View Full Version : PgcEdit 0.5.0 beta
r0lZ
13th February 2005, 09:46
[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
13th February 2005, 11:09
Merci beaucoup r0lZ!!
Regards
vav
13th February 2005, 16:48
two small typos:
on the burn icon, in the tooltip,
ingtool -->> iMgtool
mkisofs -->> mkisoft
jpg attached.
after correcting this - program is PERFECT! :-)
r0lZ
13th February 2005, 17:04
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
13th February 2005, 20:28
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
13th February 2005, 23:55
Why do we have a disabled Cancel button in BOV dialog if we can't use it? The Abort button works as planned.
2COOL
14th February 2005, 00:40
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
14th February 2005, 00:40
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
14th February 2005, 00:56
Ok...I can live with it. ;) Back to beta testing...
blutach
14th February 2005, 04:26
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
14th February 2005, 08:51
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
14th February 2005, 11:01
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
14th February 2005, 11:20
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
14th February 2005, 15:38
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
14th February 2005, 17:25
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
14th February 2005, 18:52
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
15th February 2005, 02:01
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
15th February 2005, 04:32
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
15th February 2005, 12:38
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
15th February 2005, 14:44
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
15th February 2005, 15:44
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
15th February 2005, 15:56
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
15th February 2005, 16:55
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
15th February 2005, 17:08
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
15th February 2005, 19:12
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
15th February 2005, 22:16
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
15th February 2005, 22:48
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
15th February 2005, 23:17
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
15th February 2005, 23:27
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
15th February 2005, 23:33
Could you send me a little example video (a still frame with the IFOs is sufficient.) I do not use DVD-Rebuilder. Thanks!
r0lZ
15th February 2005, 23:37
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
15th February 2005, 23:45
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
15th February 2005, 23:48
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
15th February 2005, 23:51
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
15th February 2005, 23:55
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
16th February 2005, 00:00
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
16th February 2005, 00:00
The menu video streams is PAL, but the title video is NTSC Do these DVDs really exist?
jsoto
r0lZ
16th February 2005, 00:03
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
16th February 2005, 01:56
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
16th February 2005, 02:35
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
16th February 2005, 04:32
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
16th February 2005, 06:51
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
16th February 2005, 08:15
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
16th February 2005, 08:47
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
16th February 2005, 09:31
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
16th February 2005, 10:02
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
16th February 2005, 10:09
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
16th February 2005, 10:12
@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
16th February 2005, 13:17
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
16th February 2005, 13:30
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.
blutach
16th February 2005, 13:33
Enough said then :)
Regards
r0lZ
16th February 2005, 16:53
New beta 10 available on my homepage at VideoHelp (http://www.videohelp.com/~r0lZ/pgcedit/index.html).
This version hopefully fixes all bugs discussed here, except the aspect ratio/window size problem in the preview and buttons viewer with VCD and SVCD resolutions.
r0lZ
16th February 2005, 16:57
Originally posted by jsoto
Here they are:
www.posunplugged.com/jsoto/temp/resolution_samples.zip Note that there are errors in the resolution stored in the IFOs.
Unfortunately, this bug is present in many programs, because the information on the usage of the Stream Attributes flags were wrong until recently.
I have fixed this problem in PgcEdit, but there are still old versions around...
r0lZ
16th February 2005, 17:18
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 I have changed a couple of things in the way I rebuild the IFOs to save exactly the same way as in your "Millionnaire" DVD.
1. Wheen there are no commands in a PGC, the old version saved an empty command table (ie, a table was present, but with the number of pre, post and cell commands to 0). Now, the command table is not saved at all (the pointer to the table is set to 0).
2. The strange method used in this DVD to hide the chapter numbers is to define only one chapter with the program number being 0. The PGC number was sometime 1, and sometime the last PGC in the title domain.
I saved a PTT with program = 0, and PGC = 1. Now, the original PGC number is retained.
I have made a binary comparison between the original files and the saved ones, and there are now no differences at all.
As I don't have the VOBs, I made a Get VTS Sectors with IfoEdit to recalculate them without the VOBs. Of course, I cannot say for sure if IfoEdit changed anything else when doing his Get VTS Sectors.
I'm pretty sure the modifications I've made should not modify the behavior of the DVD.
However, could you test it with beta 10? If it doesn't work, then try to do a file comparison, and, if you find some differences, send me a copy of one modified IFO and the original.
Don't forget to switch off the 32K gap option, or you will have differences in the VTS sector pointers.
Thanks in advance...
lamster
16th February 2005, 18:38
Originally posted by r0lZ
New beta 10 available on my homepage at VideoHelp (http://www.videohelp.com/~r0lZ/pgcedit/index.html).
Minor correction - the new beta is available via the "All versions" link in r0lZ's home page.
goonix
16th February 2005, 19:06
Wow! It works!
After loading and saving without any changes, all IFO files are identical to the Original.
Then I have done a Kill PGC Playback of one PGC and only this IFO is now different (of course).
The change works as expected.
Now you can become a Millionaire like jsoto.:)
"Found a total of 23727 BOVs". Who can beat this?
Many thanks for this invaluable tool!
goonix
r0lZ
16th February 2005, 19:36
Originally posted by goonix
Wow! It works!
After loading and saving without any changes, all IFO files are identical to the Original.
Then I have done a Kill PGC Playback of one PGC and only this IFO is now different (of course).
The change works as expected.
Now you can become a Millionaire like jsoto.:)
"Found a total of 23727 BOVs". Who can beat this?
Many thanks for this invaluable tool!
goonix Great. Still wondering what was the problem before!
23727 BOVs! I wonder how many time PgcEdit spends to find them.
Your DVD is already verry long to load, even without searching for BOVs... It's a side effect of the Tcl/Tk language.
I go to the bank now. Some billions are awaiting. ;)
jsoto
16th February 2005, 21:03
Originally posted by r0lZ
Note that there are errors in the resolution stored in the IFOs.
Unfortunately, this bug is present in many programs, because the information on the usage of the Stream Attributes flags were wrong until recently.
Yes, you're right. 352x288 and 352x576 samples have a wrong (just the other one) info in the IFOs (although the VOBs are correct). Did you find any other mistake?
jsoto
EDIT: Uploaded again with these samples fixed, and including (not standard) 16_9 ones
r0lZ
16th February 2005, 23:38
Originally posted by jsoto
Yes, you're right. 352x288 and 352x576 samples have a wrong (just the other one) info in the IFOs (although the VOBs are correct). Did you find any other mistake?
jsoto
EDIT: Uploaded again with these samples fixed, and including (not standard) 16_9 ones No, I did not noticed another error. BTW, there was a bug in PgcEdit with the resolution, too. I discovered it by looking at your IFOs, but it was difficult to know what to do! Checking a bug with a buggy material is not easy! In fact, at the time I writed this part of the code, I used the info in the mpucoder site, which was also wrong. It's fixed there, too.
Speaking of non-standard resolution, I have noticed that DVD-Lab is able to generate 480x576 title VOBs! What is this resolution? Is it supported by the standard? Is is a bit somewhere in the IFOs to reflect that resolution?
jsoto
16th February 2005, 23:49
480x480/576 is SVCD resolution, NOT DVD standard supported.... but it is usually supported in settops able to play SVCDs (today, practically all of them)
SVCD is MPEG-2, but note you cannot code this resolution in the IFOs.
Many users, having old SVCDs, want to put their content inside a DVDR, in a loseless (without recoding) way. This is the main reason to use it in a DVD.
jsoto
EDIT: Curious... I'm saying "old SVCDs"... that was my preferred encoding method only one year and a half ago...
r0lZ
16th February 2005, 23:54
Thanks, jsoto.
There will be for sure a problem with that resolution if you display it in the PgcEdit's menubutton viewer, because I need to know the exact resolution by looking in the IFOs.
I suppose I may assume that this SVCD resolution will be used only in title VOBs, without BOVs.
blutach
17th February 2005, 01:00
My issues fixed in B10. Thnx r0lZ.
Have set VOBU scan at 30 and it goes in a flash. Thanks for the advice.
Regards
goonix
17th February 2005, 01:17
Originally posted by r0lZ
23727 BOVs! I wonder how many time PgcEdit spends to find them.
Your DVD is already verry long to load, even without searching for BOVs... It's a side effect of the Tcl/Tk language.
It needs 5:25 min to scan the BOVs every 30 VOBUs and 6:05 min to scan the BOVs every 1 VOBU.
Not a big difference. Both scans found the same count of BOVs (23727). The scans were done on a DVD5(folder) using a 2.8 GHz Pentium.
goonix
r0lZ
17th February 2005, 02:18
Verry slow! :(
The time difference is not verry sensible here because most of your PGCs are verry short ones. Scanning every 30 VOBUs is usefull for 'normal' DVDs.
I've never saw the scan missing a BOV, even when scanning every 30 VOBUs. I'm glad you confirmed that with such an heavy BOV usage.
Thanks for the info!
goonix
19th February 2005, 16:40
I have burned the same DVD with NERO (using DVD-Video) and with PgcEdit (mkisofs, DVDDecrypter).
After loading these DVDs in DVDDecrypter (File-mode), I found that the file order is different.NERO PgcEdit
VIDEO_TS.IFO [ 20 KB] VIDEO_TS.IFO [ 20 KB]
VIDEO_TS.VOB [ 52.796 KB] VIDEO_TS.BUP [ 20 KB]
VIDEO_TS.BUP [ 20 KB] VIDEO_TS.VOB [ 52.796 KB]
VTS_01_0.IFO [ 62 KB] VTS_01_0.BUP [ 62 KB]
VTS_01_0.VOB [ 416 KB] VTS_01_0.IFO [ 62 KB]
VTS_01_1.VOB [1.048.544 KB] VTS_01_0.VOB [ 416 KB]
VTS_01_2.VOB [1.048.544 KB] VTS_01_1.VOB [1.048.544 KB]
VTS_01_3.VOB [1.048.544 KB] VTS_01_2.VOB [1.048.544 KB]
VTS_01_4.VOB [ 528.942 KB] VTS_01_3.VOB [1.048.544 KB]
VTS_01_0.BUP [ 62 KB] VTS_01_4.VOB [ 528.942 KB]
VTS_02_0.IFO [ 18 KB] VTS_02_0.BUP [ 18 KB]
VTS_02_0.VOB [ 82 KB] VTS_02_0.IFO [ 18 KB]
VTS_02_1.VOB [ 84.168 KB] VTS_02_0.VOB [ 82 KB]
VTS_02_0.BUP [ 18 KB] VTS_02_1.VOB [ 84.168 KB]
VTS_03_0.IFO [ 20 KB] VTS_03_0.BUP [ 20 KB]
VTS_03_0.VOB [ 162 KB] VTS_03_0.IFO [ 20 KB]
VTS_03_1.VOB [ 206.598 KB] VTS_03_0.VOB [ 162 KB]
VTS_03_0.BUP [ 20 KB] VTS_03_1.VOB [ 206.598 KB]As you can see, in NERO the BUP-files are located always after the VOB-files.
Despite of the 32K issue of NERO, isn't it better to have a big VOB-file between IFO and BUP instead of in adjacent sectors?
I think a bigger scratch can damage more than one sector and if it happens on the border between IFO and BUP both aren't readable anymore.
Am I wrong?
goonix
r0lZ
19th February 2005, 17:17
The DVD Devrypter test is not a good test. It shows probably the order of the filenames in the directory, not the order of the data sectors on disc. Apparently, mkisofs stores the filenames in alphabetical order, but that doesn't matter.
I have verified again, to be sure. The datas are saved in the right order: IFO VOBs BUP...
You can verify with an hex editor. Search for ASCII "DVDVIDEO-" to find the beginning of the IFO and BUP files, and for binary 0x000001BA to find the data sectors.
Don't worry. The PgcEdit method is good. :)
Anyway, the data must be saved in IFO VOB BUP order. If not, the DVD will probably not play at all on a standalone.
goonix
19th February 2005, 17:52
If DVDDecrypter would show the files in the directory file names order, than both DVDs should have displayed equaly. Maybe an other algorithm is used.
But I trust your knowledge and my doubts are gone. I will do the Hex-editor search to learn something. Thanks for the information.
goonix
goonix
20th February 2005, 02:17
Just for confirmation (and to show that I really have learned something ;) ).
Mkisofs creates 2 filesystems on the DVD: ISO and UDF
Nero creates 3 filesystems on the DVD: ISO, UDF and Joliet
The file entrys in the filetables of each filesystem are in following order:mkisofs
ISO BUP IFO VOB
UDF BUP IFO VOB
Nero
ISO BUB IFO VOB
Joliet BUB IFO VOB
UDF IFO VOB BUPDVD Decrypter seems to display the files in the UDF entry order and this is different between mkisofs and Nero.
But the entry order of the filesystems has nothing to do with the real file order on the DVD (as you can see comparing the first LBA of the files).
It is in every case IFO VOB BUP.
So rolZ is right as always.
PgcEdit is the best choice for burning DVDs.
goonix
2COOL
20th February 2005, 03:59
Originally posted by goonix
Nero
ISO BUB IFO VOB
Joliet BUB IFO VOB
UDF IFO VOB BUPWe know you meant to say BUP.
blutach
20th February 2005, 08:41
Originally posted by goonix
PgcEdit is the best choice for burning DVDs. Fully agree!
Yet another Nero thingy, but I though the proper DVD filesystem spec did not include Joliet. Am I right?
Regards
r0lZ
20th February 2005, 10:58
Originally posted by blutach
Yet another Nero thingy, but I though the proper DVD filesystem spec did not include Joliet. Am I right? As far as it is an UDF filesystem on the disc, standalones are happy. I think adding a Joliet FS doesn't hurt, and may help with long filenames in the DVD-ROM part.
Maybe there is a flag to enable Joliet with mkisofs. If I find it and if it works, I'll add it to the Burn DVD GUI in PgcEdit.
[EDIT:] There is a -joliet option in mkisofs, but seems it is ignored when the -dvd-video option is used.
@goonix
How did you checked the filesystems on the nero image? IsoBuster reports only ISO and UDF.
goonix
20th February 2005, 18:39
Sorry for the typo, I always meant BUP.
I found the "different" file order in DVD Decrypter on a DVD I have burned on a PRINCO media in 2003. Now I would enjoy this movie again, but it was stuttering in my standalone. The check with plextools has shown me a horrorfying amount of PI/PO errors. For that reason I have burned this DVD with PgcEdit on a reliable media.
In sector 16 of the old DVD I can see that the burning application was Nero and the burning date was mid 2003, but couldn't find the version number. I think Nero 5.5 was used this time.
In my current version (6606) Nero seems to have changed its mind and creates only the ISO and UDF files systems. Even if I have an additonal DVD-ROM part with long file names, there is no Joliet filesystem. The long file names are in the UDF filesystem. The different entry order is still the same:
ISO -> BUP IFO VOB
UDF -> IFO VOB BUP
Next time I should spend more time for investigation before bothering this forum with stupid questions.
goonix
DiggnSaeg
21st February 2005, 00:15
Hi!
I have some questions about PgcEdit (more or less):
Is it possible to start PgcEdit maximized?
What about the layer break? PgcEdit can remove it, but it will
be added again when writing a DVD+R9 (what is IMHO right).
Nero sets this flag (checkbox in PgcEdit) but without setting
"Type Flags" to 0, which should be the correct value (there's a
"2" instead). Is that correct?
What if I write the files without having removed the layer break?
Will Nero add a 2nd one?
What if I don't remove the layer break but some of the extras?
Then the layer break (physically) moves, resulting in a wrong
position stored in the .ifo.
r0lZ
21st February 2005, 00:39
Hi, DiggnSaeg, welcome to the forum.
Originally posted by DiggnSaeg
Hi!
I have some questions about PgcEdit (more or less):
Is it possible to start PgcEdit maximized?No. It's a Tcl/Tk or a freeWrap limitation.
What about the layer break? PgcEdit can remove it, but it will be added again when writing a DVD+R9 (what is IMHO right).
Nero sets this flag (checkbox in PgcEdit) but without setting
"Type Flags" to 0, which should be the correct value (there's a
"2" instead). Is that correct?I really don't know. I'm not a specialist of DL problems. Anyway, I think that setting the STC Discontinuity doesn't hurt.
What if I write the files without having removed the layer break?
Will Nero add a 2nd one?I don't know. Burn an ISO image, and see what happens.
What if I don't remove the layer break but some of the extras?
Then the layer break (physically) moves, resulting in a wrong
position stored in the .ifo. Again, I don't know. Nero searches for a 'good' place for the layer break. But, of course, it may be wrong. I'm not sure you can force the layer break at a specific place.
Maybe you have to ask these questions in the Burning forum. Or try the mkisofs method, integrated in PgcEdit. Mkisofs should not move the layer break. But I have not tested it with DL discs. I have an old burner... :(
2COOL
21st February 2005, 00:43
Layer breaks are explained here (http://forum.doom9.org/showthread.php?threadid=58950) by mpucoder.
mrslacker
21st February 2005, 05:56
Originally posted by 2COOL
Layer breaks are explained here (http://forum.doom9.org/showthread.php?threadid=58950) by mpucoder.
I'm going out on a limb here, but is this (http://forum.doom9.org/showthread.php?s=&postid=264006#post264006) what you were refering to? Or this (http://forum.doom9.org/showthread.php?s=&postid=351549#post351549)?
2COOL
21st February 2005, 06:03
Well, mpucoder explains layer breaks in many threads but it's in the link I provided. Just scroll down a bit. ;)
mrslacker
21st February 2005, 06:41
Aha! I can read! Didn't see that part of the first post. Now we have a veritable mpucoder reference page on layer breaks.
DiggnSaeg
21st February 2005, 07:54
Thx. all for the replies for now!
@r0lZ: About Nero and the ISO image: Good idea! I'll give it a try.
DiggnSaeg
21st February 2005, 23:51
So... Here we go:
The upper one is the ripped DVD9 without resetting the bit (removing the "layer break").
The lower one is the upper one written with Nero as ISO image.
Decide for yourself.
Why can't I see my attached image (GIF / 63,594 bytes)?
Now it's there. Strange.
r0lZ
22nd February 2005, 00:47
Seems Nere has selected another layer break. Pitty.
If you are happy with Nero, then you should remove the original layer break, and thrust Nero.
Or you may want to try another burning software.
Could you make a test with PgcEdit/mkisofs/DVDDecrypter? In that case, you have probably to set the layer break yourself. But don't blame me if it doesn't work...
2COOL
22nd February 2005, 06:59
r0lZ
In Streams attributes dialog, can we have Stream IDs displaying also? Here's what I got in IfoEdit
SDSS AC3 DTS LPCM MPEG-1 MPEG-2
00 80 88 A0 C0 C8
01 81 89 A1 C1 C9
02 82 8A A2 C2 CA
03 83 8B A3 C3 CB
04 84 8C A4 C4 CC
05 85 8D A5 C5 CD
06 86 8E A6 C6 CE
07 87 8F A7 C7 CF
r0lZ
22nd February 2005, 09:58
Not now. The streams attributes displayed in PgcEdit are retrieved from the VMGM_MAT/VTSI_MAT table. The stream ID is not included in this table. And, apparently, the IDs are not included in the IFOs.
BTW, where did you got this table?
Are you sure the streams IDs are always sorted in the same order?
And what are the streams IDs for, say, an AC3 and a DTS? 80 and 88 or 80 and 89?
Are you sure the stream IDs are renumbered after a stream strip?
If you are sure the streams must be always in the same order, then it should be possible to calculate the stream ID from scratch, and display it.
Maybe someone here can confirm this. Thanks.
jsoto
22nd February 2005, 11:31
I believe 2COOL is wrong in SDSS...BTW which code is this? I know a Sony "special" DTS but I was convinced it is just semantics, and it can be considered as a "normal" DTS.
But all the rest is OK. The audio number is this index & 0x7, so,
"Are you sure the streams IDs are always sorted in the same order?"
--> Yes.
"And what are the streams IDs for, say, an AC3 and a DTS? 80 and 88 or 80 and 89?"
--> 0x80 and 0x89. And if there is an additional LPCM track, it should be 0xA2 (or higher).
"Are you sure the stream IDs are renumbered after a stream strip?"
--> No. I believe they aren't. (in IFOEdit)
NOTE:
"normal mono/stereo" or "multichannel" MPeg-2 is also 0xc0 to 0xc7.
Mpeg-2 Extension (something really rare, I've never see it in a DVD) is 0xc8 to 0xcf.
jsoto
r0lZ
22nd February 2005, 12:14
Thanks for the clarification, jsoto!
Originally posted by jsoto
NOTE:
"normal mono/stereo" or "multichannel" MPeg-2 is also 0xc0 to 0xc7.
Mpeg-2 Extension (something really rare, I've never see it in a DVD) is 0xc8 to 0xcf. So, when the stream type is MPEG-1 or MPEG-2, I should use the codes 0xC0 to 0xC7? I believe that a 'standard' MPEG-2 has a value 2, like MPEG-1, in the Audio attributes field (bits 7 to 5 of byte 0)?
So how could I know if the type is MPEG-1 or MPEG-2 (standard)?
jsoto
22nd February 2005, 12:25
Originally posted by r0lZ
So, when the stream type is MPEG-1 or MPEG-2, I should use the codes 0xC0 to 0xC7?Yes
I believe that a 'standard' MPEG-2 has a value 2, like MPEG-1, in the Audio attributes field (bits 7 to 5 of byte 0)?
So how could I know if the type is MPEG-1 or MPEG-2 (standard)? [/B] Yes, a standard MPEG-2 has a value 2. And, AFAIK, the only way to distinguish between mpeg-1 and mpeg-2 is looking inside the VOB. And, do not ask how to distinguish between mpeg-2 stereo and mpeg2-multichannel., you need to parse completely the mpeg-2 frame!!. (or trust the number of channels in the IFO...)
jsoto
mpucoder
22nd February 2005, 20:56
Isn't this fun? ISO 13818-3 (mpeg-2 audio) is not a whole new way of doing audio, but defines 2 ways to extend mpeg-1. One is the lower bitrates for streaming low quality audio (eg audio chat), and the other is the multichannel extension.
As far as I know the low bitrate is not allowed in DVD, although Scenarist 2.x accepts it as mpeg-2 but gets the bitrate wrong. Low bitrate audio has an mpeg header with the thirteenth bit clear (1111 1111 1111 0xxx).
The multichannel extension follows the mpeg-1 stereo data in the "ancillary data" area, so it is ignored by mpeg-1 decoders. Both mpeg-1 and mpeg-1 with MC extension begin with 1111 1111 1111 1xxx (for DVD xxx = 100). And both are called mpeg-1 audio (coding type 2, stream 0xc0 to 0xc7). The code in Muxman to skip the stereo data and read the multichannel extension to determine the channel count is longer than the mpeg-2 I frame encoder!
ISO 13818-3 also defines a way to carry the multichannel extension as a seperate stream. If placed on a DVD it uses stream 0xD0 to 0xD7 (according to the Philips verifier) and is coding type 3. Its header is 0111 1111 1111 0xxx, and its windows extension is .ext There are samples at http://www.mpeg2.de/audio/extensio/ along with their stereo main channel counterparts at http://www.mpeg2.de/audio/streams/
Also, according to Philips, SDDS is placed in substream 0x90 to 0x97. That information was not available when IfoEdit was written. Also substreams 0x60 to 0x7f are reserved for extended subpictures (whatever they are).
2COOL
22nd February 2005, 21:06
so, you are saying this is how it supposed to be laid out?
SDSS AC3 DTS LPCM MPEG-1 MPEG-2
90 80 88 A0 C0 D0
91 81 89 A1 C1 D1
92 82 8A A2 C2 D2
93 83 8B A3 C3 D3
94 84 8C A4 C4 D4
95 85 8D A5 C5 D5
96 86 8E A6 C6 D6
97 87 8F A7 C7 D7
If I do a SetSTN command with MPEG-2 audio (C8), would it work?
r0lZ
22nd February 2005, 21:11
Thanks mpucoder!
Also, according to Philips, SDDS is placed in substream 0x90 to 0x97. That information was not available when IfoEdit was written. Also substreams 0x60 to 0x7f are reserved for extended subpictures (whatever they are).And what is the code in the IFO Streams Attributes field? SDDS is not mentionned on your site. (Or am I wrong?)
mpucoder
22nd February 2005, 21:12
You don't use stream/substream numbers in a SetSTN command, just the track (0 to 7) number. The stream it then selects is determined by PGC_AST_CTL in the PGC.
2COOL
22nd February 2005, 21:16
Originally posted by mpucoder
You don't use stream/substream numbers in a SetSTN command, just the track (0 to 7) number. The stream it then selects is determined by PGC_AST_CTL in the PGC. You're right. I had a brief memory dump. :( But, is the updated table correct now?
mpucoder
22nd February 2005, 21:18
@Rolz - you mean the coding mode? I don't know, it's not mentioned. And, true, no mention of SDDS on the site, the only info I have is its substream number. No header info, frame rates and sizes, coding mode, sync byte, etc.
mpucoder
22nd February 2005, 21:20
@2COOL - looks right. I doubt anyone will ever see SDDS or mpeg-2 "simulcast" (although I still intend to try it sometime since my player DOES play multichannel).
2COOL
22nd February 2005, 21:23
Thank you mpucoder! BTW, to whoever wants to know what SDDS audio is...
SDDS (Sony Dynamic Digital Sound)
A multi channel audio format containing up to 8 discrete sound channels and capable of a high data rate in excess of 1280 kbps. SDDS is available only in cinemas and Sony currently has no plans to make it available for home use.
Here's more info on it (http://www.soundnow.com/formats.htm?sdds).
Sorry for the hijack r0lZ!
r0lZ
23rd February 2005, 00:43
Thanks mpucoder and 2COOL. Now, I see the picture.
Surf
23rd February 2005, 00:58
Master r0lZ,
after 4 pages of this thread, I still can't determine as to what I can do with BOV thingy....:o
Uncover the hidden buttons?
I have not been successful in blocking the buttons in this situation:
A motion menu with 3 cells, the 1st one without the buttons and the remaining two with. Menuedit only shows one of the 2nd or 3rd cell buttons, not both....
r0lZ
23rd February 2005, 01:19
Originally posted by Surf
Master r0lZ,
after 4 pages of this thread, I still can't determine as to what I can do with BOV thingy....:o
Uncover the hidden buttons?Well, the BOV support was needed for a while. For now, it's not possible to edit them. This is the next step.
But you may already see them, and the trace mode should be able to follow the navigation of all the DVDs now, including when the menus are authored in BOVs.
I have not been successful in blocking the buttons in this situation:
A motion menu with 3 cells, the 1st one without the buttons and the remaining two with. Menuedit only shows one of the 2nd or 3rd cell buttons, not both.... I don't understand. What do you mean by 'blocking'?
Seems there are sometimes some problems with Menuedit. I don't know for sure, because I've never had problems here.
Maybe you should verify the menu buttons definitions with VobEdit.
You can see the first LBA (aka sector) of the Nav Pack where the buttons are defined in the button editor. This is not necessary the first LBA of the cell. There is a tooltip on the topmost button of the menu editor. Note the LBA number, open VobEdit, go to the LBA, enable the 'buttons' checkbox, and examine the 'number of buttons' value.
If you find that PgcEdit doesn't work as expected, please report the problem here. After all, it's still a beta! Thanks.
blutach
23rd February 2005, 03:58
Originally posted by Surf
I have not been successful in blocking the buttons in this situation:
A motion menu with 3 cells, the 1st one without the buttons and the remaining two with. Menuedit only shows one of the 2nd or 3rd cell buttons, not both.... Menuedit won't show anything (other than the frame via the slider) in the transition cell 1, it's just a bit of video.
Cells 2 and 3 with buttons should both be selectable and editable in Menuedit.
If not, perhaps you should PM Dimad.
Regards
CoNS
23rd February 2005, 13:12
r0lZ, in reference to your pm about problems with VTN 17 in Shrek 2, did you find out if it was related to the new code in PgcEdit 0.5.0?
r0lZ
23rd February 2005, 15:07
Fixed! :)
[edit:] The bug was not present in 0.4.9.1 and before. It was introduced in a 0.5.0beta. Don't know exactly which one.
V0.5.0final is almost ready...
Surf
23rd February 2005, 19:51
I don't think Dimad would help for I haven't paid him, yet :o .
r0lZ, there's nothing wrong with PGCedit that I noticed. I have been using your menu buttons display in conjunction with Menuedit and blocking I meant disabling the button from being chosen.
Main menu example:
expanding Vob id. 1
cell#1 0 buttons <<<understood, it's a short clip
cell#2 0 buttons <<< should be 4,not shown in un-registered Menuedit.
cell#3 4 buttons <<< this I can edit down to 3.
So, if the disk is inserted for the 1st time, all 4 main menu buttons are available and when I come back to the main menu page again only 3 buttons are available as expected.
(still working on paypal..)
r0lZ
23rd February 2005, 20:04
OK. Thanks for the info.
blutach
24th February 2005, 01:16
@surf - that sounds like a funny menu. AFAIK, unregistered menuedit still allows you to edit all cells, but not all button groups.
Am I wrong anybody?
Regards
2COOL
24th February 2005, 01:45
true blu
Surf
24th February 2005, 01:54
There's nothing unusual about the menu, it's StarWars epi#4. << is not the only one I came across. The Village come to mind.
blutach
24th February 2005, 08:07
@surf
What the VTSM # and Vob ID # that's causing you problems? I have that DVD (doesn't everybody?) and will check (although my MenuEdit is registered).
Regards
Surf
24th February 2005, 21:34
I'm hopeless at remembering the details but here's the pasting from your menushrink manual which should illustrate exactly what I am trying to say:
Some menus are made up of three parts (for example most of the Star Wars menus):
- There is a short menu intro clip (no buttons), followed by
- a first menu cell with buttons (A), which does not loop, but leads into
- a second one (B) that loops.
"a first menu cell with buttons" <<<< won't show up in MenuEdit. The second will and is editable.
r0lZ
24th February 2005, 22:04
I understand.
When you right-click on a PGC with such menus, and you ask 'Show Menu Buttons', PgeEdit opens the first cell with buttons. You may open the prev or next cell with the topmost button in the viewer. A drop-down list will popup.
Of course, if there are no buttons in a cell, the button viewer is not verry useful!
Surf
24th February 2005, 22:11
the button viewer is not verry useful!
nooooo! Matter of fact it's wely wely useful !! Works exactly as advertised!:p
I know right from the beginning to click on the top to display more buttons :p .
pppssssst...editor coming soon?
blutach
24th February 2005, 23:48
@surf
wely wely?
I underdtand the make up of your menu, but that is very common. If you found the exact VOBID, we could check it out for you.
Regards
Surf
25th February 2005, 21:33
Ran out of time to gather the info, Blu, for I was mesmerized by this brilliant BOV function!
Never did let me kids watch the bonus disk of Monsters Inc for I always have plans to make a backup but it was just too complex then! 93 VTSes !!:rolleyes:
Whadaya know, me guardian angel's looking out for me today. This bonus disk shows NO buttons with the 0.4.9.1 version !! Beta .5 disovered every single one of them !! :D
Now I know what BOV means :o .
r0lZ
26th February 2005, 14:10
PgcEdit 0.5.0 beta12 is available at videohelp.
Well, this beta should be the last one before the final release.
As far as I know, this version is stable. The aspect ratio problem in the preview and menu editor is fixed, as well as a couple other bugs (including the PTT table bug reported by CoNS).
It was my intention to release it as v0.5.0 final, but I don't have many time to test it for now. So, to be sure, it's still a beta.
Enjoy!
The next beta will probably include the main functions of the menu editor...
jeanl
26th February 2005, 21:15
r0lZ, don't know where to go at videohelp to find the beta. The pgcedit tool points to the previous release...
Jeanl
lamster
26th February 2005, 22:01
Originally posted by jeanl
r0lZ, don't know where to go at videohelp to find the beta. The pgcedit tool points to the previous release...
Jeanl
I clicked on Mirror (http://www.videohelp.com/~r0lZ/pgcedit/index.html) in his .sig, went down to where it says All versions (http://www.videohelp.com/~r0lZ/pgcedit/versions/), clicked on that, and scrolled down to PgcEdit_winexe_0.5.0beta12.zip (http://www.videohelp.com/~r0lZ/pgcedit/versions/PgcEdit_winexe_0.5.0beta12.zip).
blutach
26th February 2005, 23:53
Originally posted by r0lZ
The next beta will probably include the main functions of the menu editor... As we say here ... You little beauty!!!!
Regards
2COOL
27th February 2005, 01:39
@r0lZ
Small request.
Can we have an angle column in Pgc Editor dialog? Kind of like how IfoEdit shows them in its overviews.
CoNS
27th February 2005, 11:33
r0lZ: When 0.5.0 final is released, could you make a description for nOObs like me on how to use the new menu editor function, and especially on which of the new options to select when loading a disc, if I just want to do the usual editing - or if I want to edit menus?
Also, I have a feature request (I think I mentioned this before where you declined, but I hope you forgot in the meantime :D ):
If I want to disable the LAST audio or subtitle stream so that I can't select it using the remote control upon playback, I can't do this with PgcEdit. Setting the stream to "Disabled" in PgcEdit doesn't seem to have any effect at all when I play the disc in my standalone. I have to manually edit the disc at four points in IfoEdit in order to make it work:
Change subtitle or audio stream number in VIDEO_TS.IFO in the VMG_VTS_ATRT section.
And correspondingly in VTS_xx_00.IFO in the VTSI_MAT section.
In VTS_xx_00.IFO in the VTSI_MAT, I set the audio / subtitle stream attributes to [00 00 00 00 00 00 00 00] for all streams with a higher number than the above total stream number.
In VTS_xx_00.IFO in the VTS_PGCITI/VTS_PGC_x section, I set the audio / subtitle stream status to [00 00 00 00] for all streams with a higher number than the above total stream number.Could you add a function so that if the user disables the last audio or subtitle stream in PgcEdit, the user is prompted whether he wants PgcEdit to make the above mentioned changes or not? And the same if the user increases the number of streams by setting a stream which was previously marked as "None" (disabled)...
Finally, I small detail: There's a gramatical error in the dialog text when you use the function to "Assign VOB/Cell ID" for a PGC cell. It reads "A new blank cell will be appended to the VOB file and his VOB ID and Cell ID will be asigned to Cell x of the current PGC". It should be "...and its VOB ID and Cell ID..." Something to do with the gender of "Cell" in your native language... :)
blutach
27th February 2005, 13:23
@cons - Look in the Beta 12 changelog and there is a function that fixes the audio and subtitle number of streams.
"A. "Fix number of streams in VMGM/VTSI_MAT tables" macro to remove the streams not used in the PGCs from the VMGM_MAT and VTSM_MAT tables."
I hope this will save all that time editing at 0x203 and 0x255 in VTSI_MAT and 0x117 and 0x169 in VMGM_VTS_ATRT!
Regards
r0lZ
27th February 2005, 14:52
Originally posted by 2COOL
Can we have an angle column in Pgc Editor dialog? Kind of like how IfoEdit shows them in its overviews. Maybe. But it's not as simple. I have to modify the angle value if the user edit the cell type flags...
Anyway, I have the intention to revamp totally the cell list, to replace it by a simple text listbox (multi-selectable) and buttons to execute the functions on the selected item(s).
But first, I have to complete the menu editor...
r0lZ
27th February 2005, 15:09
Originally posted by CoNS
r0lZ: When 0.5.0 final is released, could you make a description for nOObs like me on how to use the new menu editor function, and especially on which of the new options to select when loading a disc, if I just want to do the usual editing - or if I want to edit menus?It's not so complex. There is a new GUI when loading the DVD allowing to parse the VOBs for BOVs.
If you are sure there are no BOVs in your DVD, then you can safely abort the scan, and even disable the startup parsing.
If you have already scanned the DVD, you may also manually disable the checkboxes for the VTSs w/o BOVs.
The slider is used to speedup the scanning process. The BOVs are defined in the Nav Packs of the VOBUs. Checking only some nav packs usually works pretty well.
I recommand to check a DVD the first time with the slider to 30 (maximum). If some BOVs are found, rescan the VTSs with a lower value (for example 5). If the number of BOVs is the same, then you may safely use 30 each time you load the same DVD.
Could you add a function so that if the user disables the last audio or subtitle stream in PgcEdit, the user is prompted whether he wants PgcEdit to make the above mentioned changes or not? And the same if the user increases the number of streams by setting a stream which was previously marked as "None" (disabled)...It's difficult to do that in the PGC Editor, because you may have other PGCs still using the stream you just disabled. As stated by blutach, there is now a function to lower the number of streams if there are unused ones in the VTS. But for now, the function do not increase the number of streams if needed. I'll change that presto!
Finally, I small detail: There's a gramatical error in the dialog text when you use the function to "Assign VOB/Cell ID" for a PGC cell. Thanks. Fixed! :)
lamster
27th February 2005, 16:31
Originally posted by r0lZ
If you have already scanned the DVD, you may also manually disable the checkboxes for the VTSs w/o BOVs.
If the DVD has already been scanned, perhaps PgcEdit could remember the results in an INI file in the PgcEdit_backup directory?
r0lZ
27th February 2005, 21:25
It's possible, but dangerous. If the VOBs are modified, say with VobBlanker, everything will be incorrect (especially the first LBA, which is used to display the BOV in the viewer).
Maybe I'll add Export/Import buttons, but I think the parsing method is fast enough.
jsoto
27th February 2005, 22:03
I didn't investigate how dvdshrink recognizes you have change someting, but it does. May be it uses the date of the files?
The fact is it detects if the data it already has (from a deep analysis) is valid or not.
In any case, I believe PgcEdit is fast enough
jsoto
2COOL
28th February 2005, 04:03
@r0lZ and jeanl
I was working with MenuShrink Beta 0.800 on Phantom Menace (Region 1) main menu only (VTS_06_0.VOB).
http://img237.exs.cx/img237/7363/image0028uy.gif
In PgcEdit, I previously had viewed my chapter selection menus successfully. MenuShrink worked as planned. Now, when I go back to view my chapter selection menus afterwards again, I get this.
http://img139.exs.cx/img139/8010/image0017fe.png
Now, in this dialog, if I choose cell 1 and back to cell 2, my background is back.
http://img139.exs.cx/img139/5603/image0017ph.jpg
Also, if I just choose to preview the whole PGC, I can see the background too.
Again, this is what I get after using MenuShrink. I've done it about 3 times with consistent results.
jeanl
28th February 2005, 04:07
r0lZ, 2COOL, I see the same thing. I will investigate.
Jeanl
2COOL
28th February 2005, 04:12
Thanks jeanl! :)
jeanl
28th February 2005, 06:34
OK I found the culprit. The problem comes from the fact that MenuShrink can create cells where the subpics and the single I-frame arrive earlier than the navpack which defines the buttons.
PgcEditPreview has a problem because the I-frame belongs to a NavPack that has no buttons (the first one in the cell), but the next navpack, which has buttons, has no image!
r0lZ, let's take it offline and find a solution!
Jeanl
jsoto
28th February 2005, 08:40
Did you test VobBlanker?
jsoto
M7S
28th February 2005, 15:24
A little bugreport:
I runned vobblanker on a movie (shrek 2) to blank some menues (in vtsm 14) and strip some audiotracks from the main movie (in vts 14). The blanking and stripping went fine, but when I tried to open the new dvdfolder with PGCEdit, finding BUVs stopped while "scanning VTS_14_4 for BOVs: cell 59...". I can abort but I can't close the Find BOVs dialog. The only thing I can do is to close the program. If I uncheck "automaticly launce BOV finder when a DVD is opened" there's no problem opening the dvd ofcource (and since I've blanked out all titlesets which contained BOVs I have no need running the BOV finder). There's no problem opening the old folder with the not voblanked movie.
I've tried with PGCEdit 0.5 beta 10 and beta 12. I'm running Windows 2000.
jsoto
28th February 2005, 19:43
Please try an IFOEdit's mock strip in TITLEs, VTS 14. Seems VB didn't update correctly some subs pointers..., So
- Open VTS_14_0.IFO in IFOEDIT
- Select VOB Extras
- In the Vob Extras Options dlg, be sure to check
Correct Vob-Unit ...
Correct original IFO files
And, in the right part, be sure to check
Adjust VOB-Unit pointers
Adjust Audio/Subp point
jsoto
r0lZ
28th February 2005, 20:03
Jsoto, you think the problem isn't coming from PgcEdit? Is it possible that a end of VOBU ptr points to itself, making PgcEdit loop ad vitam? Normally, I have some checks to ensure the cell I read is really a nav pack, but I don't check for intinite loops...
M7S, thanks for the info.
Wheelie4
28th February 2005, 20:09
Originally posted by M7S
A little bugreport:
I runned vobblanker on a movie (shrek 2) to blank some menues (in vtsm 14) and strip some audiotracks from the main movie (in vts 14). The blanking and stripping went fine, but when I tried to open the new dvdfolder with PGCEdit, finding BUVs stopped while "scanning VTS_14_4 for BOVs: cell 59...". I can abort but I can't close the Find BOVs dialog. The only thing I can do is to close the program. I experienced a similar instance today after editting Dawn of the Dead (remake) in VobBlanker then trying to open in PGCEdit. Be aware this is only my second major use of VB and PGCEdit. Tinkering, trying to get familiar with them.
http://home.nc.rr.com/dalloyd/pgc.jpg
PGCEdit just sites there doing nothing after i click OK on the error message. Had to use task manager to close PGCEdit.
r0lZ
28th February 2005, 20:12
Could you reproduce this problem, and click on the Details >> button, then copy/paste the full error message here? Thanks.
Wheelie4
28th February 2005, 20:15
Hows this.
can't read "::buttons::butsinfo(pgc,4,2,numcellids)": no such element in array
can't read "::buttons::butsinfo(pgc,4,2,numcellids)": no such element in array
while executing
"if {$cellid>$::buttons::butsinfo(pgc,$vts,$vobid,numcellids)} {
set ::buttons::butsinfo(pgc,$vts,$vobid,numcellids) $cellid
}"
(procedure "get_domain_buttons_infos_titles" line 132)
invoked from within
"get_domain_buttons_infos_titles $dir $vts"
invoked from within
"if $::menued::scanvts($vts) {
if {[expr [winfo y $w.f.f.c.f1.c$vts]+[winfo height $w.f.f.c.f1.c$vts]] > [winfo height $w.f.f.c]} {
$w.f.f...."
(procedure "::menued::get_buttons_all_title_domains" line 179)
invoked from within
"::menued::get_buttons_all_title_domains $::dvddir true "DVD Opened OK. $::pgcs(numvts) VTS loaded.""
(procedure "::main::Read_New_DVD" line 75)
invoked from within
"::main::Read_New_DVD"
(menu invoke)
Were that smiley is should be a colon and a p
Wheelie4
28th February 2005, 20:26
BTW, I'm using PGCEdit 0.5.0 beta 12 and VobBlanker 1.6.0.5. ;)
jsoto
28th February 2005, 20:32
Jsoto, you think the problem isn't coming from PgcEdit? Is it possible that a end of VOBU ptr points to itself, making PgcEdit loop ad vitam? Normally, I have some checks to ensure the cell I read is really a nav pack, but I don't check for intinite loops...
I do not know, but I my first thinking is that I'm doing something wrong... He says there is no problem in the originals.
Well, I have a copy of Dawn of the Dead (remake). I'll check it.
OT: May be we can discuss this film?. In this case, I've understood it, no problem :D :D
(just kidding, not really want to discuss)
jsoto
Wheelie4
28th February 2005, 20:48
I can open the original in pgcedit as well with no problem.
In VB once opened I hit Blank>auto blank. I strip spanish and french from movie (VTS_01.vob). Next I right click Video_ts.vob select menu, hilite all PGC's and blank. Next I right click VTS_01.vob, select menu, hilite all PGC's, right click, choose still>without audio. I cut part of the beginning and end credits off the movie. Then click Process. Hope this helps
OT: This film has me confused. My tinking is the Umbrella Corporation is behind this occurance of zombie attacks. ;)
M7S
28th February 2005, 21:25
Mockstrip fixed my problem :) (I should have tought of that :o)
Thanks,
M7S
Wheelie4
28th February 2005, 21:30
Originally posted by jsoto
Please try an IFOEdit's mock strip in TITLEs, VTS 14. Seems VB didn't update correctly some subs pointers..., So
- Open VTS_14_0.IFO in IFOEDIT
- Select VOB Extras
- In the Vob Extras Options dlg, be sure to check
Correct Vob-Unit ...
Correct original IFO files
And, in the right part, be sure to check
Adjust VOB-Unit pointers
Adjust Audio/Subp point
jsoto
I just tried the mock strip described above (but on VTS_4_0.IFO were my error ocurred) and now it opens with no error in PGCEdit.
jsoto
28th February 2005, 22:12
Well, it seems that some subs pointers are not well updated when stripping with VB. I'll look into it, but it's not so easy, and I need to find the time...
jsoto
Wheelie4
28th February 2005, 22:25
I'm in no rush. I'm not trying to backup anything now anyhow. I just replaced my old Pioneer 105 with a Plextor PX-716UF and was just trying it's ripping ability out. And since I normaly use DRM Pro to edit I though while I had The Grudge and Dead on my pc I'd tinker with VobBlanker and PGCEdit's feature to get familiar with them doing test strips. ;)
jeanl
1st March 2005, 00:14
Originally posted by 2COOL
@r0lZ and jeanl
Again, this is what I get after using MenuShrink. I've done it about 3 times with consistent results.
2COOL, I have modified MenuShrink so it does not produce that bug with PgcEditPreview (was easier to fix in MenuShrink than it would have been in pgceditpreview!!!). The nex release of MenuShrink will have this fix. If you want to test it now, send me a pm, and I'll send you the fixed version...
jeanl
2COOL
1st March 2005, 00:21
I'm at work right now so just send it to bat-cave and I'll check it out when I get home. ;)
jsoto
1st March 2005, 01:17
Ok, I have two different questions:
@2COOL & jeanl,
Could anyone confirm if VobBlanker menu2still does or does not have the problem with pgceditpreview (SW I)? I'm testing with my copy and I'm unable to reproduce it, but it is different: it is the PAL version and menu is in VTS01 instead of VTS06.
@r0lZ
About pgcEdit + VB incompatibility. I was unable to reproduce the problem stripping titles (which makes me happy), but I found the problem with SW 1 VTS03, simply "keeping" the title. VTS03 has BOVs and is a very small title.
So, I'm concluding the problem comes from VB Cells reordering: This is the final layout in VTS03 (the one which made pgcEdit complain)
As you can see the VID/CID sequence is not honored.
Could you confirm if pgcEdit will fail in this case?
[00000000] Number of VOB IDs in VTS_VOBs 65 [0041]
[00000004] End byte of VTS_C_ADT table 787 [00000313]
[00000008] 1. Cell: VOB ID 7 [0007]
[0000000a] 1. Cell: Cell ID 1 [01]
[0000000c] 1. Cell: Start sector 0 [00000000]
[00000010] 1. Cell: End sector 91 [0000005b]
[00000014] 2. Cell: VOB ID 8 [0008]
[00000016] 2. Cell: Cell ID 1 [01]
[00000018] 2. Cell: Start sector 92 [0000005c]
[0000001c] 2. Cell: End sector 243 [000000f3]
[00000020] 3. Cell: VOB ID 9 [0009]
[00000022] 3. Cell: Cell ID 1 [01]
[00000024] 3. Cell: Start sector 244 [000000f4]
[00000028] 3. Cell: End sector 396 [0000018c]
[0000002c] 4. Cell: VOB ID 10 [000a]
[0000002e] 4. Cell: Cell ID 1 [01]
[00000030] 4. Cell: Start sector 397 [0000018d]
[00000034] 4. Cell: End sector 548 [00000224]
[00000038] 5. Cell: VOB ID 11 [000b]
[0000003a] 5. Cell: Cell ID 1 [01]
[0000003c] 5. Cell: Start sector 549 [00000225]
[00000040] 5. Cell: End sector 703 [000002bf]
[00000044] 6. Cell: VOB ID 12 [000c]
[00000046] 6. Cell: Cell ID 1 [01]
[00000048] 6. Cell: Start sector 704 [000002c0]
[0000004c] 6. Cell: End sector 859 [0000035b]
[00000050] 7. Cell: VOB ID 13 [000d]
[00000052] 7. Cell: Cell ID 1 [01]
[00000054] 7. Cell: Start sector 860 [0000035c]
[00000058] 7. Cell: End sector 1014 [000003f6]
[0000005c] 8. Cell: VOB ID 14 [000e]
[0000005e] 8. Cell: Cell ID 1 [01]
[00000060] 8. Cell: Start sector 1015 [000003f7]
[00000064] 8. Cell: End sector 1168 [00000490]
[00000068] 9. Cell: VOB ID 15 [000f]
[0000006a] 9. Cell: Cell ID 1 [01]
[0000006c] 9. Cell: Start sector 1169 [00000491]
[00000070] 9. Cell: End sector 1259 [000004eb]
[00000074] 10. Cell: VOB ID 16 [0010]
[00000076] 10. Cell: Cell ID 1 [01]
[00000078] 10. Cell: Start sector 1260 [000004ec]
[0000007c] 10. Cell: End sector 1492 [000005d4]
[00000080] 11. Cell: VOB ID 17 [0011]
[00000082] 11. Cell: Cell ID 1 [01]
[00000084] 11. Cell: Start sector 1493 [000005d5]
[00000088] 11. Cell: End sector 1725 [000006bd]
[0000008c] 12. Cell: VOB ID 18 [0012]
[0000008e] 12. Cell: Cell ID 1 [01]
[00000090] 12. Cell: Start sector 1726 [000006be]
[00000094] 12. Cell: End sector 1958 [000007a6]
[00000098] 13. Cell: VOB ID 19 [0013]
[0000009a] 13. Cell: Cell ID 1 [01]
[0000009c] 13. Cell: Start sector 1959 [000007a7]
[000000a0] 13. Cell: End sector 2191 [0000088f]
[000000a4] 14. Cell: VOB ID 20 [0014]
[000000a6] 14. Cell: Cell ID 1 [01]
[000000a8] 14. Cell: Start sector 2192 [00000890]
[000000ac] 14. Cell: End sector 2424 [00000978]
[000000b0] 15. Cell: VOB ID 21 [0015]
[000000b2] 15. Cell: Cell ID 1 [01]
[000000b4] 15. Cell: Start sector 2425 [00000979]
[000000b8] 15. Cell: End sector 2657 [00000a61]
[000000bc] 16. Cell: VOB ID 22 [0016]
[000000be] 16. Cell: Cell ID 1 [01]
[000000c0] 16. Cell: Start sector 2658 [00000a62]
[000000c4] 16. Cell: End sector 2892 [00000b4c]
[000000c8] 17. Cell: VOB ID 23 [0017]
[000000ca] 17. Cell: Cell ID 1 [01]
[000000cc] 17. Cell: Start sector 2893 [00000b4d]
[000000d0] 17. Cell: End sector 3127 [00000c37]
[000000d4] 18. Cell: VOB ID 24 [0018]
[000000d6] 18. Cell: Cell ID 1 [01]
[000000d8] 18. Cell: Start sector 3128 [00000c38]
[000000dc] 18. Cell: End sector 3218 [00000c92]
[000000e0] 19. Cell: VOB ID 25 [0019]
[000000e2] 19. Cell: Cell ID 1 [01]
[000000e4] 19. Cell: Start sector 3219 [00000c93]
[000000e8] 19. Cell: End sector 3732 [00000e94]
[000000ec] 20. Cell: VOB ID 26 [001a]
[000000ee] 20. Cell: Cell ID 1 [01]
[000000f0] 20. Cell: Start sector 3733 [00000e95]
[000000f4] 20. Cell: End sector 3738 [00000e9a]
[000000f8] 21. Cell: VOB ID 27 [001b]
[000000fa] 21. Cell: Cell ID 1 [01]
[000000fc] 21. Cell: Start sector 3739 [00000e9b]
[00000100] 21. Cell: End sector 3830 [00000ef6]
[00000104] 22. Cell: VOB ID 1 [0001]
[00000106] 22. Cell: Cell ID 1 [01]
[00000108] 22. Cell: Start sector 3831 [00000ef7]
[0000010c] 22. Cell: End sector 4386 [00001122]
[00000110] 23. Cell: VOB ID 28 [001c]
[00000112] 23. Cell: Cell ID 1 [01]
[00000114] 23. Cell: Start sector 4387 [00001123]
[00000118] 23. Cell: End sector 4481 [00001181]
[0000011c] 24. Cell: VOB ID 2 [0002]
[0000011e] 24. Cell: Cell ID 1 [01]
[00000120] 24. Cell: Start sector 4482 [00001182]
[00000124] 24. Cell: End sector 5055 [000013bf]
[00000128] 25. Cell: VOB ID 29 [001d]
[0000012a] 25. Cell: Cell ID 1 [01]
[0000012c] 25. Cell: Start sector 5056 [000013c0]
[00000130] 25. Cell: End sector 5146 [0000141a]
[00000134] 26. Cell: VOB ID 3 [0003]
[00000136] 26. Cell: Cell ID 1 [01]
[00000138] 26. Cell: Start sector 5147 [0000141b]
[0000013c] 26. Cell: End sector 5597 [000015dd]
[00000140] 27. Cell: VOB ID 30 [001e]
[00000142] 27. Cell: Cell ID 1 [01]
[00000144] 27. Cell: Start sector 5598 [000015de]
[00000148] 27. Cell: End sector 5690 [0000163a]
[0000014c] 28. Cell: VOB ID 4 [0004]
[0000014e] 28. Cell: Cell ID 1 [01]
[00000150] 28. Cell: Start sector 5691 [0000163b]
[00000154] 28. Cell: End sector 6464 [00001940]
[00000158] 29. Cell: VOB ID 31 [001f]
[0000015a] 29. Cell: Cell ID 1 [01]
[0000015c] 29. Cell: Start sector 6465 [00001941]
[00000160] 29. Cell: End sector 6556 [0000199c]
[00000164] 30. Cell: VOB ID 5 [0005]
[00000166] 30. Cell: Cell ID 1 [01]
[00000168] 30. Cell: Start sector 6557 [0000199d]
[0000016c] 30. Cell: End sector 7298 [00001c82]
[00000170] 31. Cell: VOB ID 32 [0020]
[00000172] 31. Cell: Cell ID 1 [01]
[00000174] 31. Cell: Start sector 7299 [00001c83]
[00000178] 31. Cell: End sector 7390 [00001cde]
[0000017c] 32. Cell: VOB ID 33 [0021]
[0000017e] 32. Cell: Cell ID 1 [01]
[00000180] 32. Cell: Start sector 7391 [00001cdf]
[00000184] 32. Cell: End sector 7396 [00001ce4]
[00000188] 33. Cell: VOB ID 34 [0022]
[0000018a] 33. Cell: Cell ID 1 [01]
[0000018c] 33. Cell: Start sector 7397 [00001ce5]
[00000190] 33. Cell: End sector 7487 [00001d3f]
[00000194] 34. Cell: VOB ID 35 [0023]
[00000196] 34. Cell: Cell ID 1 [01]
[00000198] 34. Cell: Start sector 7488 [00001d40]
[0000019c] 34. Cell: End sector 7493 [00001d45]
[000001a0] 35. Cell: VOB ID 36 [0024]
[000001a2] 35. Cell: Cell ID 1 [01]
[000001a4] 35. Cell: Start sector 7494 [00001d46]
[000001a8] 35. Cell: End sector 7587 [00001da3]
[000001ac] 36. Cell: VOB ID 37 [0025]
[000001ae] 36. Cell: Cell ID 1 [01]
[000001b0] 36. Cell: Start sector 7588 [00001da4]
[000001b4] 36. Cell: End sector 7740 [00001e3c]
[000001b8] 37. Cell: VOB ID 38 [0026]
[000001ba] 37. Cell: Cell ID 1 [01]
[000001bc] 37. Cell: Start sector 7741 [00001e3d]
[000001c0] 37. Cell: End sector 7892 [00001ed4]
[000001c4] 38. Cell: VOB ID 39 [0027]
[000001c6] 38. Cell: Cell ID 1 [01]
[000001c8] 38. Cell: Start sector 7893 [00001ed5]
[000001cc] 38. Cell: End sector 8045 [00001f6d]
[000001d0] 39. Cell: VOB ID 40 [0028]
[000001d2] 39. Cell: Cell ID 1 [01]
[000001d4] 39. Cell: Start sector 8046 [00001f6e]
[000001d8] 39. Cell: End sector 8200 [00002008]
[000001dc] 40. Cell: VOB ID 41 [0029]
[000001de] 40. Cell: Cell ID 1 [01]
[000001e0] 40. Cell: Start sector 8201 [00002009]
[000001e4] 40. Cell: End sector 8357 [000020a5]
[000001e8] 41. Cell: VOB ID 42 [002a]
[000001ea] 41. Cell: Cell ID 1 [01]
[000001ec] 41. Cell: Start sector 8358 [000020a6]
[000001f0] 41. Cell: End sector 8512 [00002140]
[000001f4] 42. Cell: VOB ID 43 [002b]
[000001f6] 42. Cell: Cell ID 1 [01]
[000001f8] 42. Cell: Start sector 8513 [00002141]
[000001fc] 42. Cell: End sector 8665 [000021d9]
[00000200] 43. Cell: VOB ID 44 [002c]
[00000202] 43. Cell: Cell ID 1 [01]
[00000204] 43. Cell: Start sector 8666 [000021da]
[00000208] 43. Cell: End sector 8758 [00002236]
[0000020c] 44. Cell: VOB ID 45 [002d]
[0000020e] 44. Cell: Cell ID 1 [01]
[00000210] 44. Cell: Start sector 8759 [00002237]
[00000214] 44. Cell: End sector 8992 [00002320]
[00000218] 45. Cell: VOB ID 46 [002e]
[0000021a] 45. Cell: Cell ID 1 [01]
[0000021c] 45. Cell: Start sector 8993 [00002321]
[00000220] 45. Cell: End sector 9226 [0000240a]
[00000224] 46. Cell: VOB ID 47 [002f]
[00000226] 46. Cell: Cell ID 1 [01]
[00000228] 46. Cell: Start sector 9227 [0000240b]
[0000022c] 46. Cell: End sector 9460 [000024f4]
[00000230] 47. Cell: VOB ID 48 [0030]
[00000232] 47. Cell: Cell ID 1 [01]
[00000234] 47. Cell: Start sector 9461 [000024f5]
[00000238] 47. Cell: End sector 9694 [000025de]
[0000023c] 48. Cell: VOB ID 49 [0031]
[0000023e] 48. Cell: Cell ID 1 [01]
[00000240] 48. Cell: Start sector 9695 [000025df]
[00000244] 48. Cell: End sector 9928 [000026c8]
[00000248] 49. Cell: VOB ID 50 [0032]
[0000024a] 49. Cell: Cell ID 1 [01]
[0000024c] 49. Cell: Start sector 9929 [000026c9]
[00000250] 49. Cell: End sector 10162 [000027b2]
[00000254] 50. Cell: VOB ID 51 [0033]
[00000256] 50. Cell: Cell ID 1 [01]
[00000258] 50. Cell: Start sector 10163 [000027b3]
[0000025c] 50. Cell: End sector 10397 [0000289d]
[00000260] 51. Cell: VOB ID 52 [0034]
[00000262] 51. Cell: Cell ID 1 [01]
[00000264] 51. Cell: Start sector 10398 [0000289e]
[00000268] 51. Cell: End sector 10632 [00002988]
[0000026c] 52. Cell: VOB ID 53 [0035]
[0000026e] 52. Cell: Cell ID 1 [01]
[00000270] 52. Cell: Start sector 10633 [00002989]
[00000274] 52. Cell: End sector 10724 [000029e4]
[00000278] 53. Cell: VOB ID 54 [0036]
[0000027a] 53. Cell: Cell ID 1 [01]
[0000027c] 53. Cell: Start sector 10725 [000029e5]
[00000280] 53. Cell: End sector 11236 [00002be4]
[00000284] 54. Cell: VOB ID 55 [0037]
[00000286] 54. Cell: Cell ID 1 [01]
[00000288] 54. Cell: Start sector 11237 [00002be5]
[0000028c] 54. Cell: End sector 11242 [00002bea]
[00000290] 55. Cell: VOB ID 6 [0006]
[00000292] 55. Cell: Cell ID 1 [01]
[00000294] 55. Cell: Start sector 11243 [00002beb]
[00000298] 55. Cell: End sector 12007 [00002ee7]
[0000029c] 56. Cell: VOB ID 56 [0038]
[0000029e] 56. Cell: Cell ID 1 [01]
[000002a0] 56. Cell: Start sector 12008 [00002ee8]
[000002a4] 56. Cell: End sector 12013 [00002eed]
[000002a8] 57. Cell: VOB ID 57 [0039]
[000002aa] 57. Cell: Cell ID 1 [01]
[000002ac] 57. Cell: Start sector 12014 [00002eee]
[000002b0] 57. Cell: End sector 12106 [00002f4a]
[000002b4] 58. Cell: VOB ID 58 [003a]
[000002b6] 58. Cell: Cell ID 1 [01]
[000002b8] 58. Cell: Start sector 12107 [00002f4b]
[000002bc] 58. Cell: End sector 12200 [00002fa8]
[000002c0] 59. Cell: VOB ID 59 [003b]
[000002c2] 59. Cell: Cell ID 1 [01]
[000002c4] 59. Cell: Start sector 12201 [00002fa9]
[000002c8] 59. Cell: End sector 12292 [00003004]
[000002cc] 60. Cell: VOB ID 60 [003c]
[000002ce] 60. Cell: Cell ID 1 [01]
[000002d0] 60. Cell: Start sector 12293 [00003005]
[000002d4] 60. Cell: End sector 12386 [00003062]
[000002d8] 61. Cell: VOB ID 61 [003d]
[000002da] 61. Cell: Cell ID 1 [01]
[000002dc] 61. Cell: Start sector 12387 [00003063]
[000002e0] 61. Cell: End sector 12480 [000030c0]
[000002e4] 62. Cell: VOB ID 62 [003e]
[000002e6] 62. Cell: Cell ID 1 [01]
[000002e8] 62. Cell: Start sector 12481 [000030c1]
[000002ec] 62. Cell: End sector 12574 [0000311e]
[000002f0] 63. Cell: VOB ID 63 [003f]
[000002f2] 63. Cell: Cell ID 1 [01]
[000002f4] 63. Cell: Start sector 12575 [0000311f]
[000002f8] 63. Cell: End sector 12580 [00003124]
[000002fc] 64. Cell: VOB ID 64 [0040]
[000002fe] 64. Cell: Cell ID 1 [01]
[00000300] 64. Cell: Start sector 12581 [00003125]
[00000304] 64. Cell: End sector 12673 [00003181]
[00000308] 65. Cell: VOB ID 65 [0041]
[0000030a] 65. Cell: Cell ID 1 [01]
[0000030c] 65. Cell: Start sector 12674 [00003182]
[00000310] 65. Cell: End sector 12679 [00003187]
jeanl
1st March 2005, 01:22
jsoto, I can't test at this point (at work), I'll test tonight, maybe 2COOl can test too. I suspect vobblanker will not show the preview bug, from what you've explained to me. The bug seems to show up when the navpack that has the image has no button info, and the navpack that has the button info has no image. This does not seem to happen in the vobblanker output. But I'll check tonight.
jeanl
r0lZ
1st March 2005, 01:35
@jsoto: Normally, PgcEdit should not complain anymore if the cells are not in increasing order. But there might be a problem when a VOB or Cell ID is missing. I don't remember if I checked this case for the BOVs.
For now, my PC is in 'reinstall mode', but I will check as soon as possible.
@Wheelie4: Thanks for the dump. With that info, it's easier to imagine what caused the problem. Stay tuned right here...
Wheelie4
1st March 2005, 01:49
@jsoto,
I redid the movie in VB 3 times and got the same error each time in PGCEdit. Not sure if this helps but below are links to both the VB log and the PGCEdit log.
VobBlanker Log (http://home.nc.rr.com/dalloyd/VBDODlog.txt)
PGCEdit Log (http://home.nc.rr.com/dalloyd/DOD.txt)
Hope this helps you. :)
@rolz,
No problem. Wish I could help more. ;)
r0lZ
1st March 2005, 02:00
@jsoto: I assume the responsability of the bug. An unreferenced variable is used. Not sure why it happens, but it's probably a special case I don't care about. Will try to find and fix the problem...
r0lZ
2nd March 2005, 02:25
Beta 13 is an attempt to fix the problems with the parsing of menubuttons/BOVs encountered by Wheelie4 and M7S.
I don't have a DVD with such problem, so, the bugfix was somewhat a blind edit. It may, or may not work.
@Wheelie4 and M7S: Could you check it with your 'problematic' DVDs? Thanks.
The beta is, as usual, in the folder pointed to by the 'all versions' link of my homepage at VideoHelp.
jeanl
2nd March 2005, 02:28
Originally posted by r0lZ
The beta is, as usual, in the folder pointed to by the 'all versions' link of my homepage at VideoHelp.
thanks ;). You're done with the PC upgrading hell?!
jeanl
jsoto
2nd March 2005, 09:04
You've done it!
I confirm my SW I (VTS 03, with 40 buttons), processed by VobBlanker fails with beta 12 but it is opened in beta 13 without any problem.
Good work!. Fantastic. (As usual)
OT: Is there any way to add a new stream (audio or sub) in pgcEdit? I do not find the way in Domain Stream attributes dialog. There is an user (MomoNyo) in VobBlanker thread (here) (http://forum.doom9.org/showthread.php?s=&postid=618708#post618708) asking how to do it.
jsoto
r0lZ
2nd March 2005, 10:27
@jeanl: Yes, my brand new PC is now ready to continue with PgcEdit. ;)
@jsoto: Thanks for the feedback.
Number of streams. Yes and no. It ia actually possible to search for the number of streams defined at the PGC level, and fix the total number of streams in VTSI_MAT with the Fix Streams macro.
But I writed this macro with a request of 2COOL in mind, and it is not possible to add a stream for now. Only to remove unnecessary streams left after a strip.
I'll change that immediately. 0.5.0 final will have a macro that will work in both situations.
So, the correct procedure will be: change the streams assignments at the PGC level, then call the macro. If some streams are added, you will need to edit the streams attributes as well.
[EDIT:] Done.
Wheelie4
2nd March 2005, 18:16
@r0lZ
The exact same Dawn of the Dead files that errored in beta 12 open just fine in beta 13. :D ;)
r0lZ
2nd March 2005, 21:26
Great! Thanks for your feedback!
radius
3rd March 2005, 17:53
Hi,
first, thanks for this marvelous soft :))
I used it to "rebuild" completly some dvd9 in addition with menuedit & ifoedit and it's just perfect.
I was wondering if you'll add the possibility to edit VOBs PUOs, actually ifoedit can remove all puos but there are problems when doing a "next" in some menus (it jumps to the next pgc rather than jumping to the next program etc..) ?
Another thing, will it be posible to add pgcs progams too ? (I managed to add programs in a menu with ifoedit, by entering the VOBU sectors manually etc ... but it was such a pain)
Merci A+ ;)
r0lZ
3rd March 2005, 21:28
Originally posted by radius
I was wondering if you'll add the possibility to edit VOBs PUOs, actually ifoedit can remove all puos but there are problems when doing a "next" in some menus (it jumps to the next pgc rather than jumping to the next program etc..) ? No. PgcEdit is not really a VOB editor (although I am working on a menu button editor). My way to process the PUOs is to remove them from the VOBs when ripping the DVD. DVD Decrypter has an option to do just that. Then, usually, I remove all PUOs from the title and VMGM domains, with the Filter PUOs function of PgcEdit. I prefer to leave the PUOs in the menu domains, because some unexpected behavior may occur it they are removed.
Another thing, will it be posible to add pgcs progams too ? (I managed to add programs in a menu with ifoedit, by entering the VOBU sectors manually etc ... but it was such a pain) It is already possible to add or remove programs in the cell list of the PGC Editor. Just click on the button in the prog. column to toggle the program for that cell.
You may have to edit the PTTs as well.
It is not possible to create a new cell. This is on my todo list...
jsoto
3rd March 2005, 22:52
@radius
You can add cells/program/chapters with addchapter (See my sig). You can combine this with pgcEdit.
jsoto
blutach
3rd March 2005, 23:18
Originally posted by radius
I was wondering if you'll add the possibility to edit VOBs PUOs, actually ifoedit can remove all puos but there are problems when doing a "next" in some menus (it jumps to the next pgc rather than jumping to the next program etc..) ? http://forum.doom9.org/showthread.php?s=&threadid=86318
r0lZ
4th March 2005, 13:13
PgcEdit 0.5.0 final released.
See this thread (http://forum.doom9.org/showthread.php?s=&postid=619826).
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.