PgcEdit v0.4

[r0lZ]

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


PgcEdit 0.4.0 released
Trace mode!
PGC Editor: It is now possible to edit the Programs map by clicking on the Prog buttons.
PGC Editor: Added a Chapter (PTT) table editor.
In the menubuttons viewer, clicking on the Jump to Target button will now close the viewer (but only if the target is found, and is another PGC.)
SetSTN: Changed the labels for audio value 15 and subpic 62 from 'set to none' to 'not set', which IMHO is more coherent.
PGC Editor: New tooltips on the stream assignments buttons.
The stream numbers in the PGC selector were starting at 1 instead of 0.
The subpic stream assignment slider range was 0 to 15 instead of 0 to 31.
The VTS Sectors adjustment was wrong with empty (0 byte) menu VOBs.
Command Editor: Little bug fixed when a value field was empty and the "B" button was selected.

About Trace mode
The Trace mode is still in a somewhat experimental state.

Known limitations: No documentation. Sorry
Since the virtual playback is not in real time, the behavior of the NAV counter and of the GPRMs in counter mode cannot be simulated. SetNVTMR and SetGPRMMD (in counter mode) are therefore only partially supported.
PgcEdit don't currently search for BOV (Button Over Video) in the Title's VOBs. The few DVDs with menus in the title domain will therefore not be successfully traced. [added 18 Nov 2004]
There is no preview of the video (for now).
There are certainly still many bugs in the code. However, since the Trace mode do not modify anything in the current DVD, you may use it safely.
Check out the Jeanl's Guides for PgcEdit (http://jean.laroche.free.fr/) for excellent examples of the usage of the Trace mode.


Please note
I have changed the distribution status of PgcEdit from freeware to donnationware.
I have already spend months to develop PgcEdit. The new Trace mode was verry hard to do, and the other features I will add are also involving many time in develpoment. So, if you like and use PgcEdit, please donate!
To make a donation, click on the PayPal button on my homepage. (Actually, there are 2 buttons, so you cannot miss them. ;))
Many thanks in advance.



The current PgcEdit version is discussed here: PgcEdit 0.5 (http://forum.doom9.org/showthread.php?s=&threadid=90960)

Old PgcEdit discussion threads: PgcEdit 0.5.0 beta (http://forum.doom9.org/showthread.php?s=&threadid=89918).
PgcEdit 0.4 (http://forum.doom9.org/showthread.php?s=&threadid=85329).
PgcEdit 0.3 (http://forum.doom9.org/showthread.php?s=&threadid=79853).
PgcEdit 0.2 (http://forum.doom9.org/showthread.php?s=&threadid=78618).
PgcEdit 0.1 (http://forum.doom9.org/showthread.php?s=&threadid=77980).


Links to PgcEdit 0.4.X revisions inside this thread:
v0.4.1 (http://forum.doom9.org/showthread.php?s=&threadid=85329&perpage=20&pagenumber=2#post571299)
v0.4.2 (http://forum.doom9.org/showthread.php?s=&threadid=85329&perpage=20&pagenumber=3#post572369)
v0.4.3 (http://forum.doom9.org/showthread.php?s=&threadid=85329&perpage=20&pagenumber=4#post573841)
v0.4.3.1 (http://forum.doom9.org/showthread.php?s=&threadid=85329&perpage=20&pagenumber=5#post574236)
v0.4.4 beta 4 (http://forum.doom9.org/showthread.php?s=&threadid=85329&perpage=20&pagenumber=9#post576213)
v0.4.4 beta 6 (http://forum.doom9.org/showthread.php?s=&threadid=85329&perpage=20&pagenumber=9#post576463)
v0.4.4 beta 7 (http://forum.doom9.org/showthread.php?s=&threadid=85329&perpage=20&pagenumber=11#post576815)
v0.4.4 beta 8 (http://forum.doom9.org/showthread.php?s=&threadid=85329&perpage=20&pagenumber=11#post576910)
v0.4.4 beta 9 (http://forum.doom9.org/showthread.php?s=&threadid=85329&perpage=20&pagenumber=12#post577170)
v0.4.4 (http://forum.doom9.org/showthread.php?s=&threadid=85329&perpage=20&pagenumber=13#post578915)
v0.4.5 (http://forum.doom9.org/showthread.php?s=&threadid=85329&perpage=20&pagenumber=16#post583149)
v0.4.6 (http://forum.doom9.org/showthread.php?s=&threadid=85329&perpage=20&pagenumber=18#post588355)
v0.4.7 (http://forum.doom9.org/showthread.php?s=&threadid=85329&perpage=20&pagenumber=21#post591041)
v0.4.8 (http://forum.doom9.org/showthread.php?s=&threadid=85329&perpage=20&pagenumber=23#post596919)
v0.4.9 (http://forum.doom9.org/showthread.php?s=&threadid=85329&perpage=20&pagenumber=26#post603078)
v0.4.9.1 (http://forum.doom9.org/showthread.php?s=&threadid=85329&perpage=20&pagenumber=26#post603141)

[jeanl]

yeeeeehaaaaa! As they like to say in some remote parts of the US!

A million thanks r0lZ for the this amazing and unique tool!
Jeanl

[blutach]

Thanks rolz - another amazing feat.

And thanks Jean for the time to get a very good guide together.

Regards

[blutach]

@jean - in the middle of your guide is a "rolz why" (step 3). Maybe you want to edit the guide.

Also, I have often encountered FBIs after the movie ends. Sometimes about 20 of them in different languages x 10 seconds each. Perhaps you'd like to write something about this in your guide, too (although I tend to use a combination of VobBlanker and PgcEdit to get ridda these).

Regards

[r0lZ]

r0lZ why? ;) in Jeanl's guide "Skipping annoying stuff (FBI warnings, previews, logos) with PgcEdit."
This offers to not only bypass the playback of the cell(s) in the PGC, but also mark the PGC as having no cells/programs. R0LZ WHY?Because, if the cell is not referenced anymore, when you do a VOB ID strip with IfoEdit, the ID for the cell will be automatically deselected in the GUI. You don't have to remember which VOB ID you need to strip.

[erdoke]

I really appreciate the amount of work that you've done and going to do to make this app better and better. I wish I could contribute through PayPal. Maybe I can in other ways helping the development as with other apps.

Congratulations, r0lZ!
:thanks:

[2COOL]

@r0lZ

When I toggle my breakpoint, PgcEdit changes my font color to BLUE. Well, my default highlight is almost the same color. Perhaps, you can set it to something like RED?

http://img31.exs.cx/img31/3609/Image_024.png

@jeanl

Thanks for the credits! ;) Nice guide. Here's my 2 thumbs up!CC

[r0lZ]

I see. Humm. I can't use red. Red is already used for the pre/post breakpoints. But I may change the default color of the selection, from blue to gray.
I have WinXP with the Silver color sheme and the default highlight is gray, which is fine...

[2COOL]

@r0lZ

Just like you cleaned up the codes in the PGC Command Table, perhaps you should do the same filter for the language field.

http://img113.exs.cx/img113/594/Image_025.png

Also, when I step this command, why does it put in a button value?

[71 00 00 00 65 6E 00 00] 6 Set gprm(0) =(mov) 25966 ("en")
http://img113.exs.cx/img113/6208/Image_27.png

[2COOL]

@r0lZ

Can you clear up on the use of Remember GPRMs and Remember SPRMs? It's set by default, right?

http://img43.exs.cx/img43/2213/Image_027.png

I understand that restoring is actually "resetting" the registers back to default settings.

What's the good use for Clear "Register Changed" flags? It seems it just dulls the registers' highlights.

Also, I think your Hide toolbars in trace mode? should be better off in your Trace menu in Main Menu bar. It's useless in Trace setup when toggling.

http://img102.exs.cx/img102/8939/Image_028.png

[2COOL]

Originally posted by r0lZ
I see. Humm. I can't use red. Red is already used for the pre/post breakpoints. But I may change the default color of the selection, from blue to gray.
I have WinXP with the Silver color sheme and the default highlight is gray, which is fine... Maybe you can give us the option to change that highlight color to suit our needs? Minor request though.

[2COOL]

@r0lZ

v0.4.0 has a nasty bug!:devil:

I was working on Shrek 2 and when I went to save, I got this error.

http://img103.exs.cx/img103/9645/Image_002.gif

I never got it before and why now? I also open and saved my other DVDs with no problems. It's this DVD that giving me problems. Now, backtracking in betas, I found that 0.4.0 beta 1 worked fine. After that version, this error pops up.

Note: I went and re-ripped my Shrek 2 files again just to make sure I was using uncorrupted files. I tested on these.

[EDIT] I was working on a DVD Shrink Re-authored backup with adding a dummy PGC and got the same error on saving. :( Works fine with beta 1 again.

[r0lZ]

Originally posted by 2COOL
@r0lZ

Can you clear up on the use of Remember GPRMs and Remember SPRMs? It's set by default, right?

http://img43.exs.cx/img43/2213/Image_027.png

I understand that restoring is actually "resetting" the registers back to default settings.Not exactly. Remember will take a snapshot of the current registers. Restore will reset them to the last remembered values. This way, you can take a snapshot of the state at any point in playback, continue the trace, and, if needed, edit some commands, go back to that point, restore the registers, and try again.


What's the good use for Clear "Register Changed" flags? It seems it just dulls the registers' highlights.True. You may reset the changed flags at any point, then continue the trace, and see what registers are changed in the section you just traced. This may be used, for example, in a method like the one explained by jeanl in his guide, to bypass ANY part of the DVD, not only from the start of the DVD playback.
Also note that the 'Copy changed registers to clipboard' and 'Append changed registers to scratchbook' are using only the changed registers since the last Clear changed flags (ie, the registers shown in black in the watch window.)


Also, I think your Hide toolbars in trace mode? should be better off in your Trace menu in Main Menu bar. It's useless in Trace setup when toggling.

http://img102.exs.cx/img102/8939/Image_028.png OK, although this setup is remembered from session to session...

[r0lZ]

Originally posted by 2COOL
@r0lZ

Just like you cleaned up the codes in the PGC Command Table, perhaps you should do the same filter for the language field.

http://img113.exs.cx/img113/594/Image_025.png

Also, when I step this command, why does it put in a button value?

[71 00 00 00 65 6E 00 00] 6 Set gprm(0) =(mov) 25966 ("en")
http://img113.exs.cx/img113/6208/Image_27.png OK. Noted.

[r0lZ]

Originally posted by 2COOL
@r0lZ

v0.4.0 has a nasty bug!:devil:

I was working on Shrek 2 and when I went to save, I got this error.

http://img103.exs.cx/img103/9645/Image_002.gif

I never got it before and why now? I also open and saved my other DVDs with no problems. It's this DVD that giving me problems. Now, backtracking in betas, I found that 0.4.0 beta 1 worked fine. After that version, this error pops up.

Note: I went and re-ripped my Shrek 2 files again just to make sure I was using uncorrupted files. I tested on these.

[EDIT] I was working on a DVD Shrink Re-authored backup with adding a dummy PGC and got the same error on saving. :( Works fine with beta 1 again.
OK. I will investigate on this.
BTW, did you used the Trace before saving? [EDIT:] Doesn't matter: the bug is coming from the new Chapter Editor feature... It is fixed now.

@everybody:
I've found another bug: the Trace is not able to find the target of a LinkTopCell in some cases. This will be fixed soon...

[CoNS]

r0lZ, thanks again for this amazing tool. :)

jeanl, thanks for the guides. Excellent, just what I've been waiting for.

and 2COOL, I can't thank you often enough for those other PgcEdit guides... Keep 'em coming!!

[blutach]

@jeanl

Your guide on Jumping straight to the main menu or the movie with PgcEdit has a little error.

In the "few notes" at the end, you give a whole lot of commands for each GPRM.

The one for a spare GPRM(0) - which, of course, is VERY unlikely to occur - is given as follows:

GPRM(0): {00 B1 00 00 00 00 00 05} {71 00 00 00 00 01 00 00} {00 02 00 00 00 00 00 00} {00 00 00 00 00 00 00 00} I think the 05 should be 04

Otherwise, a really nice guide.

Regards

[blutach]

@jeanl again :)

Suppose I wanted to jump to a main menu, but wanted to set my audio and subbie streams. I really wanted to put in a breakpoint (BP) after I've been to the audio/subtitle menu(s). Is it simply a question of altering the Set STN command manually afterward to the audio stream I want?

Or would a better strategy be to set a BP in the post commands of the audio menu and figure out what audio stream I have selected?

Your (and anyone else's) advice would be appreciated.

Regards

[r0lZ]

@blutach
Try this:
When you first comes to your breakpoint, just go on with the Trace. Go to your Audio and Subtitles menus, select the streams you want, and return to the main menu. This time, when you're at the breakpoint again, follow the guide.

[jeanl]

Originally posted by blutach
@jeanl again :)

Suppose I wanted to jump to a main menu, but wanted to set my audio and subbie streams. I really wanted to put in a breakpoint (BP) after I've been to the audio/subtitle menu(s). Is it simply a question of altering the Set STN command manually afterward to the audio stream I want?

Or would a better strategy be to set a BP in the post commands of the audio menu and figure out what audio stream I have selected?

Your (and anyone else's) advice would be appreciated.

Regards

You can ideed do it the way r0lZ suggests, the most reliable way is to do it like you would on your DVD player: Go to the main menu, from there go to the subtitle select menu, pick the right one, do that for the audio, and go back to the main menu, then follow the guide. This is the surest way because you're doing it exactly in the same manner you would on a real player, so the state of the player will be exactly what it should be when you reach the main menu.
You can also try this, but it's not guaranteed to work: Follow the guide to jump to the movie, and from then to the main menu, but as you suggested, change the SetSTN command to what you'd like it to be before the jump to the main menu.
If instead of jumping to the main menu you followed on to the movie, then things would be fine (you'd have the right audio/sub). But because you jump back to the main menu, there's no telling what that menu will do (maybe select another stream based on the value in a gprm() that we didn't change)....

Thanks for pointing out the mistake in my guide! and thanks for the thanks!
Jeanl

[smoof]

Thanks for all your hard work to make the trace functionality. It's a great debugging/educational tool that I've been hoping for since way back when (http://forum.doom9.org/showthread.php?threadid=23812).

Great job!

[jeanl]

Originally posted by smoof
Thanks for all your hard work to make the trace functionality. It's a great debugging/educational tool that I've been hoping for since way back when (http://forum.doom9.org/showthread.php?threadid=23812).

Great job!
smoof,
it looks like you could claim the paternity for the post->pre command migration idea to skip stuff, no?
Jeanl

[blutach]

@rolz et jean:

Merci beaucoup pour l'aide :) (Excusez-moi my lousy Francais).

Seriously, this new functionality is wonderful and now I have played around with it a bit more, I can see how to do things better.

Thanks again.

Regards

[jeanl]

Originally posted by blutach
@jeanl

Your guide on Jumping straight to the main menu or the movie with PgcEdit has a little error.

In the "few notes" at the end, you give a whole lot of commands for each GPRM.

The one for a spare GPRM(0) - which, of course, is VERY unlikely to occur - is given as follows:

GPRM(0): {00 B1 00 00 00 00 00 05} {71 00 00 00 00 01 00 00} {00 02 00 00 00 00 00 00} {00 00 00 00 00 00 00 00} I think the 05 should be 04

Otherwise, a really nice guide.

Regards
Thanks blutach, I fixed it.
Jeanl

[jeanl]

Originally posted by blutach
@rolz et jean:

Merci beaucoup pour l'aide :) (Excusez-moi my lousy Francais).

Seriously, this new functionality is wonderful and now I have played around with it a bit more, I can see how to do things better.

Thanks again.

Regards

The trace function is a jem. I don't know much about commercial software, but I've never ever heard of that functionality before. In my opinion, that's pretty major! The possibilities are endless (well, almost)!

And I bet r0lZ has more stuff up his sleeve!
Jeanl

[2COOL]

Originally posted by jeanl
I don't know much about commercial software, but I've never ever heard of that functionality before. PgcEdit doesn't come close to Trai Forrester's TFDVDEDIT Tracer (http://www.tfdvdedit.com/public/98.cfm) but the downside of this software is that it's not for PC platform and it's outof my price range too. :( It's only for the big boys.

He's registered here but hasn't been too active. He also has his own website and forum to tend too.

http://forum.doom9.org/showthread.php?s=&threadid=60252&highlight=forrestor

[lamster]

The trace function is very nice.

For myself, I'd like to see something like "->> Next Nav", which would run to the next video playback, navigational command, or breakpoint. (Either that, or perhaps a variant of "single step" that would step over all register-setting commands.)

[jeanl]

Originally posted by lamster
The trace function is very nice.

For myself, I'd like to see something like "->> Next Nav", which would run to the next video playback, navigational command, or breakpoint. (Either that, or perhaps a variant of "single step" that would step over all register-setting commands.)
Did you see the ->> NextPB which goes to the next video playback?
What's a situation when you want to skip register-setting commands?
Jeanl

[r0lZ]

Originally posted by lamster
The trace function is very nice.

For myself, I'd like to see something like "->> Next Nav", which would run to the next video playback, navigational command, or breakpoint. (Either that, or perhaps a variant of "single step" that would step over all register-setting commands.) Do you mean: break to the first Jump/Call/Link/RSM/GoTo/SetTnpPML encountered?
This is verry difficult to do, because of the method I use to parse and execute the commands. Anyway, if you set both the Break at All menus and Break at all titles, you will break everytime a new PGC is entered. Is it not enough?

[EDIT:] You can actually break at all nav commands with this trick:
- Select Breakpoints/Break at log output
- In the search/break field, type (Jump|Call|Link|RSM|GoTo|SetTnpPML) and enable the "reg expr" option. You will break at all nav commands. (Note: the break occur after the command is executed.)

[lamster]

Originally posted by jeanl
Did you see the ->> NextPB which goes to the next video playback?
What's a situation when you want to skip register-setting commands?
Jeanl
Yes, I saw that.

Basically, I'm trying to document the flow of control, so if it steps through 3 or 4 PGC's before getting to a menu or video clip, then the ->> NextPB would skip through all of them, whereas I want to write down each PGC that gets used.

I was thinking that a variant of single-step that skipped over the register-setting commands (i.e., didn't stop for any of them; I don't mean to skip them in the sense of not performing the action) might be a simpler thing to implement.

[lamster]

Originally posted by r0lZ
Anyway, if you set both the Break at All menus and Break at all titles, you will break everytime a new PGC is entered. Is it not enough?
Yes, it probably is. I hadn't fully explored the Trace window menus. Thanks.
You can actually break at all nav commands with this trick
Extremely cool! Thanks!

[levick]

Thanks for an amazing program, I have one small request, is it possible
to add to the utilities a buttom for deleting un wanted dummy PGCs in the menus?
Thanks once again
Levick.

[r0lZ]

@levick

This is not at all a small request: deleting a PGC is verry difficult to do, since all the PGCs that follow will be renumbered. All references to these PGCs must be updated!
I may add later a function to delete the LAST DUMMY PGC of the current LU, but without any search/fix of the references to it.

For now, you may try this trick.
Suppose you want to delete the LAST PGC of VTSM 2, LU 1, and that you have 5 PGCS in this LU.
Hold the Control key, and double-click with the middle mouse button on the PGC selector menubutton (labelled "PGC", in the upper left part of the main window).
A console window (normally used to debug) will pop up.
In this console, type:set ::menus(2,1,numpgcs) 4(where 2 is the VTS number, 1 the LU number, and 4 the number of the last PGC you want to keep)
Save.
This should work.

[levick]

Thanks for the advise r0IZ, I had know idea it would be difficult.
Levick.:)

[$$$]

set ::menus(2,1,numpgcs) 4

(where 2 is the VTS number, 1 the LU number, and 4 the number of the last PGC you want to keep)Cool.. does this work for VMG PGCs as well?

$

[r0lZ]

Yes. Just use 0 for the VTS number.


Also, it works in Title domain:set ::pgcs(2,numpgcs) 4but in this case, you may have problems because the VMG_TT_SRPT table is not updated: you will have to edit it with IfoEdit.

[sweetness]

i did a movie only backup with dvdshrink and created a intro still clip too. i then used pgcEdit Import First-Play Clip marco(set to 60sec still)and everything works fine. just one little request or change.
on my standalone(sony) i have to press previous(2x) to jump to the start of the movie.(makes sences since the intro is title 2 and the movie is title 1)
can you change the macro so the next button on the remote can be used. thanks

[r0lZ]

Originally posted by sweetness
can you change the macro so the next button on the remote can be used. thanks Hi sweetness!
Yes, of course. It's a stupid omission.

For now, you can do it by hand: just change the NextPGC link of the imported clip from 0 to 1.

[EDIT:] Added for the 3 Import Clip macros. You will now be able to skip to the next title with the Next Chapter button when playing the imported clip.
I'll post a new version soon...

[sweetness]

thanks
i can see it now. my girlfriend asking me why she has to press previous to go to the next clip.:rolleyes:
i guess she can always call the pgcedit hotline 1-800-PGCEDIT :D
thanks again

[r0lZ]

PgeEdit 0.4.1 released.
Limitted preview in the Menu Buttons viewer: the first frame with buttons is displayed. For Windows users only. Sorry.
The 3 Import Clip marcos now automatically allow to use the Mext Chapter button to skip to the end of the imported clip (or still frame).
Little cosmetics changes.
Fixed Save DVD bug after 'New dummy PGC' in Title domain.
Trace: LinkTopCell, LinkPrevCell and LinkNextCell bug: The jump was done to the cell following the real target cell.
Thanks to the generous donators!
@ the other: Don't forget to donate...

[sunlux]

Hello.

When PgcEdit will support correcting VTS sectors for DVD+R 8,5GB DL ????

[r0lZ]

Humm, I don't have the required knowledge, nor a DL burner...
If someone know where I can find the information, please let me know...

[skynetman]

It happens that PGC displays wrong menu background but correct buttons layout in trace mode. (I already edited dvd with another sw, but anyway dvd player displays it correctly while trace mode is wrong).

An error occurred too

image "::menubuttons::preview_but(7)" doesn't exist
image "::menubuttons::preview_but(7)" doesn't exist
while executing
"$w configure -state normal"
(procedure "tk::ButtonLeave" line 4)
invoked from within
"tk::ButtonLeave .menubuttons.video.f.b7"
(command bound to event)

Great sw, thx !!

[r0lZ]

Originally posted by skynetman
It happens that PGC displays wrong menu background but correct buttons layout in trace mode.In trace mode only? That's verry strange. :confused: Could you verify that you doesn't have the problem in the menu button viewer?
What is the duration of the cell you are viewing?

An error occurred too

image "::menubuttons::Preview_but(7)" doesn't exist
... This error comes from the Tcl/Tk code. Will be difficult to find.
Do you have 7 menu buttons, or more?
What were you doing exactly when the error occured?

Thanks in advance for your help.

[blutach]

Originally posted by r0lZ
In trace mode only? That's verry strange. :confused: Could you verify that you doesn't have the problem in the menu button viewer?
What is the duration of the cell you are viewing? I have experienced this too rolz. I think it has to do with a menu PGC that has more than one cell.

Sometimes not all buttons show either. I haven't investigated why. Could again be multi-celled menus.

BUT, the menu view is a fantastic add in.

Thanks again.

Regards

[blutach]

Originally posted by r0lZ (in VOB VBlanker thread)
Don't thrust the trace to much. However, it will display a warning if it try to play a cell in a dummy PGC. Now, I had a DVD yesterday that had 2 dummy PGCs that were mastered with no pre commands and a whole heap of post commands. When tracing, I got the warning about trying to play a dummy PGC, but the DVD plays OK in the set top. I thought about changing the post commands to pre-commands but since it worked fine, I didn't worry.

So, rolz, does it matter if a dummy PGC is trying to play?

Regards

[skynetman]

Originally posted by r0lZ
[B]In trace mode only? That's verry strange. :confused: Could you verify that you doesn't have the problem in the menu button viewer?
What is the duration of the cell you are viewing?


Ok, problem is there also with "show menu buttons".
Button layouts are are all 1 PGC ahead of menus.
You have got a pm with link to 2 screen snapshot to clarify the behaviour.


[B] This error comes from the Tcl/Tk code. Will be difficult to find.
Do you have 7 menu buttons, or more?


Yes there were something like 9-10 buttons.

[r0lZ]

Originally posted by blutach
Sometimes not all buttons show either. I haven't investigated why. Could again be multi-celled menus. I don't think the multi-cell menu is the problem: all cells are displayed separately. But it is possible that some buttons are appearing at a specific NAV Pack (which is used to display the buttons), and some other buttons later, in another Nav Pack. To fix this, I have to rewrite a lot of code, so don't expect that too quickly... :(

[r0lZ]

Originally posted by blutach
So, rolz, does it matter if a dummy PGC is trying to play? Humm. I really don't know. I supposed so, since most of the problems when blanking a cell by removing the VOB cell totally are obviously caused by the fact that there is no cell to play...

BTW, Are your dummy PGCs w/o pre commands coming from a menu or title domain? I suppose it's a menu, since dummy PGCs are illegal in the title domain.

[blutach]

@rolz

There were no pre commands and all post commands. This in the original mastered disk!

And, yes, all in the menu domain (although 2COOL has proven with his previous title chapter skipping from DVD Shrink reauthored DVDs that dummy PGCs CAN exist in the title domain).

Regards

[r0lZ]

Dummy PGCs CAN exist in the title domain but it's still illegal.

[r0lZ]

The menu button viewer bug reported by skynetman and blutach is now fixed. It occured on menus with still frame and audio: the next image was shown (therefore, the next cell was displayed in the background of the viewer). Menubuttons layouts were OK.

The Tcl/Tk bug "image "::menubuttons::Preview_but(7)" doesn't exist" is hopefully fixed, too.

A new version will be released soon...

[sunlux]

How is know how correct VTS sectors for DVD+R 8,5GB DL ????

[r0lZ]

Originally posted by sunlux
How is know how correct VTS sectors for DVD+R 8,5GB DL ???? Sorry, I don't know how to do that. IMHO, it is the responsability of the DVD burner software to correct the VTS sectors in that case.

Of course, if someone could explain how it must be done, I'll add the function in PgcEdit...

[EDIT:] I wonder if it is possible with IfoEdit?

[blutach]

Thanks rolz. Tested on 3 disks, works fine now.

Regards

[sunlux]

Maybe this help you:

TDK DVD-R 4,7GB 4x - 2,298,496 sectors
TDK DVD+R 4,7GB 4x - 2,295,104 sectors
VERBATIM DVD+R 8,5GB DL - 4,173,824 sectors

[r0lZ]

It's not suficient: I have to know where to put the layer break, and how to pad the sectors so that there is the same amount of data on both layers of the DVD. This is what I can't do for now.

I suppose however that you have received a burning software with your DL burner. It must be possible to set the layer break and fix the VTS sectors accordingly with it. I know Nero is doing something like that, but it is known to set the layer break at a somewhat random position...

[r0lZ]

PgcEdit v0.4.2 released.

No new features, but it's an important bugfix.
The VTS_PTT_SRPTI table was not correctly rebuild when the DVD was saved for multi-PGCs titles.
Bug fixed in the menubuttons viewer when displaying a still frame menu with audio: the first frame of the next cell was shown. (Windows only)
Bug in Tcl/Tk libraries that occasionally crashed the menu button viewer (with image preview) hopefully fixed. (Probably Windows only)

[ffroms]

I have to report a bug with 0.4.1 version (I guess it is still in new 0.4.2 version). When menu is inside a VTS Title PgcEdit don't show buttons and it reports it have 0b. For example, I have main menu inside VTS_01_1.VOB as Title 1. When using Trace it simple stuck there in loop never showing menu.

Also I've notice that when changing provider_ID I have to click on change 5-6 time before accepting it.

Anyway, great tool. Thank you for that.

FFS

[r0lZ]

BOV (Button Over Video) are not yet implemented. I may add BOV support in the future. But this is difficult to do for now, due to the way I have implemented the menu editor, and the parsing of the VOB files. Sorry.

Yes, there is sometimes a problem with the OK/Cancel buttons of the dialog windows. I don't know why, but I noticed that moving the window a little bit solves the problem. This is probably a Tcl/Tk bug.

BTW, please use the last version. There is a big bug in 0.4.1!

[DMagic1]

:)

[erdoke]

Originally posted by r0lZ
It's not suficient: I have to know where to put the layer break, and how to pad the sectors so that there is the same amount of data on both layers of the DVD. This is what I can't do for now.


I suggest you to contact the author of DVDDecrypter to get help on this. It works fine with DL discs and has an option of setting layer break (can do it automatically too).

[r0lZ]

PgcEdit 0.4.3 released.

Preview (Windows only) by Jeanl, based on Jsoto's modification of DVD2AVI.
Little refresh bug after edition of the PTT table in the PGC Editor fixed.
Little bug fixed in Tcl/Tk code, related to the position of popup menus.
Some notes about the Preview:

You should be grateful to jeanl, who did the exe I use to display the preview. This was a big work! It is based on Jsoto's modification of DVD2AVI, which was originally programmed by LOLI.J. Thanks jeanl, jsoto and loli!
BTW, jeanl did also the exe used to display the background image in the menu buttons viewer. Thanks again, jeanl!

If you don't like the preview window 'always on top', you should change this option in the little system menu of the preview window.

There is still a problem when displaying a multi-angle cell: all angles are actually shown. But this may be considered as a feature, not a bug! ;)

The source code of both preview executables will be available soon.


Also, there is now an unofficial mirror of the PgcEdit home (http://rebels.plukwa.net/debie.roland/pgcedit/index.html) in Poland, updated daily, thanks to RobertR, aka ideJ.
[EDIT:] The link to the new mirror has changed.

[DMagic1]

A big thanks to all involved in this project.
:D

[DMagic1]

Sometimes I have an ISO image and I extract an IFO/BUP to make changes. After making changes to it I can inject the changed ifo and bup back into the iso with having to rebuild the iso. For these changes I have to use IFOEdit because PgcEdit wont seem to let me change just one IFO/BUP and save without the whole dvd. Could you add someway of doing this? I guess it would have to be able to open/edit an ifo/bup with out the whole dvd too.

[r0lZ]

No, It's not possible, because too many things are interrelated in PgcEdit. For example, I need the whole DVD to be able to display the title number in the PGC selector, and to do the automatic sector adjustments when saving.
Allowing to edit only one IFO would require to remove every automatic features, and I will end up with a clone of IfoEdit!
Sorry!

[blutach]

I know this has been on your "to do" list for a little while rolz, but the prog is probably coming to a stage where it needs a CHM help file.

I know "features come first", and we all want that, but there are many features that aren't all that evident just from looking at the menus. A help file would increase the user's ability to make the most out of PgcEdit.

Anyway, just a thought.

Regards

[2COOL]

@r0lz, jeanl, jsoto, loli and others I've involved I've missed....BRAVO! I have been distracted as of late but would like to send each one of you a virtual pat on the back for a job well done! :D

[jeanl]

@blutach, if you understand german, there's a GREAT guide in pdf format for PgcEdit! I don't understand it, but it sure looks cool!
http://home.tiscali.be/debie.roland/pgcedit/third_party/PgcEdit%20Anleitung.pdf

@2COOL, you're welcome. My contribution was barely 1 week of work, but it was certainly fun (and it's probably not over, think of all the bugs you guys still have to uncover!). To me, just being able to see the menu buttons was already a huge bonus! Thanks r0lZ for this very cool program.

Jeanl

[2COOL]

@jeanl and r0lZ

Is it possible to show the V/C Id of the cells in the preview Title bar? How about jumping by programs and chapters too?

How come I have three Preview screen sizes in my options: fullsize, medium, and small. In preview window, I only have 1:1 and small. If I chose fullsize, shouldn't I have full screen? anyways, I cannot even toggle to small size. If I chose small, I get small but I can toggle to 1:1. What is medium size? You should play with the option screen size and try toggling. Something is amiss.

Where's the "Always on top" option for preview window? I can change it manually when right-clicking in title bar.

[blutach]

@jeanl

Me no comprendez deutsch. :D

Oh, yes, let me add my thanks to all those who made this fabulous tool.

Now 6 / 1,000+ is a VERY poor return for rolz's work. C'mon everyone, ante up a bit. This prog is definitely worth it and you get free tech support right here! :D

[blutach]

@2COOL - the always on top is in the menu of the preview screen. Click on the icon.

Regards

[2COOL]

Originally posted by blutach
@2COOL - the always on top is in the menu of the preview screen. Click on the icon. Thanks. PgcEdit saves last configuration for preview window. BTW, you also right-click on whole titlebar for the option. ;)

[jeanl]

Originally posted by 2COOL
@jeanl and r0lZ
How come I have three Preview screen sizes in my options: fullsize, medium, and small. In preview window, I only have 1:1 and small. If I chose fullsize, shouldn't I have full screen? anyways, I cannot even toggle to small size. If I chose small, I get small but I can toggle to 1:1. What is medium size? You should play with the option screen size and try toggling. Something is amiss.

The option size only controls the "small" size of the preview. The preview has a small and a 1:1 size. The 1:1 size is the exact original size (except for 16:9 where the vertical size is shrunk) in pixel. The preview small size is the one selected in the options.
I agree that it does not make much sense to have a "full size" in the options, since you can always get it in the preview window, and it'll remember it...
Jeanl

[jeanl]

r0lZ,
A small feature request: could you put a button on the menu layout window to "Select and stop trace"? I'm finding that when I'm tracing a DVD, and I get to the menu, stopping there and exiting the menu panel is a bit of an un-intuitive thing: you have to go back to the main panel, click "->| Break", then go back to the menu and hit select to close it.

Also, while you're at it ;), a CTRL-click (or something like that) could select a button and close the menu! It's soooo counterintuitive to have to click on the menu button, then Select! A short-cut would be great
Thanks!
:)

Jeanl

[blutach]

@rolz

Has the default trace time been reset to 5.0 secs instead of 0.5 seconds???

How do I reset it back to 0.5 and keep it there?

Regards

[blutach]

Agree with jean re feature request :)

[M7S]

Thank you for a great program, r0lZ (and every one else who has been involved). :)

I am getting one error though. When I choose the button right under the preview window in the menu buttons window which says which command the menubutton has (in my case "[71 01 00 0F 00 00 00 0D] Set gprm(15) =(mov) 0 ; LinkTailPGC"), I get an "Application Error":

invalid command name "::menued::edit_menu_button"
invalid command name "::menued::edit_menu_button"
while executing
"::menued::edit_menu_button 1 4 1 1 1"
invoked from within
".menubuttons.f2.labcmd invoke"
("uplevel" body line 1)
invoked from within
"uplevel #0 [list $w invoke]"
(procedure "tk::ButtonUp" line 15)
invoked from within
"tk::ButtonUp .menubuttons.f2.labcmd"
(command bound to event)

Sorry if this has been brought up before. I'm new to all Ifo/vob editing.


Regards,
M7S

[r0lZ]

Originally posted by blutach

I know this has been on your "to do" list for a little while rolz, but the prog is probably coming to a stage where it needs a CHM help file.

Well, this should be done, of course, but would requires many time. And my english is too bad. Maybe it's a job for someone wanting to contribute? As Tobi does with his great PgcEdit Anleitung.
If someone is interested, please let me know. Of course, I can help if some explanations are needed...
Thanks in advance.

[r0lZ]

Originally posted by jeanl
r0lZ,
A small feature request: could you put a button on the menu layout window to "Select and stop trace"? I'm finding that when I'm tracing a DVD, and I get to the menu, stopping there and exiting the menu panel is a bit of an un-intuitive thing: you have to go back to the main panel, click "->| Break", then go back to the menu and hit select to close it.

Also, while you're at it ;), a CTRL-click (or something like that) could select a button and close the menu! It's soooo counterintuitive to have to click on the menu button, then Select! A short-cut would be great
Thanks!
:)

Jeanl Good ideas. I'll add them in the next version.

[EDIT:] I've done that this way to be able to see the commend in the viewer, and the target highlighting in the main window, while staying in the menu.

[r0lZ]

Originally posted by blutach
@rolz

Has the default trace time been reset to 5.0 secs instead of 0.5 seconds???

How do I reset it back to 0.5 and keep it there?

Regards The default timing is now 5 seconds because 0.5 s. was too short for the preview in Trace mode.
But the last used timing is now saved with the PgcEdit configuration. So, you can easily use what you want...

[EDIT:] Oops. Sorry. It's not correctly saved. Will be fixed soon...

[r0lZ]

Originally posted by M7S
Thank you for a great program, r0lZ (and every one else who has been involved). :)

I am getting one error though. When I choose the button right under the preview window in the menu buttons window which says which command the menubutton has (in my case "[71 01 00 0F 00 00 00 0D] Set gprm(15) =(mov) 0 ; LinkTailPGC"), I get an "Application Error":

invalid command name "::menued::edit_menu_button"
... Oops! I am currently working on a button command editor, but it is not yet included in the released version. I forgot to remove the ability to call the editor when clicking on the command. For now, just don't click there!
Will be fixed in the next release...

[r0lZ]

@everybody

Thanks for your support and encouragements.
Special thanks to the 7 donators out there! (yes, there is one more, now)

[M7S]

Wow!
A button command editor sounds great. I'll try to keep my fingers of that button until it works. ;)

M7S

[blutach]

@rolz

Very tiny thing.

In utilities menu, the shortcut keys to the Preview PGC should read Ctrl + ~ not ' ~

Regards and thanks

Oh, and I loved 0.5secs, even less when "playing" the movie.

[r0lZ]

Originally posted by blutach
@rolz
In utilities menu, the shortcut keys to the Preview PGC should read Ctrl + ~ not ' ~
No: the shortcut is really the ` key (back apostrophe). You don't need to use the Control key. The display show ` (~) because the ` is not verry visible, and may be confused with the ' key. So I added the tilde to help locate the key.

[M7S]

Originally posted by r0lZ
No: the shortcut is really the ` key (back apostrophe). You don't need to use the Control key. The display show ` (~) because the ` is not verry visible, and may be confused with the ' key. So I added the tilde to help locate the key.

With a swedish keybord its imposible to use that shortcut. At least I'm not able to do it :(

[r0lZ]

Originally posted by M7S
With a swedish keybord its imposible to use that shortcut. At least I'm not able to do it :( Humm. What key do you have just below the Esc key?
Does the Control-` key work?

[M7S]

Under ESC I have § and no it doesn't work. with or without control.

[r0lZ]

PgcEdit v0.4.3.1 released
New button in the menubutton viewer in Trace mode to select the current button and stop Run mode.
Menubutton viewer: You may now select a button and close the viewer in one operation by Control-clicking or clicking with the middle mouse button on a button in the viewer.
Menubutton viewer: Clicking on the command display doesn't generate an error anymore.
The playback timing in Trace mode is now saved in the configuration file.
I have released this minor update to fix the various problems discussed here. The homepage is not updated, but the files are.
Download it at the main homepage, or at the VideoHelp mirror. The mirror in Poland will be updated only tomorrow...

@M7S
Sorry. The hotkey problem is not yet fixed.

[blutach]

Originally posted by r0lZ
No: the shortcut is really the ` key (back apostrophe). You don't need to use the Control key. The display show ` (~) because the ` is not verry visible, and may be confused with the ' key. So I added the tilde to help locate the key. Must confess I didn't try the ` by itself :). But certainly control + ` works for me

[RobertR]

Originally posted by r0lZ
PgcEdit v0.4.3.1 released
The mirror in Poland will be updated only tomorrow...

As of now my mirror is up-to-date (I've just set it up so that it checks every 6 hours - this should give good balance between beeing updated and not causing much overload on orignal homepage.

r0lZ thank you very much for your continued efforts with this app!!
(unfortunately PayPal is a no go for Poland :( )

[blutach]

@ rolz

Just as we now have the trace timings saved, can we also have our watch preferences saved, too? I find it a bit tedious always clicking on Watch - Registers and then again on SPRM labels (if I want to see them). Can PgcEdit remember what we want to watch and when trace opens, open the watch window automatically?

BTW: Where is the "config file"?

Regards

[r0lZ]

Originally posted by RobertR
As of now my mirror is up-to-date (I've just set it up so that it checks every 6 hours - this should give good balance between beeing updated and not causing much overload on orignal homepage.

r0lZ thank you very much for your continued efforts with this app!!
(unfortunately PayPal is a no go for Poland :( ) Thanks to you, for the mirror!

[r0lZ]

Originally posted by blutach
@ rolz

Just as we now have the trace timings saved, can we also have our watch preferences saved, too? I find it a bit tedious always clicking on Watch - Registers and then again on SPRM labels (if I want to see them). Can PgcEdit remember what we want to watch and when trace opens, open the watch window automatically?

BTW: Where is the "config file"?

Regards

The watch window configuration is already saved as well. Just quit the trace without first closing the watch window.
The various config files are saved in "<System Drive>:\Documents and Settings\<your login name>\Application Data\PgcEdit\" under Windows, and in ~/ under Linux and MacOSX.
Under Windows, the Application Data folder may be hidden. To see it, go to Folder Options, and check Show hidden files and folders.

[ffroms]

Thank you for new version of this great tool!

I have, maybe, a little request if it is possible. I have DVD that have only one subtitle and have audio language that I don't need. How can I remove or add from IFO some subtitles or audio? For now I use PgcEdit to create new subtitle stream in IFO (not VOB) and than I use IfoEdit to set language (hr-Croatian) for that subtitle and then I return back to PgcEdit to finish work (after that I use mock strip in IfoEdit to make everything works).

BTW, I tried to make PayPal donation but my country isn't listed so if you have some other way to make donation let me know. Maybe it is safe to use some other country that is listed, I didn't try that.

FFS

[M7S]

Originally posted by r0lZ
@M7S
Sorry. The hotkey problem is not yet fixed. [/B]

The hotkey problem isn't much of a problem to me. I can use the menus. I just tought you wanted to know...

Thanks for the new version,
M7S

[r0lZ]

Originally posted by ffroms
Thank you for new version of this great tool!

I have, maybe, a little request if it is possible. I have DVD that have only one subtitle and have audio language that I don't need. How can I remove or add from IFO some subtitles or audio? For now I use PgcEdit to create new subtitle stream in IFO (not VOB) and than I use IfoEdit to set language (hr-Croatian) for that subtitle and then I return back to PgcEdit to finish work (after that I use mock strip in IfoEdit to make everything works).

BTW, I tried to make PayPal donation but my country isn't listed so if you have some other way to make donation let me know. Maybe it is safe to use some other country that is listed, I didn't try that.

FFS When you strip streams, the old subtitle should be removed from the IFOs, and when you mux a new one, it should be added automatically, no?


PayPal sucks. Too many countries are not supported, and it is not possible to choose your preferred language when making a donation.
If someone knows another solution, if possible valid in the whole world, please let me know.

[jeanl]

r0lZ, THanks so much for the new version with the shortcuts and all!!!! I just love how responsive you are with suggestions. Try that with a commercial software?! ;)

Jean

[jeanl]

r0lZ,
on ice age, when I click on the widescreen button in the aspect ratio menu, I get this error:

image "::menubuttons::preview_but(2)" doesn't exist
image "::menubuttons::preview_but(2)" doesn't exist
while executing
"$w configure -relief sunken -state active"
(procedure "tk::ButtonEnter" line 6)
invoked from within
"tk::ButtonEnter .menubuttons.video.f.b2"
(command bound to event)

This is with the latest version 0.4.3.1
Jeanl

[r0lZ]

Humm. I have already fixed two similar bugs in the Tcl/Tk code. Seems that support for buttons with images is somewhat buggy.

Could you be more specific? What were you doing exactly when the problem occured? The problem occur everytime you click on the same button?

[jeanl]

well it happens every time I CTRL-click on any button (sorry, I wasn't specific earlier). And it happens on any DVD that I've tried so far...

Jeanl

[blutach]

@rolz

Interesting problem.

Calendar Girls, R4. Title 3 is a whole lot of rubbish and is comprised of several separate PGCs (in effect 1 x Title 3 and about 6 "dummy" titles, not separately named as Titles in the VTST domain).

If I load up the DVD in PgcEdit and do nothing else other than simply saving it and close out, the next time I load up it gives me fatal errors telling me it can't read past the end of the code or something. Also IfoEdit won't do a Get VTS Sectors and tells me "somethng is wrong".

A huge IFO is created on save (about 1 Mb!). Of course, no VOB is modified.

I only tried this in v 4.3 - I haven't checked to see if this was a problem in earlier versions.

BTW: DVD Shrink loads the DVD OK to begin with and reports in extras "Title 3", and "Title 3 continued" (6 times). After that 1st save, it, too, won't load.

I ended up backing the DVD up OK by simply starting afresh and adding the titles and menus I wanted - no further problems. So the problem was with the titles I didn't backup - especially this multi PGC title.

I just wanted to make you aware of this situation.

Anybody else come across this?

Best regards

[r0lZ]

blutach, could you send me the original IFOs? Thanks.

[ffroms]

Originally posted by r0lZ
When you strip streams, the old subtitle should be removed from the IFOs, and when you mux a new one, it should be added automatically, no?


Well, here my case. I use original DVD (bought over Amazon) that don't have my subtitle language and author new DVD with DVDMaestro. After that I copy original menu, IFO's and rest of VOB's. Now I have to modify original IFO and add new subtitle at 2nd position (I keep original english subtitle). Now I make changes in stream of that VTS where I have 0000 for first sub and add 1111 for 2nd. My 2nd sub stream can not be seen in streams attributes so I can't make changes but it is possible in IfoEdit.

FFS

[r0lZ]

OK, I understand.
I may add a function to add or remove a subtitle entry in the IFOs, but don't expect that soon. I have too many work for now. And, as you said, "it is possible in IfoEdit."
Sorry.

[ffroms]

No hurry. For now I'll use IfoEdit. Just do what you have to do and bring us even better tool :) (I'm doing some basic tutorials on Croatian with PgcEdit so I'm looking forward for new version).

FFS

[CoNS]

Hi r0lZ, again I have to thank you for this amazing tool.

I, too, have a request for a new feature when adding new (custom) subtitles. Actually it may be a bit of a bug fix, aswell, so I hope you'll find the time to look into it!

When I add new custom subtitles, I do it like this: Demux the main title PGC using jsoto's PGCDemux, create a new (extra) .sup subtitle file using Srt2Sup and put it all back together using the DVD author function in IfoEdit. Then I use PGCedit to add a precommand so that my new subtitles will play by default.

The last thing I need to do is to change the subtitle colours for the PGC. It would be very nice to able to do this in PGCedit, too, so that I don't have to involve so many different tools.

BUT when I double click the PGC in question, and edit the subtitle colours using PGCEdit, I can only set the colours in RGB mode. Srt2Sup, which I use for making the new subtitles, gives me the colours in YCrCB mode only. I can use SupRemap to add my colours in YCrCB mode, but as I said, I'd like to be able to do it in PGCEdit, too, so that I can skip using all those other tools.

Why don't I simply once and for all find out what values, the YCrCB colours I used in Srt2Sup correspond to in RGB values, write them down and then use the subtitle RGB colour editing function in PGCEdit, you may ask?

Well, SupRemap has this general warning displayed: "Please be aware that it is not possible to get the conversion between RGB<->YCbCr to be as 100% as rounding and clipping errors are introduced. This means as you switch between colours and hex values the hex values/colours may drift!"

The way I see it, the correct way when it comes to subtitle colours in IFO files, is to use the YCrCB values only, and not the RGB values... Hence my request to be able to enter subtitle colours in PGCEdit using YCrCB values instead of/as a supplement to (like SupRemap) RGB values. :-)

The SupRemap program is not maintained anymore by the author, but you can get the latest version here, if you want to see what I mean: http://dvd.box.sk/index.php?pid=soft&prj=info&pol=0&plat=SupRemap

[r0lZ]

It is true that the conversion between RGB and YCrCB can introduce some little errors. However, the algorythms I use to convert from one format to another are the 'official' ones. So, you can be sure that what you see is what you get.
Also, as you can see, I use the built-in color dialog of the platform PgcEdit is running on. All those dialogs are using RGB, because RGB is the 'natural' color format on a computer.
I really don't want to write my own color dialog, just to be able to input YC color codes. And, anyway, when the colors are displayed in the dialog (or in the color table in the PGC Editor) I have to convert them to RGB.
If you really want to cut/paste YC color values, you can do it with IfoEdit. Though you have to convert them to hexadecimal.

Also, adding a new option somewhere in the PGC Editor allowing to enter YC color values is not a good solution: I retrieve the RGB colors from the displayed color table when you click OK.

I wonder if it is so important to have exactly the same colors in the final DVD. The subtitles are only subtitles, not real live images. Also, most of the time, you will use white and black, that are never changed by the algorythms. And anyway, when you add a new subtitle, there are NO original colors. Or am I wrong?

[CoNS]

It's correct that there's no "original" IFO when I add new subtitles. But I've created the subtitles using Srt2Sup and this program uses the YC colour table and it gives me the colours in YC values only. I believe Srt2Sup is the most popular and commonly used program when creating new subtitles from a text file.

Is it correct that in IFO files, the native colour scheme is in YC values and not RGB?

[r0lZ]

Originally posted by CoNS
Is it correct that in IFO files, the native colour scheme is in YC values and not RGB? Yes. Have a look in IfoEdit: the labels are explicit. You will see that the black is not 0,0,0, and white is not 255,255,255. In fact, value 0,0,0 in YC is this strange well known green you see when the color table is not initialized.
YCrCb is used in the DVDs, because it is the standard for video.

[CoNS]

Originally posted by r0lZ
In fact, value 0,0,0 in YC is this strange well known green you see when the color table is not initialized.Ahh, that's where it comes from!! That terrible green colour!

[M!ro]

@r0lz

Is it posibile with pgcedit to add/delete programs to menu PGCs? And can i delete some menu PGCs?

I'm editing one dvd, and after striping all foregin menus i got about 40 unneded dummy pgcs. there is total 55 pgcs, and i needed only 9 of them (first two and 26-32). I wanted to clear this a little bit. first 2 pgcs are dummy and then 7 normal.

- so i opened ifo in ifoedit and set "Numer of menus for this LU" to 9.
- reopened in pgcedit and set programs of those 7 PGCs to point at right vob/cell id's
- back in ifoedit i strpied all unneded vob/cell id's
- now again in pgcedit i put pgc commands from original pgc's (26-32) and finaly i got working dvd :)

is there a quicker way to do this? and what about pgcs with more than one program? (i had either dummy pgc or pgc with one program)

[r0lZ]

@M!ro

No. It is normally not possible to delete a PGC in PgcEdit. See here (http://forum.doom9.org/showthread.php?s=&threadid=85329&perpage=20&pagenumber=2#post570330) (5 posts) for the reason, and a trick to do step 1 of your example in PgcEdit.

You can add or remove a Program in the Cells table (in the PGC Editor) simply by clicking on the buttons of the "Program" column.

[r0lZ]

@2COOL, blutach...

Originally posted by blutach
Dummy PGCs CAN exist in the title domain I've found one in Disney's Snow White, zone 2, french (VTST 6, PGC 103.)

[M!ro]

Originally posted by r0lZ
You can add or remove a Program in the Cells table (in the PGC Editor) simply by clicking on the buttons of the "Program" column.

I don't know how to do it. I open PGC Editor for a specific menu PGC i want to edit, and it has only one program, how can i add another one? Or even better, if it's a dummy pgc, how can i add program/cell?

[r0lZ]

Why do you want to add a program when there are no cell associated with it? A dummy PGC may not have programs, and a PGC with only one cell may have only one program, no?

Adding a new cell in a PGC makes sense. But it is not possible for now. But you can use AddChapter for that purpose, if your PGC is in the Title domain.

[Lupo Silenzioso]

i have a problem with a dvd (ripped on hd) that i try to open with pgcedit.
The program says:

-------------
WARNING: The number of VTS stored in Vide_TS.ifo (£) don't match the real number of Title Set sotred on disk (5).

You should manually remove all files related to VTS 5.

If you really need this Title Set, ty to import it with one of the "Import title clip" macros or the "Import VTS Titles" and "Import Menu" utilities.
--------------
I also open the Video_Ts.ifo file with IfoEdit, and there are only 3 Title Set there.... this is very strange, isn't it?
I also try to remove the VTS_04_*.* and VTS_05_*.* and now pgcedit makes no warning.

p.s. the original dvd contains a JACKT_P folder, with 3 *.MP2 files in there. I have never met a dvd video like this! all the others have a VIDEO_TS (like this one) and a AUDIO_TS folder (that is not present here).

[r0lZ]

Yes, it's strange! Seems to be a bug in the authoring. This is why the warning pops up.

You may also try to open the original DVD in DVDShrink. It should complain.
Also, try to burn it with Nero (without the blank DVD in your burner if you don't want to loose one!)

The JACKT_P folder is legal, and is used to store still images in various resolutions, that some players are able to display to help identify the DVD, or as the background image when the DVD is stopped.

Normally, AUDIO_TS must be present, although it seems that it doesn't hurt most players if it is not.

[Lupo Silenzioso]

dvd shrink does not complain.... very strange.. i'll try to remove this unwanted vob and ifo from the dvd before burning it (on a dvd-rw!).
Nero Says: Reallocation file failed... what does it mean?

[r0lZ]

Take care. If the titlesets 4 and/or 5 are called somewhere, you will have some problems. Use the Info -> Calls Cross References to see if there are references from FP-PGC, VMGM or VTS 1-3 to any PGC in VTS 4 and 5.

You may also try to fix the numner of titlesets to 5 with IfoEdit.

[Lupo Silenzioso]

how can i know what PGC are present in the 4th and 5th ifo/vob? they are not loaded by pgcedit,as i say before.
I launch Call Cross References, but i don't know what i have to look for.. :(

And how can i fix the number of titlesets to 5 with IfoEdit?

p.s. what's the difference between VTSM and VTST? and TTN stands for..?

[M!ro]

Originally posted by r0lZ
Why do you want to add a program when there are no cell associated with it? A dummy PGC may not have programs, and a PGC with only one cell may have only one program, no?

Adding a new cell in a PGC makes sense. But it is not possible for now. But you can use AddChapter for that purpose, if your PGC is in the Title domain.

I want to add both, cells and programs. And i need this in menus, so addchapter won't do the trick :(
Do you have any idea when this will become possible in pgcedit? ;)

[r0lZ]

Originally posted by Lupo Silenzioso
how can i know what PGC are present in the 4th and 5th ifo/vob? they are not loaded by pgcedit,as i say before. Oh yes! I forgot that. Sorry

I launch Call Cross References, but i don't know what i have to look for.. :( The 1st line of each group lists the target PGC, in the order of the DVD. The following lines, indented, are the references to it. Of course, as you can't load the VTS 4 and 5, this is useless in your situation.

And how can i fix the number of titlesets to 5 with IfoEdit? Load VIDEO_TS.IFO, and go to VMGM_MAT, at offset [0000003e]: VMG Number of TitleSets. Change the 3 to 5.
Then, go to VMG_VTS_ATRT, and do the same change in the first line, if needed.

p.s. what's the difference between VTSM and VTST? and TTN stands for..? VTSM is the acronym for Video TitleSet Menu domain, and is therefore in front of every Menu PGC, except the VMGM menus (Video ManaGer Menu).
VTST is an acronym of my own, meaning Video TitleSet Title, and is used to identify all Title PGCs. The official acronym for title domain is VTS, but it is also used to represent the whole titleset, including the menus.
TTN means Title within Titleset Number, and is the relative number of the title within the VTS. The absolute Title number (which is displayed by the players) is defined in the VMG_TT_SRPT table, in VIDEO_TS.IFO.

BTW, I can't resist to this joke:
Q: What is the meaning of TLA?
A: Three Letters Acronym :)
Q: And TLAE?
A: Three Letters Acronym Extended :D

[r0lZ]

Originally posted by M!ro
I want to add both, cells and programs. And i need this in menus, so addchapter won't do the trick :(
Do you have any idea when this will become possible in pgcedit? ;) I understand.
I want now to add BOV (Button Over Video) support and the menu buttons editor. Both requires some time.
After that, I may add the function you want. But there are tons of user requests in my TODO list as well...

[Lupo Silenzioso]

Originally posted by r0lZ

[b] Load VIDEO_TS.IFO, and go to VMGM_MAT, at offset [0000003e]: VMG Number of TitleSets. Change the 5 to 3.
Then, go to VMG_VTS_ATRT, and do the same change in the first line, if needed.



Do you probably mean "change 3 to 5"? infact now , if i open VIDEO_TS.ifo and go where you told me, i found the number 3. Also in the other section.

[r0lZ]

Oh yes, of course.
Sorry. I'm a little bit tired!
Fixed in my previous post.

[CoNS]

Hey r0lZ, I know your todo/request list is rather long already! And probably someone else has already asked you this earlier:

Are you considering developing the blanking function/macros further in the future so that you can blank out (replace with a 10KB vob) a single PGC within a VTST or VTSM? And also blank out a single cell within a (menu) PGC?

I know that it's possible in VobBlanker, but I really like the idea of being able to blank the PGCs/cells "on the fly" instead of having to copy and overwrite the processed .ifo, .bup and .vob files that VobBlanker made and then afterwards have to get VTS sectors to make it work...

Because of the above mentioned limitations of both PGCedit and VobBlanker, I now use PGCEdit for as much blanking as possible, but when it comes to blanking a single PGC inside a VTS with more PGCs, or a single cell inside a PGC, I have to use VobBlanker. It would be great if one program could do it all!!

[r0lZ]

No, sorry. This is not in my TODO list for now. As you said, you can use VobBlanker to do the work. It's free, and works pretty well.

Also, PgcEdit is not a VOB editor (although I have added some basic functions, like full blanking, and the ability to blank a cell by adding a blank VOB cell at the end of the VOB.)

If you want to access this feature from within PgcEdit, you may add VobBlanker in the Tool menu... ;)

[CoNS]

Okay...! Must live with that! :)

[Lupo Silenzioso]

i make the changes you told me. I click on save and exit ifoedit. (what does the function "Get VTS Sector" do?? )
But when i open it with Pgcedit the program warns me: Fatal Error! Pgcedit is trying to read data after the end of a table. This means that a Lenght of table value is probably wrong. Please try to fix the problem with IfoEdit. The missing Value may be fixed to 0, but this could lead to strange results. Do you want to fix the value and continue anyway? (NOT RECOMMENDED!


How can i fix this problem with ifoedit?

[blutach]

@lupo

I had this problem too. Sounds like you need the new 0.4.4 beta.

[jeanl]

r0lZ,
Here's a suggestion for a new feature:
- How about allowing us to preview a whole titleset? This would be useful for people who'd want to blank out the whole titleset and replace the vob file (which is really fast), but aren't sure that there isn't something they want to keep in the titleset. Currently, we have to preview every single PGC in the titleset to check that (or use another app). Maybe you could add that to the right-click menu?

Thanks,
Jeanl

[blutach]

LOL jean. Save a couple of clicks? :D :D

BTW: Nice new guide.

Regards

[jeanl]

Originally posted by blutach
LOL jean. Save a couple of clicks? :D :D
Regards

Hey, it can be many more than a couple clicks!!! I've seen VTS where there's over 30 PGCs... Of course, it's always possible to launch PowerDVD and drag/drop each VOB file in the VTS... What a pain though... ;)

Jeanl
P.S. thanks for the comment about the guide!

[blutach]

One easy way I have used in the past (but now tend to abandon in favour of rolz's preview) was to load the disk up in DVD Shrink and have a quick look at the titles in extras. 2 minutes later, you're done!

Regards

[jeanl]

yes, you're right, but there's the annoying "analyzing" time required before you can take a look. On some DVDs, it can be somewhat lengthy (1-2 minutes)... Now, I'm totally nitpicking, I know!

Oh, another option:
- Launch PgcEditPreview straight from the bin directory created by pgcedit (or DVD2AVI for that matter), and drag/drop the first VOB file (VTS_xx_01.VOB). The preview loads the whole set of vob files, so the slider will let you scroll through the whole VTS...

In fact, we could probably set that up as a tool in PgcEdit! If pgceditpreview could be made to open a VOB file passed as an argument... That should be easy.
Jean

[r0lZ]

Originally posted by jeanl
r0lZ,
Here's a suggestion for a new feature:
- How about allowing us to preview a whole titleset? This would be useful for people who'd want to blank out the whole titleset and replace the vob file (which is really fast), but aren't sure that there isn't something they want to keep in the titleset. Currently, we have to preview every single PGC in the titleset to check that (or use another app). Maybe you could add that to the right-click menu?

Thanks,
Jeanl Yes, it's an excellemt idea, as always!
I will add this feature, with your help, in the next version.

[lark]

Originally posted by jeanl
- How about allowing us to preview a whole titleset? This would be useful for people who'd want to blank out the whole titleset and replace the vob file (which is really fast).

and after that i'd appreciate possibility to remove a whole titleset. obviously titlesets after that should be renamed (automatically) and pointers to titles fixed. i'd imagine, it's not that hard to implement this... tho maybe not the priority 1 thing.

regards
t :)

[2COOL]

Originally posted by lark
and after that i'd appreciate possibility to remove a whole titleset.:confused: Am I understanding this correctly? If so, PgcEdit has been doing it for many versions past.

http://home.tiscali.be/debie.roland/pgcedit/third_party/2cool/blank_titles/blank_vts_titles.htm

[lark]

yep, i knew about the possibility to replace by blank or imported,
but what i'd like to achieve is to delete the whole VOB & IFO.

e.g. i've a DVD that has VTST 1 & VTST 2.
VTST 1 contains just warnings, studio logos and stuff that i don't need.
so, i'd like to delete VTST 1 and 'rename' VTST 2 as VTST 1.
obviously i cannot just delete 1's VOBs & IFOs, because it violates the DVD spec. in addition i cannot just rename 02 VOBs & 02 IFOs to 01, because they are referenced in video manager.

obviously there are DVD's that have e.g. 6 VTSTs and from where i'd like to remove something from the middle (e.g. VTST 3).

so, i'd like to have an automated procedure for that. perhaps that already exists, but i just haven't found it...

regards
t :)

[CoNS]

A question about how the Blank all VTST and Blank all VTSM macros in PgcEdit work:

I use these macros to save space on my disc before compressing a DVD9 to DVD5, so I use the "Replace all Menus/Titles with a blank frame" option. But what does the sub options about killing playback exactly mean? I know it's about converting post commands to pre commands, but I'm still not quite sure of the consequences of selecting one option instead of the other.

Does the "kill playback" term refer to skipping post/pre/cell commands or to setting the video playback time of the blanked Menu/Title to 0 seconds? Or both?

Lets say that I'm blanking out all titles in a VTS, which is in this example is only one title. The title had originally a video stream which played for say a minute. I want to make 100 % sure that when playing the DVD after blanking, I don't have to sit and look at a black screen for a minute...! Does it matter which of the three options I choose?

[lark]

@cons

i assume you refer with those three options to 3 option buttons under Replace all Titles by a black frame -option.

reading 2cool's guide, it debends on the content (are there cell cmds or not): if there are no cell cmds, 1st and 2nd option do the same and you never see the clip (you don't have to wait for a minute in front of black screen).
if you select the 3rd option (don't kill playback), you'll see the black frame, but i've no idea for how long (you can always try with a sw player before burning the disk...) ;-)

regards
t :)

[CoNS]

Ahh, ok, so it's a matter of skipping it totally or seing a black frame in millisecond? If the original, now blanked out title/menu had a video stream that lasted a minute, I'll never have to sit and look at a black screen for a minute before proceeding, no matter which of the three options I choose?

[r0lZ]

The original duration of a PGC depends on three factors: the length of the video (or audio) coded in the VOB, the Cell Still Times, and the PGC Still Time.

When doing a Blank Out Menu/Title, PgcEdit replaces the VOB with a verry short one, and fixes all Cell Times to 0.
Furthermore, if you selected the option to Kill Playback, it copies the post to pre commands.
When the kill playback is done, you will probably not see the black cell at all. But there are cases where the black cell MAY be shown even when the playback is killed.
As the cell duration in the VOB is now verry small, and the Cell Still Time is 0, the black cell will be shown for less than one second (the exact duration depends of the speed of your player, when seeking to the next PGC to be played.)

There is still one case where the cell may be played for a long time: if the PGC Still Time is > 0, the last cell of the PGC will pause for that number of seconds. (Note that this pause seems ignored when playing the DVD with a software player, but is used by my Sony standalone.)
I forgot to reset the PGC Still Time to 0 in the Kill Playback routine. This will be fixed in the next release.

For a long and somewhat technical explanation on the Kill Playback method, look at this post (http://forum.doom9.org/showthread.php?s=&threadid=79853&perpage=20&highlight=pgcedit%20kill%20playback&pagenumber=4#post544293) and the following posts. (Continued here (http://forum.doom9.org/showthread.php?s=&threadid=79853&perpage=20&highlight=pgcedit%20kill%20playback&pagenumber=5#post545607).)

[blutach]

@lark

You can pick and choose what titlesets you want, just so long as you have a your VIDEO_TS.IFO/BUP and VTS_01.IFO/BUP and VTS_01_0.VOB (this itself can be a 10k stub). The rest is up to you, so long as you don't "break the navigation" of the DVD.

For an example of how to do a main movie plus menu look here (http://ifoedit.wh.fr0zen.com/menuidiot.html). (Don't forget to do a Get VTS Sectors afterwards).

Note, in PgcEdit, you can start off with a "blank disk" and import menus and titlesets at will. I do this quite a lot - it totally eliminates unwanted junk and basically let's you have the DVD as you want it. Again, you will need to check the DVD's navigation (with the trace function - including menu buttons) and where "navigation breaks" occur, redirect them to "existent" PGCs.

Regards

[jeanl]

Originally posted by lark
e.g. i've a DVD that has VTST 1 & VTST 2.
VTST 1 contains just warnings, studio logos and stuff that i don't need.
so, i'd like to delete VTST 1 and 'rename' VTST 2 as VTST 1.
obviously i cannot just delete 1's VOBs & IFOs, because it violates the DVD spec. in addition i cannot just rename 02 VOBs & 02 IFOs to 01, because they are referenced in video manager.
obviously there are DVD's that have e.g. 6 VTSTs and from where i'd like to remove something from the middle (e.g. VTST 3).
so, i'd like to have an automated procedure for that. perhaps that already exists, but i just haven't found it...
regards
t :)
lark, why would you want to do that? Is it just so the result is a bit "cleaner" (i.e., doesn't have "stubs" still around)? If so, the result is probably not worth the effort, since the "cleaned-up" DVD would then be functionally equivalent to the one where you still have the stubs, right?
Jeanl

[2COOL]

@r0lZ

Can you put a count flag on each gprm and sprm to tell us how many times each register has been changed during trace? Say gprm 2's value has been changed 3 times so a display somewhere will tell us 3. Don't know if you want to widen the watch window but I can see something like this.

GPRMs

0 [ 4 (3) ]
1 [ 12345 (999) ]


Or maybe a tooltip on each button would be better. It would be also nice to know what PGC the last change occured but that would be asking too much.

BTW, I'm still seeing invalid values besides language codes in my Watch's input language field.

[jeanl]

2COOL,
you can put watch points on gprms, trace will stop when they're changed. That's very convenient, maybe a beginning of an answer to your problem...
Jeanl

[2COOL]

@jneal

It helps...for the time being but my request is still convenient to have. Just want to keep more tabs on registers without manually doing so.

@r0lZ

Has this been brought up? Sorry, I didn't fully read this thread. I had encountered a nasty bug, IHMO, during my trace. I had only checked these on.

http://img85.exs.cx/img85/6417/b5-Image_001.png

When I move the Preview window while it's playing, eventually I'll get this.

http://img85.exs.cx/img85/2564/87-Image_003.gif

then this.

http://img85.exs.cx/img85/3404/45-Image_002.gif

[jeanl]

2COOL,
mmm that's strange. This bug seems to be in PgcEditPreview. I'll try to reproduce the bug. You're saying it was while you were moving the window? Are you sure it wasn't when the window was closing (that's a known bug that will be fixed in the next release I believe)...

Jeanl

[2COOL]

jeanl

Yes, you are probably right. That's why I admitted to not fully reading the thread. ;)

[jeanl]

Originally posted by 2COOL
jeanl

Yes, you are probably right. That's why I admitted to not fully reading the thread. ;)
Well, I don't think the bug I'm talking about has been mentioned in this thread anyway! ;)
Jeanl

[lark]

Originally posted by jeanl
lark, why would you want to do that? Is it just so the result is a bit "cleaner" (i.e., doesn't have "stubs" still around)? If so, the result is probably not worth the effort, since the "cleaned-up" DVD would then be functionally equivalent to the one where you still have the stubs, right?
Jeanl

yep, just to have it cleaner. i know that 10k for each empty VTS is not a big deal, but i'd rather not have anything that is not necessarily needed ;-)

and as i said, not a high priority...

regards
t :)

[blutach]

@lark

Please read my earlier post about only putting what you want on the disk. Pretty much all the 10k stubs can be eliminated (but ensure there are no breaks in the nav structure).

IMHO, however, its way more trouble than it's worth.

Regards

[blutach]

@rolz et al

Re auto preview in trace mode

Mine doesn't work either. Machine just hangs for a bit. I'm using the latest beta downloaded this morning.

Not getting 2Cool's error messages tho (maybe I didn't wait long enough :)).

EDIT: Also, when in the Edit PGC dialogue, pressing the button on the right of the VOB/Cell ID gets nothing. The PGC Preview comes up, but pressing on play does nothing.

Regards

[r0lZ]

Yes, there is a bug with preview in trace mode in the last beta. Will be fixed soon.

The move Preview window bug reported by 2COOL is strange. I've never seen that.

[blutach]

@rolz

Does the bug also apply to when you are looking in the edit pgc dialogue?

Regards

[r0lZ]

Yes. In fact, the bug occured when the preview was restricted to the current cell only. So, it worked in PGC mode, but not in Trace or Cell mode.

[CoNS]

r0lZ, I've tried to use PgcEdit to edit the subtitle attributes of a disc where I've removed some subtitle streams using DVD-ReBuilder. I've described in my first post in this (http://forum.doom9.org/showthread.php?s=&threadid=86107) thread how I tried to use PgcEdit with no luck.

As you can see in that post, I have 11 subtitle streams on my disc where DVD-RB due to my selections replaced stream no. 0 and 3-10 with blank data, leaving only stream no. 1 and 2 intact. I then wanted to edit the subtitle data for the main movie PGC (located in VTS_01) in VIDEO_TS.IFO and VTS_01_0.IFO.

So I opened the PGC-Editor in PgcEdit and selected "none" for the blanked out subtitle streams. But this didn't seem to have any impact at all when playing the disc as I can still see all the blanked out languages and cycle through them and select them (I haven't burned the disc and tested in standalone player, but I tested it in my software player which is Media Player Classic).

Shouldn't the above changes using PgcEdit give some sort of impact? Am I missing any other subtitle settings somewhere else in PgcEdit that should be altered, too, in order to make it work as I want? :confused:

It would be very, very nice to be able to use PgcEdit to select which audio and/or subtitle streams should be used on the disc. In the process of converting a DVD9 to DVD5 I often strip such unwanted streams (using various vobediting programs) in order to save space for video quality, and the problem of post-processing the .IFOs in order to make the stream mapping correct after stripping arises. I guess such feature is within the scope of PgcEdit, too, as it's about .ifo editing, not .vob editing?

[blutach]

rolz

This may seem like a silly question :rolleyes: , but can PgcEdit substitute one set of VOBs for another?

E.g. I want to keep a modified version of a certain extra (or even the movie itself), without importing the title (which I know PgcEdit can do). In other words, I want to replace the title's VOBs with new ones, keeping the disk's structure intact.

I realize I can't simply swap the VOBs over as there are nav packs and chapter times to take care of. :(

Is this something I can do in PgcEdit or do I need DVD-ReMake?

Regards

[r0lZ]

@CoNS

Well, it's not easy to do. As you said, if you simply deleted the substream definitions, all references to the subtitles must be changed in the IFOs, and in the menu buttons (and the latter is still not possible to do with PgcEdit.)

Also, you may try this trick.
Suppose you have stripped subpic 0 and 1, and kept 2 and 3.
You can use the Domain Stream Attributes editor in PgcEdit to set subpic 0 to be the same language and mode as subpic 2, and do the same for subpic 1 and 3.
Then, you have to remap the streams in the PGC Editor, again by copying the stream numbers from subpic 2 to 0, and 3 to 1.
This way, the VM commands referencing subpic 2 and 3 will still work, but you will be able to select a valid subpic 0 and 1.
Of course, the subpics will be duplicated.

If it is unacceptable for you, you may try to use the subpic remapping feature of DVDShrink. But I can't be of more help. I don't know how it works exactly. There are thread around on that subject.

Good luck!

[r0lZ]

@blutach

Humm. I really don't know. I have never tried that. But, if the structure of the titleset is not changed, you may try to substitute the whole titleset, including the IFOs. Then, load and save the DVD to fix the VTS Sector pointers. Since all pointers and references to the VOBs are in the IFOs of the same VTS, I think it must work.
Of course, if there are not the same number of PGCs, or if the stream attributes are not identical, you may experience some problems.
Try it, and let us know if it worked.

[CoNS]

Ok, thanks for your answer. :)

But it is correct then that setting the subtitle streams to "none" in the PGC-editor of PgcEdit doesn't really change anything in the playback of the PGC? And this is because there needs to be other things done to the .IFOs, which PgcEdit can't do at the moment?

EDIT:

I know you're thinking of/working on adding a menu buttons editing feature to PgcEdit. If such a feature is implemented some day, maybe it would be possible to do a macro which can do the job I described with remapping some selected streams and editing the menu buttons (changing the stream numbers) accordingly?

[r0lZ]

If you set the subpic streams to none, you will still be able to select the subpic, but nothing should be displayed (or the first valid subtitle will be? - I really don't know.)

And yes, there is no support for now to delete a stream. The problem of deleting something (a stream, a PGC, a whole titleset...) is always the same: you will have to fix all references to the elements following the deleted element. That's really not easy to automate.
And I don't want to allow the user to delete something when this could lead to an unplayable DVD.

[CoNS]

It is the first valid subtitle stream that is shown instead. At least in my software player (Media Player Classic) when I tested this procedure yesterday.

When playing around with IfoEdit and DVDShrink trying to find the right way of doing the job manually, it's a bit of hassle that those software players don't always react on the disc the way my standalone SONY player does when I burn the disc!

[r0lZ]

Yes, there are MANY differences between the software players, and my standalone (also a Sony), or my KISS (a standalone running Linux.)

I have made a lot of tests when I writed the Trace functions, and I can say that the only good test to know if a DVD will be played correctly on your standalone is to burn a DVD+/-RW.

[r0lZ]

New beta (http://www.videohelp.com/~r0lZ/pgcedit/beta/PgcEdit_winexe_0.4.4beta4.zip) available (Windows standalone only).

I will still try to fix some little problems before releasing the final version:
- When the Preview window is closed, the focus doesn't come back to PgcEdit's main window automatically.
- It is difficult to stop the trace when Preview is opened in foreground mode (with a pause < 1 second)

This beta fixes the issue when Preview was launched by the Trace, or in the PGC Editor.
See the history in the help menu to see the other changes.

@2COOL: I have changed the display in the watch input language code and button number, and added an usage count in the same window.

[blutach]

Originally posted by r0lZ
@blutach

But, if the structure of the titleset is not changed, you may try to substitute the whole titleset, including the IFOs.Unfortunately, rolz, I may need to keep the IFO that is associated with the titleset - won't it have all the chapter and stream information etc in it (I suppose that I could replicate the commands and PGCs in the IFO but the rest would be a challenge, no?)

[CoNS]

Originally posted by r0lZ
New beta (http://www.videohelp.com/~r0lZ/pgcedit/beta/PgcEdit_winexe_0.4.4beta4.zip) availableDoes this version fix the "PGC still time not set to 0" issue?

[M7S]

Just a little qustion: Are there any plans for Preview in the Linux version of PGCEdit?

[jeanl]

Originally posted by M7S
Just a little qustion: Are there any plans for Preview in the Linux version of PGCEdit?
I know that r0lZ would love that to be the case! Unfortunately, the code pgcedit uses for previewing (the DVD2AVI source code) relies heavily (and in many many places) on windows-specific calls (for example the graphic calls to Direct Draw, thread calls, and on top of that windows messages - used in the heart of the decoder!!!). Add to that that the preview "dialog" application is also windows specific, it won't be very easy to write a linux version of it...
That's really unfortunate (especially that the guys who wrote DVD2AVI didn't try to separate platform-independ code from the rest)... Maybe some linux expert can give it a shot?!
Jeanl

[r0lZ]

Originally posted by CoNS
Does this version fix the "PGC still time not set to 0" issue? Yes.

[blutach]

@rolz,

When blanking titles and menus, is it possible to have the cursor automatically highlight the OK button, so we don't need to always move it and click? This would enable the user to simply click or even hit "enter" on the keyboard to OK the task.

Or is this something tk doesn't allow?

Thanks in anticipation.

Regards

[r0lZ]

Originally posted by blutach
When blanking titles and menus, is it possible to have the cursor automatically highlight the OK button, so we don't need to always move it and click? This would enable the user to simply click or even hit "enter" on the keyboard to OK the task.
Done.

[blutach]

rolz,

You beauty!!!

[r0lZ]

New beta 6 (http://www.videohelp.com/~r0lZ/pgcedit/beta/PgcEdit_winexe_0.4.4beta6.zip) available.
Should be the last beta.
If someone find a bug, please submit it as soon as possible. I will release the 0.4.4 final tomorrow (Brussels time.)

[blutach]

@rolz - beta 6

Although the OK box is highlighted with a dotted line, neither the enter key works and the cursor is not in the OK box.

I am using the right click menu to blank PGCs. Would this be a problem?

Regards

[2COOL]

Originally posted by r0lZ
@2COOL: I have changed the display in the watch input language code and button number, and added an usage count in the same window. Thanks r0lZ! It's much cleaner too.

[2COOL]

@r0lZ

I know your Menu Buttons dialog takes snapshots but is it possible to implement a slide bar of sorts inside it so that we can scroll the sectors? Here's a starting sector of my example menu. My start sector is 0 but my actual sector (LBA) that I would see any kind of visual is at 247.

http://img25.exs.cx/img25/7660/5a-Image_001.png

Note: DVD Remake can scroll the sector while having the button outlines showing.

[$$$]

Hi r0lZ,

found a bug in the latest beta, after importing a titleset 'Save DVD' doesn't work - the DVD is still marked with "*" indicating that changes haven't been saved.

I tried the same in v0.431 without problems.

Other than that I am very impressed with the latest developments of this great tool. Many thanks!

Oh, and I second 2COOL's suggestion wrt menu preview. If it's too difficult to implement a slide bar maybe you could display the last frame of that cell (optionally). There's normally a good chance to see all buttons.

Cheers,
$

[jeanl]

I don't think r0lZ can implement a slider for that (although you never know). But I'm pretty sure he could at least add arrow keys to go get the pic somewhere further or earlier...
What do you think r0lZ? And you thought you were ready for a release?!
;)
Jeanl

[blutach]

After blanking a cell of a menu PGC where there is say 2 cells (eg buttons in 1st cell, unwanted buttons (or just video lead out) in 2nd (now blanked) cell), the preview menu buttons doesn't work anymore on that PGC.

Although PgcEdit reports the PGC as having buttons, the lower left of the screen reports no menubuttons, and consequently, no menu (with or without buttons) is displayed.

Strangely, some of the untouched PGCs don't display either (although some do!) :confused:

EDIT: All PGCs after the one with the blanked cell do not display the menu and claim to have no buttons. When tracing to one of these PGCs, the trace ends with a DVD Exit.

The original unaltered menus work just fine.

I can email IFOs, but I suspect you will need VOBs. PPlease let me know.

Best regards

[r0lZ]

Originally posted by blutach
@rolz - beta 6

Although the OK box is highlighted with a dotted line, neither the enter key works and the cursor is not in the OK box.

I am using the right click menu to blank PGCs. Would this be a problem?

Regards
The OK button is already selected. You have to press the spacebar to accept.
I don't like to move the pointer (cursor?)...

[CoNS]

r0lZ, in continuation of the discussion in this thread yesterday about the subtitle and audio streams attributes and remapping of streams:

I understand it's not a walk in the park to code a logical remapping macro which works in all scenarios when streams have been stripped. But on the other hand, the possibility of setting an audio or subtitle stream to "none" in the PGC-editor window is not of much use as it is today.

But how about adding a field where the user can type in the number of audio / subtitle streams. So upon pressing "Ok" this setting is changed in the .IFO files, and the status and sttributes of the streams after this number are simply set to 0 ("none").

This will fix the problem with the stripped but still selectable streams in all cases, where the streams kept are the first ones (with no stripped streams in between). My experience is that it's actually the case very often, because the original langauge is often in the first stream, and all the dubbed audio languages are in the next streams, which I strip.

Please notice that I'm not asking for a stripping function in PgcEdit - I'll still use other programs like DVD-ReBuilder, VobBlanker or IfoEdit to blank out the streams. It's "merely" a matter of editing the .IFO files.

As for now, I'm using IfoEdit to do the same .ifo editing procedure manually, but again it'd be nice to be able to do it with PgcEdit, and it shouldn't be hard to implement? :D (when it doesn't involve any actual remapping of streams?)

What I do manually in IfoEdit right now is this:
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.

[blutach]

Originally posted by r0lZ
The OK button is already selected. You have to press the spacebar to accept.
I don't like to move the pointer (cursor?)... OK, the spacebar will need to do, but having the pointer over the OK box would be perfect.

Thanks

[blutach]

@cons

If you strip the stream with IfoEdit it automatically does this for you. Merely changing the streams' presence doesn't strip them, and in fact, would make it damn hard to strip (the IFO wouldn't know they are there in the first place).

Regards

[r0lZ]

Originally posted by 2COOL
@r0lZ

I know your Menu Buttons dialog takes snapshots but is it possible to implement a slide bar of sorts inside it so that we can scroll the sectors? Here's a starting sector of my example menu. My start sector is 0 but my actual sector (LBA) that I would see any kind of visual is at 247.

Note: DVD Remake can scroll the sector while having the button outlines showing. No, sorry. I have made an attempt to do that, but the program I use to display the background (dvd2bmp, by jeanl) cannot verify the VOB/Cell ID. So, if you don't keep the 1st frame, you may end up showing a frame of another cell.
This was reported as a bug some time ago.
Anyway, I've added the Preview button for that purpose.

[r0lZ]

Originally posted by $$$
Hi r0lZ,

found a bug in the latest beta, after importing a titleset 'Save DVD' doesn't work - the DVD is still marked with "*" indicating that changes haven't been saved.

I tried the same in v0.431 without problems. Strange. I'll have a look...

[CoNS]

@ blutach: Yes, if you want to remove the data by blanking out/stripping the streams (in order to save space on your disc) you'd have to do this (for example using one of the programs I mentioned) BEFORE changing the settings in the .IFO files.

I agree that blanking/stripping of the streams probably can't be done after the settings are changed as the stripping/blanking program wouldn't know which streams to process.

What I'm asking, is the possiblity to change these stream settings in a semi-automatic way instead of having to do it all manually in IfoEdit. This has basically nothing to do with stripping/blanking the streams.

[r0lZ]

Originally posted by jeanl
I don't think r0lZ can implement a slider for that (although you never know). But I'm pretty sure he could at least add arrow keys to go get the pic somewhere further or earlier...
What do you think r0lZ? And you thought you were ready for a release?!
;)
Jeanl It's up to you. I may add a slider or arrows, if and only if dvd2bmp could ensure that the returned BMP is one of the correct cell. Maybe you have to add arguments to dvd2bmp to be able to verify the VOB/Cell ID, or implement your PgcEditPreview's AutoLocate method in dvd2bmp...

[r0lZ]

Originally posted by blutach
After blanking a cell of a menu PGC where there is say 2 cells (eg buttons in 1st cell, unwanted buttons (or just video lead out) in 2nd (now blanked) cell), the preview menu buttons doesn't work anymore on that PGC.

Although PgcEdit reports the PGC as having buttons, the lower left of the screen reports no menubuttons, and consequently, no menu (with or without buttons) is displayed.

Strangely, some of the untouched PGCs don't display either (although some do!) :confused:

EDIT: All PGCs after the one with the blanked cell do not display the menu and claim to have no buttons. When tracing to one of these PGCs, the trace ends with a DVD Exit.

The original unaltered menus work just fine.

I can email IFOs, but I suspect you will need VOBs. PPlease let me know.

Best regards
Seems to be a bug. Have you tried to save and reload the DVD? This should force PgcEdit to get the menu buttons infos in the VOBs again.

[blutach]

@rolz

Yes. How can I help you with info?

[r0lZ]

Originally posted by CoNS
r0lZ, in continuation of the discussion in this thread yesterday about the subtitle and audio streams attributes and remapping of streams:

I understand it's not a walk in the park to code a logical remapping macro which works in all scenarios when streams have been stripped. But on the other hand, the possibility of setting an audio or subtitle stream to "none" in the PGC-editor window is not of much use as it is today.

But how about adding a field where the user can type in the number of audio / subtitle streams. So upon pressing "Ok" this setting is changed in the .IFO files, and the status and sttributes of the streams after this number are simply set to 0 ("none").

This will fix the problem with the stripped but still selectable streams in all cases, where the streams kept are the first ones (with no stripped streams in between). My experience is that it's actually the case very often, because the original langauge is often in the first stream, and all the dubbed audio languages are in the next streams, which I strip.

Please notice that I'm not asking for a stripping function in PgcEdit - I'll still use other programs like DVD-ReBuilder, VobBlanker or IfoEdit to blank out the streams. It's "merely" a matter of editing the .IFO files.

As for now, I'm using IfoEdit to do the same .ifo editing procedure manually, but again it'd be nice to be able to do it with PgcEdit, and it shouldn't be hard to implement? :D (when it doesn't involve any actual remapping of streams?)

What I do manually in IfoEdit right now is this:
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. That's easy to do, but you may still experience problems, if some of the removed subs are referenced by VM commands somewhere.

Also, note that setting the streams to none in the PGC Editor is just a matter of clearing a bit. Although it doesn't do what you want, it may be needed on some occasions.

What I want to do now is implement the menubuttons edition. After that, I will have all the needed stuff to be able to fix any references to subtitles in the whole DVD. At this time, I may add a macro to actually remove ANY unwanted subpic reference, and do exactly what you want.
For now, doing what you do in IfoEdit seems easy...

[r0lZ]

Originally posted by blutach
@cons

If you strip the stream with IfoEdit it automatically does this for you. Merely changing the streams' presence doesn't strip them, and in fact, would make it damn hard to strip (the IFO wouldn't know they are there in the first place).

Regards
The problem highlighted by CoNS is that he had already stripped the streams, but without any remapping. So, he want to remove the unused streams definitions in the IFOs, without the need to process the VOBs again.

[r0lZ]

Originally posted by blutach
@rolz

Yes. How can I help you with info? When you reload the DVD, you should see the menubuttons again. No?

[blutach]

No, and that's the problem.

PGC1 (root menu) is OK (5 buttons and nothing done to that).

PGC2 (subpic menu) - cell has 13 buttons, cell 2 blanked. Shows in left pane the 13 buttons but can't display menu and bottom left (message area) says no menubuttons.

PGC3 (audio menu) - nothing done to it - left pane says 11 buttons (correct). At bottom - no menubuttons. Doesn't display.

PGC4 (chapter menu) - left pane says 56 buttons (correct) - no change - no display.

Rest are dummies (like me!)

Regards

[blutach]

Originally posted by r0lZ
The problem highlighted by CoNS is that he had already stripped the streams, but without any remapping. So, he want to remove the unused streams definitions in the IFOs, without the need to process the VOBs again. Cons and I have been sparring on this for a couple of days now :D

I will now remain silent on the matter

[2COOL]

Originally posted by r0lZ
No, sorry. I have made an attempt to do that, but the program I use to display the background (dvd2bmp, by jeanl) cannot verify the VOB/Cell ID. So, if you don't keep the 1st frame, you may end up showing a frame of another cell.
This was reported as a bug some time ago.
Anyway, I've added the Preview button for that purpose. There was a time when you had multiple cells in your menu PGC and you originally had the first one display even if there wasn't any buttons. Then I ask you if you could display the first cell that had buttons by default. This is my big grey area but what info does button_dump.exe provide to you that you use to display that certain LBA? I'm just brainstorming but if it gives you the starting sector of that menu, couldn't you use *_VOBU_ADMAP table to jump from sector to sector? I figure as along as you can get the start sector, you can jump to the next sector, right? So VOB and Cell ID is irrelevant here? I really don't know how to decipher your PgcEdit code so pardon me. :(

[r0lZ]

Originally posted by 2COOL
There was a time when you had multiple cells in your menu PGC and you originally had the first one display even if there wasn't any buttons. Then I ask you if you could display the first cell that had buttons by default. This is my big grey area but what info does button_dump.exe provide to you that you use to display that certain LBA? I'm just brainstorming but if it gives you the starting sector of that menu, couldn't you use *_VOBU_ADMAP table to jump from sector to sector? I figure as along as you can get the start sector, you can jump to the next sector, right? So VOB and Cell ID is irrelevant here? I really don't know how to decipher your PgcEdit code so pardon me. :( ButtonDump.exe searches all the cells in the VOBs for buttons, and, if some buttons are found, it reports the first LBA with a number of buttons > 0. If none are found, it reports the first LBA of the cell. This way, the frame displayed in the menubutton viewer is always the first one that is relevant.

But sometimes, the menubuttons are defined before the video is showing them (as in your black frame example). To avoid this problem, I have tried to show a frame a couple LBAs later, but although it works fine in most case, there is one precise case where it displays the first frame of the next cell, which is obviously inacceptable.
This happends when the cell is a still frame with audio. The one-frame video is in the first LBA following the nav pack. But this LBA is followed by many other LBAs with just Nav, Audio and Subpic paks. As there are no informations in the IFOs that I can use to know that it is the case, if I try to display the next LBA, the dvd2bmp program will return the next image it finds, and it is the first frame of the next cell. (A similar bug occured in earlier versions of IfoEdit, displaying one frame of the next cell at the end of the preview.)

In PgcEditPreview.exe, a method developed by jeanl (called AutoLocate) is used to avoid showing the bad frame. This method works fine, although relatively slow. To be used, I need to pass the end LBA to the PgcEditPreview.exe as well. But, for speed purposes when parsing the menu VOBs, ButtonDump.exe doesn't report the last LBA. Another method is to pass the VOB and Cell IDs to the program, so that it can verify that the returned image comes from the requested cell.

Conclusion: as I said elsewhere, it's up to Jeanl!

[lark]

how about checking the returned BMP?
if it's totally black, ask for next frame and so on...

regards
t :)

[r0lZ]

I can't do that in Tcl programming language. It will be extremely slow! And the first frame not totally black will likely be almost tatally black, as most of the time, the black frame comes from a fade-in.
Furthermore, I've seen cases where the buttons are appearing over a frame showing something, but not yet the buttons labels.

I repeat, the Preview button may be used to see the full cell...

[2COOL]

Originally posted by r0lZ
ButtonDump.exe searches all the cells in the VOBs for buttons, and, if some buttons are found, it reports the first LBA with a number of buttons > 0. If none are found, it reports the first LBA of the cell. This way, the frame displayed in the menubutton viewer is always the first one that is relevant.OK..since ButtonDump.exe outputs the first LBA, couldn't you come up with a search function in the VTSM_C_ADT table looking for this sector value? When there is a match, you can get the other neighboring values like VOB ID, Cell ID, and even the end sector. If this is unfeasible then I'll wait for jeanl's input to this matter. Sorry to drag this subject farther but without vision there is no opportunity.

[r0lZ]

Of course. I already know the VOB/Cell ID, and finding the last LBA is not difficult. But, as i explained, this is not enough with the current dvd2bmp program to ensure that the returned frame comes from the correct cell.

BTW, the problem of the menubuttons showing the wrong frame was reported by skynetman here (http://forum.doom9.org/showthread.php?s=&threadid=85329&perpage=20&pagenumber=3#post571758).

[2COOL]

Originally posted by r0lZ
Of course. I already know the VOB/Cell ID, and finding the last LBA is not difficult. But, as i explained, this is not enough with the current dvd2bmp program to ensure that the returned frame comes from the correct cell. I was just trying to satify your requirements on your two methods you were proposing.

Œ
In PgcEditPreview.exe, a method developed by jeanl (called AutoLocate) is used to avoid showing the bad frame. This method works fine, although relatively slow. To be used, I need to pass the end LBA to the PgcEditPreview.exe as well.


Another method is to pass the VOB and Cell IDs to the program, so that it can verify that the returned image comes from the requested cell.

I really didn't know the required inputs dvd2bmp needed.

[r0lZ]

Originally posted by 2COOL
I really didn't know the required inputs dvd2bmp needed. That's the problem. dvd2bmp doesn't have the AutoLocate, and doesn't verify the VOB/Cell IDs, for now.

[r0lZ]

0.4.4 beta 7 (http://www.videohelp.com/~r0lZ/pgcedit/beta/PgcEdit_winexe_0.4.4beta7.zip) is released.

@$$$
The bug you submitted here (http://forum.doom9.org/showthread.php?s=&threadid=85329&perpage=20&pagenumber=10) was easy to find and fix. :) Thanks!

@blutach
The bug you submitted here (http://forum.doom9.org/showthread.php?s=&threadid=85329&perpage=20&pagenumber=10#post576588) was not so easy to find and fix. :( Thanks anyway!
I think it works now, but I've never been able to reproduce the exact behavior of what you explained.
When blanking a cell with buttons, the buttons informations were not correctly updated, and the PGC Selector was not correctly refreshed, and therefore was still showing the original number of buttons.
Furthermore, the menubuttons viewer was unable to show the blanked cell.
All the above problems are now hopefully fixed.

However, you said that the FOLLOWING PGCs were also impossible to see in the menubutton viewer. I don't understand why, so I'm not sure that this problem is also fixed. Could you try the new beta, and keep me informed of the results? Thanks.

[$$$]

The bug you submitted was easy to find and fix.Glad to hear that, and I can confirm it as well :)

$

[jeanl]

Originally posted by r0lZ

In PgcEditPreview.exe, a method developed by jeanl (called AutoLocate) is used to avoid showing the bad frame. This method works fine, although relatively slow. To be used, I need to pass the end LBA to the PgcEditPreview.exe as well. But, for speed purposes when parsing the menu VOBs, ButtonDump.exe doesn't report the last LBA. Another method is to pass the VOB and Cell IDs to the program, so that it can verify that the returned image comes from the requested cell.

Conclusion: as I said elsewhere, it's up to Jeanl!
OK, I think it wouldn't be too hard to make it work, looking for the next images that are still in the same cell, as defined either by its end LBA or by its VOB/CELL ID (easier).
There's a question for you r0lZ: if dvd2bmp could support that, what would the UI look like? A slider? A couple buttons to go right/left in the cell?
And I agree with you that it wouldn't be easy to detect whether the frame is black. Bugs Life has a menu that's a slow fade-in from black, so you'd get many near-black (but not totally black) frames...

Also, a question for the rest of you guys: If we were to pick just one video frame, would picking the last frame in the (button) cell be a better option? In other words, have you guys seen menu cells with buttons where the end of the cell fades out (and I'm not talking about the menu "outro")? I don't think it's possible since typically the video will loop for a menu (or have a still time).
So if dvd2bmp could locate the last frame in a given cell, wouldn't that be a better candidate to display the menu?

Jean

[r0lZ]

@jeanl
The last frame of a menu should be a good candidate, but when PgcEdit will have BOV support, there will be many case where the buttons dissapear before the last frame.
So, the good frame to show is the last frame with menubuttons. This will require to verify the number of buttons in the previous Nav Pack.

I don't know if the best solution will be a slider or 2 buttons to jump from frame to frame. Why do you need to know that now?

[jeanl]

Originally posted by r0lZ
@jeanl
The last frame of a menu should be a good candidate, but when PgcEdit will have BOV support, there will be many case where the buttons dissapear before the last frame.
So, the good frame to show is the last frame with menubuttons. This will require to verify the number of buttons in the previous Nav Pack.
I'm not sure I understand: when you have BOV, typically the buttons are shown for an extended period of time. This requires either a large/infinite still time, or cell-looping, right? In that case, how could the buttons disappear before the last frame? I would imagine they disappear in the "next" cell that you link to when the user clicks on something.
In any case, DVD2AVI should be able to get to the button info. I know that it reads all the info in the headers, whether or not it uses them!

I don't know if the best solution will be a slider or 2 buttons to jump from frame to frame. Why do you need to know that now?
I don't! I was just wondering, from a user perspective, what the best solution might be...
Jeanl

[r0lZ]

I agree that in 'normal' menus (even as BOV in title domain), this will probably never happend. But think at the White rabbit in Matrix. It appear at the beginning of a cell, for a few seconds, then disappear before the end of the cell.
If you select it when it is on screen, you jump to a bonus. When the bonus has finished playing, a resume is issued to the start of the cell, to continue the main movie.

[jeanl]

@r0lZ, OK I get it!

@Others:
By the way, you can also launch PgcEditPreview in a standalone mode (it's located in the bin directory that PgcEdit creates). You can then drag/drop your vob files into it, and it behaves more or less like DVD2AVI (minus a lot of the functionalities, plus automatic DAR handling). It won't remember its settings (position etc) in standalone mode though.
Jean

[r0lZ]

0.4.4 beta 8 (http://www.videohelp.com/~r0lZ/pgcedit/beta/PgcEdit_winexe_0.4.4beta8.zip).

I have introduced a new bug when trying to fix the bug reported by blutach. This version should work better when blanking cells.

Also, a bug in the Paste Replace editor function is now fixed.

PgcEditPreview.exe is also replaced by the last version, send by jeanl, with some little improvments.

[jeanl]

Originally posted by r0lZ
0.4.4 beta 8 (http://www.videohelp.com/~r0lZ/pgcedit/beta/PgcEdit_winexe_0.4.4beta8.zip).
PgcEditPreview.exe is also replaced by the last version, send by jeanl, with some little improvments.
Little? What do you mean, little?!"
;)
Jeanl

[blutach]

@rolz

Not good news, I'm afraid.

Using v 4.4 Beta 8

Just have the IFOs and the menu VOB in my folder.

PgcEdit gets hung up when trying to read the buttons (lower left says Reading menu buttons informations VTSM1). Button_dump.exe just hangs the PC.

Again, with unaltered menu - works fine.

Thought you would like to know.

Regards

[r0lZ]

Could you send me the original IFOs, and the offending VOB?
If it is too large to be send by mail, you may try to blank out some unnecessary cells (using VobBlanker, of course! :))
Thanks.

[blutach]

Update:

Mock stripped menu. This enabled PgcEdit to load OK, but still same problem. Can view menu PGC1, but no others, even though there are buttons.

Note: The menu cells were blanked with VobBlanker. I wonder if this is a problem for jsoto?

I will try to cut the menu down to size and email.

Regards

[blutach]

@rolz

Interesting thing I've just noticed:

Opened both VOBs in MenuEdit:

Original (untouched) - VOBIDs are consecutive (1-18)

Blanked VOB has VOBID out of order as follows: 1, 2, (this is the 5 button root menu and can be viewed in PgcEdit)
16, 17, (this is the subtitle menu - 13 buttons in VOBID 16 with VOBID 17 being blanked - unviewable in PgcEdit menu)
18 (audio menu - 5 buttons - untouched and unviewable)
5, 6, 7, ...14 (chapter menu - 10 cells, 56 buttons, untouched and unviewable)
3, 4 (blanked - these were features menus)Note: VOBID 15 is missing (it was unused and I guess VobBlanker stripped it).

Note: The PGCs were still associated with the correct VOBIDs. The only problem was that the Menuedit reported the VOBIDs out of sequence!

This is strange. I suspect that it is an issue for VOBBlanker, too.

Could this be a problem for PgcEdit?

EDIT and Further Update: Using cell replace in Menuedit did not get the VOBIDs out of sequence and enabled PgcEdit to function properly!!


Regards

[r0lZ]

I know PgcEdit is able to parse a VOB with IDs not in ascending order. I really don't know much more, since ButtonDump.exe uses libdvdread, this can be an issue of the library as well.

I wonder if having a gap in the VOB numbers (the missing VOB 15) is legal. This may be the cause of the problem in PgcEdit. Could you verify if the menus PgcEdit cannot display are located in VOB IDs above 15?

[blutach]

See above.

While it can't display VOBIDs 16, 17 and 18 it also doesn't display 5-14.

Clearly, VobBlanker has gotten these out of order and omitted the unused VOBID, while using the Replace function of menuedit has kept the menu's structure intact.

Hope this helps.

Regards

[blutach]

Just done an IfoEdit strip (not mock) of the original menu. The unused VOBID 15 was deleted and renumbering takes place from 15 on. That is, VOBID 16 becomes 15 etc. And, naturally enough, there is no VOBID 18 anymore.

No problems in any PgcEdit functions.

This has clearly been introduced by VobBlanker making a somewhat non-compliant menu.

But, the DVD menu works! Strange, n'est pas?

The question is now, can PgcEdit be made to read the menu buttons in their out of order and VOBID missing form?

Regards

[r0lZ]

Well. I'll try... tomorrow. ;)
Thanks for your investigations!

[2COOL]

Originally posted by r0lZ
I don't know if the best solution will be a slider or 2 buttons to jump from frame to frame. A slider is a lot more quicker since you just click, hold, and slide as opposed to click, click, click.

BTW, what changes have been done to PgcEditPreview.exe? Excuse for not reading throughly but I didn't see any difference besides autoplay and info window displaying when clicking on menu button toolbar.

[jeanl]

Originally posted by 2COOL

BTW, what changes have been done to PgcEditPreview.exe? Excuse for not reading throughly but I didn't see any difference besides autoplay and info window displaying when clicking on menu button toolbar.
We've added buttons at the bottom, one of which allows you to stop the preview and stop the trace as well (which was close to impossible in trace mode with the previous versions). Nothing really major other than that. Is there anything you're missing terribly in the previewer?
Jeanl

[2COOL]

Originally posted by jeanl
Is there anything you're missing terribly in the previewer?yes...sounds! U :p

[jeanl]

Originally posted by 2COOL
yes...sounds! U :p
Man, that's funny!
Well, it's not impossible because DVD2AVI already has all the AC3 decoding code in it, but it certainly will be a significant effort. Why do you think it would be that useful? I don't know many previews with sound but I'm not familiar with a lot of the commercial products... Does shrink's have sound? I think Vobedit preview does...
Jeanl

[2COOL]

Originally posted by jeanl
We've added buttons at the bottom, one of which allows you to stop the preview and stop the trace as well (which was close to impossible in trace mode with the previous versions). I only see buttons at the top. I'm using 0.4.4 beta 8

[blutach]

Originally posted by 2COOL
yes...sounds! U :p darn greedy!

[jeanl]

Originally posted by 2COOL
I only see buttons at the top. I'm using 0.4.4 beta 8
mmm that's strange? I just downloaded it and the preview has the two buttons at the bottom (only 1 if you're not in Trace mode).
Jeanl

[2COOL]

Originally posted by jeanl
mmm that's strange? I just downloaded it and the preview has the two buttons at the bottom (only 1 if you're not in Trace mode).
Jeanl OK...I see them now. It's only in trace mode. None if not though.

[jeanl]

Originally posted by 2COOL
OK...I see them now. It's only in trace mode. None if not though.
yes, if you're not in trace mode you just need the stop button. If you don't see it at the bottom in preview mode, then something's awry. If you launch preview "standalone" (outside of pgcedit) then there's no button.
Jeanl

[2COOL]

Sigh...I tried again and now I see them as you call it. I definitely need some sleep... à

[blutach]

@rolz

Looks fine now - even the hidden buttons show as hidden :) :) :)

Many many thanks

Regards

[r0lZ]

beta 9 (http://www.videohelp.com/~r0lZ/pgcedit/beta/PgcEdit_winexe_0.4.4beta9.zip) available.
Fixes the bug with unordered and/or missing VOB IDs left after a VobBlanker processing, and reported by blutach.
However, I still need to check if a similar bug could be caused by missing or unordered Cell IDs...

[jsoto]

Hi all,
Seems VobBlanker VID/CID reordering has caused some troubles...

The problem is how VobBlanker works, let say, it's internal logic. I have to change completely the main code if I want to keep the Cell order in the VOB, so this is something I do not like...

When processing, VobBlanker loops on PGCs, and outputs the cells in the order they are in the PGC. If a cell is already processed, it is ignored. So the final VOB can have VOB gaps and/or CellID gaps, but what is true is that (at least in the first PGC) the next cell is physically closed to the current one, so the laser will find it immediately.

In any case, you can use VIDChanger to renumber the cells, avoiding any gap between them. I know it is a lot of time (VOB is rewritten again) but, from now, I do not have other idea...

jsoto

[r0lZ]

@jsoto

Thanks for your answer. As you can see in my previous post, PgcEdit is now able to load unordered VOBs created by VobBlanker. However, I wonder if it is legal to have unordered VOB/Cell IDs, or gaps between them.

BTW, why do you need to rewrite the VOBs with VidChanger? It should be easy to change the IDs in place, on the original VOBs, no?

[2COOL]

Originally posted by r0lZ
BTW, why do you need to rewrite the VOBs with VidChanger? It should be easy to change the IDs in place, on the original VOBs, no? r0lZ

jsoto mentioned in the past that he didn't want to integrate VidChanger into VobBlanker even though it makes sense to add it in.

[r0lZ]

That's not what I mean. I wondered why, when using VidChanger, the VOBs must be copied when processed. IMHO, it's possible to patch them in place.

[jeanl]

Originally posted by r0lZ
That's not what I mean. I wondered why, when using VidChanger, the VOBs must be copied when processed. IMHO, it's possible to patch them in place.
in C:
fopen(filename,"bw+") will let you do that...
OOPS, EDIT: make that fopen(filename,"r+b")...
Jeanl

[jsoto]

In fact, VIDChanger does it in single cell mode, but it is unsafe
The main problem is how to recover in the case of a crash in the middle of the process. Well, you can rely on the IFO and do not take into account VID/CID in the VOB...

jsoto

[2COOL]

Current version cannot add a new dummy PGC. Tried it on 3 DVDs. :(

http://img99.exs.cx/img99/9783/image0036ka.gif

Update 1: Also for New "Play All" Title macro. Another discrepancy is that in my initial dialog, it wants to create a new Title 7, even though my DVD has only 4 Titles. It should've been new Title 5.

http://img18.exs.cx/img18/7384/image0045pw.gif

Update 2: I was using 0.4.4 beta 8 at the time and beta 9, not posted on your website yet, now works with adding a new "Play All" Title. The Add New Dummy PGC error still exists though. :(

[2COOL]

OK, so I have created a new "Play All" PGC with sharing IDs from my source PGC. Can you come up with an implementation to alter the new PGC's program map? Say I want to remove certain cells. PgcEdit uses all the unique VOB and Cell Ids but I really don't need "ALL" of them, just selected ones.

[r0lZ]

@2COOL

OK. The first bug you submitted, with New Dummy PGC in title domain, is fixed.

I don't understand the problem with the title number being too high when creating a new 'Play All' title. The actual number of titles is read directly from the VMG_TT_SRPT table, when the macro is executed.
Are you sure the table of titles of your original DVD is correct?
You said that the problem is not present in beta9. Seems strange, since nothing has changed in this macro between beta8 and 9.

Adding and removing cells in the cell table is on my TODO list for a while, but it's not easy to do. And, as you know, I want now to work on the menu buttons editor, and on BOV support. So, sorry, but you will have to wait some time...

[jsoto]

I want now to work on the menu buttons editor, and on BOV support Yuujuuu! (Spanish, translating to English: Woohooo!).
jsoto

[r0lZ]

PgcEdit 0.4.4 released.

Additions:
PgcEditPreview version 1.3 (See bottom of this text for Preview history.)
Added Preview full Domain VOB(s) utility. (Windows only)
Menu buttons viewer: arrows to select the image to show in the background.
Trace: Added a checkbutton to enable or disable the automatic preview.
Trace: Added highlights of the played PGCs (and a menu to clear them in Trace/State, and a popup menu when clicking on a blank line in the PGC Selector).
Info/Calls Cross References highlights the unreferenced PGCs in pink.
Preview: The Info window of DVD2AVI strikes again. (Modified by Jeanl, now includes the number of buttons.)
Enhancements:
Clicking or right-clicking on the current PGC line in the PGC selector do not change the current selected command in the main listbox anymore.
Handy to use the PGC Selector popup menu, and continue the trace.
Kill Playback and Blank Out functions now reset the PGC Still Time to 0.
Commands Editor: CallSS command has now the Resume Cell 1 by default.
Trace watch Input: Reset button replaced by the usage count of the current GPRM or SPRM.
Trace: it is now possible to break the Run mode from within the Preview window. Thanks to Jeanl.
Added a Preview menu, and moved the preview actions and options menu items there.
dvd2bmp.exe is now integrated in PgcEditPreview.exe, and is not included in the Windows distribution anymore.
Menu buttons viewer: Middle-clicking or Control-Left-clicking on a menu button when not in Trace mode will now jump to the target of the button.
Bug fixes: Bug fixed in PTT_SRPTI table when the chapters are not in ascending order.
Trace: Bugs with Title without TTN assignments fixed.
Trace: RSM was jumping to the first cell instead of the last visited cell.
Fixed bugs when parsing the VOBs to find menu buttons when the VOB IDs were not sorted in ascending order, or when some VOB IDs were missing.
Bug when creating a new dummy PGC in title domain fixed.
Preview 1.2 and 1.3: optimisation and bug fixes. (by Jeanl)
Fixed problem with focus not returning to the main window after a Preview.
Trace watch Input: Language code and Button number are displayed only when the current GPRM or SPRM value is a legal language code or button number.
Some more small Tcl/Tk library bug fixes.

[CoNS]

Originally posted by r0lZ
beta 9 (http://www.videohelp.com/~r0lZ/pgcedit/beta/PgcEdit_winexe_0.4.4beta9.zip) available.
Fixes the bug with unordered and/or missing VOB IDs left after a VobBlanker processing, and reported by blutach.
However, I still need to check if a similar bug could be caused by missing or unordered Cell IDs... By "fixes the bug", do you mean repair the files or just being able to load them in PgcEdit without an error?

[r0lZ]

No. PgcEdit doesn't repair anything. I mean PgcEdit is able to load and process the menubutton informations extracted from such VOBs.

BTW, the same problem with unordered Cell IDs or gaps in Cell IDs is also fixed in v0.4.4 final.

I'm still wondering if such VOBs are DVD compliant... I have never found any original VOBs with this organisation. However, all players are apparently able to play DVDs with VOBs produced by VobBlanker.

[2COOL]

http://img93.exs.cx/img93/2350/image0016iw.gif

"two or more" to be useful? It can be useful with having one PGC to start with and not just because to create a backup.

[jeanl]

r0lZ,
I'm having a problem with "Bridget Jones" (zone 1). Specifically, on VTSM2, LU1, 1, (Bonus material) I'm seeing two problems:

1) In trace mode, playback stops at the first cell of the PGC, which is actually a small intro to the real menu and attempts to display the menu buttons. Even though the cell is supposed to show 7 buttons, only one is drawn in the button menu display (all 7 buttons are actually superimposed at the top left corner, as a tiny square, clearly not for the user to click!). You'll notice that playback isn't supposed to stop at this cell.

2) A somewhat separate problem is that I'm unable to see the last background image at LBA 1799 using the > button in the menu display. I can see the next-to-last frame but not the last one. This seems to be a bug in pgcedit/preview which prevents pgcedit from displaying the last video frame in that cell. I can see it fine if I preview the cell outside of trace mode so I'm pretty sure it belongs to this cell (it shows the right V/C ID).

In my humble opinion, the trace should not stop at cell 1, since playback does not normally stop here (there's no still time, and there's no cell command so we go straight to cell 2). This suggests that your choice for where/when to show the menu layout might not be ideal.
How about displaying a menu when you encounter a cell that has buttons and where playback stops or loops either because of a loop, or because of a still time. This might not be as easy to implement as your current selection (first cell that has buttons I think), but it would solve the problem for this menu. It would skip through cell 1, go to cell 2, then notice the cell-command that loops back to the top PG.

I'm sending you a pruned version of the DVD so you can look at it. Here's the PGC info as given by PgcEdit.
Jeanl



VTSM 2 , LU 1 (en) , 1 (0:27) 14b. RootM - Chapters: n/a, Programs: 2, Cells: 2

********** pre commands:
[71 00 00 00 00 02 00 00] 1 Set gprm(0) =(mov) 2
[71 00 00 01 00 00 00 00] 2 Set gprm(1) =(mov) 0
[71 00 00 02 00 00 00 00] 3 Set gprm(2) =(mov) 0
[71 00 00 03 00 01 00 00] 4 Set gprm(3) =(mov) 1
[71 00 00 04 00 03 00 00] 5 Set gprm(4) =(mov) 3
[71 00 00 05 00 3B 00 00] 6 Set gprm(5) =(mov) 59
[71 00 00 06 00 02 00 00] 7 Set gprm(6) =(mov) 2
[71 00 00 07 00 01 00 00] 8 Set gprm(7) =(mov) 1
[71 00 00 0B 00 00 00 00] 9 Set gprm(11) =(mov) 0
[71 00 00 0C 00 00 00 00] 10 Set gprm(12) =(mov) 0
[71 00 00 0D 00 00 00 00] 11 Set gprm(13) =(mov) 0
[71 00 00 06 00 03 00 00] 12 Set gprm(6) =(mov) 3
[71 00 00 04 00 1F 00 00] 13 Set gprm(4) =(mov) 31
[30 26 00 04 00 C0 07 04] 14 if ( gprm(7) == gprm(4) ) then { (JumpSS) Jump to VMGM PGC 4 }
[20 A4 00 07 00 15 00 06] 15 if ( gprm(7) == 21 ) then { LinkPGCN PGC 6 }
[61 00 00 06 00 07 00 00] 16 Set gprm(6) =(mov) gprm(7)
[71 00 00 07 00 14 00 00] 17 Set gprm(7) =(mov) 20
[71 00 00 00 00 00 00 00] 18 Set gprm(0) =(mov) 0
[71 00 00 03 00 00 00 00] 19 Set gprm(3) =(mov) 0
[61 00 00 04 00 01 00 00] 20 Set gprm(4) =(mov) gprm(1)
[71 F0 04 04 00 01 00 01] 21 if ( gprm(4) < 1 ) then { Set gprm(4) =(mov) 1 }
[75 00 00 04 04 00 00 00] 22 Set gprm(4) *=(mul) 1024
[46 00 00 00 00 04 00 00] 23 (SetHL_BTN) Set Highlighted Button =(mov) gprm(4)
[20 B6 00 06 00 01 00 02] 24 if ( gprm(6) != 1 ) then { LinkPGN Program 2 }
********** post commands:
[61 00 00 05 00 04 00 00] 1 Set gprm(5) =(mov) gprm(4)
[20 A4 00 05 00 01 00 04] 2 if ( gprm(5) == 1 ) then { LinkPGCN PGC 4 }
[20 A4 00 05 00 05 00 05] 3 if ( gprm(5) == 5 ) then { LinkPGCN PGC 5 }
[20 A4 00 05 00 06 00 06] 4 if ( gprm(5) == 6 ) then { LinkPGCN PGC 6 }
[61 00 00 01 00 05 00 00] 5 Set gprm(1) =(mov) gprm(5)
[71 00 00 04 00 03 00 00] 6 Set gprm(4) =(mov) 3
[30 75 00 01 00 01 05 04] 7 if ( gprm(5) < gprm(4) ) then { (JumpVTS_PTT) Jump to TTN 1, Chapter 1 }
[71 00 00 06 00 04 00 00] 8 Set gprm(6) =(mov) 4
[30 26 00 04 00 C0 05 04] 9 if ( gprm(5) == gprm(4) ) then { (JumpSS) Jump to VMGM PGC 4 }
[71 00 00 04 00 04 00 00] 10 Set gprm(4) =(mov) 4
[30 25 00 01 00 02 05 04] 11 if ( gprm(5) == gprm(4) ) then { (JumpVTS_PTT) Jump to TTN 2, Chapter 1 }
[71 00 00 07 00 08 00 00] 12 Set gprm(7) =(mov) 8
[20 04 00 00 00 00 00 03] 13 LinkPGCN PGC 3
********** cell commands:
[20 01 00 00 00 00 00 05] 1 LinkTopPG

********** menu buttons commands:
VOB ID 1, Cell ID 1 (First NAV pack LBA=0)
2 Groups, Start button=0, Select button=0, Action button=0
button 1: [20 01 00 00 00 00 00 06] LinkNextPG
button 2: [20 01 00 00 00 00 00 06] LinkNextPG
button 3: [20 01 00 00 00 00 00 06] LinkNextPG
button 4: [20 01 00 00 00 00 00 06] LinkNextPG
button 5: [20 01 00 00 00 00 00 06] LinkNextPG
button 6: [20 01 00 00 00 00 00 06] LinkNextPG
button 7: [20 01 00 00 00 00 00 06] LinkNextPG
VOB ID 1, Cell ID 2 (First NAV pack LBA=1912)
2 Groups, Start button=0, Select button=0, Action button=0
button 1: [71 01 00 04 00 01 00 0D] Set gprm(4) =(mov) 1 ; LinkTailPGC
button 2: [71 01 00 04 00 02 00 0D] Set gprm(4) =(mov) 2 ; LinkTailPGC
button 3: [71 01 00 04 00 03 00 0D] Set gprm(4) =(mov) 3 ; LinkTailPGC
button 4: [71 01 00 04 00 04 00 0D] Set gprm(4) =(mov) 4 ; LinkTailPGC
button 5: [71 01 00 04 00 05 00 0D] Set gprm(4) =(mov) 5 ; LinkTailPGC
button 6: [71 01 00 04 00 06 00 0D] Set gprm(4) =(mov) 6 ; LinkTailPGC
button 7: [71 01 00 04 00 07 00 0D] Set gprm(4) =(mov) 7 ; LinkTailPGC


Playback time: 00:00:27.09 (at 30 fps)
PG Playback mode: sequential
PUOs: 33354720 (0x01FCF3E0)
- Time or PTT search (0x00000020)
- TopPG or PrevPG search (0x00000040)
- NextPG search (0x00000080)
- Forward scan (0x00000100)
- Backward scan (0x00000200)
- Menu call - Subpicture (0x00001000)
- Menu call - Audio (0x00002000)
- Menu call - Angle (0x00004000)
- Menu call - PTT (0x00008000)
- Still off (0x00040000)
- Pause on (0x00080000)
- Audio stream change (0x00100000)
- Subpicture stream change (0x00200000)
- Angle change (0x00400000)
- Karaoke audio mix change (0x00800000)
- Video presentation mode change (0x01000000)
NextPGCN: 0
PrevPGCN: 0
GoUpPGCN: 0
PGC Still Time: 0
Audio stream 1 status: 0x00008000 (stream=0)
Subpic stream 1 status: 0x80000001 (streams for 4:3=0, wide=0, letterbox=0, pan&scan=1)

But- Prog. Cell Type Layer Res- Still Cell Playback End Entry First Last Last VOB Cell
tons Flags Break tric- Time Cmd. Time Time VOBU ILVU VOBU VOBU ID ID
ted. sector End Start End

7 1 1 2 yes no 0 0 00:00:05.00 00:00:05.00 0 0 1609 1911 1 1
7 2 2 8 no no 0 1 00:00:22.09 00:00:27.09 1912 0 8828 9067 1 2

[blutach]

Originally posted by jeanl
r0lZ,
I'm having a problem with "Bridget Jones" (zone 1).Jean!
I can't believe it!!!

You're copying Bridget Jones!!!!! :confused: :confused: :rolleyes: :rolleyes:

ROFLMAO

[jeanl]

@blutach
all right all right!
1) I haven't seen the movie yet!
2) I'm not copying it, I'm testing PgcEdit on it!
3) It's a rental dude! I don't copy rentals. Especially bad ones! ;)

Jeanl

[2COOL]

@jeanl

Don't feel too bad, I did two cheat sheet versions of Barbie as Rapunzel. :p

[r0lZ]

Originally posted by 2COOL
http://img93.exs.cx/img93/2350/image0016iw.gif

"two or more" to be useful? It can be useful with having one PGC to start with and not just because to create a backup. That's true. But as 'Play All', it is not useful, because you already play everything if there is only one PGC in the titleset.

Anyway, i can remove the warning. Do you want so?

[r0lZ]

Originally posted by jeanl
r0lZ,
I'm having a problem with "Bridget Jones" (zone 1). Specifically, on VTSM2, LU1, 1, (Bonus material) I'm seeing two problems:

1) In trace mode, playback stops at the first cell of the PGC, which is actually a small intro to the real menu and attempts to display the menu buttons. Even though the cell is supposed to show 7 buttons, only one is drawn in the button menu display (all 7 buttons are actually superimposed at the top left corner, as a tiny square, clearly not for the user to click!). You'll notice that playback isn't supposed to stop at this cell.

2) A somewhat separate problem is that I'm unable to see the last background image at LBA 1799 using the > button in the menu display. I can see the next-to-last frame but not the last one. This seems to be a bug in pgcedit/preview which prevents pgcedit from displaying the last video frame in that cell. I can see it fine if I preview the cell outside of trace mode so I'm pretty sure it belongs to this cell (it shows the right V/C ID).

In my humble opinion, the trace should not stop at cell 1, since playback does not normally stop here (there's no still time, and there's no cell command so we go straight to cell 2). This suggests that your choice for where/when to show the menu layout might not be ideal.
How about displaying a menu when you encounter a cell that has buttons and where playback stops or loops either because of a loop, or because of a still time. This might not be as easy to implement as your current selection (first cell that has buttons I think), but it would solve the problem for this menu. It would skip through cell 1, go to cell 2, then notice the cell-command that loops back to the top PG.
[list=1] True...and wrong. I must show every menu with buttons, even if the menu doesn't stop (infinite still time) or loop back (with post command), waiting tor the user to select a button. This is needed because a hidden menubutton may be used to jump to hidden bonus (easter egg), or to skip directly to the next PGC, or main menu, bypassing the intro.

This is why there is a Skip button in the menubutton viewer. This button is disabled if the still time is infinite, because there in no way to exit the menu without selecting a button.

When the still time is not infinite, there may be several cases:

A) The PGC (or cell) is looping back. This is used when displaying an animated menu, or a still frame with audio. Obviously, the user must be able to select a button. In PgcEdit, it must be possible to check what's happends if the user wait until the menu loop back. This is why the Skip button is enabled. Selecting it will inform PgcEdit to go to the post (or cell) commands, and continue, which will have the effect to display the menu again.

B) The 'force action button' is greather than 0. If the user press the Skip button (meaning the menu has finished playing), the button pointed to by the 'force action button' parameter is executed automatically.

C) No buttons are selected, and the navigation continues normally. The buttons are probably used only to bypass the intro, or to jump to another PGC to show an hidden bonus. This method is also used with BOV (Button Over Video - still not implemented in PgcEdit) to enable extra features when watching the main movie (most famous example: the White Rabbit in the Matrix.) Selecting the Skip button continues the normal flow, ignoring the easter egg or bonus jump.

In the example you provided, for educational purpose :), selecting any of the hidden buttons in VTSM2, LU1, 1, cell 1 executes a LinkNextPG, effectively bypassing the menu intro. I can't see any reason to have 7 buttons here, but that's a fact!

I will have a look at this problem...
[/list=1]

[jeanl]

Thanks r0lZ,
After I wrote my post, I realized that that was probably what the "Skip" button was for! (I had never used it, and never really understood what it was good for).
As usual, you've thought of everything! ;)

OK. I must say it's a bit confusing at first, to see the menu twice in the trace (at first I thought that was a bug). I understand why you might want to do that, but I really think that's for advanced user (but maybe you disagree).
There's one thing I don't quite understand:

This is needed because a hidden menubutton may be used to jump to hidden bonus (easter egg), or to skip directly to the next PGC, or main menu, bypassing the intro.

well, how is it used (by the user)? I understand the easter egg idea, but I'm not sure I understand how that can be used to skip directly to the next PGC (meaning, how would the user do it? by simply pusing "enter"?). OK, I think I see what you mean.

Would it make sense to have an option to not display these kinds of menu?

Jeanl

[jeanl]

Originally posted by 2COOL
@jeanl

Don't feel too bad, I did two cheat sheet versions of Barbie as Rapunzel. :p
I don't feel bad, I've rented waaaaaay worse movies than that (well, I don't know yet, I still haven't seen Bridget jones's diary)...
Besides, that's what rentals are for!
:)
Jeanl

[r0lZ]

Originally posted by jeanl
OK. I must say it's a bit confusing at first, to see the menu twice in the trace (at first I thought that was a bug). I understand why you might want to do that, but I really think that's for advanced user (but maybe you disagree).

Would it make sense to have an option to not display these kinds of menu? I think this may be dangerous. It is best to leave the user figure out what to do instead of silently skipping some possibly important buttons.
Anyway, I really don't know how to be sure that I may safely skip one menu. It makes sense only if there are no buttons labels nor highlights displayed, but that is impossible to check!
Also, displaying them allows one to discover some easter eggs.

There's one thing I don't quite understand:

well, how is it used (by the user)? I understand the easter egg idea, but I'm not sure I understand how that can be used to skip directly to the next PGC (meaning, how would the user do it? by simply pusing "enter"?). OK, I think I see what you mean. I have discovered some DVDs (mainly mangas) with a complex combination of several hidden menu buttons to allow the user to skip the logos in the VMGM. You have to know a sequence of arrow keys to jump from button to button, and when the last button is selected (although still invisible), you have to press enter to jump directly to the main menu. It's verry difficult to find out what you have to do (without PgcEdit :p) so, I suspect this trick is only for the usage of the authors of the DVD, tired to see the same logo again and again!

[2COOL]

/ Done!

[M!ro]

@r0lZ

Can you please add version numbering to zip file for PGCEdit download, something like pgcedit_winexe_044.zip? :)

[lamster]

Note that changing the name of the .zip file would mean he'd also have to update the links in the web page for each release.

I like to keep separate versions, so I just save it to (e.g.) pgcedit_winexe_4.4.zip.

[r0lZ]

If you want numbered Zip files, go to the "All Versions" section on my homepage. You will find there all archives of the old and current versions of PgcEdit, with version numbers in the filename.
However, the main homepage at tiscali has problems with the link to that directory. Use the mirrors instead (ie http://www.videohelp.com/~r0lZ/pgcedit/versions/)

[2COOL]

@r0lZ

I noticed when I created a new Play All PGC, my associated category mask in VTS_PGCITI wasn't updated correctly to reflect new title. See PGC 2 here (http://forum.doom9.org/showthread.php?s=&postid=579584#post579584) for example.

[r0lZ]

Originally posted by 2COOL
Here's an example of my 4 PGCs with 3 and 4 created as dummies. PGC 2 was created as a new Play All PGC. All were created in PgcEdit.


Number of VTS_PGCI_SRP 4
End byte of VTS_PGCI_SRP table 3897

VTS_PGC_1: Category mask 129
details:
entry PGC: yes
Title number: 1
VTS_PGC_1: Category 0
VTS_PGC_1: Category Parental ID mask 128
VTS_PGC_1: VTS_PGCI start byte 40

VTS_PGC_2: Category mask 0
details:
entry PGC: no
Title number: 0
VTS_PGC_2: Category 0
VTS_PGC_2: Category Parental ID mask 7467
VTS_PGC_2: VTS_PGCI start byte 1710

VTS_PGC_3: Category mask 1
details:
entry PGC: no
Title number: 1
VTS_PGC_3: Category 0
VTS_PGC_3: Category Parental ID mask 0
VTS_PGC_3: VTS_PGCI start byte 3394

VTS_PGC_4: Category mask 1
details:
entry PGC: no
Title number: 1
VTS_PGC_4: Category 0
VTS_PGC_4: Category Parental ID mask 0
VTS_PGC_4: VTS_PGCI start byte 3646
You're true. I will have a look...

[2COOL]

You might want to check out the parental ID mask too while you're at it. ;)

[2COOL]

Continuing this from this previous IfoEdit post (http://forum.doom9.org/showthread.php?s=&postid=579172#post579172)...

All pre commands shown are in TTN 3 (Dummy PGC 3)(Non-entry Title 1)

If I execute this and toggle with return button, Pre Command 1 is skipped and Pre command 2 plays TTN 1.

********** pre commands:
[00 A1 00 85 00 01 00 03] 1 if ( sprm(5:Title number in VTS) == 1 ) then { Goto line 3 }
[30 03 00 00 00 01 00 00] 2 (JumpVTS_TT) Jump to TTN 1 in this VTS
[30 03 00 00 00 02 00 00] 3 (JumpVTS_TT) Jump to TTN 2 in this VTS

I just changed Pre command 2 so when I executed this, I had TTN 2 playing now. Pre command 1 is still being skipped. :(

********** pre commands:
[00 A1 00 85 00 01 00 03] 1 if ( sprm(5:Title number in VTS) == 1 ) then { Goto line 3 }
[30 03 00 00 00 02 00 00] 2 (JumpVTS_TT) Jump to TTN 2 in this VTS
[30 03 00 00 00 02 00 00] 3 (JumpVTS_TT) Jump to TTN 2 in this VTS

[Update]If I was in TTN 1 and I toggle to jump to TTN 3, I should've got TTN 2 playing. Instead I got a "stopped" DVD error because of Pre command 2. Pre command 1 was skipped.

********** pre commands:
[00 A1 00 85 00 01 00 03] 1 if ( sprm(5:Title number in VTS) == 1 ) then { Goto line 3 }
[00 02 00 00 00 00 00 00] 2 Break
[30 03 00 00 00 02 00 00] 3 (JumpVTS_TT) Jump to TTN 2 in this VTS

Here's another test to see if IfoEdit recognizes If-SPRM commands. I used a GPRM to hold SPRM(5) value. Guess what when I toggle between TTN 1 and 2, it really works. This justifies my suspicions.


********** pre commands:
[61 00 00 04 00 85 00 00] 1 Set gprm(4) =(mov) sprm(5:Title number in VTS)
[00 A1 00 04 00 01 00 04] 2 if ( gprm(4) == 1 ) then { Goto line 4 }
[30 03 00 00 00 01 00 00] 3 (JumpVTS_TT) Jump to TTN 1 in this VTS
[30 03 00 00 00 02 00 00] 4 (JumpVTS_TT) Jump to TTN 2 in this VTS

[Edit]Hmmm...I confused myself with being on topic. I think this should've been kept in the IfoEdit thread.

[r0lZ]

I really doesn't understand the problem.

Your pre-commands are in a title domain. Right?
When you enter ANY PGC in the title domain, SPRM 5 is ALWAYS changed to the TTN of the PGC you are entering.
So, if the commands are in, say, TTN 3, then SPRM 5 will ALWAYS hold 3 when the test is done, and therefore the first line MUST ALWAYS be skipped. This test line doesn't make sense in the title domain.
This is true for SPRMs 4, 5, 6 and 7. If you want to know from which Title, TTN, PGC or PTT you are coming from, you MUST do the test in the menu domain.

Of course, you may copy the SPRM 5 in a GPRM when you are still in the original Title PGC, then jump to another PGC in the title domain, and test the GPRM. This will work.

[2COOL]

I know I should try in the menu domain but wanted to post another test. I decided to use SPRM(4) this time. I went through the trace 3 times and it successfully jumped to the right command and I can see SPRM(4) toggle between title 1 and 5. Title 5 was my new Play All PGC Title.

********** pre commands:
[00 A1 00 84 00 01 00 03] 1 if ( sprm(4:Title number in volume) == 1 ) then { Goto line 3 }
[30 03 00 00 00 01 00 00] 2 (JumpVTS_TT) Jump to TTN 1 in this VTS *Title 1
[30 03 00 00 00 02 00 00] 3 (JumpVTS_TT) Jump to TTN 2 in this VTS *Title 5

With confidence, I went and tried in IfoEdit and I still didn't get it to toggle. So, either there is a discrepancy in PgcEdit's trace or IfoEdit's inability to recognize If-SPRM is the culprit.

[EDIT]Sorry for being persistent. I have been working 2 1/2 weeks straight and per chance I've err'd, I think I'm experiencing my scheduled burnout. :(

[r0lZ]

I think the problem is that you use a dummy PGC in the title domain, created by PgcEdit. This dummy PGC has no Title number, and a TTN of 0.
In the IfoEdit thread, mpucoder said that this is illegal.

When the Trace enter the PGC, the SPRM 4 is not changed, because the Trace doesn't know the Title number. IfoEdit is probably doing another thing, setting for example the Title number to 0, or 1...

I will do some tests on my Sony, to see what's happend when a PGC in the title domain but without a Title number, and a TTN of 0 is played. But, I'm pretty sure I need to change the 'New Dummy PGC' function in PgcEdit, to assign a new TTN and Title number to the new PGC.
After that change, your test will not work, either with SPRM 4 or 5. Sorry.

[2COOL]

Originally posted by r0lZ
I think the problem is that you use a dummy PGC in the title domain, created by PgcEdit. This dummy PGC has no Title number, and a TTN of 0.
In the IfoEdit thread, mpucoder said that this is illegal.I think I see where some logic comes in. As I posted earlier, my dummy PGC 3 does HAVE a Title to it and it's 1, though it's a non-entry.

VTS_PGC_3: Category mask 1
details:
entry PGC: no
Title number: 1
VTS_PGC_3: Category 0
VTS_PGC_3: Category Parental ID mask 0
VTS_PGC_3: VTS_PGCI start byte 3394
But, I'm pretty sure I need to change the 'New Dummy PGC' function in PgcEdit, to assign a new TTN and Title number to the new PGC.You have already done it. I was the one who suggested you assign as a non-entry title or else my PgcEdit previous chapter guide would not exist. Reference (http://forum.doom9.org/showthread.php?s=&postid=563327#post563327). Look familiar? I justed posted the same problem with the new Play All PGC.

After that change, your test will not work, either with SPRM 4 or 5. Sorry.hmmm...my gut feeling says it won't change a thing.

[r0lZ]

EDIT: Forget the parts of this post in red! I'm wrong!

OK. I have changed both the New Dummy PGC (when used in title domain) and the New Play All PGC functions to create a new TTN number, and to set the entry PGC bit as well, in the VTS_PGCITI table. (The parental ID mask bug in Play All is fixed too.)
I have also changed the label in the PGC selector to show "(dummy)" instead of "(0:00)"

@2COOL: You're true. The TTN was always 1 for a dummy PGC in the VTS_PGCITI table. It will now be a new, unused TTN number.
But, when parsing the DVD, I retrieved the TTN number from the PTT_SRPTI table, and assigned it to the internal variables of PgcEdit. Obviously, since a dummy PGC has no entry in this table, the TTN for a dummy was 0. This is why the SPRM 5 was 0 in your tests. I still have to change that to get the TTN from the VTS_PGCITI table, and all should be fine.


But I still doesn't assign a Title (within DVD) to the dummy PGC, in the VMG_TT_SRPT table.

@mpucoder: is it a problem?
Is it possible to add a an entry in the VMG_TT_SRPT table, with 0 chapters and 0 angles?
Also, I must be sure to understand correctly: a dummy PGC must belong to a title. But is a title with ONLY one dummy PGC legal? This is what I have implemented now, but I may change it again! :rolleyes:

[r0lZ]

I have changed my mind, after some analyse of the only title's dummy I have in my DVD collection (Snow White, Z2, French.)

In fact, the PGC must belong to an existing TTN, and therefore also to an existing Title.
Now, when you create a new dummy PGC, the TTN is taken from the currently selected PGC, when the function is called. And, of course, the 'entry' bit is not set anymore.
This means that the TTN and the Title number will not be 0 anymore.

@2COOL: This also means that the SPRM 4 will be changed to that title number, and SPRM 5 to that TTN when you enter the dummy in Trace mode!

[mpucoder]

Dummy PGCs in the title domain usually belong to the title that uses them, this keeps the front panel display from changing. And if another title needs the same exact commands, then just duplicate it, PGCs are small compared to video.
But only one PGC should have the "entry" bit set, as it marks the PGC for entry when a command jumps to a title by title number.

As for PGCs that belong to an empty title - I don't know. You don't need an entry in VMG_TT_SRPT (many DVDs have unreferenced titles). But you must have an entry in VTS_PTT_SRPTI, and that implies you must have at least one program. A possible way around it is to use the next higher title number, but don't list it. Mind you, this is non-spec, but based on what a simple player probably would check.

[mpucoder]

I see while I was typing you changed your mind - good, that is the better way.

[r0lZ]

Yes. The method of adding a dummy always 'attached' to an existing title avoids all problems, and is probably always safe!

Thanks anyway, mpucoder!

[2COOL]

@ r0lZ and mpucoder

Thanks for your feedbacks and troubleshooting! I just came across a quote from this thread (http://forum.doom9.org/showthread.php?postid=563650#post563650) posted by mpucoder.

Originally posted by mpucoder
Within the title domain Next, Prev, and GoUp are restricted to the same title. A player probably would continue, but change the title number on the front panel display.
The links can be used in menu domains, and can link to any PGC within the domain.Just wanted some credible reference on how the GoUp works.

I'll look forward to PgcEdit's new release for further testing. ;)

[2COOL]

@r0lZ

In the same concept of the New 'Play All' PGC macro, how about creating a new mirror PGC Title of selected PGC? This is for titlesets that have more than one PGC. The reason for my insanity is that I want to keep the exact current PGC command table.

[jeanl]

r0lZ,
I have a question:
- When you blank a menu PGC, PgcEdit offers to mark the PGC as dummy, which means that the PGC is modified to not reference any cell.
- Why is it that PgcEdit does not offer the same when you blank a title PGC? Is it because it's "somewhat illegal" to have a dummy title PGC (as discussed above and in the IfoEdit thread)?

- Do unreferenced cells appear as "unreferenced material" in Shrink?
I'm thinking this would be a good and speedy way to trim a DVD using just PgcEdit and shrink:
- In PgcEdit blank out all the PGCs you don't want, and make them dummy PGCs (if possible, meaning in the title domain you'd have to do that if the PGC is part of a title). This takes 2 minutes.
- In Shrink, all the blanked out material will be in the "unreference material". You can then compress the hell out of that (replace by still image and remove audio streams for example).

Is there a reason why PgcEdit couldn't do that (i.e. make blanked out title PGCs dummies)? This would also allow to easily strip them in IfoEdit if needed...

Jeanl

[2COOL]

@r0lZ

Request:

When I'm in my menu buttons dialog and viewing a multi-cell PGC Menu(e.g. scene selection menus), I have to select each one individually to see them. Can you implement arrow buttons for us to easily browse thru them?

EDIT: I was just noticing something. It seems it doesn't matter if I have a 4:3 ot 16:9 menu. It's still displays the same size in menu buttons dialog. Or is it just me? I think it's using a permanant 16:9 aspect ratio. When I preview play it, DVD2AVI's display size changes according to the AR.

Request 2: How about adding a button for menu attributes in this dialog too?

[r0lZ]

Originally posted by 2COOL
@r0lZ

In the same concept of the New 'Play All' PGC macro, how about creating a new mirror PGC Title of selected PGC? This is for titlesets that have more than one PGC. The reason for my insanity is that I want to keep the exact current PGC command table. Do you mean a function to Clone a PGC (changing only the TTN and Title number)?

[2COOL]

Originally posted by r0lZ
Do you mean a function to Clone a PGC (changing only the TTN and Title number)? Yes. For creative purposes. ;)

[r0lZ]

Originally posted by 2COOL
@r0lZ

Request:

When I'm in my menu buttons dialog and viewing a multi-cell PGC Menu(e.g. scene selection menus), I have to select each one individually to see them. Can you implement arrow buttons for us to easily browse thru them? Difficult. In Trace mode, you cannot change the cell. And the same viewer is used for both preview and trace mode.

EDIT: I was just noticing something. It seems it doesn't matter if I have a 4:3 ot 16:9 menu. It's still displays the same size in menu buttons dialog. Or is it just me? It think it's using a permanant 16:9 aspect ratio. When I preview play it, DVD2AVI's display size changes according to the AR.Right. I have to figure out what to do with that. The image must be stretched in 16:9, but not in 16:9 when you select the pan&scan button group, etc... I must have 2 lives to be able to do everything I want to do!

Request 2: How about adding a button for menu attributes in this dialog too? Some attributes will be available with the menu button editor, later...

[2COOL]

Originally posted by r0lZ
Difficult. In Trace mode, you cannot change the cell. And the same viewer is used for both preview and trace mode.I failed to clarify that I wasn't referring to using the trace. Just selecting the PGC menu, clicking on the menu botton toolbar icon, and previewing the menus.

Couldn't you set up the buttons with a flag so that when you are using the trace or not, you can hide or unhide the buttons?

[r0lZ]

Originally posted by jeanl
r0lZ,
I have a question:
- When you blank a menu PGC, PgcEdit offers to mark the PGC as dummy, which means that the PGC is modified to not reference any cell.
- Why is it that PgcEdit does not offer the same when you blank a title PGC? Is it because it's "somewhat illegal" to have a dummy title PGC (as discussed above and in the IfoEdit thread)?Yes. It is verry dangerous to do that. IfoEdit allow to Delete Playback on title domain, but the DVD is not playable after this operation!

- Do unreferenced cells appear as "unreferenced material" in Shrink?
I'm thinking this would be a good and speedy way to trim a DVD using just PgcEdit and shrink:
- In PgcEdit blank out all the PGCs you don't want, and make them dummy PGCs (if possible, meaning in the title domain you'd have to do that if the PGC is part of a title). This takes 2 minutes.
- In Shrink, all the blanked out material will be in the "unreference material". You can then compress the hell out of that (replace by still image and remove audio streams for example).

Is there a reason why PgcEdit couldn't do that (i.e. make blanked out title PGCs dummies)? This would also allow to easily strip them in IfoEdit if needed...

Jeanl Yes, killed PGCs, with the dummy option, are unreferenced in both Shrink and IfoEdit (unless the VOB cells are referenced elsewhere.) It is not possible to do the same trick on title menu, but you will be able to remove all cells of a Title PGC except the last one with PgcEdit 0.4.5. The removed cells will be unreferenced, too. Combined with a Remap Cell (with option to create a new blank cell), you will be able to mark all cells as unreferenced, except the tiny cell you added.

[r0lZ]

Originally posted by 2COOL
I failed to clarify that I wasn't referring to using the trace. Just selecting the PGC menu, clicking on the menu botton toolbar icon, and previewing the menus.

Couldn't you set up the buttons with a flag so that when you are using the trace or not, you can hide or unhide the buttons? Possible, but requires some time...

[jeanl]

Originally posted by r0lZ
Yes, killed PGCs, with the dummy option, are unreferenced in both Shrink and IfoEdit (unless the VOB cells are referenced elsewhere.) It is not possible to do the same trick on title menu, but you will be able to remove all cells of a Title PGC except the last one with PgcEdit 0.4.5. The removed cells will be unreferenced, too. Combined with a Remap Cell (with option to create a new blank cell), you will be able to mark all cells as unreferenced, except the tiny cell you added.
OK. I get it. That'll be great!
Jeanl

[2COOL]

You gotta love to hate me on my requests! Just bringing more food to the table... :p

How about an information label in menu buttons dialog stating that the menu you are currently viewing is a still menu or not? Something for the newbies. You can get that information from the cell's still time (255).

[2COOL]

Don't know if this was addressed before but as for menu buttons with commands to jump between cells in the same PGC, were you going to do something about it? I was just using my scene selection menu with hidden buttons on the right and left used for menu scrolling. It's not a priority for you to do something about it but I was just pointing out a disablity.

Usually when I'm in a certain area of PgcEdit, I like to test it out with many scenarios so hence I bring up misc things (bugs or requests).

[r0lZ]

In trace mode, you can see if the still time is set to infinite: the Skip button is disabled.
I may add the info somewhere, but I like to keep the viewer as simple as possible.
(KISS: Keep It Simple, Sucker!, is a famous joke of programmers)

[r0lZ]

Originally posted by 2COOL
Don't know if this was addressed before but as for menu buttons with commands to jump between cells in the same PGC, were you going to do something about it? I was just using my scene selection menu with hidden buttons on the right and left used for menu scrolling. It's not a priority for you to do something about it but I was just pointing out a disablity.

Usually when I'm in a certain area of PgcEdit, I like to test it out with many scenarios so hence I bring up misc things (bugs or requests). I have already implemented a jump to target inside the same PGC. However, I have discovered recently a bug in this function. I don't remember if it is fixed in 0.4.4, but it is now.
You should be able to select the button with -say- a LinkNextCell, then click on Jump To Target, and have the next cell automatically displayed in the viewer.

[2COOL]

Originally posted by r0lZ
You should be able to select the button with -say- a LinkNextCell, then click on Jump To Target, and have the next cell automatically displayed in the viewer. I have verified that it doesn't jump with LinkCN commands. You should know what current version I'm using. ;)

[2COOL]

When you right click on a VTST, can you add "New Dummy PGC" option in popup menu? I see there's one when right-clicking on a Menu PGC.

[blutach]

When in the menu domain, we can press ctrl-M to view menu buttons. Can we eliminate the "ctrl" button please - it seems superfluous and M would be just fine (like having just the ` for previewing PGCs)?

Thanks

[blutach]

I guess the idea behind remove cells is to create unreferenced material which can be subsequently stripped.

However, although the cells are no longer part of the PGC, Ifoedit 0.971 doesn't strip the unreffed material created by removing cells.

Does something else need to be done in PgcEdit to get this happening?

Regards

[r0lZ]

Originally posted by 2COOL
I have verified that it doesn't jump with LinkCN commands. You should know what current version I'm using. ;) Right. Little bug fixed now.

[r0lZ]

Originally posted by 2COOL
When you right click on a VTST, can you add "New Dummy PGC" option in popup menu? I see there's one when right-clicking on a Menu PGC. Yes.

[r0lZ]

Originally posted by blutach
When in the menu domain, we can press ctrl-M to view menu buttons. Can we eliminate the "ctrl" button please - it seems superfluous and M would be just fine (like having just the ` for previewing PGCs)?

Thanks

OK. Done.

[r0lZ]

Originally posted by blutach
I guess the idea behind remove cells is to create unreferenced material which can be subsequently stripped.

However, although the cells are no longer part of the PGC, Ifoedit 0.971 doesn't strip the unreffed material created by removing cells.

Does something else need to be done in PgcEdit to get this happening?

Regards
First problem: IfoEdit doesn't allow to strip Cell IDs. Only VOB IDs. You may have to process the VOBs through VidChanger to be able to strip exactly what you want.

Second problem: When stripping menus, IfoEdit automatically select all referenced VOB IDs, and unselect all unreferenced ones. But, when stripping titles, none of them are selected, even the referenced ones. You must therefore select them by hand.

You can verify that the removed cells are really unreferenced with DVDShrink. PgcEdit's Remove Cell works as expected!

[blutach]

@rolz

Didn't know IfoEdit couldn't do that. I suppose the cell would need to have its VOB/Cell ID changed to a new one, not present elsewhere in the VTST. For example, if 9/4 was the last, then change it to 10/1 before removing? Then IfoEdit could strip, yes?

BTW: I know that VobBlanker will strip it - it ignores Unreffed material by default.

Regards

[r0lZ]

Originally posted by blutach
@rolz

Didn't know IfoEdit couldn't do that. I suppose the cell would need to have its VOB/Cell ID changed to a new one, not present elsewhere in the VTST. For example, if 9/4 was the last, then change it to 10/1 before removing? Then IfoEdit could strip, yes? Right. VidChanger is able to change all VOB/Cell IDs to have one different VOB ID, and a Cell ID 1 for each VOB cell. After this processing, you will be able to strip any VOB cell with IfoEdit. But, it's a long process: you have to write the VOBs twice.

[blutach]

@rolz

In the same spirit as removing the Ctrl for menus, can we also do it for "Trace". Now, it is Ctrl-T, where T alone would do fine, n'est pas?

I actually think that none of the "Ctrl's" in the file menu are necessary, except for perhaps R for reload and S for Save (don't wannna do them accidentally)

Regards

[r0lZ]

... and B for Create Backup.

OK. I will change them...

[blueboyec]

rOIZ,

Is PgcEdit able to remove angles (keep one angle) and correct all referances to angles (have the DVD seam as thought it was never a multy angle move)?

thanks

[r0lZ]

No. PgcEdit is not a VOB editor.
Use IfoEdit's strip angle function.

[blueboyec]

rOIZ,

Thanks for your quick responce.

[r0lZ]

PgcEdit 0.4.5 released.

Added 'Remove Cell' button in the PGC editor.
Added "Clone PGC" function (works in Title and Menu domains)
PgcEditPreview version 1.4, by Jeanl.
Menu buttons viewer: It is now possible to hide the buttons by clicking on the background image. (Windows only)
Dummy PGCs in the title domain are now labelled with "(dummy)" instead of "(0:00)".
"New Dummy PGC" in title domain now create the dummy 'attached' to the current Title (ie, it inherit the current Title and TTN numbers.)
The Layer Break checkbox is now disabled in the Cells List of the PGC Editor when the Seamless flag must be kept OFF. Therefore, the checkbox is checked and enabled only for real layer breaks.
Renamed some labels of the Type Flags in the Cells list of the PGC Editor.
The Remapping VOB/Cell ID function in the Cells List now clears the Seamless Playback flags of the remapped cell and the following one.
The TTN numbers are now retrieved from the VTS_PGCITI table, instead of VTS_PTT_SRPT. This is more reliable.
Bug in "New 'Play All' PGC" function with wrong Category Mask and Parental ID Mask in the VTS_PGCITI table fixed.
Bug in VTS_PTT_SRPTI table when saving a DVD with illegal dummy titles.
Bug when launching both Preview and Menu buttons viewer at the same time fixed by Jeanl.

PgcEditPreview 1.4 by jeanl (Windows only) Improved error reporting in bitmap saving mode.
Fixed a bug that prevented preview from loading some VOB files in bitmap saving mode.
The elapsed time was wrong in some cases (SCR discontinuity), I'm setting it to 0 if the audio pack has no PTS.
Fixed a bug that caused an image to be displayed in the improved bitmap-saving version of preview.
Rolled in most changes made by jsoto for vobblanker.

[blutach]

Thanks rolz for another masterpiece

Rgds

[blutach]

When using the Calls Cross References utility to see which PGCs are not in use, it can be useful to do this in 2 or 3 passes.

Once you have found a PGC that is not called (it will be highlighted in pink - make sure you have the highlight errors and GOTO targets option set), simply delete all the commands (pre, post and cell) for that PGC. Do this for all such PGCs. Call cross references again and see if any more unused PGCs appear and delete their commands, and so on.

This particularly applies if you are (re)authoring your DVD, where I have found this technique very useful to see if I have any broken navigation links.

One warning! BOV has not been implemented in PGCEdit yet, so be certain your disk does not contain any BOV. If it does, do not use this technique.

Regards to all

[jeanl]

good one blutach, I"ll keep that in mind for looking for a free register....
Jeanl

[stickboy]

Can pgcedit be run from network shares using UNC paths? If I do this, pgcedit.exe runs but no UI appears. (I do have write access to the network share.)

Is this related to the known issue with pgcedit requiring ASCII paths?

[r0lZ]

Originally posted by stickboy
Can pgcedit be run from network shares using UNC paths? If I do this, pgcedit.exe runs but no UI appears. (I do have write access to the network share.)Humm. I really don't know. And I have nothing to test this situation.

Is this related to the known issue with pgcedit requiring ASCII paths? Probably... The symptoms are the same.

This may be a problem with the freeWrap method of accessing internal, wrapped files, in the standalone version. Maybe you could try to install Tcl/Tk and the PgcEdit sources.

Sorry, I can't help much more.

[stickboy]

Originally posted by r0lZ
Humm. I really don't know. And I have nothing to test this situation.You should be able to test it by enabling file sharing and accessing your own PC through a UNC path.

[blueboyec]

Originally posted by r0lZ
PgcEdit 0.4.5 released.

[list]
The Remapping VOB/Cell ID function in the Cells List now clears the Seamless Playback flags of the remapped cell and the following one.


r0lZ,

This this mean that I can use pgcedit to correct pointer etc that ifoedit/dvddecryter did not correct after useing ifoedit/dvddecryter to keep one angle?

[r0lZ]

No. PgcEdit now sets the SCR discontinuity flag, and removes the Seamless flag when needed by a function of PgcEdit (VOB/Cell ID remapping, and Remove Cell). It does not fix the wrong flags set by other programs.

But maybe I can add this in a future version. This will not be totally automatic, but will ask if it must correct the wrong flags when you enter the PGC Editor, for a specific PGC. (It will work like the Total Playback Time fix of the current version.)
Anyway, it will not fix ALL the flags and pointers... Sorry, but that is too much work!

[blueboyec]

Tring to learn.

Thank for your effort.

[lovelegend]

I don't know since when but now when I double-click a command line, there is no new dialogue window popped up for editing command, and the program freezes... I just tried downloading and running the older versions and found that there is no such problem for version 0.2.1... Does anyone know how could I fix this problem? :rolleyes:

P.S. I'm using win2k

[jeanl]

I downloaded the current version yesterday, running XP, all is OK on my side...
Jeanl

[r0lZ]

@lovelegend
This is the first time I hear of that problem.
Furthermore, the Command Editor has not been changed in the last version. So, maybe the problem is coming from your PC, a virus or something like that...

PS. Have you tried to launch the editor by single-clicking on the command, and then selecting the menu Edit -> Edit Cmd, or the Edit Cmd button?

[lovelegend]

I know it's my PC problem, I think it got the problem after a crash or something. It may be caused by a corrupted dll file or so, that's why I would like to ask if anyone knows about it...

However, I don't wanna reinstall the os again... :p
Before I worked around this problem by adding a NOP command in pgcedit, and then use IfoEdit to edit that command... but now it's better since I can use version 0.2.1 to edit the command directly, though it makes the problem being more weird -- how comes it works on 0.2.1 but not newer (I remember 0.3.8 worked fine for me, but now it doesn't work either)? :rolleyes:

And yeah, I tried using menu Edit -> Edit Cmd, or the Edit Cmd button, and both didn't work... ^^"

[r0lZ]

Well, one thing has changed between v0.2.1 and newer versions. It's the way config files are saved.
In v0.2.1, the config file was "C:\Documents And Settings\<your user name>\.pgcedit.cfg".
In 0.3 and more, the config files are stored in "C:\Documents And Settings\<your user name>\Application Data\PgcEdit\".

You may try to verify that the Application Data directory exists and is writable. (Note that it may be hidden. To see it, you may have to enable the "Show hidden files and folders" option in Windoze's Folder Options, View tab.)

If the PgcEdit folder is there and is writable, try to delete the .pgcedit.cfg file, and restart PgcEdit 0.4.5.

Let me know if it worked. Thanks.

[lovelegend]

@r0lZ
YEAH~~~ It worked!!! Thank you very much!:thanks:
I deleted the cfg file and my lovely command editor came back! :D
It's the problem of the cfg file, glad that I finally found it out... :D

[Grave]

would it be (or is it) possible to edit Entry VOBU Sectors/etc?
i can do it in ifoedit, but would be handy to have it in "edit pgc" window (maybe similar edit box as used for "still time")

[r0lZ]

No. I don't want to add this possibility because editing those infos will result in a non compliant DVD, which will be impossible to play on some players.

[jeanl]

Originally posted by r0lZ
No. I don't want to add this possibility because editing those infos will result in a non compliant DVD, which will be impossible to play on some players.
r0lZ, can you elaborate on that? What's your experience with messing with the entry sector field. Why do you think it might cause a problem? Does the entry sector have to correspond to a nav pack? I've messed with the entry sector on many occasions, and never had a probleme, but I only have 1 DVD player and it's not very fussy... I don't have a sony for example...
Jeanl

[r0lZ]

Originally posted by jeanl
r0lZ, can you elaborate on that? What's your experience with messing with the entry sector field. Why do you think it might cause a problem? Does the entry sector have to correspond to a nav pack? I've messed with the entry sector on many occasions, and never had a probleme, but I only have 1 DVD player and it's not very fussy... I don't have a sony for example...
Jeanl Yes, the entry sector must be the first sector of a VOB Cell. And the last one must match the end of the cell.
My Sony hangs if I change either the start or end sector, even if the LBA number points to a Nav Pack.
Curiously, sometimes the trick works. Maybe it may work when the entry sector match a closed GOP?

Anyway, I think it is too dangerous to do it in PgcEdit. The good method is to use VobBlanker's Cut Cell feature, or DVDShrink in reauthor mode.
If you really want to change the start/end sectors by hand, IfoEdit is the solution.

[blutach]

I have a DVD that has very long chapters and wish to split them into smaller ones.

Each chapter roughly corresponds to a cell.

Is there an easy way to do this in PgcEdit?

Regards and HNY to all

[r0lZ]

Unfortunately, no. There is no way to 'create' a new chapter, because each chapter point must match the beginning of a VOB cell.

The only way to create new chapter points is to reauthor completely the DVD.

[jeanl]

Originally posted by r0lZ
Unfortunately, no. There is no way to 'create' a new chapter, because each chapter point must match the beginning of a VOB cell.

The only way to create new chapter points is to reauthor completely the DVD.
r0lZ, as far as you know, is it possible to have two PGC cells mapped to the same VOB/CELL ID (I know that's possible) with different entry points?
That could be one way to add a chapter:
- modify the end point for the first (original) cell
- Add one with an entry point right where the previous one left out.

But I know there are problems modifying the entry/exit point of cells (some players don't like that as you mentioned above). Otherwise, that would be a simple/fast way to add chapter points, no?
Jeanl

[blutach]

Oh jeanl - you are a creative type.

I will try that today.

[jeanl]

I'm sure if I tried it on my player it would work, but I'm afraid that that wouldn't be the case on all players, as r0lZ pointed out in one of his previous posts. The one thing that's still unclear is what makes a legitimate entry point for a cell... Apparently, according to r0lZ, a NavPack isn't enough... I can't do any tests, because my player will swallow anything!
Jeanl

[jsoto]

Mmm, interesting idea, but not easy...
AFAIK, all cells must start with a Nav pack with "Cell elapsed time" (offset 0x45 and 0x423) reset to zero. If you split a cell without reseting this counter, a player can hang.

All the rest of counters (SCR, PTS, etc) are ok, that's the good point.

But you still have to adjust navigational pointers (ffw and rew), because they cannot point out of the cell.

Both things (elapsed time reset and DSI nav pointers adjustment) are done by VobBlanker when cutting cells, (although I'm a little unsure about subpictures, because these pointers are not recalculated from scratch). In any case, an IFOEdit's mock strip will adjust the nav pointers, so a combination of VobBlanker and IFOEdit will do the job inside the VOB.

jsoto

[jeanl]

Originally posted by jsoto
Mmm, interesting idea, but not easy...
AFAIK, all cells must start with a Nav pack with "Cell elapsed time" (offset 0x45 and 0x423) reset to zero. If you split a cell without reseting this counter, a player can hang.


really? That's surprising to me. How does a DVD player use this counter, do you know?


All the rest of counters (SCR, PTS, etc) are ok, that's the good point.
But you still have to adjust navigational pointers (ffw and rew), because they cannot point out of the cell.

Both things (elapsed time reset and DSI nav pointers adjustment) are done by VobBlanker when cutting cells, (although I'm a little unsure about subpictures, because these pointers are not recalculated from scratch). In any case, an IFOEdit's mock strip will adjust the nav pointers, so a combination of VobBlanker and IFOEdit will do the job inside the VOB.

jsoto
Ah, that's interesting, I wonder if we could come up with a quick and simple guide to do that (add a chapter point, without reauthoring), I would imagine that that would be quite useful...

Jeanl

[jsoto]

That's surprising to me. How does a DVD player use this counter, do you know? Sorry, I have no idea.

jsoto

[Pudah]

I've been playing around with PgcEdit this weekend and I must say, this is one very cool program!

Does this

http://home.earthlink.net/~etunstal/images/PgcEdit%20Menu%20Editor.png

mean that you are working on a menu editor? Today I was playing around with adding back menus to a DVD backup that I split in half with Shrink to maintain picture quality. It was very easy to import the menu from the original DVD using PgcEdit. If I could change the menu button action for the menu buttons that go to chapters on the other disc to NOP it would be very handy.

As soon as I can figure out what's wrong with my paypal account, i'll be making a donation. Keep up the excellent work!

[jeanl]

Originally posted by Pudah
I've been playing around with PgcEdit this weekend and I must say, this is one very cool program!

Does this

http://home.earthlink.net/~etunstal/images/PgcEdit%20Menu%20Editor.png

mean that you are working on a menu editor?
I think menu command editing is next on r0lZ's list... I'm not sure when he'll get to it though, I think he's currently working on "BOV" (buttons over video).
But I agree that PgcEdit is one coooool program.
Jeanl

[r0lZ]

Originally posted by jeanl
r0lZ, as far as you know, is it possible to have two PGC cells mapped to the same VOB/CELL ID (I know that's possible) with different entry points?
That could be one way to add a chapter:
- modify the end point for the first (original) cell
- Add one with an entry point right where the previous one left out.

But I know there are problems modifying the entry/exit point of cells (some players don't like that as you mentioned above). Otherwise, that would be a simple/fast way to add chapter points, no?
Jeanl I am really not a VOB expert, but I know that reusing the same cell many times is not a problem. But modifying the start or end sector of the cell is not as simple. Maybe the way suggested by Jsoto may work. Seems to be a job for AddChapter or VidChanger... ;)

BTW, Jsoto, VobBlanker creates a new blank cell every time a cell is blanked. Why don't you use the same cell in each case? This could save a little bit of space. Is it because you want to keep the cells in consecutive order in the VOB?

[blutach]

@pudah - use Menuedit for the time being to edit the menu buttons.

Also have a look at this

http://www.videohelp.com/guides.php?link=711

Regards

[r0lZ]

@Pudah

Yes, a menu editor is planned. But I have not many time for working on PgcEdit for now. And the BOV support must be added before. So, don't expect the menu editor before one month or two...

[jsoto]

BTW, Jsoto, VobBlanker creates a new blank cell every time a cell is blanked. Why don't you use the same cell in each case? This could save a little bit of space. Is it because you want to keep the cells in consecutive order in the VOB? In general, VobBlanker does not change any VID/CID, it only replaces a cell with a blanked one. Only in the case of blanking a cell (a single Cell, not a PGC) which is used in other PGC, VobBlanker creates a new one, but, because I believe this is not an usual thing, I didn't include the option to create an uniq blank cell.
About space saving..., well, one blank cell is only 10 KB, which is practically zero in a VOB file (1048574 KB).

jsoto

[r0lZ]

I agree that some blank cells are not heavy... except when you have to replace a verry high number of cells (in case of a slide show, for example.)
But that's OK. If somebody wants to replace all the cells by the same blank cell, he can do it with PgcEdit, and then use VobBlanker to strip the old, unused cells.

[jsoto]

except when you have to replace a verry high number of cells (in case of a slide show, for example.) You're right. I forgot this case.
jsoto

[DMagic1]

Could you add the feature to save the IFOs in another location and still account for the VOBs? Right now it states that the VOBs are not accounted for when you save to a different location.

[r0lZ]

Humm. Difficult to do.
Anyway, the IFOs saved to a new location are not usable without the VOBs. So, you must consider them as a backup.
If you need to burn them, you will need to add the VOBs anyway, and recalculating the correct VTS sectors is just a matter of loading the IFOs in PgcEdit, and saving them back. You can use the Get VTS Sectors function of IfoEdit, too.

[DMagic1]

Yes I know they need the vobs anyway. Yes for backups.

[DMagic1]

Originally posted by r0lZ
Humm. Difficult to do.
Anyway, the IFOs saved to a new location are not usable without the VOBs. So, you must consider them as a backup.
If you need to burn them, you will need to add the VOBs anyway, and recalculating the correct VTS sectors is just a matter of loading the IFOs in PgcEdit, and saving them back. You can use the Get VTS Sectors function of IfoEdit, too.

If it could do that it would be great. I don't know if you tell it to overwrite in the current directory when you save or not. I don't know if its as simple as that. I would greatly appreciate it if it could save in a different folder the ifos and bups.:)

[jeanl]

Guys,
I'm having a problem with cell commands. I'm adding one to the first cell of the main movie, linking to the the tail, using PgcEdit. The trace function shows the right behavior, playback stops at the end of the first cell, but in PowerDVD, nothing happens!
I'm baffled...
Is there something I'm missing here? Adding a cell command is pretty simple, right? Add it to the cell-command area, then enter the cell command number in the PGC editor for the appropriate cell, right?

What is it I'm missing?!
Jeanl

[jsoto]

Yep, same here, even using PowerDVD6. But WinDVD5 shows the right (the expected one) behavior.

Seems a bug of PowerDVD

jsoto

[jeanl]

Originally posted by jsoto
Yep, same here, even using PowerDVD6. But WinDVD5 shows the right (the expected one) behavior.

Seems a bug of PowerDVD

jsoto
that's hard to believe! Lots of PGCs do count on cell commands! I would imagine that lots of DVDs would play wrong with such a big bug...
EDIT: well, in fact, most of the cell commands I've seen are in menus domain, and it might be that the PowerDVD "bug" is only in the title domain?
Jeanl

[jeanl]

well I checked the powerDVD "bug" by adding a cell command in the menu domain, and that worked as expected...
Now, I'm puzzled... I'm using version 4.0, and jsoto with version 6 seems to have the same problem. I can't believe such a big bug could actually exist. Is there something I'm not understanding with cell commands in the title domain?
Are there restrictions I'm not aware of?

Jeanl

[blutach]

You're doing everything same as me jean.

However, and a bit OT, so I apologise, I have always wondered why a title has a cell command to LinkTailPGC in say, its last cell or next to last cell (if there's a 1 sec last cell).

Makes no sense (at least to this uneducated bum)! Why don't they let the cell complete its playback and link to the post commands anyway?

PS. I have no prblems with PowerDVD 5 with this. But my high end player doesn't seem to like em (occasionally). Sh&ts the living daylights outa me.

[jeanl]

Originally posted by blutach
You're doing everything same as me jean.

However, and a bit OT, so I apologise, I have always wondered why a title has a cell command to LinkTailPGC in say, its last cell or next to last cell (if there's a 1 sec last cell).

Makes no sense (at least to this uneducated bum)! Why don't they let the cell complete its playback and link to the post commands anyway?

Yes, I've often wondered about that!


PS. I have no prblems with PowerDVD 5 with this. But my high end player doesn't seem to like em (occasionally). Sh&ts the living daylights outa me.

Wait, are you saying that PowerDVD5 does the normal thing when it encounters a cell command in the title domain?
Jeanl

[r0lZ]

I don't have PowerDVD, but WinDVD works well. So, I agree with jsoto: it must be a bug in PowerDVD.

[jeanl]

is winDVD free? I don't seem to have that on my machine...
Jeanl

[blutach]

Originally posted by jeanl
Wait, are you saying that PowerDVD5 does the normal thing when it encounters a cell command in the title domain?
Jeanl Oui.

[r0lZ]

@jeanl
No, WinDVD is not free.

BTW, have you tried to change the cell type flags? Perhaps PowerDVD will work fine if you change the SCR discontinuity or the seamless flag...

[r0lZ]

PgcEdit v0.4.6 released.
Info -> Go To Calling Command function.
Menu Buttons Viewer now displays the video in the correct aspect ratio, and selects the buttons group matching the player setup in Trace mode.
Miscellaneous enhancements and little bug fixes in Menu Buttons viewer and Trace mode.
PGC Editor: The total number of buttons displayed in the PGC selector was wrong after the user accepted the modifs in the PGC Editor. Fixed.
New 'Play All' Title: Fixed the Next, Prev and GoUp PGCN of the new PGC.

[jeanl]

Originally posted by r0lZ
@jeanl
No, WinDVD is not free.

BTW, have you tried to change the cell type flags? Perhaps PowerDVD will work fine if you change the SCR discontinuity or the seamless flag...
mmmm didn't think of that, I'll try that and report...
Jeanl

[2COOL]

I got a -1 Title when using a my trace with a FBI warning in my VMGM. No big deal to me but confusing for someone new joining the scene.

http://img65.exs.cx/img65/6717/trace4mt.png

[2COOL]

@r0lZ

Clarification needed.

http://img144.exs.cx/img144/4923/image0088kw.gif

[jeanl]

Originally posted by r0lZ
@jeanl
BTW, have you tried to change the cell type flags? Perhaps PowerDVD will work fine if you change the SCR discontinuity or the seamless flag...
BINGO!
r0lZ, you nailed it on the head. Indeed, if I remove the seamless flag on the cell that has the cell command, then PowerDVD does not ignore the cell command... I don't need to put a SRC discontinuity (although I would think it would be a good idea)...

Maybe there's something to be learned here. Maybe PgcEdit should automatically clear the seamless flag if there's a cell command... I'm not sure what the specs say, but if PowerDVD fails on that kind of stuff, that's not good. I'll go and check whether cells that have cell commands are usually not flagged as seamless.

r0lZ, what do you think?

Jeanl

EDIT: Here's what I found on a few DVDs:
- In the menu domain, I've seen cells with cell commands that were flagged as seamless, but that was rare.
- In the title domain, all the cells that had cell commands were never flagged as seamless. I didn't find many such examples, but I have one DVD with a lot of BOV (buttons over video) and cell commands in the title domain.

[blutach]

I have found that, counter to what has been said in this forum, I need to remove the SCR flag after a cell cut/blank in order for the playback not to falter at that final cell in my high end standalone.

Weird.

[r0lZ]

Originally posted by 2COOL
I got a -1 Title when using a my trace with a FBI warning in my VMGM. No big deal to me but confusing for someone new joining the scene.

http://img65.exs.cx/img65/6717/trace4mt.png That's because the FBI Warning is in the menu domain, and is played before any other tithe was played. I set -1 as the default title number to show that it is not actually a real title number, and that the RSM command is still not usable at this point.

[r0lZ]

Originally posted by 2COOL
@r0lZ

Clarification needed.

http://img144.exs.cx/img144/4923/image0088kw.gif Right.

[r0lZ]

Originally posted by jeanl
BINGO!
r0lZ, you nailed it on the head. Indeed, if I remove the seamless flag on the cell that has the cell command, then PowerDVD does not ignore the cell command... I don't need to put a SRC discontinuity (although I would think it would be a good idea)...

Maybe there's something to be learned here. Maybe PgcEdit should automatically clear the seamless flag if there's a cell command... I'm not sure what the specs say, but if PowerDVD fails on that kind of stuff, that's not good. I'll go and check whether cells that have cell commands are usually not flagged as seamless.

r0lZ, what do you think?

Jeanl

EDIT: Here's what I found on a few DVDs:
- In the menu domain, I've seen cells with cell commands that were flagged as seamless, but that was rare.
- In the title domain, all the cells that had cell commands were never flagged as seamless. I didn't find many such examples, but I have one DVD with a lot of BOV (buttons over video) and cell commands in the title domain.
Well! That's good to know.
It's difficult for me to change the seamless flags of any cell with cell-command. PgcEdit is not an automatic 'fixer' for bad authoring. But I will clear the seamless flay whenever PgcEdit adds a cell-command in title domain via a macro.

[2COOL]

@r0lZ

Did you know when a NTSC user uses the New DVD macro, it creates a PAL VIDEO_TS.IFO?

[r0lZ]

Originally posted by blutach
I have found that, counter to what has been said in this forum, I need to remove the SCR flag after a cell cut/blank in order for the playback not to falter at that final cell in my high end standalone.

Weird.
Are you sure? I can't imagine that a player could have difficulties with a SCR flag set when not needed. Could you be more precise, and post an example?

[r0lZ]

Originally posted by 2COOL
@r0lZ

Did you know when a NTSC user uses the New DVD macro, it creates a PAL VIDEO_TS.IFO? Hum! Not surprising! I have no way to know the standard of the user.
But anyway, it doesn't matter. There is no video in the First-Play PGC. If you need to import a VMGM menu, it will have the correct video standard.

[blutach]

Originally posted by r0lZ
Are you sure? I can't imagine that a player could have difficulties with a SCR flag set when not needed. Could you be more precise, and post an example? Don't have the files on the PC anymore but I was backing up Billy Bathgate R4. Cut credits in last cell with VobBlanker. VB placed a type 10 in 2nd last cell and a 2 in the last (cut) cell.

Strange thing:

Low end player - no problems (but it will play anything except football).

High end player - when playing and came to 2nd last cell, just stopped. Needed to press Next Chapter button on remote to restart it. Took out the 10, made it 8 and no problems. Note: I could skip with chapter skip buttons no problems and if I entered the 2nd last cell via the chapter selection menu, again, no problems with playback.

As I said, weird huh?

BUT: Type 8 works - at least for me.

Regards

[r0lZ]

OK. Thanks. I'll make some tests on my Sony...

@jsoto: what do you think?

[jeanl]

Originally posted by r0lZ
Well! That's good to know.
It's difficult for me to change the seamless flags of any cell with cell-command. PgcEdit is not an automatic 'fixer' for bad authoring. But I will clear the seamless flay whenever PgcEdit adds a cell-command in title domain via a macro.
That's exactly what I was hoping for! Thanks a bunch!
Jeanl
P.S. (question, what will you do if the user changes the cell command back to 0?! ;))

[blutach]

@rolz

mpucoder has said some very interesting things here (http://forum.doom9.org/showthread.php?s=&postid=568536#post568536).

Can you please tell me how PgcEdit handles the GetVTS Sectors where there are small (10K) VOBs and indeed IFOs and BUPs (less than 32k). Does it ensure IFOs and BUPs do not occupy the same 16 sector block?

Regards

[r0lZ]

No. I forget about that.
The VTS Sectors calculation function of PgcEdit do exactly the same thing as the Get VTS Sectors of IfoEdit: if places the files as near as possible.
If I do it the way recommended by mpucoder, Nero will burn fake DVDs, IfoEdit will complain, and DVDShrink will probably do DVD with too much data to fit on a DVD-5.
Maybe I can add this new save mode as an option...

[blutach]

Just wondering that's all. I am tending to burn with DVD Decrypter now anyway, which preserves the structure of the disk including, presumably, its 32k ECC boundaries. It just burns an ISO image.

I don't know if DVD Shrink makes disks which keep things in their own 32K borders. I wonder if, to make things totally compliant, our blanks should be 32K, not 10K? I think someone else might have raised this idea with jsoto in regards to VobBlanker.

But there is also the thing about small IFOs and BUPs needing to be separate and we can't enlarge them "cosmetically".

Something to think about.

Regards

[r0lZ]

Originally posted by blutach
Just wondering that's all. I am tending to burn with DVD Decrypter now anyway, which preserves the structure of the disk including, presumably, its 32k ECC boundaries. It just burns an ISO image.What do you use to create the ISO?
I've just tried to change the VOB starting sector with IfoEdit, make an ISO with ImgTools Classic, and burn the image with DVD Decrypter. Works fine on my standalone. But I wonder if the gap is effectively present on the image. I don't know a good way to test that.

I don't know if DVD Shrink makes disks which keep things in their own 32K borders. The generated VTS sectors are exactly the same after the DVD is saved by PgcEdit.

I wonder if, to make things totally compliant, our blanks should be 32K, not 10K? I think someone else might have raised this idea with jsoto in regards to VobBlanker.It might be the best solution. The DVD will be burnable with Nero too.

But there is also the thing about small IFOs and BUPs needing to be separate and we can't enlarge them "cosmetically". What to do when there is no VOB at all (for example, no VIDEO_TS.VOB)? Should I create a fake VOB anyway? And how to pad the VOB so that the total size will be 32K? Is it enough to pad it with null bytes? I wonder if it is legal...

[r0lZ]

@mpucoder

What must be done to ensure there are at least 16 sectors between the IFO and the BUP? Is it enough to set the Start Sector of V*_VOB to at least 16? Are there other pointers to modify as well?

Do you know a burning program able to handle the gaps correctly (without the need to make an ISO image)?

[blutach]

Originally posted by r0lZ
What do you use to create the ISO?AFAIK, ImgTools Classic will generate a perfect ISO and DVD Decrypter has its burner built in. As well, after processing, DVD Shrink can create an ISO, but as I said before, I am not at all sure whether it honours these 32k boundaries.

What to do when there is no VOB at all (for example, no VIDEO_TS.VOB)? Should I create a fake VOB anyway? And how to pad the VOB so that the total size will be 32K? Is it enough to pad it with null bytes? I wonder if it is legal... Me neither, but I suppose an approx 2 second blank VOB could be created, which should be about 40k. This would simply end up as unreferenced material.

I'm pretty sure that there is no necessity to have a VIDEO_TS.VOB. I have seen many commercial DVDs without one, or with one that is 0K. The point mpucoder was making is that certain files need separation, particularly the IFOs and BUPs.

I do hope mpucoder can give a further opinion and information on this.

Best regards

[ukendt]

Hi peeps and thx for the good work:D
I'd like to report a small bug. In version 46 the view function of Vob/Cell ID is not always working(the cursor will move but nothing is shown). This bug is not there with the 45 version

[blutach]

@rolz

I also a have small bug - I have a menu PGC (with 110 buttons!) that won't show with Ctrl-M. The other menus show fine and there were no VobBlanker style V/CID order changes.

I can email you the IFOs if you like rolz, but the menu vob is 228Mb. (I suppose I could just demux the cell, if necessary).

Tell me what you want to do.

regards

[r0lZ]

@ukendt
Is it in the Vob/Cell ID remapping function? What is the exact behavior? When you said "nothing is shown", do you mean that the available VOB or/and Cell ID number is not refreshed?

Or is it wirh the preview of individual cell?

@blutach
Yes, I've already found and fixed this bug. It happens when the first cell of the PGC has no buttons. I will post a fixed version soon...

[blutach]

Heh! I was going to mention that! Nice work.

[ukendt]

Is it in the Vob/Cell ID remapping function? What is the exact behavior? When you said "nothing is shown", do you mean that the available VOB or/and Cell ID number is not refreshed?
I use ur proggy to remove warnings and trailers before reencoding.
(I found out this method works very well)
In order to see what to remove I look at powerdvd and the figures it shows buttom left then I open pgcedit and go to relevant stream, click on it and I get the new window where Vob/Cell ID are shown.
I click on the right cursor in order to see I hit the right celle and ur proggy will show the content but only with earlier version. The last version will mostly show a continous black picture while the cursor above this picture moves as it should.
If I open the very same cell with an earlier version of the proggy, it will show the cell content without probs.

[r0lZ]

OK. Your problem is with the preview of individual cells.

Strange. I cannot reproduce the problem here.
Maybe you cannot see the image if there are other apps running at the same time, using the display renderer. Have you tried to close PowerDVD before launching the preview? It must be something like that, because I have not changed the Preview functions in the last version, and the PgcEditPreview executable is also the same.

If it still doesn't work, please try this: launch an earlier version of PgcEdit. Go to the install directory of that PgcEdit. In the bin subfolder, copy the PgcEditPreview.exe file, and paste it in the bin folder of the current version. Try the new version, and see if it works.
To restore the bin directory to it's original contents, simply delete it. It will be recreated the next time you launch PgcEdit.

[ukendt]

Thx for ur help again (and the very quick answer:p ).
I never have power open while working with pgcedit since power "locks" the files and won't allow any editing(well, most of the time)
I did as U suggested and the prob is gone(I deleted the new bin and copied the old one):D THX AGAIN

[r0lZ]

@ukendt: You copied the preview of which earlier version? It's important for me and jeanl to know when the bug appeared...

[ukendt]

Bug only appears with last version (0460). I used 0450

[r0lZ]

This is verry strange. As I said, the preview exe is the same in both versions. I have compared the files, and there are no differences at all!
Maybe you had a problem when downloading the PgcEdit archive?

[jeanl]

ukendt,
could you possibly compare the two binaries (the one that didn't work and the one that works), just to see if they're indeed identical? Do you still have the one that didn't work? I'd like to get my hands on it!!!!

As a matter of fact, if you could send me your version of PgcEdit 0.4.6, that would be great. I might be able to see whether I get the same problem on my machine...
I'll send you a pm with my email.
Jeanl

[blutach]

Raises interesting point.

I am in habit of deleting bin folder whenever I install a new version of PGCEdit and have not had ukendt's problems. Is this a necessary thing to do?

Rgds

[r0lZ]

Normally no. There is a little binversion.tcl file in the bin directory that is used to test if the bin directory matches the actual version. If the version number in the file don't match the current PgcEdit version, the binaries are reinstalled again.

However, the problem may be that PgcEditPreview.exe was in use when the new version was launched for the first time. But I can't imagine that the problem occured twice (for version 0.4.5 and 0.4.6)

[r0lZ]

@2COOL

Remember point 2 of this post (http://forum.doom9.org/showthread.php?s=&threadid=79853&perpage=20&highlight=LaBarge&pagenumber=12#post562497)? DVD-Replica was [edit: almost] right. A comparison with a SPRM as the first operand will in fact compare the GPRM instead of the SPRM [edit: in some cases]. I have modified the GUI of the command editor to remove the first SPRM in the IF part, and the disassembly of the commands to display <ILLEGAL SPRM(x)> when a SPRM is used.
Sorry. I tested this situation on many players, but I suppose that the value stored in the tested SPRM was the same as the value of the GPRM with the same number!

EDIT: Well, actually it's alot more complex. As stated by mpucoder here (http://forum.doom9.org/showthread.php?s=&threadid=79853&perpage=20&pagenumber=13#post562950), some commands can compare a SPRM with a GPRM, SPRM or constant value. It's the case of GOTO, for example.
So, this command works: 1 if ( sprm(16:Preferred audio language) == 25966 ("en") ) then { Goto line 30 }But this one will NOT work!:1 if ( sprm(1:Audio stream number) == 1 ) then { Goto line 30 }This means that the commands beginning with codes 80 to DF are not able to use a SPRM as the first operand, and the other commands can use some SPRMs as the first operand!
I must test each sprm to see which are legal. :(
The DVD specs are a jungle! :devil:

[2COOL]

@r0lZ

I almost forgot about that bug but thanks for going back to it. If not for mpucoder for clarifications, we wouldn't have known the details.

[blutach]

And I've just gone and ordered Ralph's book! Guess I need an mpucoder book instead.

:scared:

[r0lZ]

Well. I have make some tests with IfoEdit's preview and my Sony.
My conclusion is that it is NEVER possible to have a SPRM as the first operand of an IF test.

I have tested all SPRMs with GOTO commands: for example with if ( sprm(0:Preferred menu language) == 25966 ("en") ) then { Goto line 10 }Everytime, the value tested in the first argument is the value of the GPRM with the same number as the SPRM in the command line, ored with 0x0F.
For example, the line above will in fact do this test:
if ( gprm(0) == 25966 ("en") ) then { Goto line 10 }
And this testif ( sprm(18:Preferred sub-picture language) == 25966 ("en") ) then { Goto line 6 }is equivalent toif ( gprm(2) == 25966 ("en") ) then { Goto line 6 }

I have made the tests in the FP-PGC, a VMGM menu, and a VTSM menu. The result is always the same: it doesn't work!

So, my conclusion is that both Ralph LaBarge and DVD Replica are right, and mpucoder wrong. I will definitively remove the SPRM option in the PgcEdit's GUI.

@2COOL: You said here (http://forum.doom9.org/showthread.php?s=&threadid=79853&perpage=20&pagenumber=13#post562942) that you've found IF tests with sprms 0, 1 and 2. Are you sure? This is in contradiction with the behavior of the players!
Could you remember in which domain you have found these commands?
Do you still have the IFOs? I'd like to have a look at them...

@mpucoder: You should consider an update of your DVD Information site. If you want to be sure, I may send you the (verry small) DVD I have made to be able to check the result of the tests with a standalone player.

[2COOL]

Originally posted by r0lZ
@2COOL: You said here (http://forum.doom9.org/showthread.php?s=&threadid=79853&perpage=20&pagenumber=13#post562942) that you've found IF tests with sprms 0, 1 and 2. Are you sure? This is in contradiction with the behavior of the players!
Could you remember in which domain you have found these commands?
Do you still have the IFOs? I'd like to have a look at themSorry r0lZ! :( I don't have the IFOs anymore on my harddrive nor I know what DVD is was. I'll try to do a search in my collection when I get home from work.

BTW, I was wondering about something. When checking the layerbreak column in PgcEdit, I noticed that usually the first cell has a layer break check but is greyed out. The Cell's type flag is,of course, 2 but what does the the greyed out checkbox mean?

[jeanl]

Originally posted by 2COOL

BTW, I was wondering about something. When checking the layerbreak column in PgcEdit, I noticed that usually the first cell has a layer break check but is greyed out. The Cell's type flag is,of course, 2 but what does the the greyed out checkbox mean?

In fact, r0lZ, can you clarify what "layer break" means here? I did a quick search but I'm still puzzled. What does it mean in the context of a PGC cell? Is it related to the concept of layer break in dual-layer DVDs, or is it something completely different? Why does the box get checked automatically when I change the cell flags?

As you can see, I'm totally confused!

Jeanl

[r0lZ]

The layer break is greyed to show that it is not the "real" layer break. The first cell is a non-seamless cell, but usually not the layer break.

In the actual version, if a cell is not seamless, the layer break flag is set, and if the cell must be seamless, the checkbox is disabled, so that the user will not try to remove it. This is the case also, for example, after a blank out or a Vob/Cell ID remapping, when the first LBA is not equal to the last LBA of the previous cell + 1.

@jeanl: The layer break is effectively the point where the laser must go from layer 1 to layer 2. In old versions of DVDShrink, the layer break was not cleared automatically. This was ennoying, as it leaved a pause in the middle of the main movie, even if the DVD was shrinked for a DVD-5.

To be able to go to layer 2, the cell must have the seamless flag cleared. So, the layer break flag is the inverse of the seamless flag: it is on when the seamless flag is off. But this may be confusing, as the seamless flag has another usage, as you know. This is why it is disabled when it is necessary to have the seamless flag OFF.

[2COOL]

@r0lZ

Where you at, one point, going to do a macro to clear out layer breaks?

[r0lZ]

Originally posted by 2COOL
Where you at, one point, going to do a macro to clear out layer breaks? Is it still useful? Now, DVDShrink correctly removes the layer break. And finding it is easy: double click on your main title, and locate the non-disabled layer break flag. Clear it and save.

[2COOL]

Originally posted by r0lZ
Now, DVDShrink correctly removes the layer break.Hmmmm....I did a quick test. I made sure that my "remove layer breaks" option is checked in preferences. I reauthored few titles that had more than one layer break. My output files still have the layerbreak checks. A few originally had the last cell, type flag 2, greyed out but after DVD Shrink, it's still showing a check.

[r0lZ]

That's probably normal. The small last cell used as a dummy last chapter is often in a specific VOB cell, not contiguous of the last chapter of the movie. See the LBAs...
Anyway, it's obviously not a real layer break. I can't imagine a layer break placed at a few frames of the end of the movie.
This means that DVDShrink do a good job: it doesn't set the seamless flag when it's not a real layer break.
Of course, if you find a layer break in the middle of the movie, that means that DVDShrink missed it.

[jsoto]

Originally posted by blutach
VB placed a type 10 in 2nd last cell and a 2 in the last (cut) cell.
Strange thing:

Low end player - no problems (but it will play anything except football).

High end player - when playing and came to 2nd last cell, just stopped. Needed to press Next Chapter button on remote to restart it. Took out the 10, made it 8 and no problems. Note: I could skip with chapter skip buttons no problems and if I entered the 2nd last cell via the chapter selection menu, again, no problems with playback.


Yes, really strange.... VobBlanker changes celltype to 2 but not to 10...
When cutting, all blanked cells are marked as type 2, and the cells in the edge are also marked as type 2. At least, this is the intention...


jsoto

[jsoto]

Originally posted by r0lZ
OK. Thanks. I'll make some tests on my Sony...

@jsoto: what do you think?

I'm absolutely lost.

jsoto

[r0lZ]

PgcEdit 0.4.7 released.
New "Delete Last PGC in Domain" utility to remove the last PGC of the LUs in the current menu domain, or the last PGC of the current title domain. In title domain, the last PGC must be the last TTN of the titleset and the last Title in the DVD.
Added a check for incorrect number of VOB IDs in the VTS_C_ADT table as a workaround for a DVDShrink bug in reauthor mode (number of VOB IDs saved in the table is always 1).
As a SPRM cannot be used as the first operand of the IF comparison, the SPRM option has been removed from the GUI of the command ediror. Also, a command with a "if ( sprm(x) ... )" will now generate an ILLEGAL SPRM warning.
Show Menu Buttons did not work when there were no buttons in the first cell of the PGC.
PgcEdit Preview v 1.5: Fixed a rare problem where preview was displaying black frames instead of the video.

[selyb]

on right click context menu: can you have it react to mouseup instead of mousedown?
every time i right click, it chooses the item under the mouse before i can let go of the mouse button

also, i created a custom tool
http://www.selyb.com/pgcedit_tool.png
every time i close MPC from using this, i get this error:
http://www.selyb.com/pgcedit_error.png

[r0lZ]

As far as I know, the popup menus are designed to react to mouseup. There are two methods for selection a menu item.
Method 1:
1) right click: the menu pops up.
2) move the mouse over the item you want to select.
3) release the button: the item is selected and the menu closed.
Method 2:
1) right click: the menu pops up.
2) release the button without moving the mouse: the menu is still opened.
3) move the mouse over the item you want to select
4) click with either the right or left button
5) release the button: the item is selected and the menu closed.
At least, the popup menu works this way on my Win XP.
Method 2 doesn't work on Linux platforms.
Anyway, I can't change that. Popup menus are generated automatically by Tcl/Tk.

What is MPC? Media Player Classic? It works on my WinXP with the arguments you use, but it is called mplayerc.exe.
The error messages comes from MPC, not directly from PgcEdit.
Maybe the app doesn't find a file it needs to operate properly.
Try to use "%p\VIDEO_TS.IFO" (with the quotes) in the arguments field, and %a in the working folder field.
Also, you may enable the "Ask confirmation" checkbox. You will see the command line used to launch the tool. Then, open a DOS Prompt, and type in exactly the same command. See if you have the same error message. Change the DOS command until it works. When it's OK, try to reproduce exactly the same arguments in PgcEdit.

[selyb]

mpc is in fact media player classic
i renamed the exe
it plays the movie just fine
it isnt until after i close mpc that i get the error message
i checked taskmgr to see if MPC was waiting to die until after the error message was gone and it is not
not sure if this makes a difference...
anyway, i tried your suggestion and there is no change
im running WinXP Pro SP2 and PGCEdit .4.7
PGCEdit.exe resides @ E:\Programs\Authoring\
MPC.exe resides @ E:\Programs\MPC\

i tried changing mpc.exe to mplayerc.exe
i also checked 'display application output'
no change
using the test button from the configure tools dialog has the same effect

i understand about not being able to change the mouseup thing

tested and confirmed, when i click the mouse button and hold it down, it does not execute the menu item
i can hold the mouse button down, browse to a menu item, release the button, and it executes the item
its a little weird to get used to but at least i have a workaround to not execute the item on the list the cursor just happened to be hovering

[r0lZ]

Glad you can now use the popup menus.

For MPC, I really don't understand. I have exactly the same configuration (XP Pro SP2) and it works fine.

[selyb]

I just learned that if i use the tool item then close MPC before it actually opens the dvd files, it does not give me the error

[selyb]

i also tried taking the command line generated by pgcedit (displayed if you opt to confirm before using the tool) and it did not give me any error

[r0lZ]

Originally posted by selyb
I just learned that if i use the tool item then close MPC before it actually opens the dvd files, it does not give me the error So the problem might be coming from the DVD wou try to play. Have you tried another one (preferably without any reauthoring)?

[selyb]

ive tested it on probably 20 different sets of files

[2COOL]

@r0lZ

You and I both know that a dummy PGC is without cells (media elements) and should only contain pre commands, with at least one Jump/Link/Call command.

Let me give you an example of what I'm leading to. From Hero (region 1)...

http://img147.exs.cx/img147/608/image0144yw.png
http://img153.exs.cx/img153/9703/image0125fo.png

Only my FBI warnings reside in this PGC. When I chose to do a Delete Playback on this in IfoEdit and view my results in PgcEdit, I have this now.

http://img122.exs.cx/img122/2145/image0153pc.png
http://img122.exs.cx/img122/2342/image0165vr.png

It's now a dummy PGC but its PGC Command table hasn't changed. Going to back to what I mentioned earlier, a dummy PGC shouldn't have post commands.

Also, when I do a trace now, I get this when I'm in this command table.

http://img138.exs.cx/img138/3250/image0094vo.gif

Cell 4? I had only 2 to begin with. Anyways, I've played my files in IfoEdit and PowerDVD with success and also with playing my burnt backup on 2 standalones.

I'm a little confused at the moment because the IFO says there is no Programs and Cells but at the same time we have a existing post command that works. Is it truly a dummy PGC?

EDIT: I think if PgcEdit could detect existing post commands and no program/cells, it should to an automatic kill playback to bring it closer our description of a dummy PGC.

[r0lZ]

Cell 4: Probably the calling command was something like LinkCN 4. Just wondering why it is so if the original PGC had only 2 cells. Could you verify that with the new "Go to Calling Command" function, or with the Trace's log? Unfortunately, my Hero (cheap edition, region 2) is not the same structure. I don't have a menu in VMGM, LU 1, 2.

Dummy PGCs: Maybe I have to remove the warning. I've already found some original dummy PGCs without pre commands, but with post commands. Seems to work perfectly.
Also, it is difficult to test this situation outside of the Trace function. If you have pre and post commands, it may be because you killed the PGC playback, and asked to remove the cells as well.

[r0lZ]

@selyb:
Well. I have searched google for "No accelerated IMDCT transform found". Seems this message comes from liba52, a library widely used by AC3 decoders, mainly in the Linux world. But some Windows players, like VLC (aka VideoLan, for Linux and Windows) use this library.
Maybe you have installed a DVD player or AC3 codec using liba52, and that the installed codec is used by MPC to play AC3 streams.
Also, you should have a look at the configuration of the audio speakers (Control Panel -> Sounds and Audio Devices -> Volume tab -> Speaker settings -> Advanced). Seems that this error is only occuring when AC3 is decoded for a 5.1 system, and does not occur when it is decoded as stereo.

When PgcEdit launch an external app via the Tool menu, it tests the return code of the application. If it is non-zero, then it display the error message (if any) returned by the application in stdout or stderr. This is why you can see the error message in PgcEdit, but not when launching the app 'normally'.

Do you have the problem when trying to play a DVD with AC3 audio? Do you hear the sound?

Do you have the same problem if you launch another player (say M$ Media Player) the same way?

[blutach]

Originally posted by r0lZ
Dummy PGCs: Maybe I have to remove the warning. I've already found some original dummy PGCs without pre commands, but with post commands. Seems to work perfectly. Agree -- I have plenty of DVDs in R4 with this and they seem to play OK.

[r0lZ]

Originally posted by blutach
Agree -- I have plenty of DVDs in R4 with this and they seem to play OK. However, I wonder if, for example, a LinkCN to a specific cell which doesn't exists anymore may work. I will make some tests...

[blutach]

@rolz

Please refer to this 2COOL guide (http://forum.doom9.org/showthread.php?s=&threadid=60444) on how to correct IFOs after streams have been stripped.

Is there any easy way to do this in PgcEdit?

Regards

[r0lZ]

It is possible to remap the streams (the stream status stuff) in the PGC Editor. Setting the stream status to 0 in IfoEdit is the same as selecting Disable in the stream setup dialog in PgcEdit.
So, for every stream status set to 0 in the method 1 guide, all you have to do is to click on the stream button, and select disable. The button will be marked with "none".

It is also possible to change the stream language code in the Domain Stream Attributes dialog. However, it is not possible to remove a stream completely in this dialog, therefore, the 2COOL's method 2 (the consecutive method) is not usable with PgcEdit alone.

[jsoto]

Hi guys,
Be careful with the non-consecutive method.... Although the VM commands to activate the audio/sub will work properly (so the menu buttons will work), I've found some strange behaviors when selecting (in a cyclic way) the streams from the remote during the playback: not all the players support non-consecutive streams... If you have your VOB in this situation, may be it is better to keep active all the streams in the PGC...

jsoto

[2COOL]

Originally posted by r0lZ
Cell 4: Probably the calling command was something like LinkCN 4. Just wondering why it is so if the original PGC had only 2 cells. Could you verify that with the new "Go to Calling Command" function, or with the Trace's log? Unfortunately, my Hero (cheap edition, region 2) is not the same structure. I don't have a menu in VMGM, LU 1, 2.

http://img159.exs.cx/img159/8850/image0178et.png


VMGM , LU 1 (en) , 2 (0:01) 2b. - Chapters: n/a, Programs: 2, Cells: 2

********** pre commands:
********** post commands:
[00 03 00 00 00 00 04 03] 1 (SetTmpPML) Set parental level =(mov) 4, Goto line 3
[20 06 00 00 00 00 00 02] 2 LinkPGN Program 2
[20 04 00 00 00 00 00 03] 3 LinkPGCN PGC 3
********** cell commands:

VMGM , LU 1 (en) , 10 (0:03) - Chapters: n/a, Programs: 1, Cells: 1

********** pre commands:
[61 00 00 00 00 8D 00 00] 1 Set gprm(0) =(mov) sprm(13:Parental level)
[00 C1 00 00 00 04 00 04] 2 if ( gprm(0) >= 4 ) then { Goto line 4 }
[20 04 00 00 00 00 00 02] 3 LinkPGCN PGC 2
[20 04 00 00 00 00 00 03] 4 LinkPGCN PGC 3
********** post commands:
[61 00 00 00 00 8D 00 00] 1 Set gprm(0) =(mov) sprm(13:Parental level)
[00 C1 00 00 00 04 00 04] 2 if ( gprm(0) >= 4 ) then { Goto line 4 }
[20 04 00 00 00 00 00 02] 3 LinkPGCN PGC 2
[20 04 00 00 00 00 00 03] 4 LinkPGCN PGC 3
********** cell commands:



Update: I must've been tired late last night but I have a correction to make. I don't have cell 4 playing but cell 1. Sorry. :( And my calling command was from VMGM , LU 1 (en) , 10 (pre command 4).

DVD inserted: "G:\Hero\VIDEO_TS"
DVD inserted: ""; Provider:
DVD inserted: Resetting all GPRMs to 0.
DVD inserted: Initializing the SPRMs to default/setup values.
------> Entering VMG , First-Play PGC
-- pre 1 : Set gprm(6) =(mov) 100
-> gprm(6) = 100 (0x0064)
-- pre 2 : (JumpSS) Jump to VMGM PGC 10
------> Entering VMGM , LU 1 (en) , 10 (0:03)
-- pre 1 : Set gprm(0) =(mov) sprm(13:Parental level)
-> gprm(0) = 15 (0x000F)
-- pre 2 : if ( gprm(0) >= 4 ) then { Goto line 4 }
if ( 15 >= 4 ) : true.
-- pre 4 : LinkPGCN PGC 3
------> Entering VMGM , LU 1 (en) , 3 (dummy)
******* Start playback VMGM , LU 1 (en) , 3 (dummy)...
####### WARNING: Trying to play cell 1 of a dummy PGC!

[r0lZ]

Oh, yes. I forgot that the "Go to calling command" function lists only the references that are NOT in the same PGC. Obviously, if you have a LinkCN, it must be in the same PGC. Could uou verify the pre, post and cell commands of VMGM, LU 1, 3 ?

[EDIT:] OK. Trying to play cell 1 is normal! As I said before, maybe I have to remove the warning (except if the cell number to play is not 1.)

@jsoto: Thanks for the info! What player have you used?

[jsoto]

This is the DVD under test:

Video: MPEG-2 720x576 (PAL) (PAL 625/50) (16:9) (letterboxed)
Audio 1: English (Dolby AC-3) 6ch 48Kbps DRC (ID: 0x80)
Audio 3: Español (Dolby AC-3) 6ch 48Kbps DRC (ID: 0x82)
SubPicture 1: English (2-bit rle ) (ID: 0x20)
SubPicture 3: Español (2-bit rle ) (ID: 0x22)
SubPicture 19: English (2-bit rle ) (ID: 0x32)


And these the settops I tested:

THOMSON-5200:
Audio selection: OK
Subs selection: OK

YUKAI 560:
Audio Selection: OK
Subs selection: NOK

PHILIPS LX3900
Audio Selection:NOK
Subs selection: NOK

Airis 103C
Audio Selection: OK
Subs selection: NOK

EDIT: All settop work fine if you select the audio/subs from the menu.

jsoto

[r0lZ]

Thanks again, jsoto.

My Sony works fine for audio and subpics, but it's good to know that other players may react differently.

[r0lZ]

@2COOL

Update: I must've been tired late last night but I have a correction to make. I don't have cell 4 playing but cell 1. Sorry. And my calling command was from VMGM , LU 1 (en) , 10 (pre command 4). Are you sure? The illustration you posted here (http://forum.doom9.org/showthread.php?s=&threadid=85329&perpage=20&pagenumber=21#post592343) says "Trying to play cell 4 of a dummy PGC". Maybe you've found a bug?

[2COOL]

Originally posted by r0lZ
Are you sure? The illustration you posted here (http://forum.doom9.org/showthread.php?s=&threadid=85329&perpage=20&pagenumber=21#post592343) says "Trying to play cell 4 of a dummy PGC". Maybe you've found a bug? Disregard that. For some reason I can't reproduce it anymore. :(

[blutach]

Suppose I have blanked a VTS but now want to return it, without doing a full "Restore backup" (as I understand this would take the disk back to square 1).

Will I need to reference the original IFOs to change VTS_C_ADT and VTS_PGCITI? Anthing else to do (other than Get VTS Sectors)? Or is this too hard?

Or is there an easy way and I am just slow today?

Regards

[r0lZ]

It's not easy. All the tables needed by the VTS are gone, and PgcEdit do not have the functions to recreate them from scratch.

Hint: before removing/blanking a VTS, rename the first backup and create another one. This way, if something is wrong, you will be able to restore that step only.

[blutach]

What I do now is use the Save IFOs As and plonk them somewhere else. Just wanted to know if I was missing something.

Regards

[selyb]

Originally posted by r0lZ

Do you have the problem when trying to play a DVD with AC3 audio? Do you hear the sound?

Do you have the same problem if you launch another player (say M$ Media Player) the same way?

i believe that MPC has that code or some of it built into the exe
seems that you found out a little more than i did, i didnt figure out that it was related to audio

i tried changing some setting in MPC but nothing changed the error message
all i can figure is that its because my mobo has DTS 5.1 on it but i dont know/care if i have drivers for it, i dont use it currently

yes i do hear sound from movies with AC3
MPC decodes it to stereo for me ;)

i did figure out a workaround though
Application: C:\WIN\system32\cmd.exe
Arguments: /c start "E:\Programs\MPC\MPC.exe" "%p\VIDEO_TS.IFO"

BTW, i figured out something else that may help about the mouse thing
if i do not move my mouse at all then it works as intended
if i right click and move my mouse 1 pixel THEN let go of the right button, it executes the command im hovering over

[r0lZ]

Glad you found a way to bypass your MPC problem.

Seems you have a verry strange mouse. Maybe a driver problem?

[selyb]

Originally posted by r0lZ
Glad you found a way to bypass your MPC problem.

Seems you have a verry strange mouse. Maybe a driver problem? LMAO

no dude, its the program
try this
press and hold the right button on your mouse in pgcedit
while holding, move the cursor up/down the popup menu
please tell me if it doesnt select whatever you are hovering over and execute when you let go of the mouse button

[jeanl]

Originally posted by selyb
LMAO

no dude, its the program
try this
press and hold the right button on your mouse in pgcedit
while holding, move the cursor up/down the popup menu
please tell me if it doesnt select whatever you are hovering over and execute when you let go of the mouse button
Yes it does for me, but that does not surprise me! What did you expect it to do?
Jeanl
EDIT: I see what you mean: if you right-click (releasing the mouse button) and your mouse is moving, then a "random" command will be executed. I've noticed that and I agree it's a bit annoying.
By comparison, in windows, the popup menu does NOT appear until the right mouse button is released. That's the main difference.
In PgcEdit, the popup menu appears at button-down
In regular windows apps, the popup menu appears at button-up.

[erdoke]

Performed a quick search, but no luck.
Would you please tell me why the option of changing the language codes of domain streams attributes has been removed from PGCEdit? I have to go back and use a 0.3.x version to do that. I only want to use valid codes. :confused:

[r0lZ]

Huh? The domain stream attributes option is still there, and you still can change the language code.
The only domain where this menu is unavailable is the first-play PGC, because it has no video.

[2COOL]

@r0lZ

In the Virtual Player steup dialog, can you put 2 buttons in it?

1. Menu country language codes
2. Parental country language codes

[r0lZ]

What do you mean? There are already input fields for the 3 language codes (menu, audio, subpic) and for the parental country code.

[erdoke]

Originally posted by r0lZ
Huh? The domain stream attributes option is still there, and you still can change the language code.
The only domain where this menu is unavailable is the first-play PGC, because it has no video.

I try to edit the main movie PGC attributes. Can change nothing with latest (and with 0.4.6) version. Haven't tried more 0.4.x versions though, gone back to 0.3.8. With that it works OK.
I get an "invalid operation" sound from WinXP when trying to write into the field of the language codes.
This is the same on my friend's PC.

[erdoke]

When opening a backup with latest version of PGCEdit, I get this error message in a popup "Console" window:
Error sourcing /Tcl/work/PGCEDIT/PgcEdit.tcl: can't read "maxpgcn": no such variable
Opens fine with 0.3.8. ;)

[r0lZ]

You have to type a valid language code. It is not possible anymore to enter anything as before. The list of the language codes is in the help menu.

Error message: Seems you opened your backup by clicking on an IFO or BUF file. Have you trid to open it from within PgcEdit (ie via the menu File -> Open DVD)? Do not use the toolbar. This way, you should see the complete error message. Could you post it? Thanks.

[2COOL]

Originally posted by r0lZ
What do you mean? There are already input fields for the 3 language codes (menu, audio, subpic) and for the parental country code. We need a convenient reference like how you did with the Stream attributes dialog.

[erdoke]

I cannot type anything instead of an existing language code nor can I delete it. It's not an invalid code problem.

I opened that backup from inside PGCEdit, and it was the full error message I quoted.
But I can see now, that this backup has some serious problems, other editing tools complain too (DvdReMake "Invalid VIDEO_TS format" on exporting).

[blutach]

Hi rolz,

Once a stream has been stripped out, remnants appear in the IFOs, which can be confusing, if not annoying.

I fix these by going into VIDEO_TS.IFO (VMG_VTS_ATRT) and making bytes 0x117 match the actual number of streams present (audio) and 0x169 for subtitles. Similarly, in the actual titleset's IFO, (VTSI_MAT) bytes 0x203 and 0x255.

I wonder if this is something a quick PgcEdit macro can do?

Sorry to put a feature request in so near a release, especially since you are now dealing with erdoke's issue.

Regards

[r0lZ]

Originally posted by 2COOL
We need a convenient reference like how you did with the Stream attributes dialog. Oh, yes. You mean a button to show all valid lang codes. I will add it. Not sure for the country codes, though. I don't have them, and the country codes are not really used (they are probably used only by the players to display the protection level in human readable form).

[r0lZ]

Originally posted by erdoke
I cannot type anything instead of an existing language code nor can I delete it. It's not an invalid code problem. I cannot understand that. Works fine here. Are you sure you don't type in upper case characters?

I opened that backup from inside PGCEdit, and it was the full error message I quoted.
But I can see now, that this backup has some serious problems, other editing tools complain too (DvdReMake "Invalid VIDEO_TS format" on exporting). I'll have a look, but it may be difficult to track the problem. I hope it's not PgcEdit that have screwed up the backup!
[EDIT:] Fixed now. Was really easy to find!

[r0lZ]

Originally posted by blutach
Hi rolz,

Once a stream has been stripped out, remnants appear in the IFOs, which can be confusing, if not annoying.

I fix these by going into VIDEO_TS.IFO (VMG_VTS_ATRT) and making bytes 0x117 match the actual number of streams present (audio) and 0x169 for subtitles. Similarly, in the actual titleset's IFO, (VTSI_MAT) bytes 0x203 and 0x255.

I wonder if this is something a quick PgcEdit macro can do?

Sorry to put a feature request in so near a release, especially since you are now dealing with erdoke's issue.

Regards
A function to add, remove or swap the stream attributes is on my todo list. But it's not easy, as I have to check for the references in the VM Commands.
A simple macro to remove the last stream in the list, without checks for refs, is easy to do, but it's easy to do in IfoEdit, too.

BTW, v0.4.8 is almost ready. Stay tuned...

[blutach]

@rolz

It's also difficult if the remaining streams are non-consecutive. Then, I find it easiest to leave things alone - especially if there is a forced sub-title stream (I recently had this on a DVD, stream 10 had the stay that way or else I'd be changing commands everywhere, including the menubuttons).

Regards

[r0lZ]

I know it's difficult. This is why there is no macro in PgcEdit to do it! :(

[blutach]

:)

Did you get to the bottom of the check size toolbar button problem?

Regards

[r0lZ]

Yes. This error appear only in 0.4.8 beta.

[erdoke]

Originally posted by r0lZ
I cannot understand that. Works fine here. Are you sure you don't type in upper case characters?


Actually it works with one movie and it doesn't with others. I don't really see what is the difference between these movies. Sure it is not uppercase.

Originally posted by r0lZ
I'll have a look, but it may be difficult to track the problem. I hope it's not PgcEdit that have screwed up the backup!
[EDIT:] Fixed now. Was really easy to find!

No, it was my friend. It's definitely going to be difficult to track this problem. :D
Have you found the solution for the language code or the short error message issue of mine?

[r0lZ]

Originally posted by erdoke
Actually it works with one movie and it doesn't with others. I don't really see what is the difference between these movies. Sure it is not uppercase.

Have you found the solution for the language code or the short error message issue of mine? The solution is for the error message.

For the language code, the problem may be that you cannot delete an illegal existing lang code. Try to select both letters with the mouse and press del or backspace.
Could you verify that the existing lang code is in the ISO list?

[r0lZ]

PgcEdit 0.4.8 released.
Option "When saving, leave at least 32K of space between IFO and BUP?" to help protect your DVD against defects and scratches. Use with caution!
Added File -> Burn DVD / Create ISO to create an ISO image with mkisofs and optionally burn it with DVD Decrypter. This method supports the 32K space option above. For Windows only.
When loading the DVD, a warning is issued if there are empty (0 byte) menu VOBs. Also, the stream attributes of the VOBs are resetted to 0 when the menu VOB is removed by the 'Blank Out All Menu PGCs' function.
Trace mode: Removed "WARNING: Trying to play cell 1 of a dummy PGC!" dialog when a dummy PGC is played. However, this message is still present if the cell to play is not cell 1.
Fixed rare a bug occuring in Trace mode when the First-Play PGC was played (ie. when the current position was on the "*** post-command" label)

[erdoke]

Glad to report that everything works fine with v. 0.4.8.
Tried with the same movie, instead of the error message it opened OK.
Tried to modify languages codes in several movies, all of them worked flawlessly.
I have no clue what was my problem with the language codes, but it's OK now and that's all what matters.
Thanks!

[r0lZ]

It's probably a miracle! :D
I have not changed anything in the streams attributes code.

[blutach]

Hi rolz,

Just wondering if there's any chance of having a "create ISO / burn" toolbar button in the next beta?

The built in safeguards are really doing the trick. Would not let me save alien files. And yes, I aborted by closing mkisofs in Windows. Wasn't hard.

This latest feature is a huge advance for PgcEdit! Thank you!!!

Regards

[r0lZ]

Another icon? Maybe...

Yes, I have added a check for illegal files in the VIDEO_TS folder. However, you may safely leave the PgcEdit_backup subdir and the files beginning with "~" (like the TitleSetBlanker backup files). These files will be excluded from the DVD automatically.

There is an abort button in the released version of the Burn dialog, which may be used to kill mkisofs automatically.

I have made a suggserion to LIGHTNING to be able to burn the ISO directly with DVD Decrypter, without the need to write it to disk, using a direct pipe from mkisofs to DVDD. I hope this feature will be implemented soon...

[jeanl]

Originally posted by r0lZ

I have made a suggserion to LIGHTNING to be able to burn the ISO directly with DVD Decrypter, without the need to write it to disk, using a direct pipe from mkisofs to DVDD. I hope this feature will be implemented soon...
That would be neat. Maybe I'm splitting hair, but the added time to create the ISO file (before burning) is a bit of a pain to me.
Jeanl

[r0lZ]

Yes. And you must have enough free space on your hard disk.

[jsoto]

I've found a strange behavior in Nero. Seems to me pgcEdit is not affected, but may be in a future...

VobBlanker also has a subfolder under VIDEO_TS, and you can "usually" drag&drop VIDEO_TS into Nero because files under the subfolder are automatically excluded.... Well, NOT ALWAYS!

I've noticed that if you delete a VOB (i.e. VIDEO_TS.VOB or any other 0 bytes menu VOB) and keep it in the subfolder as a backup copy, Nero uses it!. Obviously sectors are not adjusted, and so on, but it is really odd...

For this reason, I've changed VobBlanker_backup subfolder to be in the same folder than VIDEO_TS, but not under VIDEO_TS.

I'm wondering what will happen if you do not have a BUP (i.e. accidentally deleted) in your VIDEO_TS and have a copy (an old one) under pgcEdit_backup....

jsoto

[r0lZ]

Interesting! Nero is sometimes verry strange...

I know Nero will not burn a DVD if the IFOs and BUPs are not identical. Therefore, it should not be a problem to leave an old version of an IFO or BUP in a backup subfolder: you will probably be warned by Nero.

The new burn method in PgcEdit_0.4.8 is not affected by this problem: the PgcEdit_backup is automatically excluded from the compilation (even if it is placed in the root folder), as well as all files beginning with "~". If other files or folders are found, you will be prompted to remove them manually.
However, if you have other files or folders in the DVD root folder, they will be added as DVD-ROM files (if you accept the warning). IMHO, it's handy if you want to keep the original IFOs on the DVD, but you should consider removing the VOB files, if any, if there is not enough disk space.

[EDIT:] Sorry, jsoto. Just made a test with the "Process in input folder" flag of VobBlanker. In the next PgcEdit's version, the VobBlanker_backup folder will be excluded as well.

[jsoto]

In the next PgcEdit's version, the VobBlanker_backup folder will be excluded as well. Thanks, remember: in next VobBlanker version, VobBlanker_backup folder will not be located under VIDEO_TS folder. I'm used to drag&drop VIDEO_TS folder directly into Nero, and other files in other folder (like covers and other useful movie info I like to have).

jsoto

[r0lZ]

I understand.
Note that, in the new PgcEdit version, the VobBlanker_backup folder (like PgcEdit_backup) will be removed from the compilation also if it is located in the root directory. As it will probably be full of VOBs, it's not a good idea to burn it! If the user wants to burn it, it must be renamed to something else.

[blutach]

Originally posted by r0lZ
There is an abort button in the released version of the Burn dialog, which may be used to kill mkisofs automatically.

I have made a suggserion to LIGHTNING to be able to burn the ISO directly with DVD Decrypter, without the need to write it to disk, using a direct pipe from mkisofs to DVDD. I hope this feature will be implemented soon... Tried the abort button. It killed the PgcEdit process but mkisofs was still running and had control of the ISO. Had to kill it to get rid of the ISO.

Re no write to desktop: Please don't kill this. I always write to a RW to test on my various machines. Then, the final project is already on the desktop. I just pop in a DVD+R and click the ISO to bring up DVD Decrypter in write mode. Perfect! (as far as I am concerned).

Regards

[r0lZ]

Originally posted by blutach
Tried the abort button. It killed the PgcEdit process but mkisofs was still running and had control of the ISO. Had to kill it to get rid of the ISO. Strange! It works fine for me! :confused:
[EDIT:] You're right, blutach! For an unknown reason, kill.exe by Microsoft doesn't work when launched from the standalone executable PgcEdit.exe. Thanks Bill! Fortunately, pskill.exe (a free tool by SysInternals) works fine. This problem will be fixed in next release.

Re no write to desktop: Please don't kill this. I always write to a RW to test on my various machines. Then, the final project is already on the desktop. I just pop in a DVD+R and click the ISO to bring up DVD Decrypter in write mode. Perfect! (as far as I am concerned). What do you mean? There is nothing special concerning the desktop in PgcEdit. :confused: :confused:

[jeanl]

Originally posted by r0lZ

What do you mean? There is nothing special concerning the desktop in PgcEdit. :confused: :confused:
I think blutach means he still wants the ISO to be written somewhere on the disk, that's in regards with your idea of "streaming the ISO" straight into DVD Decrypter for burning, to save space and time.
I'm pretty sure you'll give us the option when/if this feature is available...
Jeanl

[blutach]

@rolz and jeanl

Yes, I meant to disk drive, rather than direct streaming. It's just I always write the ISO to the desktop :)

My apologies.

Regards

[blutach]

When I press Ctrl-H to bring up Calls cross References, it starts with that window in "focus". This is good.

After I have closed it and bring it up subsequently, the focus is always in the main PgcEdit window and I need to grab the mouse and click it into the Call cross references window.

Is it possible to fix this please?

Regards

[r0lZ]

OK. Of course, I will leave the option to write the ISO anyway, as it may be used to burn several DVDs.

Yes, it's possible to fix the window focus issue.

[blutach]

@rolz

Very tiny visual thing.

In the Burn dialogue, down the bottom it has the estimated date and time for completion.

http://img103.exs.cx/img103/5651/untitled9fb.png

The year is out of place (after the time instead of after the date). Also, can you make more space between the date and the time, please? It's just a little hard to interpret for old eyes like mine :)

Sorry - this is so trivial a request.

Regards

[r0lZ]

Humm. This is exactly the message generated by mkisofs, directly grabbed from his output. It is possible to change it, but it's a little bit complicated for such a little advantage. And I want to free the processor as much as possible while mkisofs is working. Sorry.

[Chetwood]

Since I was adding my own menu with PgcEdit as explained in my guide I thought I could just as well create/burn the ISO with it. Problem is I'm getting this message:

ERROR: Not enough free space left on hard disk

which is odd since the DVD-R is about 4,7 GB and the target dir e:\ is NTFS and has 8 GB of free space. How come?

BTW, wouldn't it be better to make make open a new thread with every release of PgcEdit? I mean, 24 pages so far?

[r0lZ]

Are you sure there is 8GB left on your E: drive before starting the compilation?
Note that if there is already an ISO image with the same name on HD, the image will be overwritten, but the space recovered is not counted in the free space. This may be the problem. I'll try to fix that.
Normally, I check if the image will fit on the disk, leaving at least 20MB (or 100MB if it is the system disk) free for Windows usage.
Also, what system are you using? Win 9X or Win NT? I have a different method to get the free space on both platforms (thanks to Bill :devil:!)

Yes, this thread is becoming verry long. But I don't want to create a new thread for each release, because I have to update the links in many places.
Anyway, after another bugfix release, I will probably do a new major release, with a new thread.

[Chetwood]

Originally posted by r0lZ
Are you sure there is 8GB left on your E: drive before starting the compilation?
Also, what system are you using? Win 9X or Win NT?

Defintely, I could manually use ImgTool to create an ISO on that exact partition which is NTFS like I said. I'm using XP SP2 and the ISO should be written to the root dir of e:\. I've also tried to write to my external USB2 drive which has 40 GB of free space and is also NTFS - same result.

BTW, why is it you're using forward slashes in path names instead of backward slashes?

[r0lZ]

Originally posted by Chetwood
Defintely, I could manually use ImgTool to create an ISO on that exact partition which is NTFS like I said. I'm using XP SP2 and the ISO should be written to the root dir of e:\. I've also tried to write to my external USB2 drive which has 40 GB of free space and is also NTFS - same result.OK. I've found a bug in the routine that checks the free space (using the DOS command Dir.) Will try to find a better way...

BTW, why is it you're using forward slashes in path names instead of backward slashes? Because it's the best way to avoid problems with backslashes, which are used in ALL languages as an escape character, except by M$-DOS! Backslashes in filenames (and forward slashes to introduce an option) are one of the most absurd 'features' implemented by M$. Of course, forward slashes in filenames are supported internally by Tcl/Tk. However, it's a little problem in PgcEdit: you should see the filename in platform specific format. Will fix that.

[Chetwood]

Originally posted by r0lZ
Because it's the best way to avoid problems with backslashes, which are used in ALL languages as an escape character, except by M$-DOS!

I always thought it was whitespace but I'm no programmer. Of course I also thought Micros~1 sucked big time (http://www.euronet.nl/users/frankvw/rants/microsoft/IhateMS.html), and also for using the backslash instead of the forward slash just to be different to Unix ;)

Alright, I'll be waiting for 0.4.9, thanks.

[r0lZ]

Well. Still needs a little help. The bug i've found is related only to Win 9X. So, I wonder why you got bad results on your XP system. Could you please send me the output of the dir command, typed in a DOS prompt:

dir e:\

Only the last line is interesting (the line with the free space.)
Thanks.

[lamster]

If I click in the trace output window and press Ctrl+A, I get a pop-up saying "Error: bad window path name ".mf.cf.trace.a.txt""
bad window path name ".mf.cf.trace.a.txt"
bad window path name ".mf.cf.trace.a.txt"
while executing
"focus $w.a.txt"
(procedure "::main::showtext_select_all" line 2)
invoked from within
"::main::showtext_select_all .mf.cf.trace"
(command bound to event)

Right-clicking in the window and selecting,
Select all Ctrl+A

works fine.

[r0lZ]

OK. Bug fixed now. The shortcut key is now Control-Shift-A, instead of Control-a. Sorry, but it's necessary.

[Chetwood]

I take it you also fixed "my" bug? I tried to outsmart the program by setting my windows region settings to US, but the dir command still replies in german and thus your 'check free space' command does not work :(

[r0lZ]

Yes. This bug is fixed too. The check for enough free disk space works fine now under NT/2K/XP, also in foreign languages.

However, I have removed the free disk space check under Win95/98/ME/SE. The value returned by the Dir command is fancy! Thanks again, Bill!

PgcEdit v0.4.9 will be available soon, probably tomorrow.

[Surf]

Hold the press!! :D

How about creating two macros on Jean's guides on jumping to menu/movie? Jean, u okely with this? Hey, u'll be immortal, just like 2COOL. :p

I'm no coder, me thinks it's do-able...

Click on "jump to movie", the proggy does a search on un-used gprms, choose one, re-use one if needed, set the "auto adjust goto" (in option)insert them lines in FP-PGC and the Main-title(easily guessed?) and reset it back if the user chose not to enable.

mucho TIA:p

[jeanl]

Well, we've thought about it! But r0lZ has more important priorities (and I think he's right), namely work on button over video and menu editing (one sorely missed feature in PgcEdit).
I'm not so convinced it would be that easy because the macro is a combination of user-actions and automatic things: the user still has to navigate to the menu or the movie (selecting the correct buttons in language selection or aspect ratio selection menus), so the interaction is a bit tricky. Think about all the cases you have to deal with: the user starts the process then changes his/her mind, you have to abort the macro etc... Not impossible, but maybe not as straightforward as you think.
Of course I would love to have a macro to do that, rather than a lengthy guide!!!!
jeanl

[Chetwood]

Originally posted by Surf
How about creating two macros on Jean's guides on jumping to menu/movie?

Well, join the club but don't expect to have cuts ;)

I've already asked r0lZ to include my guide (http://www.dvdshrink.info/chetwood/guides.php#PgcEdit_menuimport) as a macro but I also agree with him that there are more important features to be added first which also more people will benefit from. For now I'll be happy with 0.4.9 since I can now use it generate and burn 100% ISOs.

[Surf]

I'll be vewy vewy quiet now.

r0lZ, log off Doom9 & get back to the finishing touches. :p

[2COOL]

r0lZ

The Next PB in trace function doesn't work consistently. I have to manually "step" to kickstart the playback.

[jeanl]

I think that's normal. Trace stops right before playback starts. If step once more then playback starts. If you want to go straight to playback, you can just do "run" and it'll take you there and open up the preview (if you have that option selected).
Jeanl

[2COOL]

@jeanl

Originally posted by jeanl
I think that's normal. Trace stops right before playback starts. If step once more then playback starts.

I don't think so. Try doing a trace strictly using Next PB, you'll find that some playback will occur, if not then step.

[jeanl]

I'm not sure I understand you.
If I use NextPB, trace stops before the next playback. If I then press NextPB, playback starts (preview opens), then preview closes, and I continue on to the next playback and trace stops right before playback (no preview). An so on...
It doesn't work this way for you?
Jeanl

[2COOL]

Just did Cellular. I did a next PB and no playback. Step and close preview. Next PB again and I have playback. I didn't need to step.

[jeanl]

OK, I see. I think I remember r0lZ has problem intercepting playback in some situations (I don't remember quite well, but maybe when you enter with a Link, skipping the pre-command area?). I'm not too sure. That's something for r0lZ to answer, sorry for my babbling!
Jeanl

[2COOL]

Originally posted by jeanl
OK, I see. I think I remember r0lZ has problem intercepting playback in some situations (I don't remember quite well, but maybe when you enter with a Link, skipping the pre-command area?). I'm not too sure. That's something for r0lZ to answer, sorry for my babbling!
Jeanl Come to think of it, it does have a LinkCN in the pre commands.

[blutach]

Re next playback: I think it's good if it can consistently stop before PB. Easy to copy changed registers etc and then to scrapbook.

{EDIT}

Regards

[r0lZ]

The behavior of Next PB is different when the PGC is entered 'normally' (with a jump, call or link to PGC), and when it's a link to Cell, Program or Chapter.

When a Jump to PGC is executed, the internal state of the PGC is resetted in a subroutine where it is easy to break the playback.
But when the PGC is played, the break routine is not called anymore, or the trace will break every time a new cell is entered.
Internally, there is nothing to say if the cell to be played is the next cell in a normal PGC playback, or if the cell has been called by a VM command.
It's verry difficult for me to change that.

[2COOL]

Another trace question.

I have auto-preview checked. When ever I encounter a Title with the last cell as a blank, the preview window doesn't close out when finished. I've done Step, Next PB and Run with same results.

In my example, cell 1 play, close,cell 2 play, stop at end, doesn't close (hangs). I have to use the Close Preview button to continue.

e.g. Company logo clip

Chap. Prog. Cell Type Layer Res- Still Cell Playback End Entry First Last Last VOB Cell
(PTT) Flags Break tric- Time Cmd. Time Time VOBU ILVU VOBU VOBU ID ID
ted. sector End Start End

1 1 1 2 yes no 0 0 00:02:31.00 00:02:31.00 0 0 49781 49900 1 1
2 2 2 8 no no 0 0 00:00:01.10 00:02:32.10 49901 0 49928 49967 1 2

[r0lZ]

I remember I've added a check for still frame to leave it on screen some time (to be able to notice it, and to eventualy break the trace to kill playback). I don't remember exactly what I did. Will have a look...

[blutach]

Darn long logo, if you ask me. Looks like a candidate for blanking

[2COOL]

http://img169.exs.cx/img169/9706/blankit2ij.gifhttp://img165.exs.cx/img165/6560/withstupidleft5yx.gif

[blutach]

BTW 2COOL - I was musing over your stream corrections guide (http://forum.doom9.org/showthread.php?s=&threadid=60444) the other day and I must say, you have some very unusual DVDs in very unusual languages!!! :D

[r0lZ]

Originally posted by 2COOL
Another trace question.

I have auto-preview checked. When ever I encounter a Title with the last cell as a blank, the preview window doesn't close out when finished. I've done Step, Next PB and Run with same results. If you set the "Trace Menu -> Setup -> Preview Options -> Close preview automatically at the end of the cell playback" option ON, the preview will be automatically closed after playback, even if there is only one frame in the cell.
Note that you may miss some one frame FBI warnings, because you will not have many time to see what is displayed.

[2COOL]

r0lZ,

Is it just me or PgcEdit is not correcting sectors after saving? I did it twice and did a IfoEdit one afterwards. That showed me sectors were being corrected.

[blutach]

Do you have the new "save with 32k gaps" option on?

IfoEdit will "correct" these to close up the gaps.

Regards

[2COOL]

Yes, that makes sense now. But there should at least be a note in the save confirmation that correcting sectors is not done. Everyone is still under the assumption that it automatically does it.

[lamster]

I tried loading a VIDEO_TS directory and saving it without making any changes, then did a binary compare of the original IFOs with what was saved. There were a few changes.

The DVD was Harry Potter & the Prisoner of Azkaban (region 1). VTS_02_0.VOB and VTS_03_0.VOB are both of size 0.

There were 2 changes in VIDEO_TS.IFO, in the Video Title Set attribute table:
VTS_2 Video Attributes of Title (VTSTT_VOBS) from x4e80 to 4e90.
ditto for VTS_3.

In both VTS_02_0.IFO and VTS_03_0.IFO, the start sector of VTSM_VOBS was changed from 0 to 8.

[r0lZ]

Originally posted by lamster
I tried loading a VIDEO_TS directory and saving it without making any changes, then did a binary compare of the original IFOs with what was saved. There were a few changes.

The DVD was Harry Potter & the Prisoner of Azkaban (region 1).

There were 2 changes in VIDEO_TS.IFO, in the Video Title Set attribute table:
VTS_2 Video Attributes of Title (VTSTT_VOBS) from x4e80 to 4e90.
ditto for VTS_3.Strange. Could you verify the video attribute in VTS_02_0.IFO and VTS_03_0.IFO in VTSI_MAT table, at offset 0x200? They must match the attributes in VIDEO_TS.IFO.

[EDIT:] The streams attributes of the VTSI_MAT table are correctly copied to the VMG_VTS_ATRT table when the DVD is saved. For consistency, this must be done. It's not a PgcEdit bug, but an authoring error in your original DVD, fixed by PgcEdit! :)


VTS_02_0.VOB and VTS_03_0.VOB are both of size 0.

In both VTS_02_0.IFO and VTS_03_0.IFO, the start sector of VTSM_VOBS was changed from 0 to 8. This is normal. It a VOB file exists, even an empty file, the start sector of VTSM_VOBS must point to the VOB file. This pointer is calculated by the internal Get VTS Sectors function when the DVD is saved. If you delete the empty VOBs, the pointer will be 0.

[EDIT:] Another little authoring bug in your DVD, also fixed by PgcEdit! :)

[r0lZ]

PgcEdit 0.4.9 released.
Added the "DVDShrink Streams Remapping" macro to check if the DVDShrink option "Logical remapping of enabled streams" may be safely used in full disc mode with the current DVD.
Added a button "ISO639 language codes" in the Trace's Virtual Player Setup GUI to show the valid language codes.
The PGC breakpoints are now cleared when a new DVD is loaded, but still not when the same DVD is reloaded (including after a restore backup).
Burn DVD: Added an option to mount the ISO image using Daemon-Tools.
Burn DVD: Added a confirmation dialog if the ISO image already exists.
Burn DVD: The VobBlanker_backup folder is now automatically excluded of the ISO image, like the PgcEdit_backup folder.
Burn DVD: Miscellaneous enhancements and little bug fixes.
Burn DVD Bug fixed: The abort button did not kill the mkisofs process in the standalone exe.
Burn DVD: Free disk space was wrong on Win 9X and on foreign Win 2K/NT/XP.
Note: The free disk space is not tested anymore on Win 95/98/ME/SE!
Shortcut to select all the Trace output changed to Control-Shift-A to avoid a bug with Control-a.
Also, look at the homepage. There are updated and new guides...

[blutach]

Brilliant r0lZ - many thanks.

However, using the DVD Shrink remapping I get the following error:

can't read "used": no such variable
can't read "used": no such variable
while executing
"if {!$used} {
for {set vts 1} {$vts <= $:: pgcs(numvts)} {incr vts} {
for {set ttn 1} {$ttn <= $:: pgcs($vts,numpgcs)} {incr ttn} {
set used [s..."
(procedure "::macros::check_streams_remapping" line 9)
invoked from within
"::macros::check_streams_remapping"
(menu invoke)
Any clues what this is?

Regards

[r0lZ]

Obviously, it's a bug!

I will post immediately a new version...

[r0lZ]

PgcEdit 0.4.9.1 released.

This is a last minute bugfix for 0.4.9. It fixes the bug in the DVDShrink Streams Remapping macro, found by Blutach.

If you downloaded PgcEdit 0.4.9, please download the update now. Sorry for the inconvenience.

[2COOL]

r0lZ,

Just so people can better navigate in your growing thread, you should place hyperlinks to the threads that you posted new versions in your first post.

If I wanted to look for stuff on 0.4.6, I would have to manually search the whole thread looking for its starting point. It's at 26 pages now!:eek:

[r0lZ]

OK. Done (http://forum.doom9.org/showthread.php?s=&threadid=85329&perpage=20&pagenumber=1#post569497). :)

[2COOL]

:thanks:

[blutach]

From VobBlanker 1.6.0.4 changelog:

"Change: VobBlanker_backup is now created in the same folder than VIDEO_TS, instead of inside VIDEO_TS, due strange behaviour in Nero if a VOB exists in backup folder"

Might you need to change the burning exemptions in PgcEdit to ignore this folder too? Otherwise, might it result in VobBlanker_backup being created in the ISO image in the root directory?

Regards

[r0lZ]

No. The backup will be excluded, regardless of the folder it is located in. The exclusion is done by filename, without the path.

[Surf]

Hi guys & dolls,

This' what I faced last night with v 0.4.9.1

mkisofs log for DVD "explicit XXX"
From: "F:\SHRUNK_XXX"
DVD-TEXT General Name: ""
Provider ID: ""
Number of VTS: 3
Output file: "G:\XXX.ISO"
Volume label: "XXX_vol_12" (i made them up :D)

2 [main] mkisofs 1256 handle_exceptions: Exception: STATUS_ACCESS_VIOLATION
818 [main] mkisofs 1256 open_stackdumpfile: Dumping stack trace to mkisofs.exe.stackdump
****** ERROR returned by mkisofs! ******

Ran out of time to investigate....

[2COOL]

http://img183.exs.cx/img183/9008/image0101my.gif

Can we have a 1-click automated blanking option to do this? Ideally, at time of detection dialog.

[r0lZ]

Obviously, it's a mkisofs problem. Maybe your DVD has something illegal that makes mkisofs crash. Or you found a mkisofs bug.

Anyway, I can't do anything. I'm not the author of mkisofs. Sorry.

Originally posted by Surf
Hi guys & dolls,

This' what I faced last night with v 0.4.9.1

mkisofs log for DVD "explicit XXX"
From: "F:\SHRUNK_XXX"
DVD-TEXT General Name: ""
Provider ID: ""
Number of VTS: 3
Output file: "G:\XXX.ISO"
Volume label: "XXX_vol_12" (i made them up :D)

2 [main] mkisofs 1256 handle_exceptions: Exception: STATUS_ACCESS_VIOLATION
818 [main] mkisofs 1256 open_stackdumpfile: Dumping stack trace to mkisofs.exe.stackdump
****** ERROR returned by mkisofs! ******

Ran out of time to investigate....

[r0lZ]

Originally posted by 2COOL
http://img183.exs.cx/img183/9008/image0101my.gif

Can we have a 1-click automated blanking option to do this? Ideally, at time of detection dialog. I'll see what I can do. But that may be difficult: when this dialog pops up, the DVD is not already totally loaded, therefore it may be difficult to apply the Blank Out function at this time.

[EDIT:] Done. The dialog is now a yes/no requester asking if you want to delete the VOBs, and remove the references in the IFOs.

[blutach]

AFAI can see, r0lZ is warning here about Nero's rubbish. I have burned a couple of disks with 4.9.1 and there are no problems.

Just click on OK. If you want little 10k stubs, do it before the burn - but instead, if you have turned on the burned with 32k gap option, PgcEdit will insert a 16k "pad" (with the stub, the pad will be 11k).

If you are a Nero user (AIPU - figure that acronym out! :) ), just say OK when Nero whinges.

Regards

[blutach]

@r0lZ - thanks for the info re VobBlanker_backup.

@everyone - a tip: If you enter a name for the disk under Utilities --> Set DVD-Text General Name, when it comes to burning, all the names are already filled in. This is very sweet! The text you enter doesn't even need to be upper case or have underscores. Try it!

Regards

[r0lZ]

Note that the last version do not impose to type upper case characters anymore in the label field. mkisofs allow to use any character in the label. But, as the label may be used on some systems as the mount directory, illegal characters in a filename (like /\*) are still prohibited.

[2COOL]

Originally posted by r0lZ
[EDIT:] Done. The dialog is now a yes/no requester asking if you want to delete the VOBs, and remove the references in the IFOs. Many thanks my friend!

[Surf]

Regarding my earlier glitch:

2 [main] mkisofs 1256 handle_exceptions: Exception: STATUS_ACCESS_VIOLATION
818 [main] mkisofs 1256 open_stackdumpfile: Dumping stack trace to mkisofs.exe.stackdump
****** ERROR returned by mkisofs! ******

It's my fault, didn't tailor it properly. Sorry, I had a panic attack I supposed. For I just updated to the latest version of nero's, wanting to compare recode with shrinky.

r0lZ, I know u din write IMGtool, I was fishing for advice.:p

[r0lZ]

phew! I prefer that!

BTW, it is not needed to have all the ImgTools Classic stuff installed. If you want, you can copy mkisofs.exe and cygwin1.dll in any directory. It should be sufficient.

[jsoto]

Deleting a cell command updates the command table, but its reference/s in Cell playback are not deleted. May be I am doing something wrong?

Not sure if this can be considered as a bug, it has a lot of implications:

I deleted a cell command which was then uniq in the PGC, but if you are deleting a cell command which is not the last one, all the references should be modified ....
The same if you adds a new one

jsoto

[r0lZ]

I know. It's not really a bug, but a missing feature. For now, you have to manually edit the command table.
It's on my TODO list...

[jsoto]

Don't worry. It is rarely needed, and IMHO it is enough to know it.

jsoto

[blutach]

Instead of deleting the cell command, until this is "fixed" could you change it to a NOP perhaps?

Regards

[jsoto]

Sure.
But I was trying to completely delete it, you know, HP3 tests, but finally this was not the problem, so changing by a NOP should be fine when you really need to do it.

jsoto

[jsoto]

Well, next "problem":
- Delete a cell in a PGC (currently in menu domain)

Usually it deletes a program (may be a chapter in titles domain)
So, how can I detect all the related Link commands (i.e. Link to program or link to cell).
Is this problem of "renumbering programs/cells" isolated to the own PGC (in menus, in titles you have the chapter...) or do I need to explore the whole DVD?

jsoto

EDIT: @blutach: Your HP3 has some linkprogram commands :devil:

[r0lZ]

The delete cell, program and chapter functions are still somewhat experimental. Works fine, but the functions do not check for links to item you deleted.
Also, if you delete a cell or program, you need to arrange the chapters table manually. If a chapter is pointing to a deleted program, the player may crash if that chapter is selected by the user.

For now, to locate the links to the deleted object, you may use the search function. You have to search only in the current titleset, as there is no way to jump directly to a cell, prog or chapter from the VMG, nor from other titlesets.
You may also use the "Go to calling command" function, which will list all references to the current PGC, but without the links coming from the same PGC.
Info -> Calls Cross References may be useful, too.

[jsoto]

You have to search only in the current titleset, as there is no way to jump directly to a cell, prog or chapter from the VMG, nor from other titlesets.
This is the answer I wanted. Thanks.

But, specifically in menus, and because I'm not an expert on VM, I'd like to know:
- If the deleted object can be called from a button (link program/cell). I suppose yes, weird!
- If the deleted object (cell, program) can be called from other PGC in the same VTS, same (menu) domain.
- If the deleted object (cell, program) can be called from other PGC in the same VTS, titles domain.

EDIT: Well, not only the deleted object, but also the following ones, I need to renumber all the commands

jsoto

[r0lZ]

I'm affraid it's yes to all questions.
You have to check for Link*Cell, Link*PG, LinkPTT, LinkPGN, LinkCN, JumpVTS_PTT, and all Set* + Link.
Only JumpVTS_PTT can be used outside the current domain. All link commands are allowed only within the current title domain, or within the current menu LU. But you must check the menu buttons and BOVs also. Pitty!

[jsoto]

I'm asking specifically in menu domains, so I believe we can forget LinkPTT and JumpVTS_PTT. Can we?

And because the rest of the commands should be issued in the same PGC, I believe we can limit the searching to the current PGC + Menu(VOB) buttons in the same PGC (which is enough difficult, BTW). Am I wrong?

Err, Can be BOV in menus? I hope No.

jsoto

[r0lZ]

Right. This is somewhat simpler.

BOV is the name of the menu buttons when there are located in the title domain. In fact, it's almost exactly the same thing. You may safely ignore them if you want to work only on 'real' menus. But take in mind that some DVD do have all their menus in the title domains, so, you will perhaps want to process them also in the future... I have made the error of considering that BOV are not verry important, and I coded PgcEdit without them in mind. It is a lot of work to add them thereafter.

[2COOL]

r0lZ,

In regards to kill playback option "Kill playback if there are no cell commands in the PGC" while doing blanking, I came across alot of PGCs with this scenario.

Before:

********** pre commands:
[71 00 00 0D 00 01 00 00] 1 Set gprm(13) =(mov) 1
********** post commands:
[20 04 00 00 00 00 00 04] 1 LinkPGCN PGC 4
********** cell commands:
[20 01 00 00 00 00 00 0D] 1 LinkTailPGC

Is is possible to have the algorithm detect that there is just a single cell command only holding a "LinkTailPGC" command and recommends us to blank unconditionally?

After:

********** pre commands:
[71 00 00 0D 00 01 00 00] 1 Set gprm(13) =(mov) 1
[00 00 00 00 00 00 00 00] 2 NOP
[20 04 00 00 00 00 00 04] 3 LinkPGCN PGC 4
********** post commands:
[20 04 00 00 00 00 00 04] 1 LinkPGCN PGC 4
********** cell commands:
[20 01 00 00 00 00 00 0D] 1 LinkTailPGC

[r0lZ]

With PgcEdit 0.5 beta, such situation, and some other, are now detected, and the blanking is done, even if the safe option is selected.

Another situation that is now checked is this one: There is only one post command, and all cell commands are equal to that post command. Obviously, it's also safe to kill playback in this case.

Also, more generally, the kill playback is assumed to be safe it there are no cell commands branching outside the current PGC. (In particular, the Link*Cell, Link*Program and LinkPTTN are now ignored.)

[r0lZ]

PgcEdit 0.5.0 beta 8 (first public beta) is available. See this thread (http://forum.doom9.org/showthread.php?s=&threadid=89918).

Please post all messages related to v0.5 beta to the new thread. Thanks.

[r0lZ]

The current PgcEdit version is discussed here: PgcEdit 0.5 (http://forum.doom9.org/showthread.php?s=&threadid=90960)

Please post all questions and bug reports related to v0.5 in that thread. Thanks.