Announcing DVDSubEdit Version 1.51

[jeanl]

Hi, well for retiming you would save to ocr, retime and create the subs again, that way you don't lose the font type of the original sub, also would save a lot of time when converting pal dvds to ntsc to adjust subs or vice-versa.
If i'm not wrong, you won't have retiming limitations if you work directly with the sup file as you have when you retime the vobs. There is no other program that can do that correctly, well subtitle creator can, but it will output a totally messed up sup file, adding at the bottom of the subs something that look like the upper part of the next subs. Well if it is not time consuming or difficult to implement, please al least consider it :D Bye.
OK, I'll put it in the todo, but who know when I'll get a chance to do it ... :)
Jeanl

[jeanl]

Hello,
i use DVDSubEdit when i need to add some buttons or simply modify their position in a dvd menu.
This time i have a problem that i'm not able to solve.

This is the original cell of the subtitle menu:
http://img20.imageshack.us/img20/3666/subsorig.jpg

I want to replace it with this modified picture:
http://img32.imageshack.us/img32/8539/subsmod.jpg

As you can see, i changed the position of two buttons so now i need to change also the subpic bmp

The problem is that when i re-import the modified subpic bmp in DVDSubEdit all the highlights are gone (I mean that when i go over the button with the mouse i can't see the highlight).

I'm using latest version on Windows Vista 64, but tried also with WinXp SP3

This is the menu (exported with dvdremake), if someone wants to try :
You say you moved the positions of the two buttons: I can see that you moved the background, but did you move the rectangle that defines the position of each button? Your new buttons are in the middle, in a position kind of in between where the buttons were before. You need to adjust the two rectangles for the button numbers that will correspond to these two buttons, so they include the background. Then, when you move the highlights with DVDSubEdit, they will be highlighted correctly.
You can adjust the rectangles with PGCEdit.
Remember that highlights only show within the rectangle that correspond to the button currently selected. If the highlight is in the middle, but the rectangle is in the upper left corner, you won't see any highlights.
Jeanl

[*ale*]

ok, i think that thing with the position of the buttons turn aside of the problem... so forget about it
there's a simple test you can do to see what i mean: take one of the "scene selections" menu pages and edit the subpic bmp (also with paint)... simply draw something where you are sure there's already the "rectangle"
save all modifications and play the dvd: can you see the highlights you modified?

[r0lZ]

Short answer: no.

But it's not so simple.

The long answer depends of the color scheme that is stored in the VOB (not the 3 color schemes that you can edit with PgcEdit, but the "default" color scheme that you can modify only with DVDSubEdit.) It is usually full transparent, and therefore everything that is not included in the currently highlighted rectangle cannot be seen.

But the menu can be authored in totally different ways, for example so that the buttons that are NOT active are covered or obscured by the subpic. When it's the case, you can see one or several of the 4 colors of the subpic on the whole screen EXCEPT in the currently selected button rectangle. That method is rarely used, but I've found 2 examples so far: the second edition of Polanski's The Fearless Vampire Killers, and the Abenobashi anime.

[jeanl]

Short answer: no.

But it's not so simple.

The long answer depends of the color scheme that is stored in the VOB (not the 3 color schemes that you can edit with PgcEdit, but the "default" color scheme that you can modify only with DVDSubEdit.) It is usually full transparent, and therefore everything that is not included in the currently highlighted rectangle cannot be seen.

This is 100% correct, but note that DVDSubEdit has a little tick mark button named "ignore transparency" that allows you to see highlights that are transparent by default (which is typical for buttons).


But the menu can be authored in totally different ways, for example so that the buttons that are NOT active are covered or obscured by the subpic. When it's the case, you can see one or several of the 4 colors of the subpic on the whole screen EXCEPT in the currently selected button rectangle. That method is rarely used, but I've found 2 examples so far: the second edition of Polanski's The Fearless Vampire Killers, and the Abenobashi anime.
and, IIRC, "dog eats man" "ca s'est passe pres de chez vous" where the highlights hide small rectangles that have a small animation. Only the selected button shows the animation because the highlights are turned to transparent when selected.
Jeanl

[jeanl]

ok, i think that thing with the position of the buttons turn aside of the problem... so forget about it
there's a simple test you can do to see what i mean: take one of the "scene selections" menu pages and edit the subpic bmp (also with paint)... simply draw something where you are sure there's already the "rectangle"
save all modifications and play the dvd: can you see the highlights you modified?
OK, I'm not sure how familiar you are with menu highlights, but I have a couple questions:
1) Did you see the highlights before you used paint? Normally, (i.e., in a normal menu) you wouldn't unless you clicked the "ignore transparency" tick mark, because highlights are normally transparent by default (which they are in your menu).
2) After the edit, it's the same thing: you won't see the highlights unless you click that tick mark.

If you did that, and highlights showed before but not after, then there's a bug which I need to fix.

NOTE: There are a couple shortcuts to "select" a button and show its highlight the way a player would, but I don't remember them by heart, and I'm afraid I haven't put them in the user manual yet (big oversight :( ). They're very useful to see what happens when you select a button (i.e., transparency usually changes, colors can also change etc).
Jeanl

[*ale*]

OK, I'm not sure how familiar you are with menu highlights, but I have a couple questions:
1) Did you see the highlights before you used paint? Normally, (i.e., in a normal menu) you wouldn't unless you clicked the "ignore transparency" tick mark, because highlights are normally transparent by default (which they are in your menu).
2) After the edit, it's the same thing: you won't see the highlights unless you click that tick mark.

If you did that, and highlights showed before but not after, then there's a bug which I need to fix.

NOTE: There are a couple shortcuts to "select" a button and show its highlight the way a player would, but I don't remember them by heart, and I'm afraid I haven't put them in the user manual yet (big oversight :( ). They're very useful to see what happens when you select a button (i.e., transparency usually changes, colors can also change etc).
Jeanl

If you looked at the screens i sent to you you already know the answer... anyway, no the "ignore transparency" check box is not selected; before the edit i can see the first highlight (because it's the default selection i suppose) but after the edit i can't see neither the first and also all the other highlights in the page will not work anymore

[blutach]

The shortcuts are ctrl-q from memory, Jean. It's a toggle.

Regards

[Mtz]

For editing the buttons from menu I'm using only version 1.39 of DVDSubEdit. ;) Try it! For all other things I'm using the latest version.

enjoy,
Mtz

[jeanl]

For editing the buttons from menu I'm using only version 1.39 of DVDSubEdit. ;) Try it! For all other things I'm using the latest version.

enjoy,
Mtz

Is there a good reason for that? Things should work just fine in the latest version... Is something broken?
I tried the modification described by *ale* and it worked for me... so I'm not sure where things diverge here...
Jeanl

[jeanl]

The shortcuts are ctrl-q from memory, Jean. It's a toggle.

Regards
Yes, thanks! I can't believe it's not in the manual!
Ctrl-Q toggles between selected, and activated. Ctrl-N goes to the next button, Ctrl-P goes to the previous button, and Ctrl-1 through 9 selects button 1 through 9...
This should definitely be in the manual, and probably on the GUI as well! :(
jeanl

[blutach]

A little feature request, SVP...

I hate subbies for the hearing impaired (my hearing is not quite that bad) and religiously remove these.

The backspace key works fine in the OCR box, but not the Delete key for deleting in front of the cursor (where sometimes there are "leftovers").

I don't suppose it is possible to program this in Jean?

Regards

[Mtz]

Is there a good reason for that? Things should work just fine in the latest version... Is something broken?
I tried the modification described by *ale* and it worked for me... so I'm not sure where things diverge here...
Jeanl
I don't think you broken anything, but my friends and me, we are using the 1.399 version.

On left is 1.501 and on right is 1.399 version of DSE:
http://thumbnails16.imagebam.com/3716/ebeabb37154025.gif (http://www.imagebam.com/image/ebeabb37154025)

The menu is not edited.
On left is 1.501 and on right is 1.399 version of DSE:
http://thumbnails14.imagebam.com/3716/243d0e37154027.gif (http://www.imagebam.com/image/243d0e37154027) http://thumbnails10.imagebam.com/3716/c144f537154028.gif (http://www.imagebam.com/image/c144f537154028)


Another menu, but edited with 1.399 because instead of None, another subtitle language is added.
Before:
http://thumbnails7.imagebam.com/3716/42456637154029.gif (http://www.imagebam.com/image/42456637154029)
After:
http://thumbnails17.imagebam.com/3716/e028ea37154031.gif (http://www.imagebam.com/image/e028ea37154031)

enjoy,
Mtz

[jeanl]

A little feature request, SVP...

I hate subbies for the hearing impaired (my hearing is not quite that bad) and religiously remove these.

The backspace key works fine in the OCR box, but not the Delete key for deleting in front of the cursor (where sometimes there are "leftovers").

I don't suppose it is possible to program this in Jean?

Regards
I should be doable, but I remember looking into it so perhaps there's a catch. I'll add that.
Jeanl

[blutach]

MB

Regards

[alfixdvd]

When I check show only forced subtitles of a stream, and save they as a sup file, they are delayed with regard to the original stream.

It has happened to me with different movies, not all, but the last one has been Punisher 2 War Zone.

I solve it loading them in SubtitleCreator and correcting it.

Why DvdSubedit does this ?

[jeanl]

ok, i think that thing with the position of the buttons turn aside of the problem... so forget about it
there's a simple test you can do to see what i mean: take one of the "scene selections" menu pages and edit the subpic bmp (also with paint)... simply draw something where you are sure there's already the "rectangle"
save all modifications and play the dvd: can you see the highlights you modified?
OK, with your help I figured out what was happening. The default AutoCLUT colors (which are used during import/export of bitmaps if the current CLUT has two identical colors), had two identical colors!!!! Very silly since that's what I was trying to avoid.
I have corrected the problem, the next version will have more suitable default auto-clut colors.
jeanl

[jeanl]

When I check show only forced subtitles of a stream, and save they as a sup file, they are delayed with regard to the original stream.

It has happened to me with different movies, not all, but the last one has been Punisher 2 War Zone.

I solve it loading them in SubtitleCreator and correcting it.

Why DvdSubedit does this ?

Are you saying that you don't get the same delay if you check "show only forced" or if you don't?
I'll run some tests...
Jeanl

[alfixdvd]

Are you saying that you don't get the same delay if you check "show only forced" or if you don't?
I'll run some tests...
Jeanl

Yes, on screen I see the same delay, but when I save subtitles to sup file and open with DvdSubedit, they don't show the same delay or timing that show in original stream.

[jeanl]

Yes, on screen I see the same delay, but when I save subtitles to sup file and open with DvdSubedit, they don't show the same delay or timing that show in original stream.

OK I'm going to need some help from you, because I tried it, and on the DVD that I tried on, I didn't get any difference (same PTS value in both cases). It looks like I need to use your DVD. Can you cut a bit of the vob file, with maybe 10 subpics (you can compress with DVDSHrink to make that as small as possible), and send that to me? You can send that to jeanldvd at free dot fr or use http://www.mediafire.com/ if it's more than about 6MB (mediafire is great for this kind of purpose, no wait etc)...
But first, make sure you can make the problem happen with the small file so I have a chance to reproduce the bug and fix it.

THanks.
Jeanl

[alfixdvd]

OK I'm going to need some help from you, because I tried it, and on the DVD that I tried on, I didn't get any difference (same PTS value in both cases). It looks like I need to use your DVD. Can you cut a bit of the vob file, with maybe 10 subpics (you can compress with DVDSHrink to make that as small as possible), and send that to me? You can send that to jeanldvd at free dot fr or use http://www.mediafire.com/ if it's more than about 6MB (mediafire is great for this kind of purpose, no wait etc)...
But first, make sure you can make the problem happen with the small file so I have a chance to reproduce the bug and fix it.

THanks.
Jeanl

I uploaded sub.rar (10MB) at mediafire: http://www.mediafire.com/?sharekey=020790ff2d2ea227a0f2f20c509059d9e04e75f6e8ebb871

[jeanl]

I uploaded sub.rar (10MB) at mediafire: http://www.mediafire.com/?sharekey=020790ff2d2ea227a0f2f20c509059d9e04e75f6e8ebb871

Thanks for that. Here's what I get:
- When I save all the subpics from stream 0x21 (the one that has the forced supbic), the forced supbic, which is number 0 in that stream, is saved with a PTS of 496800
- When I save only the forced subpic, it is saved with the same PTS of 496800.

So the problem isn't whether you save only the forced subpics, or all subpics in a given stream. This does not affect the PTS any given subpic is given.

Now, maybe you're wondering why that saved PTS does not match the PTS shown if you open the VOB file. Indeed, in the original VOB file, the PTS or that forced subpic is 112482000, very different from the PTS shown in the sup file.

This is "normal". In the sup file, the PTS is measured relative to the PTS of the first video frame in the stream. So if the PTS of the first video frame isn't 0, then the PTS in the vob file won't match the PTS in the sup file.
I believe measuring PTS relative to the PTS of the first frame is standard, because this means the PTS shows you the exact time at which the subpic will be played, relative to the start of the video, regardless of the (somewhat arbitrary) PTS given to the first frame.

Why is that a problem by the way?
Jeanl

[alfixdvd]

This is "normal". In the sup file, the PTS is measured relative to the PTS of the first video frame in the stream. So if the PTS of the first video frame isn't 0, then the PTS in the vob file won't match the PTS in the sup file.
I believe measuring PTS relative to the PTS of the first frame is standard, because this means the PTS shows you the exact time at which the subpic will be played, relative to the start of the video, regardless of the (somewhat arbitrary) PTS given to the first frame.

Why is that a problem by the way?
Jeanl

I want to extract only the forced subtitles of a stream, in order to re-author the movie with the forced subs only.

If the PTS it's not the same as VOB it does not serve me as anything.

The sub must to appear at PTS:11248000 (00:20:49,799) not at PTS:496800 (00:00:05,519)

[jeanl]

I want to extract only the forced subtitles of a stream, in order to re-author the movie with the forced subs only.

If the PTS it's not the same as VOB it does not serve me as anything.

The sub must to appear at PTS:11248000 (00:20:49,799) not at PTS:496800 (00:00:05,519)
I understand... I could add an option to save with the original unmodified PTS, in the preference.
Also, would it help to be able to remove (make transparent) all subpics that are not forced? (select all forced subpics, "invert the select" - a feature not currently available - then apply hide subpic to all)?
Jeanl

[r0lZ]

(select all forced subpics, "invert the select" - a feature not currently available - then apply hide subpic to all)?An Invert Selected would be useful anyway! Not only for the forced subs, but for everything. :)

[jeanl]

An Invert Selected would be useful anyway! Not only for the forced subs, but for everything. :)
yes, I agree! It's on my todo list. The biggest problem at this point is finding space on the UI!!!!! :)
Jeanl

[alfixdvd]

I understand... I could add an option to save with the original unmodified PTS, in the preference.


Brilliant this possibility.


Also, would it help to be able to remove (make transparent) all subpics that are not forced? (select all forced subpics, "invert the select" - a feature not currently available - then apply hide subpic to all)?
Jeanl

More than Brilliant this possibility.

First option is good for me.

Second option give more possibilities

I hope that soon they should be a reality

Thank you very much

[jeanl]

I've added an option in the preferences for saving sup files with the original PTS (unselect "fix PTS discontinuities in sup files"), and a warning when you're editing a bitmap with an external tool, and the automatic CLUT has two or more identical colors. I also added an option to invert the current selection.

This is a temporary version if you want to check that the changes works OK.

http://download.videohelp.com/DVDSubEdit/Downloads/DVDSubEdit1.5022.zip

Jeanl

[alfixdvd]

I've added an option in the preferences for saving sup files with the original PTS (unselect "fix PTS discontinuities in sup files").


It works. :)


I also added an option to invert the current selection.


It works. :)


With this version and the previous ones, when I save the selected subtitles as sup, the sup file generated has the attribute of read only.

If I open it with Dvsubedit it does not show me the stream, I have to remove this attribute, so that DvdSubedit shows it on having opened it.

[jeanl]

With this version and the previous ones, when I save the selected subtitles as sup, the sup file generated has the attribute of read only.

If I open it with Dvsubedit it does not show me the stream, I have to remove this attribute, so that DvdSubedit shows it on having opened it.
Yes, this has happened to me on occasions! I'll look into it.
Jeanl

[kotyczka]

What an interesting discussion!

There is a really strange effect which I do not understand.
I'm using DVDSubEdit 1.501, the latest official release.

I open some .sup file, no corresponding .ifo. Next I choose
"16:9 Widescreen" in the combobox. Now the first subpic is
shown in widescreen mode.
I edit the subpic (Ctrl-Shift-E), but in the external graphic
editor I do _nothing_, just close it. Now the "modified"
bitmap is reimported, the subtitle is marked as "modified".
However the subpic _seems_ to have moved some few pixels.
I can see this when I reload the original SPU from file
(Ctrl-Z). When typing Ctrl-Z the subpic moves sligtly a few
pixels.
I get the same strange effect if I choose "4:3" instead of
"16:9 Widescreen" in the beginning. However, if I do not choose
any screen mode after loading the .sup file - i.e. the combobox
is empty, then I do not see any difference between the modified
and the original subpic.
So I guess, that the content of the subpic has not moved, it must
be some kind of "display problem". But it is annoying anyway.

What might be the reason? I guess stepping though the source code
will not help _me_ fnding the reason.

To make the problem reproducible, I uploaded a small (57k) .sup file:
http://www.mediafire.com/?sharekey=752bb9d5bc1236d0896b8bcfb63f39f8e04e75f6e8ebb871

[kotyczka]

Not at this point. The program only retimes VOB files. Retiming .sup files should be a lot easier, but what would you use that for?
Jeanl

Retiming a single .sup file would be a great feature.
It is one of the few things I'm missing in DVDSubEdit.
And I guess it should be much easier to implement
than retiming a .vob.
What so I need it for? Sometimes I wish to add a new
subtitle stream in another language. So I demux the
original .vob's, duplicate one .sup file, change the
text subpic by subpic and remux the whole thing in the
end. I open the audio files in some audio editor and
see very exactly, how much the subpics should be retimed.
It would be really helpful to do the retiming in the .sup
file before remuxing.
And if the translated text is larger than the original,
I have to worry that the compressed modified subpic is
too large to fit into the .vob. That should not be the
case for .sup.

[jeanl]

What an interesting discussion!

There is a really strange effect which I do not understand.
I'm using DVDSubEdit 1.501, the latest official release.

I open some .sup file, no corresponding .ifo. Next I choose
"16:9 Widescreen" in the combobox. Now the first subpic is
shown in widescreen mode.
I edit the subpic (Ctrl-Shift-E), but in the external graphic
editor I do _nothing_, just close it. Now the "modified"
bitmap is reimported, the subtitle is marked as "modified".
However the subpic _seems_ to have moved some few pixels.
I can see this when I reload the original SPU from file
(Ctrl-Z). When typing Ctrl-Z the subpic moves sligtly a few
pixels.
I get the same strange effect if I choose "4:3" instead of
"16:9 Widescreen" in the beginning. However, if I do not choose
any screen mode after loading the .sup file - i.e. the combobox
is empty, then I do not see any difference between the modified
and the original subpic.
So I guess, that the content of the subpic has not moved, it must
be some kind of "display problem". But it is annoying anyway.

What might be the reason? I guess stepping though the source code
will not help _me_ fnding the reason.

To make the problem reproducible, I uploaded a small (57k) .sup file:
http://www.mediafire.com/?sharekey=752bb9d5bc1236d0896b8bcfb63f39f8e04e75f6e8ebb871

I have a suspicion that this isn't caused by the outside editing, but by the cropping that takes place before the bitmap is exported. Can you check whether this happens when you do "crop" (instead of shift-ctrl-E)?
Jeanl

[jeanl]

Retiming a single .sup file would be a great feature.
It is one of the few things I'm missing in DVDSubEdit.
And I guess it should be much easier to implement
than retiming a .vob.
What so I need it for? Sometimes I wish to add a new
subtitle stream in another language. So I demux the
original .vob's, duplicate one .sup file, change the
text subpic by subpic and remux the whole thing in the
end. I open the audio files in some audio editor and
see very exactly, how much the subpics should be retimed.
It would be really helpful to do the retiming in the .sup
file before remuxing.
And if the translated text is larger than the original,
I have to worry that the compressed modified subpic is
too large to fit into the .vob. That should not be the
case for .sup.
I see, but aren't there tools out there that allow you to do that easily? I'll look into adding that to DVDSE...
Jeanl

[jeanl]

Here's version 1.5023
http://download.videohelp.com/DVDSubEdit/Downloads/DVDSubEdit1.5023.zip

I've fixed the read-only attribute on sup files. I've added re-timing of sup files. Give that a shot, and let me know.
Jeanl

[kotyczka]

Here's version 1.5023
I've fixed the read-only attribute on sup files. I've added re-timing of sup files. Give that a shot, and let me know.
Jeanl

Thank you very much, it works like a charme!

One very minor note. When opening a .sup file
the playback buttons at the very bottom should
be disabled. It makes no sense to press them.
I already had the case that I startet playback
when only a .sup file was opened:

First I opened a full domain, then I opened the .sup.
Next I wanted to press the "next subpic" button,
which already had the focus. I didn't use the mouse
for pressing the button, but wanted to use the
"Space" key. I did not remember that you catch
that key event to start playback. So the playback
did start, but since there was nothing to play the
button just was flickering. No way to stop that.
So maybe it just should be disabled if a .sup file is
loaded.

[kotyczka]

I have a suspicion that this isn't caused by the outside editing, but by the cropping that takes place before the bitmap is exported. Can you check whether this happens when you do "crop" (instead of shift-ctrl-E)?
Jeanl

It seems you are perfectly right with this assumtion.
If I press the "Crop subpic background" button, I do see
the text moving some pixels too. And it happens only
if I choose 16:9 or 4:3. If the combobox keeps empty
I do not see the subpic moving while cropping.
However I still have no idea if that effect changes the
final subpic stream.

[jeanl]

Thank you very much, it works like a charme!

One very minor note. When opening a .sup file
the playback buttons at the very bottom should
be disabled. It makes no sense to press them.
I already had the case that I startet playback
when only a .sup file was opened:

First I opened a full domain, then I opened the .sup.
Next I wanted to press the "next subpic" button,
which already had the focus. I didn't use the mouse
for pressing the button, but wanted to use the
"Space" key. I did not remember that you catch
that key event to start playback. So the playback
did start, but since there was nothing to play the
button just was flickering. No way to stop that.
So maybe it just should be disabled if a .sup file is
loaded.
Yes, of course, that's an oversight. I'll fix that. Thanks.
Jeanl

[jeanl]

It seems you are perfectly right with this assumtion.
If I press the "Crop subpic background" button, I do see
the text moving some pixels too. And it happens only
if I choose 16:9 or 4:3. If the combobox keeps empty
I do not see the subpic moving while cropping.
However I still have no idea if that effect changes the
final subpic stream.
It shouldn't affect the final stream but I can't say that I've done extensive testing to prove that the subpic is absolutely in the same position whether it's cropped or not. However, I'm 99% sure that it is.
The reason why it appears to move is because of the display in DVDSubEdit: because in general the subpic isn't displayed as 1 pixel for 1 pixel (i.e., there's some reduction in size going on to fit the screen), there has to be some approximation. The approximation is never worse than 1/2 pixel, and can change depending on the display mode (4:3, 16:9 etc) and also depending on the size of the app. If you maximize the app to make the display area as large as possible, you might find that the subpic does not move at all when you crop. In any case, I don't think that's anything to worry about.
jeanl

[oso2k6]

Here's version 1.5023
http://download.videohelp.com/DVDSubEdit/Downloads/DVDSubEdit1.5023.zip

I've fixed the read-only attribute on sup files. I've added re-timing of sup files. Give that a shot, and let me know.
JeanlHi, i asked for this option some posts before, and first of all thank you for implementing it, i tested it applying big delays of 15 seconds, then when remuxing, all was in perfect sync, so again, thank you very much. If i find any problems i'll post them here. Bye.

[alfixdvd]

With ripped movies that have the protection ARCOSS of SONY, and they have a first a cell of few frames, ie: 00:00:00.12, DvdSubedit shows incorrectly the time of all the subtitles, they are delayed forward.

Nevertheless extracted with PgcDemux they are correct.

Last movie with this behavior is Rachel Getting Married.

What's wrong!

[r0lZ]

The protected cells are wrong, not DVDSubEdit!

You can try to remove them with PgcEdit before using DVDSE, but be sure to keep a backup of your ripped files, as removing the cells may be very difficult. Verify also if the main movie plays fine.

[alfixdvd]

The protected cells are wrong, not DVDSubEdit!

You can try to remove them with PgcEdit before using DVDSE, but be sure to keep a backup of your ripped files, as removing the cells may be very difficult. Verify also if the main movie plays fine.

Yes I know, I can remove this first cell with PgcEdit, Dvd2one, DvdShrink, etc. But PgcDemux in spite of the wrong first cell, it extracts the subtitles with correct timming, I do not need to do an additional previous step with PgEdit or similar.

Why DvdSubedit does not do the same ?

[jeanl]

When you say that DVDSubEdit shows the wrong timing, what timing are you referring to? Is it the "Timecode" in the subpic info, or is it the PTS?
Could you post a detailed example showing the PTS and the timecode in DVDSE and the pts shown by pgcdemux?
Jeanl

[alfixdvd]

When you say that DVDSubEdit shows the wrong timing, what timing are you referring to? Is it the "Timecode" in the subpic info, or is it the PTS?
Could you post a detailed example showing the PTS and the timecode in DVDSE and the pts shown by pgcdemux?
Jeanl

The movie is Rachel Getting Married.

It has a first cell of duration 00:00:00.12.

Subtitles extracted with Pgdemux show:

First subtitle in stream PTS = 9579600 TimeCode: 00:01:46,439
First forced subtitle in stream PTS = 115729200 TimeCode: 00:21:25,880

Subtitles extracted with DvdSubedit (File -> Open Full domain) show:

First subtitle in stream PTS = 19958400 TimeCode: 00:03:41,759
First forced subtitle in stream PTS = 126108000 TimeCode: 00:23:21,200.

PTS's and Timecode are different.

Values from PgDemux are synchronized with the image, values from DvdSubedit are moved forward.

[fulham]

Hi,
I recently moved to apple computer and tried to use DVDstudio PRO which is a MAC software. Unfortunately this programme's text 'back bar or background' covers the whole screen and it cannot be resized! I need the 'back bar' or the grey text box as most of the video clip that I subtitle have light background.
I then tried to use dvdsubedit's 'crop' feature on one of the subtitles and I could see the dramatic effect. The back bar was trimmed to the size of text immediately. I applied the modification to all subtitles which also worked very well. I saved and exited with joy.
But when I played the edited dvd folder - nothing has changed. The whole screen still darkening everytime a subtitle shows up!
Tried it again and again - no success. I don't know if it is only a problem with saving or the backbar itself cannot be resized.
I didn't have such problems with the windows based computers.
I will really appreciate your help re this matter.
Please note that I am running dvdsubedit using "virtual win XP" from within the MAC platform.
Cheers,
Fulham

[QUOTE=jeanl]This is surprising. If you cropped, applied to all, and saved, and everything went OK, then this really shouldn't happen. When you reload the modified DVD into DVDSE, does the background take the whole picture, or does it appear cropped, as when you saved it.
I can only see the following explanations:
- You applied to a particular stream of subs which is different than the one you selected in the player? Try applying to all stream simultaneously, then saving.
- On some of the subs (maybe many), the cropping fails to properly see the bounding box of the text (could be because of a spurious pixel here or there in the sub), and you didn't see that when you applied to all. Try pinpointing a sub that shows the problem, then open the DVD with DVDSE, go to that sub (make sure it's the same stream), and look at the background to see whether it was properly cropped.

Another way to solve your problem is to make the background transparent (which it obviously isn't currently). DVDSE can easily do that for you, all you have to do is select the background pixel, and move the transparency slider to full transparent, apply to all, and save... This should do it.

Jeanl

Hi Jeanl,
Thanks for the response.
1. I need the back bar as my video clip has very light background. One can't read most of the the subtitles without it.
2. There is only one subtitle stream and I applied the crop 'to all' and then saved it before exiting DVDSE. Before I closed it, I did browse the changes at random (as I have about 600 subtitles, I didn't go through all of them) and they all looked cropped properly.
3. When I reload the modified DVD into DVDSE, the cropping is all gone! In other words, nothing seems to have been saved!
This is all reproducible everytime.
I am really stuck now.
Please let me know what should I do next.
Thanks,
Fulham

[ericf]

Wait a minute, this is already implemented! If you change the colors of the pixels in a subpic (by clicking the colors in the clut display - NOT by shift-clicking which changes the color of the CLUT itself), you can apply the same modification to any other subpic by pressing Ctrl-V (shortcut for paste).
Isn't that what you want?
Jeanl

Thanks for alerting me to that feature!
However, most of the time I'm not using the CLUT colors since I'm using a color that is the closest to the signs I'm subbing. That what I'm using this feature for most of the time.

Is it possible to implement this ctrl+v option with the shift+click colors as well?

Oh, and is it possible to "teach" the OCR not to substitute l with I and mark italics so that they come out right in the srt?

Thanks.

ericf

[r0lZ]

The colors you change with the shift key are the colors in the IFOs. They are not dependent of the current subpic, but are global to the whole PGC. It doesn't make sense to save the same CLUT several times.

However, in some rare cases, the same VOB cells are reused in several PGCs, and they may have different CLUTs. I'm not sure DVDSubEdit saves the colors modified with shift in all PGCs referencing the VOB cells, or only in the first PGC it finds. Anyway, you can modify or copy/paste the CLUTs of the PGCs with PgcEdit.

[ericf]

Thanks. I'll see if I can try that. Never done it before.
ericf

[jeanl]

Yes, I couldn't have said it better than r0lZ! in 99% of cases, you'll just need to create the color you want once, then use it for every subpic, in which case, Ctrl-V (or apply to all) will answer your needs.
Jeanl