Announcing DVDSubEdit Version 1.51

[r0lZ]

I did not know that, Sir. But if you do not change the default display area in SC, I guess it produces good subpics, right?
Anyway, I have never noticed any problem with SC, but I had some garbage problems on some standalone players with DVDSubEdit after having cropped the background of the subpics of commercial DVDs. So, I'm convinced that there is something wrong in DVDSubEdit. However, the garbage appears usually at the bottom of the subpic, so my problem could be different than Mtz, since in his case, the garbage appears in the top line of the subpic.

[Sir Didymus]

...if you do not change the default display area in SC, I guess it produces good subpics, right?

WRONG! That's the point. The values you put in the SC GUI Edit box don't match always with the values you expect... It's easy to veryfy, by using first SC, and then DVDSubEdit to check the individual SPUs... I have frequently observed values of StartY = 0 and EndX = 720 in some individual SPUs by using the straight default choices proposed by SC. Most sw players do not complain about, but for the standalones it's a nightmare...

In case something else is wrong in DVDSubEdit, that's a possibility. I don't want to comment on this, since it's something in the court of jeanl, but Mtz should use compliant pictures to start with its arguments... Otherwise the bug reporting method is weak...

[r0lZ]

Otherwise the bug reporting method is weak...I agree, but maybe Jeanl could add a check for illegal subpic dimensions or positions. It is always nice when a program can fix the bugs of another app!

[jeanl]

I agree, but maybe Jeanl could add a check for illegal subpic dimensions or positions. It is always nice when a program can fix the bugs of another app!
Yes, I could add an option to fix these problems. I'll put that on my todo list. Mtz sent me some sample of badly formed subpics, so I'll have something to play with.
But Mtz hasn't stated whether the original subpics created by SC were bad, or if it's DVDSE that made them bad. If the originals were OK, then something's not right with DVDSE. Mtz, could you clarify that?
Jeanl

[blutach]

I've actually also seen some badly formed subpics (not created on SC) but edited with DVDSE. They look fine in the DVDSE preview but on the screen look like mush. Haven't pinned down a reason though.

Regards

[GrofLuigi]

Me too (http://forum.doom9.org/showthread.php?p=1065656#post1065656). :(

I thought it was due to too many operations/reloads I did.

Since then, I carefully choose the operations and don't experiment - it hasn't happenned again. :confused:

GL

[Sir Didymus]

I've actually also seen some badly formed subpics (not created on SC) but edited with DVDSE. They look fine in the DVDSE preview but on the screen look like mush...
Regards

That deserves some run with a DVD format verifier... I discovered the (serious) issue of SC by using the Philips and "with some careful navigation" in the sea of the reported errors...

:)

Cheers,
SD

[_Assie_]

Why does DVDSubEdit OCR italic subpics but not put the italic tags (<i> and </i>) in the .srt output file?

[AlanHK]

It's really tedious to go through every subtitle you want to change colors to and then save that edit manually (Ctrl+v).

Any way to make this easier?


Ctrl-A.
Apply last modification to All.

[jeanl]

Why does DVDSubEdit OCR italic subpics but not put the italic tags (<i> and </i>) in the .srt output file?
It can OCR them, but it can't reliably say that they are italics... Or at least, I haven't implemented that. Is that really an important feature?
jeanl

[jeanl]

Me too (http://forum.doom9.org/showthread.php?p=1065656#post1065656). :(

I thought it was due to too many operations/reloads I did.

Since then, I carefully choose the operations and don't experiment - it hasn't happenned again. :confused:

GL
Well if this happens again, be sure to send that to me. DVDSE should NEVER output badly formed subpics. I thought I had fixed all these kinds of bugs, and I need to make sure that's the case. I use DVDSE on every one of my rips, applying various effects, and testing on my standalone, and I've never seen anything fishy, but I'm not saying it can't happen.
Make sure to save the output, the input, and try to remember what you did! :)
Jeanl

[Mtz]

Regarding standalones, I have something to ask.
Some people have standalone Divx players and are trying to play DVD from USB. Of course, they can only select the VOBs with the movie and play directly the VOBs one by one. The movie can be played OK if the USB is 2.0, the subtitles are showing up, but with bad colors. With USB 1.1 the movie is suttering but this is not the problem here.

For example here is the original subpicture:
http://img228.imageshack.us/img228/6480/originaldse.th.jpg (http://img228.imageshack.us/my.php?image=originaldse.jpg)

On TV the subtitle is displayed like this:
http://img5.imageshack.us/img5/1732/sapdse.th.jpg (http://img5.imageshack.us/my.php?image=sapdse.jpg)

So, the outline is ignored. Can be anything done in DSE to always show the color of subtitle (for example: white) and the outline (with or without alias) in black?

enjoy,
Mtz

[r0lZ]

If the player has an hardcoded color table with a black entry, it might be possible to display the outline in black, but you have to know which colour index to use. You may find it by modifying the 16 first subpics, and assign a different colour index to the outline of each subpic. If all are white, then your player uses an all-white color table, and you cannot display the black outline. In that case, you can probably hide it completely (by forcing it to full transparent.)

[Mtz]

But when I'm modifying some color for the subpicure, that information is not saved in the IFO file? I can't select or play an IFO file, just VOB. And when playing a VOB file, the information from IFO will be not read by the player.
Testing the 16 colors from some DVD and found one (something like purple) which will give black outline. Tested on 2 different players (same Mediatek chipset, but different brands).
Using the same color on other DVD and the outline was yellow. In this second DVD i had only 3 colors: white, grey and black. Even I had only these colors, the utline contain some yellow and white. IIRC, on some DVDs the subtitles are green or other colors.

The only acceptable subpictures were with e1 and e2 set to transparent. But with no outline, the subtitles are hard to be readed on white backgrounds.
Maybe is something related in the player firmware with some YUV>RGB conversion.

enjoy,
Mtz

[r0lZ]

It is useless to modify the colour itself, as, as you explained, it is saved in the IFO, which is ignored by the player.
You should just select another colour slot. The selected slot is saved in the VOB. (The colour you see in DVDSE doesn't matter: it might be totally different in the hardcoded CLUT of your player.) If your player can display black outline, you will finally find which colour slot to use, by tries and errors. Remember the combination that works well, and use if for your other DVDs.
(Of course, you might want to change the colour as well and save it in the IFOs, if you use another DVD-Video compliant player that knows the IFOs.)

[Mtz]

That purple outline color which gave me the black outline for one DVD movie wasn't good for another movie. Saving the tested OK clut, loading it in PgcEdit for the other movie and then modify the outline in purple in DSE is too much work. I supposed that can be done in some way only with DSE.
Of course the easy way to watch a DVD movie saved on HDD is to burn it on DVD RW.
And the best thing to have both is to modify the firmware player to always display white subtitle with black outline. But i don't know where is this conversion table and I'm already tired of modifying firmwares.

enjoy,
Mtz

[r0lZ]

But you don't have to use PgcEdit.

The principle: load your DVD in DVDSE. Finds which colour is used for the outline (b, p, e1 or e2.) Change that color to the slot that gives you the black outline in your player. Apply to all and save. That's all.

As I said, the colour you see in DVDSE is extracted from the IFOs. The fact that the purple gave a good result is only an hazard. You should use the slot that contained that purple, but with another DVD, it might be a totally different colour. The important thing is to remember the position of the slot, not its colour.

[Mtz]

r0lZ is always right... ;)
The secret was the clut position... and of course the purple color.
Here is a screenshot for the position and color for outline black color for standalone players with Mediatek chipset (tested on 2 brands: E-Boda and Medion):
http://img141.imageshack.us/img141/3811/dseclutposition.th.jpg (http://img141.imageshack.us/my.php?image=dseclutposition.jpg)
The blue color I think is not important because is the background and is transparent. But I think also the white p position for subpicture white color is important.
Maybe some users with Mediatek chipset players and USB will test some direct play of VOBs.

Regarding subtitles order displayed on standalone: the order is the same as in DVDSubEdit. For example if French is the first on DSE, also on stadalone will be the first, even if in IFO is the last for example.

Thank you very much for the help.

enjoy,
Mtz

[r0lZ]

IMO, you should create a CLUT in PgcEdit with the right colours used by the player (ie black in the last slot) and assign another colour (for example red) to the slots that are not used by the player. Finally, you should have the 3 colours needed for the standard subpics at the right position: white, black and grey for the antialiasing, (and, perhaps, blue for the transparent background if you can locate it), plus red in all other slots. Save that CLUT. This way, you can change the original CLUT easily with PgcEdit, then go to DVDSE and assign the right colour slots with the right colours. Furthermore, the modified DVD will also play fine on any player that uses the IFOs. What you will see in DVDSE is what you will get on all players.

Also, please post the final CLUT (or an image) here. That might be interesting for the other users of standalone players with Mediatek chipset.

[Mtz]

Hmm... I don't think that we can have a solution to have correct colors for both Disc Play and USB play.
On standalones, only the 1, 2, 11 and 16 position are used and "reading" only that positions. The others are always white.
I made a picture with all "story" regarding changing colors in DVDSubEdit to have correct colors on standalones:

http://img217.imageshack.us/img217/3718/changingthecolorsforsta.th.jpg (http://img217.imageshack.us/my.php?image=changingthecolorsforsta.jpg)

As you can see, i need to assign at least the 16th position to purple for the black outline. Of course I can use PGCEdit for some changes (creating 2 clt files, one for disc play and one for USB play) but for some Joe is easy with DSE.

enjoy,
Mtz

[r0lZ]

No, again, the colour in the slot doesn't matter for your standalone. It ignores it completely, since it doesn't even read the IFOs, where the colour is stored. It uses an hardcoded colour lookup table (CLUT), where the last colour IS black. So, to display the outline in black, you must assign it the last slot in the CLUT. You do that with DVDSE: it assigns the last slot to the outline, and stores the information in the VOBs.

Of course, a normal player will see that the last slot is used for the outline, and search in the lookup table the corresponding colour. In your example, it will find purple, and display it. That's obviously wrong. So, change that colour to black (with PgcEdit or DVDSE, it doesn't matter), and save the IFOs. Both players will display black.

In other words, you have to change the colour indexes in the VOBs, because your USB player uses an hardcoded CLUT. So, if you change also the CLUT in the IFOs to match the hardcoded CLUT, the same colours will be displayed by all players. The difficulty is to figure out the hardcoded CLUT of your player. We know already that the last slot is black. According to your screenshot, the other slots of interest are slots 1, 2 and 11 (they should be 0, 1 and 10, because the CLUT is zero-indexed but that's not important.) So, it ignores completely the other slots, and you can put any colour that is never used (I suggested red.) But you have to put white in the slot that is used for white (probably slot 1 or 2) and gray in the antialiasing slot (probably slot 11.)

Try it!

[Mtz]

The colors no matter for all slots excepting 1, 2, 11 and 16 and is always white. So is no needing for setting some color (for the rest of 12 slots) because the body is always white if is not in one of that 4 slots.

Again, the ONLY used slots are:
1 > yellow (set it to blue in DSE)
2 > pink (set it to red in DSE)
11 > brown
16 > black (set it to purple in DSE)

The only colors displayed by the standalone are: yellow, pink, brown, black and white. To have these colors you'll need to use only these colors in DSE: blue, red, brown and purple. Other colors set in DSE will be ignored and displayed as white on standalone, no matter in which slot they are.

For example, if you want yellow subtitles, set the p to slot 1 and blue color in DSE.

I made some test DVD with 2 subtitles streams: one with the colors from C. (stream 1) and one with colors from D. (stream 2) from my previous screenshot.
Playing from disc I have the right colors from stream 1 (C.). Stream 2 (D.) was with purple outline.
Playing from USB I have the right colors from stream 2 (D.). Stream 1 (C.) was with white outline.

The subtitles files used in my test are here. (http://www.mediafire.com/download.php?o52rg1yntzw) Duration of subtitles: 51 seconds starting from second 3 when is displayed the first subpicture.

enjoy,
Mtz

[r0lZ]

There is something you don't understand. I'll try to explain the theory.

The subpic image is a made of two bitplanes. That means that every pixel in the image can have the value 0, 1, 2 or 3 (arbitrary named b, p, e1 and e2). In other word, it's a 4 colours image, but I don't like this terminology, as the colours are not defined yet. They are abstract concepts. It's why they have been named b, p, e1 and e2, instead of, for example, red, white, grey and black. Of course, there is a mechanism to assign them a real colour, and that mechanism is rather complex.

In the VOB is stored an "colour scheme", that assigns an index (ranging from 0 to 15) to each of these values. For example, the pixel "b" of value 0 might be assigned to the index 0, the pixed p (value 1) to index 2, e1 (value 2) to index 10 and e2 (value 3) to index 15. Again, those indexes are not real colours: they are just the number of the "slot" they occupy in the Colour Lookup Table. Those indexes are what you can change in DVDSE, and save back in the VOBs. Note that even if you see a colour in each slot in the GUI of DVDSE, when you click on a "slot", you assign its NUMBER (and NOT its colour) to the corresponding b, p, e1 or e2 pixel type. So, if you click the "e2" colour type in the main window of DVDSE, and then the last box in the little window, you assign the index 15 to the e2 colour type. (Similarly, the VOB contains also the transparency values for each of the 4 pixels values b, p, e1 and e2, but that's not the point.)

There is NO real colour stored in the VOB file, and it's the cause of the problem with your player. (BTW, I have never understood why the DVD-Video specs are made this way. I don't understand why the colour is saved in the IFOs, and the colour indexes and the transparency values in the VOBs. It would have been much more simple and efficient to store everything in the VOBs. Anyway, we have to live with the specs!)

Finally, the real colour is stored in the Colour Lookup Table (CLUT), in the PGC. It is made of 16 colours, but only 4 of them are really used for a specific subpic at a time (but it is possible to change the indexes for each subpic, to display them in different colours, for example to distinguish the different subtitles for hearing impairs.) So, in my example, the e2 pixel type is assigned to the slot 15. If e2 is used for the outline, you want to display it in black. Therefore, you have to assign black in slot 15 of the CLUT in the IFOs. You can do that with PgcEdit, and also with DVDSE by Shift-clicking the corresponding slot. (AFAIK, it's the only action in DVDSE that requires to modify the IFOs. All other things you can do in DVDSE is stored in the VOBs only.)

In short, the process of assigning a colour to a specific pixel in the subpic image is rather complex: the player reads the image, and determines the pixel value. If it's 3 (e2), then it looks in the VOB for the index assigned to the e2 pixel type. In my example, it's 15. It reads therefore the real colour value to display on screen in slot 15 of the CLUT in the IFO.

Of course, if the player doesn't read the IFOs, it cannot do correctly the last step of that process. Instead of using the right CLUT, it uses an hardcoded CLUT stored in its ROM. Of course, the colour it will assign to the different pixel types will probably be wrong, unless the indexes have been created specifically for that hardcoded CLUT. It's the problem of your USB players.

If the picture of post 920 is correct, you can indifferently assign slot 2-9 or 11-14 to the white part of the subpic, and slot 15 to the outline. Unfortunately, there is no grey for the antialiasing, so you will have to select either a white index, or 15 for black. You have successfully created a good subpic with black outline. Fine. By doing so, you have modified the indexes in the VOBs. Therefore they point to other slots in the CLUT. That's OK for your USB player, but not for the standard players, because the colour pointed to by the index is different, since it is in a different slot. To fix this problem, you can modify the CLUT in the IFO, and clone the hardcoded CLUT of your player, so that the same index will display the same colour. That will certainly work.

In other words, the colours displayed in your picture in the "original DVD colors A" are NOT right any more, since the outline is now assigned to index 15, which is dark purple in the IFO CLUT. You must therefore change that colour to black in the IFOs to display the modified VOB file correctly on a standard DVD-Video compliant player, that reads the IFOs. (And similarly for the other colours.) The simplest way to accomplish this is simply to export the "Mediatek colors B" CLUT with PgcEdit, and import it in all PGCs that need to be modified.

I hope you understand now that you are wrong when you say "The only colors displayed by the standalone are: yellow, pink, brown, black and white. To have these colors you'll need to use only these colors in DSE: blue, red, brown and purple." Blue, red, brown and purple are displayed by DVDSE because it shows you the IFO CLUT. Those colours will be different if you load another DVD! If you assign the right colours in the IFOs, you can select the right colours in DVDSE, to easily change the indexes in the VOBs. What you see is what you get.

Try it! Change the CLUT in the IFOs with PgcEdit to the Mediatek CLUT, and save. Then, Open the VOBs with DVDSE. See the changes! Now, you can select the right colour slots easily to assign them to the b, p, e1 and e2 pixel types, apply to all and save the VOBs. And you will have a DVD that can be played in your USB players and in any standard player. Of course, you must change the TWO things accordingly: the indexes with DVDSE, and the CLUT with PgcEdit (or DVDSE by shift-clicking the slots.)


Additional note:
The menu button highlights can use a total of 4 different colour schemes: the "default scheme" that is saved in the VOB, exactly like for a standard subtitle, plus 3 additional extended schemes (that you can edit in PgcEdit.) Those additional schemes are stored in the nav packs of the VOBs, with the menu buttons information (but the default scheme is saved in the subpic stream itself.)
This is necessary as the highlights must change when a button is selected and when it is activated. This is another reason for the 16 colors in the CLUT: 4 colours per scheme x 4 schemes gives a total of 16 possible colours.
Anyway, if your USB player doesn't read the IFOs, it is certainly unable to handle a menu. :(

[blutach]

Don't forget about transparency <-> opacity!!! :D :D

Regards

[Mtz]

r0lZ, thank you for the explanation. Before your last post, I used my both neurons from my brain to figure how to make a DVD to work with correct subtitles from disc play and usb play and to simplify it, just talk about outline: to have black outline in USB play I must to assign the slot number 16 and to dark purple. Any other slot or color will give the wrong outline color. Assigning a slot which is not black will distroy the outline color for disc play.
In USB play, the player will read the colors only from slots 1, 2, 11 and 16. Any other color or slot will give white.
Saving the CLUTs from PGCEdit will not help me in any way, because even if I use the Mediatek CLUT, I need to assign the outline for some position slot ant its color and if this is not 16 and purple, in USB play will be wrong.

I don't have a standard DVD player, just DVD/DivX players (more than 10 players) with or without USB.
So, I made another test on a standalone without USB and burned 2 identical files with different extensions to be sure I can see at least one file and play it:
VTS_01_1.VOB
VTS_01_1.MPG
Both files played with subtitles.
Maybe your DVD can play in this way and you can test it.

The only chance to have at least the right color for both USB and Disc play is to modify the firmware at least to make that purple > black.

How is working the player in USB play: find the subpicture in the video file > search the assigned slot > display the color from the assigned slot. If the assigned slot is not 1, 2, 11, or 16 it will display white color. Tested on 3 different brand players, all with Mediatek chipset, with or without USB.

Edit:
DVD USB play is possible without suttering only with players with USB 2.0. For example: Philips DVP 3260, DVP 5990, DVP 5996K (the latest one have 5.1 analog output and DTS decoding).

enjoy,
Mtz

PS: blutach, transpareny is working as expected, so no problems.

[r0lZ]

If the player displays black when you select the last slot (slot 15, not 16 BTW), then that slot is BLACK in its hardcoded CLUT, not purple!
If you see it purple in DVDSE, it's just because DVDSE displays that colour, because it ignores that you will use your USB player to display the subpics, and anyway it cannot guess what's the colour in the ROM of your player. That's all. That purple is only a coincidence! Load another DVD in DVDSE, and you will see that slot #15 is NOT purple any more. But you still have to select slot #15 to display the correct outline colour with your USB player, no matter what colour it is.

So, to display the correct black outline in your USB player, you must select the last slot. That's right. But its colour in DVDSE is totally irrelevant, since the colour is stored in the IFOs ONLY, and your player ignores them totally! For the same reason, you can freely change the colours of the CLUT in the IFOs without affecting the way your player will see the VOB files, since, again, it ignores the IFOs. If it ignores them, it ignores also what changes you have made!

Since a standard player does NOT ignore the IFOs, it will display the colour in slot 15 of the IFO. If it is purple, it will display a purple outline. If it is black, it will display a black outline. It's why there is a CLUT in the IFOs. So, changing the colour of the last slot in the IFO allows the standard players to display the correct outline colour and DOES NOT AFFECT the way your USB player will display the outline.

Here is a graph to illustrate this:

USB Player:

e2 pixel ->
mapped to slot 15 ->
it displays the colour #15 in its hardcoded CLUT: black (and it ignores completely the IFO CLUT, and the fact that it could contain black, purple or whatever.)

Standard player:

e2 pixel ->
mapped to slot 15 ->
it displays whatever colour is in slot #15 in the IFO CLUT: purple or black, it depends ONLY of the content of the IFO.


It's simple, no?

[Mtz]

In theory is simple, yes... ;)
But as I told you before, if the color is not purple, the player will not display black. In some prevoius post I wrote that the player make some conversion for colors.
In another post I uploaded 2 sup files created with SubtitleCreator. One with correct colors for DVD play and one for USB play. The colors are in the sup files. When I opened the sups again in SubtitleCreator, it show me that colors I set. The colors are in the VOB files (from SUPs) and the player read them if are in 0, 1, 10 and 15 (1,2,11,16) and make the color conversion as is showed in A. > B.

http://img217.imageshack.us/img217/3718/changingthecolorsforsta.jpg

In D. is the way I must to assign the colors showed in A. So C. become D. I used brown for antialias because I think is the best choice.

Did you tried to burn a vob or mpg file (without IFO) to a DVD and test it in the player?

enjoy,
Mtz

[r0lZ]

The colors are in the sup files.
That's NOT true. The colours are NEVER stored in the sup files or in the VOBs. Only the indexes in the CLUTs. And BTW, it is easy to verify that. Load one of your .sup file in DVDSE. It asks you which IFO to use. If you cancel that dialog, it uses its "automatic CLUT", and it assigns black to the outline (because it is smart enough to recognize the outline, and assign it the right colour.) In that mode, you cannot change the colour indexes, nor the colours of the IFO CLUT. (To test, be sure to put your .sup file in a folder WITHOUT IFOs, or DVDSE may use the IFO anyway; I'm not sure.)

Of course, if you select an IFO, it uses the colours of the CLUT of the FIRST PGC (because it has no way to know what PGC is associated with the .sup file). It's not the hardcoded CLUT of your player, since that CLUT is in ROM, and you cannot load it in DVDSE.

I've just made that test with your .sup examples. With no IFO loaded, DVDSE displays the correct colours (because it is smart!) If I select an IFO, it uses the colours of the IFOs, and since I don't have your IFOs, the colors are totally dirrerent than in your screenshot, and of course, the subpic colours are totally wrong. In my case, the outline is light blue, not purple or black!


Instead of repeating that the colours matter, please try what I have explained at the end of my long post above. You will see that if you clone the hardcoded CLUT of your USB player in the IFO, you will have the same display on ALL players! (Unless, of course, you try another USB player, with a different hardcoded CLUT.)

[Mtz]

OK, tested again and figured how to do it only with DVDSubEdit:

http://img84.imageshack.us/img84/1820/dsedvdusb.jpg

Many thanks to r0lZ for patience and explanations.

enjoy,
Mtz

[r0lZ]

That's what I have tried to explain since the beginning: slot 15 must be black.

I'm glad I have finally been able to convince you! :)

[Mtz]

I'm glad I have finally been able to convince you! :)
I think it could be easier for you to convince Jessica Alba, for example... :devil:

And you can see, I used 0-15 instead of 1-16 as you suggested.

Did you tested direct play of VOB (MPG) from DVD without IFO with your standalone?

enjoy,
Mtz

[r0lZ]

No, I haven't tested, because my standalone players do not have USB ports. Maybe it is possible to burn a data DVD with only a single VOB, and play it like a DivX movie, but I don't think my old KISS DivX player will accept that. As far as I know, it supports only AVI files (or regular DVD-Video files with the IFOs.)

BTW, a good VOB-only player should use a method similar to DVDSE's "automatic CLUT" to detect which pixel type is assigned to the white part of the subpic, which one to the outline, and which one to the optional antialiasing, and assign them a correct, dynamically built CLUT. Jeanl has programmed that feature, and the code is open source! That should not be difficult to implement in the Mediatek chipsets. With that feature, you will always see correct subpics colours, regardless of the indexes in the VOBs. But unfortunately, the standalone players are usually much more primitive than the software tools and players.

[Mtz]

Even if you don't have an USB port, I was curious how is displaying your standalone the subtitles from a VOB burned as data on DVD.

Regarding players, I know they are primitive, but now the next step are HD players like the Media Centers. Developing software for DVD/Divx player is made now only to make it as cheaper as possible. Quality is not important anymore. The Philips DVP 3260 is very cheap and have USB 2.0. Also a very nice custom firmware created by vb6rocod, a romanian coder.

enjoy,
Mtz

[r0lZ]

Thanks for the info. I may buy a new layer soon. I just need some additional donations for PgcEdit! ;)

[Mtz]

In my country the 3260 is about 35 euro. I hope you'll receive at least 2 donations for this, but if I was you, I'll try to buy the 5996K for 5.1 analog output and DTS decoding. If these 2 things are not important for you, you can go to 3260. I like to donate, but I can't use Paypal.

enjoy,
Mtz

[_Assie_]

It can OCR them, but it can't reliably say that they are italics... Or at least, I haven't implemented that. Is that really an important feature?
jeanl

Well, now i have to go through all the subpics manually to see if a subpic is italic and change that in de .srt file. So it would save time to get the .srt file in order.

[ptrachte]

I'm trying to use the playback function on DVDSubedit 1.51 in order to help me retime subtitles starting around the middle of a video. The problem is - I don't see anything that would start the video playback! There don't seem to be any buttons or menu selections that would do it. I'd greatly appreciate it if someone could let me know how that function is triggered.

thanks

I should add, I did find the description of video playback in 1.8 of the User Manual, but I don't see the two arrow buttons it describes anywhere in the program window.

Here's a screencap:
http://www.flickr.com/photos/30385306@N04/3384480834/

[jeanl]

I'm trying to use the playback function on DVDSubedit 1.51 in order to help me retime subtitles starting around the middle of a video. The problem is - I don't see anything that would start the video playback! There don't seem to be any buttons or menu selections that would do it. I'd greatly appreciate it if someone could let me know how that function is triggered.

thanks
Assuming you're using version 1.5, or better yet, 1.501 (newly available from the web site, with a bug fix), the playback buttons are at the bottom of the window, in the middle. They're only active when a VOB file is loaded (as opposed to a sup).
It's possible that your screen resolution is so small that you don't see the bottom of the window?
jeanl

[ericf]

A question about a problem I just had.
I made subs for a movie where there is text on a computer.
I used the font Game Power.
I have two subtitle tracks, 1 in English and 1 in Spanish. I make special color changes to these subtitles. All of them have the same color combination (adding the right color by using SHIFT+Click.
When I look at the subs on the DVD the colors are different for the two languages. And the first two subtitles show one color combination while the next two show a second color combination. The two subtitle tracks don't show the same combination of colors.

Note that I have adjusted the CLUT colors so that all of them show exactly the same colors.

Any idea why this might happen?
I'm using 105.

A short comment: Is it possible to make a command for copying colors from one subtitle and then paste them into the next?
There's quite a lot of work when you have 30 or so subtitles to change color for and you have to make button clicks several times for each one.

Thanks.
ericf

[jeanl]

So you're saying that all the CLUTS in the PGCs that reference the subs are identical, yet the player shows different colors? Are you sure the various parts in all the subtitles use the same pixel types? For example, are you sure the body of the subtitles always uses the same pixel type (say p for example)? Does DVDSubEdit show the colors the way you want them?
Jeanl

[jeanl]

A short comment: Is it possible to make a command for copying colors from one subtitle and then paste them into the next?
There's quite a lot of work when you have 30 or so subtitles to change color for and you have to make button clicks several times for each one.

Thanks.
ericf
mmm, when you say "color", this is a bit misleading. The colors are coded in the CLUT which is in the PGC. So you never need to copy that from a subtitle to the next, all use the same CLUT if they're in the same VCID.
What you might need to do is to copy the color assignment (i.e., the mapping from p,b,e1,e2 pixel types to 4 colors from the CLUT) from one sub to the next (because this color mapping can change from sub to sub)...
I guesss that could be done...
Jeanl

[ericf]

So you're saying that all the CLUTS in the PGCs that reference the subs are identical, yet the player shows different colors? Are you sure the various parts in all the subtitles use the same pixel types? For example, are you sure the body of the subtitles always uses the same pixel type (say p for example)? Does DVDSubEdit show the colors the way you want them?
Jeanl


The color in DVDSubEdit shows correctly. The colors on the DVD does not. The color (the colors of the specific subs are variations that are not in the CLUT) looks the same on all 4 color squares (b, p, e1 and e2). b, p and e2 have the background color and e1 has the main color.

ericf

[ericf]

mmm, when you say "color", this is a bit misleading. The colors are coded in the CLUT which is in the PGC. So you never need to copy that from a subtitle to the next, all use the same CLUT if they're in the same VCID.
What you might need to do is to copy the color assignment (i.e., the mapping from p,b,e1,e2 pixel types to 4 colors from the CLUT) from one sub to the next (because this color mapping can change from sub to sub)...
I guesss that could be done...
Jeanl

It would be very nice to have this. There is so much clicking at times that I sometimes make mistakes.
Thanks.
ericf

[*ale*]

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 :

[blutach]

@ale - do not crosspost either!

Read the rules please

Regards

[oso2k6]

Hello, this program is great, thank you for creating it, i use it mainly for replacing menu's subpictures, backgrounds and to change subpics colours. I would like to know, is it possible to implement retiming of single .sup files? Bye.

[jeanl]

Hello, this program is great, thank you for creating it, i use it mainly for replacing menu's subpictures, backgrounds and to change subpics colours. I would like to know, is it possible to implement retiming of single .sup files? Bye.

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

[jeanl]

It would be very nice to have this. There is so much clicking at times that I sometimes make mistakes.
Thanks.
ericf
I'll add that to my long todo list... :)
Jeanl

[jeanl]

It would be very nice to have this. There is so much clicking at times that I sometimes make mistakes.
Thanks.
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

[oso2k6]

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?
JeanlHi, 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.