Announcing Beta 0.80 (now Version 1.5) of DVDSubEdit

[jeanl]

That's hard to do well... :(
Jeanl

[laserfan]

That's hard to do well... :(Oh, yeah I forget. The joy of bitmaps (not!). NP.

[Mtz]

Another "idea":
Or enlarging the subtitles. Many people are complaining about the subtitles size.
- finding the largest subtitle
- setting the size to the safe area for the largest and saving the percent of the increased subtitle
- increasing all subtitles to the same percent.

easy, no? :D

enjoy,
Mtz

[jeanl]

Version 1.34 of DVDSubEdit is now available here (http://www.videohelp.com/~DVDSubEdit/)...


This is a tiny update with a bug fixe and a one improvement.


Pressing "Hide subpic" and applying to all didn't hide all subpics. This is now fixed.
It's now possible to move subpics by odd numbers of pixels (imagine that!).


Enjoy...
Jeanl

[jeanl]

Version 1.38 of DVDSubEdit is now available here (http://www.videohelp.com/~DVDSubEdit/)...



Improved the DCSQT selection mechanism:
. When selecting a DCSQT in a given subpic, the same DCSQT is selected (if it exists!) in all selected SPUs.
. When making a modification to the transparency or color and applying to all (or to another SPU), the same DCSQT is modified as in the original, if it exists.
If a given SPU does not have that DCSQT, it is not changed.
Changing the transparency then pressing the Right or Left arrows prevented applying the modification to all. Now fixed.


Enjoy...
Jeanl

[kumi]

Thank you :)

[Damnass]

http://img339.imageshack.us/img339/2799/lolmo2.jpg

any way to fix the fault in the .vob ?

[jeanl]

Sorry for the late response (I missed your post). This error indicates a problem in the commands in a particular SPU. Generally speaking, it's hard to know exactly what went wrong (what's crewed up in the command) so it's not easy to fix the problem.
Jeanl

[jeanl]

Hi guys,
I've put a new "beta" version here:
http://download.videohelp.com/DVDSubEdit/Downloads/DVDSubEdit1.396.zip

for you guys to test...
The main improvement is the ability to edit the bitmap with an external bitmap editing tool (such as mspain) and re-import it in the subpic data. Give that a shot, it's pretty cool.

Here's the change log from 1.389
Version 1.396

NEW: Bitmap editing is now available:
Added code to save a subpic as a bitmap (24 bit, full video size, b p e1 and e2 are white, R, G and B).
Added code to load a bitmap (24 bit, full video size, with only black, red, green and blue colors). After loading, the bitmap is substituted to the original subpic, black is b, red is p, green is e1, blue is e2. If the subpic data is not large enough to fit the encoded new bitmap, the subpic isn't replaced.
Added menu option to edit a subpic bitmap in one shot: it exports the bitmap to a temporary file, launches a selected edit tool, waits for the tool to exit and reloads the modified bitmap. Go to the preferences to select which tool to edit the bitmap with. I use paint.
When replacing the subpic with an imported bitmap, the commands are pushed as far back to the end of the subpic, to maximize the space available for the new bitmap.
Also...
Added rudimentary command line support: DVDSubEdit.exe FileName.VOB opens the single file FileName. Add -F to open the full domain.
When changing the color index in a CLUT for a pixel type and applying to all, the change is now applied to all selected subpics, regardless of whether they use the same CLUT or not.
Added option in ini file to force vertical moves by even numbers of pixels (for people who have seen problems with odd moves).
The value displayed by the transparency slider when "all pixels" is selected now reflects the average of all *used* pixels (excluding the background).
Fixed a crash that could occur when loading very short VOB files.
Add Fade-in now uses the current transparency as the maximum value during the fade (in other words, if the current transparency of the subpic is 12, add fade will make a fade-in from 0 to 12. When removing a fade-in, the maximum fade opacity is used as the fixed value.
When adding a fade-in, the commands are pushed toward the top of the subpic to make room for additional DCSQTs, if necessary.
Added option in the preferences for the x-y crop borders: you can decide how much bigger the background should be, relative to the text in the subpicture.
Made the app return 0 upon exit, which gets rid of the warning you get if used as a tool in PGCEdit.

[setarip_old]

@jeanlThe main improvement is the ability to edit the bitmap with an external bitmap editing tool (such as mspain) and re-import it in the subpic data.Talk about a MAJOR addition!

Now I can customize certain children's DVDs and have them address my younger grandchildren by name - and have them believe that the DVDs were created specifically for them ;>}

[jeanl]

:D :D !!!!
Note that regular editing programs (such as paint) won't do the right thing for adding text: for example they won't add antialiasing pixels around the characters if you add text to the subtitles. But you could create the characters with other, better tools, then re-import them without having to remux (assuming the new bitmaps do indeed fit!).
jeanl

[setarip_old]

If anti-aliasing is the only hurdle, be advised that even the OLDEST version of "PaintShop Pro" (6 years old or older) has the ability to generate anti-aliased text.

[jeanl]

I didn't know that. Now, remember that you're only allowed to use 4 colors, and they're currently set to black, red, blue and green! So if your program uses any other colors for its anti-aliasing, the re-importing won't work (unless I make it more flexible than it currently is... )
Jeanl

[Mtz]

He, he, nice work jeanl! Thank you!
And now I think you are prepared for some funny requests from some users like me.
Take a deep breath. ;)

My idea for replacing all subpictures of a stream from a DVD:
1. saving all subpictures as BMP. For example, if selected english, to be saved as en-0001, en-0002.... en-1234
2. the possibility to load a sequences of BMPs like nl-0001, nl-0002... nl-1234, by selecting nl-0001.

Condition: the replacing subtitle must to have the same number of pictures. If not, DVDSubEdit will not load any subpicture.

And if this is possible by jeanl, maybe manusse or Paddington will read this and add a new feature in SubtitleCreator: save as BMP.

enjoy,
Mtz

edit: subtitles made with MaestroSBT are not accepted by DVDSubEdit.

[r0lZ]

I didn't know that. Now, remember that you're only allowed to use 4 colors, and they're currently set to black, red, blue and green! So if your program uses any other colors for its anti-aliasing, the re-importing won't work (unless I make it more flexible than it currently is... )
Jeanl
It is theoretically possible (but difficult with PSP) to reduce the number of colors to 4, and then to edit the CLUT to change the grays to pure red, green or blue.

[setarip_old]

@jeanlAdded code to save a subpic as a bitmap (24 bit, full video size, b p e1 and e2 are white, R, G and B).
Added code to load a bitmap (24 bit, full video size, with only black, red, green and blue colors). After loading, the bitmap is substituted to the original subpic, black is b, red is p, green is e1, blue is e2. If the subpic data is not large enough to fit the encoded new bitmap, the subpic isn't replaced.I'm obviously misunderstanding something here.

If the original subpics/subtitles are white, why isn't white also the color of the to be imported subpics/subtitles?

[Mtz]

I think if you'll create your custom subtitles with the same colors as the exported subpicture from DSE, finally you'll have white subtitles on your DVD. Yet, I wasn't able to create a custom subpicture to verify this, so I'm supposing now.

enjoy,
Mtz

[r0lZ]

Remember that the colors of the subpics are in the IFOs, not in the subpic stream itself. Therefore, the colors used to identify the 4 pixels types are pure conventions. Muxman uses a similar convention.

[kumi]

Wow, this is a huge update! I can't wait to try out the editing features.

So, the new changelog leads me to believe that odd-increment vertical movement is NOT safe? I apologize but I haven't been keeping up with discussions about this.

[setarip_old]

@r0lZ

Hi!

Wow, you really hit the nail on the head about the 4 color limitation vis-a-vis anti-aliasing!

1) Using Paint Shop Pro with anti-aliased text resulted in a minimum of 23 colors being used.

2) Trying to artificially (by drawing the needed pixels) create the anti-aliasing for each letter would take more years than I've got left to live ;>}

Next, I'm going to explore Photoshop.

Although un-aliased text is tolerable (and easy to do in Paint Shop Pro, once you've determined the font and size), it's obviously not as good as it should be.

Perhaps some other poster will come up with an EASY solution for replicating the 4 color anti-aliasing.

The wizard, "jeanl" is to be complimented on a wonderful initial addition of this very significant capability ;>}

[jeanl]

Thanks guys...
Indeed, you got it setarip, creating a decent anti-aliasing with only 2 aliasing pixel colors (typical of subtitles, since you have 1 color for the body, 1 for the background and 2 for anti-aliasing, for a grand total of 4 - maximum allowable!) isn't something easy at all. It's more art than science, and good subpic authoring tools work hard to do a good job at it.
The new function probably isn't super useful to insert new text, except if other DVD-specific authoring tools can manage to save as a bitmap...
jeanl

[jeanl]

Wow, this is a huge update! I can't wait to try out the editing features.

So, the new changelog leads me to believe that odd-increment vertical movement is NOT safe? I apologize but I haven't been keeping up with discussions about this.

Well, I've never encountered any problem, and I thought we ironed out any remaining issue, but r0lZ's player did exhibit problems that went away when he constrained the vertical moves to be even. That's why the option is there...
Jeanl

[kumi]

Ok! I like to be as safe as possible so I will use the new option. Thanks again, great job.

[r0lZ]

So, the new changelog leads me to believe that odd-increment vertical movement is NOT safe? I apologize but I haven't been keeping up with discussions about this.
Well, with the great help of jeanl, I've tried to find the origin of two problems I have with some subpics that have been modified by DVDSubEdit and my KISS and Sony players.

On the KISS, sometimes some garbage appears at the bottom of the subpic. This bug is now almost fixed, but I still have to do the final tests. That was caused by the gap between the end of the subpic data and the start of the commands. Note that it's a KISS bug, not at all a bug in DVDSubEdit!

Some full-screen subpics that have not been cropped but simply moved down (and perhaps also up) are not displayed any more by the Sony. That problem is probably caused by the fact that the transparent background of the subpic is now partially outside of the viewport, but since the Sony still displays some subpics, it's probably also related to the odd or even number of lines of the move. Since the subpics are interlaced, an odd move requires to invert the fields, and that has caused some problems in the past. I have still to find exactly what's the problem. So, currently, this option is mainly useful for my tests, and perhaps also if someone else has problems with odd moves.

[r0lZ]

The new function probably isn't super useful to insert new text, except if other DVD-specific authoring tools can manage to save as a bitmap...
You can certainly copy/paste some characters from another subpic. That's easy.
But, IMO, DVDSubEdit should accept bitmaps in levels of gray, and a color (such as pure blue) for the transparent background. Of course, DVDSubEdit should be able to reduce the number of colors to 4, but IMO that's not really difficult.

[jeanl]

You're right r0lZ, but one program will use shades of gray, another one will use different colors, right? While downscaling to 4 colors is not too difficult, it might be harder to make sense of how to match the four pixel types to the four colors (well, 3 if you exclude the background, which should be obvious).

[r0lZ]

That's right, but it's the same difficulty for any paint program, and, as we know, downsampling to 4 colors is not always possible (notably with PaintShop pro.) So, IMO, including this option in SubEdit is something to consider.

[jeanl]

Yes, definitely something I'd like to add, but I would need to see examples created by typical paint programs, so I don't work in the void!
Jeanl

[manusse]

Hi,

Very interesting news. This is also a feature we have thought to for SubtitleCreator. However at present, I am more busy with bugfixes than with new features.

@Mtz
And if this is possible by jeanl, maybe manusse or Paddington will read this and add a new feature in SubtitleCreator: save as BMP

This function is already available in SubtitleCreator. Choose the Tools->Manipulate .. menu. Then Click on the Open Sub button to open a .SUP or .IDX file. Then click on the Save BMP button to save it as a succession of *.bmp or *.png or *.jpg files. Note that the png format supports transparency.

However no timing information is saved. And it is not possible to open the bitmaps to create a .SUP file. (However it would be very simple to implement).

Cheers
Manusse

[Mtz]

Hi!
Yes but these bmps don't follow the standards of DVDSubEdit as jeanl described. Added code to load a bitmap (24 bit, full video size, with only black, red, green and blue colors). After loading, the bitmap is substituted to the original subpic, black is b, red is p, green is e1, blue is e2. If the subpic data is not large enough to fit the encoded new bitmap, the subpic isn't replaced.

I'm still waiting an answer from jeanl regarding my request. :(

enjoy,
Mtz

[jeanl]

@Mtz, you mean your request to save and re-import all the subpics in one shot? I haven't thought about it yet, because I'm still trying to fix a problem with a specific player.
Jeanl

[setarip_old]

Just an update to my earlier post in this thread - Photoshop, which automatically anti-aliases text (when you create it within the program), doesn't appear to have the direct ability to reduce the number of colors used...

[Mtz]

@Mtz, you mean your request to save and re-import all the subpics in one shot? I haven't thought about it yet, because I'm still trying to fix a problem with a specific player.
Jeanl

OK, thanks for your reply. It's enough for me now, because I believe in you. ;)

enjoy,
Mtz

[manusse]

Yes but these bmps don't follow the standards of DVDSubEdit as jeanl described.

Of course because this option has been available in SC for more than a year. I'm not sure the format used in DVDSubEdit is already a standard. It can evolve in the future. I'm also not sure we need a new subtitle standard. IMO it would be better to use an already stabilized standard like maybe the SON/SPF format or any other existing format based on bitmaps to exchange subtitles between subtitling programs.

Cheers
Manusse

[jeanl]

I agree, I picked the absolute easiest solution that was available to me (and would open easily in editing tools), it happened to be 24 bit bitmaps, but I agree the final choice could be different.
Ideally, it should be a 4 color bitmap, but I'm not sure editing tools support that very well!
Jeanl

[CoNS]

jeanl, thank you for the new version. Great feature.

:thanks:

[jeanl]

Version 1.4 of DVDSubEdit is now available here (http://www.videohelp.com/~DVDSubEdit/)...

The main new feature is the ability to quickly edit the bitmap with an external tool and re-import it into the subpicture.

This is the change log since version 1.38.

New export/import bitmap function: You can save the current subpic as a bitmap, (either 4-bit, or 24-bit). The subpic is saved ignoring transparencies, using the current CLUT.
The bitmap size is the size of the video, and the subpic bitmap is placed as it would appear on a video display.
You can also import a bitmap into the current subpic. This will only work if there's enough room in the subpic packs to accomodate the encoded bitmap.
There is also a shortcut that saves the current subpic as a bitmap, opens your favorite bitmap editing tool, lets you edit it, then re-import it back into the subpic.
These functions make it possible to apply small changes to a subtitle, add things here and there, without the need to demux/remux the entire VOB files.
This is a HUGE time saver.
Be sure to read the doc (which has been updated) for details on this powerful new function.
Changed the CLUT selection to a drop down with only 2 choices: The normal IFO CLUT, or the automatic CLUT (which attribute colors based on which pixel is used for text, background, outine and antialias). The old "Auto CLUT" wasn't useful at all.
Clicking on a pixel type (such as "b" "p" "e1" or "e2") in the CLUT area temporarily shows that pixel with full opacity, hiding all other pixel types. This is very convenient to quickly see what pixel is used for the body of characters, for the background, etc.
Added a slider to visualize any I-Frame within the duration of the subpic.
Added a "Add Fade-in" function to add a fade to a subtitle. The fade-in lasts 1/8 of the total duration of the subtitle, and reaches the transparencies used in the original.
Added a "Remove Fade-in" function to remove fade-ins.
Added option in the preferences for the x-y crop borders.
Added option in preferences to control how much larger the background rectangle is relative to the size of the subpic itself, when the "Crop Background" command is used.
Added option in ini file to force vertical moves by even numbers of pixels. This is only useful for certain buggy players.
Added rudimentary command line support: DVDSubEdit.exe FileName.VOB opens the single file FileName. Add -F to open the full domain.
Added right-click context menu to command display area to save the subpic info for all selected subpics as a text file. This will allow complex searches in a text editor if desired.
The zoom window can now show the subpic at a 1x or 2x magnification factor.
The "apply to all" data is no longer reset after performing an "apply to all" operation. This will allow you to apply a set of modifications to all subpics in one stream, then again in another stream etc.
If you attempt to change the duration of a subpic that has an infinite duration (no STP_DSP - stop display - command), DVDSubEdit offers to add a STP_DSP command for you (which will enable you to adjust the duration).
Added display of subpic number in its own stream (as opposed to in all streams).
The goto function works as before if "All Streams" is selected. But if a particular stream is selected, it will go to subpic N in this stream.
When changing the color index in a CLUT for a pixel type and applying to all, the change is now applied to all selected subpics, regardless of whether they use the same CLUT or not.
Now using a better Y Cr Cb -> RGB mapping function, which yields a true white when Y=255 (Cr=Cb=0). Thanks r0lZ!
Made the app return 0 upon exit, which gets rid of the warning you get if used as a tool in PGCEdit.

In the hearing impaired removal code, any trailing space after "Man: " is now removed.
As well, times such as "8:30 pm" are no longer removed.
And text in all caps left of a colum as in "RADIO ANNOUNCER: " is also removed.

The value displayed by the transparency slider when "all pixels" is selected now reflects the average of all *used* pixels (excluding the background).
Fixed a transparency problem in the display (fully opaque subpics were not displayed as completely opaque)
Fixed a problem with the duration slider that could occur if the PTS of the next subpic was smaller than the current one!
The delay value in the DCSQT are now computed the right way (they point to a frame).
When importing bitmaps, the commands are moved as far down as possible, and the data as far up as possible to make more room for the imported bitmap.
When adding a fade-in, the data is moved up to allow moving the commands up too (to make room for the fade).


Enjoy, and let me know if you encounter any problem with this version.
Jeanl

[setarip_old]

Hi!New export/import bitmap function: You can save the current subpic as a bitmap, (either 4-bit, or 24-bit).Does this mean that if I create a modifed bitmap with anti-aliasing, the anti-aliasing will be preserved when imported back into DVD SubEdit?

If so, I think that's fantastic!

[kumi]

Thank you for STP_DSP, pixel hiding, and everything else! What a superb update to a superb program.

[jeanl]

Hi!Does this mean that if I create a modifed bitmap with anti-aliasing, the anti-aliasing will be preserved when imported back into DVD SubEdit?
If so, I think that's fantastic!

To some extent yes. What you need to do is select "Automatic CLUT" before you export. This will assign white to text, black to background and 2 shades of gray to other pixels. THen if you program creates anti-aliasing, it will be (most likely) using shades of gray, which will be assigned to the 2 other pixel types.
Try it and tell us! :)
Jeanl

[jeanl]

Thank you for STP_DSP, pixel hiding, and everything else! What a superb update to a superb program.
You're welcome!
Jeanl

[M_Knox]

I've got two problems with DVDSubEdit 1.40:

First:
Replacing current sub with a bitmap acts a bit weird (to me). First I loaded a sup file (see menu1.sup) and got what is on image 1_loaded_sup.png. The colors are b: black, p: white, e1: yellow, e2: pink.

Now, I wanted to replace the current sub with a bitmap. I did, and I got what is on image 2_replaced_bitmap.png. The colors are b: black, p: white, e1 and e2: pink.

When you see the zoom images you'll notice, that something is lost - what was yellow (e1) and white (p) on the original sup, now is white (p), therefore some picture information is lost (because now it belongs to a single color entry). Furthermore, the program allows me to change p and e1 colors, but not e2 (at least the change is not reflected in the GUI).

I also noticed, that after loading original sup file, the tooltips on the subpic colors are:
b: Shows color used for background pixels.
p: Shows color used for anti-alias (1) pixels.
e1: Shows color used for anti-alias (2) pixels.
e2: Shows color used for text pixels.

After replacing the sup with the bitmap, the e2 tooltip changes to "Shows color used for (null) pixels."

The replacing bitmap is 4-color greyscale (menu2.bmp in the attached archive).

When, before replacing, I change the p, e1 and e2 colors to greyscale, this problem does not occur.

The second problem is, that after I replace the current sub with a bitmap and want to exit the program (without saving first), I get two exceptions of 'memory cannot be "written" ' kind and the program exits. When I want to load another sup (instead of exiting program), I get THREE exceptions and the program exits. My system is Windows 2000 Professional.

[jeanl]

M_Knox
I don't think I've done extensive testing of bitmap editing with sup files :(, that completely slipped my mind...
I'll have to look into it.
Jeanl

[jeanl]

OK guys, I discovered a bug in 1.4 when importing bitmaps into a SUP file (not with VOBs). This could cause crashes and errors.
I've put a fix here:
http://download.videohelp.com/DVDSubEdit/Downloads/DVDSubEdit1.401.zip

This should fix your problem M_Knox
Jeanl

[jeanl]

Replacing current sub with a bitmap acts a bit weird (to me). First I loaded a sup file (see menu1.sup) and got what is on image 1_loaded_sup.png. The colors are b: black, p: white, e1: yellow, e2: pink.
Now, I wanted to replace the current sub with a bitmap. I did, and I got what is on image 2_replaced_bitmap.png. The colors are b: black, p: white, e1 and e2: pink.
This might be a difficult case. Did you use an IFO with the SUP or did you use the "automatic CLUT"?
The automatic CLUT works well with text, but not with menu highlights, because it attempts to identify pixels used for text, background and anti-alias. This works well for text but not for your example. I'm not sure whether the code didn't switch what it thought were text pixels / emphasis pixels, when the bitmap was re-imported.
In your case, it might be better to use the original IFO CLUT (load the IFO after you load the SUP file).

But perhaps that's what you did?
To help me debug that, I would need:
- the sup file
- the IFO file
- the bitmap you were trying to use to replace the original.

jeanldvd at free dot fr...
Jeanl

[M_Knox]

To help me debug that, I would need:
- the sup file
- the IFO file
- the bitmap you were trying to use to replace the original.


jeanl,
I did not load the IFO after loading the SUP file.
My original files (the sup I loaded and the bmp used for replacement - menu1.sup and menu2.bmp) are included in the archive attached to my previous post.

[jeanl]

I see... I can see a problem:
You need to use the same colors when you export and when you import. The file 1_loaded_sup_zoom.png shows pink, black, yellow and white colors, but the replacement bitmap menu2.bmp uses dark gray, light gray, black and white.
DVDSubEdit does not understand how to map the two grays to the yellow / pink.
To make that work, you have to make sure that the default CLUT colors match the colors you'll use in your replacement bitmap. They don't have to match exactly, but they should be close. I suggest you use the default colors white, black, gray1 and gray2 (simply erase you ini file to recover these).
When I do that, the import works perfectly...


When, before replacing, I change the p, e1 and e2 colors to greyscale, this problem does not occur.

I now realize that you did notice that! :)
So in short, this isn't a bug, it's a limitation of the program:
It does not know that it should map light gray to yellow, and dark gray to pink. Really, how could it know that?

Jeanl

[M_Knox]

So in short, this isn't a bug, it's a limitation of the program:
It does not know that it should map light gray to yellow, and dark gray to pink. Really, how could it know that?

I do not know how you perform color matching in your code, but in this case I'd do something like this (if the replacing bitmap has no more than 4 colors): internally make the subtitle colors grayscale and assign them values from 0 (darkest) to 3 (lightest). Do the same with the replacing bitmap. Now simply match the assigned values.
I'm no by any means an expert, so correct me if I'm wrong.

This may also look like patching the code just for this particular case and may not be worth the time spent on it - you decide. I won't stop using your program anyway :)

[jeanl]

Version 1.41 of DVDSubEdit is now available here (http://www.videohelp.com/~DVDSubEdit/)...

There are two very important bug fixes. Other than that, I added a "Most Recently Used" list (in the open menu) and started adding support for colorscheme. This isn't completely done but I want to release the bug fixes now.


This is the change log since version 1.40.

Fixed a serious bug that was introduced in version 1.40, which could cause errors in the saved subpic data if field 1 was encoded before field 0. Thanks r0lZ for finding the bug and providing the example!
Fixed another serious bug that was introduced in version 1.40, which could also cause errors in the saved subpics! Thanks Comers for the help!
Fixed a bug that could cause a crash when a sup file was dragged and dropped on the app.
Fixed a bug that could cause a given VCID to appear multiple times in the VCID selection, when angles are present.
Fixed the bad display of the button outlines in pan&scan and LB mode.
Fixed a problem when editing bitmaps with SUP files, which could cause crashes.

Added support for "Most Recently Used (MRU) files". The file menu now lets you quickly reload the last files you've previously loaded. A fast reload enables all normal functions, except for the retiming functions which require the files to be scanned from scratch.
Implemented colorscheme display for menus. When displaying menu highlights, you can visualize the selected and activated states for each individual button. For now, use Ctrl-Q to toggle between selected and activated, and Ctrl-N / Ctrl-P to go to the next/previous button.
During the in-place bitmap editing, if two pixels have the same color in the currently used CLUT, a message is issued, and CLUT changed to automatic. This is essential to ensure proper exporting/importing of subpic bitmaps.
Command line support: passing a list of files now opens them all. This means you can now drag/drop a bunch of files on the app icon.
Also added -A input command argument to let DVDSubEdit open the largest VTS (usually the movie). You can also pass video_ts.ifo (it has the same effect).

Added a line 1/* in the VCID selector to select all vob cells with a given VOBID and any CELLID.

Improved the error handling in the function to retime subpics.
Subpics with bad commands are now better identified, and subsequently ignored (to avoid crashes).


Enjoy...
Jean

[AlanHK]

I've made some DVDs using MPEG1s, from VCDs that I wanted to add some subtitles to. To adjust their colours I tried DVDSubedit, as I have on "normal" DVDs with MPEG2. It attempts to open these, but has a large black square over most of its window, and while it displays some information is impossible to use, eventually it crashes.