Announcing Beta 0.80 (now Version 1.5) of DVDSubEdit [Archive]

jeanl

25th January 2006, 19:04

Sorry for the cross-post, but I thought some of you might be interested:

Beta 0.80 of DVDSubEdit is now available here (http://www.videohelp.com/~DVDSubEdit/)...
Now Version 1.5... See end of this thread...

http://img36.imageshack.us/img36/566/dvdsubedit4zk.png (http://imageshack.us)

The main change is the added support for re-timing subtitles. This is still experimental, so be careful and make sure you have a backup of your VOB and IFO files.
The new re-timing function allows you to change the timing of an individual or a group of subtitles.
Re-timing subtitles becomes slower as you move them by a large amound (in seconds). Note that the IFO file is also modified (because packs have to be moved around).

Here's the change log from beta 0.76

Added retiming of subpics..
Added button to quickly hide a subpic.
Improved the refresh speed of the command display.

I'm keeping the main thread here (http://forum.doom9.org/showthread.php?t=104058&page=4) since DVDSubEdit is a tool to modify a VOB file...
jeanl

CoNS

25th January 2006, 20:00

Wow, jeanl, that's one helluwa great new tool ya made there... I have a request though: Could you add some kínd of feature to remove subtitles with text for the hearing impaired?!!

J/K ;) Congrats on the new version. The timing feature looks really good, will test ASAP.

jeanl

25th January 2006, 20:02

CoNS! you relentless bastard! :D
Yes, it's in the back of my head (the hearing impaired thingy). It's more fun that retiming in a way.
Careful with your retiming tests. Everything is modified on the spot and there's no turning back!!!! Try it on a specific subtitle track for example, to make things easier...
Jeanl

jeanl

26th January 2006, 18:20

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

This is mainly a bug fix in the re-timing routine. If you plan on changing the timing of your subpics, use 0.81 instead of 0.80.

ukendt

27th January 2006, 20:44

This is manna for us subs users and abusers:thanks:

jeanl

27th January 2006, 20:47

Thanks ukendt,
If you're interested, you can go to the other doom9 thread (!), and get the latests unofficial beta which includes Optical Character Recognition (I put GOCR in, and it seems to work just fine!)
Jeanl

http://forum.doom9.org/showthread.php?p=775933#post775933

ukendt

28th January 2006, 11:23

yeah, thx Jeanl, but I believe announcing in subs forum is at least as relevant

jeanl

28th January 2006, 18:44

OK, I'll double post from now on...
jeanl

jeanl

28th January 2006, 21:32

Unofficial beta 0.83 of DVDSubEdit is now available here (http://www.videohelp.com/~DVDSubEdit/Downloads/DVDSubEditBeta0.83.zip)...
I've added a menu for the OCR stuff. After opening the vob file(s), run the OCR on the selected subpics. Then you can use the "find" feature in the same menu.
This is experimental, play with it and let me know.
I plan on reworking the UI to make room for more stuff, color changing, selecting SPUs based on OCR content etc...
Jeanl

jeanl

30th January 2006, 18:59

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

The UI has been revamped, and the OCR stuff is now fully integrated, allowing you to select, or search subtitles based on content.
I've also added code to change subpic colors.

Here's the change log from beta 0.81

The UI has been reworked to make room for more features.
Added option to change subpic colors. When applied to all, the color change is only applied to the subpics that share the same CLUT.
Added Optical Character Recognition, using the amazing GOCR code by Joerg Schulenburg.
Added option to select subpics based on OCR content.
Added search field to seach for specific strings in the subpic's OCR output.
Added "Save OCR results as text file".
Ctrl-C now works in the command display area and the OCR display area.
Added "Save subpic as PPM file".
DVDSubEdit no longer refuses the open read-only files (but it refuses to save modifs!).

Enjoy!
Jeanl

ukendt

30th January 2006, 19:28

This tool is amazing:D

jeanl

1st February 2006, 20:04

Those of you interested can find a new beta (0.87) of DVDSubEdit here (http://www.videohelp.com/~DVDSubEdit/Downloads/DVDSubEditBeta0.87.zip)

- You can set several colors on the same subpic, then apply to all will set them all in one shot (you no longer have to do it after each color).
- In Apply to All, you can set the durations of subpics to be the exact value, at most the value or at least the value. This allows you to set a minimum or maximum subpic duration.
- DVDSubEdit is now smarter in finding which line is the true bottom line. This will prevent subtitles from jumping up and down depending on whether characters such as "p" "q" or "g" are present when borders are used.

Jeanl

ai4spam

1st February 2006, 20:42

I think this tool deserves a sticky...
Keep up the good work!

jeanl

1st February 2006, 20:48

Thanks ai4spam!
jeanl

arty

3rd February 2006, 18:20

one of the most useful "dvd-author" tools! thanks again!

jeanl

3rd February 2006, 18:32

Thanks arty!
Jeanl

ukendt

6th February 2006, 16:13

I think this tool deserves a sticky...
I couldn't agree more:D

jeanl

8th February 2006, 18:13

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

The major changes are: Support to read and write .sup files, new slider to move subpics left or right (if possible), and improved OCR for italics.

Here's the change log from beta 0.85

Added code to move subpics left and right when possible! This can only be done, for now, if the background does not cover the entire picture.
Added option to quickly reload the last set of vob files (without re-scanning) (see the "File" menu). You can't re-time in that mode.
Added code to load sup files. Note: you can't reload an individual subpic in that mode, or perform any re-timing.
Added "Save as sup file". NOTE: DVDSubEdit does not fix PTS discontinuities...
Added shortcut (Ctrl-T) to run OCR on the current subpic.
Added code to fix OCR problems with italics, and to better recognize brackets.
Entering a value in "duration" had no effect. This has been fixed.
DVDSubEdit no longer complains about the full title not having been loaded if you drag/drop a complete set of VOBs and try to re-time.
Fixed a bug in Beta 0.86-0.87 that caused "Apply to All" to not work well unless the vertical move slider was used.
DVDSubEdit no longer crashes when it encounters a badly formed spu (missing packs for example).

Enjoy!
Jeanl

jeanl

16th February 2006, 18:58

People,
There's a new unofficial beta for DVDSubEdit, for those of you who would like to test before I make an official release. It's beta 0.909 and can be found
here (http://www.videohelp.com/~DVDSubEdit/Downloads)...

There's a good number of new features, improvements and bug fixes. Thanks CoNS for all the testing! Please, give it a try and let me know of any problem.

Here's the change log from beta 0.90

Added code to crop subpic to the bare minimum width, allowing horizontal moving. This can be applied to all in the usual manner.
Added option to move subpics flush with the nearest border.
The main window is now resizable. I cleaned up a lot of the display code, in an attempt to make things faster and cleaner.
The main window can also be minimized, or maximized, imagine that!
DVDSubEdit no longer needs the CLUT to identify the pixels used for the characters. Let me know if that fails.
Added a check box to show the main text pixels in white, and all others in black.
Fixed a bug that caused the app to crash if you fast reloaded a vob that was no longer there.
Fixed the infamous "display freezes, app starts writing all over" bug! A brush wasn't being released....
DVDSubEdit no longer crashes if you quite while running the OCR function.
The "save subpic to ppm" option was shrinking the subpicture by a factor 2. This has been fixed.
Removed the trailing '\n' at the end of the last line in the OCR output display.

Jean

ricardo.santos

16th February 2006, 20:29

Hi everyone!

Jeanl a couple months ago you were saying:

yeah, I know the song! you start with a small CLI-only tool, you end up with a multiple-version multi-platform GUI app with visualization! AH!
Besides, moving the subpics is one thing, but I'm sure people would also love to change the transparency (can't do that in the IFOs) or other aspects (remove a force display for example)...
jeanl

Not very far now!

In a few words: EXCELENT

I think this tool deserves a sticky...
Keep up the good work!

i agree

Just a TINY feature request: to be able to mux/add in external subs to a dvd. there are some guides on how to do this with different tools but wouldnt it be great to have it all under one nice GUI?

thanks for taking in consideration my suggestion for your tool name(partially)

jeanl

16th February 2006, 21:08

A TINY feature request??? :D :D :D!
You're talking about muxing, and that is no tiny request! Muxman is the way to go for that, there's no doubt in my mind, and if I ever was foolish enough to try to replicate that (at least the subpic part), I could only do a half-ass job compared to muxman.
The most I can envision is a semi-automatic way to invoque pgcdemux and muxman as part of DVDSubEdit, to make the job a bit easier for the user. But the demuxing/muxing is better left to programs that have been specifically developed for that, and are very good at it!

jeanl

ricardo.santos

16th February 2006, 23:57

i was thinking in something more or less like this:

i dont know if this is possible and how difficult it is to do

1-open the unencrypted dvd with dvdsubedit
2-semi automatically "call pgcdemux" to demux the main movie
3-load an srt sub and "call srt2sup" or another to create a sup file
4-"Call muxman/ifoedit" to mux the movie again with the newly created sub

would be a great help for newbies(lots of posts on the foreign doom9 forums) about how difficult it is to do it, and by having the aplications "closer" would be agraet help i think.

Keep on the good work

Ricardo

jeanl

17th February 2006, 00:00

Well, there's an additional step since the IFOs must be synchronized with the newly created vob file...
My take is that this does not fit well the DVDSubEdit framework. It seems to me that someone could write a tool to do that, using a very simple language, since all you need to do is invoque other tools. You could do that in visual basic, or in pearl, or in tcl-tk. I'm not sure DVDSubEdit is the place for that.
Jeanl

CoNS

17th February 2006, 08:34

jeanl

17th February 2006, 22:57

DVDSubEdit is finally out of beta!
Version 1.0 is now available here (http://www.videohelp.com/~DVDSubEdit/)...

Here's the change log from beta 0.90

Added code to crop subpic to the bare minimum width, allowing horizontal moving. This can be applied to all in the usual manner.
Added option to move subpics flush with the nearest border.
The main window is now resizable. I cleaned up a lot of the display code, in an attempt to make things faster and cleaner.
The main window can also be minimized, or maximized, imagine that! The size and position are saved from session to session.
DVDSubEdit no longer needs the CLUT to identify the pixels used for the characters.
Added a "Auto CLUT" check box to show the main text pixels in white, and all others in black.
Added option to load an IFO file after loading a SUP file (this one just for CoNS!).
Improved the OCR code, especially with regards to identifying word boundaries
Fixed a bug that caused the app to crash if you fast reloaded a vob that was no longer there.
Fixed the infamous "display freezes, app starts writing all over" bug! A brush wasn't being released....
DVDSubEdit no longer crashes if you quit while running the OCR function.
The "save subpic to ppm" option was shrinking the subpicture by a factor 2. This has been fixed.
Removed the trailing '\n' at the end of the last line in the OCR output display.

ricardo.santos

18th February 2006, 22:32

This exact feature is already made ... in SubtitleCreator! Try the wizard in the Tools menu in SubtitleCreator. As a further step it will even allow you to copy the newly muxed main movie PGC into the old DVD structure to keep menus, etxras etc.

Thanks CoNS, i didnt knew about that!
I tried the method and it worked but the subtitle color is messed up(not the one i choose with subtitle creator)

I tried using dvdsubedit to change the subtitle color but it seems it can only change one "subtitle line" at a time.

jeanl

18th February 2006, 23:16

Thanks CoNS, i didnt knew about that!
I tried the method and it worked but the subtitle color is messed up(not the one i choose with subtitle creator)

I tried using dvdsubedit to change the subtitle color but it seems it can only change one "subtitle line" at a time.
If you want to change half of a subtitle (for example the top line and not the bottom) dvdsubedit can't do it.
If you want to change ALL subtitle colors, simply do it for 1 subtitle, then go to the Edit menu and click "Apply change to all subpics". This will modify all the subpics that you have currently selected.
This applies to all other modifications as well...
jeanl

svcdprayer

19th February 2006, 02:42

Hi Jeanl! First of all congratulations, now everything works. I just wanted to ask you what kind of format is text saved from ocr?

Im asking because im still interested in conversion that format to srt.

Thanks alot!

Keep up a good work!

jeanl

19th February 2006, 18:57

Yes it's not .srt yet, but I have that on my todo list. Somebody pointed me to the format, so it should be easy now...
jeanl

jeanl

20th February 2006, 00:34

svcdprayer, if you're interested in testing the "save as .srt" option, I'm done with it (but I don't have any tool to test it myself). Send me an email at jeanldvd at free dot fr and I'll send you the latest version...
Jeanl

svcdprayer

21st February 2006, 01:25

hello jeanl!

Sorry for my delay,

First of all i want to tell you that I really apprechiate your help in developing save as .srt :) Second, ive sent you an email. Im looking forward to test it :)

Thanks alot once again!

jeanl

23rd February 2006, 21:45

Guys, I've put a new version (1.0.5) of DVDSubEdit for you to test. It's unofficial, so I'm not making a big deal of it.
Find it here:
http://www.videohelp.com/~DVDSubEdit/Downloads/DVDSubEdit1.0.5.zip

Improvements are:
- Added function to hide hearing-impaired text. Subtitles that are completely enclosed between [] or () are hidden. Text enclosed between brackets is erased. This is preliminary, test it and tell me what you think! Run the OCR first, of course!!!
- Changed the display mechanism, it is now much much faster! I'm happy with that!
- Improved the OCR speed (by only passing the useful part of the subpic to the GOCR)
- Fixed the "save as txt" function to save as a proper .srt file.

As usual, let me know what you think!
jeanl

ukendt

24th February 2006, 09:47

The link ain't right........

jeanl

24th February 2006, 17:34

Sorry, somehow it got mangled. I just fixed it...
jeanl

ukendt

24th February 2006, 19:57

OCR is working fine but it doesn't recognize danish letters like Å, Æ, Ø.
Any chance to fill this in?:D

jeanl

24th February 2006, 20:01

I thought it did recognize some of them? I'm really sorry but upgrading GOCR is very difficult, the way it's written. If it was simply a database, it would be easy to expand it, but it's not. It's all hard-coded in a large number of C-functions, each dedicated to detecting 1 or 2 characters!!! Unmanageable...
:(
I'm not complaining though... It works really well *most* of the time...
Jeanl

jeanl

2nd March 2006, 18:44

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

Main new feature is the ability to erase parts of subtitles bracketed with '[' or '(' or to detect music notes.

Here's the change log from Version 1.0

Added an OCR setup panel with options for OCR, and hearing-impaired text removal.
Added menus to hide/erase hearing-impaired text in subtitles. The remaining text can be optionally recentered or realigned.
GOCR now recognizes (most?) music notes. They are marked as '#' in the output text.
Added ability to move subpics with the mouse. Just grab and move!
Improved the display mechanism, it is now much much faster.
DVDSubEdit now lets you reload individual (or all) SPUs from a sup file (undo).
The "Open vob file" dialog now allows selecting several vobs.
The various save and open dialogs (vob, sup, ppm and srt) now independently remember their default directories. Very convenient.
When opening a sup file, the dialog to optionally load the IFO now defaults to the same directory the sup file was in.
Added "Go to" field to go to a specific spu (Ctrl-G).
Fixed common 'o'->'Q', 'V'->'Y', 'z'->'_', ':'->'_' OCR mistakes.
Improved the OCR speed when the subpic background occupies the full frame.
The "save as txt" function now saves as a proper .srt file.
Added a couple shortcuts (Home and End now go to first and last SPU in current selection).
Added display of "percent done" in progress dialog.
The built-in pdf doc (shortcut: F1) is (nearly) up-to-date.
Fixed a bug that caused the small progress dialog to not close properly if the main window was minimized.
Last but not least: The file version number now matches the actuall version number :D (this one for blutach!)

Thanks to CoNS for many tests, and many many suggestions for improvements.
Feedback is most welcome!
Enjoy...
Jeanl

doggersen

2nd March 2006, 18:56

wow, i've never seen so many new features added to a program in such a short period of time. Look forward to try it, and thanks for making the program !

ZaphodB

3rd March 2006, 11:42

Amazing progress, indeed. But i'm (and maybe a few others)still looking for a feature. Perhaps you can find some place ( and write some code ;) ) for a ckeckbox called "Only show forced subpics" ?

mp3boy

3rd March 2006, 18:11

jeanl

3rd March 2006, 21:08

Amazing progress, indeed. But i'm (and maybe a few others)still looking for a feature. Perhaps you can find some place ( and write some code ;) ) for a ckeckbox called "Only show forced subpics" ?
Yes, that's a good idea... I'll add that to the next release.
jeanl

jeanl

3rd March 2006, 21:10

is it possible to correct wrong guessed ocr character? it would be nice to have a character map like subrip which we can correct all the wrong guests by looking at the long list all in once like a spreadsheet and then fix the wrong onces... there is many problem in italic ocr...
thanks again for your tools
Yes, italics are problematic, especially when there's a mix of italics and non-italics in the same line.
I'm not sure about implementing a full-fledged correction dialog. What's wrong with opening the .srt file in an editor and using search/replace?
jeanl

Mtz

3rd March 2006, 21:29

SubRip format standard start with first line number counting from 1 not 0.

DVDSubEdit Example:
0
00:00:00,364 --> 00:00:01,956
Hello, jeanl.

Correct is
1
00:00:00,364 --> 00:00:01,956
Hello, jeanl.

Thanks again for this amazing program.

enjoy,
Mtz

jeanl

3rd March 2006, 22:03

Mtz, thanks for pointing out that mistake! I didn't know that. I'll check and fix in the next release.
Jeanl

Mtz

3rd March 2006, 23:02

Audionut

5th March 2006, 02:31

jeanl

5th March 2006, 02:39

Problems with dvdsubedit.

I'll let the screenshot do the talking.

http://img482.imageshack.us/my.php?image=dvdsubedit7zt.png (http://img482.imageshack.us/my.php?image=dvdsubedit7zt.png)

When dvdsubedit is first run, everthing is ok. But after loading an vob file the result is as you see.
Well, that's not good!!!
Which version are you running! This problem was supposed to have been fixed in version 1.0...
jeanl

jeanl

5th March 2006, 02:41

In Subtitles Workshop are also some settings about hearing impaired. Some of them are already used by you
Another thing that it cheks, is if before ":" are CAPS.
Example:
1
00:00:00,364 --> 00:00:01,956
MTZ: Hello jeanl!
JEANL: Hello, Mtz!

enjoy,
Mtz (00:02:35) :D
Yes, I noticed that some hearing impaired subs are like that, but GOCR makes many mistakes detecting capitalized letters, so I'll wait until these mistakes are fixed, which could take a while!
jeanl

Audionut

5th March 2006, 04:52

@jeanl

Latest version 1.1

jeanl

5th March 2006, 04:56

Audionut, does the same thing happen if you save the subpics as a .spu then reload this .spu file? If it does, then can you send me the spu file (jeanldvd at free dot fr)?
Jeanl

CoNS

5th March 2006, 08:07

Yes, I noticed that some hearing impaired subs are like that, but GOCR makes many mistakes detecting capitalized letters, so I'll wait until these mistakes are fixed, which could take a while!I think it's going to be very hard to automate the process of removing this specific type of hearing impaired subpics. The syntax is not always "MAN: Get down from there, kids.". Sometimes it's "Man: ..." or "MAN : ..." or "Man : ...".

jeanl is currently thinking about implementing a function to let the user manually remove parts of a subpic. If (or when!) this is implemented, you could easily deal with this specific type of hearing impaired text this way:

1. Run OCR
2. Use the filter function to show only subpics with ":"
3. If there's unwanted text in those subpics, use the manual removal function to get rid of it!

Audionut, does the same thing happen if you save the subpics as a .spu then reload this .spu file? If it does, then can you send me the spu file (jeanldvd at free dot fr)?jeanl, you mean .sup file, right?!

jeanl

5th March 2006, 08:12

jeanl, you mean .sup file, right?!
Yes, sorry!
jeanl

Audionut

5th March 2006, 08:59

Audionut, does the same thing happen if you save the subpics as a .spu then reload this .spu file?

No it doesn't.

I can also confirm that the problem only occurs when the vob file only has the subpitcure stream in it.

ie: If I don't demux the video and audio from the vob file than it works fine.

next: If I load the vob file that only has the subpiture stream, and disable the "show video frame" option. Then the problem goes away. However, it does not show the video (naturally), but nor does it show the subtitles.

jeanl

5th March 2006, 09:03

Aaaaaaahhhhh!
You're in a very special case! You're telling me that you created a vob file, which only has subpictures in it? Could you possibly send me that vob file? jeanldvd at free dot fr? I'd love to take a look!
jeanl

bourtzovlakas

5th March 2006, 11:46

A .VOB with only subtitle strems can be produced, using the demux option(enable stream processing) of DVD Decrypter, in IFO mode...
But DVDSubEdit has problems opening this kind of .VOBs, if "show video frame" option is checked...

jeanl

6th March 2006, 17:58

Of course, I can imagine why... The DVDPreview code is looking for video data, but can't find any! I'll have to check that...
jeanl

jeanl

15th March 2006, 18:10

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

Main new features are the ability to select and erase words or characters in the subtitles, and support for the 3 16:9 display modes (widescreen, pan&scan and letterboxed).

Here's the change log from Version 1.1

Added code to select an area in the OCR output and erase it (both in the OCR output, and the bitmap).
Added option to automatically remove text like "Man:" in subtitles
Added option to adjust word detection in the OCR setup panel.
Added Letterboxed and Pan&Scan video display modes for 16:9 material.
Added text in stream select to indicate which display mode(s) each stream is intended for.
Added option to only show forced subpics.
Added a check box to show the I-frame closest to the selected SPU end time (duration slider).
Added a smarter check for figuring out the video format when loading a .sup file.
Added a warning in the log file if closed-captions are detected in the MPEG stream.
The function to remove hearing-impaired text now runs in its own thread.
Pressing Alt or Ctrl while dragging a subpic allows horizontal-only or vertical-only moves.
Fixed OCR problems. The list is too long to show.
Fixed a crash that could happen in 1.1 if you moved a subpic all the way down.
Fixed a problem with the borders not adapting with PAL/NTSC video format
Fixed a scaling problem that cause the subpics to be slightly cropped in no-video, full-screen mode.
Fixed the safe-area values for the borders. Thanks to r0lZ for the help!
Fixed the "keyboard input problem" (after a threaded operation (OCR for example) the shortcuts didn't work).
Fixed once and for all the progress dialog not disappearing if a threaded operation finishes while the app is minimized.

Thanks to CoNS for many additional tests, and many many suggestions for improvements.
Feedback is most welcome!
Enjoy...
Jeanl

bourtzovlakas

15th March 2006, 18:58

:thanks: :thanks: :thanks:

jeanl

29th March 2006, 19:24

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

Main new features are the ability to modify the CLUT colors, a new zoom window to better see the subpics, and more customizations of default colors and behavior.
Here's the change log from Version 1.2

Added ability to modify the IFO clut directly from DVDSubEdit. Click a pixel tile, then shift-click in the CLUT display.
Added a "zoom" window that can show the useful part of the bitmap with a 1:1 scaling.
Added automatic selection of display mode when the user changes the stream selection. This can be disabled in the .ini file.
Added option to see OCR result on the original subpic (before any modification). That's useful for checking what the Hearing-Impaired removal tool does.
Added checkbox in OCR setup to allow case-sensitive searches on OCR output.
Added possibility to choose the default text and background colors when in "AutoCLUT" mode.
Added Preferences panel that includes general settings, OCR setup, and Hearing-impaired tool setup. The panel now includes options to change background color, alert if closed captions are found, and ask to load IFOs when loading .sup files.
Added OCR code to detect tied 'fl' 'ft' and 'fi'.
The "Save all modifications" menu now also works for .sup files (modifications are written back to the original .sup).
Save all modifications now saves modification in *all* subpics (not just the selected ones).
Border settings are saved in the .ini file (C:\Documents and Settings\YourName\Application Data\DVDSubEdit.ini). You can edit them to change the default values.
Fixed yet another stupid border problem with PAL movies.
Fixed a few problem with the automatic recognition of hearing-impaired text.
Fixed a (rare) problem where the true subtitle bottom line was not detected correctly.
Fixed a display mess-up when fast-reloading a PAL movie.
Fixed an OCR problem that occured when some subpics were moved up.
Fixed a bug that could cause operations on a subset of the SPUs to abort prematurely.
The built-in pdf user manual (F1) is more or less up to date.

Also, don't forget to checkout CoNS's cool guide (http://www.videohelp.com/~DVDSubEdit/Guides/HearingImpaired/guide.htm) for removing hearing-impaired subtitles!

As usual, thanks to CoNS for many additional tests, and many many suggestions for improvements.
Feedback is most welcome!
Enjoy...
Jeanl

svcdprayer

30th March 2006, 23:36

Hi Jean!

In 1.2 version ive seen many improvements. 1.3 havent tested yet. But i can see that youre improving gocr. How come you succeeded to manage it so fast since it was horrible thing. Maybe we can still expect to add foreign characters of diff language ? :)

Ill test 1.3 asap to see how it goes.

Keep up a good work man!

Thanks!

Cons thanks is going to you too!

jeanl

31st March 2006, 01:43

svcdprayer,
I don't think I can say that I master the GOCR code, just enough to add a few things here, and change a few others there... As far as extending it to include more foreign characters, that's a bit tricky. Do you have programming skills? Do you want to try to tackle that?
jeanl

svcdprayer

31st March 2006, 09:38

I dont think that i can tackle that if you cant :) Maybe some other guys could help?

But i can tell you what codes i have to replace for wich character of my language. Regarding to fixing ocr i think that would go forever since there are many diff dvds around, and on 1.2 i saw that some subpics gocr found joined words instead of separated. You think its possible to fix that, or better how hard is it. Maybe again detection subpic has to do with it?

But in other words i think you added gocr here for one purpose at first to remove easily hearing impaired subs if im right. So its really unthanksful to push you beyond. But hopefully thats why we are all here.

Thanks!

DeNiro

31st March 2006, 20:39

What a marvellous program! Yesterday i had trouble re-syncing a DVD subtitle, demuxing, resyncing, muxing, testing bla bla bla, today i found out about this program. Many hours of tearing my ("non-existing] hair could have been spared if i only knew about this program earlier. Playing around with version 1.3 and its simply amazing!!! Very well done jeanl!!!

Found a few problems though, mainly concerning the OCR function i think. When ocr a sub and after that removing the hearing impaired related text, there still some remains left because of the fact that the ocr function sees the ] bracket as a J, the capital j that is. At least it did it on my copy of Brokeback Mountain. The problem might be that the text, besides being inside brackets, also was in italics.

A few questions also. The film that yesterday made me go ape had its subs outta sync after like 40 minutes of the movie, what is the best way to correct such issues? Can i input start and end time for the sub and get it automagically in sync that way? And second, the subs are displayed in three lines, and i would like to get it in two, max 40 characters on each line. Is it possible to do that?

Otherwise i am highly impressed, cant wait to see the further development of something that is already a very very good tool!

jeanl

31st March 2006, 21:13

DeNiro

1st April 2006, 00:13

Thanks for the feedback DeNiro!
The ] mistaken for J is a very common problem, usually caused by italics (you're right). In a future version, I'd like to detect italics on a word basis (instead of the current line-basis) which might help eliminate such problems.

Looking forward to that, for now it can be accomplished manually so it is no biggie really. Automation is good though :D

I'm surprised your subs were out of sync after a while! How did you get to this point? Was it like that in the original?

Beats me, i helped my neighbour to make a backup of his legally purchased DVD but sorry to say i didnt check the backup against the original so i cant say for sure. From about 40 minutes into the movie the subs started go outta sync and at the end it was a difference of about 5 seconds. I wish i had knowledge about your program before i started to resync it, would at least saved the wifey thing sore ears :rolleyes:

To correct missynchronization, you can do:
- By hand, for every subs, setting either the absolute time, or the offset by which you want to change the timing. But this can be very tedious if you have many to do
- You can adjust a group of subpics, using the Re-time selected subpics button. For example, you could select all subpics in a given VCID (a chapter for example), and change their timing (by a specific amount of milliseconds).

The version you're using forces you to do that blindly. I have a new version that can also display the video when you select the amount by which to change the timing. It's better but not perfect (because you don't get the sound, which is usually crucial for sub timing).
To change the duration of each sub, you can use the duration slider. You can also apply that on a bunch of subtitles by selecting them (for example, selecting a specific VCID), and "applying to all".

Sweet, i´ll try that next time.....

DVDSubEdit can't re-arrange your subtitles for you (e.g. from 3 lines to 2). This will really require reauthoring your subs, which might not be that hard in fact...

Jeanl

Thats what i did, but with my limited skills it took some time to fix it. Demux, fix the subs, reauthor, and all that without a deep knowledge about available tools to use.......The outcome was not perfect, but it´ll do for now, i´m still learning :D

johner23

4th April 2006, 15:21

Hi, dear all.

jeanl, I have some doubts about your program.

I use to rip my dvd's using DVD Decrypter, but just subtitle files ( sups) inside the vobs (audio and video I don't) to my HD.

Doing that way, I can rip / reading them easier and faster instead doing directly using my dvd reader device + sub rip, for example.

Well, my question is: I've some hard subtitles dvd's that sub rip can't read properly, because OCR can't recognize some words.

Can I rip just sup files + vobs to my HD and using DVDSubEdit later for changing the colors, making easier for subrip or even your program to read them? And, if it's not possible at this moment, can you put that feature in DVDSubEdit?

PS 1: funny, in my specifical dvd disc, sub rip can't read / ocr properly the subs, but your program could read almost of the subs, instead appears some optical / graphical errors in recognition.

Do you intend to improve more DVDsubedit OCR engine in future, because I guess, for particular cases that sub rip can't handle them, maybe DVDSubEdit can? And getting better and better OCR just help us a lot.

PS 2: some programs such ABBYY FineReader ( http://www.abbyy.com/finereader_ocr/ ) use some OCR mechanisms for scanning books and similar ones into text with great accuracy. Well, there is a way to use such OCR systems but instead for OCR books, they're adapted for reading dvd's subs streams? It's possible for you to create similar OCR mechanism into DVDSubEdit for reading subs purposes?

Thanks and nice work !! Your program is really nice !!

devil (johner)

jeanl

4th April 2006, 17:40

Hi johner23
I'm not sure what you mean by "hard subtitles"... If you mean subtitles that are hard-coded into the video, then DVDSubEdit can't do anything about that. But if that's the case, you won't be able to rip them to .sup format, so I'm not sure exactly what you mean by that.
About OCR.... SubRip is very good provided you have the right database for the characters used in your subs. DVDSubEdit uses GOCR (with lots of modifications), and does not use a database. Sometimes it works really well, some other times, it does not do that well. Improving it is really difficult and as you can imagine, it's a never ending task. I don't think i'll be improving it that much, except to fix re-occuring problems.
I don't know ABBYY FineReader, I'm sure they're good (if you're going to pay for an OCR package, it better be good!). Unfortunately, they're not open source! I'm using GOCR because that seemed to be the best open-source OCR program available.

Jeanl

CoNS

4th April 2006, 18:23

I'm not sure what you mean by "hard subtitles"... If you mean subtitles that are hard-coded into the video, then DVDSubEdit can't do anything about that. But if that's the case, you won't be able to rip them to .sup format, so I'm not sure exactly what you mean by that.I think he means "problematic" or "difficult" subtitles...

I use to rip my dvd's using DVD Decrypter, but just subtitle files ( sups) inside the vobs (audio and video I don't) to my HD.

Doing that way, I can rip / reading them easier and faster instead doing directly using my dvd reader device + sub rip, for example.

Well, my question is: I've some hard subtitles dvd's that sub rip can't read properly, because OCR can't recognize some words.

Can I rip just sup files + vobs to my HD and using DVDSubEdit later for changing the colors, making easier for subrip or even your program to read them? And, if it's not possible at this moment, can you put that feature in DVDSubEdit?AFAIK, changing the colour of the subtitles will not make any difference to the OCR result in SubRip. The only thing that matters in the OCR process is how the four pixel types in the subpic is used. That's how it works in DVDSubEdit, anyway.

Also, notice that SubRip is not able to read SUP files.

And yes, you can extract your subtitle stream from the DVD to a SUP file, using DVD Decrypter, PgcDemux or ... DVDSubEdit. And you can load this SUP file into DVDSubEdit later on and edit it (change colours or whatever you like), and also run OCR in DVDSubEdit on this SUP file, if you like.

johner23

4th April 2006, 20:29

Yes, when I said "hard" I mean to say "difficult" to be read by Sub Rip. Even if I try some settings in Sub Rip, some parts of them wasn't be able to be OCR'ed. :D

Strange: when I try your program in that particular case, the OCR could be done almost perfectly ( well, some words were not so well OCR'ed. But no problem at all, because I can fix that using Notepad, for example)

The only thing that matters in the OCR process is how the four pixel types in the subpic is used

In my case or similar problematic / difficult OCR situations, there is a way or feature that can work on about "the four pixel in the subpics" as you point, changing or editing them, making easier to be OCR'ed?

eg: in original dvd subtitles I found some difficulties to make them readable by Sub Rip or other tools. I wanna edit or modifying them in a way to make possible after these "treatment" now being able to be OCR'ed by Sub Rip or others later.

I mentioned Abbyy program thinking if you could get some ideas in how to improve OCR engine about DVDSubEdit observing how the Abbyy program works.

But I think that their code are closed and difficult to study and analyse how does it OCR system works... :(

But, despite of that, congratulation about your program, because its a very nice program !!

Best regards.

devil (johner)

jeanl

4th April 2006, 20:32

Thanks devil!
Yes, there's no hope of getting any info from Abbyy, and besides, writing a whole new OCR is a very big task (and never-ending!)...
Jeanl

CoNS

4th April 2006, 21:44

In my case or similar problematic / difficult OCR situations, there is a way or feature that can work on about "the four pixel in the subpics" as you point, changing or editing them, making easier to be OCR'ed?

eg: in original dvd subtitles I found some difficulties to make them readable by Sub Rip or other tools. I wanna edit or modifying them in a way to make possible after these "treatment" now being able to be OCR'ed by Sub Rip or others later.I haven't tried it, but it *might* make a difference to the OCR result in both SubRip and DVDSubEdit if you first open the DVD in DVDSubEdit and set the pixel type used for the outline (and maybe also the pixel type used for anti-aliasing) to clear (transparency = 0), i.e. make the subtitle characters more "thin".

My thought is that it could give you a better OCR output in some cases where the characters tend to merge into each other...

jeanl (and ai4spam wrt SubRip) can probably confirm or deny if changing the outline (and anti-aliasing) transparency would make any difference in the OCR process.

ai4spam

5th April 2006, 03:22

In SubRip, only the text color is taken into account, everything else is discarded.
I'm planning to introduce support for gOCR in SubRip, especially now that JeanL is working on improving it.

CoNS

5th April 2006, 06:30

Ok, thanks ai4spam. Just to clarify: It doesn't matter if the colour of the text pixels is yellow or white, right?

BTW, how do you determine which of the four pixel types is used for the text pixels (the inside of the subtitle characters)? It seems to vary from DVD to DVD. Are you selecting the (non-transparent) pixel type with the lightest colour?

jeanl

5th April 2006, 06:35

DVDSubEdit works the same: only the text color is taken into account. In 99% of the cases, that's the way to go, but I've seen examples where the text was so thin that it would have helped to include anti-alias pixels...
jeanl
P.S. I'm not working that much on GOCR, but I'll show you where to make improvements if you want to take over!!! :)

CoNS

5th April 2006, 16:35

I'm planning to introduce support for gOCR in SubRip, especially now that JeanL is working on improving it.I'm not working that much on GOCR, but I'll show you where to make improvements if you want to take over!!! :)A joint venture to improve the GOCR code between two of the most skilled and hard working DVD subtitle programmers?! That would be awesome! :D

BTW, ai4spam, I know SubRip currently doesn't support SUP files, but if you're interested I have a large number of SUP files with corresponding IFOs on my harddisk which I could mail to you, with a description of GOCR output "bugs" for those SUPs. Might be a help if you going to test the GOCR code thoroughly.

johner23

5th April 2006, 17:35

@Ai4spam, can you make SubRip be able to read sup ( demuxed from audio and video files from vobs ) files like DVdSubedit does?

PS: it will be very interesting to see GOCR improved and adapted into SubRip OCR engine too. ;)

@Jeanl, which features do you intend to improve/add in DVDSubEdit engine in a near future? :)

Thanks.

jeanl

5th April 2006, 19:09

:) funny, I thought I said I was not working much on the OCR these days?!!! :D :D
The next thing I'll look into will be word detection and word-wise italics detection. This will help solve many of the current problems.
But don't expect that anytime soon... unless of course you learn C++!!!
Jeanl

CoNS

5th April 2006, 19:31

:) funny, I thought I said I was not working much on the OCR these days?!!! :D :DThat was yesterday... Long, long time ago!! :D

ai4spam

5th April 2006, 21:19

@CoNS: The color is estimated statistically (I don't know exactly how, I thnk it's the color with the second to least number of pixels) for each subpicture, but can also be assigned manually. That's what that window is for, to put antialiased color in as well, if desired.

@CoNS and johner23: I *could* support .sup files in SubRip if one would give me the C code and I could make a .dll with functions to give me bitmaps and timestamps. Other than that, translating C code to Pascal is not high on my list right now (busy w/ tons of other stuff).

@JeanL: The only aspect of gOCR I had problems with was lack of support for diacritics in some Eastern European languages, so maybe I could look into that a bit.

I'm also looking into a slower, but more flexible OCR engine, as well as "proper" OCR (neural networks), but the problem is that they're really slow to train. I may devise a way to leave the training running overnight for a particular font, or provide trained nets separately.

jeanl

5th April 2006, 21:25

Yes, diacritics are not handled well, but that's not going to be very easy to fix, it's a bit of a jungle in there. As far as neural network solutions, I have seen that in some places, but I wonder if it's going to work that much better. In any case, if it requires to be trained on a specific set of fonts, then it's not that great, is it?
jeanl

ai4spam

6th April 2006, 23:07

@JeanL: I'd be happy to see accents properly recognized on top of all letters, which is not the case now.
As for neural networks, well, I'm thinking of using my own similarity engine to determine which font is the closest, then train the network on it or use previous training data. There must be something good in them if professional products such as Recognita use them ;).

johner23

7th April 2006, 15:30

There must be something good in them if professional products such as Recognita use them

That was the reason that I point Abbyy program before: I don't know if it's the better choice for OCR or recognizing characters. But, according some people, it's a good software for that purpose.

And there are some other professional applications like Recognita/OmniPage that must have a great OCR engine.

The main problem is that they're closed source. :(

So, how to study their OCR system /engine to see their strong points and maybe adapt them for the main purposes from SubRip and DVDSubEdit in reading dvd subtitles streams?

But, no doubt that both Subrip and DVDSubEdit improve a lot in a short period of time. :)

Thanks for your programs, guys.

devil (johner)

ai4spam

7th April 2006, 15:52

There are open source OCR programs, besides gOCR, which is just "recognizing" strokes (no neural networks). I'll look into it.

jeanl

7th April 2006, 17:47

I only found one other one, and it didn't look as promising. GOCR approach is quite outdated, nobody would do it that way these days... But you have to admit it does not work that bad for something completely coded *by hand* (absolutely no learning from any data!).
jeanl

jeanl

13th April 2006, 20:05

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

This is mainly a bug-fix update, but a few annoying things have been fixed.

Added slider to the retiming dialogs, and the preview shows the I-frame closest to target location for the current subpicture. The slider range can be changed in the preferences.
You can now change the transparency of multipe pixels, and applly-to-all in just one shot (just like with color changes).
Fixed the annoying interactions between "Ignore CLUT" and "Auto CLUT" check boxes.
Cleaned up the way the "ShowVideo" check box behaves when loading VOBs and sups.
The true bottom line detection is more reliable than before (hopefully!). Still not perfect.
Added menu to open CoNS's hearing-impaired guide.
If you cancel after changing the CLUT color, the original CLUT is now restored.
Fixed a bug that was introduced in the previous version in the routine that detects brackets, which could cause good subtitles to be erased!
Added a check to detect NTSC subpics in PAL video (that scenario previously crashed the app).
Added a few error checks when loading subs, to avoid crashing when encountering malformed SPUs.

Also, don't forget to checkout CoNS's cool guide (http://www.videohelp.com/~DVDSubEdit/Guides/ChangingColors/Guide.htm) for changing subtitle colors!

As usual, thanks to CoNS for many additional tests, and many many suggestions for improvements.
Feedback is most welcome!
Enjoy...
Jeanl

deryckb

14th May 2006, 12:15

Thanks for the work you have put in on DVDSubEdit. It is an excellent utility that i have been using to correct errors in the subtitles extracted from a DVB recording.

An additional feature I would like to see is to be able to apply all changes to a selected color/transparency, this would also allow the removal of effects subtites. For a bad recording I currently have to set all the text to single setting, which isn't ideal.

A minor inconvenience I find is the default of Exactly for changing the timings of subtitles on the apply last modifications to all. I would prefer it to be at most. Again this is because I sometimes get and invalid time. I suppose ideally a search for overlaping subtitles might be good idea?

jeanl

16th May 2006, 13:18

I'm not sure what you mean by "apply all changes to a selected color/transparency". YOu can already do that, is that not working for you?
Also, you'd like the default to be changed in the subtitle timing? Is it too hard to use the drop down to select whatever option you like better????
jeanl

manusse

21st May 2006, 14:08

Hi jeanl,

I am presently working with Paddington on the next version of SubtitleCreator. This version will allow to preview the subtitle on top the the DVD video.

We still have some timing adjustments to make.

To better understand our timings, I wanted to use DVDSubEdit to look at the video frame being displayed with the start of each subtitle. For this purpose, I created my own DVD with each frame holding the bitmap of the actual video time code. I also added to the DVD some custom subtitles holding the time code.

However when I look at my subtitles with DVDSubEdit, it seems that the video frame being displayed is not the one that should be displayed but some frame next to it.

You can see a screen copy here:

http://img130.imageshack.us/img130/2387/dvdsub7fh.png (http://imageshack.us)

00:01:19-17 is the time code of the video.
00:01:20-00 is the subtitle displayed by DVDSubEdit.

(Current subpic info gives the time code of the subtitle: 00:01:20,000)

I suppose this is because there is no real mpeg2 decoder in DVDSubEdit and you can only display I-frames?

Thanks for your software!
:thanks:

jeanl

24th May 2006, 14:59

You're absolutely right. DVDSubEdit only displays I-Frames (because DVD2AVI can only pause on I-Frames). The frame displayed is the I-Frame just before the subpic, and that's somewhat inaccurate :(
I'm afraid fixing that in DVD2AVI would be hard forme...
Jeanl

Mug Funky

25th May 2006, 04:32

@ jeanl:

i just stumbled upon this proggy (slipped under my radar initially i think). very cool.

on your last comment: perhaps try DGindex? i think that can decode all frames, but i'm not sure. should be pretty easy to swap it for DVD2AVI. definitely easier than modding DVD2AVI yourself.

jeanl

25th May 2006, 17:50

hi Mug Funky,
in fact, it would have been a good idea to start with DGIndex right off the bat, but unfortunately, I learned about it too late and I had already started making changes to DVD2AVI (which i really need now). DVD2AVI does decode all frames, the only thing it does not do at this point is stop on any arbitrary one. I'm not sure DGIndex can stop on any non-I-frame arbitrary frame, but I don't think so...
jeanl

jeanl

2nd June 2006, 18:40

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

This is a small update with a few bug fixes and a couple improvements.

Added display of timing in the subpic info.
Added ability to change the transparency or color in all DCSQT at the same time.
Fixed a crash that could happen when removing hearing impaired text.
Fixed a crash that could happen upon startup on Win ME and Win 98.
Added a quick fix for the startup crash problem. Put a line in your ini file with NoSize=1 to avoid resizing the window on startup (which causes a crash).
Fixed a problem in the timing info saved in .srt files, thanks mpucoder for the clarification.
Cleaned up the GUI.

Enjoy...
Jeanl

Erynnis

5th June 2006, 20:46

Your tool is quite impressive. It is about the tool I am looking for.

I look for a tool with which I could add a subtitle stream to a DVD (or recompile a DVD with a new subtitle stream). There are a couple of films where I'd like to add some subtitle streams (or translate or correct some). For this I need a very userfriendly program, where I could browse through the DVD, play the movie with any audio stream, allowing easy and precise rewinding and forwarding, and very fine, easy and quick time adjustment of the subpictures I create.

Is DVDSubEdit going to be like this?

jeanl

5th June 2006, 21:04

No, not really. For this you need something like subtitle creator, or something like that. DVDSubEdit can't add a subtitle stream and it can't play the movie with the sound and the subs....
Sorry...
Jeanl

manusse

5th June 2006, 22:54

Hi,

As jeanl replied, SubtitleCreator 2.0.0 (will be available in a few weeks) will be exactly what you need. You will be able to play the audio you want and the sub you want. At the same time, you will be able to preview your subtitles.

It will also include a DVD authoring wizard which allows to automatically add one or more subpicture streams using pgcdemux, muxman and vobblanker.

You can try version 1.9.2 but you can't preview the subs on top of the video and you have to add your subpicture streams to your DVD by hand.

Manusse

paully

12th July 2006, 03:09

Hi Jeanl

What a fantastic program.

Can I make a suggestion?

Options to invert the selection of modified and forced subpics would be nice.

Maybe a dropdown with;
‘ ’ ‘show only’ ‘hide all’ modified subpics
‘ ’ ‘show only’ ‘hide all’ forced subpics

I’d like to make all subpics which are not forced invisible.
Can you suggest how I might do this? (without doing it one at a time)

jeanl

12th July 2006, 06:33

Select all subpics. Make them all transparent. Select the forced subpics, make them opaque... Easy no?
Jeanl

Teebeeke

15th September 2006, 04:50

Damn, this piece of software has made the work much faster, and easier.

Q: Will it be possible in the near/far future to change the contents of the subs ?

jeanl

15th September 2006, 05:47

That's much harder. For one thing, you need to re-encode the bitmap, and it has to fit in the number of packs that were used in the original bitmap, so there could be many cases where that would fail...
You can already alter the content, but only to remove letters and move things around... Pretty limited...
jeanl

laserfan

17th September 2006, 20:32

To make the subs less obtrusive, I've used DVDSubEdit to reduce the transparency e.g. move '15' down to '6' and the subs are still readily view-able without being blinding. I also move them down a bit to get them more out of the line-of-vision. What a great tool jeanl!

In a similar vein, I wonder if it might be possible to reduce the *size* of the subpics somehow, and then they can be further moved around on the screen?

jeanl

17th September 2006, 20:35

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

laserfan

17th September 2006, 22:02

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

Mtz

25th September 2006, 14:30

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

29th September 2006, 18:51

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

28th February 2007, 19:05

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

28th February 2007, 23:09

Thank you :)

Damnass

5th August 2007, 14:20

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

any way to fix the fault in the .vob ?

jeanl

31st August 2007, 18:41

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

1st October 2007, 21:52

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

1st October 2007, 23:10

@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

2nd October 2007, 00:27

: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

2nd October 2007, 00:57

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

2nd October 2007, 01:00

Mtz

2nd October 2007, 01:14

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

2nd October 2007, 01:17

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

2nd October 2007, 01:33

@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

2nd October 2007, 01:41

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

2nd October 2007, 01:46

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

2nd October 2007, 02:35

setarip_old

2nd October 2007, 07:09

@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

2nd October 2007, 08:38

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

2nd October 2007, 08:40

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

2nd October 2007, 10:16

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

r0lZ

2nd October 2007, 11:13

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

2nd October 2007, 11:19

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

2nd October 2007, 23:23

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

3rd October 2007, 11:22

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

3rd October 2007, 17:45

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

3rd October 2007, 19:34

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

4th October 2007, 01:03

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

4th October 2007, 01:18

@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

4th October 2007, 02:27

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

4th October 2007, 02:53

@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

4th October 2007, 20:05

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

4th October 2007, 20:21

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

7th October 2007, 00:07

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

:thanks:

jeanl

1st November 2007, 00:53

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

1st November 2007, 01:14

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

1st November 2007, 02:10

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

jeanl

1st November 2007, 04:20

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

1st November 2007, 04:20

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

M_Knox

1st November 2007, 17:42

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

1st November 2007, 18:18

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

1st November 2007, 21:22

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

1st November 2007, 21:27

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

2nd November 2007, 07:30

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

2nd November 2007, 17:05

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

3rd November 2007, 09:50

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

21st January 2008, 19:08

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

21st January 2008, 19:20

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.

jeanl

21st January 2008, 20:42

mmm, DVDSubEdit uses DVD2AVI to display the video, so I'm not sure whether it's really able to handle MPEG1 streams.
Have you tried disabling the background video display?
Jeanl

AlanHK

22nd January 2008, 02:39

mmm, DVDSubEdit uses DVD2AVI to display the video, so I'm not sure whether it's really able to handle MPEG1 streams.
Have you tried disabling the background video display?
Jeanl

I assume you mean the "Show video frame" checkbox?
Before I open a VOB this is inactive, I can't disable it. If I turn it off after I load the VOB then DVDSubedit immediately crashes and exits.

However, I found that I could select the "B" colour and change its transparency and save it, which is what I needed to do. (My subtitles will be placed over existing burnt-in subtitles, so I don't want the default transparent background that GfD makes.)

(Where is the transparency information stored? It doesn't seem to be in the CLUT, is it a parameter for each individual subtitle?)

Can I suggest that the "show video" control be made active BEFORE the VOBs are loaded, perhaps it will be more usable.

Also, the bitmap zoom window remains blank. I thought that was independent of the video?

I attach what DVDSubedit shows when I load an MPEG1 VOB.

jeanl

22nd January 2008, 07:51

AlanHK, could you possibly send me a few megabytes of an mpeg1 vob at jeanldvd at free dot fr? 4 or 5 MB should be enough for me to do a couple tests...
Jeanl

jeanl

24th January 2008, 00:35

Ok, I confirm that DVDSubEdit can't deal with mpeg-1 video, and really does not behave nicely when it encounters that... :(
Jeanl

jeanl

10th September 2008, 01:33

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

There's an important bug fix having to do with moving subs by odd numbers of pixels, but the most important improvement is the preview with audio.

This is the change log since version 1.41.

Added support for real-time playback of video with audio and subtitles. There are two new buttons that can be used to play the video while displaying the subpictures. One plays the video normally, the other one loops around the current subpic. There is a drop down in the preferences for the frame-per-second adjustment, in case your machine is running out of cycles when playing video (which is possible because DVDSubEdit does not use the overlay buffer, and therefore consumes more cycle than a normal video playback engine).
Added support for VOB files larger than 1GB.
Added an option to only select subpics that are fully transparent.
Changed the behavior of the "Hide" button. Instead of making all pixels transparent, it assigns all pixels to "background".
Added better handling of non MPEG2 video (the video isn't displayed, which avoids crashing!).
Added an ini option (AutoForceDisplayVideo) to not automatically display the video when opening VOBs etc.
Finally fixed the problem of vertical moves by odd numbers of lines, by swapping the top and bottom fields when the top field ends up below the bottom field after a move. This should fix the problems with media player classic and other players.
Fixed a display problem that occurred when loading sup files with IFOs.
Fixed a bug that occurred in the OCR when subtitles were present at the top and at the bottom of the display, and one attempted to erase some characters at the bottom.
Fixed the wrong display of the number of MB scanned during the scanning of a VOB file.
Removed the "Not enough room for padding block" error (changed to a warning in the log since it's not crucial anyway).
When reloading from the MRU, the list of subpics is now updated as the reloading takes place.
Added better reporting of errors found in the subpic streams.
If the user aborts while a vob file is being analyzed, the vob is no longer put in the MRU.
Fixed a (very old) bug that could cause a subpic that had been moved down to cause a UI spillover when the background video wasn't displayed.
Fixed a problem that could occur when no CLUT was found (no IFO file for example).
Fixed cosmetic problems related to showing or hiding the background video.
Modified the way the subpic info is saved and loaded (for fast reloading of previously scanned DVDs). This simplifies the code and the file. As a result, the first time you run this version, none of your recently-used files will be available for fast-reload.
Fixed a bug in the "Save as sup file" function that prevented a new sup file from being created.
Added code to deal with a padding stream smack in the middle of our subpic data, as seen in DVDs created by ConvertXtoDVD.
Fixed a problem in the timecode display. The value didn't correspond to the time shown in a player if the PTS of the first VOBU wasn't close to 0.

Enjoy...
Jean

Adub

11th September 2008, 09:48

Wow!! You are still working on this?! Good to see some fresh development!

jeanl

11th September 2008, 17:39

Barely working on it :( ....
Jeanl

ukendt

25th March 2009, 22:20

http://download.videohelp.com/DVDSubEdit/

FDuck

27th March 2009, 23:17

jeanl, when I open and view a VOB in DVDSubEdit, I clearly see the subtitles throughout the video. I have Forced Start set to all. However when I play the VOB it does not show the subtitles. When I view the DVD itself on the disc with all of the associated information, the subtitles also show correctly (and automatically); there are not any specific subtitle files.

Do you have an idea about what structure/file is not copying over? I have used both DVDFab and DVDecrypter, selecting the appropriate options.

Any help would be appreciated.
Duck

jeanl

27th March 2009, 23:55

I'm not sure I understand what you do. You say "when I play the VOB ..." but what do you use to "play the VOB"?
Typically, apps that can play VOB files individually (like mediaplayerclassic for example) will not show subtitles, even if you have forced start on all of them. Only apps that play the DVD itself will be able to show the subtitles.
So I'm not sure what your problem is.
In short, to be able to show subtitles, you need all the files that are in the DVD (VOB and IFO files). If you just copy the VOB on a DVD, then play it somehow (many settop players would refuse to play that), then there's 0 chance that the subtitles will play.

But you don't give us any background as to what you're trying to do, so we can't help.
jeanl

FDuck

29th March 2009, 15:26

wow, my post is opaque; late nights, no sleep. Here we go again:

I put a DVD disc in my computer's DVD drive. I use PowerDVD to view it. I select subtitles on the movie main page in PowerDVD (turn subtitles "on"). I play the movie and can view/read those subtitles. So, I can see subtitles when direct from DVD.

I use DVDFab and/or use DVDecrypter to copy the DVD contents to my harddrive. I then use PowerDVD to view those files on my harddrive (the same ones I copied over). I do not see subtitles and the menu is grayed-out.

I use DVDSubEdit to open the "domain" files on my hard drive. I can easily see the subtitles. The subtitles are set to "Normal Start"; I change them all to "Forced Start" and then save all.

I use PowerDVD to play/view the files which I just saved. No subtitles are shown and menu is still grayed-out.

I have tried this procedure repeatedly using different DVDs, using different program options on both DVDecrypter and DVDFab - all without success in seeing the subtitles.

What am I missing?
Duck