BDSup2Sub - convert and tweak bitmap subtitle streams (VobSub,BD-SUP,BDN XML,HD-SUP)

[turbojet]

It's probably pointless to repeat the same info again and again, but the palette is not the only info missing in the SUP.

I realize that but what use is there for resolution and framerate info without any software support?

DVDSubedit only gets the colors from ifo, nothing more.

Er I guess vobsub and vsrip does make use of fps in the ifo but vobsub is what everyone is trying to avoid having to mess with.

BTW pgcedit plans on adding color input from idx but there is a bug with vobsub that can't be worked around (http://forum.doom9.org/showthread.php?p=1291651#post1291651)

[0xdeadbeef]

I realize that but what use is there for resolution and framerate info without any software support?
"Without any" is a little exaggerated to say the least.


DVDSubedit only gets the colors from ifo, nothing more.

It would be damn brainless to do so, but I can't fix other tools.


Er I guess vobsub and vsrip does make use of fps in the ifo but vobsub is what everyone is trying to avoid having to mess with.

BTW pgcedit plans on adding color input from idx but there is a bug with vobsub that can't be worked around (http://forum.doom9.org/showthread.php?p=1291651#post1291651)
That's why I didn't like the idea of SUP/IFO support in the first place. It's a somewhat messed format which kinda begs for problems and incompatibilities.
Anyway: if I'll support SUP, it'll be SUP/IFO. BDSup2Sub won't export any incomplete crap or define new incompatible formats.

[turbojet]

"Without any" is a little exaggerated to say the least.

Well I edited it that vobsub can use the fps which can easily be altered but beyond that how useful is it really?

That's why I didn't like the idea of SUP/IFO support in the first place. It's a somewhat messed format which kinda begs for problems and incompatibilities.
Anyway: if I'll support SUP, it'll be SUP/IFO. BDSup2Sub won't export any incomplete crap or define new incompatible formats.

OK but I think you are really overestimating the importance of the ifo file. Frankly I would have no use for it, only pgcedit color files. While I've asked you many times what software can support such an ifo file I haven't gotten any response on the matter. I have pointed out 2 programs that can use it but I fail to see any benefit of this standalone ifo that doesn't point to any video over an authored one that does.

My intentions are to find out how useful that ifo file really is. So far I can't see any real use for it. If it stays that way is there any reason to spend time on coding something to output it?

[0xdeadbeef]

I think I made my point more than clear.

[deank]

I just want to add that using BDSup2Sub for DVD2AVCHD / DVD2Blu-ray has made a lot of users happy.

Thank you so much for what you've created.

My tools use mencoder to extract DVD subtitles and they all work just fine in AVCHD / Blu-ray after processed with BDSup2Sub after the changes you made in your program (since 3.5.6).

Thank you once again!

Dean

[0xdeadbeef]

Thanks, you're welcome ;)
I especially appreciate this from a fellow coder. Although I never actually used multiAVCHD (yet), it sure looks pretty impressive. Dunno if you're aware of it, but there even was a small review (2/3 of a page actually) of it in the last issue of the very popular German PC mag "c't".

Anyway, unfortunately progress on BDSup2Sub slowed down quite a bit lately due to different reasons. While I already hacked in large parts of the functionality needed for SUP/IFO reading and writing, I don't think I will finish it before mid/end of next week.

[turbojet]

Anyway, unfortunately progress on BDSup2Sub slowed down quite a bit lately due to different reasons. While I already hacked in large parts of the functionality needed for SUP/IFO reading and writing, I don't think I will finish it before mid/end of next week.

Few weeks is plenty quick enough, it's actually very quick reaction time which I've always appreciated from you, But I'm not really sure how pgcedit would deal with an ifo that points to no video but I guess we'll see. If it does handle it ok that's great, if it doesn't are you planning on including an output for pgcedit palette file?

[0xdeadbeef]

If it does handle it ok that's great, if it doesn't are you planning on including an output for pgcedit palette file?
Implementing this is a piece of cake. It'll be more work to add the command line option and change the GUI. Still, it's not really a high priority topic on my list, so probably I'll release a version with SUP/IFO import/export and then later I might add the palette file.

[laserfan]

Tho my SO is hearing-impaired, she is not deaf, and I hear everything, so I like to edit SDH subs. But I'm finding this difficult to do and wonder if there's an easier way:

1. Click right-arrow upper right, get ST to edit

2. Click "Exclude from export", or Select Rectangle and Erase, and then click "Save Changes"

3. Move mouse upper right and click right arrow (which disconcertingly says "Lose changes and skip to next" in pop-up)

There's an awful lot of mouse-moving and clicking and I wonder if there is any easier way or if there are any hot keys I don't know about. Thanks...

P.S. Example of something that would help--when you click "Save Changes" go to next frame automatically.

[Jaja1]

I agree, all the mouse moving makes it not so easy to edit a .sup. Going to the next frame after saving changes would be an improvement.

And I guess if you just delete images, it wouldn't be necessary to save changes after every delete at all. I can understand that edits of the images are hard to cache, but commiting deletes can be postponed to a later time I suppose? If so, it would be nice to jump to the next frame after hitting the delete button. And as soon as real editing is done, you must save your changes after every edit.

[laserfan]

For a real exercise in frustration, try using BDSup2Sub for cleaning-up the English SDH in BD "Slumdog Millionaire". Easily a third of the 1400 subs are junk like:

[Hindi]
[Shouting in Hindi]
[Shouting]
[Screaming]
[Inaudible Dialog] (!!!!!!)
[Etc. Crapola]

Whoever did the subs for this one should be dragged across India behind an angry bull with diarrhea! My mouse hand still hurts after fixing these...

[Sharc]

You seem to have selected the sups for the hearing impaired.
I don't have this disk, but isn't there a regular sup included as well (means without these [annotations])?

[laserfan]

You seem to have selected the sups for the hearing impaired.
I don't have this disk, but isn't there a regular sup included as well (means without these [annotations])?Of course I looked for a non-SDH track and there is none, duh. This BD release is in fact remarkably lacking in both audio and ST options...

[mrr19121970]

in both the BD and DVD the subs are 'burned' into the film. it was really bad watching it on my parents 21" 4:3 CRT - you couldn't even read them they were so small.

[laserfan]

in both the BD and DVD the subs are 'burned' into the film. it was really bad watching it on my parents 21" 4:3 CRT - you couldn't even read them they were so small.I was not talking about the forced subs "burned into the film" though (and I can imagine these were hard to read on a 21" TV!). My posts are about the separate EnglishSDH subtitle track, which truly has every bloody line/grunt/song/sound-effect in the movie in its many [....] displays.

[0xdeadbeef]

Hi there, although I was kinda lazy lately and wasted more time reading through several books of Schlock Mercenary (http://www.schlockmercenary.com/) instead of coding or even doing something sensible, SUP/IFO support is nearly finished and working to some degree, but now I'd need a bunch of (free) reference tools for testing now.
So, apart from VobEdit, SubtitleCreator and DVDSupEdit: which (free) tools import/export SUP/IFO?

[hubblec4]

Hi there, although I was kinda lazy lately and wasted more time reading through several books of Schlock Mercenary (http://www.schlockmercenary.com/) instead of coding or even doing something sensible, SUP/IFO support is nearly finished and working to some degree, but now I'd need a bunch of (free) reference tools for testing now.
So, apart from VobEdit, SubtitleCreator and DVDSupEdit: which (free) tools import/export SUP/IFO?


SubRip and IfoEdit are free tools.

[0xdeadbeef]

Ok, it's time for a not so small update again. As usual, I haven't tested nearly as much as I should, so chances are that there'll be a 3.9.1 soon. Anyway, I implemented most of the latest requests, so give it a try.

12.06.2009 3.8.2 -> 3.9.0

Changed: introduced import and export of SUP/IFO.
Changed: Opening SUB/IDX files via the SUB file (instead of the IDX) file is supported (also via drag'n'drop).
Changed: added store+prev/next buttons to edit dialog.
Changed: added mnemonics/hotkeys for most menus/buttons/checkboxes (Windows: press Alt to see the mnemonics).
Changed: target palette can be exported to PCGEdit text format (via export dialog or CLI parameter "/exppal")
Changed: JAR contains (only the) sources which are released under the LGPL and Apache license.

[0xdeadbeef]

Hm, no bug reports? Kinda disappointing (after a fashion)...
Don't tell me you're all out in the aching sunlight ;)

13.06.2009: 3.9.0 -> 3.9.1

Changed: editing of imported DVD palette is now possible
Changed: exporting PCGEdit palette only possible if VobSub or SUP/IFO is exported.
Changed: alpha cropping, minimum merge time and PGCEdit palette export settings are stored in the ini now.
Changed: improved color edit dialog to allow editing colors by double clicking.
Fixed: updated embedded JavaDoc (forgot about this in 3.9.0)

[hubblec4]

For me works all very well.

thanks a lot.

[deank]

It is me again.

Can you take a look at this idx/sub pair. (http://multiavchd.deanbg.com/_mkv_vobsub_test.rar)

1) I used original dvd subtitles (those I sent you the first time).
2) Used mkvmerge to put these in a mkv so I can get S_VOBSUB
3) Extracted them again :) (with mkvextract)
4) Tried to load them in BDSup2Sub.

I get Invalid buffer error (#17)

I know it doesn't make sense to go back and forth, but it does for me atm. :)
I also know that somehow mkvmerge/mkvextract change something thus breaking something with bdsup2sub. I just hope that it is something easy to ignore/fix when parsing them.

They work when loaded by ffdshow and show correctly, but I can't convert them to sup.

I included both: those with underscores (__dvddump..._s-vobsub) do not work and the other (dvddump000) work.

Dean

[0xdeadbeef]

Hm, this subtitle stream is indeed more than a little weird.

Firstly, it uses stuffing bytes in the header (which most SUB/IDX tools don't support). This is probably the reason why SC doesn't load this at all. Most probably not wrong, but definitely a bad idea.

Secondly, the packet size for the packet starting at 0x10800 is wrong by one byte which results in a cropped command buffer. The packet size is given as 0x07E4, but it is really only 0x7E3 bytes in size. The missing byte is the last byte from the command buffer which is cropped off.
Now I can faintly remember that this happened before and I added a workaround. Unfortunately though, there is another issue here which renders the workaround useless.

Which brings us to the third problem: while the IDX file suggest that there's a subtitle at 0x10800 and the next one at 0x11800, the packet starting at 0x10800 indeed already ends at 0x10fff and there is a "garbage" fragment starting at 0x11000. This additional though useless packet spoils my workaround for the wrong size and leads to the crash.

So the stream is not only corrupt, it's corrupt in multiple ways. And while I could probably add another workaround, I don't really like where this is leading. It would clearly make more sense to fix the tool that creates this broken SUBs.

It's hard for me to tell which fault is introduced by which tool. I would assume that the wrong size info could really be an authoring fault. The garbage packet at 0x11000 seems to be introduced by one of the tools in your tool chain though. I suspect that this bug is really caused by the wrong size info in the original stream.

[EDIT]
Ok, I think I found an easy to implement (yet a little dirty) workaround. Still, I'd rather see the tools fixed which create this kind of SUBs.

[deank]

Now when you mentioned it... I think this one extra byte (in the original dvd subtitles) makes mkvmerge add another packet and then mkvextract reported (multiple times) that there is something wrong with the packet it is demuxing/writing (like... 'it is too large...').

I believe the problem came from mkvmerge which doesn't trim the packet (as your workaround does) and then it all goes wrong.

Thank you for looking into it!

It probably is an isolated case with my DVD title :) so it will probably work with other (properly muxed) subtitles :)

Dean

[0xdeadbeef]

Now when you mentioned it... I think this one extra byte (in the original dvd subtitles) makes mkvmerge add another packet and then mkvextract reported (multiple times) that there is something wrong with the packet it is demuxing/writing (like... 'it is too large...').

I believe the problem came from mkvmerge which doesn't trim the packet (as your workaround does) and then it all goes wrong.
Yep, this sounds plausible. Still, I decided to add (another) workaround (for the workaround):

14.06.2009: 3.9.1 -> 3.9.2

Changed: added another workaround for corrupted VobSub streams.

[deank]

Hah :) Thanks a lot... I don't want this to break something else!

I did another test:

1) Used another pair of DVD subtitles
2) muxed them into a mkv
3) demuxed with mkvextract


[22:07:41] Processing (D:\Downloads\__TEST\SGA_VOBSUB.mkv)...
[22:07:41] Detected frame reference count: 3 (max:9).
[22:07:41] Detected video: ID#1:V_MPEG4/ISO/AVC 1280x720, fps=23.976, ref=3
[22:07:41] Detected subtitles: ID#3:S_HDMV/VOBSUB Language: bul
[22:07:41] Detected subtitles: ID#4:S_TEXT/UTF8 Language: bul
[22:07:41] Detected subtitles: ID#5:S_TEXT/ASS Language: und
[22:07:41] Detected audio: ID#2:A_AC3 (48000Hz 6ch) Language: und
[22:07:41] Added audio: A_AC3, "D:\Downloads\__TEST\SGA_VOBSUB.mkv", track=2, lang=und, timeshift=50ms
[22:07:41] Extracting SSA/VOBSUB subtitle tracks.
[22:07:41] Plase wait - it may take a while!
[22:08:12] Converting to SRT/PGS...
[22:08:12] Converting D:\Downloads\__TEST\SGA_VOBSUB.005.und.ssa to SRT...
[22:08:12] Converting D:\Downloads\__TEST\SGA_VOBSUB.003.bul.idx to SUP (java:BDsup2sub)...
[22:08:16] *** Imported subpictures: 277/277
[22:08:16] M2TS stream split set at 3999MiB...
[22:08:16] Adding external subtitles (SGA_VOBSUB.005.und.srt) (und)
[22:08:16] Adding external subtitles (SGA_VOBSUB.003.bul.sup) (bul)
[22:08:16] Title is trimmed: 00:00:00 - 00:40:00 (default)


It went all okay (with 3.6.0).

I will now download 3.9.2 to test with.

Dean
:thanks:

***

Great again :) Thank you so much! It extracted and processed the subtitles which previously failed!

[22:17:01] Extracting SSA/VOBSUB subtitle tracks.
[22:17:01] Plase wait - it may take a while!
[22:17:35] Converting to SRT/PGS...
[22:17:35] Converting D:\Downloads\__TEST\dvddump000_s-vobsub.003.bul.idx to SUP (java:BDsup2sub)...
[22:17:48] !!! BDSup2Sub reported: 283 warnings!
[22:17:48] *** Imported subpictures: 1037/1037
[22:17:48] M2TS stream split set at 3999MiB...
[22:17:48] Adding external subtitles (dvddump000_s-vobsub.003.bul.sup) (bul)

[turbojet]

Thanks for the import/export dvd sup support.

The dvd sup export is muxing great with ifoedit/muxman and pgcedit palette is correct during my limited testing.

However I notice importing dvdsup gives an error. I tried 2 different DVD's so far and all 13 sub streams had the same issue. Any chance you can look at this?

[avivahl]

Just tried opening an idx/sub w/ 3.9.2 and it didn't open.
SubResync opened the file without any problem.
Will send you the idx/sub in a pm.

[0xdeadbeef]

My retarded ISP deleted my account last Monday morning for unknown reason and was not willing or able to repair this issue yet. So I was offline for the last week and will be at least for another week. And even then, my 25MBit VDSL connection will be crippled to a 6MBit ADSL connection for an undefined amount of time. Did I mention that I'm using IPTV for year or so? Being cut off from the Internet is much worse of course.
To be at least able to read my mail, I just bought a serial (!) 56k Modem since I threw away my last one more than ten years ago. It was kinda tough to find such a relict from former times and tricky to install since my PC doesn't even have a serial port by default. Better don't ask how this is feeling compared to my VDSL connection :(

So just a quick update, but please understand that my internet access is pretty limited currently and I can't respond to issues as usual. Apart from that I'm now off for the weekend.


16.06.2009: 3.9.2 -> 3.9.3

Changed: editing of frame palette/alpha values is now possible if the input is either SUB/IDX or SUP/IFO.
Changed: editing of imported DVD palette works on the source image now (seems to make more sense).



@turbojet: I didn't download your sample yet, but it looks like a (DVD) SUP only. The online help explains quite explicitly that and why DVD SUPs need an IFO to be loaded. A single DVD-SUP can't be loaded by BDSup2Sub as it's mistook for a HD-DVD-SUP (same packet header) as explained in the help.

[turbojet]

Yup loading in the sup was my problem. With the same dvd sup (http://www.mediafire.com/download.php?lunzdaonemo) (898 KB), I updated to include the ifo, when keeping the original palette the blue/yellow issue is back, swapping had no effect in this case.

Also when creating a new colorful palette while the DVD treats it correctly if you input the colorful ifo into bdsup2sub it looks funky. Is there any way to correct this?

[0xdeadbeef]

Well in short, BDSup2Sub uses the first color table in the IFO. So for a real IFO, this might be the wrong one.

Then again, since the imported palette as well as the frame palette/alpha for DVD based subtitles is editable now, it should be possible to fix this manually.

As a side note, by chance the "INI" format for palettes used by BDSup2Sub since quite some time is nearly the same as the text palette file used by PGCEdit. The main difference is the underscore ("color_0" instead of "color 0"). So by editing a PGCEDit text file and renaming it to INI, you can import the correct palette into BDSup2Sub even if it reads the wrong one from the IFO.

[0xdeadbeef]

@avivahl:
Ok, I had a look at the "dmd-sfchunli" sample. First thing to mention is that there are three languages in the IDX (English, French, Spanish). The default language is English (langidx: 0), so BDSup2Sub ignores all but the English captions.

This simple approach worked for all the multilanguage VobSubs I tried up to now, but unfortunately not for this one. The problem is that the the packets for the three languages are interleaved. I.e. the first English subtitle starts at 0x0000, followed by the first French subtitle at 0x0800, followed by the first Spanish subtitle at 0x1000. The 2nd English subtitle then starts at 0x1800. This still would be no issue, but at subtitle #177 (offset 0x141000 / timestamp: 00:17:53:451), the stream contains interleaved packages for a subpicture spread over multiple packets. So where BDSup2Sub expects the first extended packet of the English subpicture, it reads the start packet of a French subpicture which leads to the error.

The only way to fix this is to actually check the substream ID embedded into each packet (which I ignored up to now) and to skip packets with the wrong substream ID. I kinda fear though that there are some VobSub streams out there with inconsistent substream ID, but yeah well.

So this will be fixed and probably soon, but if you can't wait, I'd recommend to use VobSubs with only one language ID as a workaround for the moment (e.g. load and export in SC).

[0xdeadbeef]

Hm, fixing this was surprisingly easy.
BTW: did I already mention how much it sucks to have only a 56k modem until my DSL connection is fixed?

21.06.2009: 3.9.3 -> 3.9.4

Changed: VobSub: stream ID is used to skip packets to work around problems with interleaved streams.
Changed: added tooltips for most buttons, combo boxes etc.

[avivahl]

Wonderful, thanks!
I love how you give such detailed problem analyzation for every bug report.

[avivahl]

btw, I just finished looking over the code you included in the jar file and I must say it looks great.
You have a really good coding style.
Everything seems to be very modular and well commented (functions).

I think it would be great if you:
a) Open source it (completely). The available code looks great and easy to read. If the rest of the code is like this, it's already in good shape.
b) Add srt *import* support. Yes, that probably means adding SRT parsing and text rendering using fonts and such, but I'm sure it will be worth it.

Good job.

EDIT:
http://docstore.mik.ua/orelly/java-ent/jfc/ch04_09.htm

[Gokumon]

b) Add srt *import* support. Yes, that probably means adding SRT parsing and text rendering using fonts and such, but I'm sure it will be worth it.

I think this is supposed to be a tool for editing bitmap-based subtitle formats and not a text-based format like SRT. Plus most of the options that this program provides would be rather useless since SRT contains no font or things like positional information in the format. It's really up to 0xdeadbeef to want to add such support but in case he doesn't and you want something to use in the meantime you might just want to grab a tool like Aegisub, Subtitle Workshop, etc.

[avivahl]

Well, since it also supports exporting to many formats (including BluRay SUP), I think that SRT importing would be great. Would probably require a single class to act as a bridge between the text and bitmap. The rest of the program wouldn't even know it's a text source. The class would render the text and return a bitmap representation of it. I'm thinking about a dialog with font/style selection and such.

Btw, deadbeef, which GUI toolkit do you use? SWT? AWT? Swing?

[Gokumon]

Well, since it also supports exporting to many formats (including BluRay SUP), I think that SRT importing would be great.

That's because SUP is a bitmap-based subtitle format and hence would fall under the scope of a program for allows you to "convert and tweak bitmap subtitle streams".

Would probably require a single class to act as a bridge between the text and bitmap.

Sure, but it would again go against the whole point of the program. If you want to edit text-based subs there are already numerous programs to do this.

The rest of the program wouldn't even know it's a text source. The class would render the text and return a bitmap representation of it. I'm thinking about a dialog with font/style selection and such.

Or you can just use this (http://www.videohelp.com/tools/srt2sup) or this (http://www.videohelp.com/tools/Txt2Sup) to do that already since you now seem to want an SRT to SUP converter.

Btw, deadbeef, which GUI toolkit do you use? SWT? AWT? Swing?

He uses AWT and Swing.

[0xdeadbeef]

I wouldn't rule out the possibility that I might decide to add support for SRT import some day - yet I don't plan to right now. Mainly for the reasons that Gokumon already pointed out: There are other tools for this and BDSup2Sub is focused on bitmap subtitles.

About the source code: I sure plan to release all of it some day. What I released up to now is what I consider to be stable (in the sense of: I probably don't need to change this much more) and (more or less) well-designed. This is not necessarily the case for the rest of the sources ;)

About the GUI: yep, it's plain Swing (aka "Java Foundation Classes") which is based on the AWT. I don't use any AWT classes directly though.

[SquallMX]

Hi, i have a shameless request :rolleyes:

By default BDSup2Sub restores "hidden" subtitles in VobSub files (Invisible caption due to zero alpha - used alpha info of last caption.), would you create an option to keep them invisible (or simply exclude the subs from export)?

:thanks:

[0xdeadbeef]

27.06.2009: 3.9.4 -> 3.9.5

Changed: VobSub+SUP/IFO: fixing completely invisible subtitles is now disabled by default.
Can be enabled via command line (/fixinv) or via "Settings" menu.
Changed: CLI: Boolean parameters like "verbatim" can be switched on/off now with trailing +/- (e.g. "/verbatim-").
Changed: released Bitmap and Palette classes under the Apache License.
Fixed: GUI: default background color handling missing in "min time" textfield.

[Chetwood]

0xdeadbeef, let me thank you for providing such a great tool for the community. I'm not into HD material just yet but since your tool also processes idx/subs and given your expertise I hope you might be able to find out what's wrong with these sample subs (http://www.dvdshrink.info/chetwood/stuff/skipped.subs.rar).

I've ripped my original DVDs to HDD with DVD Fab and encoded them to avi with AutoGK. They run fine on my PC and DVD standalones but not on some of the HD media players I'm currently testing. Every other item or so is skipped. Opening them in BDSup2Sub results in this error message "WARNING: Language id en(index:1) inactive -> ignored" which got me confused since english is index 1 and available.

For a test I recreated an idx/sub by loading the AutoGK subs in Subtitle Creator and appending both to a new file. Again, I got the same error message from BDSup2Sub, only this time none of the subs would be displayed on my media player despite both languages being selectable with the remote. So I used VobSubStrip to rip only the german stream and this time there's no error message from BDSup2Sub and the sub is displayed just fine. Would be cool if you could find the time to shed some light on this. Thanks.

[0xdeadbeef]

Well, first of all there are two languages defined in your sample IDX and German is defined as default:


# Language index in use
langidx: 3

...

# English
id: en, index: 1

...

# Deutsch
id: de, index: 3


Since BDSup2Sub can only load one subtitle stream at a time and I was too lazy up to now to add a selection dialog, BDSup2Sub loads the language marked as default and outputs a warning that the other language(s) (in this case: English) was/were ignored. So selecting the German track is valid and BDSup2Sub behaves as described in the manual:

Note that BDSup2Sub ignores all captions but those after the id,index header that fits the language index defined via the "langidx" keyword.

So if you want to show/edit the English track in BDSup2Sub, you just need to change "langidx: 3" to "langidx: 1" in this case.
Note that when exporting such a Vobsub, BDSup2Sub exports only the language it imported.

But back to your problem:
Chances are that some tools or players ignore the langidx field completely and try to display all subtitles defined in the IDX. Since most English and German subtitles share the same display times or at least overlap, this would explain the erratic behavior.
Therefore I'd generally advise not to use VOBSUBs with more than one language if you don't have to and to split them into one Vobsubs for each language instead. This can be also done with BDSup2Sub: you just need to repeat the following steps for each language:
1) edit the "langidx" field manually to the next available language ID
2) load the VobSub into BDSup2Sub
3) export as Vobsub from BDSup2Sub (use same fps, resolution and the keep palette mode)
In the end you'll have one VobSub for each language.

Anyway, adding a language selection mode and command line option is on my list. Yet I dunno when I will implement it. Besides, this will only allow to select the language that is imported, but won't change the behavior of loading (and therefore exporting) only the loaded language track.

[Chetwood]

Alright, thanks for pointing out the RTFM, I've now changed the langidx to check out the english stream of the sub and I'm getting lots of new warnings: "WARNING: Offset to next fragment is invalid. Fixed to:0x00007000". First I thought, this might be causing trouble but the sub created with Subtitle Creator does not come up with such warnings and still does not run properly. So I'm inclined to believe that whatever is causing these problems stems from the sub file. Cause after VobSubstrip's rewrite of both idx and sub file the sub runs flawlessly.

Therefore I'd generally advise not to use VOBSUBs with more than one language if you don't have to
Problem is, I do have to cause contrary to my standalones with Mediatek chipset the HD media players with Realtek chipset do only load the first subtitle file and ignore the rest. Thus

Some.movie.avi
Some.movie.de.idx
Some.movie.de.sub
Some.movie.en.idx
Some.movie.en.sub
Some.movie.en.director's.comment.idx
Some.movie.en.director's.comment.sub

would display only the de sub with no option to cycle through the others. Since other 2 language subs I've encoded with AutoGK do run flawlessly as well, something else must be causing trouble. I've added a sample of this to the rar file (http://www.dvdshrink.info/chetwood/stuff/skipped.subs.rar). Can you think of anything else when looking at those samples? Thanks again.

[0xdeadbeef]

Alright, thanks for pointing out the RTFM...
You asked for it.

I've now changed the langidx to check out the english stream of the sub and I'm getting lots of new warnings: "WARNING: Offset to next fragment is invalid. Fixed to:0x00007000".
Yep, this a somewhat precise description of the problem. The (English) subtitle stream is corrupt, but BDSup2Sub fixed it. Unfortunately, there are quite a few tools out there that create corrupt streams. Sometimes even the stream on the DVD is already defective.

First I thought, this might be causing trouble but the sub created with Subtitle Creator does not come up with such warnings and still does not run properly.
So I'm inclined to believe that whatever is causing these problems stems from the sub file. Cause after VobSubstrip's rewrite of both idx and sub file the sub runs flawlessly.

Well, all that I can tell is that SC creates a valid subtitle stream. If it still doesn't work ok on your player, it's pretty likely that the player has issues.

Problem is, I do have to cause contrary to my standalones with Mediatek chipset the HD media players with Realtek chipset do only load the first subtitle file and ignore the rest.
And embedding them into the transport stream doesn't work?


I've added a sample of this to the rar file (http://www.dvdshrink.info/chetwood/stuff/skipped.subs.rar). Can you think of anything else when looking at those samples? Thanks again.
Dunno what to do with this. Seems to contain all the last samples plus a new one that doesn't have any issues at all.

Sorry, but I dunno if I get what you expect from me. Shall I analyze software bugs in your player by looking at valid streams it doesn't like? That is a bit optimistic to say the least.

[Chetwood]

You asked for it.
I wasn't being ironical.

And embedding them into the transport stream doesn't work?
I'm not sure I'm getting your point. What transport stream? I'm using avi as a container so I can playback my files on pretty much every player I have. Thus mkv won't do and I hate hardcoded subs.

Sorry, but I dunno if I get what you expect from me. Shall I analyze software bugs in your player by looking at valid streams it doesn't like?
Of course not, I was just hoping that given your expertise and likelyhood of being able to also look into the sub files rather than idx files only, you would notice some difference between the files that could explain why some of them work and some don't. What has changed between the AutoGK sub and the VobsubStrip sub?

Since all subs were done with AutoGK initially I thought it would be the one to blame cause I hadn't expected some DVD streams already being defective as you suggested but which is probably true. However, I'm still baffled that some subs don't get flagged as problematic in BDSup2Sub but still don't work on 2 hardware hd players (with different software implementations but apparently the same chipset).

[Jaja1]

I have two requests.

First, could you add an option to center all the subtitles in the lower part of the image with one keystroke.

Second, could you add an option to close the sup you are working on, so that it becomes unlocked for windows.

Thanks in advance. And BDSup2Sub is still working great.

[0xdeadbeef]

First, could you add an option to center all the subtitles in the lower part of the image with one keystroke.
Well, one keystroke is asking a bit too much, but I think adding a center (and maybe also left/right) button in the "move all" dialog would be possible.


Second, could you add an option to close the sup you are working on, so that it becomes unlocked for windows.
Hm, do you mean a simple "Close" item in the file menu? That should be possible of course.

[Jaja1]

Well, one keystroke is asking a bit too much, but I think adding a center (and maybe also left/right) button in the "move all" dialog would be possible.
Yeah, one keystroke sounds a bit heavy doesn't it :)
But adding a center button in the "move all" dialog is just what I meant. I should have phrased my request more precise.

Hm, do you mean a simple "Close" item in the file menu?Yip, that's it.

Nice to see that you can rephrase my questions in such a way that everybody can now understand them :)

And thanks for your great support.

[0xdeadbeef]

11.07.2009: 3.9.5 -> 3.9.6

Changed: Added "Close" menu item in File menu.
Changed: Added horizontal moving of captions (left, right, center)

[Jaja1]

I love you.