PgcEdit 0.5.0 beta

[r0lZ]

[EDIT: PgcEdit v7.0 has been released. See this thread (http://forum.doom9.org/showthread.php?t=110310).]


PgcEdit 0.5.0 beta 8 is available in the "All versions" folder of my homepage at VideoHelp (http://www.videohelp.com/~r0lZ/pgcedit/index.html).

This is the first public beta.

The main new feature is the BOV (Buttons Over Video in title domain) support.
This addition required many changes in the code, so it's still a beta. All known bugs are hopefully fixed, but I prefer to release a public beta for now, just to be sure.

If you find a bug, please report it here. Thanks.

See the history for the complete list of changes.

[blutach]

Merci beaucoup r0lZ!!

Regards

[vav]

two small typos:
on the burn icon, in the tooltip,
ingtool -->> iMgtool
mkisofs -->> mkisoft

jpg attached.

after correcting this - program is PERFECT! :-)

[r0lZ]

Originally posted by vav
two small typos:
on the burn icon, in the tooltip,
ingtool -->> iMgtool
mkisofs -->> mkisoft IngTools changed to ImgTool. Thanks.

But I can't see any typo in mkisofs. BTW, mkisofs stands for Make ISO File System.

[vav]

r0lZ,
you're so polite and I'm ashamed :o

you're correct of course.

well, program's perfected earlier than expected ;)

Thanks again for a wonderful piece of work.

[2COOL]

Why do we have a disabled Cancel button in BOV dialog if we can't use it? The Abort button works as planned.

[2COOL]

I like having my Find BOVs dialog automatically start but I feel I don't really have the need to do it again whenever I use the reopen button. It's like using DVD Shrink and having it re-analyze my files everytime. How about putting it a simple dialog the second time asking us if we want to find BOVs again? If not, bypass it.

[r0lZ]

Cancel:
The Cancel button is disabled during the scan process.
When the Scan for BOV dislog is automatically called upon DVD load, the scan process begins immediately, therefore the Cancel button is disabled.
But if you launch the function manually (via the File menu), there is no autostart, and you must use the OK button to launch the scan, or the Cancel button to quit immediately.

Autostart:
This is why you have an Abort button! You may abort the scan if you already know there are no BOVs in the current DVD.
Also, note that you may disable the scan of any VTS, including the VTS being currently processed. This will bypass it, and continue with the next one.
I can't reuse the old variables, because everything is reinitialized whenever a DVD is opened, or reopened.

[2COOL]

Ok...I can live with it. ;) Back to beta testing...

[blutach]

After a BOV scan, there is a ?b against video in VMG PGCs.

I'm not sure if there can be BOV in this domain and PgcEdit has no way of scanning it anyway.

So, shouldn't this ?b be eliminated?

Regards

[2COOL]

r0lZ,

Can you implement a sanity check to compare the actual number of audio and subpictures in VTS_PGC_# to what's in VTSI_MAT? The reason I'm asking is that I have encountered a scenario with having two actual sub streams but in VTSI_MAT, it showed 32. I had to manually changed that to 2. I assume this is a minor discrepancy in authoring.

[r0lZ]

Originally posted by blutach
After a BOV scan, there is a ?b against video in VMG PGCs.

I'm not sure if there can be BOV in this domain and PgcEdit has no way of scanning it anyway.

So, shouldn't this ?b be eliminated?

Regards As BOVs are, by definition, buttons over video in the title domain, there cannot be BOVs in the VMG. But the regular menu buttons are scanned in all VTSM and in the VMGM VOBs when the DVD is loaded.

Note that the menu buttons scan occur before the scan for BOVs when the DVD is loaded, and is totally independent. I don't think the BOV scan is responsible. You may check that easily: disable the automatic scan for BOVs, and reload the DVD. If the ?b do not appear anymore, then it's a bug!

A ?b marker is used when, for any reason, the scan cannot determine if there are buttons in that PGC. Maybe the VOB is missing, or still encoded, or it does not match the IFOs?
Try to display the menu buttons of that PGC, and see the error message in the status bar.

Also, in v0.4.*, it was impossible to scan the menu buttons in the VMGM with a DVD without any VTS. (It's not easy to find such a DVD, but you may create one with the New DVD function.) This problem was in libdvdread, and doesn't occur anymore with v0.5, as I rewrited the buttons parsing routine entirely in Tcl/Tk.

[r0lZ]

Originally posted by 2COOL
r0lZ,

Can you implement a sanity check to compare the actual number of audio and subpictures in VTS_PGC_# to what's in VTSI_MAT? The reason I'm asking is that I have encountered a scenario with having two actual sub streams but in VTSI_MAT, it showed 32. I had to manually changed that to 2. I assume this is a minor discrepancy in authoring. Difficult. I have no way to know the real number of streams by looking at a particular PGC. The stream status in a PGC indicates which are the streams used by that PGC, but there may be additional streams not used in that particular PGC, but used elsewhere. I often saw this case with BOVs, for example.
The only way to know the number of streams is to examine all PGCs, and use the highest number found. But, even if I do that, there is no guarantee that it's the real number of streams stored in the VOBs.

However, I will see if I can do something...

[r0lZ]

Originally posted by 2COOL
I like having my Find BOVs dialog automatically start but I feel I don't really have the need to do it again whenever I use the reopen button. It's like using DVD Shrink and having it re-analyze my files everytime. How about putting it a simple dialog the second time asking us if we want to find BOVs again? If not, bypass it. OK, I've found a relatively easy way to do what you requested. The option to skip the menu buttons and BOVs parsing when reopening a DVD will be available in 0.5.0 final.

[goonix]

Hi r0lZ,

first thank you for your incredible work. Can't think what to do without PgcEdit...

I have tried v0.5.0beta8 to make a modified backup of "Who wants to be a Millionaire" german DVD edition, a game DVD for desktop DVD-players, that have only BOV and absolutely no regular buttons.

1. If I open the folder with PgcEdit and save it without changing anything, following will happen when I try to play the saved folder:

PowerDVD opens the viewing window and closes it immediately.
WinDVD does nothing.
Nero Showtime hangs up.

Using the original files, all 3 softplayers work correctly.

I have tested this behaviour with older PgcEdit versions. In 0.4.1 to 0.4.4 there are no problems. Beginning from 0.4.5, the saved DVD files won't work anymore. It is independent of the 32k option.

If I try to open the saved folder again, PgcEdit gives me the error message: Fatal error! PgcEdit is trying to read data after the end of table...

This DVD has 48 VTS with 50 to 120 VTST-PGCs and 8 to 9 cells in every PGC so maybe a big table is necessary?
It is my first DVD where this problem occur.

2. The aspect ratio of the displayed frame within the button view window isn't 4:3. (the people have "eggheads"). For that reason the buttons placed on the bottom of the frame are not visible, they are below the viewing area. If I press the Preview button, all is displayed fine, but here I can't see the button commands of course.

3. In some PGCs all the button commands I can see are NOP and because there are no post commands, it can't be correct. But if you do a preview of this PGC, you can see that the button-background (as part of the video) is displayed first in cell 2 of this PGC and therefore the buttons will be activated (get a usefull command) maybe not before cell 2 is reached.

Pressing the Image ">" button several times won't help.

Maybe this information is usefull.
goonix

[r0lZ]

Hi goonix, and welcome to the forum.

1. Humm. Verry ennoying problem! I'm not sure why it happens. There are no fixed width tables in PgcEdit, so, it should not be a problem with the number of VTS, PGCs or commands.
Could you send me the original IFOs (an archive with the PgcEdit_backup folder)? You will find my email address in my profile. Thanks.

2. I will look at this aspect ratio problem.

3. If a PGC has button commands or a NextPGC link > 0, it is possible that there are no VM commands at all.
But that may also be a side effect of problem 1.

Thanks for submitting this important bug. I'm waiting for your IFOs...

[r0lZ]

Another beta is out. Check the homepage at VideoHelp.

It fixes the problem reported above by goonix (nothing to do with BOVs), and a couple other things.


@goonix
I've found the problem.
In the PTT_SRPTI tables of all titlesets, there is only one TTU with one PTT. This is strange, but perfectly legal.
But the Program number is 0 for the defined chapter. As the programs are numbered starting at 1, it's obviously abnormal.
Furthermore, the PGCN for the defined chapter is sometimes a dummy PGC! There cannot be chapters in a dummy PGC!
There must be an entry in the PTT_SRPTI for each title. But, your DVD is a game, without 'real' titles to play. So, I suppose this trick is used to hide the chapter numbers.
I wonder if this is legal...

Example (Titleset 12):[00000000] Number of Title Unit Search Pointers (TTUs) in the VTS 1 [0001]
[00000004] End byte of PTT_SRPT table 15 [0000000f]

[00000008] TTU_1: Starting byte 12 [0000000c]

TTU_1 PTTs:
[0000000c] PTT_1: Programm Chain number PGCN 133 [0085]
[0000000e] PTT_1: Programm number PG 0 [0000]Note that PGC 133 is a dummy PGC, and the PG 0!
In such situation, PgcEdit was unable to rebuild the table correctly.

Could you download beta 9 and try it with your DVD. Should work, but I don't have the VOBs, so I cannot test it fully. Thanks!

[lamster]

I saw this first with 0.4.x, but I see the same thing with 0.5.0.

In "Return of the Jedi" (Star Wars VI, region 1), the FBI warning and following "Attention" warning have hidden buttons. When I trace into VMGM PGC 10 (the FBI warning), it says "Group 1 (normal), 4 buttons, force select button 4, force action button 0". The PGC contains:

********** pre commands:
********** post commands:
[30 06 00 0B 00 C0 00 00] 1 (JumpSS) Jump to VMGM PGC 11
********** cell commands:


The action for button 4 is a NOP; the action for the other 3 buttons is "Set gprm(5) = <something>; linktailPGC". When I trace through this, if I choose "Select and break" with the default button selected, it does the NOP and if I keep tracing, I wind up looping back into the menu.

[r0lZ]

Thanks for the info!

I don't know what is the correct behavior with a NOP in a button command.
I have the feeling that a NOP button command should simply be ignored. I'll clone this situation on a test DVD to be sure, and fix the problem.

For now, you should use the "Skip" button. This will simulate a normal playback, without any button selected.

[r0lZ]

I have made the test. My conclusion is that a NOP command in a menu button is simply ignored. The playbcak of the current cell continues normally.
There was indeed a little problem with the Trace mode in this case. If you selected a NOP button, the playback was interrupted, and the control returned to the cell or post commands. This was not correct.
Now, a dialog will show a warning, and the user will be prompted to select another menu button, or to use the "Skip" button to simulate a normal playback, without button selection.

Note that NOP commands are usually used with 'hidden' buttons, and you should normally not be able to select them.
Probably the case you described is an easter egg?

Also, could you verify that the cell still time for the menu is NOT 255? If is is 255, the Skip button is disabled.
Thanks.

[goonix]

Hi r0lZ,

great work!!!

point 1:
All ok now. Excellent!

point 2:
Nothing changed here. Some buttons still out of window (below visible area). Any news?

point 3:
I was blind and overlooked the cell selection button on top of the menu button window. Sorry! Now I can see, that the button commands change from cell to cell and get useful meanings in later cells (e.g. change from NOP to LinkPGCN).

One little fauxpas: If I open the DVD with the icon or with Ctrl+O, all is ok. If I try to open the DVD with the file menu (Open DVD), I get an error message (wrongly mixed up folder path).

Many thanks from a stupid user!
goonix

[r0lZ]

Originally posted by goonix
Hi r0lZ,

great work!!!

point 1:
All ok now. Excellent!Thanks!

point 2:
Nothing changed here. Some buttons still out of window (below visible area). Any news?I have verified this problem and cannot reproduce it here. Could you send me a stripped out DVD with just one problematic tiny cell, and the IFOs?

point 3:
I was blind and overlooked the cell selection button on top of the menu button window. Sorry! Now I can see, that the button commands change from cell to cell and get useful meanings in later cells (e.g. change from NOP to LinkPGCN).:)

One little fauxpas: If I open the DVD with the icon or with Ctrl+O, all is ok. If I try to open the DVD with the file menu (Open DVD), I get an error message (wrongly mixed up folder path).
I have found this bug. A misplaced cut and paste is responsible! It is fixed now.

[lamster]

Originally posted by r0lZ
Probably the case you described is an easter egg?
The movie contains 3 different main menus (same selections; different backgrounds), selected randomly after the initial showing. The value in reg 5 determines which menu is shown next. The hidden buttons on the FBI warning screen apparently lets you pick which menu you want to start with. The hidden button on the "Attention" screen sets r10 to 555. I'm not quite sure what that does, but I think it bypasses some of the junk.
Also, could you verify that the cell still time for the menu is NOT 255?
Both are 10.

Selecting Skip does work, but I see the warning twice. (I have it set to start preview automatically; automatically start preview playback; close preview automatically at the end of the cell playback. The first display of the warning has the title, "Menu Buttons"; the second, "VMGM, LU 1(en), 10 (0:00) 4b. -- Cell 1".)

Thanks.

[r0lZ]

I suppose that the warning menu is not a 'real' menu, but is a title PGC with BOVs. In this case, if the automatic preview option is enabled, you will see it twice. The first time, it's the menu buttons window, allowing to select a BOV. The second time, it is the preview window, that plays the video of the current cell.

Perhaps it's a little bit strange, but I have programmed it this way to allow the user to see the playback of the cell normally. There is no good way to know if a cell with BOVs must be processed like a real menu, or like a title, or part of a title.

[goonix]

I have been too fast!

After simply open and save without any changes, the DVD will play now, but the game doesn't work anymore. For example it loops to the 50 Euro question (if you know that game...) and I never become a millionaire. Sigh!

Comparing the original IFOs and the saved IFOs I can see a lot of differences, but this is above of my knowledge.

Maybe you should not spend a big amount of time on this issue, because it is a very special DVD and you have something more important on your todo list. But if it is your ambition that PgcEdit works proper even on unusual DVDs, I will continue testing new PgcEdit versions with great pleasure.

The requested stripped DVD is on the way.

goonix

[blutach]

If I do a file open (not an automatic one on launching PgcEdit), whether BOV is selected as an option or not, I get an error message.

http://img215.exs.cx/img215/9163/untitled3dp.png (http://www.imageshack.us)


Regards

[r0lZ]

goonix already submitted this bug. It is fixed in my last beta (still unreleased).
You may use the Ctrl-O shortcut, or the toolbar icon to open a new DVD. Only the File menu entry doesn't work.

[r0lZ]

Originally posted by goonix
2. The aspect ratio of the displayed frame within the button view window isn't 4:3. (the people have "eggheads"). For that reason the buttons placed on the bottom of the frame are not visible, they are below the viewing area. If I press the Preview button, all is displayed fine, but here I can't see the button commands of course. OK. Problem found and fixed. Your DVD is an exception! The menu video streams is PAL, but the title video is NTSC. There was a bug in the new BOV function. The streams attributes were still retrieved in the menu table. So, the video was wrongly resized, assuming a PAL aspect ratio.

[lamster]

Speaking of aspect ratio... When I do a backup using DVD-Rebuilder, I generally have the "Half D-1 and Half Space for Extras" checked. This makes stuff in the preview window look "squashed". It would be nice if either the previewer could recognise this and automatically double the width of the display, or if it had a button to allow me to say this should be done.

[r0lZ]

Could you send me a little example video (a still frame with the IFOs is sufficient.) I do not use DVD-Rebuilder. Thanks!

[r0lZ]

Originally posted by blutach
After a BOV scan, there is a ?b against video in VMG PGCs.

I'm not sure if there can be BOV in this domain and PgcEdit has no way of scanning it anyway.

So, shouldn't this ?b be eliminated?

Regards It was a stupid error! When a domain has no subpic in the IFOs, there cannot be buttons in the VOB. But I flagged that domain with an error code, which is obviously an error. This case is legal and frequent. It is fixed now.

[jsoto]

Could you send me a little example video (a still frame with the IFOs is sufficient.) I do not use DVD-Rebuilder. Thanks

Here they are:
www.posunplugged.com/jsoto/temp/resolution_samples.zip

AFAIK in 16:9 DAR only 720x480/576 and 704x480/576 are allowed,
but in 4:3 all of them (four) are valid.

Beware: DVD-RB also generates 16:9 with 352x480/576 (not included in the zip)

EDIT: The worst case is when preview starts in "small" mode.

jsoto

[lamster]

Rebuilder doesn't compress menus, so I'd have to send a VTST VOB; these are multi-megabytes. Would just the IFO's suffice? (Or by "still frame" do you mean a screen capture of the preview window?)

Looking at the VTSI_MAT, it says the TV system is NTSC 525/60; aspect ration is 4:3; VTSM_VOBS source resolution is 720x480 (NTSC); VTST_VOBS source resolution is 352x480 (NTSC). (The VTST VOBs were halved; the VTSM VOBs were not.)

[r0lZ]

Originally posted by goonix
I have been too fast!

After simply open and save without any changes, the DVD will play now, but the game doesn't work anymore. For example it loops to the 50 Euro question (if you know that game...) and I never become a millionaire. Sigh!

Comparing the original IFOs and the saved IFOs I can see a lot of differences, but this is above of my knowledge.

Maybe you should not spend a big amount of time on this issue, because it is a very special DVD and you have something more important on your todo list. But if it is your ambition that PgcEdit works proper even on unusual DVDs, I will continue testing new PgcEdit versions with great pleasure.

The requested stripped DVD is on the way.

goonix Humm. It's difficult to debug without the original DVD. I can't figure out what happens. I will try to find this DVD here, but don't expect a bugfix soon.

BTW, it is normal that there are some differences between the original and the saved IFOs.

Some differences are related to the 'burn with 32K gap' option. If this option is enabled, the VTS Sectors pointers are modified.

Also, the previous bug with the PTT table is now fixed, but I don't write the same values in the table. The new values are always PGCN 1 and PG 0. This is not a problem, as this info is useless anyway.

[r0lZ]

Originally posted by lamster
VTST_VOBS source resolution is 352x480 (NTSC). (The VTST VOBs were halved; the VTSM VOBs were not.) It's probably the problem.

You may try to use my guide (http://www.videohelp.com/~r0lZ/pgcedit/third_party/r0lz/still_frame_menu/still_frame_menu.html) on how to insert a presentation menu at the beginning of the DVD playback, and convert that menu using Rebuilder. Everything else should be blanked out.

[EDIT:] I missed the reply of jsoto. Maybe the posunplugged example will be sufficient to find the bug. I will keep you informed.
Thanks jsoto.

[EDIT AGAIN:] Ok, the posunplugged files are sufficient to test. There is indeed a problem, especially with the menu buttons viewer.
The PgcEdit's preview standalone exe, written by jeanl, must be modified to fix this problem. He is busy on his own project for now, but I will try to do something. Not soon, I'm affraid...

[lamster]

Originally posted by r0lZ
It's probably the problem.

You may try to use my guide (http://www.videohelp.com/~r0lZ/pgcedit/third_party/r0lz/still_frame_menu/still_frame_menu.html) on how to insert a presentation menu at the beginning of the DVD playback

I don't think so... I'm doing a full-disk backup of a commercial DVD. Rebuilder doesn't touch menus, so the stuff in the menu domain doesn't get halved. Rebuilder's "Half D1" option lets me halve the width of the extras, which leaves more room for the main movie.

[jsoto]

The menu video streams is PAL, but the title video is NTSC Do these DVDs really exist?
jsoto

[r0lZ]

I do not have the DVD, but the info in the IFO is clear. Maybe the menu was just made of dummies...

Note that I have already made and successfully played on my Sony a compilation with some PAL titles and some NTSC ones.

[blutach]

Originally posted by r0lZ
goonix already submitted this bug. It is fixed in my last beta (still unreleased).
You may use the Ctrl-O shortcut, or the toolbar icon to open a new DVD. Only the File menu entry doesn't work. Sorry, I didn't realise that his problem and mine were related.

The ?b happens whenever you have blanked a menu (as you say, no subpic stream).

Regards

[goonix]

Originally posted by r0lZ
Humm. It's difficult to debug without the original DVD. I can't figure out what happens. I will try to find this DVD here, but don't expect a bugfix soon.

I don't really need a solution, because the DVD works as it should do. I was only testing the new BOV function of PgcEdit.
Originally posted by r0lZ
The menu video streams is PAL, but the title video is NTSC.
I do not have the DVD, but the info in the IFO is clear. Maybe the menu was just made of dummies...

Yes, the menus (VMGM and VTSM) are all dummies and all video streams are in title domain and pal.


@jsoto
Out of curiosity I have tried VobBlanker 1.6.0.4 on this unusual DVD.

After cutting the copyright warning as first part of the same cell as the intro sequence (VTS12 PGC1 Cell1 - Universal logo flying around the earth ball), all VTS were processed. Only "Process Titles", "Process Menus" and "Process IFO files" were checked.

The resulting DVD folder plays perfect (tested with PowerDVD and WinDVD) and the game works too. So no issues with VobBlanker.

goonix

[blutach]

Hope this hasn't been reported b4

Click on burn icon.
Tells me files aren't in VIDEO_TS folder.
Answer OK to put them there
Nothing happens (but files are transferred) - normally burn dialogue then appears
Click burn again - same message. OK but tells me can't put files where they already are
Need to reopen disk in VIDEO_TS to get burn goingHave I just got a setting incorrect or is something wrong?

Regards

[blutach]

When a scan for BOV has completed or the abort button is pushed, can the dialogue close automatically instead of asking for the user to close it?

Many thanks

Regards

[jsoto]

Originally posted by goonix
@jsoto
Out of curiosity I have tried VobBlanker 1.6.0.4 on this unusual DVD.
After cutting the copyright warning as first part of the same cell as the intro sequence (VTS12 PGC1 Cell1 - Universal logo flying around the earth ball), all VTS were processed. Only "Process Titles", "Process Menus" and "Process IFO files" were checked.

The resulting DVD folder plays perfect (tested with PowerDVD and WinDVD) and the game works too. So no issues with VobBlanker.
Oh!. The reason is clear: I'm going to be a Millonaire, but r0lZ isn't (The most he's going to get is 50 Euros). :D :D :D .
Thanks for the report.

jsoto

[Sir Didymus]

Originally posted by jsoto
...skip...
AFAIK in 16:9 DAR only 720x480/576 and 704x480/576 are allowed,
but in 4:3 all of them (four) are valid.

Beware: DVD-RB also generates 16:9 with 352x480/576 (not included in the zip)

...

Hi Jsoto! Just checked. Your knowledge is totally right! I missed your post earlier (and I missed also its relevance)... Maybe Jdobbs should be made aware (in case he isn't) of this possibility to create not compliant titles, starting from compliant DVDs...

Cheers,
SD

edit: afraid being someway OT...

[jsoto]

Maybe Jdobbs should be made aware (in case he isn't) of this possibility to create not compliant titles Bah!. I believe all the settops are able to play this "uncompliant" combination of resolutions and DAR... Other "curious" thing is MPEG-1 and MPEG-2. In DVDs, 352x240/288 has to be MPEG-1 (but I'm using MPEG-2 without any problem in any settop).
jsoto

[r0lZ]

Originally posted by blutach
Hope this hasn't been reported b4

Click on burn icon.
Tells me files aren't in VIDEO_TS folder.
Answer OK to put them there
Nothing happens (but files are transferred) - normally burn dialogue then appears
Click burn again - same message. OK but tells me can't put files where they already are
Need to reopen disk in VIDEO_TS to get burn goingHave I just got a setting incorrect or is something wrong?

Regards I have changed this in beta9, to be able to move the files in the new directory without the need to reload the DVD and reparse the buttons. Maybe I have broken something.
Strangely, I do not have the problem here. In the worse case, I will revert to the old method (moves files + reopen DVD)...

[EDIT:] Problem found and fixed. The move routine was trying to move the various backup directories as well, even if they doesn't exist.

BTW, whenever a problem like this one happens, you should always try to reproduce the problem without using the toolbar. For an unknown reason, when a function is launched via a toolbar icon, and something is wrong, the error message is not displayed. I don't understand why, as there is no difference on the way the function is called. Probably a Tcl/Tk bug. Anyway, when debugging, avoid the toolbar icons whenever possible.

[r0lZ]

Originally posted by blutach
When a scan for BOV has completed or the abort button is pushed, can the dialogue close automatically instead of asking for the user to close it?

Many thanks

Regards I don't like this idea. I thing it is useful to be able to abort the current process to relaunch it with another VOBU step value.
My method is to use the maximum step by default (30 VOBUs). If BOVs are found, I rescan the VTS with BOVs with a lower step value, just to be sure.
A simple trick to abort and exit immediately is to click twice on the window close button in the upper right corner.

[Sir Didymus]

@Jsoto.
Well, that's by sure totally right... Actual players are very flexible and capable of playing almost everything... Nevertheless, if a format is supported it implies that apart the normal playback of video and audio, other things like proper support of subtitles and placement of BOV should also work properly... And this should be guaranteed, in case a format is supported. I know it may seems an exaggerately conservatory approach, but IMHO, better staying on what standards allow, avoiding going into the "territory of the lions" :)

I think the reason for the other curiousity you are referring about MPEG1 & 2 are related to the attempt of keeping some backward compatibility towards previous standards: Video CD supported just Mpeg 1 [352x240 NTSC & 352x288 PAL] resolutions, while SVCD (IEC 62107) was already capable of supporting MPEG2 (with 480 and 576 lines per frame...)...

[blutach]

Originally posted by r0lZ
I don't like this idea. I thing it is useful to be able to abort the current process to relaunch it with another VOBU step value.
My method is to use the maximum step by default (30 VOBUs). If BOVs are found, I rescan the VTS with BOVs with a lower step value, just to be sure.
A simple trick to abort and exit immediately is to click twice on the window close button in the upper right corner. Understood, but in the case when you have finished the scan, there is no way, other than manually, to exit - even if you know for sure the BOV situation on the disk. It can get repetitious, that's all.

Regards

[r0lZ]

Well, after the 2COOL's suggestion, I have added a check to avoid rescanning the BOVs (and the 'regular' menu buttons) when the same DVD is reopened. Now, a requester pops up asking if you want to scan the VOBs again. If you answer no, the old menu buttons variables are used.
I can't do much more.