PgcEdit 0.5

[r0lZ]

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


PgcEdit 0.5.0

BOV (Buttons Over Video in Title domains) support:
Replaced the executable button_dump.exe bt a Tcl/Tk function, able to parse the menu buttons in menu domains. The menu buttons informations are therefore available also for Macintosh pre-OSX platforms.
Added "File->Find BOVs" and "Options->Automatically Launch BOV finder when a DVD is opened?" to find the BOVs at startup.
"Utilities -> Show Menu Buttons or BOVs" works now also for Title PGCs.
Added "Show BOVs" popup menu in the PGC selector on title PGCs.
Removed the "Options/Show libdvdread warnings when parsing menu buttons?".
"Fix number of streams in VMGM/VTSI_MAT tables" macro to change the number of streams in the VMGM_MAT and VTSM_MAT tables according to the number of streams enabled in the PGCs.
Domain Streams Attributes check now if the current number of streams match the number of streams enabled in the PGCs.
Domain Streams Attributes allow now to edit the audio stream types and parameters. (Still no support to edit the karaoke parameters.)
Open DVD: If there are empty VOB files, an option to delete them is now presented to the user when the DVD is loaded.
Added a Burn DVD/Create ISO toolbar icon. (Windows only)
Added some missing credits and thanks in the About dialog.
Kill Playback macro: New algorithm to determine if it is safe to use the macro. It is safe to kill playback if there are no menu buttons, and if there are no cell commands jumping outside of the current PGC.
Blank Out PGCs in Domain: The "Kill Playback only when it's safe" option now uses the new Kill Playback macro.
Cell type flag SCR Discontinuity (System Clock Reference) renamed to STC Discontinuity (System Time Clock). (Recommandation of Mpucoder)
Burn DVD: The MenuShrinkBackup is now removed automatically from the DVD.
Added the audio and subpic stream IDs in Domain Streams Attributes GUI and in Info -> Streams.
PgcEdit_Preview.exe v1.6 by Jeanl. Fixes an aspect ratio bug with VCD and SVCD resolutions, and another one with garbage addeded in the bottom of the image when the vertical resolutions was not a multiple of 32.
When a cell is reassigned or blanked, the Seamless Joint flag is now cleared.
Trace mode: The target of LinkPTT commands was wrong (was pre-commands of the PGC instead of target chapter.)
Trace mode: A NOP command in a menu button or BOV is now ignored.
Highlight Target/Jump to Target did not work in some cases with CallSS.
Menu buttons viewer bug: After selecting another frame with the < and > buttons, the background image was not displayed for VMGM menus.
Fixed a bug with the Video Attributes display. The resolution, bitrates and 'top & bottom cropped' flags were wrong. The saved attributes were OK, though.
Fixed a bug when writing a PTT_SRPTI table containing PTTs assigned to program 0. Yes, I've seen a DVD with such bizarre things!
Fixed a bug occurnig after a Delete Program. The program map table was not padded to an even number of bytes.
Misc. little bug fixes.

Links to PgcEdit's versions within this thread: PgcEdit 0.5.7 (http://forum.doom9.org/showthread.php?p=663939#post663939)
PgcEdit 0.5.7 beta (http://forum.doom9.org/showthread.php?s=&postid=654538#post654538)
PgcEdit 0.5.6 (http://forum.doom9.org/showthread.php?s=&postid=652642#post652642)
PgcEdit 0.5.6 beta (http://forum.doom9.org/showthread.php?s=&postid=643951#post643951)
PgcEdit 0.5.5 (http://forum.doom9.org/showthread.php?s=&postid=643413#post643413) (Special thread on Preview under Linux and Mac OSX (http://forum.doom9.org/showthread.php?s=&threadid=93355))
PgcEdit 0.5.4 (http://forum.doom9.org/showthread.php?s=&postid=642928#post642928)
PgcEdit 0.5.3 (http://forum.doom9.org/showthread.php?s=&postid=642646#post642646)
PgcEdit 0.5.3 beta (http://forum.doom9.org/showthread.php?s=&postid=641136#post641136)
PgcEdit 0.5.2 (http://forum.doom9.org/showthread.php?s=&postid=640425#post640425)
PgcEdit 0.5.1 (http://forum.doom9.org/showthread.php?s=&postid=631296#post631296)

Links to old discussion threads: PgcEdit 0.5.1 beta (http://forum.doom9.org/showthread.php?s=&threadid=91521)
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)

[Wheelie4]

Open DVD: If there are empty VOB files, an option to delete them is now presented to the user when the DVD is loaded.

Forgive my dvd structure and protection ignorance. But,is this for the pesky dummy files for protection sony uses?

[r0lZ]

No. The empty VOB files are only 0 byte files. These files are obviously useless, and Nero doesn't like them. Sometime, these files are referenced in the IFOs.
If you answer yes when the dialog ask if you want to delete them, the empty VOBs are deleted, and the references in the IFOs are cleared. It's only a clean way to get rid of them.

[Wheelie4]

Ahhhh cool. Thx for the info. :)

PGCEdit can do so much I'm terrified of it. Just not sure how to use more than 2 or 3 of it's features. HeHe :D

[blutach]

@wheelie

Experiment and just play around a bit. When you're finished just restore backup. Can not fail.

What's in the program will simply astound you.

@rolz - another masterpiece!

Regards

[selyb]

r0lZ: I am thoroughly impressed and pleased with your program.

It seems like every day I find something else that pgcedit can do.

Thank you very very much :)

[r0lZ]

Thanks to you, and to everybody, for your kind words.

[CoNS]

Originally posted by CoNS in the PgcEdit 0.5.0 beta thread
When 0.5.0 final is released, could you make a description for nOObs like me on how to use the new menu editor function, and especially on which of the new options to select when loading a disc, if I just want to do the usual editing - or if I want to edit menus?

Originally posted by r0lZ
It's not so complex. There is a new GUI when loading the DVD allowing to parse the VOBs for BOVs.
If you are sure there are no BOVs in your DVD, then you can safely abort the scan, and even disable the startup parsing.
If you have already scanned the DVD, you may also manually disable the checkboxes for the VTSs w/o BOVs.
The slider is used to speedup the scanning process. The BOVs are defined in the Nav Packs of the VOBUs. Checking only some nav packs usually works pretty well.
I recommand to check a DVD the first time with the slider to 30 (maximum). If some BOVs are found, rescan the VTSs with a lower value (for example 5). If the number of BOVs is the same, then you may safely use 30 each time you load the same DVD.Ehmm, sorry for being such a pain-in-the-ass-nOOb but I'm still not really sure how to use the new feature... :confused:

Basically the problem is that I don't know what the BOV thing is for. Button Over Video... Are BOVs another word for menu button commands?

I understand that they're values or setting stored in the vobs, either in menu vobs or title vobs. Is it correct that PgcEdit so far only handles BOVs in title vobs? Why not menu vobs - buttons usually occur in the menus of the disc, and that's what I'd want to edit most of the time then?

I assume the BOV scanning feature is similar to the scanning done by MenuEdit when loading a vob? But with MenuEdit I can edit the buttons in menus?

How exactly is the new BOV thing in PgcEdit connected to the Menu preview function which has been there for some time now? If the menu preview thing would allow me to view the buttons and display the button commands, why is neccessary with the new BOV scanning?

Is it correct that if I want to use PgcEdit for the stuff I used to use it for up to version 0.4.x, i.e. add PGC pre/cell/post commands, kill PGC playback, blank out whole VTST og VTSM etc., I can simply skip the scan startup window every time? The BOV scan is only needed for some new menu editing function in the new 0.5.0? What exactly can PgcEdit do now that it couldn't do before? How do I take advantage of the new features?

[r0lZ]

Originally posted by CoNS
Ehmm, sorry for being such a pain-in-the-ass-nOOb but I'm still not really sure how to use the new feature... :confused:

Basically the problem is that I don't know what the BOV thing is for. Button Over Video... Are BOVs another word for menu button commands? Almost. The only difference is that the buttons are located in the title domains (VTST). Also, the BOVs are often used to access special features when watching the main movie (White rabbit in Matrix).

I understand that they're values or setting stored in the vobs, either in menu vobs or title vobs. Is it correct that PgcEdit so far only handles BOVs in title vobs? Why not menu vobs - buttons usually occur in the menus of the disc, and that's what I'd want to edit most of the time then?The regular menu buttons (in menu domains: VMGM and VTSM) are always scanned by PgcEdit. Since menu VOBs are not so large, it is not an option. The scanning for menu buttons occur before the GUI for BOVs is opened. You can see the scanning progress in the status bar.

I assume the BOV scanning feature is similar to the scanning done by MenuEdit when loading a vob? But with MenuEdit I can edit the buttons in menus?The implementation of the BOVs is the first step. I am currently working on a button editor, that will work on the regular menus and on the BOVs.

How exactly is the new BOV thing in PgcEdit connected to the Menu preview function which has been there for some time now? If the menu preview thing would allow me to view the buttons and display the button commands, why is neccessary with the new BOV scanning?The menu button viewer is the GUI. To be able to display the buttons, I must know where they are located, how to display them, and what command they use. Unfortunately, there is nothing in the IFOs allowing to know if there are buttons in the VOBs and where. This is why the scanning is needed.

Is it correct that if I want to use PgcEdit for the stuff I used to use it for up to version 0.4.x, i.e. add PGC pre/cell/post commands, kill PGC playback, blank out whole VTST og VTSM etc., I can simply skip the scan startup window every time? The BOV scan is only needed for some new menu editing function in the new 0.5.0? What exactly can PgcEdit do now that it couldn't do before? How do I take advantage of the new features? It is better to know if there are BOVs in the DVD, because you will see the number of buttons associated with a specific PGC in the PGC Selector pane, and display them with the viewer, just like with regular menus. It may be dangerous to kill playback or blank a PGC with menu buttons.
Also, the trace function is now complete. It is now possible to follow the flow of operations of the DVD in all cases. Before 0.5, if a menu was authored in a title domain (BOV), the trace was broken.
And, as I said before, when the menu editor will be complete, you will be able to edit all VM commands of the DVD, even in the menu buttons and BOVs.

You may skip the BOV parsing if you are sure there are no BOVs in your DVD. Also, you may skip it even if there are buttons but only if you don't want to use the trace, and you are just interested to kill playback on some FBI warnings or to edit some commands (for example to change a SetSTN to enable your preferred language by default.)

What I do usually: The first time I load a DVD, I parse the buttons with the slider to the maximum. It's verry fast. If there are no BOVs in the DVD, I switch off the option to automatically parse the BOVs when the DVD is opened. If some BOVs are found, I try to lower the slider (usually to value 5), and parse again the VTSs with BOVs. If the number of BOVs after this second parsing is the same, I set the slider back to 30, so that the next time the DVD is opened, the parsing will be as fast as possible.

I hope you understand better the interest of the BOV scanning.

[rayvt]

I, too, want to thank you for PgcEdit. In order to eliminate FBI warnings, I had been using various combinations of Vobrator, IFOedit, VobBlanker, etc. Nothing worked very good, and nothing could reliably show me the video clips so I could pick out the ones I wanted to delete.
And I was using DVDShrink to get rid of the fullscreen movie on a DVD with both FS and WS. But this was slow, because I had to load in each movie, plus it still left the movie with "this has been deleted" stills.

PGCedit does all this for me reliably and easily. Trace mode is great, but it's also easy to just eyeball the short segments to pick out the Warning clips. And -- now that I found the guide--it's real easy to completely strip out the FS version and the FS/WS menu.

The worst thing about PGCEdit is the lack of any kind of user guide.

Anyway..... GREAT PROGRAM!!! Thank you!!!

[Tobii]

@ r0lZ

Problem with a still show, at a disc. I can play the files in every software player.
The preview alone for this PGC, works.
If I, however, try it in PgcEdit in the trace mode, the trace mode stops.



trace log:

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 : (JumpSS) Jump to VMGM PGC 1
------> Entering VMGM , LU 1 (de) , 1 (0:00) TitleM
******* Start playback VMGM , LU 1 (de) , 1 (0:00) TitleM...

The trace mode stops here, no preview of the Pgc!
With other versions of PgcEdit, I receive the same result.

[r0lZ]

******* Start playback VMGM , LU 1 (de) , 1 (0:00) TitleM... When this message appear, you have to click Step one more time to enter the first cell of the PGC. The playback should start.
If that doesn't work, please send me the IFOs and the VMGM VOB.

[Tobii]

I already have tried, the preview doesn't start. I send the IFOs and the VMGM VOB.

[r0lZ]

Thanks, Tobi.

I've found the problem. It's a new bug I introduced in 0.5. In the new method of parsing the menu buttons, I assume there are no buttons (or BOVs) in a domain if the domain has no subpictures defined. This is a good way to speedup things when loading the DVD, because there is no need to parse the VOB.
The bug is that some variables needed in the trace mode were not initialized in those circumstances.

Unfortunately, I cannot release a bugfix version right now, because I am currently integrating the menu editor in the main program.

If you want to be able to trace your DVD, try this method:

1. Select any PGC in the the menu domain that caused the problem. (In your case, you may select the first PGC of the VMGM.) Open the PGC Editor, and set the first subpic status to "0 0 0 0", to enable it.

2. Use the new macro "Fix number of streams in VMGM/VTSI_Mat tables" to increase the number of streams in the VMGM.

3. Save and reload the DVD.

You should now be able to trace your DVD correctly.
When you will not need to trace the DVD anymore, you may want to remove the new stream, but it's not required.


NOTE: When the bug occured, there was no error message because you have probably launched the trace mode with the toolbar icon. When an error occur, for an unknown reason, the code launched by the toolbar doesn't trigger the error routine. So, when you suspect a bug in a function launched with the toolbar, you should try to launch the same function via another method, for example with the menu, to be able to see the error message.

[Tobii]

As well...thanks for her fast help, r0lZ.

Have carried everything out according to her instruction and it is working now in the Trace mode.
Unfortunately, I cannot release a bugfix version right now, because I am currently integrating the menu editor in the main program.
menu editor :)

NOTE: When the bug occured, there was no error message because you have probably launched the trace mode with the toolbar icon. When an error occur, for an unknown reason, the code launched by the toolbar doesn't trigger the error routine. So, when you suspect a bug in a function launched with the toolbar, you should try to launch the same function via another method, for example with the menu, to be able to see the error message.

In future, I will do it that way and I must thank you again. :)

[CoNS]

I've experiencing something with the bmp capture function in the preview function, which may be an error. When I preview a (VTST) PGC the picture is displayed fine. But when I capture a still pic of the video using the bmp capture function, and view the saved picture with a picture viewer program (or load it into a sup subtitle creation program), it's vertically stretched as if something is wrong with the aspect ratio... :confused:

I've tried a number of PAL and NTSC discs, and I'm getting this every time I try in both PgcEdit 0.4.9 and 0.5.0. I know for sure that the aspect ratio of the captured still pic from PgcEdit was correct in earlier versions of PgcEdit, though I'm not sure how far back (at least up till version 0.4.5-7, I think)

[r0lZ]

I tried the BMP capture again, and everything seems fine.

The preview is always stretched to be displayed in the correct aspect ratio. The stretching takes into account the pixel format (PAL or NTSC), the original resolution, and the 16:9 or 4:3 display aspect ratio. The target monitor is assumed to be a PC monitor with square pixels.

In the other hand, the saved image is not resized at all. The BMP should be in the same resolution as the original video. This is required if you want to edit, re-encode and replace the frame. Also, you may use any image editing program to stretch it to another format, with whatever resize quality your program is able to do.

Please verify the format of the video with the Domain Streams Attributes function. If the format of the BMP doesn't match the video resolution, then there is a problem. Keep me informed. Thanks.

[blutach]

@CoNS

This is undoubtedly the result, as r0lZ implies, of an anamorphic transformation.

If you want to see it, how it is actually displayed, stretch the BMP horizontally by 33%.

Regards

[CoNS]

Ah, ok, both of you thx for explaining.

I've checked the resolution. Both the video (checked in PgcEdit domain attributes window) and the exported bmp (checked in PSP8) were 720x576, which they should be, according to you explanation.

Then the problem must be that the subtitle program I use (Subtitle Creator (http://forum.doom9.org/showthread.php?s=&threadid=80109) by Paddington) doesn't display the imported background pics correctly (allow stretching if needed). The weird thing is that I haven't experienced the stretching issue until recently, which led me to the conclusion that something must had been changed, probably in PgcEdit preview...

Here's an old screenshot where I'm using an older version of Subtitle Creator with a letterboxed picture captured in PgcEdit preview (NTSC format). And in this case it's shown correctly: http://home25.inet.tele.dk/dvdkat/sc-image6.jpg

[r0lZ]

The Save BMP function has not changed. But I have changed the way the picture is displayed in the preview window and in the menu buttons viewer. The image is now always displayed in the correct aspect ratio on a PC monitor.

Maybe there is a switch somewhere in Subtitle Creator? Or does it retrieve the DAR info from the IFO or the VOB?
Note that this info is stored in both the IFOs and VOBs. PgcEdit uses only the one from the IFOs (It has precedence). If the DAR in the VOB is not the same, Subtitle Creator may use the wrong display aspect ratio.

[CoNS]

Originally posted by r0lZ
Or does it retrieve the DAR info from the IFO or the VOB?
Note that this info is stored in both the IFOs and VOBs. PgcEdit uses only the one from the IFOs (It has precedence). If the DAR in the VOB is not the same, Subtitle Creator may use the wrong display aspect ratio. I don't it does... No vobs are loaded in SC, and it's optional to load ifo file. I think the loaded ifo is only used to determine subtitle colours and the format (PAL or NTSC).

[goonix]

Hi rolZ

I'm currently backing up my old burns to more reliable dvd medias.

Now I have burned a dvd with pgcEdit/DVDdecrypter (as I usually do now) that won't play.
This dvd contains 2 movies reauthored with an old DVDShrink version (don't know which) some time ago.
It plays in my desktop player (but stuttering, thats why I make a back up now) in PowerDVD and can be opened with DVDShrink.

After open and save with pgcEdit 0.5.0 without changing anything, the IFOs are defect.
Even pgcEdit can't open the saved IFOs.

After performing a "mock strip" with IFOEdit, a "mock blank" with VobBlanker or a "mock shrink" with DVDShrink on my original files the dvd is still playable. But it won't help for the pgcEdit issue.

I have finally backed up this dvd with nero, so I don't need help, but maybe you are interested in improving pgcEdit.

I sent a small version of this dvd to your mailbox (blanked out 99,99% with VobBlanker).
Also on this small version you can see the effect.

goonix

[r0lZ]

Well, your original DVD is badly authored! There are lot of errors in the table pointers in VTS_01_0.IFO and VTS_02_0.IFO.
If you load the IFOs in IfoEdit and try to save them immediately, it will complain: the pointers to the VTS_TMAPT, VTS_C_ADT and VTS_VOBU_ADMAP tables are wrong, as well as the last sector of VTSI.

I tried a mock strip, which reorganize the pointers, but the VTS_TMAPT table is still missing. But the mockstripped DVD may now be saved with PgcEdit without problems.
Try to load the original in DVDShrink, and process it again in reauthor mode. Probably DVDShrink will rebuild the missing table.

Anyway, it's not a PgcEdit bug (although it doesn't detect the problem.)

[r0lZ]

Originally posted by CoNS
I don't it does... No vobs are loaded in SC, and it's optional to load ifo file. I think the loaded ifo is only used to determine subtitle colours and the format (PAL or NTSC). I don't know what's the problem, but it is obviously not related to the BMP saved by PgcEdit. Maybe there is a wrong flag in the subpic file? Sorry, but as I'm really not an expert on subpic stream format, I can't help much more.

[goonix]

You are right.
Seems to be a badly authored dvd by a very old DVDShrink (maybe a beta).

If I do a "mock strip" with IFOedit I get the Message "There is no TimeMap table! Skipping TMap table creation!". But this shouldn't be a problem. see here (http://forum.doom9.org/showthread.php?s=&threadid=42991)
The DVD is still playable afterwards.

If I load the IFOs in IfoEdit and try to save them immediately (as you suggest), then I get a lot of complains.

And you are right again, a new reauthor of the already reauthored dvd with DVDShrink 3.2 has solved the problem.

I was wondering, that this badly authored dvd plays well in my hardware- and software players and that VobBlanker and DVDShrink can handle it, but not pgcEdit.

---------

But now to the future. I like FilipeAmadeuO's idea (from the VobBlanker thread) to save the menu background as a BMP, wipe out the not used text with a bitmap editor and import the bitmap back to the menu. This is useful if you can delete a button with pgcEdit in your new version.

And I think pgcEdit is a better place do realize this funktion as in VobBlanker. Isn't it a challenge if you get bored after finishing the menu button editor? ;)

goonix

[r0lZ]

Originally posted by goonix
But now to the future. I like FilipeAmadeuO's idea (from the VobBlanker thread) to save the menu background as a BMP, wipe out the not used text with a bitmap editor and import the bitmap back to the menu. This is useful if you can delete a button with pgcEdit in your new version.

And I think pgcEdit is a better place do realize this funktion as in VobBlanker. Isn't it a challenge if you get bored after finishing the menu button editor? ;) Hum, I don't think PgcEdit is the best choice for that tool. PgcEdit is an IFO editor, not a VOB editor (although there are some functions dealing with VOBs.) Furthermore, the programming language used (Tcl/Tk) is not suitable to parse large amount of binary data.

If someone write a command line app to do what you want, I may integrate it in PgcEdit. But I will not write such a tool myself. I have enough work with PgcEdit. Sorry.

[r0lZ]

The first beta with the menu buttons editor is available. See here (http://forum.doom9.org/showthread.php?s=&threadid=91521).

[CoNS]

Posting here, as it doesn't concern the menu editor:

Often when I rightclick a PGC in the panel to the left in the main window in PgcEdit, I accidently select something from the brought up menu by the same (right) click.

This probably happens because I hold the right mouse button a splitsecond too long and because it's possible to select from the menu by a single right click and not only by left click.

It's not really a bug, it's just annoying. Could you disable selections with right click? (I use Win 2000) :)

[r0lZ]

I don't know if it's possible. Will try...

[mrg]

Hi rolZ,
it is possible to make a "Play all VTS" function or a window that show all VTS and it is possible to select what VTS is automatically play after the end of the VTS?

[r0lZ]

No. It's not possible to add that automatically to any DVD, because the there are too many ways a DVD may be authored.

If you want to do that, you have to use DVDShrink in reauthor mode. Pick the titles you want to play, and add them to the compilation.

[r0lZ]

@ Linux users!

The standalone executables for Linux V0.5.0 (including all beta releases) and 0.5.1 beta1 are broken. When you launch the executable, the main window do not appear, and the CPU load is almost 100%.

This is a bug in freeWrap 6.0 for Linux, which I used to make the linux executables, starting with v0.5.0.

The new v0.5.1beta2 version is fixed. I use the old freeWrap 5.6.1 again. If you click on the "Download pgcedit for Linux (not compressed)." link on my homepage, you will now download v0.5.1beta2, although the last official stable release is still 0.5.0.

If you really want to use v0.5.0, please download the source files. You need Tcl/Tk 8.4 to use the source files.

Sorry for the inconvenience.

[mrg]

Thanks r0lZ, but I make it with PgcEdit with the following way:
- Open DVD
- left "VTST 1,1 TTN 1 (x:xx) Title 1"
- "post commands:" shows for example "1 (CallSS) Call the VMGM PGC 7, resume cell 1"
==>> notice the 7 after VMGM PGC
- click on "VMGM , LU 1 (en) , 7 (dummy)"
- doubleclick "3. pre Command (JumpSS)"
- Alphabetically -> JumpTT
- "Jump to the entry PGC of title" select next Title
- and so on (VMGM ... 8 ...)

Is there a better way?

[iliketowatch]

Originally posted by r0lZ
@ Linux users!

The standalone executables for Linux V0.5.0 (including all beta releases) and 0.5.1 beta1 are broken. When you launch the executable, the main window do not appear, and the CPU load is almost 100%.

This is a bug in freeWrap 6.0 for Linux, which I used to make the linux executables, starting with v0.5.0.

The new v0.5.1beta2 version is fixed. I use the old freeWrap 5.6.1 again. If you click on the "Download pgcedit for Linux (not compressed)." link on my homepage, you will now download v0.5.1beta2, although the last official stable release is still 0.5.0.

If you really want to use v0.5.0, please download the source files. You need Tcl/Tk 8.4 to use the source files.

Sorry for the inconvenience.

It works! Thanks r0lZ! The BOV scan window is a big help for configuring the process and as a status indicator.

The menu editor is great. It is intuitive and appears very flexible. You can edit the entire button or just the command, plus add, delete, hide, move and reorder buttons. I just took a look at the GUI. I'll give it a workout later. Now to find a DVD with BOVs ....

Thanks.

[r0lZ]

@mrg
Most of the time, it will work as you did. But if there are cell commands, it will probably not work. And it's not so easy if you have several PGCs in the same VTS. Sometime, a second PGC share exactly the same contents as the first one, but with different sound or subpic streams. Which one to choose? And there are tons of difficulties like that...

Anyway, it ia always possible to do what you want by hand. But it's difficult to write a macro that will work in all circumstances.

@iliketowatch
:)

[CoNS]

Posting here as it's not related to the menu editor:

r0lZ, a small detail: When I'm adding an extra subtitle stream to a DVD, which I often do (custom subs in native language), I am now using PgcEdit to correct the stream numbers.

I used to use IfoEdit for this, but the PgcEdit GUI is much more userfriendly for this case, too.

With PgcEdit, I load the disc and doubleclick the relevant PGC to enter the PGC editor window. Here, I click on the first available sub-picture stream (at the top), and assign the correct subtitle stream number for 4:3, wide, letterbox and pan&scan and click "Set".

Now, here's the thing: If I then click "Current domain stream attributes", I don't get the dialog box about fixing the stream number, and I can't see my new subtitle stream.

In order to get the dialog box about fixing the stream number etc., I have to click "Ok" in the PGC editor to close it, and then enter the PGC editor again, and click "Current domain stream attributes"...

[r0lZ]

Hum. I see.
The problem is that you must accept the changes made in the PGC Editor before the new streams assignments are seen by the Domain Streams Attributes function.
In fact, the "Domain Streams Attributes" button has really nothing to do with the PGC Editor, because it is a setup global to the current domain, and not local to the current PGC. I've added the button here just to be able to see the current streams assignments easily.
The correct procedure is to add your new streams assignments in the PGC, then quit the PGC Editor with OK, and enter the Domain Streams Attributes GUI via the menu. You don't need to open the PGC Editor again: the Domain Streams Attributes function is available directly via the Utilities menu, or the popup menu in the PGC selector.
Sorry, but I can't change that behavior, because the Cancel button of the PGC Editor will not react as expected if I save the streams assingments directly.

[CoNS]

Ok, that's what I thought, too.

Another thing:

I often edit the language selection menu of the disc in order to bypass it by copying the button command and pasting it to a new cell command and setting the still cell time to 0. However, half of the times I forget to correct the number of cell commands!

Why is it that you must manually specify this number whereas the number of pre commands and post commands are automatically calculated by PgcEdit? There probably is a very logical explanation, which I'm not aware of...?

Could you add some sort of check which brings up a warning asking to fix it if the specified number of cell commands doesn't match the actual number?

[jeanl]

Originally posted by CoNS
Ok, that's what I thought, too.

Another thing:

I often edit the language selection menu of the disc in order to bypass it by copying the button command and pasting it to a new cell command and setting the still cell time to 0. However, half of the times I forget to correct the number of cell commands!

Why is it that you must manually specify this number whereas the number of pre commands and post commands are automatically calculated by PgcEdit? There probably is a very logical explanation, which I'm not aware of...?

Could you add some sort of check which brings up a warning asking to fix it if the specified number of cell commands doesn't match the actual number?
CoNS, where is the number of cell commands you're talking about?? I can't see it anywhere in PgcEdit! As far as I know, cell commands are exactly like pre/post, you add one and that's that you don't have to modify anything else!
jeanl

[r0lZ]

Well, there is no 'numner of cell commands' in the PgcEdit GUI, but there are 'cell command numbers' in the cell table.
It's not easy to automate this. You may add, for example, the first cell command, to apply it to cell 2.
Also, on some commercial DVDs, I've found cell commands not assigned to cells. That doesn't hurt. Therefore, adding a popup requester to display a warning in such cases may be a nuisance.

Maybe I'll add some kind of automatic renumbering in the future, if i find a good way to implement it. But don't expect that soon...

[CoNS]

@jeanl: If I go to the PGC editor in PgcEdit (doubleclick on a PGC), I can see the cell table, as r0lZ referred to. Here I can see a row of numbers with the title "Cell Cmd". If I follow 2COOL's guide to bypass audio language/aspect ratio menus, on page 2 (http://home.tiscali.be/debie.roland/pgcedit/third_party/2cool/remove_language_aspect_ratio_menus/remove_language_and_aspect_ratio_menus_2.htm) I have to change the number to make the newly pasted cell command (= the button command) work.

[blutach]

But CoNS, they can be in any order you like, one to a particular cell. Adding 3 cell commands, doesn't and could not guess at which cell you want each command to belong.

It could only work automatically if there was a single cell and a single cell command. But even then, there are plenty of DVDs with cell commands NOT attached to cells.

This is not a hard thing to do manually, and it is proper that it is done that way.

Regards

[Paddington]

Originally posted by r0lZ
The Save BMP function has not changed. But I have changed the way the picture is displayed in the preview window and in the menu buttons viewer. The image is now always displayed in the correct aspect ratio on a PC monitor.

Maybe there is a switch somewhere in SubtitleCreator? Or does it retrieve the DAR info from the IFO or the VOB?
Note that this info is stored in both the IFOs and VOBs. PgcEdit uses only the one from the IFOs (It has precedence). If the DAR in the VOB is not the same, Subtitle Creator may use the wrong display aspect ratio.
I am the author of SubtitleCreator (http://sourceforge.net/projects/subtitlecreator), and thanks for explaining what was going on - I use another screen capture program, which already scales the output to the correct display format, so this caused the problem that CoNS mentioned. However, as you mentioned that it is possible to retrieve the correct display format from the IFO file, I was wondering if you are willing to tell me how it's done - it would even be easier if you had some code ;-)

Additionally, I would like to include a preview option in SubtitleCreator - I've found some C# code on the "Code project" which uses DirectX, but is incomplete. Can you tell me how you did it?

[r0lZ]

Hi Paddington, and thanks for your verry good program!

The aspect ratio is stored as a word in the IFOs at offset 0x100 for the menu VOB and 0x200 for the title VOBs. It's in the VTSM_MAT (for VIDEO_TS) or VTSI_MAT (for VTS_*) tables. Fortunately, these table MUST be in the beginning of the IFO, so the offset do not need to be calculated.

Breakdown of the Video Attributes bits:

Byte 0:
Bits 7 & 6: Coding mode: 0 = Mpeg-1, 1 = Mpeg-2
Bits 5 & 4: Standard: 0 = NTSC, 1 = PAL
Bits 3 & 2: Aspect: 0 = 4:3, 1 = not specified, 2 = reserved, 3 = 16:9 (1 & 2 should not be used)
Bit 1: Automatic Pan/Scan: 1 = disallowed
Bit 0: Automatic Letterbox: 1 = disallowed

Byte 1:
Bit 7: CC for line 21 field 1 in GOP (NTSC only)
Bit 6: CC for line 21 field 2 in GOP (NTSC only)
Bit 5: Bit Rate: 0 = VBR, 1 = CBR
Bits 4 & 3: Resolution (NTSC or PAL): 0 = 720x480 or 720x576, 1 = 704x480 or 704x576, 2 = 352x480 or 352x576, 3 = 352x240 or 352x288
Bit 2: Letterboxed: 1=top and bottom cropped
Bit 1: reserved
Bit 0: Film: 0=camera, 1=film (PAL only)

(Thanks to mpucoder for this information!)
As you can see, it's pretty simple.

Preview: A am not the author of the preview. Jeanl did it for me. In fact, it's a standalone executable which is called from my program. It is based on the old code of DVD2AVI. According to jeanl, the code is not easy to understand, because the GUI is mixed with the rest of the code. If you want to have a look, you may download the sources on my homepage (in the All Versions folder.)

You may also have a look at some GPL source code for Linux. VLan (Video Lan) is an open source multimedia player able to play a DVD (with lot of navigation problems) under Windows.

Sorry, I can't help much more.

[CoNS]

jeanl, it would be incredibly cool if Subtitle Creator could have a preview function like PgcEdit's and VobBlanker's... :)

Would you allow Paddington to use your code for the preview function in Subtitle Creator? And perhaps even help him implement it? If you don't know the program already, I can inform you that it's a freeware tool made in C# under the SourceForge project: https://sourceforge.net/projects/subtitlecreator/

[Paddington]

Originally posted by r0lZ
The aspect ratio is stored as a word in the IFOs at offset 0x100 for the menu VOB and 0x200 for the title VOBs. It's in the VTSM_MAT (for VIDEO_TS) or VTSI_MAT (for VTS_*) tables.

Thanks a lot! r0lZ! I will try it this week - I think I already read part of this information from the IFO file anyways, but didn't know all the bit flags (I used SubRip's open source code).

Just for your information, I've also found another basic OSS player on The Code Project (http://www.thecodeproject.com/cs/media/directshownet.asp), which uses DirectX/DirectShow for displaying audio/video. Although this requires that an MPEG2 decoder is already installed (e.g. WinDVD or PowerDVD) on your system. As it is in C#, it might be easier to integrate it with my own code, but if it doesn't work, I will certainly have another look at Jeanl's code.

[r0lZ]

Originally posted by Paddington
Thanks a lot! r0lZ! You're welcome.
Thanks also for the link to the Code Project. Seems interesting!

[r0lZ]

PgcEdit 0.5.1 released
Menu Buttons/BOVs Editor.
Wrong display aspect ratio was used in the menu buttons viewer for group types sharing modes "normal" + "letterbox".
Fixed wrong highlighted target/jump to target in menu domains: the target was always in LU 1.
Moved the stream's VOB IDs from the Domain Streams Attributes to the PGC Streams assignments GUI, where they should be. The streans IDs are now hopefully corrects.
Linux standalone executables 0.5.0beta1 to 0.5.1beta1 were broken. The sources were OK. V 0.5.1beta2 is the first working 0.5 standalone exe.
Fixed a bug in 'Delete last PGC in domain' in title domain. The new total number of TTNs was wrong when a PGC sharing the same TTN number with another one was deleted.
Small bug fixed that prevented to "Delete Last PGC in Domain" if the PGC was created with "New Dummy PGC" during the same PgcEdit session.

[r0lZ]

Please help improve PgcEdit!

I have a problem with the exact behavior of SPRM 7. According to the standard, it is supposed to hold the PTT (chapter) number. But on many players, it is the PG (program) number that is stored!

I need to know what's the majority of players is doing. So, I have made a little test-DVD. Please download it, burn it, try it in your standalone, and report the result of the test in this thread (http://forum.doom9.org/showthread.php?s=&threadid=92035#post631439). Don't forget to mention your player's brand and model.

See the thread mentionned above for details, and for the download link.

Thanks in advance!

[blutach]

@r0lZ

Irrespective of what the majority of DVD players are doing, you might want to make it an option for PgcEdit users to setup either Chapter or PGN in their virtual player setup.

What do you think?

Regards

[blutach]

I have incorrectly removed a cell in the PGC Editor. I know I can restore the backup and the VOBs in the backup folder and start over but this will entail quite a bit of work.

Is there an easy way of restoring the cell?

Perhaps in IfoEdit? If so, anyone know how?

Regards

[r0lZ]

Originally posted by blutach
Irrespective of what the majority of DVD players are doing, you might want to make it an option for PgcEdit users to setup either Chapter or PGN in their virtual player setup. Yes, I think it is the good way to deal with this problem.

Deleted cell: Sorry, for now, it's not possible to restore the cell in PgcEdit. And I don't know if it's feasible with IfoEdit.

[blutach]

Re Deleted cell

I figured out the easy way - restore all files associated with the VTS, including the IFO, menu VOB and title VOBs from PgcEdit_backup to the working folder and re-save.

No more hassles.

Regards

[mp3boy]

hi mate
thanks for this charming tool, I just noticed your dvd sample, I will download and try and will tell the result.

but there is a little thing which I want to request, and you see if its possible for you to add, I'm sure there are alot of other ppl wanting the same thing.

Request : Modify or Replace option for the subpicture in menu-editing section

detail : basically it is very silly when I add a new button and there is no highlight or button select action.
it was a real pain to re-create the whole button menu in other application such as dvd-lab and import in pgc edit which at the end, in some player it did not strech it completly.
The Reason for (I think) is that the some player does not know how to strech (like my both of philips and enzer players) or Mark's DVD Player however PowerDVD play it right.

Having this feature will make my life much easier (I'm a movie translator)

Thanks alot

[zacoz]

Thanks for your work on this program r0lZ. I'm like many others who use just a fraction of it's tools, however gradually expanding my usage.

Angles are about the only thing I'm currently left frustrated with during my backup process. Frustrated in that I have to go outside of my usual stable of programs (PCGEdit / VOBBlanker / DVDShrink / DVDDecrypter) to deal with them.

Would like to clean up menu issues left from removing audio / subtitle streams but never seem to have sufficient time to fiddle around with them (even following guides - thanks all). One day.

Anyway, got off the track....Great Program r0lZ.

[blutach]

@zacoz - There is a new macro in PgcEdit called Fix number of streams in VMGM/VTSI_MAT tables, which automatically corrects the number of streams (but not the order of them, which is what you might be referring to).

Regards

[r0lZ]

Originally posted by mp3boy
Request : Modify or Replace option for the subpicture in menu-editing section Well. It's not easy. What you want is basically a menu authoring tool. PgcEdit is only a re-authoring tool. You are supposed to have the right VOBs, with everything you need. It is relatively easy to change the menu parameters, because all I need to do is to overwrite the original values with new ones. But modifying the highlights requires a totally different method: the subpic stream must be totally recreated, and remuxed in the VOB. That's far beyond what I am able to do. Sorry.

[r0lZ]

Originally posted by zacoz
PCGEdit / VOBBlanker / DVDShrink / DVDDecrypter Add MenuShrink to your list! Also, I use IfoEdit and VobEdit a lot, for reference.

Would like to clean up menu issues left from removing audio / subtitle streams but never seem to have sufficient time to fiddle around with them (even following guides - thanks all). One day. Do you mean that you want to remove the menu buttons allowing to select the removed streams? You can do that easily with the menu buttons editor. Just hide the useless buttons. Or change the button command to NOP.

[zacoz]

There is a new macro in PgcEdit called Fix number of streams in VMGM/VTSI_MAT tables, which automatically corrects the number of streams (but not the order of them, which is what you might be referring to).[/color] [/B]
Thanks blutach....will look at this.

Originally posted by r0lZ
Add MenuShrink to your list! Also, I use IfoEdit and VobEdit a lot, for reference.
Been using newest VobBlanker to 'shrink' menu's. Have used IfoEdit (use it for angles) but not confident I'm not breaking stuff when using it for some other things. PGCEdit has helped me gain a small understanding of commands & structure (Trace mode is great), but IfoEdit a little less user (newbie) friendly I guess.

Originally posted by r0lZ
Do you mean that you want to remove the menu buttons allowing to select the removed streams? You can do that easily with the menu buttons editor. Just hide the useless buttons. Or change the button command to NOP.
Yes. Is menu button editor in PCGEdit, or are you referring to MenuEdit program ?

[blutach]

Originally posted by r0lZ
Add MenuShrink to your list! Also, I use IfoEdit and VobEdit a lot, for reference.

Do you mean that you want to remove the menu buttons allowing to select the removed streams? You can do that easily with the menu buttons editor. Just hide the useless buttons. Or change the button command to NOP. My old SONY croaked on a NOP command once, so now all my useless buttons which I haven't hidden have the same command as if they were - LinkTopCell and Highlight Button (# of an undeleted button).

I find this works well for me.

Regards

[CoNS]

Originally posted by zacoz
Yes. Is menu button editor in PCGEdit, or are you referring to MenuEdit program ? It's in the new version 0.5.1 of PgcEdit...

[r0lZ]

Originally posted by blutach
My old SONY croaked on a NOP command once, so now all my useless buttons which I haven't hidden have the same command as if they were - LinkTopCell and Highlight Button (# of an undeleted button).

I find this works well for me. It works, but it will restart the cell. In the case of an animated menu, or a still menu with audio, there is a side effect: the menu loop back to the beginning. NOP doesn't have this behavior, at least on my Sony. It simply do nothing: the motion or audio continues.
Of course, if the button is hidden, then LinkTopCell is the best method, since NOP will not highlight another button.

[Humpty Dumpty]

Hey!
I just want to thank you for this great program you've made.
Cheers!! :D

[r0lZ]

You have registered at Doom9, and wait 5 days just to say that? Thanks!
Anyway, welcome to the forum, Humpty Dumpty!

[CoNS]

Hi r0lZ. I've now used your new menu editor a few times. Very, very nice. Good job on this, too.

It would be great if someone like you, jeanl, 2COOL, blutach or sweetnes had the time someday to make a small guide on how to edit the button commands in menus after removing and remapping audio and/or subtitle streams of the main movie... :)

r0lZ, I know I've asked this before, please forgive me for asking again! And I know that there are various workarounds, like the one you described last time I asked, but it would just be so very nice, convenient, useful to have a function somewhere in the menus, called "Import subtitle colours", which would bring up a browse window looking for .ifo files and then bring up a small window to let you specify a PGC within the titleset from the .ifo file to copy subtitle colours from to the clipboard. Like the load .ifo function in ReJig or SubtitleCreator combined with the PGC selection from PgcDemux...

I'm also trying to convince mpucoder to put something like this in MuxMan, and I hope at least one of you gets tired of listening to me begging for it sooner or later and simply implements the function just to shut me up!!!! :D But actually the function would be more useful in PgcEdit than MuxMan. Here's the scenario: Most of the time when you copy subtitle colours it's because you've remuxed some streams from an original disc after adding custom subtitles, encoded the video etc. I often put the newly muxed stuff back into the original DVD structure with menus etc. using VobBlanker's replace PGC function. And then the subtitles colours in the newly muxed disc are lost and the colours from the original disc are used... When I've used the default colours in SubtitleCreator, I'd be great to be able to load the .ifo file from SubtitleCreator into PgcEdit and copy and paste the colours into the original DVD with the replaced PGC.

BTW, did you find a way to solve the right-clicking-by-accident issue I described some time ago?

[jeanl]

Originally posted by CoNS

BTW, did you find a way to solve the right-clicking-by-accident issue I described some time ago?
I don't have a solution, but I do have an explanation: in PgcEdit (probably that's a tcl thing) when you right click, the popup menu appears when the button is pressed. On any windows app, the popup menu appears when the button is released.
In PgcEdit, if you move your mouse after right-click pressing, you will select the corresponding menu item! and it will be activated when you release the mouse.
IMHO that's a major oversight in the tcl UI code... As a rule, in a well designed UI, things are supposed to happen when you release the mouse (so you get a chance to change your mind after pressing the button)...
jeanl

[r0lZ]

What I can do easily is to add an export and an import button in the color lookup table editor, so that you will be able to save the color table, and reuse it whenever you need it.
But I will not add an import from IFO. It is difficult to parse the IFO just to know where are the PGCs, and to display this information to the user.
Of course, PgcEdit does that already when you load a DVD, but that function is embedded into a complex procedure, and is not independant of the whole process.
In short, it is too difficult for me to parse a single IFO, just for a so trivial thing.

About menus: I forgot that problem.
I just looked at the code, and there is a solution, but I don't like it. As explained by jeanl, when you right-click on an area with a popup menu (for example on the Pgc Selector listbox), the menu appear when the mouse button is pushed. I've found a way to make it appear only when the button is released. Unfortunately, it is not possible to cancel the operation: if you move the mouse outside the area, the popup menu is opened anyway. Furthermore, your mouse is not over the right item anymore, and a wrong line may be selected. For example, if you moved the mouse up to go outside the PGC Selector, the first line will be selected, and the popup menu for the FP-PGC menu will appear, even if the down click was on another line! This behavior is even more confusing.
I cannot change this, nor the way the item is selected in the popup menu. That's outside of my control. And I don't want to wewrite Tcl/Tk!
Note that Tcl/Tk was originaly designed for Linux platforms, where the button-down is (apparently) the rule. You may dislike that behavior, but Linux users do use it without problems...

Sorry.

[jeanl]

Originally posted by r0lZ

Note that Tcl/Tk was originaly designed for Linux platforms, where the button-down is (apparently) the rule. You may dislike that behavior, but Linux users do use it without problems...
Sorry.
Is the "button down" rule valid for all UI items? For example, in linux, if you press a button (like an "OK" button), does the button get activated when the mouse is pressed, or when it's released? (I'm guessing when it's released otherwise you really have not way to change your mind!).
jeanl

[r0lZ]

No, only for menus. The good thing of this method is that you have to click only once: You open the menu with the button-down, and you select the item when you release the button.
Note that you may change your mind: move the mouse outside the menu, and click anywhere.

@CoNS: I have added an option to change the behavior of the popup menu as described in my previous post. But this option is not available in the GUI. To change it, you will have to load the configuration file in a text editor, and change the last line to:set ::config(popups_on_button_up) trueThe config file is:C:\Documents and Settings\<YOUR USER NAME>\Application Data\PgcEdit\.pgcedit.cfgNote that the Application Data folder may be hidden.

[CoNS]

Originally posted by r0lZ
And I don't want to wewrite Tcl/Tk!Aw, comon r0lZ! Gettin' sloppy on yer old days, are ya?!! :D

Right then, I'll try the config thing and see how it works.

Originally posted by r0lZ
What I can do easily is to add an export and an import button in the color lookup table editor, so that you will be able to save the color table, and reuse it whenever you need it.Sounds good, I can live with that... Do I have to worry about PgcEdit degenerating the original YCrCB colours values to RGB? Or are the hex values tranfered directly and untouched in the copy/export/import/paste procedure in PgcEdit? (Say, if I author an otherwise empty DVD with the SubtitleCreator subtitle colours as you initially suggested, load it with PgcEdit and export the colour table for future use in PgcEdit, will the original SubtitleColours change slightly in a RGB conversion in PgcEdit?)

EDIT: BTW, did you change the auto-check of audio/subtitle stream numbers in v0.5.1? It used to be executed when entering the domain stream attributes window, but I just edited a disc where I added extra custom subtitles and the check seemed to be executed now as soon as I entered the PGC editor window. Correct?

[r0lZ]

Well, I've never seen a color 'degraded' after a conversion to RGB and a conversion back tu YCrCB. Although it is theorically possible that a rounding error occur, the formulas are exactly the same, reversed, for both conversions. So, you should end up with the right YCrCB colors.
Anyway, I'll try to save the YCrCB colors directly, to avoid the conversion.

Streams: No! I have not changed the streams check... :confused:

[CoNS]

Originally posted by r0lZ
Anyway, I'll try to save the YCrCB colors directly, to avoid the conversion.Cool, in a small file which only contains the colour table? I think I'll try to convince Paddington and mpucoder to implement support for the file format you present, so that SubtitleCreator and MuxMan respectively maybe will be able to import/export the file, too...

mpucoder is also complaining about loading an .ifo file, like you are, and Paddington's "load .ifo file" function, which he implemented a long time ago, is somewhat simplified, as he relies on the main movie being located in the first PGC.

EDIT: About the stream check, when is it supposed to be executed? When entering the PGC Editor window or the Domain Stream Attributes window?

[r0lZ]

OK. I will save the raw, unmodified color table in binary, as it is stored in the IFO (64 YCrCb bytes - the first byte of each color is a null, pad byte) with a .CLB file extension.


There are 2 ways to do the 'number of streams' check:

1) "Macros -> Fix number of streams" checks the whole DVD.

2) A check for the current domain only is done when entering the "Domain Streams Attributes" dialog.

[r0lZ]

I changed my mind. The option to use the mouse button up to call the popup menus is now integrated in the GUI, in the Options menu.
However, you will need to restart PgcEdit for this option to take effect (at least in the main window.)

[sweetness]

i'm getting this error now
"can't read "::buttons::butsinfo(menu,5,1,1,selendtime)": no such element in array"
what i did was edit and expot the menu with pgcedit0.5.1beta3, use muxman to remux the edited cells then vobblanker to replace. then import menus with pgcedit again. the first couple of times it worked ok but now i'm getting this error.
i'm going to retry to see if i did something wrong(or different) this might not be a problem with pgcedit because i use two other tools.

[ShawnFumo]

Actually, I seem to be getting a similar error, though I guess what I am doing is kind of odd. I have a PGC with several cells that I want to add invisible BOVs to.

I can easily go and open the button editor and make a new button (the button editor is fantastic, btw! I love the little arrows to show where the arrow keys will link to another button).

That seems to work fine, but then if I exit out of the editor and right-click on the PGC and select BOV again, it gives this error:


can't read "::buttons::butsinfo(pgc,1,1,1,hlendtime)": no such element in array
can't read "::buttons::butsinfo(pgc,1,1,1,hlendtime)": no such element in array
while executing
"set ::buttons::curbutsinfo($vobid,$cellid,hlendtime) $::buttons::butsinfo(pgc,$vts,$vobid,$cellid,hlendtime)"
invoked from within
"if [info exists ::buttons::butsinfo(pgc,$vts,errorcode)] {
set ::buttons::curbutsinfo(errorcode) $::buttons::butsinfo(pgc,$vts,errorcode)
set ::..."
(procedure "get_menu_buttons_infos" line 44)
invoked from within
"get_menu_buttons_infos $vts pgc"
(procedure "display_BOVs" line 6)
invoked from within
"display_BOVs [lindex $indexlist 0] [lindex $indexlist 1] 1024 $mode 0"
(procedure "::menubuttons::display_current_menu_buttons" line 17)
invoked from within
"::menubuttons::display_current_menu_buttons info"
(menu invoke)


Also, if I then save the DVD, it tells me that button items were changed and if I want to save it. I say yes, but then if I close out and open the DVD again, it finds no BOVs, and PowerDVD doesn't seem to show them either.

I theoretically shouldn't need a subpicture stream to make an invisible button, right? I'm using 0.5.1 on XP Pro (non-sp2). Maybe I'm just forgetting to do something somewhere, but I'm not sure.

Thanks again for the great program r0lz. :)
Shawn

P.S. Any thoughts on a way to batch apply a BOV across multiple cells? I know I could probably save out the "menu" and then import it into each cell, but I'm going to have thousands of cells if my project goes according to plan. But if not, no worries. Importing a bunch of things sure beats paying for some $10k program. :)

[ShawnFumo]

Actually, I just experimented a bit more. I used dvdauthor to make some simple BOVs (didn't think it could do them, but looks like it can after all), but then went into pgcedit to try to change some of the button commands.

In this case, I can go in and edit the button commands, and they will change. I can rightclick and do BOV again and there isn't an error and the changes are still there. However, if I save the DVD and then open it again, they are back to the previous values. But if I changed say a Pre command in the PGC, that WILL be changed. So it seems like the changes to the vobs aren't being kept for whatever reason in my case.

Shawn

[r0lZ]

OK. Thanks, guys. I'll look into this problem. Seems easy to debug.

Originally posted by ShawnFumo
I theoretically shouldn't need a subpicture stream to make an invisible button, right?

P.S. Any thoughts on a way to batch apply a BOV across multiple cells? I know I could probably save out the "menu" and then import it into each cell, but I'm going to have thousands of cells if my project goes according to plan. But if not, no worries. Importing a bunch of things sure beats paying for some $10k program. :) A subpicture stream must be defined in the IFOs if you want to see the button (as a rectangle, of course, if no subpic bitmaps exists).
Also, the Find BOV routine will automatically skip the parsing of the domain with no subpics. But you may force it by enabling the checkbox. But there is no GUI for the parsing of the regular menu buttons (in VMGM and VTSM domains), so, PgcEdit will not find them if there is no subpic stream defined in the VMGM_MAT/VTSI_MAT table. In this case, you will have to create a subpic definition, save the DVD and reload it.
Anyway, if no subpic is defined and a new menu button is created in the domain, PgcEdit create a subpic definition automatically in the Domain Streams Attributes, and enable it in the subpic status of the current PGC.

There is currently no way to import the menu buttons definitions for several cells at once. Sorry. But I may add something like the File -> Import All PGC Commands feature to be able to automatically export or import the .mnu files for the whole DVD at once. You will have to copy your original .mnu file for every cell to change, with the right filename, and call the Import All function. Is it what you want?
Note that I need to check if it is feasible easily. It's not a promise.

[r0lZ]

Originally posted by ShawnFumo

can't read "::buttons::butsinfo(pgc,1,1,1,hlendtime)": no such element in arrayAlso, if I then save the DVD, it tells me that button items were changed and if I want to save it. I say yes, but then if I close out and open the DVD again, it finds no BOVs, and PowerDVD doesn't seem to show them either. Both errors are now fixed.

The first bug (hlendtime missing in the array) happened when a new button was created, and the highlight end time was left to -1.

The second bug is a stupid mistake of mine. I have used a "<" symbol instead of "<=" in the loop through the VTSs to save the BOVs. Therefore, the last VTS BOVs were not saved. Could you confirm that you experienced this problem when creating a BOV in the last VTS?

[r0lZ]

Originally posted by ShawnFumo
Actually, I just experimented a bit more. I used dvdauthor to make some simple BOVs (didn't think it could do them, but looks like it can after all), but then went into pgcedit to try to change some of the button commands.

In this case, I can go in and edit the button commands, and they will change. I can rightclick and do BOV again and there isn't an error and the changes are still there. However, if I save the DVD and then open it again, they are back to the previous values. But if I changed say a Pre command in the PGC, that WILL be changed. So it seems like the changes to the vobs aren't being kept for whatever reason in my case. I don't understand why editing a PGC command solves the problem, but again, if you experienced this problem when editing the last VTS, the bug should be fixed now.

[r0lZ]

Originally posted by sweetness
i'm getting this error now
"can't read "::buttons::butsinfo(menu,5,1,1,selendtime)": no such element in array"
what i did was edit and expot the menu with pgcedit0.5.1beta3, use muxman to remux the edited cells then vobblanker to replace. then import menus with pgcedit again. the first couple of times it worked ok but now i'm getting this error.
i'm going to retry to see if i did something wrong(or different) this might not be a problem with pgcedit because i use two other tools. You should use v0.5.1 final! Maybe this problem is already fixed.
If not, seems it can be caused by the same problem as the one described by ShawnFumo. But I'm not sure.

Could you please download the last version, and do the full processing again (export and import)? If the problem persists, please copy here the full error message (use the "Details >>" button.)


PgcEdit 0.5.2 will be released soon...

[zacoz]

Just got to add my thanks for the Menu Button Editor in PGCEdit. Have used it several times now and even successfully reassigned values to match where I've stripped audio & subtitle streams.

[CoNS]

zacoz, could you make a small guide for doing that (fixing buttons when stripping streams)? It would be much appreciated! :)

[blutach]

@CoNS

There is no need to "fix" (remap) any buttons, if, for example, you use DVD Shrink to strip streams with logical remapping off. That way, the kept streams stay in place and do not change their ID numbers. The only thing you would want to do with the menu is to hide the buttons for the streams that are no longer present.

I do this with all my DVDs and have never had a problem selecting a stream via the menu. Try it!

Regards

[CoNS]

@blutach: Yep, but then the empty/stripped streams will still be available when cycling through streams with the remote. Also, when I've demuxed the movie PGC and want to leave out some streams in between the ones I keep, I'd then have to mux with empty/silent subtitle and/or audio streams. I don't think it's a "pretty" solution/result.

Until now I've been using doing this after stripping streams: I check the disc in PgcEdit to see if I can use the "Logical remapping of enabled streams" option in DVDShrink and then run the disc through DVDShrink for this sole purpose. If not, I leave the empty streams as they are and try to live with them, even though it's hard :D

So, basically what I'd like to be able to do is this: When PgcEdit says it's not safe to use the option in DVDShrink, I'd still run the disc through DVDShrink with the option enabled (to remove the empty streams), and then afterwards use PgcEdit's menu editor to edit the button commands in the audio/subtitle selection menu so that they now point to the correct streams. Sort of an extended "Logical remapping of enabled streams" method.

[sweetness]

You should use v0.5.1 final!
i missed that one. guess i was sleeping that day.

we i tried the final release and the same thing. this time i did not preprocess with anything i just import and export. if the menu already has buttons and i do that everything is fine. but if i create buttons with the import i still get the error. single cells and multiple ones.

also noticed after importing(and new buttons are created), the menu button in the tool bar does not work any more only for that menu (if i press it for other pgc) but in other(different) menus it pops up. maybe it's supposed to do that, just wanted to point that out too.
this error message comes up after i save the dvd.
can't read "::buttons::butsinfo(menu,0,7,1,selendtime)": no such element in array
can't read "::buttons::butsinfo(menu,0,7,1,selendtime)": no such element in array
while executing
"if {$::buttons::butsinfo($type,$vts,$vid,$cid,selendtime) != -1} {
incr ::buttons::butsinfo($type,$vts,$vid,$cid,selendtime) $starttime
}"
(procedure "fill_sector_with_buttons_infos" line 16)
invoked from within
"fill_sector_with_buttons_infos $origsector menu $vts $vid $cid"
(procedure "write_buttons_menus" line 43)
invoked from within
"write_buttons_menus $::dvddir $vts"
invoked from within
"if [info exists ::buttons::butsinfo(menu,edited)] {
for {set vts 0} {$vts <= $::menus(numvts)} {incr vts} {
if [write_buttons_menus $::dvddir $vt..."
(procedure "::menued::write_all_buttons" line 8)
invoked from within
"::menued::write_all_buttons"
(procedure "::main::Write_DVD" line 40)
invoked from within
"::main::Write_DVD false"
(menu invoke)


and one more thing. if i try to import lets say the main menu into the chapters menu it does not import to all the groups. ie group 1 will have the layout of the main menu and group 2 has the original layout which can not be changed.

[r0lZ]

OK. I will try to understand what's going on...

If there is an error while executing a function, the error dialog do not pop up when the function has been launched via a toolbar icon. I don't understand why.
But something is probably wrong after the import, and PgcEdit is unable to open the editor, because an error occur. You will probably see an error message if you call the function via the menu item.

On the group problem: of course, you should import a menu file with the same number of groups than in the original cell (or no buttons at all, except the one you must create to enter the editor).
In fact, the import function just overwrites the values of the internal veriables with new ones. If you import a menu with only one group over a menu with 2 groups, the first group will be modified, and the number of groups will be set to 1.
You may edit the file before the import, for example to change the number of groups, but the button definitions will still be modified for group 1 only, unless you duplicate them to create the values for group 2.
As a rule, do not import a menu of one titleset over a menu of another titleset, or you may experience problems like the one you described.

[r0lZ]

@sweetness: I'm almost sure it's the same bug as the one reported by ShawnFumo. It should be fixed now.
[EDIT:] Confirmed.

[zacoz]

Originally posted by CoNS
I check the disc in PgcEdit to see if I can use the "Logical remapping of enabled streams" option in DVDShrink and then run the disc through DVDShrink for this sole purpose. If not, I leave the empty streams as they are and try to live with them, even though it's hard :D
How do you know in PgcEdit if you can safely use the option in DVDShrink or not ?

Originally posted by blutach
There is no need to "fix" (remap) any buttons, if, for example, you use DVD Shrink to strip streams with logical remapping off. That way, the kept streams stay in place and do not change their ID numbers. The only thing you would want to do with the menu is to hide the buttons for the streams that are no longer present.
This is what I was previously doing, however as I was stripping angles in IfoEdit, I also took the opportunity to strip audio & subtitle streams. Whether it's IfoEdit's default behaviour or I changes an option somewhere, I ended up needing to remap buttons. I frequently use the remote to cycle the streams so now definitely prefer to actually make them completely unavailable.

Originally posted by CoNS
zacoz, could you make a small guide for doing that (fixing buttons when stripping streams)? It would be much appreciated!
Will need to test the approach on some other DVD's for consistency, but hey if it pans out, will give it a go. Even if no-one else uses it, it'll reinforce what I've learnt. Won't be this week as I've got some database development work to do and will be away for work for a couple of days.

[r0lZ]

Originally posted by zacoz
How do you know in PgcEdit if you can safely use the option in DVDShrink or not ? Macros -> DVDShrink Streams Remapping

This is what I was previously doing, however as I was stripping angles in IfoEdit, I also took the opportunity to strip audio & subtitle streams. Whether it's IfoEdit's default behaviour or I changes an option somewhere, I ended up needing to remap buttons.IfoEdit always do a stream remapping when doing a streams strip.

[blutach]

Originally posted by r0lZ
IfoEdit always do a stream remapping when doing a streams strip. Which is one reason DVD Shrink is actually a good alternative (with Logical Remapping off). Another will be the "vanishing cell command numbers", referred to in other threads here, as recently as today.

Anyway, whatever works for people.

Regards

[r0lZ]

Originally posted by ShawnFumo
(the button editor is fantastic, btw! I love the little arrows to show where the arrow keys will link to another button). Note: It's also possible to use the cursor keys on the keyboard to select an adjacent button. It's usefull to check the adjacent buttons setup.

[jsoto]

Hi r0lZ,

Are you going to release 0.5.2 or 0.5.3? I'm unable to find 0.5.2 , but in VobBlanker thread you said
BTW, PgcEdit 0.5.3 (to be released soon) is able to rocognize the VB's multiple backups,

BTW, fantastic work in menu editor.... I'm really impressed. Many, many thanks.

jsoto

[CoNS]

Originally posted by r0lZ
IfoEdit always do a stream remapping when doing a streams strip. Is it done in exactly the same way as "Logical remapping of enabled streams" in DVDShrink?

Originally posted by blutach
Another will be the "vanishing cell command numbers", referred to in other threads here, as recently as today.Woops, missed that one. Could you elaborate?

[r0lZ]

Originally posted by jsoto
Hi r0lZ,

Are you going to release 0.5.2 or 0.5.3? I'm unable to find 0.5.2... Oops! Typo. The new version will be 0.5.2.

[r0lZ]

Originally posted by CoNS
Is it done in exactly the same way as "Logical remapping of enabled streams" in DVDShrink?I'm not sure. DVDShrink tries to change the direct SetSTN commands (with constant values as operands). But it cannot fix the indirect SetSTN (with GPRMs as arguments, because the GPRMs are, by definition, variables).
I don't know if IfoEdit do that. Anyway, as it doesn't modify the VOBs, the SetSTN commands in buttons or BOVs are certainly left untouched.

Woops, missed that one. Could you elaborate? The last thread speaking of this problem is this one (http://forum.doom9.org/showthread.php?s=&threadid=92353).

[selyb]

Excellent work with the menu button editor :-D
with the removal of other programs to do that work i figgered it was time to donate ;)

BTW, is this the place for feature requests?

Is it possible to blank a single title or cell?
ive noticed that sometimes when i kill the playback of a pgc, i get a message asking if i want to remove the cells but i havent figured out when/why i get this message

[CoNS]

Originally posted by r0lZ
I'm not sure. DVDShrink tries to change the direct SetSTN commands (with constant values as operands). But it cannot fix the indirect SetSTN (with GPRMs as arguments, because the GPRMs are, by definition, variables).

I don't know if IfoEdit do that. Anyway, as it doesn't modify the VOBs, the SetSTN commands in buttons or BOVs are certainly left untouched.Ok, so IfoEdit does it somewhat differently then? But still it's done under the VOB Extras function in IfoEdit?

Does IfoEdit have an option for fixing the stream order, or does it try to do it automatically in all instances of stripping audio/subs?

I haven't followed the discussion in other threads about loosing cell commands in IfoEdit when stripping audio/subs. Is correct that IfoEdit is safe to use for stripping audio/subs in all cases where the PGC does not have cell commands? (what about pre/post commands?) And if the PGC has cell commands, you can still use IfoEdit for stripping if you remember to copy the cell commands back into the output disc afterwards by using PgcEdit or a similar program?

Hmmm r0lZ, as this stream reorder issue apparently pops up quite often among users, and as DVDShrink and IfoEdit don't work well in this matter, you could maybe consider making a macro in PgcEdit to fix it correctly? I know it's not easy to do, but what do you think? With the menu editor in place, you could need a new challenge? ;)

The problem may be that the reordering/remapping of streams must be conducted in connection with the stripping of audio/subtitle streams itself to make sure that the buttons point to the correct streams afterwards? Maybe a combined function to strip audio/subs and reorder/remap would be something for jsoto to implement in VobBlanker instead?

[blutach]

@CoNS

You might like to read this (http://forum.digital-digest.com/showthread.php?s=&threadid=45228) in regards to DVD Shrink's logical remapping function.

PgcEdit allows you to change stream orders and numbers easily in its PGC Editor window. Use with care and test extensively with your menu buttons.

Regards

[CoNS]

Hi blutach,

Thanks for the link to your very nice FAQ regarding the "Logical remapping..." function in DVDShrink.

In the FAQ you write this under "Logical Remapping Off":
the remote will simply cycle through the kept streams. Where they are in the order is irrelevant – it will go from Danish --> Dutch --> 3rd English --> Danish again.

Thus, with logical remapping off, everything is A-OK. There’s no problem. And that’s where the story should end.Hmmm, my software player still shows all of the streams, including the stripped ones. And I remember testing it on my standalone Sony, too, a long time ago, where it also let me cycled through the empty streams. That's why I'm still interested in methods to do an actual remapping correctly.

So that's why we have different approaches to this issue: For you it workds fine in your standalone. You don't see the stripped streams. For me, however, I still see the empty streams when I cycle through the streams with my remote on my standalone Sony, and I don't like that!

[blutach]

Hmmm. In my SONY (and my NAD), the stripped streams are not there. Software players are a bit different - they can show a stripped stream but greyed out.

But your player is the one with problems and I don't doubt you have them. Have you tried using logical remapping off and then in PgcEdit disabling (not removing) the "placemarkers". Note: Not all players will like this. For example, my NAD is very picky - it likes the streams enabled or else it gets "stuck" when cycling through. The SONY, on the other hand, couldn't care less.

But as I said before, PgcEdit can do all this easily for you. If you choose logical remapping on - and I'd run PgcEdit's DVD Shrink streams remapping macro first to see if it will work - you can reprogram the menu buttons. If you leave it off, you can reorder the streams in the PGC Editor and reprogram the buttons.

Regards

[r0lZ]

Originally posted by selyb
Excellent work with the menu button editor :-D
with the removal of other programs to do that work i figgered it was time to donate ;) Thanks!

BTW, is this the place for feature requests?Yes, but I will not work as heavily as before during the springs and summer. I have some other projects.

Is it possible to blank a single title or cell?
ive noticed that sometimes when i kill the playback of a pgc, i get a message asking if i want to remove the cells but i havent figured out when/why i get this message No, it's not possible, as PgcEdit doesn't process the VOBs. The only things it does is to append a blank cell at the end ot the current VOB, or replace the whole VOB by a single blank cell. Use VobBlanker to do that kind of processing.

Normally, Kill Playback just changes the pre commands of the current PGC to inhibit the playback.
However, when killing playback in the menu domain, there is an option to remove the references of the cell in the IFOs. The PGC will become a dummy PGC. The cell is not physically removed from the VOB, but is not referenced anymore in the IFOs (unless the same cell is reused in another PGC). If you load the DVD in DVDShrink, you will see the removed cell in the unreferenced material section.
The main advantage of this option is that you may load the DVD in VobBlanker, and process it directly, without having to manually mark the cell for removal. VobBlanker will drop the unreferenced cells automatically (or, with the new V2, replace them with a blank cell, if you wants so).
Also, if you use IfoEdit's Strip VOB ID function, the unreferenced cells will be automatically unselected in the GUI. (But IfoEdit is unable to strip a single Cell ID: it must strip the whole VOB ID or nothing.)
Unfortunately, it is not possible to implement the 'remove references' option in the title domain, because a dummy title is illegal.

[CoNS]

Originally posted by blutach
But as I said before, PgcEdit can do all this easily for you. If you choose logical remapping on - and I'd run PgcEdit's DVD Shrink streams remapping macro first to see if it will work - you can reprogram the menu buttons. If you leave it off, you can reorder the streams in the PGC Editor and reprogram the buttons.Yep, I think I know how to reorder the streams in PgcEdit (Logical remapping off) the way you mean, but I'm not quite sure. And I'm not sure at all how to reprogram the menu buttons.

That's why I previously asked zacoz in this thread if he could make a quick/small guide on how to do it, as he mentioned that he had done it succesfully.

[r0lZ]

Originally posted by CoNS
Ok, so IfoEdit does it somewhat differently then? But still it's done under the VOB Extras function in IfoEdit?

Does IfoEdit have an option for fixing the stream order, or does it try to do it automatically in all instances of stripping audio/subs?IfoEdit strips the streams, and reorder the streams IDs in the VOBs, and remove the streams from the IFO tables, but, as far as I know, it doesn't fix the VM commands, so, the streams selected via commands will be wrong.

I haven't followed the discussion in other threads about loosing cell commands in IfoEdit when stripping audio/subs. Is correct that IfoEdit is safe to use for stripping audio/subs in all cases where the PGC does not have cell commands? (what about pre/post commands?) And if the PGC has cell commands, you can still use IfoEdit for stripping if you remember to copy the cell commands back into the output disc afterwards by using PgcEdit or a similar program?No, IfoEdit is not always safe. It doesn't copy the cell commands numbers, and, also, it changes the cells type flags. Pre and post commands are not concerned, however.

Hmmm r0lZ, as this stream reorder issue apparently pops up quite often among users, and as DVDShrink and IfoEdit don't work well in this matter, you could maybe consider making a macro in PgcEdit to fix it correctly? I know it's not easy to do, but what do you think? With the menu editor in place, you could need a new challenge? ;) Unfortunately, it's not possible to automate this task. If you strip the streams in another program (say with DVDShrink with streams remapping ON), I will have no way to know which were the original streams refered to by the VM commands.
Furthermore, if an indirect SetSTN command is used somewhere, it's verry difficult to know where and how to change the GPRM, so that it will reference the right stream number.
However, you may do it relatively easily manually: locate the indirect SetSTN commands with the search function of PgcEdit, and note the GPRM they use. Then, goto Trace mode, set a breakpoint to all GPRMs used by SetSTN, and launch the trace. When the playback will stop, you must change the value assigned to the GPRM to reference the right stream.

The problem may be that the reordering/remapping of streams must be conducted in connection with the stripping of audio/subtitle streams itself to make sure that the buttons point to the correct streams afterwards? Maybe a combined function to strip audio/subs and reorder/remap would be something for jsoto to implement in VobBlanker instead? Right. But, as explained above, it's not easy to do if you have indirect SetSTN commands. Also, you will need to process the whole DVD, to be sure that all SetSTN in menu buttons will be processed.

[blutach]

@CoNS

Programming the menu buttons is the same as changing a command in the Editor. You just click on the button concerned and click underneath the menu display to bring up the same sort of VM command editor that you are already familiar with.

Suppose you had a subtitle stream originally mapped as stream 10 (which would be 9, since they start at 0). This is how your button would be programmed:

[51 00 00 00 C9 00 00 00] 1 (SetSTN) Set Sub-picture stream = 9, on (Note: There might be also be commands to highlight button numbers or links to other PGCNs/programs/cells).


Now, if you remapped this to stream 3 (which would be 2) you would simply change the button to:

[51 00 00 00 C2 00 00 00] 1 (SetSTN) Set Sub-picture stream = 2, on It's easy to see which stream is which as the Domain stream attributes for the movie title will tell you by country code.

Hope this helps and is what you were after.

Regards

[r0lZ]

Originally posted by CoNS
So that's why we have different approaches to this issue: For you it workds fine in your standalone. You don't see the stripped streams. For me, however, I still see the empty streams when I cycle through the streams with my remote on my standalone Sony, and I don't like that! This is why I've added the Macro -> DVDShrink Stream Remapping function. At least when it's safe, you may use the remapping, and still have working menus.

[CoNS]

@r0lZ: Yep, I use your macro alot. Very helpful. But it still leaves the problem unsolved when the macro says that the "Logical Remapping" option in DVDShrink should not be used...

And then when the button editing comes in! (if your not keen on the idea of making a macro that can do this, too!?!).

Thanks for explaining the button editing, blutach. Only, the examples you describe with buttons having SetSTN commands are actually the cases where the option in DVDShrink CAN be used... How do I edit the button commands when they are the same for all buttons, i.e. LinkTailPGC? This is when the "Logical Remapping" option in DVDShrink cannot be used.

[r0lZ]

Just search for SetSTN commands in the PGCs...

[CoNS]

Sorry for being such a dumbass nOOb! But just to make sure that I get it right:

A. If my button commands are the "SetSTN" type, I can either

1) use DVDShrink's logical remapping option (that's what PgcEdit's macro checks for, right?) and it'll do the button command remapping for me, or

2) I can strip the audio/subs without using the option in DVDShrink and then manually reorder the streams in PgcEdit and manually edit the SetSTN button commands (what blutach suggested)

B. If my button commands are the same ("LinkTailPGC" type), I cannot use DVDShrink (PgcEdit's macro will tell me this, too). I can then either

1) Strip the streams in DVDShrink with the logical remapping option on, and then fix the stream numbers in the PGC commands (where it reads the button number and determines the corresponding stream number with SetSTN), or

2) Strip the streams in DVDShrink with the option off (or use VobBlanker for audio stripping, or any other program that can strip audio/subs by replacing the stream with a blank/empty stream, i.e. DVD-Rebuilder), then reorder the streams in PgcEdit, as blutach described above, and then finally fix the stream numbers in the PGC commands (where it reads the button number and determines the corresponding stream number with SetSTN)

Right?

BTW, how does IfoEdit's VOB Extras strip function fit into the above?

[r0lZ]

Originally posted by CoNS
Sorry for being such a dumbass nOOb! But just to make sure that I get it right:

A. If my button commands are the "SetSTN" type, I can either

1) use DVDShrink's logical remapping option (that's what PgcEdit's macro checks for, right?) and it'll do the button command remapping for me, or

2) I can strip the audio/subs without using the option in DVDShrink and then manually reorder the streams in PgcEdit and manually edit the SetSTN button commands (what blutach suggested)Of course, you can do it manually. But why?

B. If my button commands are the same ("LinkTailPGC" type), I cannot use DVDShrink (PgcEdit's macro will tell me this, too). No. PgcEdit checks if there are indirect SetSTN commands somewhere in the DVD (including in the menus and BOVs).
Indirect commands do use GPRMs as arguments, not constant values. It's therefore not possible to change them to use the right stream number.
The fact that the button commands are all LinkTailPGC is not, per se, a problem. Normally, in this case, the post commands are used to check which button has been highlighted, and the corresponding action, wich may be a direct or indirect SetSTN, is executed.

I can then either

1) Strip the streams in DVDShrink with the logical remapping option on, and then fix the stream numbers in the PGC commands (where it reads the button number and determines the corresponding stream number with SetSTN), or

2) Strip the streams in DVDShrink with the option off (or use VobBlanker for audio stripping, or any other program that can strip audio/subs by replacing the stream with a blank/empty stream, i.e. DVD-Rebuilder), then reorder the streams in PgcEdit, as blutach described above, and then finally fix the stream numbers in the PGC commands (where it reads the button number and determines the corresponding stream number with SetSTN)

Right?Right. If uou used the streams remapping option, keep in mind that you must leave the direct SetSTN commands as they are. They have been fixed by DVDShrink. You must only change the values assigned to the GPRMs used by the indirect SetSTN commands.

BTW, how does IfoEdit's VOB Extras strip function fit into the above? IfoEdit does the stripping without fixing the commands (ie same as streams remapping off), but with the well known bugs in the cell table. Don't use it for streams stripping!

My method is this one:
I check if the DVDShrink streasms remapping is safe. Then, I strip the streams always with the streams remapping option ON! If the option was not safe, I search for the indirect SetSTN in the PGC and in the button commands. I note the GPRM numbers used. Then, I search for that GPRMs, and, when a constant is assigned, I change the value of the constant. But things may be even more complicated if the GPRM is used for several different purposes in the DVD, or if the GPRM is assigned the value of another GPRM.

The trace function is also useful to find out where the values must be changed: just run the trace until you reach the audio or subpic menu, then break it, and single step until you find the right assignment.

[CoNS]

Thank you very much for your answer. The whole thing is much more clear to me now after reading yours and blutach's views on it.Originally posted by r0lZ
Of course, you can do it manually. But why?Exactly! But that's what blutach described if I'm reading his reply correctly.

EDIT: Could you give an example on how to edit the indirect SetSTN commands? Is it exactly what 2COOL described in his guide about removing aspect ratio/language selection menus v3.0 (page 2)?

[r0lZ]

Suppose you have this SetSTN:

(SetSTN) Set Audio stream = gprm(1)

You have to search for a gprm(1) assignment. It may be a line like this one:

Set gprm(1) =(mov) 3

You have to replace the 3 by the number of the new stream. If, for example, stream 3 was French before the strip, and french is now stream 1, then change the 3 to 1. (Keep in mind that the streams are numbered starting at 0!)

The method is a little bit more complex for subpic streams, as the subpic number is ored with 0x40 (decimal 64) to turn it ON. So, the avove example become:

(SetSTN) Set Sub-picture stream = gprm(1)
and
Set gprm(1) =(mov) 67
(because stream 3 turned on is value 3 + 64)

[CoNS]

Ok, thanks. But what is the connection between the button command in these cases (LinkTailPGC) and the PGC commands? How does the PGC commands know which button is pressed?

And would it be possible to make a macro in PgcEdit to do the job automatically in selected PGCs? (search for the indirect SetSTN commands, correct the gprm values etc.?)

[selyb]

Originally posted by r0lZ
Normally, Kill Playback just changes the pre commands of the current PGC to inhibit the playback.
...
Unfortunately, it is not possible to implement the 'remove references' option in the title domain, because a dummy title is illegal. [/B]

Understood.

A feature i would love to see implemented is multiple backup folders
maybe a 'create a New backup' button and the ability to restore to any of those restore points

what i do now is save, close pgcedit, rename the backup folder, and reopen pgcedit

thanks again for a wonderful piece of work :)

[jeanl]

I believe you don't have to quit pgcedit. You can rename the backup folder, and then hit the "reopen" button...
EDIT: NO! That does not work! Sorry! I remembered wrong...
jeanl

[r0lZ]

Originally posted by selyb
Understood.

A feature i would love to see implemented is multiple backup folders
maybe a 'create a New backup' button and the ability to restore to any of those restore points

what i do now is save, close pgcedit, rename the backup folder, and reopen pgcedit

thanks again for a wonderful piece of work :) That's alerady done! V0.5.2 will have a new File menu item: Incremental Backup, that does just that. It renames the last PgcEdit_backup with an extension with the modification date and time of the folder, and then saves the IFOs in a new PgcEdit_backup.

[r0lZ]

Originally posted by CoNS
Ok, thanks. But what is the connection between the button command in these cases (LinkTailPGC) and the PGC commands? How does the PGC commands know which button is pressed?LinkTailPGC jumps to the post commands of the current PGC. Here, the value of the SPRM 8 (highlighted button number) is copied in a GPRM, and that GPRM is tested (with IF statements) against constant values, and the action is carried out.
Use the trace function on any DVD authored this way to understand the logic.

And would it be possible to make a macro in PgcEdit to do the job automatically in selected PGCs? (search for the indirect SetSTN commands, correct the gprm values etc.?) As I said before, no. It's impossible to know which stream must be remapped to which one, and the GPRM used by the indirect SetSTN may be also used for another purpose somewhere else. The human brain is necessary to figure out all the possible situations.
A good guide on that matter will be useful. But I will not write it myself, as I'm to busy with the programmation of PgcEdit, and my english is too bad. Sorry.

[selyb]

Originally posted by r0lZ
That's alerady done! V0.5.2 will have a new File menu item: Incremental Backup, that does just that. It renames the last PgcEdit_backup with an extension with the modification date and time of the folder, and then saves the IFOs in a new PgcEdit_backup.
http://forum.cdfreaks.com/images/smilies/4/bowdown.gifhttp://forum.cdfreaks.com/images/smilies/4/bowdown.gifhttp://forum.cdfreaks.com/images/smilies/4/bowdown.gifhttp://forum.cdfreaks.com/images/smilies/4/bowdown.gif

[blutach]

Blanking VMGM

This error message:

error renaming "E:/Working_Copy/VIDEO_TS.VOB" to "E:/Working_Copy/PgcEdit_backup/VIDEO_TS.VOB": permission denied
error renaming "E:/Working_Copy/VIDEO_TS.VOB" to "E:/Working_Copy/PgcEdit_backup/VIDEO_TS.VOB": permission denied
while executing
"file rename -force -- [file join $::dvddir $name] $backupdir"
invoked from within
"if [file exists [file join $::dvddir $name]] {
catch {file delete [file join $backupdir $name]}
file rename -force -- [file join $::dvddir $..."
invoked from within
"if $back {
if [file exists [file join $::dvddir $name]] {
catch {file delete [file join $backupdir $name]}
file rename -force -- [file j..."
invoked from within
"if $::utils::blankout_movevob {
if {! [file exists $backupdir]} {file mkdir $backupdir}
set back true
if [file exists [file join $backupdir $..."
(procedure "blank_out_remove_vobs" line 36)
invoked from within
"blank_out_remove_vobs $vtsnum $type"
(procedure "blank_out_PGCS_blank" line 3)
invoked from within
"blank_out_PGCS_blank $vtsnum $type $::utils::blankout_killpb"
("black" arm line 2)
invoked from within
"switch $::utils::blankout_type {
"rem" {
blank_out_PGCS_remove_menu $vtsnum
}
"black" {
blank_out_PGCS_blank $vtsnum $type $::utils::..."
(procedure "::utils::blank_out_PGCS_GUI" line 192)
invoked from within
"::utils::blank_out_PGCS_GUI"
(menu invoke)Regards

[blutach]

Further to previous post.

DVD was Chronicles of Riddick R4. Had much unreffed material in VMGM, which I think is part of copy protection.

IfoEdit helped by removing the unreffed mat and PgcEdit works fine now - blanks it easily.

If you want to see the original VIDEO_TS.VOB I can upload it to www.yousendit.com (115Mb).

Regards

[r0lZ]

The error is straightforward: PgcEdit cannot rename the VIDEO_TS.VOB file to move it to the backup directory.
It's not a PgcEdit bug, although PgcEdit should intercept the I/O error and display a warning instead of the standard error dialog.

This error may have several causes. The file may be write protected, or may be in use by another program. Sometime, Windows is the guilty: if the source or target folder is opened on the desktop, Windows locks the file for a short time to update the file informations in his display. If the move command is issued just at the same time, the file cannot be moved.

Anyway, I will add my own processing of this kind of errors, so that you will have the choice to retry, abort or ignore the error.


PS. I don't think the copy protection of this DVD is related to the error message. However, I'm interested to have a copy, as such copy protected DVDs are not yet available here, in zone 2. I'll be happy to learn a bit about the method. Maybe I can do something in PgcEdit, too...

[blutach]

I don't think it was copy protection either because we haven't seen ARccOS in R4 either. I just think that it was a VIDEO_TS.VOB with several unreferenced cells, which IfoEdi tfixed straight up (trimmed it from 115Mb to 260k).

Anyway, coming from a DVD Decrypter rip, the structure protection would be omitted.

Regards

[r0lZ]

What I mean is that the error is in no way related to the contents of the VOB file.
The error occured when PgcEdit issued the Tcl command to move the original file in the PgcEdit_backup folder, before blanking the whole titleset. This command is similar to the 'rename' DOS command. It was impossible to move the file because the permission was denied. This is strange, as VobBlanker don't set the Read Only flag on the ripped files. So, this is probally a 'file in use' problem. Are you sure that no programs were running at the same time, possibly using the VOB? Or maybe the PgcEdit's preview?

Another possibility is that the rip was done by another user, and the user who blanked the VOB doesn't have write permission on the original files. But I suppose that you've done the whole process under the same login. Don't you?

[blutach]

No, I was the only user, and I don't believe the preview was on, or PowerDVD had and handle on the files.

If I see the issue again, I will report it. Log it as a non-bug, OK.

Regards

[hf]

Originally posted by r0lZ

Anyway, I will add my own processing of this kind of errors, so that you will have the choice to retry, abort or ignore the error.


I don't know if you were going to add error checking for just this
one case or add it everywhere, but it would be good to add the ability
to retry when making backups after editing buttons (when it says
the vob hasn't been backed up and asks if you want to). I have
several times accidently left PowerDVD paused on a menu and then
get this error when trying to save.

[zacoz]

Originally posted by r0lZ
...A good guide on that matter will be useful. But I will not write it myself, as I'm to busy with the programmation of PgcEdit, and my english is too bad. Sorry.
@r0lZ: Your english is better than you may think - based upon your posts that I've seen anyway. Always understood what you were saying, grammatically wise that is, not always the actual content under discussion.

@CoNS: Thanks for all your questions about this issue while I've been away. The resulting answers help clear up in my mind the "other" scenario's that I hadn't seen so far (thanks to our resident guru's). Will try to squeeze in some work on a guide over next week or so. I imagine that it will need some review, correction & critique from you all to make it to the ranks of a good guide.

[r0lZ]

Thanks.
I may proofread your guide if you wish (not for the english syntax, of course. ;))

[r0lZ]

PgcEdit 0.5.2 beta 2 is here.
(Beta 1 was only an internal release)

I have used the demo version of the Tcl DevKit to improve and optimize the code. As many lines of codes were edited manually, it is possible that I've introduced some new bugs. This is why I prefer to release a beta prior to the final release.

See the history (in the help menu, not on the site) to see the other changes.

You may download the beta, as usual, only via the "All Versions" link of the PgcEdit homepage at VideoHelp (http://www.videohelp.com/~r0lZ/pgcedit/).

[blutach]

Thanks r0lZ - a very extensive change list!

What functions exactly should we be testing for the "optimised code"?

Regards


The Bugcatching Department :)

[r0lZ]

Almost everything has changed. In fact, I have learned with the DevKit that a certain type of syntax is faster.
So, I changed all 'expr' commands (when an expression is evaluated, including simple expressions like incrementing a counter), and many 'if' expressions (when a boolean variable or procedure is checked).
I think that approx one thousand lines were changed, everywhere in the code. I have also changed some lines for other reasons, to avoid potential bugs, or simply to clean up the code.

Unfortunately, the error is human. So, I may have misplaced an edit, or 'fixed' a line in a wrong way. The current version should therefore be used with caution. But, normally, it should work, even better, and a little bit faster than v0.5.1.

The speedup (if any) may probably be noticed in functions that does a lot of calculations and/or tests, but without disk accesses, like the search, or the 'Find unused GPRMs'...

[CoNS]

Ahhh, the subtitle colour import/export function... Thanks, r0lZ :)

When I load a disc in v0.5.2beta2, the menu button scanning at startup is somewhat slower than in version 0.5.1. (I've tried to load the same disc in both versions)

Also, when starting v0.5.2beta2 the first time, an empty subfolder named "--" is created in the PgcEdit directory, next to the "bin" folder?

And a very, very small detail: In the "About" window you mention MPUCoder twice, but spelled differently.

Finally, I have a problem with a specific disc which might be a bug in PgcEdit (or more likely just me not understanding how it works!). The disc has a menu PGC that consists of two cells. In the main window in PgcEdit it says that the PGC has 10 buttons, and in the PGC editor, it says that each of the two cells has 5 buttons. However, the first cell is a warning still pic with no buttons when previewed (and played in my software player), whereas the second cell is the main menu of the disc with 5 buttons. When I select the PGC in the main window in PgcEdit and show the menu buttons, the same menu (from cell 2) is displayed no matter if cell 1 or 2 is selected by me. I can send you the ifos and the menu vob if you like.

EDIT: When I remove the first cell and go back to the main window in PgcEdit, the playback time of the PGC has changed but it still says 10 buttons. When I save the disc, close PgcEdit and reload the disc, PgcEdit now says 5 buttons only...? :confused:

[r0lZ]

Originally posted by CoNS
Ahhh, the subtitle colour import/export function... Thanks, r0lZ :) Oh, yes, in beta 3, I've just added import and export of the color palette in RGB as a text file (same syntax as mpucoder's muxman project file). You may also import directly from a muxman project file... and from an IFO. If you import from an IFO, the first title PGC is used.

When I load a disc in v0.5.2beta2, the menu button scanning at startup is somewhat slower than in version 0.5.1. (I've tried to load the same disc in both versions)That's normal. Now, PgcEdit checks for multiple sets of buttons in each cell. The same is true for BOVs, but there, you have an option.
I will try to optimize the load time...

Also, when starting v0.5.2beta2 the first time, an empty subfolder named "--" is created in the PgcEdit directory, next to the "bin" folder? Noted, and fixed. Thanks!

And a very, very small detail: In the "About" window you mention MPUCoder twice, but spelled differently.Right. Changed both occurences to 'Mpucoder'.

Finally, I have a problem with a specific disc which might be a bug in PgcEdit (or more likely just me not understanding how it works!). The disc has a menu PGC that consists of two cells. In the main window in PgcEdit it says that the PGC has 10 buttons, and in the PGC editor, it says that each of the two cells has 5 buttons. However, the first cell is a warning still pic with no buttons when previewed (and played in my software player), whereas the second cell is the main menu of the disc with 5 buttons. When I select the PGC in the main window in PgcEdit and show the menu buttons, the same menu (from cell 2) is displayed no matter if cell 1 or 2 is selected by me. I can send you the ifos and the menu vob if you like.Note that sometime, the menu buttons are invisible, or displayed only at the verry end of the cell. In this case, PgcEdit will show the end of the cell in the buttons viewer, and you will not notice the difference with the next cell.
But I'll look into it. So, yes, please send me the IFOs and the VOB cells.

EDIT: When I remove the first cell and go back to the main window in PgcEdit, the playback time of the PGC has changed but it still says 10 buttons. When I save the disc, close PgcEdit and reload the disc, PgcEdit now says 5 buttons only...? :confused: I've already noticed some problems with the number of buttons after a cell deletion, or remapping. But I want to rewrite this part completely, so I will probably not fix this problem now...

[blutach]

I know we are in beta 2 testing mode right now, but can I ask for an "add cell" feature which is basically the opposite of the remove cell. This will enable, for example, the re-reference, if desired, of unreferenced material.

Or, should I just forget about this and use AddChapter and the PGC Editor to reference missing cells?

Regards

[lamster]

Found this with 0.5.1; didn't get the next beta yet...

Every time the "Find BOVs" dialog runs, the total number of buttons found is added to the "Found a total of nnn BOVs" message. E.g., if I let it run checking every 20 VOBUs, and it finds 100 buttons, and I then run it again checking every 1 VOBUs, and it finds the same 100 buttons, the message will say that it found 200 BOVs.

[Tobii]

I start PgcEdit and switch on the option "Store PgcEdit_backup into The DVDs Root folders instead of VIDEO_TS ?"... I always get this error:

---------------------------------------
error: can't read "::backupdir": no such variable

can't read "::backupdir": no such variable
can't read "::backupdir": no such variable
while executing
"set old_backupdir $::backupdir"
(procedure "::main::move_backup" line 2)
invoked from within
"::main::move_backup"
(menu invoke)
---------------------------------------

It isn't better, if one only can switch on the option, if the DVD is loaded ?

As well if one wants to deinstall PgcEdit, this error message comes:

error deleting "C:/Dokumente und Einstellungen/Tobi/Eigene Dateien/PgcEdit 0.5.2beta 3/bin/tkimage13.dll": permission denied

[CoNS]

Originally posted by r0lZ
Oh, yes, in beta 3, I've just added import and export of the color palette in RGB as a text file (same syntax as mpucoder's muxman project file). You may also import directly from a muxman project file... and from an IFO. If you import from an IFO, the first title PGC is used.Nice. Very nice indeed. But you keep your newly introduced .clb file format, too, right? I'm trying to convince mpucoder and Paddington to implement support for this file.Originally posted by r0lZ
So, yes, please send me the IFOs and the VOB cells.Will do ASAP. The menu vob is 59.2 mb and contains four LUs with almost identical warnings/menus in four different languages. Do you want the whole thing via yousendit.com or should I extract one of the LUs for you? How do I do the latter? (blank the rest of the LUs using VobBlanker?)

[r0lZ]

Originally posted by blutach
I know we are in beta 2 testing mode right now, but can I ask for an "add cell" feature which is basically the opposite of the remove cell. This will enable, for example, the re-reference, if desired, of unreferenced material.

Or, should I just forget about this and use AddChapter and the PGC Editor to reference missing cells?

Regards That's not easy. It is possible to program an Add Cell easily, but you will be able to add only referenced material.
The problem with unreferenced material is that... it is unreferenced. I have no way to know that it is in the VOBs, and no way to know his length, LBAs, etc...
So, if the user inputs an unreferenced VOB/Cell ID, I will be unable to correctly fix the IFOs. You will need to do a mock strip anyway. So, I prefer to leave this work to IfoEdit, AddChapter or VobBlanker.

Anyway, I don't want to work further in the PGC Editor for now, because I want to rewrite it completely...

[r0lZ]

Originally posted by lamster
Found this with 0.5.1; didn't get the next beta yet...

Every time the "Find BOVs" dialog runs, the total number of buttons found is added to the "Found a total of nnn BOVs" message. E.g., if I let it run checking every 20 VOBUs, and it finds 100 buttons, and I then run it again checking every 1 VOBUs, and it finds the same 100 buttons, the message will say that it found 200 BOVs. Well, it's not really a bug. The total number of buttons is displayed only for feedback, and is not used internally.
It is the sum of the buttons found by the find BOVs GUI. If you want to reset it, just quit the function, and open it again.

[EDIT:] I've changed my mind! Now, the total number of buttons is resetted to 0 everytime you press the Scan button. It's more useful now.

[r0lZ]

Originally posted by Tobii
I start PgcEdit and switch on the option "Store PgcEdit_backup into The DVDs Root folders instead of VIDEO_TS ?"... I always get this error:

---------------------------------------
error: can't read "::backupdir": no such variable

can't read "::backupdir": no such variable
can't read "::backupdir": no such variable
while executing
"set old_backupdir $::backupdir"
(procedure "::main::move_backup" line 2)
invoked from within
"::main::move_backup"
(menu invoke)
---------------------------------------

It isn't better, if one only can switch on the option, if the DVD is loaded ?

As well if one wants to deinstall PgcEdit, this error message comes:

error deleting "C:/Dokumente und Einstellungen/Tobi/Eigene Dateien/PgcEdit 0.5.2beta 3/bin/tkimage13.dll": permission denied Thanks for the report, Tobi. The backup problem should be easy to fix. For now, if you want to change the location of the backup directory, you may edit the configuration file manually, or -maybe- just close PgcEdit after the error, and launch it again.

[EDIT:] Problem fixed now.


The uninstall problem is more complex. I don't know why it happens. Maybe you have to call the uninstall routine after a reboot, so that the dll will not be in use. The tkimgbmp13.dll (not tkimage13.dll, which doesn't exists) is used by the menu buttons viewer to load the background image. So, if you don't use the viewer, you should be able to uninstall PgcEdit without problem.

[EDIT:] No, the dlls in the bin directory are in use when PgcEdit is opened, even if you haven't used the menu viewer. So, the only way to delete the DLLs is to do it manually, when PgcEdit is not running.
I have changed the uninstall routine so that the error message will not be displayed anymore, and added a note asking to remove the bin directory manually.

[r0lZ]

Originally posted by CoNS
Nice. Very nice indeed. But you keep your newly introduced .clb file format, too, right? I'm trying to convince mpucoder and Paddington to implement support for this file.Yes, the raw format is kept. When exporting, you will have to select which file format you want.
When importing, the file format is determined automatically.

Will do ASAP. The menu vob is 59.2 mb and contains four LUs with almost identical warnings/menus in four different languages. Do you want the whole thing via yousendit.com or should I extract one of the LUs for you? How do I do the latter? (blank the rest of the LUs using VobBlanker?) You may strip the LUs with IfoEdit, and remove the cells that are not problematical with VobBlanker. I just need the 2 cells that caused the troubles.
Please verify that the problem is still present after the LUs and cells strips.

[doomer2]

Using 0.5.1, and running the Find BOV's function, some dvds are giving the following error:

Error loading NAV pack from "BLAH.VOB" at sector (LBA) NNNN: NAV Pack identifier not valid. VOB doesn't match the IFOs.

The only option given is "OK". On some dvd's, this happens many times, and it's kindof tiresome to have to continue hitting OK so many times. Can you add an "Abort" button to the dialog, or maybe an "Ignore Errors" button so the scan can continue and will skip the popup about this type of error?

Also, is there any way to get more information on exactly what it doesn't like about the VOBs? I'd like to fix these problems if I can, but don't have a clue where to start looking.

Thanks!

[r0lZ]

Originally posted by doomer2
Using 0.5.1, and running the Find BOV's function, some dvds are giving the following error:

Error loading NAV pack from "BLAH.VOB" at sector (LBA) NNNN: NAV Pack identifier not valid. VOB doesn't match the IFOs.

The only option given is "OK". On some dvd's, this happens many times, and it's kindof tiresome to have to continue hitting OK so many times. Can you add an "Abort" button to the dialog, or maybe an "Ignore Errors" button so the scan can continue and will skip the popup about this type of error?

Also, is there any way to get more information on exactly what it doesn't like about the VOBs? I'd like to fix these problems if I can, but don't have a clue where to start looking.

Thanks! OK. I will try to suppress the messages.

This message is displayed when the infos in the IFOs on the VOB files are wrong. Every VOBU is referenced in the IFOs, and must begin with a Nav Pack. When parsing the VOBs, PgcEdit uses the infos in the IFOs to speedup the scan process. But it cannot handle the VOBs if the infos are wrong.
You should try to do a mock strip (http://forum.doom9.org/showthread.php?s=&threadid=84097&highlight=mock+strip) to fix the problem.

[r0lZ]

PgcEdit 0.5.2 beta 4 is there.

It fixes the problems discussed above.

@doomer2
I've not tested the suppression of the multiple error messages when parsing the BOVs. Please let me know if it works better now.

[CoNS]

Originally posted by r0lZ
You may strip the LUs with IfoEdit, and remove the cells that are not problematical with VobBlanker. I just need the 2 cells that caused the troubles.Ok, I've used VobBlanker only and blanked all other cells than the two in question. I'm sending the blanked menu vob and the ifos via yousendit.com, and you should recieve a mail with a link soon.

EDIT: I'm sending it via normal email to pgcedit(at)tiscali(dot)be... Let me know if you don't receive it.

For your info, VobBlanker also says that the two cells hold 10 buttons. A strange thing, though: VobBlanker says that the VTSM in question has 1 LU which has 6 menu PGCs. PgcEdit says that there're 6 LUs (all English, even though the disc only has Nordic menus).Originally posted by r0lZ
Please verify that the problem is still present after the LUs and cells strips. I've checked and the "problem" is still present (PgcEdit still says 10 buttons, 5 buttons on each cell).

BTW, the disc is "The Adventures of Tin Tin Disc 2" PAL R2, Nordic/Scandinavian edition, just in case you have the disc. Perhaps the Belgian/French version is authored the same way?

[zacoz]

Originally posted by CoNS
BTW, the disc is "The Adventures of Tin Tin Disc 2"
Ah.....This brings back memories. I used to read Tin Tin & Snowy's adventures when I was a kid. I didn't know they had been made into an animated series.

Sorry about the nostalgic off topic post.

[CoNS]

The animated series is quite good, actually... It's for my kids, but it brings back memories for me, too, as I used to read the comic books when I was a kid myself. :)

[r0lZ]

Tintin is a national stardom, here in Belgium! :) But I prefer the books.

I have looked at the stripped DVD you send. Everything seems normal.

1) There is only one LU. Where did you find 5 LUs? All LUs labels are "LU 1 (en)".
The LU code is 'en', but this doesn't matter, as the language code is used only when there are several LUs, to find the right one. If there is only one LU, it will be used anyway, regardless of his code.

2) The "VTSM 1, LU 1 (en), 3 (0:57) 10b." has two cells, with 5 buttons in each cell, giving a total of 10 buttons. Therefore, the number of buttons displayed in the PGC Selector is 10, as it should be.
If you look at the cells list in the PGC Editor, you will see the details of the number of buttons for each cells: cell 1 has 5 buttons, and cell 2, also 5 buttons. That's correct.

3) The first cell has buttons appearing only when the album's covers are displayed. The beginning of the cell is just an intro, without buttons. Therefore, when you enter the menu buttons viewer, the background image displayed under the buttons is the first image found after the buttons are defined. This image is almost the same as the first image of the next cell.
You may use the arrow buttons to select another background image, but if you use the back arrow, you will see the buttons over a wrong background.

4) There is indeed a little bug. The number of buttons in the PGC Selector is not correctly refreshed after a delete cell. It should be 5 instead of 10. But, as I explained before, this has no consequence, and I don't want to work anymore on the old PGC Editor, as I will rewrite it completely anyway.
If you want to see the right number of buttons, save the DVD and reload it.
[EDIT:] I have changed my mind, because it was easy to fix the problem. The total number of buttons is now updated after a Remove Cell.

[CoNS]

Originally posted by r0lZ
There is only one LU. Where did you find 5 LUs?Oops, did I write that? :o You're right, of course!

Originally posted by r0lZ
The first cell has buttons appearing only when the album's covers are displayed. The beginning of the cell is just an intro, without buttons. Therefore, when you enter the menu buttons viewer, the background image displayed under the buttons is the first image found after the buttons are defined. This image is almost the same as the first image of the next cell.Ahh, ok, then I guess it's a bad idea to blank or remove the first cell as I've already done?!! I want to get rid of the warning (the "intro" in the cell), so perhaps I should cut the playback of that cell using VobBlanker instead of removing the cell in PgcEdit? Can VobBlanker do that?

EDIT: Hmmm, when I try playing the disc in my software player after simply removing the first cell, it seems to play fine anyway, with the menu and all?

Usually, these warnings have their own cell, PGC or even VTSM or VTST. This is actually the first time I've seen a warning (playing 17 seconds) being the first part of some video played ending up with a menu - all in the same cell.

[zacoz]

PgcEdit 0.5.2 beta 4 is there. @r0lZ: All 0.5.2 betas seem to be missing. I picked up 0.5.2 beta 2 earlier today but now even it is gone.

[r0lZ]

No, the beta 4 is on the VideoHelp site.
It is not on the other homepages (because on Tiscali, I've reached the size limit, and the homepage in Poland is a mirror of the Tiscali site)

[zacoz]

Thanks, was looking on Belgium site just now, but obviously Videohelp site earlier. Will go and pretend I know what I'm doing now and fiddle with some more menu's.

[Tobii]

The problem with the uninstall option is clear.Thanks! :)
The other problem, with the backup option unfortunately not.
------------------------------------
Error: can't read "::dvddir": no such variable

can't read "::dvddir": no such variable
can't read "::dvddir": no such variable
while executing
"file join $::dvddir PgcEdit_backup"
(procedure "::main::move_backup" line 6)
invoked from within
"::main::move_backup"
(menu invoke)
------------------------------------

[r0lZ]

Originally posted by CoNS
Ahh, ok, then I guess it's a bad idea to blank or remove the first cell as I've already done?!! I want to get rid of the warning (the "intro" in the cell), so perhaps I should cut the playback of that cell using VobBlanker instead of removing the cell in PgcEdit? Can VobBlanker do that?

EDIT: Hmmm, when I try playing the disc in my software player after simply removing the first cell, it seems to play fine anyway, with the menu and all?

Usually, these warnings have their own cell, PGC or even VTSM or VTST. This is actually the first time I've seen a warning (playing 17 seconds) being the first part of some video played ending up with a menu - all in the same cell. If you remove the first cell, you should also remove the 2nd pre command:
2 if ( gprm(4) == 1 ) then { LinkPGN Program 2 }
Or you may get an error when the playback comes back to this PGC.

You may also replace the cell with VobBlanker, or change it to the second one with PgcEdit: click on the VOB/Cell ID button in the cell list, and assign it VOB ID 3 and Cell ID 2. This way, the first cell will be exactly like the second one.

This kind of authoring is not as unusual as you think. I've seen many cases where an intro lead directly to the first part of the menu. The 2nd cell is used afterwards, to skip the intro when you come back to the menu.
The fact that a warning is included in the intro is not usual, but I've already found that in some DVDs.

[r0lZ]

Originally posted by Tobii
The problem with the uninstall option is clear.Thanks! :)
The other problem, with the backup option unfortunately not.
------------------------------------
Error: can't read "::dvddir": no such variable

can't read "::dvddir": no such variable
can't read "::dvddir": no such variable
while executing
"file join $::dvddir PgcEdit_backup"
(procedure "::main::move_backup" line 6)
invoked from within
"::main::move_backup"
(menu invoke)
------------------------------------
Grrr! OK, I'll fix this one too...

Oh, I understand: you change the option when there is no DVD loaded in PgcEdit, no? I forgot this case! Easy to fix...

[zacoz]

Saw a post or guide earlier, that mentioned activating the option "Automatically renumber GOTO's upon cmds insert/delete?"

I understand why, however an wondering if there are problems having this activated all the time, eg a clash with some of the builtin macro's ? I gather there must be some reason for it not being activated by default.

[r0lZ]

No, it is safe to leave it ON.

However, I don't set it ON by default because I want that the user read the warning when the option is turned ON.
Also, old versions of PgcEdit did not have this option, and I don't want to change the behaviour of the editor if the user is not aware of the change.

[Tobii]

Oh, I understand: you change the option when there is no DVD loaded in PgcEdit, no? I forgot this case! Easy to fix...

This is right. I always adjust my options at the first one at once. I say thanks. :)

[jeanl]

Originally posted by CoNS
The animated series is quite good, actually... It's for my kids, but it brings back memories for me, too, as I used to read the comic books when I was a kid myself. :)
CoNS, totally OT, sorry: where did you find these? Here in the US they don't seem to be available on DVD... :(
jeanl

[CoNS]

jeanl, yep it's OT, so I sent you a pm about it! :)

[blutach]

Have lost file associations. I usually have BUPs associated with PgcEdit and they are somehow, no longer associated and ticking the option doesn't work.

EDIT: Have got it to work, but had to manually insert the icon. You still might want to look into this r0lZ :)

Regards

[r0lZ]

Well, the file associations under Windows are verry difficult to understand!
I have verified what's happening when you create a new association with the install option of PgcEdit, but another association already exists: the new association is correctly made, but the icon is not changed. I can't find a way to restore the icon easily.

The problem is that PgcEdit do not steal the file association for his own use. Therefore, if another program has created (or stealed) the file association, the defaults for that program will remain, except the options that are explicitely changed by PgcEdit (the "Open with PgcEdit" command, and, optionally, the "open" command.)

There is a trick to restore the association to the defaults:
Open the "Folder Options" control panel, go to the "File Types" tab, and select the .BUP (or .IFO) entry. Click the "Delete" button, and accept the warning. Then, create the extension with PgcEdit again. This time, the PgcEdit icon should be visible.
Take care: this method will remove the "play" command that is normally created by the DVD players. However, you will still be able to launch the player with the "Open with" submenu.

[blutach]

Well, what I did was not quite that. I did use folder options and simply modified the icon to the one that was in PgcEdit 5.2B4. Strange that it got lost between 5.2 and 5.1.

All's well that ends well.

Regards

[blutach]

Little bug in 5.2B4

1. It always says I have changed the menu, even when I haven't and offers to save.

2. The calculation of the new macro (Fix stream numbers in VMGM/VTSI_MAT etc), is different to 5.1 (and incorrect IMHO).

Regards

[r0lZ]

Originally posted by blutach
Little bug in 5.2B4

1. It always says I have changed the menu, even when I haven't and offers to save.Strange. I can't reproduce this problem.
Note that PgcEdit will say that the menu has changed until you save it. For example, if a menu is edited, then the DVD is saved, but you cancel the offer to save the buttons, the next time the DVD will be saved, you will be prompted again to save the buttons. That's normal: the flag 'menu modified' is resetted only when the buttons are saved.
Is it what you experienced?

2. The calculation of the new macro (Fix stream numbers in VMGM/VTSI_MAT etc), is different to 5.1 (and incorrect IMHO).Right. It's a bad edit (human error). It's fixed now.

[blutach]

I didn't cancel the offer but it keeps on asking me if I want to save the menu cos it's been altered. I will check it out a bit more and repost.

Regards

[CoNS]

r0lZ, you must be running out of ideas & notes on your todo list by now :D

A feature request:

The Nero Reallocation error is an annoying bugger, which keeps popping up once in a while, probably for many users out there. The problem is either 1) a VTS sector correction or 2) a removal of all VTSM (and/or VMGM), which have empty menu PGCs (no buttons and playback time 0:00) and which aren't marked as dummy PGCs.

PgcEdit can already fix both, if the user knows how to do it! How about an automatic check for these two issues with a confirmation box asking if it should be corrected, executed when a disc is loaded in PgcEdit?

[selyb]

I am using 5.1 release

Bug?
When i have a dvd open and i open another, i always get this or similar error messageError: can't read "::menus(0,1,lang)": no such variable

can't read "::menus(0,1,lang)": no such variable
can't read "::menus(0,1,lang)": no such variable
while executing
"set label "$label , LU $lu ($::menus($vts,$lu,lang))""
(procedure "pgc_label" line 48)
invoked from within
"pgc_label "" $type $vts $lunum $pgcnum"
(procedure "::main::display_pgc" line 12)
invoked from within
"::main::display_pgc menu 0 1 3"
("eval" body line 1)
invoked from within
"eval $cmd"
(procedure "::main::selector_launch_cmd_click" line 7)
invoked from within
"::main::selector_launch_cmd_click .mf.f2.selector ::main::cmdslist"
(command bound to event)


Bug?
if i use 'Enable Remote Navigational Buttons' macro with FirstPlay highlighted and choose 'Apply to all PGC's of the current domain' i get this error and i have to close PGCEdit to get rid of the Enable Remote Navigational Buttons' screen
Error: can't read "binarystring": no such variable

can't read "binarystring": no such variable
can't read "binarystring": no such variable
while executing
"string range $binarystring $start_offset [expr $start_offset+$length-1]"
(procedure "get_int" line 3)
invoked from within
"get_int ::pgcs($vts,$pgc,header) 0x9E 2"
(procedure "::macros::nav_buttons" line 193)
invoked from within
"::macros::nav_buttons"
(menu invoke)

Request: when i open a dvd and use trace mode, then open a new dvd and use trace mode, i would like it to automatically eject
did that make sense?

if i open a dvd and then change to trace mode, it automatically resets all gprm/sprms and highlights FirstPlay
then i open a new dvd and change to trace mode (if not there already) and the gprm/sprms are still the same values as they were for the first dvd and the position does not move

Request: macro to replace all '=(mov) sprm(13:Parental level)' with '=(mov) 15'

Edit:oops, that was meant to say 5.1 release

[r0lZ]

Originally posted by CoNS
r0lZ, you must be running out of ideas & notes on your todo list by now :D

A feature request:

The Nero Reallocation error is an annoying bugger, which keeps popping up once in a while, probably for many users out there. The problem is either 1) a VTS sector correction or 2) a removal of all VTSM (and/or VMGM), which have empty menu PGCs (no buttons and playback time 0:00) and which aren't marked as dummy PGCs.

PgcEdit can already fix both, if the user knows how to do it! How about an automatic check for these two issues with a confirmation box asking if it should be corrected, executed when a disc is loaded in PgcEdit? 1) is already supported, as PgcEdit do a Get VTS Sectors when saving.

2) Is not a bad idea. A warning in this case should be good, but there are tons of other warnings to add as well. One thing in the TODO list is to globally improve the errors detection mechanisms.
But don't expect that soon, as I need to take some distance with PgcEdit, at least during the springs and summer.

Also, I want to try to do a Preview for Unix and Mac users, and that is now my priority.

[r0lZ]

Originally posted by selyb
I am using 5.2 release

Bug?
When i have a dvd open and i open another, i always get this or similar error messageError: can't read "::menus(0,1,lang)": no such variable

can't read "::menus(0,1,lang)": no such variable
can't read "::menus(0,1,lang)": no such variable
while executing
"set label "$label , LU $lu ($::menus($vts,$lu,lang))""
(procedure "pgc_label" line 48)
invoked from within
"pgc_label "" $type $vts $lunum $pgcnum"
(procedure "::main::display_pgc" line 12)
invoked from within
"::main::display_pgc menu 0 1 3"
("eval" body line 1)
invoked from within
"eval $cmd"
(procedure "::main::selector_launch_cmd_click" line 7)
invoked from within
"::main::selector_launch_cmd_click .mf.f2.selector ::main::cmdslist"
(command bound to event)
Hum. I can't reproduce this bug. However, I'll try to fix it.
Could you describe exactly what you are doing? And please send me the IFOs of 2 DVDs which caused that problem. Thanks.


Bug?
if i use 'Enable Remote Navigational Buttons' macro with FirstPlay highlighted and choose 'Apply to all PGC's of the current domain' i get this error and i have to close PGCEdit to get rid of the Enable Remote Navigational Buttons' screen
Error: can't read "binarystring": no such variable

can't read "binarystring": no such variable
can't read "binarystring": no such variable
while executing
"string range $binarystring $start_offset [expr $start_offset+$length-1]"
(procedure "get_int" line 3)
invoked from within
"get_int ::pgcs($vts,$pgc,header) 0x9E 2"
(procedure "::macros::nav_buttons" line 193)
invoked from within
"::macros::nav_buttons"
(menu invoke)That's right. A check is missing here. Note that it doesn't make sense to apply this macro to the FP-PGC domain. Easy to fix anyway...
[EDIT:] Fixed.


Request: when i open a dvd and use trace mode, then open a new dvd and use trace mode, i would like it to automatically eject
did that make sense?

if i open a dvd and then change to trace mode, it automatically resets all gprm/sprms and highlights FirstPlay
then i open a new dvd and change to trace mode (if not there already) and the gprm/sprms are still the same values as they were for the first dvd and the position does not moveRight. I remember I've done it intentionally, because I wanted to be able to reopen the same DVD or to restore the backup without loosing the trace state. But maybe it needs to be improved, and if I detect that a different DVD is opened, then reset the trace mode. I will see if it's feasible.
[EDIT:] Done.


Request: macro to replace all '=(mov) sprm(13:Parental level)' with '=(mov) 15' If I do a macro like that, I will do a full 'search and replace' tool, able to search and replace everything. But it's difficult to do.
For now, I use this trick: start the search. Edit manually the first occurence, and copy the edited command to clipboard. Search again, and just use 'paste replace' when a new occurence is found. It's easy and quick.

[voo_doo99]

New "Play All" Title
Could someone explain this feature and typical usage?
Thanks.

[r0lZ]

The Play All macro will create a new PGC in the current title domain, and a new title number in the table of titles of the VMG.
The PGC attributes (VM commands, color table, streams attributes...) will be cloned from the current PGC.
In the new PGC, all cells referenced by the other PGCs of the current domain are added, so that, if you play the new title, you will see all the contents of the other PGCs in sequence (hence the 'Play All' name.)

This function may be used on episodic DVDs, to create a new title with all episodes joined together. Of course, it works only if all episodes are in the same domain.

You may also use it to compile some cells of the domain: just delete the cells you don't want in the new Play All PGC.

Note that nothing is done to actually call the new PGC. If you want, you must edit a menu and maybe some PGCs to be able to call it. But you may always use the remote to select the title manually.


For the advanced users, there is also a tricky 'backup' usage of this function: If you want to delete or reassign some cells in a PGC, you must take care that a deleted or reassigned cell will be unreferenced, and therefore inaccessible anymore.
It is for example impossible to swap a cell in one PGC with another one in another PGC, because when you will accept the first changes in the PGC editor, the original cell will be unavailable, and you will not be able to assign it in the other PGC. But if you use the Play All macro before doing the swap, all cells will still be referenced (because they are re-referenced anyway in the play all PGC). After the swap, you may safely delete the play all PGC, if you don't need it anymore. (You may use also the 'Clone PGC' macro for this 'backup' usage.)

[r0lZ]

PgcEdit 0.5.2 released
Added a Configuration option in the virtual player setup to load the PGN (Program number) instead of the PTTN (Chapter number) in SPRM 7. Many software and hardware players are not standard compliant on this point.
Added Export and Import options to save and load the color lookup table of the current PGC in the PGC Editor. File format: raw YCrCb color table (64 bytes, with leading 0 before each color) or RGB colors in ASCII format.
The import function can also import the colors from a Muxman project, or from a VTS IFO file (the colormap of the first PGC is used).
Added an option to display the popup menus when the right mouse button is released instead of pushed. This option is not recommended, though.
Added an option to store the PgcEdit_backup in the root folder of the DVD instead of in the VIDEO_TS folder. Useful to launch programs that doesn't work if there are illegal files in VIDEO_TS (like WinDVD).
Added File->Incremental Backup. Renames the current PgcEdit_backup folder (adds the modification time and date), and creates a new PgcEdit_backup.
A warning is issued when entering the menu buttons viewer if several sets of menu buttons are found in a cell. Currently, PgcEdit handles only the first set. A new option to optionally scan for multiple sets of BOVs has also been added in the 'Scan for BOVs' dialog, and the scanning for sets of buttons is optimized for speed.
Multiple errors messages when parsing the VOBs for menu buttons are now suppressed. Take care: one error message means that the whole VOB is not correctly parsed!
When saving buttons or BOVs, the original highlight status is left unchanged so that the animated highlights (for example, in Spiderman) will now still be animated.
File->Delete Backup(s) is able to delete the backups created by PgcEdit, VobBlanker, MenuShrink and Windows (Copy of ...), including incremental backups. TitleSetBlanker backups are not supported anymore.
Burn DVD: Excludes the backups PgcEdit_backup*, VobBlanker_backup*, MenuShrinkBackup* and "Copy of *" from the compilation.
Better error trapping for file I/O errors (copy, delete, rename, makedir). Now, a dialog pops up, allowing to retry the operation.
Thanks to the demo version of the Tcl DevKit, the code is now a little bit optimized, and a couple of potential bugs have been fixed.
The last VTS's title domain BOVs were never saved. Fixed.
"Can't read "::buttons::butsinfo(*,hlendtime)": no such element in array" (and selendtime) errors when a new button was created are now fixed.
The total number of menu buttons or BOVs displayed in the PGC selector label was not updated after a Remove Cell. Fixed.
Trace: When in a button command, LinkNextCell linked to the current cell, and LinkPrevCell linked to the current cell -2. Fixed.
Fixed a little bug in the "Options/Install/Associate PgcEdit with IFO (or BUP) Files", when the association was already present, but was blank.
Problem deleting the DLLs in the bin directory when uninstalling PgcEdit is now partially fixed. You will need to delete them manually.
Please note: DVD Decrypter 3.5.4.0 (as well as 3.5.3.0) has a bug when burning ISOs with some burners or medias. If you get an "Unable to recover TOC" I/O error after the completion of the burn, don't blame PgcEdit! I have tested a private beta release of DVD Decrypter, and this problem is now fixed. Please use DVDD 3.5.2.0 or wait for the next version!

[lark]

thx for the great news.

would it be a big task to add a macro that would delete all pre-, post-, and cell-commands from all unreferenced PGCs?

btw i think you mean 3.5.4.0 and 3.x.y.z below

regards
t :)

Originally posted by r0lZ
Please note: DVD Decrypter 0.5.4.0 (as well as 0.5.3.0) has a bug when burning ISOs with some burners or medias. If you get an "Unable to recover TOC" I/O error after the completion of the burn, don't blame PgcEdit! I have tested a private beta release of DVD Decrypter, and this problem is now fixed. Please use DVDD 0.5.2.0 or wait for the next version!

[r0lZ]

Originally posted by lark
btw i think you mean 3.5.4.0 and 3.x.y.z below
Right! Sorry, I am so used to type in 0.5... that I did not realize the mistake. I have edited the post. Thanks!

A macro to delete the VM commands in unused PGCs? Is it really needed? They doesn't hurt! And, if, for some reason, a PGC is marked as unreferenced while it is not, deleting the commands will broke the navigation.
Anyway, for the moment, my priority is to implement a preview for Linux. Please remind me later...

[bourtzovlakas]

Please note: DVD Decrypter 3.5.4.0 (as well as 3.5.3.0) has a bug when burning ISOs with some burners or medias.

Anyone in particular???
There is a certain issue with the ASUS DVD-E616P2...
Are there any other drives, you are aware of???

[r0lZ]

Originally posted by bourtzovlakas
Anyone in particular???
There is a certain issue with the ASUS DVD-E616P2...
Are there any other drives, you are aware of??? I have experienced some problems with my old Pioneer, and Verbatim medias. See this thread (http://forum.dvddecrypter.com/index.php?showtopic=19771) for details.

[selyb]

Originally posted by r0lZ
Hum. I can't reproduce this bug. However, I'll try to fix it.
Could you describe exactly what you are doing? And please send me the IFOs of 2 DVDs which caused that problem. Thanks.
If you can't reproduce this very easily then i doubt you will be able to do it with any ifos i send you
this happens to me every time that i open a dvd while one is already open
if i use the "Open DVD" command under File or if i use the "Open DVD" button on the toolbar and even if i open the same dvd that i already had open i get the error message
BUT: if i use the "Reopen DVD" button or menu command, i do NOT get the error
i had a problem before (an error message using MPClassic) that you could not reproduce
i am willing to bet that these have something to do with my setup
check this out:
I have Windows XP SP2 installed into C:\win\
Program files folder is C:\PF\
Common Program Files is C:\PF\Common\
My Documents is E:\Stuff\
Profiles Dir is C:\DAndS\
PgcEdit is installed to E:\Programs\Authoring\
MPC is installed to E:\Programs\MPC\
i believe i never did use any of the 'install' options included in PgcEdit

i will email you some ifos anyway just in case it might help

Request: Option to name Incremental backups as a number instead of the date
e.g. PgcEdit_Backup_1

Request: Menu command to restore from a list of current Incremental Backup folders

Request: When using "Popup menus on right mouse button released?" option, select the item current underneath the mouse when the button is pressed

right now what it does is nothing when i press the right button, then when i release, it selects the item and pops up the menu
i would like it to select when i press the button and pop up the menu when i release

i have written some small apps in VB and some VBS so i underestand that you can only do what you can do so please do not think i am trying to be demanding :scared:

just to show my appreaciation for working on the right click thing im sending you another 10 Euros :D

[selyb]

Bug?
i set the Parental level of the Virtual Player to 1
i used trace mode and a screen asked if i want to set the parental level higher
then PgcEdit asked if i wanted to accept but it did not change SPRM(13)
so i keep going back to the same screen that asks if i want to change the Parental level and PgcEdit asks if i want to accept

if i manually change SPRM(13) to 15, it works

[lark]

Originally posted by r0lZ
A macro to delete the VM commands in unused PGCs? Is it really needed? They doesn't hurt! And, if, for some reason, a PGC is marked as unreferenced while it is not, deleting the commands will broke the navigation.
Anyway, for the moment, my priority is to implement a preview for Linux. Please remind me later...

yep, definitely not high priority.
i know they don't hurt (the functionality), but when i dump all the dvd commands and search for some particular ones, i get also those that are in the unreferenced PGCs, don't i. and in that case they just fool me ;-)

btw are they (commands in unreferenced PGCs) accounted for, when pgcedit finds unused GPRMs?

regards
t :)

[selyb]

Request: Explore DVD Folder to use a system command for opening the folder instead of running Explorer ;)
i use an alternative file manager

[CoNS]

Thank you veru r0lZ. Can PgcEdit get any better, now?! :D Your hard work with this excellent tool is very much appreciated.

(BTW, small detail, you forgot to update the name of the thread to "PgcEdit 0.5.2 released"...!!)

[r0lZ]

Thanks, and Right. Done now.

[r0lZ]

Originally posted by selyb
If you can't reproduce this very easily then i doubt you will be able to do it with any ifos i send you
this happens to me every time that i open a dvd while one is already open
if i use the "Open DVD" command under File or if i use the "Open DVD" button on the toolbar and even if i open the same dvd that i already had open i get the error message
BUT: if i use the "Reopen DVD" button or menu command, i do NOT get the error
i had a problem before (an error message using MPClassic) that you could not reproduce
i am willing to bet that these have something to do with my setup
check this out:
I have Windows XP SP2 installed into C:\win\
Program files folder is C:\PF\
Common Program Files is C:\PF\Common\
My Documents is E:\Stuff\
Profiles Dir is C:\DAndS\
PgcEdit is installed to E:\Programs\Authoring\
MPC is installed to E:\Programs\MPC\
i believe i never did use any of the 'install' options included in PgcEdit

i will email you some ifos anyway just in case it might helpI doubt that your config may be guilty. Anyway, I'll have a look at the IFOs...

Request: Option to name Incremental backups as a number instead of the date
e.g. PgcEdit_Backup_1Why? The backups are already stored in increasing order, and the date/time is useful to remember when you've modified it for the last time.

Request: Menu command to restore from a list of current Incremental Backup foldersYou must probably restore the backups one at a time, in decreasing order, so that the VOBs files will be restored with the right IFOs. And, since PgcEdit do not restore the VOBs automatically, it's not verry usefull to automate this function. But I'll see if I can improve the restore process...

Request: When using "Popup menus on right mouse button released?" option, select the item current underneath the mouse when the button is pressed

right now what it does is nothing when i press the right button, then when i release, it selects the item and pops up the menu
i would like it to select when i press the button and pop up the menu when i release

i have written some small apps in VB and some VBS so i underestand that you can only do what you can do so please do not think i am trying to be demanding :scared:I have added this option so that the option under the mouse cursor will NOT be highlighted anymore, for safety purposes. And anyway, I am unable to control what's happening after the opening of the popup menu: it's Tk stuff!

just to show my appreaciation for working on the right click thing im sending you another 10 Euros :D :thanks:

[r0lZ]

Originally posted by selyb
Bug?
i set the Parental level of the Virtual Player to 1
i used trace mode and a screen asked if i want to set the parental level higher
then PgcEdit asked if i wanted to accept but it did not change SPRM(13)
so i keep going back to the same screen that asks if i want to change the Parental level and PgcEdit asks if i want to accept

if i manually change SPRM(13) to 15, it works Well, the usage of SPRM 13 is not clear. It stores the temporary parental level. I have tested his contents on my Sony, and it is NOT changed after a SetTmpPML. So, I cloned that behavior. But parental protections are extremely rare in zone 2, so I may be wrong.

@mpucoder: How is SetTmpPML related to SPRM 13? Any idea?

[r0lZ]

Originally posted by lark
yep, definitely not high priority.
i know they don't hurt (the functionality), but when i dump all the dvd commands and search for some particular ones, i get also those that are in the unreferenced PGCs, don't i. and in that case they just fool me ;-)

btw are they (commands in unreferenced PGCs) accounted for, when pgcedit finds unused GPRMs? Yes, the unreferenced PGCs are not remembered, so I can't test them in the other functions.
This is indeed a good reason to remove the commands from the unreferenced PGCs. I will probably add that feature, but later...

[r0lZ]

Originally posted by selyb
Request: Explore DVD Folder to use a system command for opening the folder instead of running Explorer ;)
i use an alternative file manager Sorry, that's too much work. I have implemented this function because it was trivial to do (under Windoze only). But what you request needs a GUI to configure the command.
Anyway, you can add your file manager in the Tools menu.

[selyb]

Originally posted by r0lZ
Sorry, that's too much work. I have implemented this function because it was trivial to do (under Windoze only). But what you request needs a GUI to configure the command.
Anyway, you can add your file manager in the Tools menu. i think maybe you misunderstood me :(
if i remember correctly, it should be just as easy to open a folder as it is to run explorer.exe. doing it this way would use the installed file manager instead of a static one
the tools menu is a good idea though

[selyb]

this is from 5.2 downloaded from http://home.tiscali.be/debie.roland/pgcedt/
i only download the windows exe, not compressed

this happens when i open a dvd and then use File > Open DVD and open the same set of filescan't read "::menus(0,1,lang)": no such variable
can't read "::menus(0,1,lang)": no such variable
while executing
"set label "$label , LU $lu ($::menus($vts,$lu,lang))""
(procedure "pgc_label" line 48)
invoked from within
"pgc_label "" $type $vts $lunum $pgcnum"
(procedure "::main::display_pgc" line 12)
invoked from within
"::main::display_pgc menu 0 1 6"
("eval" body line 1)
invoked from within
"eval $cmd"
(procedure "::main::selector_launch_cmd_click" line 7)
invoked from within
"::main::selector_launch_cmd_click .mf.f2.selector ::main::cmdslist"
(command bound to event)

[r0lZ]

Originally posted by selyb
i think maybe you misunderstood me :(
if i remember correctly, it should be just as easy to open a folder as it is to run explorer.exe. doing it this way would use the installed file manager instead of a static one
the tools menu is a good idea though I use the "start" DOS shell command to open the folder (ie. I launch: start "foldername")

start is supposed to use the default program associated with the filetype of his option (in this case, with the folders). If it doesn't work, either your file browser is not correctly installed, or start don't work as expected.
Try to associate your file browser with the folders, if you wish.

[blutach]

@rolz - thanks again for a wonderful new version.

Unreferenced PGCs: I echo lark's thoughts about unreferenced PGCs (especially, but not only, for finding ununsed GPRMs) and you will recall jeanl's idea some time ago that PgcEdit search for a 2nd level of unreferenced PGCs after the elimination of commands in already unreferenced PGCs. This is a good thing to have IMHO and maybe we can see this in a future version.

Re cell swapping and Play All/Clone PGC utilities: If you swap a cell without doing this, as you say, it will become unreferenced if it isn't referenced elsewhere in the domain. You say you can't put it back. This is true in PgcEdit, but of course, users should be aware that it is a very simple thing in IfoEdit. I wonder whether you can program this in to PgcEdit?

Regards

[r0lZ]

Originally posted by blutach
@rolz - thanks again for a wonderful new version.

Unreferenced PGCs: I echo lark's thoughts about unreferenced PGCs (especially, but not only, for finding ununsed GPRMs) and you will recall jeanl's idea some time ago that PgcEdit search for a 2nd level of unreferenced PGCs after the elimination of commands in already unreferenced PGCs. This is a good thing to have IMHO and maybe we can see this in a future version.OK. I will see what I can do...

Re cell swapping and Play All/Clone PGC utilities: If you swap a cell without doing this, as you say, it will become unreferenced if it isn't referenced elsewhere in the domain. You say you can't put it back. This is true in PgcEdit, but of course, users should be aware that it is a very simple thing in IfoEdit. I wonder whether you can program this in to PgcEdit? It's not easy to do in PgcEdit, because if a cell is unreferenced, you must do a mock strip to recreate the references. As you know, PgcEdit is unable to do a mock strip. And I don't want to implement that kind of stuff, because PgcEdit is not a VOB editor (although there is now a menu buttons editor), and Tcl/Tk is too slow to process such large amounts of data.

[blutach]

Originally posted by r0lZ
OK. I will see what I can do...Thanks - that would be fantastic!

It's not easy to do in PgcEdit, because if a cell is unreferenced, you must do a mock strip to recreate the references. As you know, PgcEdit is unable to do a mock strip. And I don't want to implement that kind of stuff, because PgcEdit is not a VOB editor (although there is now a menu buttons editor), and Tcl/Tk is too slow to process such large amounts of data. No problems - I was really just informing folks that it is in fact a very straight forward process in IfoEdit.

Regards

[selyb]

Originally posted by selyb
this is from 5.2 downloaded from http://home.tiscali.be/debie.roland/pgcedt/
i only download the windows exe, not compressed

this happens when i open a dvd and then use File > Open DVD and open the same set of files] ok, i got it narrowed down
this only happens when i am browsing for the new dvd files to open and i double click the file
what happens is after the browse dialog disappears, the pgc selector catches the release of my right mouse button

suggestion: disable everything on the main window until either cancel button is pressed or until the new dvd is fully opened

[selyb]

Originally posted by r0lZ
I use the "start" DOS shell command to open the folder (ie. I launch: start "foldername")

start is supposed to use the default program associated with the filetype of his option (in this case, with the folders). If it doesn't work, either your file browser is not correctly installed, or start don't work as expected.
Try to associate your file browser with the folders, if you wish. my file manager is, without a doubt, installed correctly and folders and drives and such are associated with it (i checked my registry)

if i open a command prompt and type 'start c:\win' it uses my file manager instead of explorer

this is really trivial to me so unless you have some other reason to pursue the problem, i would just forget about it ;)

[r0lZ]

Originally posted by selyb
ok, i got it narrowed down
this only happens when i am browsing for the new dvd files to open and i double click the file
what happens is after the browse dialog disappears, the pgc selector catches the release of my right mouse button

suggestion: disable everything on the main window until either cancel button is pressed or until the new dvd is fully opened Oh yes. I know this Tk bug!
I can't do anything to avoid it, as it is possible to disable the main window interface only when another window is opened. But I may try to add a small delay after the file requester is closed, to allow the interface to refresh before the old variables are erased.

I think this bug should be reported to the Tcl/Tk authors. Anyway, it's not my fault. :cool:

[r0lZ]

A new beta is already available, as usual in the All Versions folder of my homepage at VideoHelp (http://www.videohelp.com/~r0lZ/pgcedit/).

I have added the little delay after the file requester, and it seems to work well. selyb, could you try it?

Also, the Info -> Calls Cross References has an option to remove the VM commands of the unreferenced cells, and to clear the Next/Prev/GoUpPGC links.

It is a beta because I don't want to release 2 versions the same day, but you may assume that there are no new bugs, as I have changed only two functions, and the edits are safe.

[blutach]

Wow r0lZ - THAT was fast!!! So, if we do the remove commands from unreferenced PGCs and just keep doing this over and over, we can remove all unreferenced PGCs?

Regards

[blutach]

What if we know that but for a menu call, a PGC/title is unreferenced? Do we take that out manually with the menu editor?

Regards

[selyb]

that delay works beautifully :)

[r0lZ]

Originally posted by blutach
Wow r0lZ - THAT was fast!!! So, if we do the remove commands from unreferenced PGCs and just keep doing this over and over, we can remove all unreferenced PGCs?

Regards The only thing that is not cleared are the menu buttons or BOVs commands in the unreferenced cells. But, most of the time, buttons will be present only in referenced PGCs.
(If you have button commands in the unreferenced PGCs, you should change them to NOP or LinkTailPGC manually.)

So, yes, you may probably assume that all unreferenced PGCs will be found when the function doesn't find new unreferenced PGCs anymore.

[r0lZ]

Originally posted by selyb
that delay works beautifully :) Thanks for the feedback!

BTW, I have verified the way I have implemented the Open DVD Folder function: I was unable to call the start function. For an unknown reason, it doesn't work from Tcl/Tk. So, I've made a direct call to explorer.exe. Sorry. As I said, use the Tools menu...

[blutach]

Right now, the Utility -- New dummy PGC doesn't work if there's only a FP PGC. So, I can't add VMGM 1 etc.

Is this intentional?

BTW: The remove commands and links works great!!!

Regards

[r0lZ]

No, it's not intentional. I've already noticed this problem, but since you will add some VTS anyway, I haven't fixed it.

[EDIT] Wrong! The new Dummy PGC can't work on the FP-PGC, but you may add a VMGM PGC 1 with the New Menu function.

[blutach]

I already have some VTSs - e.g your Test SPRM7 disk!

EDIT - OK on your edit.

Regards

[selyb]

Originally posted by r0lZ
I was unable to call the start function. For an unknown reason, it doesn't work from Tcl/Tk. So, I've made a direct call to explorer.exe that may be because 'start' is a command line option for cmd.exe
i have never seen 'start' used otherwise

[lark]

Originally posted by selyb
that may be because 'start' is a command line option for cmd.exe
i have never seen 'start' used otherwise

sorry, but i have to comment this:
i've seen 'start' used to shutdown windows :) :p :D

btw, r0lZ, thx a 1000000 for the new release w/ option to remove the VM commands of the unreferenced cells.

regards
t :)

[blutach]

@lark - very good! Maybe it's the Start of the finish!

Regards

[CoNS]

...Or the end of the beginning...?!! :D

[blutach]

Just thinking here:

If we find a menu that is unreffed and can take its VM commands out, why can't we make it a dummy at the same time (if it has video in it), letting the user know he has to do a menu strip. Once the menu buttons (if any) are out of the way, this could lead to more unreffed material being stripped clean.

I have actually been able to trim a 7 VTS disk down to 1 doing this (ultimately needing, of course to play with things like VMGM_MAT, VMG_PTT_SRPT and VMG_VTS_ATRT), but that is not hard.

There was a guy the other day who actually wanted to do this on his backups to keep things "neat" IIRC.

Regards

[r0lZ]

Good idea, blu.
I'll add it soon...

[blutach]

First good idea I've had for months! Or so my finacee tells me.

Morning r0lZ and thanks.

Regards

[r0lZ]

WARNING! I've found a bug in 0.5.2 (final release only) and 0.5.3 beta 1.

If you create a new button or BOV in a cell originally without buttons, the new button(s) will be saved only in the first nav pack of the cell, while it should be saved also in all subsequent nav packs. Your button will be shown only for a verry short time, and then disappear.

This bug is fixed now. I will release a nev version soon...

Thanks to Pil who submitted this bug via private email.

[lark]

would it be hard to detect PGCs that are only referenced by themselves (and delete commands from those as well)?

regards
t :)

[r0lZ]

It's already the case, no?
Normally, the commands jumping inside the same PGC are ignored (unless there is a bug somewhere).

[r0lZ]

PgcEdit 0.5.3 beta 2 is here. (Third release in two days! Sorry.)

It fixes the important bug with the new buttons on cells originally without buttons.
This bug was introduced because I wanted to keep the original highlight status whenever possible, so that animated highlights are not lost after a save cell with edited menu buttons.
But I kept the original status of 0 when a new button was created on a cell w/o buttons. In this case, the HL status is now 1 in the first nav pack of the cell, and 2 in all subsequent packs, as it should be.

I have also added the option to convert unreferenced menu PGCs to dummies when using the Info -> Calls Cross References function. Note that the GUI will be visible only if there are unreferenced menu PGCs with video, and if you accept the 'delete commands' option.
Take care: cells with menu buttons will be converted to dummies as well.

[lark]

Originally posted by r0lZ
It's already the case, no?
Normally, the commands jumping inside the same PGC are ignored (unless there is a bug somewhere).
i'm not 100% sure but i think i just had a dvd that had many PGCs (not marked as unreferenced) having only linktailpgc pointing to them. when i deleted that command, pgcedit deleted the rest ;-)
but obviously it was pinta to delete those commands from 50+ PGCs...

regards
t :)

[r0lZ]

I've just tried with a PGC with a LinkTailPGC in post commands, and another one as cell command 1. It is correctly marked as unreferenced.
Don't forget that a PGC may be referenced if there are Next/Prev/GoUpPGC links pointing to it in another PGC, or if it's a PGC callable with the remote (ie root, title, subpic menu entry...)

If you still encounter a bug, please send me the Call Cross Refeerences output.

[blutach]

Thanks for the fix r0lZ and the enhancement to the unreferenced material "wipe". One final thought about wiping unreffed material.

If a GPRM is used only once I think it can be safely deleted. Oftentimes, you see authoring remnants that say someting like If gprm(7) <> 0 then jump to a PGC which is otherwise unreferenced and usually has no commands in it. This command, of course, can never be executed as it is the only time gprm(7) is used.

So, can PgcEdit find GPRMs that are only used once and delete the commands, too?

Regards

[r0lZ]

That's a totally different method. I need to inspect every command in the DVD (including in menu buttons) before calling the actual Call Cross Refs function. It's a big work. Please remind me later...
For now, I want to implement the preview for Linux.

[blutach]

Final Q then off to bed:

If I have done an incremental backup, how does one restore from the old backup (the original one now marked with the date and time)? This is a manual job, yes?

Regards

[blutach]

Originally posted by r0lZ
That's a totally different method. I need to inspect every command in the DVD (including in menu buttons) before calling the actual Call Cross Refs function. It's a big work. Please remind me later...
For now, I want to implement the preview for Linux. OK, never mind - I would not want to slow down the calls cross refs function just for this. I suppose it is easy to delete manually anyway.

Regards

[r0lZ]

Originally posted by blutach
Final Q then off to bed:

If I have done an incremental backup, how does one restore from the old backup (the original one now marked with the date and time)? This is a manual job, yes?

Regards For now, yes. In fact, I assume that you do an incremental backup when you have successfully modified the DVD, but you want to do something more, potentially dangerous.

But I may implement a 'remove backup' option when the current backup is restored. In this case, the current backup will be restored, and deleted, and the last incremental backup will be renamed to be the current backup again. You will therefore be able to restore it from PgcEdit.

Note that the VOB files in the backup folders are never restored automatically. So, even with a single backup, you may have to restore it manually.

[lark]

Originally posted by r0lZ
I've just tried with a PGC with a LinkTailPGC in post commands, and another one as cell command 1. It is correctly marked as unreferenced.
Don't forget that a PGC may be referenced if there are Next/Prev/GoUpPGC links pointing to it in another PGC, or if it's a PGC callable with the remote (ie root, title, subpic menu entry...)

If you still encounter a bug, please send me the Call Cross Refeerences output.

in my case LinkTailPGC was a cell command.

i just sent you all the dvd commands as pm.

regards
t :)

[selyb]

Originally posted by lark
sorry, but i have to comment this:
i've seen 'start' used to shutdown windows :) :p :D
could you please explain in more detail?

[lark]

ever seen the small icon with text "start" in windows?
it's usually in the lower left corner.
when you click it, there's a menu and 1st item in the menu says 'Shut Down'. obviously these can be a bit different in some systems depending on language and other settings.... :D :D :D

regards
t :)

[lark]

coming back to the self-referenced PGCs...

in my case the pgc was part of TTN1 and there was really only LinkTailPGC cell command referencing it. as r0lZ pointed out (in PM) it could be callable even if there are no explicit jumps to the PGC.

now this is actually getting academic:
what i was wondering, why pgcedit doesn't consider it as unreferenced, when there's that LinkTailPGC? but as soon as that one is deleted, it will be suspect as unreferenced. so the logic is a bit weird ;-)

in my case the TTN1 contained a dozen PGCs and i knew they are not referenced since i had deleted the jump from vmgm. then i wanted to delete all vm commands from the vts so that it would be easier to find out, who (if any) are setting certain registers.

that actually takes me to another feature request:
it would be nice to have 'delete all vm commands' in the context manu, when a PGC is right-clicked.

regards
t :)

[r0lZ]

Originally posted by lark
ever seen the small icon with text "start" in windows?
it's usually in the lower left corner.
when you click it, there's a menu and 1st item in the menu says 'Shut Down'. obviously these can be a bit different in some systems depending on language and other settings.... :D :D :D

regards
t :) You're kidding, I suppose. The start DOS command has nothing to do with the start menu. ;)

BTW, to launch explorer from Tcl/Tk, I tried to 'exec' this line:
cmd /c start "foldername"
but it doesn't work.

[lark]

Originally posted by r0lZ
You're kidding, I suppose. The start DOS command has nothing to do with the start menu. ;)

sure i know, that's why the smilies where in the 1st post...
sorry, if i caused some confusion.

regards
t :)

[r0lZ]

Originally posted by lark
coming back to the self-referenced PGCs...

in my case the pgc was part of TTN1 and there was really only LinkTailPGC cell command referencing it. as r0lZ pointed out (in PM) it could be callable even if there are no explicit jumps to the PGC.

now this is actually getting academic:
what i was wondering, why pgcedit doesn't consider it as unreferenced, when there's that LinkTailPGC? but as soon as that one is deleted, it will be suspect as unreferenced. so the logic is a bit weird ;-)

in my case the TTN1 contained a dozen PGCs and i knew they are not referenced since i had deleted the jump from vmgm. then i wanted to delete all vm commands from the vts so that it would be easier to find out, who (if any) are setting certain registers.

that actually takes me to another feature request:
it would be nice to have 'delete all vm commands' in the context manu, when a PGC is right-clicked.

regards
t :) I'm not sure that a PGC belonging to a multi PGC TTN may be called without an explicit call. But I am sure that you cannot delete the PGC safely, because the chapter number(s) defined in the removed PGC will point to nowhere. So, for safety purposes, I don't want to delete the commands in these PGCs automatically.
Anyway, it is also possible that there is a bug in the Cross Refs function: maybe only the first PGC of the multi PGC TTN is considered to be unreferenced.

I will add a 'Delete commands' entry in the Edit (and therefore also popup) menu. It's easy!

[lark]

ok. thx.
t :)

[selyb]

Originally posted by lark
ever seen the small icon with text "start" in windows?
it's usually in the lower left ...
http://www.selyb.com/smile33.png

@rolz, when i get the chance, ill try to install tcl/tk on my machine and see if i cant help out maybe

[lark]

there seems to be a typo in the menu buttons warning dialog.
Don't thrust the button viewer in this case!
i guess it should be trust ;-)

regards
t :)

[lark]

i just used import title's closing title for the very 1st time and it didn't copy the cell commands. should it?

in my case there are 2 cells and the 1st has linktailpgc as cell command. obviously it works fine w/o, but makes me wonder, should those be copied as well? i know that in some cases they can make more harm than good...

regards
t :)

[blutach]

I have found that it is not necessary to have these copied. The closing clip plays and then goes back to VMGM then back eventually to the root menu.

Regards

[r0lZ]

Indeed, the commands are created by PgcEdit. None of them are retained from the original PGC.

BTW, typo corrected. (It was not a typo, but an error!)

[lark]

i know that the post command is generated by pgcedit,
but what i was talking about was the CELL command...

my original title had 2 cells and 1st of them had this cell cmd
[20 01 00 00 00 00 00 0D] 1 LinkTailPGC

title copied to be "title's closing clip" obviously had also 2 cells and 1st of them was configured to have cell command 1, but the actual PGC didn't have any cell command and thus the cell was referring to non-existing cell command!
well, it worked fine with SW player. haven't tested with HW.

regards
t :)

[r0lZ]

The last cell is probably a verry short one (a single black frame).
The LinkTailPGC is not needed, as it simply bypasses this last frame.

Leaving a cell command number pointing to nothing is normally harmless. Of course, you may delete it, or add the post command yourself.

[lark]

thx for quick reply.
that's what i was thinking as well (yes, 2nd cell is just to enable skipping to the end),

but the question is, should pgcedit already remove the 'link' to cell command (if it removes the actual command)?
or should it at least inform the user to check / manually correct the situation?

regards
t :)

[blutach]

@lark

Are you sayingthe macro killed the cell command/command number in the ORIGINAL TTN PGC or just did not reproduce it in the new title?

I would think that the cell command in the original PGC should have been retained.

Regards

[r0lZ]

I don't touch anything in the original cell: the IFO is not saved.

Indeed, in the imported title, either I have to keep the original command, or it should be better to remove the cell command number in the cell table. But, as I said, it is harmless.

Maybe I'll add this in the next version...

[r0lZ]

PgcEdit 0.5.3 released

It's principally a bugfix release. Please download it!
Added an option in Info -> Calls Cross References do delete the commands in the unreferenced PGCs, and to clear the Prev/Next/GoUpPGC links. May be used to find more unreferenced PGCs in subsequent calls to the Calls Cross References function. Also, another option allow to convert unreferenced menu PGCs to dummies, to easily blank them with VobBlanker.
Added "Delete All Commands" in the Edit (and popup) menu.
Important bug in v0.5.2 fixed: new buttons created in a cell originally without buttons/BOVs were saved only in the first nav pack of the cell.
PgcEdit was unable to parse the VTSM_C_ADT table if the table was present, but with no entries defined in the table. Fixed now.
Fixed a bug in the parsing of the VTS_C_ADT table, occuring in rare circumstances: a wrong Nav Pack number was read, causing the search for menu buttons or BOVs to fail.
Inport First-Play/Intro/Closing Clip: The cell commands numbers of the imported title are now forced to 0 in the cell playback table.
Added a little delay when the Open DVD/Save DVD file requester is closed, to avoid a little Tk bug.

[lark]

Originally posted by blutach
Are you saying the macro killed the cell command/command number in the ORIGINAL TTN PGC or just did not reproduce it in the new title?


i tried to say that the macro retained the cell command number in the cell playback table, but removed (didn't reproduce) the actual cell command. obviously the clip worked fine.

just looking at r0lZ's announcement, i think this should have been taken care of and the cell command number in the table will be 0 (haven't tried yet, but i'll t(h)rust my master's voice).
thx a 1M.

regards
t :)

[r0lZ]

Originally posted by lark
t(h)rust :angry:
my master's voice :) That's better! ;)

[CoNS]

Originally posted by r0lZ
Also, another option allow to convert unreferenced menu PGCs to dummies, to easily blank them with VobBlanker.Will the execution of this function resolve the reallocation error in Nero, in the cases where the error is caused by the presence of empty menu PGCs (no buttons, the playback time is shown as 0:00 and not marked as dummy PGCs)?

[r0lZ]

Originally posted by CoNS
Will the execution of this function resolve the reallocation error in Nero, in the cases where the error is caused by the presence of empty menu PGCs (no buttons, the playback time is shown as 0:00 and not marked as dummy PGCs)? I don't think so.

The Nero reallocation error occur when there is a VOB totally unreferenced in the IFOs. In this case, you may safely delete it. (But keep a backup!)
Also the error occur when the VOB size is 0 bytes. This problem is already identified by PgcEdit, and can be easily fixed.
The same error may occur if there are inconsistencies in the IFOs. In some cases, PgcEdit will fix them when savind the DVD. But in some cases it will not.

In the case of a non-dummy PGC with a 0:00 PB time, there muts be a cell referenced in the IFO. The cell is most of the fime a single, black frame (henced the timing displayed in the PGC selector). But that is perfectly normal, and, IMHO, doesn't produce the Nero error.

The problem with this nero error is that it is not verry descriptive. You cannot easily guess what caused it.

Anyway, since I burn my DVDs with PgcEdit, mkisofs and DVD Decrypter, I have never experienced that error, and all my burns are recognized by my players.

Of course, if you can, send me a small DVD which cause that nero error, and I will see what I can do...

[lark]

i'm afraid 0.5.3 broke the import closing clip.
at least i'm getting this error
syntax error in expression "$c < $::pgcs(numvts),1,numcells)": extra tokens at end of expression
syntax error in expression "$c < $::pgcs(numvts),1,numcells)": extra tokens at end of expression
("for" test expression)
while compiling
"for {set c 0} {$c < $::pgcs(numvts),1,numcells)} {incr c} {
set_int ::pgcs($::pgcs(numvts),1,cellpbtable) [expr {($c * 24) + 3}] 0 1
}"
(compiling body of proc "::macros::import_title_closing_clip", line 356)
invoked from within
"::macros::import_title_closing_clip"
(menu invoke)


it still worked with 0.5.2 b2.

<why does code show smilies?>

regards
t :)

[jeanl]

Originally posted by lark

<why does code show smilies?>

it's laughing at us:devil:! I hate that! :D
jeanl

[r0lZ]

Originally posted by lark
i'm afraid 0.5.3 broke the import closing clip.
at least i'm getting this error
syntax error in expression "$c < $::pgcs(numvts),1,numcells)": extra tokens at end of expression
syntax error in expression "$c < $::pgcs(numvts),1,numcells)": extra tokens at end of expression
("for" test expression)
while compiling
"for {set c 0} {$c < $::pgcs(numvts),1,numcells)} {incr c} {
set_int ::pgcs($::pgcs(numvts),1,cellpbtable) [expr {($c * 24) + 3}] 0 1
}"
(compiling body of proc "::macros::import_title_closing_clip", line 356)
invoked from within
"::macros::import_title_closing_clip"
(menu invoke)


it still worked with 0.5.2 b2.

<why does code show smilies?>

regards
t :) Right!
I will upload a bugfix immediately.

Smilies: When posting, enable the "Disable the smilies in this post" checkbox.
Of course, smilies should not appear in CODE sections. It's a Doom9 bug! ;)

[r0lZ]

PgcEdit 0.5.4 released.

Fixes the bug in Import Startup/Intro/Closing Clip macros, introduced in v0.5.3.

Also, there is a new PgcEdit_preview executable, by jeanl. Not a verry important improvment, but it's the first step to implement the preview under Linux (and maybe also under Mac OSX).

New PgcEdit_preview v0.7: with option to turn off the usage of DirectDraw overlays to show the preview, and an option to save the menu backgrounds as PPM instead of BMP (internal use only!)
Added "Preview -> Disable DirectDraw Overlays" (Windows only) option. On some systems, it may be faster to turn off the DirectDraw overlay display.
Shift-clicking on the "BMP" button in the preview window allow to save an image in PPM format.
Inport First-Play/Intro/Closing Clip macros were broken in 0.5.3. Fixed.

[blutach]

Man, I went to bed and missed a whole release!

Regards

[zacoz]

Originally posted by r0lZ
But don't expect that soon, as I need to take some distance with PgcEdit, at least during the springs and summer.@r0lZ: I'd hate to try and keep up with releases if you weren't taking some distance.........lol ;)

[lark]

i'm getting this error during trace.


image format "bmp" is not supported
image format "bmp" is not supported
while executing
"image create photo ::menubuttons::black1pixel -format bmp -data "BM:\000\000\000\000\000\000\0006\000\000\000(\000\000\000\001\000\000\000\001\000\00..."
(procedure "display_preview" line 109)
invoked from within
"display_preview $w.video.f $type $vts $lu $pgc $cell $vobid $cellid $numbuts $vobu_direction"
(procedure "display_cell" line 168)
invoked from within
"display_cell $w $type $vts $lu $pgc $cell $cell_program($cell) $vobid $cellid $sprm8 true $mode 0"
(procedure "display_domain_buttons" line 302)
invoked from within
"display_domain_buttons menu $vts $lu $pgc $sprm8 $mode $show_cell"
(procedure "::menubuttons::display_menu_buttons" line 16)
invoked from within
"::menubuttons::display_menu_buttons $cur_vts $cur_lu $cur_pgc $::tr::sprm(8) trace $::tr::current(Cell)"
(procedure "simulate_play" line 234)
invoked from within
"simulate_play"
(procedure "step" line 10)
invoked from within
"step "
(procedure "::tr::dvd_trace" line 326)
invoked from within
"::tr::dvd_trace"
(command bound to event)


i tried also to disable DirectDraw Overlays but w/o luck.

btw view pgc works fine.
and v 0.5.3b2 worked ok.

regards
t :)

[r0lZ]

Humm, Sorry. I have removed the BMP library (because it is not correctly supported under Linux) and changed all BMPs used internally to PPMs, but I forgot this one.
I will release a new version soon (probably in 2 or 3 days).

This bug occur in the menu editor, when a letterboxed 16:9 video must be displayed in the background. It will not occur in 4:3, or 16:9 full screen and pan&scan.

[r0lZ]

PgcEdit 0.5.5 released

Thanks to jeanl, PgcEdit is now able to use PgcEditPreview.exe under Linux, through wine (http://www.winehq.org/).

Also, the preview may run under Mac OSX, through darwine (http://darwine.opendarwin.org). However, it has not been tested yet. I'd like to hear if it works...

Of course, both wine (aka "wine hq") and darwine are free.

PREVIEW (and menu backgrounds) available for Linux, and probably also for Mac OSX. You must install wine (for Linux) or darwine (for Mac OSX) to be able to use it.
Added the Preview -> Use Preview option, to allow Linux or Mac users to turn the preview off, in case of problems with wine or darwine. Although not verry useful, this option is available also under Windows.
Fixed a bug in v0.5.4, which caused the display of 16:9 letterboxed menus in the menu viewer to fail.
When saving menu buttons, if you answered NO at the "Backup VOB?" request, PgcEdit offered to backup the VOB again and again. Fixed.

Enjoy!

[arsmori]

r0lZ's on a roll.
Your work is greatly appreciated (paypaled you some beer money too).

[r0lZ]

Thanks.

@Unix and Mac users: I have started a special thread on PgcEdit's Preview under Linux and Mac OSX (http://forum.doom9.org/showthread.php?s=&threadid=93355).

[CoNS]

Originally posted by r0lZ
Anyway, since I burn my DVDs with PgcEdit, mkisofs and DVD Decrypter, I have never experienced that error, and all my burns are recognized by my players.Isn't this process unneccessarily time and space consuming when you're working with a disc in a VIDEO_TS folder on your harddisk? You're creating an image first and then burning, or do I misunderstand?

[lark]

you might think so, but it's not that obvious.
which app are you using to burn?

regards
t :)

[r0lZ]

Yes, an image is created on disc before the actual burn. If you have 2 physical HDDs, the time it consumes is around 3 minutes to write a full DVD-5 image. And the image may be automatically deleted after the process, if you wish.
I do it that way essentially to ensure 32K gaps between the IFOs and BUPs. Nero is not able to respect your VTS pointers!

[blutach]

Speaking of Nero (and perhaps this belongs in DVD Burning), the latest thing I have found is if you burn in using the UDF/ISO bridge mode, selecting UDF 1.02 (like you should), it doesn't work!!! It even warns you it won't work and that you must select DVD-Video high compatibility mode.

How bad is that?

Regards

[CoNS]

Originally posted by r0lZ
I do it that way essentially to ensure 32K gaps between the IFOs and BUPs.I remember when you initially added this feature in PgcEdit that you said that it shouldn't be neccessary to use in all "normal" situations?

[blutach]

@CoNS

Read this (http://www.videohelp.com/guides.php?link=735) for an explanation of why this is a good thing. The ISOs stick around for a few minutes only, till your disk is burned and tested.

Regards

[blutach]

@r0lZ

Are you sick? No new version out today???? :D :D :D

Regards

[lark]

c'mon...
Originally posted by r0lZ:
I need to take some distance with PgcEdit, at least during the springs and summer

i think man deserves some free time (to back up his DVDs) ;) :p :D
or maybe he just got the darn spring flu :confused:

regards
t :)

[CoNS]

I bet it's the family (read: The missus!) demanding some attention. It's a classic, and there's NO workaround in the end :p

[lark]

and if r0lZ really wants to give us a new relese, here are some of my wishes ;-)

now that almost everything is possible (after i learned from the other thread that i can delete a pgc), would it be possible to create a cell into a pgc? i know it's easy to remove one, but how can i create one?
i can also make a pgc dummy, but how do i convert a dummy pgc to be one that contains some video (& audio)? obviously "new play all title" can do something similar for VTSTs, but how about VTSMs?

another nice feature would be replace pgc or copy pgc over an existing pgc. clone almost does it, but it adds the pgc always to the end.

we already have the delete all commands in the edit menu and in the popup menu that comes from the commands window. would it possible to have it also in the popup menu that comes from the pgc (leftmost) window?

and finally, what i perhaps miss the most is mapping of enter to the ok button in many dialogs (e.g. remove cell).

regards
t :)

[r0lZ]

Originally posted by blutach
@r0lZ

Are you sick? No new version out today???? :D :D :D Although released yesterday around midnight, the last version is dated April 22, 2005. It's today! :D

[Surf]

whoopie I know this one!

@Lark:

"i can also make a pgc dummy, but how do i convert a dummy pgc to be one that contains some video (& audio)?"

Create that lucky dummy #7 in PgcEdit, exit and go to VobBlanker and replace the dummy with your "I'll be back, hasta whatever" clip. :D

Yes?

[lark]

yep, i know that one, but i'd like to do 'everything' in pgcedit.

regards
t :)

[r0lZ]

You may use Clone PGC or Play All PGC, and remove the unwanted cells and chapters. However, as you said, it's always created at the end of the titleset. That's needed to avoid the necessity to edit all commands pointing to the follownig PGCs (because the PGC number will be increaded).

Create cell: Not now. I want to rewrite the whole PgcEditor, or at least the cell list. Things will much more easier for me later.

Delete All Commands popup menu in PGC Selector. Yes, it's easy. But I don't like to put potentially dangerous commands everywhere.

OK buttons and Enter key. Difficult. I may add an option to automatically select the OK button with the space bar, but it is not possible to automate this task for all requesters. I need some time...

[r0lZ]

PgcEdit 0.5.6 beta 1 available. Added the command "Delete All Commands in PGC" in the PGC Selector popup menu.
Added the utility "Delete All Commands in Domain", also available in the PGC Selector popup menu.
Added the function "Delete All Commands in DVD", available only by right-clicking on an empty line in the PGC Selector.
Added the utility "Blank out all Title PGCs in DVD", that calls the "Blank Out All PGCs in Domain" utility in sequence for all title domains.
Added an option to change the default colors of the GUI, requested by a Linux user.

@blutach: Version date is April, 23, 2005. Still one version per day! :p

[jeanl]

r0lZ,
What's the use of " Added the utility "Blank out all Title PGCs in DVD", that calls the "Blank Out All PGCs in Domain" utility in sequence for all title domains." ?
jeanl
EDIT: Ooops! I just saw that you answered my question in the other thread! GREAT! Answer is: you have to confirm for each VTS, so you can skip any VTS you don't want to blank... Just what I needed!

[jeanl]

Originally posted by r0lZ
PgcEdit 0.5.6 beta 1 available. Added the command "Delete All Commands in PGC" in the PGC Selector popup menu.
Added the utility "Delete All Commands in Domain", also available in the PGC Selector popup menu.
Added the function "Delete All Commands in DVD", available only by right-clicking on an empty line in the PGC Selector.
Added the utility "Blank out all Title PGCs in DVD", that calls the "Blank Out All PGCs in Domain" utility in sequence for all title domains.
Added an option to change the default colors of the GUI, requested by a Linux user.

@blutach: Version date is April, 23, 2005. Still one version per day! :p
r0lZ, I don't see 0.5.6 beta 1 on
http://home.tiscali.be/debie.roland/pgcedit/versions/

:(
Is it just me?
jeanl

[blutach]

Originally posted by jeanl
r0lZ,
What's the use of " Added the utility "Blank out all Title PGCs in DVD", that calls the "Blank Out All PGCs in Domain" utility in sequence for all title domains." ?
jeanl
EDIT: Ooops! I just saw that you answered my question in the other thread! GREAT! Answer is: you have to confirm for each VTS, so you can skip any VTS you don't want to blank... Just what I needed! Just what I need too jean!

And the betas are only on the videohelp mirror - the tiscali site should be replaced by the videohelp one in your favourites.

@r0lZ - thanks for implementing blank out all titles and the new beta - looking forward to B2 tomorrow. :)

Regards

[jeanl]

Thanks blutach! no smily for embarrassed, but I am! ;)
Jeanl

[lark]

this b1 is too good to be true
t :)

[r0lZ]

Originally posted by blutach
And the betas are only on the videohelp mirror - the tiscali site should be replaced by the videohelp one in your favourites. Yes, the homepage at tiscali.be is limitted in size, and is not verry reliable, especially since Tiscali has been sold to Scarlet. Furthermore, the Tiscali URL may change in the future.
I have just swapped the Tiscali and VideoHelp links order in my signature. I consider now that VideoHelp is the main site, and Tiscali the mirror.
Please update your bookmarks!

[jeanl]

OK great, I"ll update my link on the MenuShrink home page! :)
jeanl

[Video Dude]

I have been stripping VOB-ID's using IfoEdit for years. Recently, I used PgcEdit to blank menus and have been very impressed. This got me wondering if I could blank portions of titlesets with PgcEdit.


Example: Say you have 3 episodes (VOB-ID 1, VOB-ID 2, VOB-ID 3) in the following files:
VTS_01_1.VOB
VTS_01_2.VOB
VTS_01_3.VOB
VTS_01_4.VOB
VTS_01_5.VOB
VTS_01_6.VOB

Can I use PgcEdit to blank VOB-ID 2, thus reducing the files to:
VTS_01_1.VOB
VTS_01_2.VOB
VTS_01_3.VOB
VTS_01_4.VOB

[jeanl]

You can probably kill the playback of that episode, but that won't free any space on the DVD. That's a job for vobblanker...

jeanl

[blutach]

You can replace the cells containing the episode in the PGC Editor screen (just click on the Vob/Cell ID next tpo the right pointing arrow on the right and assign a new cell ID to it), but that results in the original cells still being present and needing to be removed with IfoEdit or VobBlanker. Since you need to do this anyway, you may as well blank with VobBlanker.

Regards

[Doom9]

I have a question.. as my title says I'm clueless but I need to write some news. The changelog is kind of ambiguous.. it doesn't say of those options/utilities/etc are new, or if they are just exposed via yet another way that is listed in the changelog.

e.g. Added the utility "Delete All Commands in Domain", also available in the PGC Selector popup menu.does that mean that "delete all commands in domain" is a new utility, or an existing utility that is now alsoexposed in the PGC Selector popup menu. Considering how many features PgcEdit has, I gather that even existing PgcEdit users might not always be able to place the changelog if they've not used/noticed a function before.

[lark]

it's a new one ;-)
regards
t :)

[r0lZ]

The ASCII changelog (available in PgcEdit's help menu or on my homepage) distinguish if the feature is a new one, or simply something changed:

A. = Added feature
R. = Removed
E. = Enhancement
F. = Fixed bug

The changelog posted here in the forum don't have this precision. I'll leave it in the future.

BTW, Thanks for your news, Doom9.

[Doom9]

but the history on your homepage only mentions the official builds.. no betas :(

[r0lZ]

Yes. Betas are semi-private. I announce them here, because there are some good beta testers around, but I don't want to spread them in the whole world, because they are... betas! This is why I summarize all changes from the last official release in the history.

Anyway, in the future, I will leave the A/R/E/F initials in the changelog, including for betas.

[FredThompson]

Originally posted by blutach
@CoNS

Read this (http://www.videohelp.com/guides.php?link=735) for an explanation of why this is a good thing. The ISOs stick around for a few minutes only, till your disk is burned and tested.

Regards So....how is this enforced on mixed-format discs?

As an example, I frequently put scans or support websites on the disc with the content and burn as a regular ISO data disc with Nero 6. The method mentioned above work only for the AUDIO_TS and VIDEO_TS directories, right? IOW, you can't have other content and enforce the gap, yes?

[r0lZ]

I think that the DVD-ROM files are stored after the DVD-Video files, and therefore won't interfere with them. Anyway, the 32K gaps are honoured also if you add DVD-ROM files, at least in the DVD-Video part.

Take care! I wonder if you may burn DVD-Video files as regular DVD-Rom data! You will probably not be able to play these DVDs on most standalones. You must burn DVD-Video as DVD-Video, or DVD-ROM UDF+ISO. Do not use DVD-ROM ISO only mode! And anyway, it is possible to add DVD-ROM files in a DVD-Video compilation, with Nero as well as PgcEdit.

[FredThompson]

I haven't had problems with any modern standalone player.

The files I save aren't in the VIDEO_TS directory. Is that what you thought I meant?

[r0lZ]

A standalone player is supposed to use the UDF filesystem, while a PC player will use the ISO filesystem. This is why a DVD-Video must be burned in the correct mode.
Furthermore, if you burn the VIDEO_TS directory on an ISO only compilation, the BUP files will probably be placed before the IFOs, in alphabetical order. The correct order is IFO VOB BUP.
A (modern) settop player able to play XviD/DivX files, will be able to play your DVD as well, as these players use the ISO filesystem to be able to access the AVI files. But a standard player will probably not.
Anyway, if you use ISO only, your burned DVDs are out of standard.

[FredThompson]

Ah, ok, that makes a lot of sense. I'll do them as UDF+ISO from now on.

[mp3boy]

there is one small bug in pgcedit in tracemode.
Which is when you for example select a subtitle number 3 in the menu button and go to playback the movie and there is a short intoduction such as fbi or rate notice in separate VTSM which does not have 3 number and continue its play back to main VTSM it suppose to flash the subtitle selection (means if there is bug in dvd) and usuall player such as powerdvd or any standalone player will do the same means the dvd has bug, but in pgcedit preview mode it will still remember the subtitle even if it passes vtsm without subtitle track or different number of subtitle track.

[r0lZ]

I'm not sure it is a bug in PgcEdit.
On my Sony standalone, the last SetSTN is always remembered, but used only if the stream exists.
However, I will do some new tests, and change the PgcEdit's behaviour if needed.

[mp3boy]

is it possible to define prohibited or allowed operation ? there was an option just to enable all , but for example I want to enable all except fast forwaring or nx/prv chapter button over a menu or theatrical trailer.

other than that I don't know why a dvd that I compiled with adobe encore does not allow root/chapter/subtitle/angel/... buttons to work in powerdvd or others... how to fix it? is it possible?

thanks

[lark]

yes, sure.
double click the pgc and hit the ... after prohibited user operations (or just type the value if you are a wizard).

regards
t :)

[mp3boy]

is it a joke post or something wizardish I dont' understand? I remember I saw how to edit them in dvdremake but no so sure if pgcedit or ifoedit has it.

[lark]

take a look at pgcedit GUI and you'll see. it's easy. even i can do it...

regards
t :)

[mp3boy]

found it under UTILITY menu and FILTER PROHIBITED USER OPERATIONS

thanks

[lark]

that's a different thing
t :)

[r0lZ]

lark is right.

The "Filter Prohibited User Ops" is a macro allowing to selectively disable some of the PUOs in selected domains. This tool is only able to disable prohibited user ops.

If you want to set some of them, you must double-click on the PGC to open the PGC editor. Then, click on the "..." button next to the PUOs value (in the upper left corner of the editor window).

[jeanl]

mp3boy, don't forget to do that on all the PGCs where you want the PUOs removed!
Jeanl

[2COOL]

@r0lZ

Thanks for the current version! I see you have been very busy. Just wanted to put a request out. Since you have already a macro to find out unused GPRMs, how about implementing in your watch upon start. You can, say, grey out the GPRM numbers on the left to signify that it's unused. If per chance, a new GPRM command gets set inbetween tracing, you could do a refresh. It's just that when I was doing Jump2PGC, I had to manually check for unused GPRM.

By the way, I noticed that if I copied a single command, my command didn't have { }s. But if I did more that one, they are present. It still works with them for single commands with pasting into PgcEdit though. Minor thing.

[r0lZ]

Originally posted by 2COOL
Just wanted to put a request out. Since you have already a macro to find out unused GPRMs, how about implementing in your watch upon start. You can, say, grey out the GPRM numbers on the left to signify that it's unused. If per chance, a new GPRM command gets set inbetween tracing, you could do a refresh. It's just that when I was doing Jump2PGC, I had to manually check for unused GPRM.Hum... The register numbers are already coloured in red when there is a breakpoint on that register. (BTW, you may click on the GPRM number to toggle the breakpoint.) It's difficult to add more colors. Also, the Find Unused GPRMs is a relatively slow routine, especially on DVDs with many commands. I don't want to slow down the startup of the trace.

By the way, I noticed that if I copied a single command, my command didn't have { }s. But if I did more that one, they are present. It still works with them for single commands with pasting into PgcEdit though. Minor thing. Yes, that's normal. A single commands is stored as a simple string, while multiple commands are stored as Tcl lists, with { }s to separate the elements.

[2COOL]

Originally posted by r0lZ
Also, the Find Unused GPRMs is a relatively slow routine, especially on DVDs with many commands. I don't want to slow down the startup of the trace. I've worked with alot of DVDs with lots of commands and it's always been quick for me. Then, perhaps you can have it as an option setting like you did with BOV inquiries.

[2COOL]

@r0lZ

Minor request.

When I use the trace, any PGCs that were accessed were tagged by highlighting them in PGC Selection window. They are still there when I exit out of trace mode. The only way for me to get rid of the highlights would to reload the DVD. I don't want to do that if I had some test edits. Anyway of giving us the option to clearing them without reloading?

BTW, you can disable the dialog of cloning PGC when First Play PGC is selected. I see you have disabled the other relevant menus too. I guess you forgot that one. ;)

[EDIT]Other suggestion...

In the way you did with "calls cross references", how about implementing automated GPRM/SPRM inquries? Say, I wanted to inquire on GPRM 1. A list would be generated on which what GPRM 1 command in which PGC it exists in. I believe I was asking for something like this last year in regards to logging of automated search feature.

[lark]

i support 2cool's idea about GPRM/SPRM inquries.
currently somewhat similar can be done with the search dacility (on the lower right corner). just type e.g. gprm(12) and hit the >> -button to cycle all occurrences (i think this excludes menu & BOV who) and obviously works with one gprm or sprm at the time (unless you use regex)...

regards
t :)

[r0lZ]

Originally posted by 2COOL
@r0lZ

Minor request.

When I use the trace, any PGCs that were accessed were tagged by highlighting them in PGC Selection window. They are still there when I exit out of trace mode. The only way for me to get rid of the highlights would to reload the DVD. I don't want to do that if I had some test edits. Anyway of giving us the option to clearing them without reloading?Although somewhat hidden, this function exists already. Just right click on an empty line of the PGC Selector, and select "Clear 'PGC Played' Highlights".

BTW, you can disable the dialog of cloning PGC when First Play PGC is selected. I see you have disabled the other relevant menus too. I guess you forgot that one. ;)Which dialog? The Clone PGC function doesn't work on FP-PGC.

Other suggestion...

In the way you did with "calls cross references", how about implementing automated GPRM/SPRM inquries? Say, I wanted to inquire on GPRM 1. A list would be generated on which what GPRM 1 command in which PGC it exists in. I believe I was asking for something like this last year in regards to logging of automated search feature. It's possible, but if I do that, I will do it for any search string. This way, you will be able to search for, say, SetTmpPML, too. But I want to finish the Jump2PGC macro first, and I have also some bugs to fix. So, be patient...

[2COOL]

Originally posted by r0lZ
Although somewhat hidden, this function exists already. Just right click on an empty line of the PGC Selector, and select "Clear 'PGC Played' Highlights".Pretty sneaky of you! Sorry if it was brought up before but I have been away for awhile. :(

Which dialog? The Clone PGC function doesn't work on FP-PGC.It shouldn't. I'm referring to Utilities > Clone current PGC.

It's possible, but if I do that, I will do it for any search string. This way, you will be able to search for, say, SetTmpPML, too. But I want to finish the Jump2PGC macro first, and I have also some bugs to fix. So, be patient... Ok.

[CoNS]

Originally posted by r0lZ
But I want to finish the Jump2PGC macro first, and I have also some bugs to fix....and a blanking interface to add in the trace/preview, no?! :D

[r0lZ]

Originally posted by 2COOL
It shouldn't. I'm referring to Utilities > Clone current PGC. Me too. This function do nothing when applied to the FP-PGC. What do you want more?
Note that the Clone PGC function is in the contextual popup menu in the PGC Selector, but is not present on the FP-PGC.
When building the utilities menu (as well as all the main menus and the toolbar), I cannot know what PGC will be selected. Therefore, all functions are always available. It is theorically possible to disable the functions that are not suitable for the currently selected PGC, but I don't do that. It's complicated, and a source of bugs...

[2COOL]

Originally posted by r0lZ
Note that the Clone PGC function is in the contextual popup menu in the PGC Selector, but is not present on the FP-PGC. Try selecting FP PGC and go up to Utilities > Clone current PGC. A dialog pops up. The other utilities don't do it so I figure you had accounted for people like me that would access the utilities this way instead of right clicking in PGC Selector pane.

[r0lZ]

Originally posted by 2COOL
Try selecting FP PGC and go up to Utilities > Clone current PGC. A dialog pops up. The other utilities don't do it so I figure you had accounted for people like me that would access the utilities this way instead of right clicking in PGC Selector pane. Oh, yes! I work usually in expert mode, so I did not notice this dialog. It's not an important bug, as the FP-PGC is not duplicated anyway. I have now removed the dialog in this case. Thanks!

[2COOL]

With so much posts recently in regards to intros creations, I looked at the "Import First-Play Clip" macro and came up with 2 questions.

1. Why do we need to have an unused GPRM? It is possible to use a used GPRM. Here's one of my First Play PGC examples. RED are new commands.

Before

************* pre commands
1 (JumpSS) Jump to VTSM 1, Root menu (TNN 1)


After

************* pre commands
1 if ( gprm(15) == 1 ) then ( Goto line 4)
2 Set gprm(15) =(mov) 1
3 (JumpTT) Jump to Title 2 //Imported Title
4 Set gprm(15) =(mov) 0 //GPRM reset back to default 0
5 NOP
6 (JumpSS) Jump to VTSM 1, Root menu (TNN 1)


2. Why can't we have a value of 255 for an infinite still Title? The Title would display indefinite until the user presses Play.

[northwind]

Is this a known problem?



can't read "::buttons::butinfo(0,errorcode)": no such variable
can't read "::buttons::butinfo(0,errorcode)": no such variable
while executing
"if {[info exists ::menus($cur_vts,$cur_lu,$cur_pgc,numbuttons)] && $::buttons::butinfo($cur_vts,errorcode)==0} {
set cellpostable $::menus($cur_..."
(procedure "simulate_play" line 127)
invoked from within
"simulate_play"
invoked from within
"if {$idx == "-"} {
::main::set_listbox_selection end
set idx [lindex [::main::get_selection_indexes] 0]
bell
} elseif $::tr::now_playin..."
(procedure "step" line 5)
invoked from within
"step "
(procedure "::tr::dvd_trace" line 329)
invoked from within
"::tr::dvd_trace"
(command bound to event)

[jeanl]

do you have the latest version? Grab the latest beta from the videohelp mirror...
jeanl

[2COOL]

@northwind

Not all of us are Tcl/Tk programmers. Exactly, what did you do to get this error?

[northwind]

0.5.5 of course. Ok - I will download the beta.

Sorry - just saw 2cools post...

I just copied the errormessage. No need to go into details if it was something everybody just knew about.

But to your question: Just tracing a dvd 24 season 3. It doesn't matter if I let it do the BOV tracing or not.


Found the beta..

But getting the same error (0.5.6b1)
(btw: 0.4.7 does not give that error)

[blutach]

This is what I have got in a particular menu. DVD is The DInner Game (actually a French movie Le Diner De Cons). I press ctrl-M and there is no background displayed. Pressing image forward also gives nothing.

http://img237.echo.cx/img237/812/untitled7sx1.png (http://www.imageshack.us)

The menu is not large - 14Mb if you want to share it, or I can demux a PGC and email (same th9ing happens on all PGCs).

Regards

[CoNS]

Originally posted by blutach
...a French movie Le Diner De ConsYeah, it's one of my early performances! :p

[jeanl]

Originally posted by blutach
This is what I have got in a particular menu. DVD is The DInner Game (actually a French movie Le Diner De Cons). I press ctrl-M and there is no background displayed. Pressing image forward also gives nothing.

http://img237.echo.cx/img237/812/untitled7sx1.png (http://www.imageshack.us)

The menu is not large - 14Mb if you want to share it, or I can demux a PGC and email (same th9ing happens on all PGCs).

Regards
blutach this looks like the problem another user was having on the forum (can't find the message again, the search utility is simply useless when you have threads that are 20 pages long :devil: ).
There was a bug in the original DVD2AVI code that got carried through to PgcEditPreview. Can you preview the vob? (that should work)...
Jeanl

[lamster]

Originally posted by 2COOL
Why do we need to have an unused GPRM? It is possible to use a used GPRM.
You're assuming that there's no JumpSS-FP command. If there is, then your assumptions regarding what values r15 (in your example) may have when the First Play PGC is entered may not be correct.

(Which ties in rather nicely with r0lZ' comment, "I will do it for any search string." I'd like an easy way to see if anything jumps back to the FP PGC, to know how paranoid I need to be in my programming.)

[2COOL]

Originally posted by lamster
You're assuming that there's no JumpSS-FP command. If there is, then your assumptions regarding what values r15 (in your example) may have when the First Play PGC is entered may not be correct.All GPRMs are set at 0 at DVD insert. I was using any GPRM, since they are at 0, setting them to 1, go back to FP, and setting back to it's original value 0.

(Which ties in rather nicely with r0lZ' comment, "I will do it for any search string." I'd like an easy way to see if anything jumps back to the FP PGC, to know how paranoid I need to be in my programming.) There is. Just right click on First Play PGC and select "go to calling command". If anything pops up in the inquiry, then you'll know. ;)

[lamster]

Originally posted by 2COOL
All GPRMs are set at 0 at DVD insert. I was using any GPRM, since they are at 0, setting them to 1, go back to FP, and setting back to it's original value 0.
It's 0 at DVD insert, but if some other PGC does a "JumpSS-FP (http://www.dvd-replica.com/DVD/jumpss.php?p=1)", which jumps to the First Play PGC, then[list=1]
r15 could have any value at that point, including 1;
the assumption that the value to reset it to is 0 is also invalid.
[/list=1]

[2COOL]

Originally posted by lamster
r15 could have any value at that point, including 1 I know "1" was a bad example. That's why in my Jump2PGC, I had values like 12345, 11111, 22222, ... to select from.

the assumption that the value to reset it to is 0 is also invalid. I like to look at this as a small minor loop. Start at point A, play intro title, and return to point A with original value (0) before executing original FP commands.

[EDIT] OK, now I'm having doubts. I've had a long day of work and just got home. I will research again. ;)

[lark]

Originally posted by jeanl
blutach this looks like the problem another user was having on the forum (can't find the message again, the search utility is simply useless when you have threads that are 20 pages long :devil: ).
There was a bug in the original DVD2AVI code that got carried through to PgcEditPreview. Can you preview the vob? (that should work)...
Jeanl
well, in this case it wasn't 20 pages (not even 20 posts): http://forum.doom9.org/showthread.php?s=&threadid=93771

regards
t :)

[jeanl]

Originally posted by lark
well, in this case it wasn't 20 pages (not even 20 posts): http://forum.doom9.org/showthread.php?s=&threadid=93771

regards
t :)
I do have a tendency to exaggerate! :o
Thanks Lark!
jeanl

[2COOL]

OK, how's this. SPRM 6 (PGC Number) is 0 at default. As also with GRPM(15). As soon as a Title is accessed, sprm(6) gets a value of 1 and will never revert back to 0.

Before

VMG , First-Play PGC

************* pre commands
1 (JumpSS) Jump to VTSM 1, Root menu (TNN 1)

_________________________________________________

After

VMG , First-Play PGC

************* pre commands
1 if ( gprm(15) < sprm(6:PGC number) ) then { Goto line 3 }
2 (JumpTT) Jump to Title 1
3 NOP
4 (JumpSS) Jump to VTSM 1, Root menu (TNN 1)

The only disclaimer here is that if FP is executed the third time around, grpm(15) shouldn't be a 0 or else Title 1 will play again. Of course, we have 15 other gprms to work with and at least one of them should be greater than zero at this point.

or we could also do this

After

VMG , First-Play PGC

************* pre commands
1 if ( gprm(15) != sprm(6:PGC number) ) then { Goto line 3 }
2 (JumpTT) Jump to Title 1
3 NOP
4 (JumpSS) Jump to VTSM 1, Root menu (TNN 1)

[r0lZ]

Originally posted by 2COOL
With so much posts recently in regards to intros creations, I looked at the "Import First-Play Clip" macro and came up with 2 questions.

1. Why do we need to have an unused GPRM? It is possible to use a used GPRM. Here's one of my First Play PGC examples. RED are new commands.

Before

************* pre commands
1 (JumpSS) Jump to VTSM 1, Root menu (TNN 1)


After

************* pre commands
1 if ( gprm(15) == 1 ) then ( Goto line 4)
2 Set gprm(15) =(mov) 1
3 (JumpTT) Jump to Title 2 //Imported Title
4 Set gprm(15) =(mov) 0 //GPRM reset back to default 0
5 NOP
6 (JumpSS) Jump to VTSM 1, Root menu (TNN 1)


2. Why can't we have a value of 255 for an infinite still Title? The Title would display indefinite until the user presses Play. With your method, you reset the GPRM to 0 after the intro clip has been played. Therefore, if the FP-PGC is called again by an original command somewhere in the DVD, the intro clip will be played again, and we don't want that!
Try with a DVDShrink reauthored DVD with 2 or 3 clips: the intro clip will be played before each reauthored title.

[EDIT:] Obsolete post. I've not read the answers before posting. Error! :o

[blutach]

Originally posted by jeanl
blutach this looks like the problem another user was having on the forum (can't find the message again, the search utility is simply useless when you have threads that are 20 pages long :devil: ).
There was a bug in the original DVD2AVI code that got carried through to PgcEditPreview. Can you preview the vob? (that should work)...
Jeanl Yeah, I rememeber that. When I try to preview the menu VOB, either with the preview in 0.5.6B4 or the one you sent me, it hangs PgcEditPreview.exe and processor % goes up to 100%.

Regards

[lark]

Originally posted by blutach
preview in 0.5.6B4
hmm, what's that?

regards
t :)

[r0lZ]

Originally posted by lark
hmm, what's that? Well, I've uploaded Beta 6 at VideoHelp. The new preview, which should fix the problem, is included in this beta (but not referenced in the history).

Please note that the Jump2PGC macro is still in a somewhat experimental state.

[r0lZ]

Originally posted by northwind
Is this a known problem?



can't read "::buttons::butinfo(0,errorcode)": no such variable
can't read "::buttons::butinfo(0,errorcode)": no such variable
while executing
"if {[info exists ::menus($cur_vts,$cur_lu,$cur_pgc,numbuttons)] && $::buttons::butinfo($cur_vts,errorcode)==0} {
set cellpostable $::menus($cur_..."
(procedure "simulate_play" line 127)
invoked from within
"simulate_play"
invoked from within
"if {$idx == "-"} {
::main::set_listbox_selection end
set idx [lindex [::main::get_selection_indexes] 0]
bell
} elseif $::tr::now_playin..."
(procedure "step" line 5)
invoked from within
"step "
(procedure "::tr::dvd_trace" line 329)
invoked from within
"::tr::dvd_trace"
(command bound to event) Will have a look... Thanks!

[lark]

Originally posted by r0lZ
I've uploaded Beta 6 at VideoHelp. The new preview, which should fix the problem, is included in this beta (but not referenced in the history).
ok, thx. i can confirm that menu has background image (for my src).

regards
t :)

[blutach]

Will try B6 and revert. Thanks r0lZ and lark for alerting me to that "old" thread (3 whole days LMAO).

EDIT: Beta 6 doesn't work for me. :(

Regards

[r0lZ]

Originally posted by blutach
EDIT: Beta 6 doesn't work for me. :( So, could you send me a small DVD to test?

[blutach]

I would, but if I put the menu through VobBlanker (just to blank the only cell with audio and get it down to a couple of Mb) or MenuShrink (which shrinks them all), PgcEdit reads all the menu PGCs beautifully!

What was that site to upload the DVD? I can zip it up - it's only about 6Mb once I blanked the title VOBs?

EDIT: I'll try to email it.

Regards

[jeanl]

Originally posted by blutach
I would, but if I put the menu through VobBlanker (just to blank the only cell with audio and get it down to a couple of Mb) or MenuShrink (which shrinks them all), PgcEdit reads all the menu PGCs beautifully!

What was that site to upload the DVD? I can zip it up - it's only about 6Mb once I blanked the title VOBs?

EDIT: I'll try to email it.

Regards

www.yousendit.com

works really well.
jeanl

[jeanl]

Thanks blutach, I got the files. I looked into it and traced the problem back to a part of the code that I don't understand very well, where the original author commented out part of the code saying:

// This code is designed to ignore false (emulated) leading
// SEQUENCE_HEADER_CODEs. But it precludes decoding MPEG1
// because it would trigger this. I'll wait until I see
// how real the issue is before doing anything. So far it is
// just one VOB reported and the notifier no longer even has
// it.

When I re-enable the code that was commented out, things work normally. From what I understand, this particular vob has a "false - emulated leading SEQUENCE_HEADER_CODE", which is what causes DVD2AVI to fail. I'm not sure I know what that means, nor do I see that in the VOB file (but I don't really know where to look, it's hard to figure out where you are in the file with DVD2AVI!). What I know is that this fake sequence header has the wrong picture height/width, which is then responsible for the later failure. The code that I re-enabled skips the fake sequence header and goes to the next one, which has the right data...

I'm going to look into it a bit more to see what's going on. In the meantime, if anybody has any input/hint on that, I would really appreciate it.

jeanl

[jeanl]

This is a good one! Check this out:

http://img105.echo.cx/img105/6341/foo7re.png (http://www.imageshack.us)

Look at the binary value for the VOBU_SRI circled in red. 0x0000001b3! This matches exactly SEQUENCE_HEADER_CODE and DVD2AVI isn't very smart about it! So it's fooled into thinking this is the beginning of a mpeg sequence header, smack in the middle of the VOBU_SRI block! If it wasn't so sad, it would be funny!
:D
Anyway, I'm not too sure what to do about it. I could leave the code that was originally commented out, but then preview will fail on MPEG-1 files. I'm not sure how important that is.
Any opinion?
jeanl
EDIT: The reason why everything works well if MenuShrink or Vobblanker is used to still this guy is because the VOBU_SRI pointers are all reset! AH AH AH! :D

[mpucoder]

When I first heard of this "false (emulated) header" thing I thought it might be something dumb like this. While header emulation IS impossible within the video stream, it is only within the video stream. When interpretting a system stream (mpeg-1) or program stream (mpeg-2) there are two levels of context, the system level, and the elementary stream level. Looks like DVD2AVI tried to take a shortcut and not recognize pack headers or pes headers. If it did the entire NAV pack would get skipped as it is a private stream, not part of the video.

Why does mpeg-1 fail if the code is compiled? Is it possibly because mpeg-1's pack header is different than mpeg-2's? If so there is a simple way to know you are in mpeg-2, and it is even mentioned in the spec. The presence of any extension header means mpeg-2 (it was not used in mpeg-1). For that matter (just looked it up on my site) the pack header for mpeg-2 is recognizable by the value in the byte following the start code.

[jeanl]

Originally posted by mpucoder
When I first heard of this "false (emulated) header" thing I thought it might be something dumb like this. While header emulation IS impossible within the video stream, it is only within the video stream. When interpretting a system stream (mpeg-1) or program stream (mpeg-2) there are two levels of context, the system level, and the elementary stream level. Looks like DVD2AVI tried to take a shortcut and not recognize pack headers or pes headers. If it did the entire NAV pack would get skipped as it is a private stream, not part of the video.
Yes, you're right. I realize this now, but there isn't much I can do about it, short of rewriting a whole lot of code. Maybe you can tell me: If all we're interested in is previewing DVDs, can we be sure that the video will be MPEG-2? If yes, I think I'll re-enable the kludge that the original author put in to avoid the problem, if it does not break anything else!
jeanl

[mpucoder]

That depends on whether you mean mpeg-2 PS or mpeg-2 video. Mpeg-1 video is allowed, but the system level is always mpeg-2.

[jeanl]

mmm, I'm not sure what I mean :)! The original author writes that the kludge to avoid the problem will "trigger" with MPEG-1 video. I'm not sure what that means exactly... Maybe I should try to get my hands on a DVD with MPEG-1 video (not easy, I guess!, unless I make one myself).
jeanl

[r0lZ]

Anyway, I'm glad to see that the problem is not in PgcEdit's code. I have tried to understand what's happening in my code, but everything was correct! :)
Good luck, jeanl!

[jsoto]

The original DVD2AVI author has been recently registered here as jackei and is posting (not too much) in DVD2AVI forum
May be you can ask him by PM or in DVD2AVI forum.

jsoto

[blutach]

Why doesn't the macro allow you to clone the current PGC's behaviour if there is more than one title in the VTS?

Regards

[r0lZ]

It's not related to the number of titles.

To be able to Clone the original PGC behaviour in the 'Import Title's Closing Clip' macro, the original commands are copied to a new PGC in the VMGM domain. Some commands (such as SetSTN, SetNVTMR) are illegal in the VMGM. Some commands (all Links, JumpVTS_PTT...) cannot be used from the VMGM to reach the target PGC.
If there are such commands in the original PGC, the Clone option is disabled, because it's impossible (or too difficult) to do.

[Guest]

IIRC, I'm the one who made that comment.

The mention of MPEG1 was just forward thinking. DVD2AVI/DGIndex currently do not support MPEG1 video, but I plan to add support for it. That comment was to remind me that the test was relevant to that plan.

The current code does an initial scan looking for a sequence header. mpucoder is correct that this initial scan does not take into account the system layer, and that it should do so.

DGIndex has diverged and I'll have to check how it will react to this situation. Is there a VOB you can give me?

[jeanl]

Sure, I'll upload the VOB to your ftp site.

jeanl

[jeanl]

OK, the vob is on your ftp site (gee, that's faast), VTS_01_0.VOB (sorry for the lame name!). Note that you can create the problem yourself by editing the first navpack in Vobedit on any vob file, and putting the right hex value in one of the VOBU_SRI pointers for example (or anywhere else for that matter!).

Let me know if you can think of a more robust way to avoid the problem than what's in the DVD2AVI code... Still, according to your response, DVD2AVI does not support MPEG1, so I shouldn't worry about that part!

Thanks!
Jeanl

[Guest]

DGIndex rejects that VOB because it does not have a sequence extension after the false sequence header, so it is seen as MPEG1, which is not yet supported.

Your version has older code that just skips over an emulated sequence header, instead of declaring MPEG1 and failing. But that code will skip only one false header!

It needs to be coded right, observing the system layer. I'll do that in a future release. For now, it is OK for you to restore the disabled code.

[jeanl]

Originally posted by neuron2
DGIndex rejects that VOB because it does not have a sequence extension after the false sequence header, so it is seen as MPEG1, which is not yet supported.

Your version has older code that just skips over an emulated sequence header, instead of declaring MPEG1 and failing. But that code will skip only one false header!

It needs to be coded right, observing the system layer. I'll do that in a future release. For now, it is OK for you to restore the disabled code.
OK I'll do that. Thanks! I'm afraid I won't be able to incorporate your fix unless your code is still close enough to the original that I can merge easily... Keep me posted if that's OK with you!
Thanks,
Jeanl

[2COOL]

@rolZ

When using the "go to calling command" feature, can you clarify the color coding of the found commands?

[blutach]

Originally posted by r0lZ
It's not related to the number of titles.

To be able to Clone the original PGC behaviour in the 'Import Title's Closing Clip' macro, the original commands are copied to a new PGC in the VMGM domain. Some commands (such as SetSTN, SetNVTMR) are illegal in the VMGM. Some commands (all Links, JumpVTS_PTT...) cannot be used from the VMGM to reach the target PGC.
If there are such commands in the original PGC, the Clone option is disabled, because it's impossible (or too difficult) to do. Aaah, yes I see that was the case withe my DVD. I simply took the SetSTN to before the jump to VMGM and all was fine.

Thanks for that :)

Regards

[blutach]

1. When I close PgcEdit with Alt-F4, it launches the tool defined by F4. In other words, the alt isn't being recognised. I confirmed this with alt-F1 etc.

2. When I select options - adjust command editor window screen, it changes the command editor to suit what can be changed. This is fine. But if I deselect it, I have to restart PgcEdit for the change to take effect.

Regards

[r0lZ]

Originally posted by blutach
1. When I close PgcEdit with Alt-F4, it launches the tool defined by F4. In other words, the alt isn't being recognised. I confirmed this with alt-F1 etc. Right. It's another Tcl/Tk problem/bug. I can't avoid it easily. Sorry.
[EDIT: Fixed. See my post below.]

2. When I select options - adjust command editor window screen, it changes the command editor to suit what can be changed. This is fine. But if I deselect it, I have to restart PgcEdit for the change to take effect. Strange. On my system, it works without restarting. Anyway, it's not verry important, as it's an option you will probably not change often.

[r0lZ]

Originally posted by 2COOL
@rolZ

When using the "go to calling command" feature, can you clarify the color coding of the found commands? ### Menu PGC command: Light green (RGB: 0xDDEEDD)
### Title PGC command: Light blue (RGB: 0xDDDDEE)
### Menu button command: Pink (RGB: 0xEEDDDD)
### BOV command: Light purple (RGB: 0xEEDDEE)
### Next/Prev/GoUpPGCN links: Light gray (RGB: 0xEEEEEE)

Following your request, I have also added a new "All" button in the search options to display all the matching commands in a window, in the same way. The colors will be the same, of course (minus the gray).
Note that this window will also display the commands found in menu buttons and BOVs. These commands are ignored if you use the << < > >> buttons. Furthermore, if you right-click the "All" button, the search is performed only in menu buttons and BOVs.

[r0lZ]

Originally posted by r0lZ
Right. It's another Tcl/Tk problem/bug. I can't avoid it easily. Sorry. Well, I've found a way to disable the tool associated with the F# key when using the Alt-F# key. So, the Windows system keys works now as expected.

[blutach]

Thanks r0lZ. Sorry to report such trivialities :)

Regards

[r0lZ]

Originally posted by blutach
Thanks r0lZ. Sorry to report such trivialities :) No, that's useful. I don't use the windows Alt-F keys myself, so I haven't discovered this problem. Thanks.

[2COOL]

Thanks r0lZ!

[doomer2]

I have found a dvd that has a menu with two programs in one pgc the VTSM domain. The menu buttons that are on the first program can be edited fine, but if the dvd is traced to where it would normally show the second program (with different buttons) the menu editor only shows the first program and buttons.

I can go into the pgc editor and look at the (video) contents of the second program, but I can't figure out how to make it let me view/edit the buttons in the second program of that pgc.

Using PgcEdit 0.5.5 (also tried with 0.5.1)

[jeanl]

Originally posted by doomer2
I have found a dvd that has a menu with two programs in one pgc the VTSM domain. The menu buttons that are on the first program can be edited fine, but if the dvd is traced to where it would normally show the second program (with different buttons) the menu editor only shows the first program and buttons.

I can go into the pgc editor and look at the (video) contents of the second program, but I can't figure out how to make it let me view/edit the buttons in the second program of that pgc.

Using PgcEdit 0.5.5 (also tried with 0.5.1)
At the top of the menu viewer, there's a drop down list that lets you access all the cells of the current PGC...
jeanl

[blutach]

In the menu edito, go up the top and click in the area that has the desciption (eg. VTSM 1, LU 1, PGC 3, PG 1, Cell 1, etc)

Regards

[jeanl]

Beat you to it blu!
J.:D

[blutach]

Yes, SNAP!

Regards

[doomer2]

Originally posted by jeanl
At the top of the menu viewer, there's a drop down list that lets you access all the cells of the current PGC...
jeanl

Aha, I missed that. Thanks!

[jeanl]

r0lZ,
I found a serious bug in jmp2pgc (0.5beta6) when you jump to a menu by bouncing off the root menu:

First play:

[00 B1 00 0B 00 00 00 03] 1 if ( gprm(11) != 0 ) then { Goto line 3 }
[30 06 00 01 04 83 00 00] 2 (JumpSS) Jump to VTSM 4, Root menu (TTN 1)
[00 00 00 00 00 00 00 00] 3 NOP
[71 00 00 07 00 00 00 00] 4 Set gprm(7) =(mov) 0
[30 06 00 02 00 C0 00 00] 5 (JumpSS) Jump to VMGM PGC 2

Root menu:

[20 A4 00 0F 00 00 00 06] 1 if ( gprm(15) == 0 ) then { LinkPGCN PGC 6 }
[71 00 00 00 00 01 00 00] 2 Set gprm(0) =(mov) 1
[71 A0 0E 0E 00 01 00 00] 3 if ( gprm(14) == 0 ) then { Set gprm(14) =(mov) 1 }
[71 B0 0F 0F 00 00 00 01] 4 if ( gprm(15) != 1 ) then { Set gprm(15) =(mov) 0 }
[20 A4 00 08 00 01 00 07] 5 if ( gprm(8) == 1 ) then { LinkPGCN PGC 7 }
....

Destination menu:

[00 B1 00 0B 00 00 00 0E] 1 if ( gprm(11) != 0 ) then { Goto line 14 }
[71 00 00 00 00 63 00 00] 2 Set gprm(0) =(mov) 99
[71 00 00 01 00 63 00 00] 3 Set gprm(1) =(mov) 99
[71 00 00 07 00 00 00 00] 4 Set gprm(7) =(mov) 0
....

Somehow, in the root menu code, you're using a different GPRM!!!! On the DVD I used it for, this yields a never-ending menu loop...
Jeanl

[r0lZ]

Oops! Will be fixed in final release! :o

[r0lZ]

PgcEdit 0.5.6 released.

A. = Added feature
F. = Fixed bug A. New semi-automatic macro "Jump to PGC upon DVD insert". It's a modified version of jeanl's "Jumping straight to the movie (or the menu) with PgcEdit" and 2COOL's "Jump2Pgc" guides.
A. Added "Swap or Copy Menu PGC" utility, to swap or copy the PGC parameters (cell table, color table, streams, VM commands, ...) from another PGC of the same menu domain with/to the current PGC. Useful to cleanup the menus.
A. Added the command "Delete All Commands in PGC" in the PGC Selector popup menu.
A. Added the utility "Delete All Commands in Domain", also available in the PGC Selector popup menu.
A. Added the function "Delete All Commands in DVD", available only by right-clicking on an empty line in the PGC Selector.
A. Added the utility "Blank out all Title PGCs in DVD", that calls the "Blank Out All PGCs in Domain" utility in sequence for all title domains.
A. Added an option to change the default colors of the GUI, requested by a Linux user.
A. Option "Skip Preview of short cells (< 1sec., without still time)?" in the preview configuration of the trace mode.
A. PGC Editor: Added an edit popup menu on the audio and subpic streams title label to copy and paste all audio or subpic streams assignments.
A. Added a button "All" in the search GUI, to display all occurences in a window. You may click on the buttons to jump to any occurence.
A. Added some icons for Linux users (included in the Zip archive), thanks to M7S.
F. PgcEdit_Preview 1.8 by jeanl. See history at the bottom of this file.
F. Fixed a little bug in Kill Playback macro that caused the display of an erroneous warning when killing the playback of a menu PGC with some cell commands (LinkTailPGC...)
F. A wrong path was used to store the configuration files on some Win XP foreign systems. Fixed.
F. Fixed a little problem when using an Alt-F# system key under windows: The tool associated with the F# key was launched instead.
F. Fixed a bug in the error message routine when a DVD cannot be opened successfully.
F. Fixed a rare bug in trace mode.
PgcEdit_Preview 1.8 by jeanl: Fixed a bug in original DVD2AVI code that caused the CELLID to be incorrectly read from the VOB file in some rare instances.
Enabled the original code to avoid an extremely rare problem where DVD2AVI finds a SEQUENCE_HEADER_CODE in the first navpack.Thanks to jeanl, 2COOL, blutach and Tobi for the beta testing of the difficult 'Jump to PGC' macro, and especially to jeanl and 2COOL for their guides.

Have a look at the PgcEdit's homepage. Some new or updated guides are there, too.

[blutach]

Many thanks r0lZ. I'm sure I speak for thousands.

Regards

[dirio49]

thanks r0lZ

[absinthe]

WOW! Very nice. I got the "Jump to PGC upon DVD insert" macro to work on the first try. It's a breeze.

Thanks r0lZ!

-abs

[2COOL]

Request:

In your next version, can you put a right-click in Watch dialog for a small menu consisting of the trace's clipboard macros and also unused GPRMs? I'd like to consolidate all these in one place for easy of clicking flow.

BTW, great work! :D

[r0lZ]

For Linux users!

mfc42.dll is missing from the binary distribution v0.5.6 for Linux. For this reason, the preview doesn't work.

You may either
1. Download the fixed pgcedit binary file v0.5.6.1 on my homepage (available for Linux only).
2. Download mfc42.dll here (http://www.dll-files.com/dllindex/dll-files.shtml?mfc42) and copy it manually in the bin subdirectory.

Sorry.

[r0lZ]

Originally posted by 2COOL
Request:

In your next version, can you put a right-click in Watch dialog for a small menu consisting of the trace's clipboard macros and also unused GPRMs? I'd like to consolidate all these in one place for easy of clicking flow.

BTW, great work! :D I'm not sure it's easy to do, because the Watch window is build dynamically (you may add or remove parts of the window). I can't promise it...

BTW, geeat work to you too! Your Jump2pgc guide and helper application were of great help when I wrote the macro. Special thanks for your idea of testing all registers when no unused register exists. (I will probably use it also in the Inport * Clip macros.)

[selyb]

Request: if i am in trace mode and i open a new dvd, i would like pgcedit to automatically exit trace mode

Request: not sure if you can do this but, when i paste an illegal command, could you try to convert it?

what i run into often is when in the VMGM, i replace a command 'Jump to Title X" with all the commands located in Title X and those commands have "Call VMGM PGC X" and i have to manually convert each one to "Link PGC X"

[selyb]

Request:
when i have modified the dvd and i hit close, could you make it ask if i want to save before quitting and use a yes\no\cancel box

[jeanl]

Originally posted by selyb
Request:
when i have modified the dvd and i hit close, could you make it ask if i want to save before quitting and use a yes\no\cancel box
This is the default behavior when not in "expert mode"... Disable expert mode if you want that...
Jean

[2COOL]

Maybe some people would like to have the option to not see the hex values in the command pane?

[r0lZ]

Originally posted by 2COOL
Maybe some people would like to have the option to not see the hex values in the command pane? This has been already asked. Unfortunately, I need the hex codes with the commands, because much of the edit buttons are working directly on the listbox contents. When another PGC is opened, the commands are saved back in memory, and I need the hex codes to retrieve them from the listbox.

[r0lZ]

Originally posted by selyb
Request: if i am in trace mode and i open a new dvd, i would like pgcedit to automatically exit trace mode It's really easy to close it yourself, no?

Request: not sure if you can do this but, when i paste an illegal command, could you try to convert it?

what i run into often is when in the VMGM, i replace a command 'Jump to Title X" with all the commands located in Title X and those commands have "Call VMGM PGC X" and i have to manually convert each one to "Link PGC X" That's not easy to do. However, I will try to verify the commands in a better way. Maybe I'll be able to add a conversion, too. But don't expect that soon. I have many other things on my TODO list.

[r0lZ]

Originally posted by selyb
Request:
when i have modified the dvd and i hit close, could you make it ask if i want to save before quitting and use a yes\no\cancel box Also easy to do manually. Just click Cancel, and hit the Save icon.
But, as it's easy to do for me, I may add it...

@jeanl: selyb wants a save option integrated in the warning dialog.

[selyb]

Originally posted by selyb
Request:
when i have modified the dvd and i hit close, could you make it ask if i want to save before quitting and use a yes\no\cancel box

in pgcedit.tcl i changed if {$::dvd_modified && $code == 0 && !$::config(expert_mode)} {
set r [tk_messageBox -message "The DVD has been modified.\n\nOK to quit?" \
-icon warning -title "PgcEdit" -type yesno -default no]
if {$r == "no"} return
}
to if {$::dvd_modified && $code == 0 && !$::config(expert_mode)} {
set r [tk_messageBox -message "The DVD has been modified.\n\nDo you want to save first?" \
-icon warning -title "PgcEdit" -type yesnocancel -default yes]
if {$r == "cancel"} return
if {$r == "yes"} {::main::Write_DVD false}
}

and in main.tcl and utils.tcl i changed if {$::dvd_modified && !$::config(expert_mode)} {
set r [tk_messageBox -message "The DVD has been modified.\n\nAre you sure?" \
-icon warning -title "PgcEdit" -type yesno -default no]
if {$r == "no"} {return 0}
}
to if {$::dvd_modified && !$::config(expert_mode)} {
set r [tk_messageBox -message "The DVD has been modified.\n\nDo you want to save first?" \
-icon warning -title "PgcEdit" -type yesnocancel -default yes]
if {$r == "cancel"} {return 0}
if {$r == "yes"} {::main::Write_DVD false}
}

[selyb]

Originally posted by selyb
Request: if i am in trace mode and i open a new dvd, i would like pgcedit to automatically exit trace mode



in main.tcl i added
if {$::tr::tracemode} ::tr::dvd_trace
immediately afterproc Read_New_DVD {args} {

if {$::dvd_modified && !$::config(expert_mode)} {
set r [tk_messageBox -message "The DVD has been modified.\n\nDo you want to save first?" \
-icon warning -title "PgcEdit" -type yesnocancel -default yes]
if {$r == "cancel"} {return 0}
if {$r == "yes"} {::main::Write_DVD false}
}

if {$args == ""} {
unset -nocomplain ::tr::breakpoints ;# reset breakpoints of Trace mode
set initialdir $::config(initialdir)
while true {
set dvddir [tk_chooseOldDirectory -initialdir $initialdir \
-parent . -title "PgcEdit: Open DVD folder"]
if {$dvddir == ""} return


and in trace.tcl i changed set ::tr::wm_main_window $w
if {[winfo exists $w] && [winfo ismapped $w]} {
cleanexit
return
}

to set ::tr::wm_main_window $w
if {[winfo exists $w] && [winfo ismapped $w]} {
cleanexit
return
} else {set ::tr::tracemode 1}

[jeanl]

selyb,
I think you're the first one to starting hacking into PgcEdit!
Amazing!
Jeanl

[r0lZ]

I have added some similar code in the new version, to save if needed before quitting/opening a new DVD. However, your method will ask to save the DVD if you reopen it. IMHO, it is not useful in this case.

Also, my method to open trace mode is identical to yours, except I have suggested to set the code in pgcedit.user.tcl (which is a post script opened automatically if it exists after the whole initialization was done) because it doesn't require to recreate the standalone exe.
Since this feature seems to be appreciated, I will add an option to automatically go to trace mode whan a DVD is opened, in the Options menu.

[selyb]

Originally posted by jeanl
selyb,
I think you're the first one to starting hacking into PgcEdit!
Amazing!
Jeanl i wouldnt call editing an open source script 'hacking', but thanks for the props anyway :)

Originally posted by r0lZ
I have added some similar code in the new version, to save if needed before quitting/opening a new DVD. However, your method will ask to save the DVD if you reopen it. IMHO, it is not useful in this case.

i noticed this, i was in the process of trying to figure out how to change that

Originally posted by r0lZ

Also, my method to open trace mode is identical to yours, except I have suggested to set the code in pgcedit.user.tcl (which is a post script opened automatically if it exists after the whole initialization was done) because it doesn't require to recreate the standalone exe.
Since this feature seems to be appreciated, I will add an option to automatically go to trace mode whan a DVD is opened, in the Options menu.

what i added was to quit trace mode when opening a dvd, i understand what youre saying though

[r0lZ]

Originally posted by selyb
i noticed this, i was in the process of trying to figure out how to change that In main.tcl, function ReRead_DVD, insert dvd_modified false false before the line set errcode [Read_New_DVD $::dvddir]or wait for the next version. ;)

[selyb]

btw, the reason i added set ::tr::wm_main_window $w
if {[winfo exists $w] && [winfo ismapped $w]} {
cleanexit
return
} else {set ::tr::tracemode 1} in trace.tcl is because of a small cosmetic bug
if you use ctrl+t to open trace mode, the tracemode variable does not get set and the checkmark on the menu is not present

i found this out because i use that variable as a check to see if i need to call dvd_trace

[r0lZ]

Right. I have also added this variable assignment in the final version.

[selyb]

Originally posted by r0lZ
In main.tcl, function ReRead_DVD, insert dvd_modified false false before the line set errcode [Read_New_DVD $::dvddir] this would omit a dvd modified message entirely if you hit the reopen button wouldnt it?
maybe you could also add a message to 'proc ReRead_DVD' to ask "Are you sure you want to Reopen the DVD and lose all changes?"

[r0lZ]

That's what I did. :)

[r0lZ]

PgcEdit 0.5.7 beta 1 available.

It's not an important release. I've just made some cosmetics changes, including an option to hide the hex codes in the main window. Since this option was not easy to implement, I may have broken something. So, use this beta with care, and, if you experience some problems, please report them here. Thanks.
A. Added an option to hide the [hex codes] in the main commands listbox.
A. Added an option to go automatically to Trace mode whan a DVD is opened.
E. The "DVD modified, are you sure?" warning now allow to save the DVD.
F. Fixed a typo: changed all occurences of sheme to scheme.
As usual, the beta is in the 'All Versions' folder of the PgcEdit homepage at VideoHelp only.

[zacoz]

Originally posted by r0lZ
... cosmetics changes, including an option to hide the hex codes in the main window. @r0lZ: You just can't resist a challenge can you.

I'd figured "Sheme/Scheme" had actually been shortened to fit on the button. While on the subject, the IFO File Association dialog box uses the word "overwrited". English grammar would dictate that "overwritten" would be correct.

[selyb]

Originally posted by r0lZ
PgcEdit 0.5.7 beta 1 available.

...
As usual, the beta is in the 'All Versions' folder of the PgcEdit homepage at VideoHelp only.

:( i dont see it

[r0lZ]

Right. My fault. I have moved the beta files in the right directory now.

@zacoz and everybody: BTW, if you find more english grammar/vocabulary errors in PgcEdit, please let me know.

[Surf]

One lil request r0lZ: implementing a BMP capture with choice of ntsc/pal, 4:3 or 16:9...TIA.

edit: ntsc/pal is irrelevant..is it?

[r0lZ]

The captured image is always in the original format of the VOB, without any modification or resizing. If your VOB is NTSC, you will capture a NTSC frame. Same for PAL.
Note that a 16:9 anamorphic image has exactly the same resolution as a 4:3 image. It is the responsability of the player to resize it. So, all images you will save with PgcEdit will be 4:3 images.

I will not change that. If you want to convert the image to another format, resize it with a paint program. You will be able to use the best antialiazing method for the current image.

[selyb]

Originally posted by r0lZ
@zacoz and everybody: BTW, if you find more english grammar/vocabulary errors in PgcEdit, please let me know. Current- Store PgcEdit_backup in the DVDs root folder instead of VIDEO_TS
Suggested- Store backup folder in parent of VIDEO_TS folder

Current- Adjust Command Editor window size
Suggested- Auto-adjust Command Editor window to contents

Current- Tearoff menus?
Suggested- Allow Menu Tearoffs.

Current- Highlight Errors and GOTO Targets? (Don't Detect All ERRORS!)
Suggested- Hi-lite Errors and GOTO Targets? (Doesn't Detect All ERRORS!)

Current- Popup menus on right mouse button released?
Suggested- Popup menu when right mouse button released?
or Popup menu on right mouse button release?

Current- Automatically renumber GOTOs upon cmds insert/delete?
Suggested- Auto renumber GOTOs when cmds added/removed?

Current- Save Setups
Suggested- Save Settings

[selyb]

Bug: Store PgcEdit_backup in the DVDs root folder instead of VIDEO_TS

the backup is put in the parent folder even if there is no VIDEO_TS folder

[r0lZ]

Thanks, selyb.
Will do the fixes...

[r0lZ]

PgcEdit 0.5.7 beta 2 available

I have tried to fix some display problems when running PgcEdit under Mac. There are also some minor fixes.

F. Fixed some english grammar/vocabulary errors.
F. When the option "Store backup folder in parent of VIDEO_TS folder" is ON, the backup folder is saved now in the parent only if the DVD files are in a VIDEO_TS subdirectory.
F. Some display problems on Macintosh platforms (default font size...) are now hopefully fixed.

[zacoz]

Originally posted by r0lZ
A. Added an option to go automatically to Trace mode whan a DVD is opened.This option is not working for me (in 0.5.7 b1 or b2 - no not the bananas blu, the beta's). Anyone else tried it ?

I've tried: opening DVD's by right clicking on .IFO and choosing open with PgcEdit. opening PgcEdit and then opening DVD straight away. making PgcEdit the default program when opening IFO's (instead of WinDVD) turning on/off various other new options and BOV scanner in case of conflict. 3 different DVD's (one with LU differences due to previous work in PgcEdit, one with Blank VOB's giving warning and offer of delete, and one without any other opening issues). expert mode to avoid the "DVD opened OK x VTS loaded" dialog box.Can't think of anything else specific to try that might pin down the issue.

[r0lZ]

Right. It doesn't work if you open a DVD by calling PgcEdit from the Windows explorer with an IFO or BUP file as argument.

However, it works if you set the 'Launch Open DVD dialog at startup' option, and then launch PgcEdit alone. You have to load a DVD from the file/folder dialog that pops-up when PgcEdit starts.

I will see if I can add an option to enable trace mode when starting PgcEdit with an argument...

[EDIT:] Done. Was easy to do. I forgot the case of the DVD opened from the command line. The fix will be available with the final version.

[zacoz]

Ah yes, now I see it works. I didn't think about it being dependant upon the "Launch open DVD dialog at statup" option.

It's probably not unreasonable, however I've found lately that it's more efficient (or seems so) if I have windows explorer open and use the context menu to open the DVD in PgcEdit. It allows for quick jumping back and forward to a number of directories, tools and player for testing. Having said that PgcEdit remembers the last directory, therefore it's more the other programs that benefit from opening from windows explorer context menu.

[zacoz]

Originally posted by r0lZ
[EDIT:] Done. Was easy to do. I forgot the case of the DVD opened from the command line. The fix will be available with the final version.What....already !!!!
Hope you're fitting some non-PgcEdit time in somewhere. We don't want to burn you out.;)

[selyb]

may i ask why the install options are not present when pgcedit isnt exe-wrapped?

[r0lZ]

Because almost all options in the install submenu do use a special library (called package in Tcl terminology) to read and write some registry keys. This package is included in the freeWrapped exe under Windows, but is not included by default in the standard Tcl/Tk distribution, and I don't want to ask the user to install it just to install PgcEdit easily!

[selyb]

understood

[selyb]

request: Enable/Disable Macrovision

[2COOL]

Originally posted by selyb
request: Enable/Disable Macrovision I found this tidbit information. http://forum.doom9.org/showthread.php?s=&threadid=60170&highlight=macrovision. But I think r0lZ may not venture into this arena as he doesn't do deep work on the VOBs. I think.

[r0lZ]

Originally posted by 2COOL
I found this tidbit information. http://forum.doom9.org/showthread.php?s=&threadid=60170&highlight=macrovision. But I think r0lZ may not venture into this arena as he doesn't do deep work on the VOBs. I think. Right. It's a job for a VOB processor (VobBlanker?).
@selyb: Why do you want that? Anyway, when you rip the DVD with DVD Decrypter, macrovision should be removed.

[r0lZ]

PgcEdit 0.5.7 beta 3 released.

Yet another beta, mainly for Mac users running Tk-Aqua.
F. Error when blanking a titleset when the preview window is open fixed.
F. "Save IFOs as" saved the modified VOBs also (in the original folder).
F. Fixed more display problems under Mac and Tk-Aqua.

[selyb]

Originally posted by r0lZ
Anyway, when you rip the DVD with DVD Decrypter, macrovision should be removed. I dont use dvddecrypter usually, but the method i use does remove macrovision
i had the impression (from something i read somewhere) that macrovision is only a bit at a hex offset that could simply be set to 0 or 1

[selyb]

hehe, i could post requests all day ;)
these should be easy tho

request: bind Ctrl+Del to Blank All Menus/Titles

request: show hotkeys in popup menu

[2COOL]

I think I brought this up before but can we have an angle column in PGC Editor? If would give the user an obvious indication which cells hold which angle.

How about a cell times file? e.g.

13721
23081
28166
34406
42446
52001
66971
80981
86561
94466
103781
115496
130151
136646
143681
152996
170703
170718

or a built in Chapter X-tractor?

[r0lZ]

@selyb

- Macrovision: right, the program to remove macrovision is verry easy to do, but I don't want to go to this direction. PgcEdit is essentially an IFO editor. Maybe you could ask this to the guy who wrote the program to change the PUOs in VOBs? Should be easy to add this option. Also, that may be easily added in VobBlanker (but less efficient, since it will copy the VOBs).

- Ctrl-Del: OK.

- Shortcuts in popups: OK.

@2COOL

Celltimes.txt: relatively easy to do. I'll probably add this function.
I don't rememebr what Chapter X-Tractor is supposed to do exactly. Could you explain?

[zacoz]

Angle column would be cool (no pun intended). It's slightly annoying having to load up DVD into another program to check for them.

[blutach]

@zacoz - confused. It's easy to see if the disk has angles. Just look in the PGC Editor at the cell type flags.

Regards

[r0lZ]

It's even easier. In angle blocks, the First ILVU End is non-rezo.

Anyway, I'll add an angle column... when I will have some time to devote to PgcEdit.

[zacoz]

Don't really know anything about the cell type flags, although looking now I have seen a little on angle types. Unless I'm missing something else, this would require checking each PGC to establish if angles were present. At the moment I load up in VobBlanker which will give a warning pop up box on loading if angles are present.

Reading 2COOL's request again, it seems I misread it first time around. I was thinking that an angles column in PGC Selector would be handy to see at a glance if angles are present, whereas 2COOL was referring to column in the PGC Editor which I guess is more useful as it's at cell level.

@r0lZ: Maybe include in the "DVD Opened OK" dialog box / status bar that angles are present.

[r0lZ]

Originally posted by zacoz
@r0lZ: Maybe include in the "DVD Opened OK" dialog box / status bar that angles are present. That's too difficult. The PGC datas are analysed by PgcEdit only when you open the PGC Editor. Doing that when loading the DVD requires too many work, and will slow down the Open DVD operation.

[zacoz]

No problems, not important.

[mpucoder]

But if you just want to know if any titles have angles you can look at VMG_TT_SRPT

[2COOL]

Originally posted by r0lZ
Anyway, I'll add an angle column... when I will have some time to devote to PgcEdit. Thanks!

[2COOL]

I wonder if Derrow uses PgcEdit more than his app when it comes down to editing commands? Just a thought...

[jeanl]

Originally posted by 2COOL
I wonder if Derrow uses PgcEdit more than his app when it comes down to editing commands? Just a thought...
I wonder if derrow is doing DVD stuff at all!
jeanl

[blutach]

Haven't seen him on for about 6 months.

Regards

[r0lZ]

Originally posted by mpucoder
But if you just want to know if any titles have angles you can look at VMG_TT_SRPT Thanks. Of course, it's the simplest way.

BTW, is it legal (or possible) to have multi-angles clips in the menu domains?

[jeanl]

I think I remember mpucoder mentioning that it's not..
jeanl

[r0lZ]

PgcEdit 0.5.7 released.

A. PgcEditor: Added an Angle column ("A.") in the cell list. The angle value is computed from the Type Flags. "-" means all angles, "?" means error.
A. Added a function to remove the current LU from the IFO. The VOB cells are left unreferenced. You may strip them with VobBlanker easily.
A. Added a button "CellTimes.txt" in the Pgc Editor to generate the list of cell times needed to remux a clip with chapters. You may add an offset to the cell times if you want.
A. Added an option to hide the [hex codes] in the main commands listbox.
A. Added an option to go automatically to Trace mode whan a DVD is opened.
A. Shift-clicking on a PGC in the PGC Selector now toggles the breakpoints on that PGC (without selecting it).
A. Added a "Documentation" item in the help menu. It tries to open these files: "<PgcEdit install dir>/doc/PgcEdit_manual.chm" (under Windows only) then, if the file is not found, "<install dir>/doc/PgcEdit_manual.htm", then "<install dir>/doc/PgcEdit_manual.txt", and finally, it opens the online HTML version stored at VideoHelp.
The old, obsolete single text file has been removed from the distribution.
A. Added an option to tell PgcEdit which web browser you want to use. Now, the homepages, online docs and DVD-Replica online help are available also for Linux and Mac users.
E. The shortcuts of the context menus of the PGC selector are now displayed in the menu.
E. Added tooltips on the edit buttons with the keyboard shortcuts.
E. Added tooltips in PGC Editor's color table to show the color number.
E. Added some tooltips on the labels of the cell list in the PGC Editor.
E. Added the Control-Delete shortcut to call the Blank Out All PGCs utility.
E. The "DVD modified, are you sure?" warning now allow to save the DVD.
E. New Preview 1.9 by jeanl. In info mode, the buttons outlines are displayed. Also, mfc42.dll is now linked in the executable, and is therefore not needed anymore under Linux.
F. Bug in the Search function in All mode: the line numbers were wrong.
F. Menu Editor: The Align button functions where not working as expected when the current button position was previously edited manually. Fixed.
F. Workaround for a Tk bug under X11 (Mac and Linux): a wrong height is calculated by Tk for windows with menus. Therefore, the OK/Cancel buttons were hidden in the menu editor.
F. Some display problems fixed under Mac (X11 and Aqua versions.)
F. Error when blanking a titleset when the preview window is open fixed.
F. "Save IFOs as" saved the modified VOBs also (in the original folder).
F. When the option "Store backup folder in parent of VIDEO_TS folder" is ON, the backup folder is saved now in the parent only if the DVD files are in a VIDEO_TS subdirectory.
F. Trace: LinkTopCell in a menu button linked to the previous cell. Fixed.
F. Fixed a rare bug when reading the menu buttons informations.
F. Fixed some english grammar/vocabulary errors.


There are also many changes in the homepage:

New PgcEdit documentation, available online and downloadable in HTML or Windows .CHM format. See installation instructions on the homepage. Thanks to Blutach for this great work!
New installation procedure for Mac users, with a starter application. You don't need to install Tcl/Tk anymore. Thanks to Pucklock!
New guide by Blutach: How to use PgcEdit’s new Jump to PGC Upon DVD Insert Macro.
2COOL's Jump2PGC helper application updated to v 1.55.
Link to a new guide: Menuing DVD compilations easy, by Bjs.
Updated version of Tobi's Beispiele.PDF.
Added the links to download the Test-SPRM-7 test DVD, useful to setup the virtual player (used in trace mode).
And more...


Note that the old ASCII documentation (in english and french) has been removed from the PgcEdit distribution. Have a look at the Installation section on the homepage to learn how to replace it with the new HTML or Windows Help (CHM) files.

[Tobii]

Many thanks r0lZ! :)

[blutach]

A million thanks r0lZ for this excellent program.

Regards

[dirio49]

thanks r0lZ
great program

[absinthe]

Thanks for your work! Cell times ... I love it!

-abs

[arsmori]

Joining the public sentiment: w00t! :D

Q: the text background is now white while it was gray bf (my sys colors?), is there a way to change it back (not the windows frame color), cause my eyes :scared:, ze goggles, zey do nussink!?

[r0lZ]

Joining the public sentiment: w00t! :D

Q: the text background is now white while it was gray bf (my sys colors?), is there a way to change it back (not the windows frame color), cause my eyes :scared:, ze goggles, zey do nussink!?Hum. I changed the background of the listboxes because the X11 gray is a little bit depressive, especially under Mac. But I may add an option to leave it gray in the next release.

[sweetness]

:eek: wow, i think this release should be v0.6.0 with all the changes.
thanks, and take a vacation too, you need one. ;)

[zacoz]

Another version, another big thankyou r0lZ.

[CoNS]

I have to step in line: THANK YOU, r0lZ, for your great work. Much appreciated. :)

BTW, have you thought more about adding an option to select the previewed titles/PGCs/cells for blanking while previewing in trace mode, in order to create a VobBlanker project file to be executed with VobBlanker? Is it on your to-do list, or are you not going to implement it?

[jeanl]

r0lZ,
I have 1 question for you...
In the option you added to remove a cell from a PGC, does PgcEdit modify all the commands to account for the fact that the cell numbers have changed? Do you also do that in button commands?
I'm puzzled, because it seems like a lot of work to me!
My hat to you!
jeanl

[r0lZ]

No. The cell is removed. Point.
Same for programs and chapters.
You have to change the commands yourself. But most of the time, it's easy.

[r0lZ]

Version 2 of the CHM/HTML documentation by Blutach is available on the PgcEdit homepage. It's for PgcEdit 0.5.7 final.

Also, the PDF "Das Programm PgcEdit", wirtten by Tobi for german users, is also updated to PgcEdit 0.5.7.

Thanks, Blutach and Tobi!

[blutach]

Always a pleasure - hope PgcEdit users find this to be a bit of a help :)

Regards

[video_magic]

I have downloaded the latest version and the help as well and I'll be taking a look through it to see what I can do with this program!, it's something to do with the structure of a DVD right? I am hoping it will assist me in my quest to figure out how to author DVDs which are very compliant. Thanks very much for your time and work ROIZ, and blutach for the help which I will need and find very useful for sure. :thanks:

The program certainly seems very neat and fast.

[CoNS]

r0lZ, I have some problems with the keyboard shortcut for previewing a PGC. The shortcut is `(~) but probably due to the differences in the various keyboard layouts, I just can't find that shortcut key...?!

[r0lZ]

I know this problem. On US keyboards, it's the key just below the ESC key. I cannot change that shortcut, because it's impossible to use the normal keys, or you will call the associated function when you type something in the search field. Sorry.

[mpucoder]

You've used up all the ctrl and/or alt combinations? Or don't want to use them?

[Wheelie4]

Got a question about Jeanl's guide on Skipping FBI warnings and Previews on this guide Here (http://jean.laroche.free.fr/SkippingStuff0.4.3.1/index.html). When I do step three and get the popup message I should choose No if I just want to create and burn an iso after that instead of using ifoedit or vobblanker afterwards, right? Just making sure.

I made a goal earlier this week to begin learning atleast some of the most basic possibilities with pgcedit. If I'm correct I can now,

Run the trace mode
Bypass/blank VMG menu's (without buttons ofcourse thx to jeanl tip)
Use macro to blank all unwanted VTS's (thx to jeanl's tip)
Blank cells at beginning of main movie (thx to 2cools guide (http://home.tiscali.be/debie.roland/pgcedit/third_party/2cool/blanking_cell/blanking_cell.htm))
Create iso with 32k gap.
(Learned all that in 6 days, I'm exhausted) ;)

I've learned a tiny bit. :D Couple more years and I'll be able to use 1/20th of pgcedits features. MAYBE. ;)

[jeanl]

YOu can say Yes, or No, it does not matter if you don't intend to run vobblanker after that. If you say yes, AND you run vobblanker after that, the cell will be removed from the VOB. But you don't really need that for an FBI warning, because it's a very small cell usually....
YOu'll be surprised to see how fast you learn PgcEdit, the learning curve isn't just with PgcEdit though, it's with the whole entire DVD structure thing. That takes a while, but in a couple month, you'll be swimming in there like a fish in the ocean! ;)
jeanl

[r0lZ]

You've used up all the ctrl and/or alt combinations? Or don't want to use them?Some Ctrl or Alt keys should still be free. But I like the "`" key because the preview is often used, and you don't have to press two keys to launch it.
However, I can add another shortcut as well, for non-US keyboards.

[CoNS]

thx r0lZ, that'd be great!

[Wheelie4]

Thx jeanl. :)

[goonix]

Only a few small issues:

If I use the search function in pgcEdit (0.6beta5) the found command line numbers are wrong, i.e. one more than the real number.

If I search for the word "button" pgcEdit finds all occurences of the word "button" even in button commands. But in many cases, the found button commands are wrong.

Clicking on the "found button" results, pgcEdit opens the menu button window. Sometimes following message is displayed:

Warning: The SPRM 8: highlighted menu button number is out of range!
SPRM 8 button value: 10240 (button 10)
Valid button number range for this menu: 1 to 6

And there are really only 6 buttons.

Additional the displayed button group of the menu button window is not set according to the found button result.


goonix

[zacoz]

If I use the search function in pgcEdit (0.6beta5) the found command line numbers are wrong, i.e. one more than the real number.Tested here using PgcEdit 0.6.7 with same result.
Clicking on the "found button" results, pgcEdit opens the menu button window. Sometimes following message is displayed:
Warning: The SPRM 8: highlighted menu button number is out of range!
SPRM 8 button value: 10240 (button 10)
Valid button number range for this menu: 1 to 6
And there are really only 6 buttons.Tested 2 DVD's here without this problem.
@Goonix: For the Pgc's where you are having this issue does the Pgc Selector indicate 10 buttons or 6 buttons ? Are there multiple Program/Cells involved ?
Additional the displayed button group of the menu button window is not set according to the found button result.Seems that it always opens the Menu Buttons editor displaying Program 1 Cell 1.

[goonix]

@zacoz

The DVD in work is "Mars Attacks! R2"

In the pgc selector pane there are 180 buttons in 55 cells.
The opened menu button editor windows trys to show the correct cell number. But there is a problem counting the cells from 0 or from 1.
After further investigation I found the button command of the "found button" window displays the command of the next cell same button number.
And the 10 buttons error occurs if the next cell has 10 buttons, but the current cell has only 6.

So it is maybe related to the first issue in my above post.


goonix

[zacoz]

That makes sense why i didn't encounter the error - as the DVD's I tested had the same number of buttons in adjacent cells.

Seems harmless (if a little annoying) issue, so r0lZ will probably take a look when he works on PgcEdit next.

He'll also no doubt comment when he takes a break from enjoying the fraction of a life we leave him with. ;)

[r0lZ]

Yes, I already know the problem with the line numbers in the search function, and the related problem with the wrong line being highlited.
I will look at the problem with the menu.
Thanks goonix and zacoz!

[goonix]

Tested with v0.6.0beta6.
Search all function works perfectly now.

Only one very little issue remains:
If I search for a very common word e.g. "link" then sometimes more than 1000 results will be found.
Then the result list is cut at the end. But this seems to be a restriction of Tcl/Tk.
And such search isn't really useful.

Many thanks r0lZ!

goonix

[r0lZ]

If I search for a very common word e.g. "link" then sometimes more than 1000 results will be found.
Then the result list is cut at the end. But this seems to be a restriction of Tcl/Tk.Well, I was not aware of this limitation. Maybe I can change the listing made of buttons to a classic listbox. If I have some time, I will do it. Maybe also the search function will be faster (Most of the time is devoted to building the interface).

[goonix]

The search function is fast enough in my opinion.
And the buttons in the listbox are very useful. Please don't change it!
It doesn't make sense to search for a command with such an amount of findings.

goonix

[r0lZ]

The search function is fast enough in my opinion.I don't think so. If the DVD is very large, and there are many occurences of the search string, it takes ages.
And the buttons in the listbox are very useful. Please don't change it!Too late! I have already changed the GUI. But don't worry: you can still click on the references to jump to them. See v 0.6.0 beta 7 (http://www.videohelp.com/~r0lZ/pgcedit/beta/PgcEdit_winexe_0.6.0beta7.zip).

[selyb]

is there any difference between the files extracted from the winexe and the files in the source zip?

[r0lZ]

is there any difference between the files extracted from the winexe and the files in the source zip?No, the files are exactly identical. But the behaviour of some parts of the code is different if the app is wrapped. For example, the install submenu is present only when PgcEdit is run from the wrapped exe, under Windows.
Also, some files are not included in some distribs, if they are not needed. In the source zip, all files are present.

[2COOL]

@blutach

PgcEdit's reference manual looks great!

If you are working on an update, can you insert example images of the color coding highlights in Main window, goto calling command dialog, and search log? did I miss anything? Anyways, here's a post (http://forum.doom9.org/showthread.php?p=650383#post650383) for some reference.

[jinjin_jp]

@r01Z
Please consider the function of setting default stream (audio, sutitle) for Re-Authored by DVDShrink (if possible, by others).

A little before I backed up by DVDShrink(Re-Authore), but I've forgot to set the default stream as usual, so I corrected IFO after processes.
Then I thought it would be very useful if possible to set the default stream by PgcEdit.
Even it needs only correction of IFO a little, but it needs to know about IFO a little, if not it needs long time for re-processing of DVDShrink.
I think it is possible to add pre-command of two lines for each title like below,
.....(SetSTN) Set Audio stream = ?
.....(SetSTN) Set Sub-picture stream = ?, on
................< ? is selected favorite>

Sorry to request selfish hope.

[blutach]

@jinjin_jp - you can do this already with the new Jump to PGC Upon DVD Insert macro.

Just trace through your DVD to the main menu and then click on the audio menu and pick the stream you want. Do the same for subpictures. Return to the main menu. The streams you want will be set.

Then execute the macro.

By the way, DVD Shrink remapping streams is not good to do IMHO - see my discussion here (http://forum.digital-digest.com/showthread.php?s=&threadid=45228).

Regards

[r0lZ]

@blutach: jinjin_jp was talking about reauthored movies. You don't have menus anymore.

@jinjin_jp: I think it easy enough to do it yourself. After all, it's only one (or two) SetSTN commands to insert in the pre-commands of the main title.
For me, it's not so simple, because I need to check if the SetSTN command already exists. But maybe I will do that. Not soon, anyway...

[jinjin_jp]

@r01Z
I understood. Surely it is difficult if considering various cases to be checked.

@blutach
About remapping streams I noticed interesting thing in DvdReMakePro which have the function of removing stream after ver.3.
When using this function, "Delete track" is selectable from last stream, but from middle stream "Delete track" is glay out and "Disable track" is only selectable. I think this is the same thought as yours.

[r0lZ]

I don't use DVDReMake anymore ;) , but I believe that it does that this way because it is uable to remap the streams. If you remove a stream (before the last one), the references to the remaining streams are wrong, and remapping them is not easy, especially if there are indirect SetSTN commands somewhere. (Indirect commands = commands using a GPRM instead of a constant value)

[jinjin_jp]

@r01Z
Thanks for adding the explanation.

[blutach]

And yes, sorry gentlemen. I should have read closer. I see now the re-authored.

But jinjin, I think you know you can do this automatically in DVD Shrink.

http://www.dvdshrink.info/guides/forcing_subs.gif

And if you forget, it's only 1 command to add in before the title.

Regards

[r0lZ]

Yes, it's a relatively long work for me for a little advantage.
And I prefer to work on more useful additions, like the new function I just wrote, available in PgcEdit 0.6.0 beta 14 (http://www.videohelp.com/~r0lZ/pgcedit/beta/PgcEdit_winexe_0.6.0beta14.zip). This function allow you to renumber the Titles in the DVD. I hate these DVD with title 1 being a logo, and with a main movie title number being 2 or more! The new function (Utilities -> Remap Title numbers) takes care of the Jump_TT commands in the VMG, including in menu buttons. Enjoy...

[jinjin_jp]

@blutach
Yes, I know. I've forgot to set default stream this time, so corrected IFO.

[blutach]

OK to both. Goodness r0lZ, v6 won't get released LOL. But I gotta agree. I hate it when title 1 is right down the bottom in VTS 23.

More work on the help file, I guess :(

Regards

[r0lZ]

More work on the help file, I guess :( Only if you want!

I will probably release v6 on july 7, because I have inserted a front page on my site, regarding the pattents european directive. I will remove it and release PgcEdit 0.6 when this page will be obsolete, on july 6.

[blutach]

Tell you what I reckon would be useful:

If you have killed enough material to make whole titlesets unreferenced, then a little utility to pull them out of the structure (as you know, it's only 3 bytes in VIDEO_TS.IFO that need changing), moving the VOBs, IFOS and BUPs to a special backup folder.
Whaddya reckon?

Regards

[blutach]

Only if you want!Has to happen. Will have more time this week.

G'night from here.

Regards

[r0lZ]

If you have killed enough material to make whole titlesets unreferenced, then a little utility to pull them out of the structure (as you know, it's only 3 bytes in VIDEO_TS.IFO that need changing), moving the VOBs, IFOS and BUPs to a special backup folder.Well, it's not really simple. I must check for references to this titleset in the VMG. Only Jump_TT commands are able to call a title by his title number, while there are many commands able to call something in a titleset.
Also, removing the last titleset is relatively simple, but removing any titleset would require to fix the references to the next titlesets.

I think that an unreferenced titleset is not so annoying, because, when blanked, it doesn't use a lot of space, and when playing the DVD, you will not notice his presence.

But I may add a simple Remove Last Titleset function, without checks for references. Is it enough for you?

[lovelegend]

I found a little bug (not sure if it's been reported): For subpicture color lookup table, when I pressed import and choose an IFO file, the color lookup table was changed. However, when I pressed OK, saved the changes and reopened the DVD folder, the color lookup table changed back to the old table. (But it has no problem by using "Copy All" and "Paste All" buttons)

[r0lZ]

Right. Will have a look.

[r0lZ]

PgcEdit 0.6.0 beta 15 (http://www.videohelp.com/~r0lZ/pgcedit/beta/PgcEdit_winexe_0.6.0beta15.zip) is out.

I have fixed the import color table from IFO bug, and added the function to delete the last VTS in the DVD.
Nothing new in the Burn DL DVD function.

[frank]

After program entry it must be:

# Parse arguments
if {$argc == 1 && ([lindex $argv 0] == "/?" || [lindex $argv 0] == "-h")} {
puts "PgcEdit v $::program_version"
puts "Command line usage:"
puts "> PgcEdit \[\"DVD pathname\"\]"
puts "or"
puts "> PgcEdit \[\"DVD pathname\\any file\"\]"

[r0lZ]

Right. Small bug. I wonder if anyone has already launched PgcEdit with "PgcEdit /?" :)

[zacoz]

Sorry for lateness in mentioning this - I know PgcEdit 0.6.0 final is on horizon. :cool:

PgcEditPreview has always utilised all available CPU Usage (normally 85-99%) - this normally produced output in the range of 20-30 fps. Since PgcEdit 0.5.7 final (which from changelog appears to be when PgcEditPreview 1.9 was implemented) the output has dropped to the range 8-11 fps. :( CPU Usage remains as before.

I know I'm using what's probably considered by most an old system (Pentium III 450MHz 384MB WinXPsp2 :eek: ), however this is a significant drop in speed for no noticable tradeoff in functionality etc (from a user perspective). As I type I'm wondering if it was to do with Linux/Mac compatibility being improved.

@r0lZ / jeanl: Post is to highlight the issue rather than complain. I still use preview - just drag the slider along manually more often, as I can't be bothered waiting for it to play through at slow speed.

[edit: BTW it's the same whether I run PgcEditPreview directly or through PGCEdit]

[blutach]

Well, it's not really simple. I must check for references to this titleset in the VMG. Only Jump_TT commands are able to call a title by his title number, while there are many commands able to call something in a titleset.
Also, removing the last titleset is relatively simple, but removing any titleset would require to fix the references to the next titlesets.

I think that an unreferenced titleset is not so annoying, because, when blanked, it doesn't use a lot of space, and when playing the DVD, you will not notice his presence.

But I may add a simple Remove Last Titleset function, without checks for references. Is it enough for you?It should be. But what I do is this:

Assuming all the latter titlesets are unreferenced, I go into VIDEO_TS.IFO and simply change bytes:
0x003e of VMGM_MAT
0x0000 of VMG_PTT_SRPT and
0x0000 of VMG_VTS_ATRT
to suit my purposes. Isn't this easy enough to implement? Simply ask the user how may VTS's he wants to keep and bingo, out go the rest, with their IFOs,VOBs and BUPs stored somwehere in case of error (prob with an automatic incremental backup).

Regards

[blutach]

Speaking of Preview, has anyone also experienced the interesting effect of buttons from the first VOBU of the next cell sometimes being showed right at the end of a menu "intro" cell?

Regards

[r0lZ]

Version 1.9 of the preview added these functionalities:
- Displays the menu buttons outlines in info mode.
- MFC42.DLL is now dynamically linked with the executable.

Maybe the new exe is spending too many time to look at the buttons. If so, it should be relatively simple to fix that problem.
zacoz, do you use the preview with the info window opened?

Anyway, the Preview is Jeanl's work. I can't fix that myself.

[r0lZ]

@blutach: You forgot that the references to deleted titles must be removed from the VMG_TT_SRPT table. The number of Title Play Maps in this table is not the number of Titlesets!
The Delete Last Titleset function has been implemented in beta 15.

[jeanl]

PgcEditPreview has always utilised all available CPU Usage (normally 85-99%) - this normally produced output in the range of 20-30 fps. Since PgcEdit 0.5.7 final (which from changelog appears to be when PgcEditPreview 1.9 was implemented) the output has dropped to the range 8-11 fps. :( CPU Usage remains as before.
Zacoz. Can you use the preview from an older version and check for sure that it's faster? If that's the case, then we need to investigate! Also, are you sure you're not using the "no overlay mode" (in the Preview menu, the "disable overlay" option)? On my machine, if I disable overlay, things are much much slower. Statically linking mfc shouldn't alter speed at all. The button lookup mechanism is also very fast, so I'm really puzzled.
Jeanl

[jeanl]

Speaking of Preview, has anyone also experienced the interesting effect of buttons from the first VOBU of the next cell sometimes being showed right at the end of a menu "intro" cell?

Regards
Yes, that's a bug, and one that won't be easy to fix (because of the strange way in which DVD2AVI reads the video data and the navpacks). Maybe it's not worth showing the buttons in the preview after all, since PgcEdit does that very well anyway.
jeanl

[r0lZ]

I thought blutach was speaking of menubuttons appearing in the menu buttons viewer of PgcEdit, not in the cell or PGC preview. Blutach, can you confirm?
If it is the case, the Preview.exe is not guilty, and it's probably a bug in PgcEdit. But I can't reproduce it.

[blutach]

I am speaking of seeing buttons in preview mode (not menu preview). Like when you press `

I definitely like the fact you can see them now. This is just a tiny little bug.



As for the deleted titles, when you use IfoEdit to change the number of titles, it automatically deletes the titles from VMG_PTT_SRPT. I guess that why I presupposed this was so easy. I see now, the need to do it manually. No big deal.

Regards

[zacoz]

Zacoz. Can you use the preview from an older version and check for sure that it's faster? If that's the case, then we need to investigate! Also, are you sure you're not using the "no overlay mode" (in the Preview menu, the "disable overlay" option)? On my machine, if I disable overlay, things are much much slower. Statically linking mfc shouldn't alter speed at all. The button lookup mechanism is also very fast, so I'm really puzzled.
Jeanl Preview from PgcEdit 0.5.7b3 and earlier all run faster, whether run from PgcEdit or exe directly (and dragging VOB file onto window).
Direct Draw overlay is not disabled and if disabled there is no noticable difference.
There seems to be no noticable difference whether Info window is displayed or not
Same issue is evident whether PGC being previewed contains buttons or not
MFC42.dll versions located on my system are:
http://lorensmith.customer.netspace.net.au/mfcversions.jpg To test further is it viable to disable the button lookup mechanism and compile to see if that makes a difference ? If so you could 'yousendit' to me or post a link

[r0lZ]

Zacoz, have you updated your hardware (graphic card) or DirectX version?
When I bought my new computer, the preview was slower to start, although the hardware is now most powerful. Using the No Overlay mode solved the problem for me.
I know the symptoms you describe are not the same ones, but the cause may be similar.

[zacoz]

I have recently reinstalled OS (about a week ago), however the issue existed prior to re-install. I have reproduced the problem yesterday and today with pre and post 0.5.7 final versions (fast and slow respectively) - both days testing versions within minutes of each other and in various orders. As mentioned, I've tried with and without overlay option with no resolution.

I'm confident therefore that it's a change in the program that is causing the issue. Of course my system configuration may be somewhat unique in reacting to the change.

System is Pentium III 450Mhz Asus P3B-F MoBo Radeo 9200 SE AGP2x Windows XP Pro sp2 DX9.0c No overclocking or unusual tweaks etc.

[jeanl]

OK zacoz, you convinced me. I need to look into it. I'll compile several versions and send them to you. You should probably remove your email address from the forum, if you don't want to get spammed like crazy. I wrote it down...
Jeanl

[zacoz]

if you don't want to get spammed like crazy....and that would be different from now how ? ........lol (that's very much my spam collecting account already). I should have thought, I could have pm'ed a cleaner email addy to you anyway - doesn't matter.

[jeanl]

Well, I sent you a zip at that address so you'll have to dig it up from the slime!
jeanl

[zacoz]

Got zip thanks jeanl, but they didn't help track down the problem. They all play slow.

I then tried using them through PgcEdit pre 0.5.7 final (copied into bin directory and renamed to PgcEditPreview) and they still played slow. Copied PgcEditPreview from pre 0.5.7 final into post 0.5.7 final bin directory and it played fast. So this seems to discount that it's to do with having run it through PgcEdit.

I did realise that I had disabled the Radeon graphic control center background process. When re-enabling this I did discover that if I run the old PgcEditPreview (from pre 0.5.7 final) through PgcEdit with overlay disabled it plays slow. No amount of disabling/enabling overlay with the new PgcEditPreview versions got them to go fast however.

A question jeanl. Did anything change on your system that may have affected the compile process ? Do you have the source from the old version that can be compiled now for comparison testing ?

[jeanl]

zacoz, I have the old code, but from my understanding the old version is the same as one of the ones I sent you. I'll recompile and send.
In the meantime. I'm pretty sure your problem comes from the fact that preview can't acquire the overlay mixer. You can check that by wiggling the preview window. If you see the video "float" within the window (as if it's not exactly tied to it), the overlay mixer is on. If the video feels securely attached to the window, you're in bitmap mode (I'm pretty sure that's the case for you). You can also take a screenshot of the preview (Alt-Prt Scrn). If you have black instead of the video in the printscreen, you're in overlay mode.
Now the question is, why in the heck isn't preview getting the overlay buffer?!
I'll get back to you, but if you can make this small experiment, that will help.
Jeanl

[jeanl]

OK guys, I found the bug. It was a very stupid mistake on my part. The current version of preview ALWAYS use bitmaps and never tries the overlay mode. A simple line I forgot to remove when I was making tests for the button display code.
I'll create a new version and post a link.
Sorry about that zacoz!
jeanl

[blutach]

I can report the "buttons bug" in Preview is also now fixed. Thanks jean!

Regards

[zacoz]

I can report the "buttons bug" in Preview is also now fixed. Thanks jean!Ok, did I miss the link to the new version somewhere ?
OK guys, I found the bug. ... A simple line I forgot to remove when I was making tests for the button display code.While not in your programming league, I know from experience that this sort of thing is so easy to do.

Seems this is one time that having an old PC has helped hey - the speed difference being so noticable with it.

[r0lZ]

Yes, you have probably missed beta 16. Anyway, here is beta 17 (http://www.videohelp.com/~r0lZ/pgcedit/beta/PgcEdit_winexe_0.6.0beta17.zip).

[zacoz]

Yes, you have probably missed beta 16. Anyway, here is beta 17 (http://www.videohelp.com/~r0lZ/pgcedit/beta/PgcEdit_winexe_0.6.0beta17.zip).Ah ha, I thought beta 16 had come out prior to the problem being found, so I hadn't downloaded it. Hard to keep up with every beta release - they just come out too fast.....lol

While jeanl, jsoto, and yourself obviously must enjoy the work you put into the programs we all here use, please know that the effort and support is appreciated nonetheless.

[r0lZ]

Thanks, zacoz.

Remember that the betas are... just betas. You don't need to try all of them, especially the first ones, potentially bugged. I like to release many betas, so that beta testers are able to confirm that the changes I made are correct, but I will summarize them soon in v0.6.0 final. This is the version to watch!

Oh, please note that the Preview has not yet been updated in beta 17. Since jeanl is working on the LB cell bug, I prefer to wait.

[zacoz]

@ r0lZ / jeanl: Should PgcEdit 0.6.0 b17 contain the fixed overlay version of PgcEditPreview or are we getting issues confused ?
Downloaded it and still can't get it to use overlay, however the earlier (pre v1.9 preview) is using overlay mode.

[zacoz]

Seems we were posting at the same time - do you have a second job as a mind reader ? ....lol
Beta's - Yes, haven't downloaded many of the 0.6.0 beta's as I'm not interested in the DL functionality, although I do download some of the others if I'm interested in the improvements being implemented.

[jeanl]

zacoz, I didn't post a link, and r0lZ does not have the latest version. I sent it straight to you (email) for you to confirm. You'll have to dig it up from the spam! I'll send the version to r0lZ promptly...
jeanl

[zacoz]

Thanks jeanl...For some reason I hadn't even thought about downloading my email tonight. Long day at work today maybe (end of financial year processing and on top of that starting a new job on Monday - same employer).

Just tested v2 and got to say ...You are THE MAN :cool:

From the size I gather that it uses dynamic link to mfc42. There's absolutely no slowdown noticeable at all between v2.0 showing button locations and v1.8 without buttons.

Thanks for your efforts in tracking issue - considering I seemed to be the only one who was seeing a significant slowdown. :thanks:

[jeanl]

Zacoz, I'm glad the problem is fixed for you! Sorry about this stupid mistake. Yes, the version I sent you was probably the dynamically linked version, smaller.
And good luck with your new job man!
Jeanl

[r0lZ]

Preview 2.0 (http://www.videohelp.com/~r0lZ/pgcedit/beta/PgcEditPreview20.zip), now hopefully bug free!

[2COOL]

@r0lZ

I came across an interesting bug. In my "Goto calling command" dialog, if I select Refresh and then Close, it won't close. You can't even use the top right close button either. But if I then select New Target and Close, it will.

I was using your current beta17

[r0lZ]

Thanks, 2COOL. Bug found and fixed.

[blutach]

Welcome back 2COOL - some interesting events during your absence mate :)

Regards

[doomer2]

I was just making a backup of a dvd with 0.5.7, and got this message when trying to edit a menu:

Warning: PGCEdit has detected several sets of buttons in this cell. .... Warning: If you edit the menu, the additional sets will be lost!

I've never seen this message before, and don't know how common multiple button sets is. Is adding support for this something on the soon todo list, or is it so uncommon that it's an unlikely/far away feature addition?

Thanks.

[r0lZ]

I'm affraid it's the second case. Dealing with multiple sets of buttons requires many changes in the program, and this feature is really not common.

Multiple sets of menu buttons are used for several purposes. For example, you can have a menu button command that change in the middle of the cell. Or the button highlight may be animated.
If you edit the menu anyway, you will keep only the first state of the button, and it will be repeated upto the end of the cell. This doesn't maen that the menu will not work anymore, but that may be the case. Do an incremental backup first, and backup the menu VOB when requested!

You may want to try MenuEdit for this job, as it has provision for a limited number of button sets. But with the free version, you will be able to edit only the first group of buttons. (A menu group is NOT a menu set!)

[2COOL]

Or the button highlight may be animated. A perfect example found here (http://forum.doom9.org/showthread.php?p=659021#post659021).

[jeanl]

Yeah, appleseed and spiderman1 are good examples of animated highlights. It's much more frequent to have several button definitions in the same cell (I've seen it a few times), for example, with inactive buttons (NOP commands) first, during the first few seconds, then "true" active buttons toward the end.
Menushrink always takes the last definition, when there's several, in the hope that this is the right one... Not an easy thing to automate...
jeanl

[doomer2]

Is there any way to replace a title wholesale in PgcEdit? I have a DVD that I took the video from one of the titles and did some effects processing on it, and exported it back to a dvd. I'd like to replace the Title on the original disk with my edited version without having to reauthor the whole thing (there are a lot of images and menus on the original).

I know you can import/replace menus and I know you can import an intro or closing clip. But I don't see a way to replace a title with a title from another VOB set like you can with menus. Is there a way?

Assuming there isn't a way to do it from within PgcEdit, can I cheat and replace the VTS_03_01.VOB and VTS_03_02.VOB with the edited VOB's and open it in PgcEdit and rely on PgcEdit to fix the title and IFO structures to match what's in the new VOB's? Will the chapters still work?

Thanks.

[jeanl]

This is a job for vobblanker. That's exactly what vobblanker is for. Cutting things out, splicing things in. So give it a shot.
Replacing the vobs might work, depending on what you did to them, provided you do an IFO mock strip before you import in pgcedit. But that's not entirely safe if you have cell commands, and unusual cell flags. Use vobblanker instead...
jeanl

[r0lZ]

Replacing the vobs might work, depending on what you did to them, provided you do an IFO mock strip before you import in pgcedit.Hum, I think the correct method using IfoEdit and PgcEdit is to overwrite the original VOBs and then do the mock strip. To use this method, the number of PGCs, cells, programs and chapters must be the same in the original and the new VOB, in the same order.

But I agree, it's a job for VobBlanker!

[jeanl]

Hum, I think the correct method using IfoEdit and PgcEdit is to overwrite the original VOBs and then do the mock strip.
Yes, that's what I meant. Replace the vobs, do your mock strip, then load in PgcEdit (which isn't really necessary)...
jeanl

[r0lZ]

Ah, OK. I misunderstood you.

Note: This discussion continues in the VobBlanker thread here (http://forum.doom9.org/showthread.php?p=683374#post683374)...

[r0lZ]

PgcEdit 0.6.0 is out.
Please use this thread (http://forum.doom9.org/showthread.php?t=96972).