PgcEdit v8.6 released (January 12, 2008)

[r0lZ]

PgcEdit v8 discussion thread

Links within this thread:


PgcEdit v8.6 (http://forum.doom9.org/showthread.php?t=121146&page=28)
PgcEdit v8.5 (http://forum.doom9.org/showthread.php?p=1048093#post1048093)
PgcEdit v8.4 (http://forum.doom9.org/showthread.php?p=1018955#post1018955)
PgcEdit v8.3 (http://forum.doom9.org/showthread.php?p=1016229#post1016229)
PgcEdit v8.2.1 (http://forum.doom9.org/showthread.php?p=1007809#post1007809)
PgcEdit v8.2 (http://forum.doom9.org/showthread.php?p=1007527#post1007527)
PgcEdit v8.1 (http://forum.doom9.org/showthread.php?p=991426#post991426)


Links to old discussion threads:


PgcEdit v8.0 beta (http://forum.doom9.org/showthread.php?p=912847#post912847)
PgcEdit v7 (http://forum.doom9.org/showthread.php?p=816851#post816851)
PgcEdit 0.6.1 to 0.6.3 (http://forum.doom9.org/showthread.php?t=100890)
PgcEdit 0.6.0 and 0.6.1 beta (http://forum.doom9.org/showthread.php?t=96972)
Burning DL Media with PgcEdit (PgcEdit 0.6.0 beta) (http://forum.doom9.org/showthread.php?t=95250)
PgcEdit 0.5 (http://forum.doom9.org/showthread.php?t=90960)
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)

[r0lZ]

PgcEdit v 8.0

A. = Added feature
E. = Enhanced feature
F. = Bug Fixed

E. Cell Table: The misleading "Layer Break ?" flag has been replaced by the more standard "Seamless Joint" flag. It's now a direct shortcut to the Seamless Joint flag in the cell type editor. Its value is the inverse of the old flag. Therefore, now, the new Seamless flag should theoretically be CLEAR at the LB position and always clear on the first cell of the PGC.
A. New function Domain -> Remap PGCs in domain, to reorder the PGCs of the current domain. The VM commands and the Next/Prev/GoUpPGCN links are automatically renumbered to preserve the navigation.
You can preview the PGCs from within the GUI.
Removed Menu -> Swap or Copy Menu PGC, since this function is now useless.
A. New function Title -> Re-order TTNs in domain, to renumber the TTNs of the current domain in increasing order. The VM commands are renumbered to preserve the navigation. This function might be needed to be able to delete the last PGC with Domain -> Delete last PGC in domain.
A. New function DVD -> Delete uncalled PGCs, to delete automatically (almost) all useless PGCs in the DVD. The navigation is preserved.
Note: Since this function is potentially dangerous, use it with care!
A. Added the User's PGC Comment field in the PGC editor, to easily type it.
A. Pgc Editor -> Remove Cells: New "Shorten the chapter table if needed" option, to silently remove the chapters at the end of the chapter table when they are not assigned to an existing program any more after the operation. Use this option with care!
A. PgcEditor -> CellTimes.txt: It is now also possible to save the celltimes file in Womble MPEG Video Wizard .MLS format. A .MBS file can also be generated when necessary (when there are several VOB files in the domain.)
A. Removed Info -> Find Unused GPRMs and added Info -> GPRMs to open the new GPRM Labels Editor and to list the usage count of all GPRMs.
The labels are displayed in the VM commands and the Command Editor exactly like for the SPRMs. The GPRM fields in the Command Editor are now replaced by a dropdown menu button. Right-clicking on a GPRM menu button calls also the GPRM Labels Editor. In Trace mode, added also Watch -> GPRM Labels.
Clicking on a GPRM label in the Watch window calls also the Labels Editor.
The GPRM labels are saved in the backup folder, with the User Comments, when the DVD is saved. The menus File -> "Import/Export/Clear user's PGC comments" has been moved to the "Comments and Labels" sub-menu.
A. Added File -> Recent DVDs submenu, with up to 25 entries. The invalid paths are removed from the list each time PgcEdit is started.
A. Added View -> Show Log and View -> Clear Log. Currently, only the Load DVD operation is logged, to help discover the origin of a problem when loading a DVD. All status bar messages are also logged.
Clear Log clears the internal log buffer, but doesn't modify the contents of the Log viewer window. Opening or reopening a DVD clears also the log.
Note: Double-clicking on the status bar opens also the log window.
A. Added the keyboard shortcut Control+A to call Domain Streams Attributes.
A. Trace: Added Log -> Log Filter -> PUOs Details to log each PUO separately.
E. Trace Watch Window: it is now possible to close any sub-window from the watch window, and to toggle the SPRM labels and the (new) GPRM labels.
New Watch -> All menu to enable all sub-windows and labels at once.
E. DVD -> Remap Titlesets and Title -> Remap Title Numbers: Added a preview, available also in the new Domain -> Remap PGCs in domain function.
E. Jump To PGC Upon DVD Insert has been enhanced so that the target title and the resume target are no more blocked when they are entered directly from the exit domain with the player function to call a Title by its number.
E. Jump To PGC Upon DVD Insert: Also, the original VM commands are completely removed from the First-Play PGC whenever possible, to leave a chance to delete the skipped PGCs with the new Delete Uncalled PGCs function.
E. Kill PGC Playback on a menu with buttons (or BOVs) but with a non-infinite still time: added a "No Button!" button to kill playback without selecting a menu button to be simulated, to continue the navigation normally at the end of the playback. DO NOT USE THIS OPTION ON A LOOPING MENU, or you will probably create an endless loop!
E: Kill PGC Playback improved to avoid infinite loop in some circumstances.
E. Menu button viewer: When the user clicks on the big button to edit the command and the commands are identical in all groups (or there is only one group), the user is not prompted any more to modify the command in all groups. It is still possible to edit the commands independently when the original commands are different in each group, or with the menu editor.
E. Improved warning messages when there are several set of buttons in a menu.
E. The File menu, too big, has been reorganized with new sub-menus.
A. Added File -> Backups -> Undo last Incremental Backup to automatically return one step back in the backups. In some cases, you MUST use this function instead of restoring the files manually, or your DVD might be totally messed up. This function checks also for FixVTS and VobBlanker backups, and offer to restore them manually. Shortcut: Control+Alt+N
The shortcut for New Incremental Backup has been modified: Control+N
E. Restore Backup (and Restore Last Incremental Backup): The VOB files in the backup folder can now be copied or moved back automatically.
E. Tools -> FixVTS: the FixVTSBackup folder is now renamed automatically when FixVTS is launched from the Tools menu, so that the new Undo Incremental Backup function works as expected when FixVTS has been used several times.
E. Save DVD: When there are modified buttons or BOVs, the confirmation dialog is no longer displayed. The buttons or BOVs are saved anyway.
E. Title Play Map table: The user can now modify the Not-One_Sequential_Title flags. Added also a button to compute automatically those flags, based on the characteristics of the titles (random, shuffle, more than one PGC...)
E. Not-one_sequential_title flag in VMG_TT_SRPT: Added checks in several functions to be sure that this flag does not need to be modified. Now, the not-one_sequential flag is modified automatically (or in some cases after a confirmation of the user) to match the Title characteristics.
The affected functions are Edit PGC, Rebuild Time Map, Delete last PGC in Domain, etc... Thanks to Jsoto for the idea!
E. After deleting or blanking a PGC, the streams attributes of the domain are now checked, and the user is prompted to fix them if some streams are no longer needed.
E. Added Copy/Paste buttons in Domain Stream Attributes -> Audio type dialog.
E. Added error messages in the status bar when the user types illegal characters in an ISO639 Language Code field.
E. When the option to start PgcEdit in trace mode was on, the plugins were initialized only after the trace mode was closed by the user. Now, the plugins are loaded and initialized before the trace mode is started.
E. Improved method to load severely damaged IFO files. (Silent Hill zone 2)
E. Find BOVs has now a new option to do a deep scan (every 1 VOBU) when at least one BOV has been found during the first pass and the number of VOBUs to skip is greather than 1. When this option is on, it is now almost impossible to miss a BOV, even if the number of VOBUs to skip is high.
E. Info -> Menu Button Commands: Added the BOVs as well in the output.
VOB cells without buttons or BOVs are not listed any more.
E. Info -> PGC (in title domain), and PCG Params and Cell Tables: Added the number of BOVs per cell in the output.
E. Miscellaneous little GUI enhancements. For example, it is now possible to switch the focus back and forth between the PGC selector pane and the cmd editor pane with the cursor left and right keys.
E. Uses Tcl/Tk 8.4.12 and freeWrap 6.2 for the wrapped version.
F. Open DVD: Crash occurring when a VTS without VTS_C_ADT table was read.
F. The Title number of a multi-pgc Title was not assigned to the right PGC when the entry PGC is not the first PGC of the TTN. (Very rare situation.)
F. The target PGC of the SetNVTMR command was ignored by the function to find the target of a command.
F. Fixed some video standard and frame rate mismatches when creating a new VMGM or VTSM menu or the FP-PGC.
F. Set DVD-Text General Name: Bug when there are more than 30 characters in the label and the VMG_TXTDT_MG table was not defined in the original DVD. This bug caused ImgBurn to ignore the label.
F. Trace: The PUOs Watch window was not refreshed after a Restore State.
F. Jump to Calling Command and Find Jumps to Nowhere GUI: The Refresh button did not work.


Plugins
Update: Prohibited User Operations plugin v 1.4
v 1.3: It is now possible to selectively keep some PUOs when removing them from the VOB files.
v 1.4: Bugfix: A wrong error message was displayed in some rare cases, when the end of a VOB file is padded with null packs.
Update: Time Maps plugin v 1.1
Bugfix: The Verify Time Maps function crashed if it was called with no DVD loaded in PgcEdit.
Update: VOBU plugin v 1.1
Added the option to modify also the VTS_C_ADT table.
Added a way to select the sector number from the preview. (Requires PgcEdit v 7.5 and PgcEdit_Preview v 2.4)
Added the "Reset to full range" button to quickly restore the original cell boundaries.
New: Womble plugin v 1.0
Plugin to create .MBS and .MSL files for Womble MPEG Video Wizard DVD.
The .MBS files are necessary to open a VTST made of several VOB files in Womble.
The .MSL files are the Womble chapters/bookmarks lists (similar to celltimes.txt, but more complex.)
This plugin is useful only for the users of MPEG Video Wizard DVD.
New: XiRON plugin v 1.0
Plugin to fix and modify DVDs created by a XiRON DVD recorder.
I wrote this plugin for me, to fix the numerous authoring errors of my cheap and very bad XiRON RW3HDD 80GB recorder.
I will probably NOT continue to develop it, and I provide no support for this plugin. Use it at your own risk!
This plugin is useless if you are not un unlucky owner of a XiRON recorder.


Third-party guides
How to use PgcEdit’s Remapping and Restoring Functions (http://www.digital-digest.com/~blutach/pgcedit_guide/remapping/PgcEdit_Advanced_Functions.htm) is an excellent guide by blutach to understand how the major new functions of PgcEdit v8 work. Thanks blutach!
In het neederlands (dutch):
Een Play All script voor een Studio DVD-image met PgcEdit (http://jojo.havank.com/index.php?/workshops/playall_studio/playall.html) by Johan de Jong.
Switched Menu's met Pinacle Studio en PgcEdit (http://jojo.havank.com/workshops/switchedmenus/index.html) by Johan de Jong.

[techreactor]

Gr8 tool, many thanks:cool:

[BigCondor]

Thanks very much for the great effort. Just looking at the list takes quite a while.

[blutach]

Incredibly long changelog! Thanks r0lZ.

Regards

[Dr.Khron]

Yah, hell of a changelog. Keep up the good work, man.
Thanks r0lZ.

[Rippraff]

:cool: Thank you very much, r0lZ! :)

Cu Rippraff

[kumi]

I am speechless. Thank you for you hard work r0lZ. :thanks:

[Hubbabub]

Thank you very much,
I like your program

[Robotik]

amazing, great new features! thanks a lot!

[Robotik]

found a bug, a minor one.
when i clear the comment in the PGC Editor window, it shows '' as a comment in the main window.
it doesn't occur when i use the right click -> PGC command method.

[r0lZ]

Thanks to everybody!

Robotik, you're right. There is a little bug here. I'll fix it. Thanks.

[GravuTrad]

Version ok for translation so?

[r0lZ]

Yes, go on! Thanks!

[winny]

I will add my note of gratitude for the latest version. Superb job r0lZ, many thanks :)

[setarip_old]

(Just kidding) Where is the plugin for brewing coffee? It seems to be the only thing missing ;>}

[jsoto]

Thanks, man!

[President]

Great work and great tool!!! Many many thank's. :thanks:

[Robotik]

i use Windows 2000 SP4, and upon right-clicking on a VIDEO_TS.IFO in the Open With menu "pgcedit" is changed to "Tk DLL". clicking on it opens PgcEdit, and it works fine, it still seems strange. is it intentional? or is it my system playing tricks on me?

[Robotik]

on another note BOVs interfere with Calls cross references and with Delete Uncalled PGCs, as they are kept in uncalled cells and their commands keep uncalled pgcs called.

[r0lZ]

i use Windows 2000 SP4, and upon right-clicking on a VIDEO_TS.IFO in the Open With menu "pgcedit" is changed to "Tk DLL". clicking on it opens PgcEdit, and it works fine, it still seems strange. is it intentional? or is it my system playing tricks on me?It's a problem due to the nature of the PgcEdit executable. It is in fact an auto-executable zip archive, with the Tcl/Tk interpreter embedded in it. I don't know why it's tkdll that is displayed instead of the executable name, but I cannot change that.

[r0lZ]

on another note BOVs interfere with Calls cross references and with Delete Uncalled PGCs, as they are kept in uncalled cells and their commands keep uncalled pgcs called.Hum, that's strange, unless the uncalled cells are still referenced by some PGCs, but skipped by cell commands. PgcEdit doesn't check that.
If the cells are deleted, or really unreferenced, but still present in the VOBs, the BOVs should not be taken into account, as the cross-references are build on a per PGC basis. Maybe you've found a bug.
Can you describe exactly the situation?

[Zebrich]

Is there a full istaller programm available that includes the PSL2 plugin, PgcEdit (and its help file), FixVTS and all required VobBlanker files like in the Digital Videos/DVD Decrypter Forum?

Unfortinuately this installer was not updated. The latest versions of software there are:

PgcEdit - 7.4
Plugin - 2.21
VobBlanker - 2.1.1.0
FixVTS - 1.6

[r0lZ]

Please do not post the same message in two threads! This is a violation of the forum rules.

[Robotik]

Hum, that's strange, unless the uncalled cells are still referenced by some PGCs, but skipped by cell commands. PgcEdit doesn't check that.
If the cells are deleted, or really unreferenced, but still present in the VOBs, the BOVs should not be taken into account, as the cross-references are build on a per PGC basis. Maybe you've found a bug.
Can you describe exactly the situation?
you're right, it's an unlucky constellation of BOVs and multiple-referenced cells

it was a game on a dvd, i'm not sure if i can mention title, anyway i'll edit it out later if i sholdn't, so it was Garfield 2.
actually 2 games, both were one multi-pgc title in the same vts with 2 buttons in each pgc to navigate to next/prev pgc. both games (titles) were called from only one vmgm pgc, i deleted the calls, and it made the titles' first pgc unreferenced, but the cell remained.
the cells were cross-referenced, but from within the same title, and the whole vts was really uncalled, but the inside calls kept it called.

when checking for calls, it would be useful to categorize wether it is a call from the inside, or from the outside, so vts's having only inside calls could easily be maked uncalled and get deleted

[r0lZ]

There is already a function to search for references from the VMGM or FP-PGC to the current VTS, (Info -> Jumps from VMG to current VTS) but I don't use it in Delete Uncalled PGCs, because it's theoretically not necessary.

Find Uncalled PGCs (which is called from Delete Uncalled PGCs) works in several passes, until no more uncalled PGCs are found.
The VTSs that are not referenced directly by the VMGM or the FP-PGC should be considered uncalled directly during the first pass. You wrote that it worked well.

During the second pass, the commands of those uncalled PGCs are cleared, and therefore the PGCs that were called by those PGCs are now considered as uncalled. After several passes, the whole VTS should be considered uncalled.
Seems there is a problem here with the BOVs in the VTS. Maybe the BOV commands are not correctly cleared. I'll verify that.
Thanks for your help.

[r0lZ]

OK, I understand the problem now. If PGC 1 references PGC 2 and PGC 2 references PGC 1, it is not possible to remove them automatically, even if none of those PGCs are directly called by the VMGM, as there is always a valid reference somewhere, even after several passes.

Unfortunately, I can't change completely the method, but I will add a check to remove completely the VTS that are not called at all by the VMG. This should be sufficient to get rid of the garfield 2 games, but it's still not sufficient to be sure that a title that is never called will be removed, if another title or a menu PGC of the same VTS is called directly from the VMG.

Anyway, it is better to leave an uncalled PGC in place than to remove a called one! ;)

[Robotik]

Anyway, it is better to leave an uncalled PGC in place than to remove a called one! ;)
perfectly aggree! in this case i removed the vts manually, not automatically, it wasn't a big deal!

[r0lZ]

If you have still the original files on your hard disc, could you check this beta (http://home.tiscali.be/debie.roland/pgcedit/beta/PgcEdit_winexe_8.1beta1.zip)? I have implemented the idea explained above (the check for VTSs that are totally uncalled from the VMG), and I have also added some checks to consider a not-one_sequential title as uncalled if there are only references to it in PGCs of the same TTN. It should work now.
Note that you do not need to use Delete Uncalled PGCs to test; Find Uncalled PGCs is sufficient.

I have also fixed an important bug when a title PGC is cloned and no new title is created. A new TTN number was assigned to the new PGC, instead of reusing the same TTN number! The not-one_sequential flag was also not set in VMG_TT_SRPT.

[Robotik]

sorry to say, but the original files are gone by now.
i'll try to find something similar amongst my dvds

[r0lZ]

It's not really needed, as I have created a special test DVD for this purpose. (BTW, it's why I've found the TTN bug.) But I think is is always preferable to test in real circumstances. Thanks anyway.

[Robotik]

what does the "Source Picture Letterboxed" flag do? i've never seen it used on a commercial dvd, even if a 4:3 video contained a letterboxed picture. or is it something different?

[bigotti5]

http://forum.doom9.org/showthread.php?p=709580#post709580

[r0lZ]

It's exactly what you suggest. It should be used when the video is recorded in non-anamorphic 16:9, letterboxed in a 4:3 image.
With this flag, the player is supposed to send a widescreen signal to the 16:9 TV, and the TV is supposed to zoom in the image, exactly like for a 16:9 analog TV signal. The TV must be connected to the player with a SCART (aka Peritel) cable.
This flag is usually ignored by the players and/or the TVs, and I guess it's why it is rarely used in commercial DVDs, but I have just noticed it recently in a commercial DVD. Sorry, I don't remember which one.
Anyway, this flag doesn't hurt, so I guess it is good practice to turn it on on the "false 16:9" titlesets. Take care however: the subtitles are often placed partially in the black borders, and you have to move them up with DVDSubEdit to see them correctly on a TV in "zoomed 16:9 mode".

[edit: bigotti5 found the mpucoder answer faster!]

[Robotik]

thank you, i've searched for this on the forum, i didn't know i have to look for "Letterbox: Top & Bottom Cropped". it does what i thought by name, i used it, and sometimes i had to chop up vts's to do it, i just wanted to know if it's worth the effort. thanks.

[President]

I have also fixed an important bug when a title PGC is cloned and no new title is created. A new TTN number was assigned to the new PGC, instead of reusing the same TTN number! The not-one_sequential flag was also not set in VMG_TT_SRPT.
Many thank's for your explanation and bugfix. Up to that moment I thinked that was right :).
Last evening I found this:
1. If a checkbox "In place" in the FixVTS is unchecked (default setting from PGCEdit call) and if I aborted the program (FixVTS) the PGCEdit finished with error and broken VOB in main folder.
2. PGCEdit skips PGC without commands (VTSM 1, 4) and don't changed a command to NOP in the Root menu (line 3), from were that PGC called. IFO (http://rapidshare.com/files/13911248/Films.rar.html)

Thank's once more to you and bigotti5 for the Source letterboxed flag explanation.

[r0lZ]

1. If a checkbox "In place" in the FixVTS is unchecked (default setting from PGCEdit call) and if I aborted the program (FixVTS) the PGCEdit finished with error and broken VOB in main folder.I have noticed this problem, but unfortunately, I can't do much to fix it, as it's a FixVTS bug. Currently, you have to restore the backup. Maybe you should report this problem in the FixVTS thread (http://forum.doom9.org/showthread.php?t=103452&page=13)...

2. PGCEdit skips PGC without commands (VTSM 1, 4) and don't changed a command to NOP in the Root menu (line 3), from were that PGC called. IFO (http://rapidshare.com/files/13911248/Films.rar.html)Well, currently, the method I use is totally dependant of a specific authoring program. I don't know which program it is, but it produces always the same structure, with 2 links to PGCs 4 and 5 as the first two pre-commands of the Root menu PGC (but never in the real main menu domain, only in extra titlesets.) I have added a simple trick to recognize that authoring and remove the useless commands and PGCs. Of course, it doesn't work in other cases, even if they are very similar. Maybe I'll modify that later to do an intelligent search...

[blutach]

I confirm President's bug - but it is a FixVTS thing. The answer for the moment, seems to be always let FixVTS finish.

Regards

[President]

Currently, you have to restore the backup.
I prefer to check this ckeckbox :). Or lets FixVTS finished normally, as blutach said.
Well, currently, the method I use is totally dependant of a specific authoring program. I don't know which program it is, but it produces always the same structure, with 2 links to PGCs 4 and 5 as the first two pre-commands of the Root menu PGC
You are right. I have a many DVDs with this involved structure. A lot of unneeded commands, GPRMs and PGCs. Somewhat of a "script generator".

[linx05]

PgcEdit 8.0 (Jan 23rd) with Time Maps plugin 1.1.

I used the plugin last night on Freaks and Geeks disc 1. It found 3 discrepencies and asked if I wanted to fix them. I saved the DVD and PgcEdit did its thing and fixed it. Or so I thought. After re-opening the DVD and checked the time maps the same problems popped up. I chose to try a second time but no luck. Eventually I ran it through VobBlanker and the problems were fixed.

Why did this happen?

[r0lZ]

I have never seen that, but someone else has also reported that problem.

Is it a tiny cell (dummy chapter) at the end of the PGC? I'm not sure, but it might be the cause.

Can you post the log of the verify operation?

[linx05]

Time Map tables
DVD-TEXT General Name: ""
Provider ID: ""
Number of VTS: 3


-------------------- VTS 1 --------------------
4 VTS_TMAP tables defined in VTS_TMAPTI for 4 PGCs.

VTST 1 , 1 TTN 1 (2:15:26) Title 1 (sequential title)
2033 x 4 seconds = 2:15:32 ; ********** WARNING! **********

VTST 1 , 2 TTN 2 (47:07) Title 2 (sequential title)
1415 x 2 seconds = 47:10 ; ********** WARNING! **********

VTST 1 , 3 TTN 3 (44:12) Title 3 (sequential title)
1327 x 2 seconds = 44:14

VTST 1 , 4 TTN 4 (44:07) Title 4 (sequential title)
1325 x 2 seconds = 44:10 ; ********** WARNING! **********


-------------------- VTS 2 --------------------
19 VTS_TMAP tables defined in VTS_TMAPTI for 19 PGCs.

VTST 2 , 1 TTN 1 (3:37) Title 5 (sequential title)
216 x 1 seconds = 3:36

VTST 2 , 2 TTN 2 (4:54) Title 6 (sequential title)
293 x 1 seconds = 4:53

VTST 2 , 3 TTN 3 (4:42) Title 7 (sequential title)
281 x 1 seconds = 4:41

VTST 2 , 4 TTN 4 (0:57) Title 8 (sequential title)
56 x 1 seconds = 0:56

VTST 2 , 5 TTN 5 (0:40) Title 9 (sequential title)
39 x 1 seconds = 0:39

VTST 2 , 6 TTN 6 (0:53) Title 10 (sequential title)
52 x 1 seconds = 0:52

VTST 2 , 7 TTN 7 (0:31) Title 11 (sequential title)
30 x 1 seconds = 0:30

VTST 2 , 8 TTN 8 (0:36) Title 12 (sequential title)
35 x 1 seconds = 0:35

VTST 2 , 9 TTN 9 (1:06) Title 13 (sequential title)
65 x 1 seconds = 1:05

VTST 2 , 10 TTN 10 (0:41) Title 14 (sequential title)
40 x 1 seconds = 0:40

VTST 2 , 11 TTN 11 (1:21) Title 15 (sequential title)
80 x 1 seconds = 1:20

VTST 2 , 12 TTN 12 (0:45) Title 16 (sequential title)
44 x 1 seconds = 0:44

VTST 2 , 13 TTN 13 (1:01) Title 17 (sequential title)
60 x 1 seconds = 1:00

VTST 2 , 14 TTN 14 (0:53) Title 18 (sequential title)
52 x 1 seconds = 0:52

VTST 2 , 15 TTN 15 (2:16) Title 19 (sequential title)
135 x 1 seconds = 2:15

VTST 2 , 16 TTN 16 (0:50) Title 20 (sequential title)
49 x 1 seconds = 0:49

VTST 2 , 17 TTN 17 (0:00) Title 21 (sequential title)
Empty Time Map.

VTST 2 , 18 TTN 18 (0:43) Title 22 (sequential title)
42 x 1 seconds = 0:42

VTST 2 , 19 TTN 19 (13:13) Title 23 (sequential title)
792 x 1 seconds = 13:12


-------------------- VTS 3 --------------------
5 VTS_TMAP tables defined in VTS_TMAPTI for 5 PGCs.

VTST 3 , 1 TTN 1 (2:05) Title 24 (sequential title)
124 x 1 seconds = 2:04

VTST 3 , 2 TTN 2 (1:48) Title 25 (sequential title)
107 x 1 seconds = 1:47

VTST 3 , 3 TTN 3 (4:38) Title 26 (sequential title)
277 x 1 seconds = 4:37

VTST 3 , 4 TTN 4 (2:17) Title 27 (sequential title)
136 x 1 seconds = 2:16

VTST 3 , 5 TTN 5 (2:20) Title 28 (sequential title)
139 x 1 seconds = 2:19


------------------- Summary -------------------
VTST 1 , 1 TTN 1 (2:15:26) Title 1: Wrong TMAP duration
VTST 1 , 2 TTN 2 (47:07) Title 2: Wrong TMAP duration
VTST 1 , 4 TTN 4 (44:07) Title 4: Wrong TMAP duration
DVD: "C:\FREAKS_GEEKS_D1\VIDEO_TS"
DVD-TEXT General Name: ""
Provider ID: ""
Number of VTS: 3

VMG , First-Play PGC
VMGM , LU 1 (en) , 1 (dummy) TitleM
VMGM , LU 1 (en) , 2 (dummy)
VMGM , LU 1 (en) , 3 (dummy)
VMGM , LU 1 (en) , 4 (dummy)
VMGM , LU 1 (en) , 5 (dummy)

VTSM 1 , LU 1 (en) , 1 (1:28) 8b. RootM (Programs: 2, Cells: 2)
VTSM 1 , LU 1 (en) , 2 (1:37) 4b. AudioM (Programs: 1, Cells: 1)
VTSM 1 , LU 1 (en) , 3 (dummy) AngleM
VTSM 1 , LU 1 (en) , 4 (1:06) 9b. (Programs: 1, Cells: 1)
VTSM 1 , LU 1 (en) , 5 (dummy)
VTSM 1 , LU 1 (en) , 6 (dummy)
VTSM 1 , LU 1 (en) , 7 (dummy)
VTSM 1 , LU 1 (en) , 8 (dummy)
VTSM 1 , LU 1 (en) , 9 (0:43) 4b. (Programs: 1, Cells: 1)
VTSM 1 , LU 1 (en) , 10 (1:04) 6b. (Programs: 1, Cells: 1)
VTSM 1 , LU 1 (en) , 11 (dummy)
VTSM 1 , LU 1 (en) , 12 (dummy)
VTSM 1 , LU 1 (en) , 13 (dummy)
VTSM 1 , LU 1 (en) , 14 (0:52) 5b. (Programs: 1, Cells: 1)
VTSM 1 , LU 1 (en) , 15 (2:13) 4b. (Programs: 1, Cells: 1)
VTSM 1 , LU 1 (en) , 16 (2:30) 18b. (Programs: 3, Cells: 3)
VTSM 1 , LU 1 (en) , 17 (dummy)
VTSM 1 , LU 1 (en) , 18 (0:32) 6b. (Programs: 1, Cells: 1)
VTSM 1 , LU 1 (en) , 19 (0:36) 4b. (Programs: 1, Cells: 1)
VTSM 1 , LU 1 (en) , 20 (dummy)
VTSM 1 , LU 1 (en) , 21 (dummy)
VTSM 1 , LU 1 (en) , 22 (1:07) 9b. (Programs: 1, Cells: 1)
VTSM 1 , LU 1 (en) , 23 (0:44) 8b. (Programs: 1, Cells: 1)
VTSM 1 , LU 1 (en) , 24 (1:34) 9b. (Programs: 2, Cells: 2)
VTSM 1 , LU 1 (en) , 25 (0:53) 3b. (Programs: 1, Cells: 1)
VTSM 1 , LU 1 (en) , 26 (dummy)
VTSM 1 , LU 1 (en) , 27 (0:00) 1b. (Programs: 1, Cells: 1)
VTST 1 , 1 TTN 1 (2:15:26) Title 1 (Chapters: 13, Programs: 13, Cells: 14)
VTST 1 , 2 TTN 2 (47:07) Title 2 (Chapters: 5, Programs: 5, Cells: 5)
VTST 1 , 3 TTN 3 (44:12) Title 3 (Chapters: 5, Programs: 5, Cells: 6)
VTST 1 , 4 TTN 4 (44:07) Title 4 (Chapters: 5, Programs: 5, Cells: 5)

VTSM 2 , LU 1 (en) , 1 (dummy) RootM
VTSM 2 , LU 1 (en) , 2 (dummy) AngleM
VTSM 2 , LU 1 (en) , 3 (dummy)
VTST 2 , 1 TTN 1 (3:37) Title 5 (Chapters: 6, Programs: 6, Cells: 11)
VTST 2 , 2 TTN 2 (4:54) Title 6 (Chapters: 6, Programs: 6, Cells: 11)
VTST 2 , 3 TTN 3 (4:42) Title 7 (Chapters: 6, Programs: 6, Cells: 11)
VTST 2 , 4 TTN 4 (0:57) Title 8 (Chapters: 2, Programs: 2, Cells: 3)
VTST 2 , 5 TTN 5 (0:40) Title 9 (Chapters: 2, Programs: 2, Cells: 3)
VTST 2 , 6 TTN 6 (0:53) Title 10 (Chapters: 2, Programs: 2, Cells: 3)
VTST 2 , 7 TTN 7 (0:31) Title 11 (Chapters: 2, Programs: 2, Cells: 3)
VTST 2 , 8 TTN 8 (0:36) Title 12 (Chapters: 2, Programs: 2, Cells: 3)
VTST 2 , 9 TTN 9 (1:06) Title 13 (Chapters: 2, Programs: 2, Cells: 3)
VTST 2 , 10 TTN 10 (0:41) Title 14 (Chapters: 2, Programs: 2, Cells: 3)
VTST 2 , 11 TTN 11 (1:21) Title 15 (Chapters: 2, Programs: 2, Cells: 3)
VTST 2 , 12 TTN 12 (0:45) Title 16 (Chapters: 2, Programs: 2, Cells: 3)
VTST 2 , 13 TTN 13 (1:01) Title 17 (Chapters: 2, Programs: 2, Cells: 3)
VTST 2 , 14 TTN 14 (0:53) Title 18 (Chapters: 2, Programs: 2, Cells: 3)
VTST 2 , 15 TTN 15 (2:16) Title 19 (Chapters: 2, Programs: 2, Cells: 3)
VTST 2 , 16 TTN 16 (0:50) Title 20 (Chapters: 3, Programs: 3, Cells: 5)
VTST 2 , 17 TTN 17 (0:00) Title 21 (Chapters: 1, Programs: 1, Cells: 1)
VTST 2 , 18 TTN 18 (0:43) Title 22 (Chapters: 2, Programs: 2, Cells: 3)
VTST 2 , 19 TTN 19 (13:13) Title 23 (Chapters: 16, Programs: 16, Cells: 31)

VTSM 3 , LU 1 (en) , 1 (dummy) RootM
VTSM 3 , LU 1 (en) , 2 (dummy) AngleM
VTSM 3 , LU 1 (en) , 3 (dummy)
VTST 3 , 1 TTN 1 (2:05) Title 24 (Chapters: 2, Programs: 2, Cells: 2)
VTST 3 , 2 TTN 2 (1:48) Title 25 (Chapters: 2, Programs: 2, Cells: 2)
VTST 3 , 3 TTN 3 (4:38) Title 26 (Chapters: 3, Programs: 3, Cells: 3)
VTST 3 , 4 TTN 4 (2:17) Title 27 (Chapters: 2, Programs: 2, Cells: 2)
VTST 3 , 5 TTN 5 (2:20) Title 28 (Chapters: 2, Programs: 2, Cells: 2)
I pasted the second one in because I don't know how to tell if there is a tiny cell at the end of the PGC.

p.s. why doesn't the first log carry the DVD name while the second does?

[r0lZ]

To verify if there is a tiny cell, double-click on the PGC and look at the duration of the last cell in the cell table. If it is less than one second, it's a tiny cell. You can also preview the cell (with the button of the last column in the cell table.) It should be all black.

But since the PGC duration difference is more than one second, I guess the tiny cell (if present) is not the problem.
Unfortunately, as I said, it is not easy to find the problem, as I have never encountered this problem, and therefore, I have nothing to test.
Can you verify yet another thing? When you rebuild the time map with PgcEdit, the total duration of the PGC might be modified in some cases. For example, it could be modified from 2:15:26 to 2:15:32 (for the first PGC.) Is it what you got?
And with VobBlanker?

p.s. why doesn't the first log carry the DVD name while the second does?That's a little omission. Will fix it...

[Dr.Khron]

Two things I've noticed with new version:

1. minor quibble:
GUI size is off. Since I have an enormous monitor, I run large fonts. At first, the PgcEdit GUI comes up with windows that are too small to see all the buttons. However, since the program is very good about remembering window sizes, I only have to adjust them once.

2. potential bug:
On my homemade DVD, I imported several VTS to make a compilation DVD. Opening any of the Title PGCs with the PGC Editor window produces a pop-up that asks:

WARNING: the PGC Playback Time (00:48:13.16 (at 30 fps)) doesn't match the total of the cells times (00:48:13.15 (at 30 fps)).

Fix it?

If I click No, it will ask me this EVERY time I open the PGC Editor for that PGC.

If I click Yes, it will fix the problem.

When I was finished with my editing, I used the "Rebuild all time maps of DVD" option, becuase I had added tiny cells to the end of the Title PGCs.
(see thread: 'Next Chapter' button jumps to next title (http://forum.doom9.org/showthread.php?t=120863) )

While rebuilding, it finds problems with every Title, here is an example::

Some times have been fixed in VTS_TMAPTI of VTS 2:

VTS 2, PGC 1 playback time: 00:48:13.15 -> 00:48:13.16

However, now if I open any Title PGC in the PGC Editor again, it tells me that the Playback times don't match. If I fix it, rebuild time maps will find it as an error, and so on in an infinite loop.

Which state is correct, after rebuilding time maps, or after fixing the playback time?
Each one thinks the other is wrong.

[r0lZ]

1. I haven't changed the window sizes in v8, except that the PGC Editor remembers now its size and position. However, the first time you open it, it should have the same position and size than the fixed dimensions of the previous version.

2. It's probably related to the problem just reported by linx05 here (http://forum.doom9.org/showthread.php?p=946956#post946956). I don't understand yet what happens, but I'll try to fix it. (BTW, here again, I haven't changed anything regarding the time maps in v8.)

[frank]

Just use FixVTS and look.

[linx05]

Here are the logs for PgcEdit and Vobblanker. 'before.txt' is the time map log before I did anything to the ripped DVD. 'after pgcedit.txt' is when I tried fixing the time map in PgcEdit. 'after vobblanker.txt' is the log for when I processed the DVD through VobBlanker. And finally the vobblanker log is from VobBlanker.

Download them from here (www.tremorsnews.net/misc/pgcedit.rar).

In regards to the tiny cell request, I checked each PGC which had the time map problem and each had a tiny cell (00:00:00:15) at the end. Though other PGCs also have this tiny cell (same length) but the time map is correct on those. I hope this helps.

[kumi]

I get that same discrepancy with the Verify Time Maps plugin very often :p

I reported it here: http://forum.doom9.org/showthread.php?p=893749#post893749

[r0lZ]

Sorry, but I have tried again to reproduce the problem, without success. I've also re-read my code, and everything seems correct.

BTW, when rebuilding the time maps, have you ever got a log with something like that?:Some times have been fixed in VTS_TMAPTI of VTS 1:

VTS 1, PGC 1, cell 11: 00:05:40.12 -> 00:05:43.12
VTS 1, PGC 1 playback time: 01:13:56.22 -> 01:13:59.22
Also, is it an ARccOS/RipGaurd protected DVD? In this case, how did you rip it?

If, per change, you can find a small PGC with the problem, could you upload the IFOs and the title VOB somewhere? Thanks.

[linx05]

I've never seen a log with that in it. The disc has only got CSS encryption on it. I used AnyDVD. I just did a re-rip with RipIt4Me and the error still happens.

Could you tell me how to extract a PGC and the title VOB please? I've been looking for a way but no luck. Thanks.

[President]

2linx05
I constantly gets such error messages about timemap duration on NTSC DVDs (after rebuilding in PGCEdit). On PAL DVDs a timemap rebuilding is always correct (if a VOB files are not corrupted). Probably it is a normal :).

[r0lZ]

Ah, NTSC! I didn't though at that. I made all my tests on PAL material. Will try with a NTSC DVD tomorrow...
Why such a crappy standard exists? I've already lost so much time on problems caused by the complexity of NTSC! :angry:

[Dr.Khron]

Whats next, you gonna bad-mouth 110 volt AC power? ;)

Seriously though, a trip through Vob Blanker fixed the never-ending loop of fixing time maps discprepancies. And yes, it was NTSC material, but ironically, it started out as PAL material that I converted to NTSC.

[linx05]

Woops sorry :p. I just figured there would be a reference to NTSC in one of the logs. You might like to add that to them at the top, a little bit more information for you.

If you still want I can extract a PGC/Title VOB but someone has to tell me how. I really appreciate the trouble you're going to help find this problem.

[mpucoder]

NTSC is not a problem to those of us who grew up with it, and for DVD purposes it's just another resolution/framerate. Pulldown most likely is what is causing the discrepency, and is allowed in either standard (see DGPulldown for converting 24fps to 25fps). After pulldown there should be an even number of fields, for many reasons (and to meet DVD spec). An odd number can result in one function rounding up the number of frames, while another truncates (rounds down) resulting in a 1 frame difference.
It is permissable to have an odd number of fields in a cell (so long as the vob has an even number), in which case the cell elapsed time should be rounded up for the first occurance, then down (to account for the borrowed field) for the next occurance, and so on.

[r0lZ]

Thanks to everybody!
I have two NTSC DVDs in my collection, and I'll try my functions on them. If I can't reproduce the problem, then yes, I'll need a small VOB.

Linx05, if you want to extract a cell, you can do it this way:
- Remove all unnecessary titlesets and menu domains with PgcEdit, to keep only the VOBs with the cell to extract. You might need to use Remap Titlesets before using Delete Last VTS.
- In the remaining VTS, remove also the unnecessary PGCs (with Remap PGCs, Reorder TTNs and Delete Last PGC.)
- In the remaining PGC, remove all cells (with Remove Cells in the PGC Editor)
- Process the domain through FixVTS to remove the unnecessary cells from the VOBs.
- Try to apply the Verify time map function to be sure that the cell exhibits the problem, but, according to mpucoder, a single cell should not cause the problem, as the rounding error will be less than one second.
(Note that you can also remove easily the useless VTSs and PGCs by deleting all commands in the DVD, and recreating only a single JumpTT in the FP-PGC, to the PGC you want to keep, and then apply the automatic function to remove the uncalled PGCs.)

[r0lZ]

OK, I've managed to reproduce the problem. It happens only on the main title, so I guess mpucoder is right. There are probably rounding errors accumulated on too many cells.
I don't need the VOBs.

[linx05]

Yes! Thank you r0lZ! I was half way through doing the VOB thing too.

[r0lZ]

OK, I think I got it! I'll release a new beta soon, but before, I want to add a workaround for a SCR discontinuity problem when there are several VOBs merged by VobBlanker in one big cell, reported here (http://forum.digital-digest.com/showthread.php?t=77030&p=503363).

[r0lZ]

PgcEdit_winexe_8.1beta2.zip (http://home.tiscali.be/debie.roland/pgcedit/beta/PgcEdit_winexe_8.1beta2.zip)

Could you test the Rebuild Time Map functions of this beta, especially with NTSC material? Thanks.

I have also added a simple check to ensure that the VOBU End Presentation Time is always greater than the last one (in the same cell, of course.) This is to avoid a bug in VobBlanker when the user replaces a single cell by several cells pertaining to several VOBs (with different VOB IDs.) In this case, VobBlanker joins all cells as a single cell, but it doesn't fix the SCR and VOBU End Presentation Time values, and therefore, the VOBU End Presentation Time jumps abruptly to a low value in the middle of the new cell. I've contacted jsoto, and he will try to fix this problem. In the meantime, it is recommended to abort the rebuild time map operation when this warning is displayed.

BTW, currently, the test is very basic, but I can probably improve it a bit. I need to know the minimum and maximum duration of a single VOBU allowed by the standard. Someone can help?

[Dr.Khron]

It happens only on the main title, so I guess mpucoder is right.

Um, no. In my case, it happened on every title (I had 5 titles, each taking up about 20% of the disc).

Maybe its a title size thing? ie there has to be a certain number of number of cells, programs, or maybe just long enough.

I will download your new version and check it out.

[Sir Didymus]

...BTW, currently, the test is very basic, but I can probably improve it a bit. I need to know the minimum and maximum duration of a single VOBU allowed by the standard. Someone can help?

On what I know (and based on the errors reported by the DVD-Video Verifier manual), a VOBU should represent a presentation period of at least 0.4 seconds. A VOBU except the last of a cell shall represent a presentation period of at most 1 second. The last VOBU of a cell shall represent a presentation period of at most 1.2 seconds. Also the presentation period of a VOBU should be equal to an integer number of video field periods. This holds also when the VOBU does not contain any video data...

Ha, r0lZ, taking the opportunity to thank you for your continuous work on PgcEdit and for the recent release 8.0 (and following...)...
:)

[r0lZ]

Thanks for the info and for the thanks!

I suppose that I could check if the last presentation time is between 0.4 and 1.2 seconds less than the current one. Presentation times outside this range will be considered wrong, and a warning will be issued, with an option to abort the Rebuild Time Map operation. Anyway, if a cell has been concatenated by VB without care, it will probably have a PES largely outside that range.

I'll try to code that tomorrow...

BTW, could you confirm that a VOBU of more than 1 sec (but <= 1.2 second) can be the last one of ANY cell, or only the last one of the last cell of a VOB?

[Sir Didymus]

No, no...

I am quite sure the 1.2 seconds limit applies to the last VOBU of any cell. I think this relaxed constraint is meant as a way to allow the proper muxing of the video content at the cell boundaries especially within a given PGC...

Cheers,
SD

[linx05]

r0lZ, I downloaded the BETA you released and tried the time map function on the same disc as before (NTSC remember). It worked! Whatever you did fixed my problem and PgcEdit fixes the time maps correctly. If there is anything else you want me to test etc just ask. Thank you.

[r0lZ]

Thanks for the confirmations, Sir and linx! I suppose I don't need further info, but continue to be cautious when you use that function, and verify the time maps with the plugin, although I'm almost sure everything is fine now.

[Dr.Khron]

Unfortunately, the beta version is still doing the same thing for me: an infinite loop of rebulding time maps, and then fixing the length. No change in behavior.

[r0lZ]

Could you post the logs?

[Dr.Khron]

well, not sure if it will help: when you enter the PGC editor and fix the length, the only log entry you get is:

>>> Building PGC editor window...
>>> Building cell table...


Anyway, here is the full log:

Reading DVD "D:/DVD Working Temp/DVD/VIDEO_TS"

>>> Reading VMG IFO.
Reading VMG IFO.
Reading "D:/DVD Working Temp/DVD/VIDEO_TS/VIDEO_TS.IFO" (translation: binary, seek: 0)
Computing start and end addresses of the VMG tables.
Extracting VMGM_MAT.
Extracting VMG_TT_SRPT.
Extracting VMGM_PGCI_UT.
Extracting VMG_PTL_MAIT.
Extracting VMG_VTS_ATRT.
Extracting VMG_TXTDT_MG.
Extracting VMGM_C_ADT.
Extracting VMGM_VOBU_ADMAP.
Parsing VMG IFO.
Found 5 VTSs
Parsing FP-PGC.
Found 2 pre, 0 post and 0 cell commands.
Parsing PGCI_UT (VTS 0).
Parsing LU 1 (--)
Parsing LU 1, PGC 1.
Found 1 pre, 0 post and 0 cell commands.
Found 0 cells in Cell playback table.
Found 0 cells in Cell position table
Parsing LU 1, PGC 2.
Found 2 pre, 0 post and 0 cell commands.
Found 0 cells in Cell playback table.
Found 0 cells in Cell position table
Parsing LU 1, PGC 3.
Found 2 pre, 0 post and 0 cell commands.
Found 0 cells in Cell playback table.
Found 0 cells in Cell position table
Parsing LU 1, PGC 4.
Found 2 pre, 0 post and 0 cell commands.
Found 0 cells in Cell playback table.
Found 0 cells in Cell position table
Parsing LU 1, PGC 5.
Found 2 pre, 0 post and 0 cell commands.
Found 0 cells in Cell playback table.
Found 0 cells in Cell position table

Reading VTS 1 IFO.
>>> Reading VTS 1 IFO.
Reading "D:/DVD Working Temp/DVD/VIDEO_TS/VTS_01_0.IFO" (translation: binary, seek: 0)
Computing start and end addresses of the tables.
Extracting VTSI_MAT.
Extracting VTS_PTT_SRPT.
Extracting VTS_PGCI.
Extracting VTSM_PGCI_UT.
Extracting VTS_TMAPTI.
Extracting VTSM_C_ADT.
Extracting VTSM_VOBU_ADMAP.
Extracting VTS_C_ADT.
Extracting VTS_VOBU_ADMAP.
Parsing VTS 1 IFO.
Parsing VTS_PGCI.
Parsing PGC 1
Found 1 pre, 1 post and 0 cell commands.
Found 2 cells in Cell playback table.
Found 2 cells in Cell position table
Parsing PGC 2
Found 1 pre, 1 post and 0 cell commands.
Found 2 cells in Cell playback table.
Found 2 cells in Cell position table
Parsing VTS_PTT_SRPT (VTS 1)
Processing TTU 1.
Processing TTU 2.
Parsing PGCI_UT (VTS 1).
Parsing LU 1 (--)
Parsing LU 1, PGC 1.
Found 10 pre, 0 post and 1 cell commands.
Found 1 cells in Cell playback table.
Found 1 cells in Cell position table

Reading VTS 2 IFO.
>>> Reading VTS 2 IFO.
Reading "D:/DVD Working Temp/DVD/VIDEO_TS/VTS_02_0.IFO" (translation: binary, seek: 0)
Computing start and end addresses of the tables.
Extracting VTSI_MAT.
Extracting VTS_PTT_SRPT.
Extracting VTS_PGCI.
Extracting VTSM_PGCI_UT.
Extracting VTS_TMAPTI.
Extracting VTSM_C_ADT.
Extracting VTSM_VOBU_ADMAP.
Extracting VTS_C_ADT.
Extracting VTS_VOBU_ADMAP.
Parsing VTS 2 IFO.
Parsing VTS_PGCI.
Parsing PGC 1
Found 1 pre, 1 post and 0 cell commands.
Found 13 cells in Cell playback table.
Found 13 cells in Cell position table
Parsing VTS_PTT_SRPT (VTS 2)
Processing TTU 1.
Parsing PGCI_UT (VTS 2).
Parsing LU 1 (en)
Parsing LU 1, PGC 1.
Found 1 pre, 0 post and 0 cell commands.
Found 0 cells in Cell playback table.
Found 0 cells in Cell position table

Reading VTS 3 IFO.
>>> Reading VTS 3 IFO.
Reading "D:/DVD Working Temp/DVD/VIDEO_TS/VTS_03_0.IFO" (translation: binary, seek: 0)
Computing start and end addresses of the tables.
Extracting VTSI_MAT.
Extracting VTS_PTT_SRPT.
Extracting VTS_PGCI.
Extracting VTSM_PGCI_UT.
Extracting VTS_TMAPTI.
Extracting VTSM_C_ADT.
Extracting VTSM_VOBU_ADMAP.
Extracting VTS_C_ADT.
Extracting VTS_VOBU_ADMAP.
Parsing VTS 3 IFO.
Parsing VTS_PGCI.
Parsing PGC 1
Found 1 pre, 1 post and 0 cell commands.
Found 10 cells in Cell playback table.
Found 10 cells in Cell position table
Parsing VTS_PTT_SRPT (VTS 3)
Processing TTU 1.
Parsing PGCI_UT (VTS 3).
Parsing LU 1 (en)
Parsing LU 1, PGC 1.
Found 1 pre, 0 post and 0 cell commands.
Found 0 cells in Cell playback table.
Found 0 cells in Cell position table

Reading VTS 4 IFO.
>>> Reading VTS 4 IFO.
Reading "D:/DVD Working Temp/DVD/VIDEO_TS/VTS_04_0.IFO" (translation: binary, seek: 0)
Computing start and end addresses of the tables.
Extracting VTSI_MAT.
Extracting VTS_PTT_SRPT.
Extracting VTS_PGCI.
Extracting VTSM_PGCI_UT.
Extracting VTS_TMAPTI.
Extracting VTSM_C_ADT.
Extracting VTSM_VOBU_ADMAP.
Extracting VTS_C_ADT.
Extracting VTS_VOBU_ADMAP.
Parsing VTS 4 IFO.
Parsing VTS_PGCI.
Parsing PGC 1
Found 1 pre, 1 post and 0 cell commands.
Found 10 cells in Cell playback table.
Found 10 cells in Cell position table
Parsing VTS_PTT_SRPT (VTS 4)
Processing TTU 1.
Parsing PGCI_UT (VTS 4).
Parsing LU 1 (en)
Parsing LU 1, PGC 1.
Found 1 pre, 0 post and 0 cell commands.
Found 0 cells in Cell playback table.
Found 0 cells in Cell position table

Reading VTS 5 IFO.
>>> Reading VTS 5 IFO.
Reading "D:/DVD Working Temp/DVD/VIDEO_TS/VTS_05_0.IFO" (translation: binary, seek: 0)
Computing start and end addresses of the tables.
Extracting VTSI_MAT.
Extracting VTS_PTT_SRPT.
Extracting VTS_PGCI.
Extracting VTSM_PGCI_UT.
Extracting VTS_TMAPTI.
Extracting VTSM_C_ADT.
Extracting VTSM_VOBU_ADMAP.
Extracting VTS_C_ADT.
Extracting VTS_VOBU_ADMAP.
Parsing VTS 5 IFO.
Parsing VTS_PGCI.
Parsing PGC 1
Found 1 pre, 1 post and 0 cell commands.
Found 10 cells in Cell playback table.
Found 10 cells in Cell position table
Parsing VTS_PTT_SRPT (VTS 5)
Processing TTU 1.
Parsing PGCI_UT (VTS 5).
Parsing LU 1 (en)
Parsing LU 1, PGC 1.
Found 1 pre, 0 post and 0 cell commands.
Found 0 cells in Cell playback table.
Found 0 cells in Cell position table

Parsing VMG_TT_SRPT table.
Found 6 Titles.

Reading menu button informations in VOBs...
Scanning menu VOB of VTS 0...
Note: No Subpic stream in IFO
No Cells in menu domain
Scanning menu VOB of VTS 1...
>>> Scanning VTS_01_0.VOB for menu buttons: cell 1...
Found 5 buttons in V/CID 1/1, at LBA 0.
Found 5 buttons in menu domain of VTS 1.
Scanning menu VOB of VTS 2...
Note: No Subpic stream in IFO
No Cells in menu domain
Scanning menu VOB of VTS 3...
Note: No Subpic stream in IFO
No Cells in menu domain
Scanning menu VOB of VTS 4...
Note: No Subpic stream in IFO
No Cells in menu domain
Scanning menu VOB of VTS 5...
Note: No Subpic stream in IFO
No Cells in menu domain
>>> Found a total of 5 menu buttons in menu domain.

DVD loaded OK.

>>> Creating backup...
Create Backup: Creating directory "D:/DVD Working Temp/DVD/PgcEdit_backup"
Create Backup: Copying "D:/DVD Working Temp/DVD/VIDEO_TS/VIDEO_TS.IFO" to "D:/DVD Working Temp/DVD/PgcEdit_backup".
Create Backup: Copying "D:/DVD Working Temp/DVD/VIDEO_TS/VTS_01_0.IFO" to "D:/DVD Working Temp/DVD/PgcEdit_backup".
Create Backup: Copying "D:/DVD Working Temp/DVD/VIDEO_TS/VTS_02_0.IFO" to "D:/DVD Working Temp/DVD/PgcEdit_backup".
Create Backup: Copying "D:/DVD Working Temp/DVD/VIDEO_TS/VTS_03_0.IFO" to "D:/DVD Working Temp/DVD/PgcEdit_backup".
Create Backup: Copying "D:/DVD Working Temp/DVD/VIDEO_TS/VTS_04_0.IFO" to "D:/DVD Working Temp/DVD/PgcEdit_backup".
Create Backup: Copying "D:/DVD Working Temp/DVD/VIDEO_TS/VTS_05_0.IFO" to "D:/DVD Working Temp/DVD/PgcEdit_backup".
>>> Backup created OK.
>>> DVD Opened OK. 5 VTS loaded. Title VOBs not scanned for BOVs.
Reading "C:/Documents and Settings/user/Application Data/PgcEdit/mru.cfg" (translation: auto, seek: 0)
Saving data to "C:/Documents and Settings/Markz/Application Data/PgcEdit/mru.cfg" (mode: write).
Reading "C:/Documents and Settings/user/Application Data/PgcEdit/mru.cfg" (translation: auto, seek: 0)
>>> Building PGC editor window...
>>> Building cell table...
>>> Building time map for VTS 1, PGC 1 (Cell 1) ...
>>> Building time map for VTS 1, PGC 1 (Cell 2) ...
>>> Building time map for VTS 1, PGC 2 (Cell 1) ...
>>> Building time map for VTS 1, PGC 2 (Cell 2) ...
>>> Replacing VTS_TMAPTI of VTS 1 ...
>>> VTS_TMAPTI table of VTS 1 created successfully.
>>> Building time map for VTS 2, PGC 1 (Cell 1) ...
>>> Building time map for VTS 2, PGC 1 (Cell 2) ...
>>> Building time map for VTS 2, PGC 1 (Cell 3) ...
>>> Building time map for VTS 2, PGC 1 (Cell 4) ...
>>> Building PGC editor window...
>>> Building cell table...
>>> Building time map for VTS 2, PGC 1 (Cell 5) ...
>>> Building PGC editor window...
>>> Building cell table...
>>> Building time map for VTS 2, PGC 1 (Cell 6) ...
>>> Building PGC editor window...
>>> Building cell table...
>>> Building time map for VTS 2, PGC 1 (Cell 7) ...
>>> Building PGC editor window...
>>> Building cell table...
>>> Building time map for VTS 2, PGC 1 (Cell 8) ...
>>> Building time map for VTS 2, PGC 1 (Cell 9) ...
>>> Building PGC editor window...
>>> Building cell table...
>>> Building time map for VTS 2, PGC 1 (Cell 10) ...
>>> Building PGC editor window...
>>> Building cell table...
>>> Building time map for VTS 2, PGC 1 (Cell 11) ...
>>> Building PGC editor window...
>>> Building cell table...
>>> Building time map for VTS 2, PGC 1 (Cell 12) ...
>>> Building PGC editor window...
>>> Building cell table...
>>> Building PGC editor window...
>>> Building cell table...
>>> Building time map for VTS 2, PGC 1 (Cell 13) ...
>>> Replacing VTS_TMAPTI of VTS 2 ...
>>> VTS_TMAPTI table of VTS 2 created successfully.
>>> Building time map for VTS 3, PGC 1 (Cell 1) ...
>>> Building time map for VTS 1, PGC 1 (Cell 1) ...
>>> Building time map for VTS 1, PGC 1 (Cell 2) ...
>>> Building time map for VTS 1, PGC 2 (Cell 1) ...
>>> Building time map for VTS 1, PGC 2 (Cell 2) ...
>>> Replacing VTS_TMAPTI of VTS 1 ...
>>> VTS_TMAPTI table of VTS 1 created successfully.
>>> Building time map for VTS 2, PGC 1 (Cell 1) ...
>>> Building time map for VTS 2, PGC 1 (Cell 2) ...
>>> Building time map for VTS 2, PGC 1 (Cell 3) ...
>>> Building time map for VTS 2, PGC 1 (Cell 4) ...
>>> Building time map for VTS 2, PGC 1 (Cell 5) ...
>>> Building time map for VTS 2, PGC 1 (Cell 6) ...
>>> Building time map for VTS 2, PGC 1 (Cell 7) ...
>>> Building time map for VTS 2, PGC 1 (Cell 8) ...
>>> Building time map for VTS 2, PGC 1 (Cell 9) ...
>>> Building time map for VTS 2, PGC 1 (Cell 10) ...
>>> Building time map for VTS 2, PGC 1 (Cell 11) ...
>>> Building time map for VTS 2, PGC 1 (Cell 12) ...
>>> Building time map for VTS 2, PGC 1 (Cell 13) ...
>>> Replacing VTS_TMAPTI of VTS 2 ...
>>> VTS_TMAPTI table of VTS 2 created successfully.
>>> Building time map for VTS 3, PGC 1 (Cell 1) ...
>>> Building time map for VTS 3, PGC 1 (Cell 2) ...
>>> Building time map for VTS 3, PGC 1 (Cell 3) ...
>>> Building time map for VTS 3, PGC 1 (Cell 4) ...
>>> Building time map for VTS 3, PGC 1 (Cell 5) ...
>>> Building time map for VTS 3, PGC 1 (Cell 6) ...
>>> Building time map for VTS 3, PGC 1 (Cell 7) ...
>>> Building time map for VTS 3, PGC 1 (Cell 8) ...
>>> Building time map for VTS 3, PGC 1 (Cell 9) ...
>>> Building time map for VTS 3, PGC 1 (Cell 10) ...
>>> Replacing VTS_TMAPTI of VTS 3 ...
>>> VTS_TMAPTI table of VTS 3 created successfully.
>>> Building time map for VTS 4, PGC 1 (Cell 1) ...
>>> Building time map for VTS 4, PGC 1 (Cell 2) ...
>>> Building time map for VTS 4, PGC 1 (Cell 3) ...
>>> Building time map for VTS 4, PGC 1 (Cell 4) ...
>>> Building time map for VTS 4, PGC 1 (Cell 5) ...
>>> Building time map for VTS 4, PGC 1 (Cell 6) ...
>>> Building time map for VTS 4, PGC 1 (Cell 7) ...
>>> Building time map for VTS 4, PGC 1 (Cell 8) ...
>>> Building time map for VTS 4, PGC 1 (Cell 9) ...
>>> Building time map for VTS 4, PGC 1 (Cell 10) ...
>>> Replacing VTS_TMAPTI of VTS 4 ...
>>> VTS_TMAPTI table of VTS 4 created successfully.
>>> Building time map for VTS 5, PGC 1 (Cell 1) ...
>>> Building time map for VTS 5, PGC 1 (Cell 2) ...
>>> Building time map for VTS 5, PGC 1 (Cell 3) ...
>>> Building time map for VTS 5, PGC 1 (Cell 4) ...
>>> Building time map for VTS 5, PGC 1 (Cell 5) ...
>>> Building time map for VTS 5, PGC 1 (Cell 6) ...
>>> Building time map for VTS 5, PGC 1 (Cell 7) ...
>>> Building time map for VTS 5, PGC 1 (Cell 8) ...
>>> Building time map for VTS 5, PGC 1 (Cell 9) ...
>>> Building time map for VTS 5, PGC 1 (Cell 10) ...
>>> Replacing VTS_TMAPTI of VTS 5 ...
>>> VTS_TMAPTI table of VTS 5 created successfully.
>>> Time maps regenerated successfully for all titlesets.
>>> Building time map for VTS 3, PGC 1 (Cell 2) ...
>>> Building time map for VTS 3, PGC 1 (Cell 3) ...
>>> Building time map for VTS 3, PGC 1 (Cell 4) ...
>>> Building time map for VTS 3, PGC 1 (Cell 5) ...
>>> Building time map for VTS 3, PGC 1 (Cell 6) ...
>>> Building time map for VTS 3, PGC 1 (Cell 7) ...
>>> Building time map for VTS 3, PGC 1 (Cell 8) ...
>>> Building time map for VTS 3, PGC 1 (Cell 9) ...
>>> Building time map for VTS 3, PGC 1 (Cell 10) ...
>>> Replacing VTS_TMAPTI of VTS 3 ...
>>> VTS_TMAPTI table of VTS 3 created successfully.
>>> Building time map for VTS 4, PGC 1 (Cell 1) ...
>>> Building time map for VTS 4, PGC 1 (Cell 2) ...
>>> Building time map for VTS 4, PGC 1 (Cell 3) ...
>>> Building time map for VTS 4, PGC 1 (Cell 4) ...
>>> Building time map for VTS 4, PGC 1 (Cell 5) ...
>>> Building time map for VTS 4, PGC 1 (Cell 6) ...
>>> Building time map for VTS 4, PGC 1 (Cell 7) ...
>>> Building time map for VTS 4, PGC 1 (Cell 8) ...
>>> Building time map for VTS 4, PGC 1 (Cell 9) ...
>>> Building time map for VTS 4, PGC 1 (Cell 10) ...
>>> Replacing VTS_TMAPTI of VTS 4 ...
>>> VTS_TMAPTI table of VTS 4 created successfully.
>>> Building time map for VTS 5, PGC 1 (Cell 1) ...
>>> Building time map for VTS 5, PGC 1 (Cell 2) ...
>>> Building time map for VTS 5, PGC 1 (Cell 3) ...
>>> Building time map for VTS 5, PGC 1 (Cell 4) ...
>>> Building time map for VTS 5, PGC 1 (Cell 5) ...
>>> Building time map for VTS 5, PGC 1 (Cell 6) ...
>>> Building time map for VTS 5, PGC 1 (Cell 7) ...
>>> Building time map for VTS 5, PGC 1 (Cell 8) ...
>>> Building time map for VTS 5, PGC 1 (Cell 9) ...
>>> Building time map for VTS 5, PGC 1 (Cell 10) ...
>>> Replacing VTS_TMAPTI of VTS 5 ...
>>> VTS_TMAPTI table of VTS 5 created successfully.
>>> Time maps regenerated successfully for all titlesets.
>>> Building PGC editor window...
>>> Building cell table...
>>> Building PGC editor window...
>>> Building cell table...
>>> Building PGC editor window...
>>> Building cell table...
>>> Building PGC editor window...
>>> Building cell table...
>>> Building PGC editor window...
>>> Building cell table...
>>> Building PGC editor window...
>>> Building cell table...
>>> Building PGC editor window...
>>> Building cell table...
>>> Building PGC editor window...
>>> Building cell table...

[r0lZ]

Sorry, I mean the logs of the verify time maps operations.

[Dr.Khron]

Ooops. Here ya go:

Some times have been fixed in VTS_TMAPTI of VTS 1:

VTS 1, PGC 1, cell 1: 00:07:11.06 -> 00:07:11.07
VTS 1, PGC 1 playback time: 00:07:11.21 -> 00:07:11.22


Some times have been fixed in VTS_TMAPTI of VTS 2:

VTS 2, PGC 1, cell 3: 00:04:59.24 -> 00:04:59.23
VTS 2, PGC 1, cell 6: 00:04:59.28 -> 00:04:59.27
VTS 2, PGC 1, cell 8: 00:04:59.25 -> 00:04:59.26
VTS 2, PGC 1 playback time: 01:02:02.04 -> 01:02:02.06


Some times have been fixed in VTS_TMAPTI of VTS 3:

VTS 3, PGC 1, cell 2: 00:04:59.20 -> 00:04:59.21
VTS 3, PGC 1, cell 9: 00:06:10.26 -> 00:06:10.25
VTS 3, PGC 1 playback time: 00:46:09.07 -> 00:46:09.09


Some times have been fixed in VTS_TMAPTI of VTS 4:

VTS 4, PGC 1, cell 1: 00:04:59.20 -> 00:04:59.21
VTS 4, PGC 1, cell 5: 00:04:59.24 -> 00:04:59.23
VTS 4, PGC 1, cell 8: 00:04:59.29 -> 00:04:59.28
VTS 4, PGC 1, cell 9: 00:05:33.10 -> 00:05:33.11
VTS 4, PGC 1 playback time: 00:45:31.25 -> 00:45:31.27


Some times have been fixed in VTS_TMAPTI of VTS 5:

VTS 5, PGC 1, cell 1: 00:04:58.20 -> 00:05:00.00
VTS 5, PGC 1, cell 2: 00:04:59.19 -> 00:04:59.20
VTS 5, PGC 1, cell 6: 00:04:59.27 -> 00:04:59.26
VTS 5, PGC 1 playback time: 00:45:11.13 -> 00:45:12.25

[erdoke]

r0lZ,

Is it possible to configure PgcEditPreview according to these recommendations (http://blogs.msdn.com/kamvedbrat/archive/2006/04/02/566788.aspx)? I don't really care about changing themes but sometimes it freezes DWM and I have to shut down PgcEdit, losing all my work. Vista Ultimate RC2 (maybe upgrading to Home Premium in June).

THX in advance

[r0lZ]

Dr.Khron, IMO, as the cell times are almost identical than in the original (except in one cell: VTS 5, PGC 1, cell 1), I suppose that it's only a little difference in the rounding operation that causes the differences. IMO, that's not important.
PgcEdit should modify the cell times and the PGC total duration in the cells list. Could you verify that it's correct?

If you save the DVD, reload it and rebuild the time maps again, you should not see the warnings any more. Of course, if you use VobBlanker (or another prog) to rebuild the time maps, PgcEdit might change them again.

[r0lZ]

erdoke, I am not the author of the preview, which was written by jeanl, and is based on the old DVD2AVI code, and is used also in DVDSubEdit, VobBlanker and the latest betas of ImgBurn.

I'm not sure that it will be easy to modify it, but anyway I think jeanl should try, although IMO, it's the job of M$ to assure compatibility with the previous versions.

I'll email jeanl...

[LIGHTNING UK!]

It's quite simple to call that DwmIsCompositionEnabled API and then set the 'NoOverlay' flag in the the previewer's ini file.
I've just done that to ImgBurn - as a temp measure until (if possible!) the previewer gets updated.

Thanks for the heads up erdoke :)

[jeanl]

Thanks for the heads up guys. I'll look into it. Thanks LUK for the pointer to the solution. Seems easy enough.
I'll let you guys know when I have an update.
Jeanl

[jeanl]

Hi guys,
Here's a version you could try... I've implemented what LUK suggested. You will get a few message boxes when this starts, just make a note of what they say and click OK each time. Then let me know how the app behaves.
If it does work, I'll remove the message boxes.
Jeanl

[erdoke]

This version is fine over here with PgcEdit 8.0, just get rid of these popup windows pls. ;)
I have no access to ImgBurn betas, so somebody else please try.

[jeanl]

OK Erdoke... Thanks for testing. I"ll do that tonight and post again!
Jeanl

[jeanl]

Sorry that will have to wait until tomorrow:(
Jeanl

[r0lZ]

Merci Jean!

[jeanl]

Here's new versions, in three formats: release, release-static, and release-static German version. Let me know if these don't work right.
r0lZ, I'll send you the source code shortly...
Jeanl

[jsoto]

Thanks, jeanl.

[kumi]

Sorry to butt in on the current discussion, but I have a quick question:

In the documentation, the "Save IFOs as" function is described as:
Allows you to back up the IFO files of the current DVD in another folder. Only the IFOs are backed up (not any changes to the menu VOBs) and the calculation of the VTS Sectors will be done without the VOB files (or with the VOBs present in the destination folder at the time of the backup). Therefore, the calculation will not be correct. This function is intended simply for the temporary backup of IFOs, or for future reference. Note that the destination folder of the “Save DVD” menu item is left unchanged by this operation.

I'm confused about how VTS Sectors are calculated w/ this function. Sometimes I want to modify some IFOs quickly from a DVD disc, save them somewhere, and sometime in the future replace the IFO files on the DVD with the modified ones. Can someone tell me if this workflow is safe?

1) Mount a DVD disc (read-only).
2) Load it in PgcEdit.
3) Make an IFO-only change, i.e. edit a PGC's aspect ratio.
4) "Save IFOs as" to save to a folder on the harddrive.
5) Replace the .IFO/.BUP files on the original DVD with the files saved in step 4.

TIA

[dirio49]

Here's new versions, in three formats: release, release-static, and release-static German version. Let me know if these don't work right.
r0lZ, I'll send you the source code shortly...
Jeanl
Don't forget to update the preview in DVDsubedit ;)

[r0lZ]

@kumi: Yes, you can do it. But you have to add step 6:

6) Reload the IFOs in PgcEdit, and save them back (to recompute the VTS sector pointers.)

The IFOs alone in the output folder should never be used as is, as the VTS sector pointers are wrong. So, you cannot simply copy the VOBs in the same folder, or copy the IFOs back to a complete folder, and burn directly.

Remember this rule: the IFOs are right only when they are saved in a folder where all needed files exist. So, if you save them just before burning the folder, everything should be OK.

[kumi]

Ah ok, then I can't do what I want, which is to avoid copying VOBs to a writable medium. As I understand it now, PgcEdit cannot use the source folder's VOBs for recomputing sectors. It always uses the destination folder's VOBs.

I thought this was a typo in the documentation :D ...is there any chance that you could add an option for using source folder VOBs for recomputing VTS sectors, r0lZ? It would be a real boon for people like me that want to skip the step of ripping to a writable disk before PgcEditing. Sometimes you just want to edit right away, and rip later :p

[r0lZ]

But I don't understand the advantage. When you copy the IFO files back to the folder with the VOBs, that folder must be writeable, right? And in this case, you can easily reload the DVD in PgcEdit and save it back.

Also, don't forget that PgcEdit is somewhat limited (especially the trace function) if you don't have the menu VOBs, as it will miss the menu buttons.

[kumi]

Well perhaps mine is a pretty "edge case". But I can imagine someone wanting to quickly PgcEdit and save IFOs, for use on a different system, or for distributing a "patch" quickly. Or for saving an entire collection's worth of IFOs for analysis.

[r0lZ]

Well, I'll have a look. Maybe I can add this feature if it's not too difficult. But I think already at some difficulties. What should I do, for example, if there are some VOBs in the target folder, and some other ones in the source folder? And if there is no VOBs in both folders? Furthermore, if you load the IFOs from the IFOs only folder and save them back, the pointers will be wrong anyway. So, IMO, the only safe operation is to do it with all VOBs in place, as it is now.

You could try IfoEdit's Get VTS Sectors. I'm not sure, it might compute the sector pointers based on the VOBs in the current DVD drive. I think it can use a VOB from the drive when playing the modified IFOs from a folder and the VOB is missing. (It's why it warns you if there is no DVD in the drive.) Perhaps it is smart enough to compute the VTS sectors the same way. Of course, IfoEdit has no 32K padding option.

[kumi]

Thanks for considering it!

What should I do, for example, if there are some VOBs in the target folder, and some other ones in the source folder? And if there is no VOBs in both folders?
Perhaps a simple checkbox, i.e. Options > Functions > Save IFOs > Calculate using source folder VOBs ?

If unchecked, Save IFOs as would function as usual:
Destination VOBs used if present, otherwise no VOBs are used.

If checked, Save IFOs as would function like this:
Source VOBs used if present, otherwise no VOBs are used.

I think that takes care of most of the confusion. Perhaps a little popup messagebox clarifying the option would help? Like you have for the 32KB padding option. "This option is intended mainly to allow the saving of .IFOs which can later be directly copied back into the source DVD. If there are no VOB files present, the IFOs will be saved with incorrect sectors. The default setting, unchecked, uses the destination folder's VOBs to calculate VTS sectors. Etc etc etc..."

Furthermore, if you load the IFOs from the IFOs only folder and save them back, the pointers will be wrong anyway.
I'm not sure any user would ever want to do that. Like you say, there's no reason to "Use source folder VOBs" on a IFO-only folder. If a user sets this option, she/he's interested in making copies of the IFOs that will later be drag-and-droppable back into the source DVD files.

Regards,

kumi

[r0lZ]

I propose this: if there are no VOBs in the target folder but there are VOBs in the source folder, then a dialogue will ask "Do you want to use the source VOBs to compute the VTS sectors?" (with some additional explanation.)

Anyway, I still have to look at the code. If it's too difficult, I will not do it!

I'm not sure any user would ever want to do that.Except, for example, if you try to help a friend, and you have the IFOs but not the VOBs. You might want to modify the IFOs and send them back to your friend. Anyway, in this case, it is impossible to compute the VTS sectors.

[r0lZ]

OK. Done. That was not very difficult! :)

[Dr.Khron]

then a dialogue will ask "Do you want to use the source VOBs to compute the VTS sectors?" (with some additional explanation.)


Ah, this one of the things I love about PgcEdit...
Whenever I am doing something that is a bit over my head, there are nice, concise dialog boxes to walk me through the process. In some ways, its superior to having a full manual.

[r0lZ]

:) Well, it's better than nothing, but, to be concise, I need to use technical words, and it's not always easy to understand, especially for newbies. Therefore, I've also tried to preselect the right answer for the user. Usually, if you accept the default, everything should be fine. (At least I hope so!)

[kumi]

It's very kind of you to look into my selfish request, thanks a million r0lZ. I hope it's possible :)

[r0lZ]

kumi, as I said, I have already made the change, and everything seems to work as expected. I've compared the IFOs from the original and the target (without VOBs) folders, and they are now identical. :)

[kumi]

Oh... hehe. I was using an old cached version of the thread, and didn't see your answer.

:thanks: :thanks: :thanks:

[r0lZ]

You're welcome.

[Robotik]

is there any way i can re-reference unreferenced cells in PgcEdit? when i try to pick an existing VOB/Cell ID to be displayed in Pgc Editor with the slider, it just skips unreferended cells, even if they are present in the vob file.
actually, i just wanted to use a cell in another pgc, so i deleted it from the pgc where it originally was, and now i cant place it into the pgc i want to use it.
any idea how to circumvent it? i had to clean up backup files, so can't restore.

[blutach]

No, you need to do this in IfoEdit (http://ifoedit.wh.fr0zen.com/). If you make a mistake, Cancel or don't save and start again, referencing the cell somewhere else first.

I believe it's a real feature and time saver to skip over the deleted cells.

Regards

[Robotik]

thanks.

wouldn't it be nice though to have a checkbox somewhere to set wether or not i want to pick deleted cells?
@r0lZ would you consider create something like this?

thans in advance

[r0lZ]

Well, currently, PgcEdit uses the information in the IFOs only to build the list of available sells. This means that you cannot pick a cell that has been deleted, unless it is referenced elsewhere.

If you want to keep track of all cells, use "New 'Play All' Title" to create a new PGC referencing all cells. Then, work on the other PGCs, and finally, delete the Play All PGC.

It should be possible, of course, to scan the VOBs to find all unreferenced cells, but that's slow, and furthermore, it's currently incompatible with the way I have programmed the PGC editor and the V/CID remapping function. Sorry.
Maybe I'll write a plugin to build a Play All title with all VOB cells (instead of all cells already referenced in the IFO.) After having used this plugin, you should be able to use any cell of the VOB. But don't expect that soon...

[Robotik]

i'm not in a hurry :)
thanks, anyway

[President]

...Maybe I'll write a plugin to build a Play All title...
Thank's ahead, r0lZ.
Seems, it will be a useful plugin. Sometimes it needed.

[linx05]

Thanks for the confirmations, Sir and linx! I suppose I don't need further info, but continue to be cautious when you use that function, and verify the time maps with the plugin, although I'm almost sure everything is fine now.

Unfortunately, the beta version is still doing the same thing for me: an infinite loop of rebulding time maps, and then fixing the length. No change in behavior.
Unfortunately this is happening to me again. This time a PAL DVD: THE_GIRL_NEXT_DOOR_UNRATED R4 ripped with RipIt4Me 1.7.0.99 BETA. Using the plugin PgcEdit (8.1 BETA 2, Feb 3) found three timecode errors but only managed to fix two. The last one was stubborn. I performed a Rebuild all timemaps of DVD but that did not work. The last timecode error simply would not disappear.

I ran the DVD through VobBlanker (2.1.3.0 BETA 8) with VOB internal pointers enabled (both) and it seemed to reset the timecode problems back to three errors. So I don't know what happened there.

Time Map tables
DVD-TEXT General Name: ""
Provider ID: ""
Number of VTS: 6


-------------------- VTS 1 --------------------
13 VTS_TMAP tables defined in VTS_TMAPTI for 13 PGCs.

VTST 1 , 1 TTN 1 (1:45:00) Title 1 (sequential title)
1574 x 4 seconds = 1:44:56

VTST 1 , 2 TTN 2 (0:01) Title 2 (sequential title)
********** WARNING: Empty Time Map!

VTST 1 , 3 TTN 3 (8:14) Title 3 (sequential title)
493 x 1 seconds = 8:13

VTST 1 , 4 TTN 4 (2:32) Title 4 (sequential title)
151 x 1 seconds = 2:31

VTST 1 , 5 TTN 5 (1:48) Title 5 (sequential title)
107 x 1 seconds = 1:47

VTST 1 , 6 TTN 6 (1:27) Title 6 (sequential title)
86 x 1 seconds = 1:26

VTST 1 , 7 TTN 7 (2:29) Title 7 (sequential title)
148 x 1 seconds = 2:28

VTST 1 , 8 TTN 8 (12:07) Title 8 (sequential title)
726 x 1 seconds = 12:06

VTST 1 , 9 TTN 9 (1:58) Title 9 (sequential title)
117 x 1 seconds = 1:57

VTST 1 , 10 TTN 10 (2:32) Title 10 (sequential title)
151 x 1 seconds = 2:31

VTST 1 , 11 TTN 11 (2:11) Title 11 (sequential title)
130 x 1 seconds = 2:10

VTST 1 , 12 TTN 12 (2:21) Title 12 (sequential title)
140 x 1 seconds = 2:20

VTST 1 , 13 TTN 13 (3:07) Title 13 (sequential title)
186 x 1 seconds = 3:06


-------------------- VTS 2 --------------------
1 VTS_TMAP tables defined in VTS_TMAPTI for 1 PGCs.

VTST 2 , 1 TTN 1 (0:01) Title 14 (sequential title)
1 x 1 seconds = 0:01


-------------------- VTS 3 --------------------
1 VTS_TMAP tables defined in VTS_TMAPTI for 1 PGCs.

VTST 3 , 1 TTN 1 (0:01) Title 15 (sequential title)
1 x 1 seconds = 0:01


-------------------- VTS 4 --------------------
5 VTS_TMAP tables defined in VTS_TMAPTI for 5 PGCs.

VTST 4 , 1 TTN 1 (7:57) Title 16 (sequential title)
476 x 1 seconds = 7:56

VTST 4 , 2 TTN 2 (10:00) Title 17 (sequential title)
599 x 1 seconds = 9:59

VTST 4 , 3 TTN 3 (2:40) Title 18 (sequential title)
159 x 1 seconds = 2:39

VTST 4 , 4 TTN 4 (2:18) Title 19 (sequential title)
137 x 1 seconds = 2:17

VTST 4 , 5 TTN 5 (9:32) Title 20 (sequential title)
571 x 1 seconds = 9:31


-------------------- VTS 5 --------------------
2 VTS_TMAP tables defined in VTS_TMAPTI for 2 PGCs.

VTST 5 , 1 TTN 1 (0:00) 1b. Title 21 (non-sequential title)
Empty Time Map.

VTST 5 , 2 TTN 1 (0:20) (non-sequential title)
19 x 1 seconds = 0:19


-------------------- VTS 6 --------------------
17 VTS_TMAP tables defined in VTS_TMAPTI for 17 PGCs.

VTST 6 , 1 TTN 1 (0:27) Title 22 (sequential title)
26 x 1 seconds = 0:26

VTST 6 , 2 TTN 2 (0:45) Title 23 (sequential title)
44 x 1 seconds = 0:44

VTST 6 , 3 TTN 3 (0:36) Title 24 (sequential title)
35 x 1 seconds = 0:35

VTST 6 , 4 TTN 4 (0:17) Title 25 (sequential title)
16 x 1 seconds = 0:16

VTST 6 , 5 TTN 5 (0:33) Title 26 (sequential title)
32 x 1 seconds = 0:32

VTST 6 , 6 TTN 6 (0:29) Title 27 (sequential title)
28 x 1 seconds = 0:28

VTST 6 , 7 TTN 7 (1:19) Title 28 (sequential title)
78 x 1 seconds = 1:18

VTST 6 , 8 TTN 8 (0:31) Title 29 (sequential title)
30 x 1 seconds = 0:30

VTST 6 , 9 TTN 9 (0:21) Title 30 (sequential title)
20 x 1 seconds = 0:20

VTST 6 , 10 TTN 10 (1:13) Title 31 (sequential title)
72 x 1 seconds = 1:12

VTST 6 , 11 TTN 11 (0:17) Title 32 (sequential title)
16 x 1 seconds = 0:16

VTST 6 , 12 TTN 12 (1:27) Title 33 (sequential title)
86 x 1 seconds = 1:26

VTST 6 , 13 TTN 13 (1:08) Title 34 (sequential title)
67 x 1 seconds = 1:07

VTST 6 , 14 TTN 14 (0:18) Title 35 (sequential title)
17 x 1 seconds = 0:17

VTST 6 , 15 TTN 15 (0:16) Title 36 (sequential title)
15 x 1 seconds = 0:15

VTST 6 , 16 TTN 16 (0:29) Title 37 (sequential title)
28 x 1 seconds = 0:28

VTST 6 , 17 TTN 17 (10:14) Title 38 (sequential title)
613 x 1 seconds = 10:13


------------------- Summary -------------------
VTST 1 , 2 TTN 2 (0:01) Title 2: Empty TMAP!

[blutach]

An empty time map for a 1 second title is nothing to worry about linx05.

Regards

[linx05]

I know but I thought I would report it since for one reason or another PgcEdit will not fix it.

[r0lZ]

I remember I've added a check in one of the functions (but probably not in the other one.) If the last cell is a tiny black short cell, and its LBA should be in the time map, I consider that it is useless to add that entry, as the tiny cell is not really a part of the movie/PGC. Maybe it's the cause of the problem.

I'll have a look as soon as possible, but I can't do it now. If I forgot it, please remind me in a couple of weeks...

[r0lZ]

OK, linx05, I've found two possible causes of the problem.

VTST 1 , 2 TTN 2 (0:01) Title 2 (sequential title)
********** WARNING: Empty Time Map!

When PgcEdit rebuilds the time map, it adds entries in the time map while the last entry is less than the total time of the PGC. Since, in this case, the total time of the PGC is exactly 1 second, the first entry is not added, as its time is equal to the total PGC time.
I have not changed that, as it is totally useless to seek to the end of the PGC. Anyway, that's also the behaviour of VobBlanker.

The second problem is in the Verify Time Map function of the plugin.
Since here, the total duration of the PGC is greater than 0 (and the title is sequential), the plugin assumes that a time map is needed, and complains. I have also changed that. Now, it won't complain any more when the duration is less than 1.01 seconds.

Note that the plugin complains also when no VTS_TMAPTI table exists at all, even if there are only not-one_sequential titles in the VTS. However, PgcEdit won't complain if the table exists, but the time maps of non-sequential_titles are empty, since this is perfectly legal.
PgcEdit and VobBlanker rebuild the time maps of those titles anyway, since the presence of the map doesn't hurt, and can even be useful with some players.

You can download v1.3 of the Time Map plugin here (http://home.tiscali.be/debie.roland/pgcedit/beta/tmap_plugin_1.3.zip).
Please let me know if all problems are fixed. Thanks.

[QUEENFAN]

Good morning r0lZ,

first of all congratulations for your awesome tool!!!

Are there any plans to implement a function to save a "project" ? This would be very usefull for beginners like me (and others) to have the chance loading a PCGEdit-profile for a certain DVD (should be possible to identify a DVD-Video so that the project is the right one for this DVD) to use and learn.

Ore is this already possible?

[r0lZ]

No, sorry.
PgcEdit is not an authoring tool. It can only modify an existing DVD. Therefore, the "project" is the original DVD.

What do you want to save and re-use? You can already import and export a lot of things, but it is not possible to automate that, as every DVD is different.

[QUEENFAN]

Hello r0lZ,

what a quick answer?´;-) Thanks.

I mean a kind of things to do with PGCEdit for a special Video-DVD. As an example I want to remove some Trailers and menus from the DVD Terminator and want to give this "settings" for doing the job to a friend (or internet-/board-user) to just load these settings and use it on his/her Terminator-DVD (which should be exactly the same version) in PCGEdit.

I didn't mean a general Plugin/Tool for removing/changing things for every DVD but saving/loading settings for a special DVD.
This would help a lot in the different HowTo's and guides (no screenshots needed).

[r0lZ]

I understand, but it's a huge work to implement that! PgcEdit is not designed to be controlled by scripts or project files, and implementing that would require a complete rewrite of the program!

You can probably send your IFOs to your friend, but you must be sure that NO VOB files are modified! You cannot blank a PGC, and you cannot use a function that changes the content of the VOB files! However, you can blank totally a whole domain if you send the resulting tiny VOB file (10KB) as well.
If you need to edit the menu buttons, you can export the modified menus and send the exported files as well. Your friend will have to import them one at a time. (BTW, the next version of PgcEdit will have a function to import/export all buttons in a single operation.)

Sorry, I can't do much more...

[QUEENFAN]

Hello again r0lZ,

is there any hope that you maybe implement scripts or project files in a future version of PGCEdit ?

Thanks a lot.

[r0lZ]

No. :(

[jolson]

QUEENFAN - you could try automate PgcEdit with AutoIt, it may work. I have done that with other GUI-only programs and it worked fine.

[r0lZ]

I use AutoHotKey (http://www.autohotkey.com/) (free and powerful) for this kind of job, but I haven't tried with PgcEdit yet.

[jolson]

AutoIt is also free & powerful:

http://www.autoitscript.com/autoit3/

[Robotik]

bug?

hi i just found something interesting, i don't really know wether it is VobBlanker, PgcEdit, or me, but PgcEdit gave me the error message, so i post it here.

i used VobBlanker to create final chapter points in all 3 episodes on an episodic disc, at the last sector possible (the end positon of the slider) to create a tiny cell at the end, to be able to jumpt to the end of the episode.
it all worked fine in PgcEdit until i used Trace mode. stepping through the title was still ok, but when i used the 'Next Chapter' button when playing the last tiny cell i got the following error message:

Fatal error!
PgcEdit is trying to read data after the end of table. This means that a Length Of Table value is probably wrong (See log.)
...

so i opened the log, and found this inside:

ERROR! get_int: Attempt to read 1 bytes at offset 6 (0x6) after end of table!
Variable: ::pgcs(1,1,programmap), length of table: 6

before splitting, it worked ok, also no error when i use the '-> Step' button at the same position.

[r0lZ]

Obviously, the program map contains only 5 or 6 entries. Do you have only 5 or 6 chapters in the PGC that caused the error?
Also, could you try to open the PGC Editor, to verify the programs and chapters in PgcEdit?

[Robotik]

6 cells, 6 programs, 6 chapters, the last one is a tiny (00:00:00.12), that's the one causing the problem (in all 3 titles). checked in PGC Editor, it seems ok. in preview, also ok.
i'm trying to check Next PGCN link, but instead of jumping to the next PGC, it gives the error message. before splitting the last cell, it didn't give me the error message, rather jumped to the post commands (still don't understand why it didn't jump to the following PGC, where Next PGCN linked to).

[linx05]

OK, linx05, I've found two possible causes of the problem.

VTST 1 , 2 TTN 2 (0:01) Title 2 (sequential title)
********** WARNING: Empty Time Map!

When PgcEdit rebuilds the time map, it adds entries in the time map while the last entry is less than the total time of the PGC. Since, in this case, the total time of the PGC is exactly 1 second, the first entry is not added, as its time is equal to the total PGC time.
I have not changed that, as it is totally useless to seek to the end of the PGC. Anyway, that's also the behaviour of VobBlanker.

The second problem is in the Verify Time Map function of the plugin.
Since here, the total duration of the PGC is greater than 0 (and the title is sequential), the plugin assumes that a time map is needed, and complains. I have also changed that. Now, it won't complain any more when the duration is less than 1.01 seconds.

Note that the plugin complains also when no VTS_TMAPTI table exists at all, even if there are only not-one_sequential titles in the VTS. However, PgcEdit won't complain if the table exists, but the time maps of non-sequential_titles are empty, since this is perfectly legal.
PgcEdit and VobBlanker rebuild the time maps of those titles anyway, since the presence of the map doesn't hurt, and can even be useful with some players.

You can download v1.3 of the Time Map plugin here (http://home.tiscali.be/debie.roland/pgcedit/beta/tmap_plugin_1.3.zip).
Please let me know if all problems are fixed. Thanks.
Thank you. The updated plugin seems to do it
VTST 1 , 2 TTN 2 (0:01) Title 2 (sequential title)
Empty Time Map. (OK: PGC duration too short.)I'm not too sure what you said but as long as you think it is fixed. It does not popup with those two time map errors but ignores them because they are safe, if I understood you correctly.

p.s. check your email ;)
p.p.s the exchange rate for AUD to EUR sucks big time.

[blutach]

Sounds like a VobBlanker (http://jsoto.posunplugged.com/vobblanker.htm) issue then. Have you checked the chapter table is consistent with the chapters declared in the PGCs?

Regards

[Robotik]

yep it is consistent. tried to clear all programs & chapters and redo them, which always helped with other issues, but not with this.
sent the IFOs to r0lZ, if it turns out to be a VobBlanker issue, i'll go complain there :)

[r0lZ]

i used Trace mode. stepping through the title was still ok, but when i used the 'Next Chapter' button when playing the last tiny cell i got the following error message:

Fatal error!
...

It's a bug in PgcEdit. Your files are OK, but PgcEdit tries to access chapter 7, and, of course, fails. I'll fix that. Thanks for the report.

[r0lZ]

OK, bug fixed.

BTW, you have set the Next and PrevPGCN links in Titles 1, 2 and 3 to point to the next and previous Titles. You cannot do that, as it is illegal to jump to another title using this method! The Prev/Next/GoUpPGCN links must point to a PGC within the same TTN.

You can create dummy PGCs in each title and jump to those PGCs using the Prev/NextPGCN links, and from the dummies you can JumpVTS_TT to another TTN, but doing so will convert your title to a not-one_sequential title, and you will lose the ability to seek to a specific time in the title!
You can also use BOVs to implement the Jumps.

I know, the DVD-Video standard is stupid and frustrating, but your DVD will probably not play correctly in all players is you leave it as it is now.

PgcEdit should warn you when such Prev/Next/GoUpPGCN links are used, but there are so many limitation that I cannot handle all of them easily...

[Robotik]

thanks for looking into it, r0lZ!
i've never knew about that limitation either, thank you for clearing that up.

[Robotik]

You can create dummy PGCs in each title and jump to those PGCs using the Prev/NextPGCN links, and from the dummies you can JumpVTS_TT to another TTN...
previously i used tiny cells and cell commands, then i started to use Prev/NextPGCN links and wondered why they don't use this simple method on consumer DVDs. now i see!

[r0lZ]

Of ouurse, you cannot LinkPGCN to another TTN neither with cell commands. But you can use JumpVTS_TT or JumpVTS_PTT commands in the title domain to jump to another title in the same VTS.

BTW, does your player(s) support the Prev/NextPGCN to another TTN method?

[Robotik]

Of ouurse, you cannot LinkPGCN to another TTN neither with cell commands.

Damn! it seems that i've created a lot of illegal DVDs!

BTW, does your player(s) support the Prev/NextPGCN to another TTN method?

yep. the method worked like a charm so far.

LinkPGCN to another TTN is legal in pre/post commands though, isn't it?

[r0lZ]

In a title domain, LinkPGCN is legal everywhere (in pre, post, cell and BOV commands) as long as you link to the same TTN. You can use it freely in the menu domains.

[Robotik]

using linkPGCN to another title is illegal from pre, post, cell and BOV commands? the situation is worse than i thought. damn those restrictions!

i guess there is a lot to learn. whenever i get confident, it turns out i'm wrong :(

c'est la vie!

[r0lZ]

Yes, and there are also many other limitations!

For example, you cannot use the Link* commands without arguments (for example LinkTopPGC) in pre and post commands. But you can use them in cell and button commands!
That extremely stupid! There is no reason to allow, say, LinkCN cell 1, but disallow LinkTopCell in the post command area.

Also, technically, it is possible to compare a SPRM with a constant value in almost all commands, but that's prohibited! Total: you have to copy the SPRM in a GPRM first, and then compare the GPRM.

And what do you think of a programming language where you cannot use a variable where a constant value is allowed? For example, it should be possible to LinkPGCN to GPRM(0), but, of course, that's impossible!

The "experts" who wrote the DVD-Video specs are just idiots!

[blutach]

Didn't we discover errors in LinkNoLink, too, r0lZ?

Regards

[Robotik]

it seems that the art of dvd authoring is more about conformity than about creativity.

of course when you want to achieve something in such environment, even the easiest task requires a lot of creativity! :D

[Robotik]

not to be cocky, but it would be nice to mark those limitations in PgcEdit. i mean the latest beta allows me to use LinkTopPGC in the pre commands (creating an infinite loop :D)

[r0lZ]

not to be cocky, but it would be nice to mark those limitations in PgcEdit.I am currently working exactly on that! The illegal commands will be greyed out in the menus of the command editor. However, it will still be possible to enter illegal commands with copy/paste, or by editing manually the hex digits in the command editor.

BTW, someone can confirm that Break commands are legal in the post, cell and buttons areas? It is the same than LinkCN cell 1?

i mean the latest beta allows me to use LinkTopPGC in the pre commands (creating an infinite loop :D)
This command is illegal in both pre and post commands areas. However, it is possible to use it in a cell command. Of course, it's up to you to ensure that at least one GPRM has changed, and that it is tested to avoid infinite loops.

[hf]

r0lZ's mention of greying out the illegal commands in the commands editor menu reminded me of something that I think would be a nice feature, but I'm afraid it might be quite a bit of work.

Sometimes when I have a title I want to get rid of, in order to
make it unreferenced, I copy the pre/post commands of the title and use them to replace the command that called the title.

For example, (I don't have access to the program in front of me so forgive the possibly butchered exlpanation), in the VMGM you might have a Jump to title 5, and in Title 5 some GMRM might be given a value and then it jumps back to some other VMGM location. The problem is that the command that lets you go from
a Title to a VMGM program is different than the command that you use to jump from one VMGM program to another, so you have to manually fix the command. It would be really cool if there was an option for pgcedit to automaticly do the fix for you.

I hope everyone can undertand what I am trying to say!

[blutach]

@r0lZ - although I haven't seen it, my understanding is that Break works in Post and Cell commands. How's the project coming along?

@hf - in the PgcEdit Command editor, use the Jump and Call menu. It does exactly what you want.

Regards

[r0lZ]

@hf
Not a bad idea, but currently, it's not my priority.
Also, changing a JumpSS to CallSS or vice-versa is not always possible without user intervention, as some parameters are absent in a command, but present in its "translation", for example the TTN and Resume cells parameters.

@blu
Thanks. I saw recently a lot of break commands in the post commands area, but none of them were actually executed. They were used as some kind of separator between groups of commands. Of course, it's not a proof that it's legal.

[bigotti5]

Break is only valid in pre- and postcommand area.
Break in precommandarea stops the execution of remaining precommands and start the content of a pgc (or enters the postcommandarea in case of dummy pgc).
Break in postcommandarea stops the execution of remaining postcommands and proceed to the next pgc.
Break would not make sense in cell- or buttoncommand area .

[r0lZ]

Thanks! I've learned something, and I have to modify the trace!
Break in postcommandarea stops the execution of remaining postcommands and proceed to the next pgc.
In other words, and just to be sure: break in post area proceeds to the PGC pointed to by the NextPGCN link. Right?

[bigotti5]

In other words, and just to be sure: break in post area proceeds to the PGC pointed to by the NextPGCN link. Right?

Yes..

[blutach]

And if Next PGCN = 0?

Regards

[r0lZ]

... the nav stops. Same as Exit.

[blutach]

Good thing to guard against.

Regards

[Robotik]

what's the worst that can happen when using illegal code? i don't mean non-sense codes or jumps/calls to nowhere, i rather mean such codes as linkPGCN to another title.
i know execution differs from player to player, but PowerDVD 6 and two of my standalones executed them, and i guess most players that don't execute them just ignore them.
do you know any player that exits or do something strange (freeze, blue death, turn off, blow up, etc.)?

[r0lZ]

My very picky Sony DVP-S725D displays a cryptic error code in its led display and stops, but only in some cases. I'm not sure it traps all errors.

[Robotik]

hm. it seems i'd better not use them after all. i thought i had an idea.

[President]

2 r0lZ,
The links (to tmap plugin 1.3 and PGCEdit 8.1 b2) are died.

Could you please to put (and store) all betas in the one place (on your Videohelp home page of PGCEdit /betas. Now it is empty). At least until new releases.

Thanks.

[r0lZ]

It is true that my ISP has changed something in the old path I've used until now. It's why the old betas are not available any more.
Anyway, the betas are normally not public, although I need to share them with some beta testers. Also, 8.1 beta 2 is slightly outdated now.
BTW, I have no homepage at sourceforge. The official PgcEdit home is at VideoHelp.

I will upload v8.1 final and the updated plugins in a couple of days. Please be patient...

[President]

Anyway, the betas are normally not public...
I understand and agree. I not propose to put betas (links on it) to main Videohelp page. It seems to me just a good thought keep all betas in one (known) place. Nothing else. Anyway all betas discussing in here.
I need to share them with some beta testers.
The last beta2 has an important changes in the timemap calculation on NTSC. I uses only it instead last release 8.0. I am not a registered and accredited betatester but also to do one's bit to improve your program, I hope:-). At least I attempt where possible:-).
BTW, I have no homepage at sourceforge. The official PgcEdit home is at VideoHelp.
OOPS! Sorry. Already fixed:-).
I will upload v8.1 final and the updated plugins in a couple of days. Please be patient...
OK. Thanks ahead.

[GravuTrad]

ok, 8.1 final. Good. so i wait a little in the french traduction. I have found how to translate easily. i concentrate so on plugins and help...
sorry of the delay but it's long to do....

but very happy to do this...

and after i'll do a french version of your site that i can host if you want...

[r0lZ]

sorry of the delay but it's long to do....I know! I am sorry. Thanks to you!

and after i'll do a french version of your site that i can host if you want...Wow! Great idea!

[Aaygo]

What is the deal?! I can't get PgcEdit to burn with ImgBurn.

First, I get a Write-to-Disc error, now I'm getting a message saying that the formats are incompatible? Has anyone duplicated this?
ImgBurn 2.3.2.0
pgcedit 8.

Yes it's NTSC material.

-Aaygo

[r0lZ]

Probably hardware problems.
Write to disc errors are often due to bad media or defective burner.
Incompatible formats might be caused by the use of DVD-5 or CDs when a DL DVD is required, or, maybe, DVD+/-R incompatibility.
Anyway, you might want to post in the Burn forum, as it's not related to PgcEdit.

[GravuTrad]

I know! I am sorry. Thanks to you!

Wow! Great idea!


No problem. i'll keep you informed. take me informed for 8.1 stable version.

[alxtorrentazos]

First I want to apologize for my poor english. I hope someone could help me with this. I´m a new user of pgcedit, it´s a wonderful program but i want to do a little thing and i can´t.
I used vobblanker on a dvd main menu, cleaning a lot of little short clips which represent near 900mb or more......this clips are little animated scenes of the main movie with buttons to select subs, extras, etc, but mostly in korean, english, russian, japanese languages, and because my language is spanish, i don´t need them, but I need the space to get better quality at the compresion time :D
Of course, without this clips, and being english the preferred menu language, playback of the dvd it´s not possible...menu tries to jump to an english clip which doesn´t exist anymore.
I´ve doing a little search, tests and reading about the dvd structure and now i know that the only thing i need to do is to change the preferred menu language from english (65535) to spanish (25971), but i don´t know how to set sprm(0) = 25971.......
I´ve tried this using the trace mode and entered this value "by hand" and it worked beautifuly...spanish menues everywhere, but i need to put inside the .ifo and I don´t know how to do this.
I don´t know if I was clear enough, my english sucks, but I hope someone could help me.......keep in mind that these are my firsts steps with pgcedit so please be patience.
Thanks again for your time and efforts doing this wonderful program.
Alx

[blutach]

Trace again thru the DVD and replace where it says Set gprm (x) = sprm(0) with Set gprm(x) = 25971

You may also need to do this with sprm(16) and (18).

It is probably safest replace all instances of these SPRM's with 25971. PgcEdit's search and replace function can help you.

Regards

[alxtorrentazos]

thank you blutach for your help, but now i have 2 questions..
1) where is the "search and replace" function? can´t find it
2) Isn´t possible to change only the sprm(0) from 65535 to 25971 ONE time at the begining? the program only checks that variable from time to time, but does not change it.....if i can do it at the begining wouldn´t it be enough?

[blutach]

The search box is down the bottom right. Enter sprm(0 and click All. You can then replace all instances with 25971

Menu languages are funny things - they sometimes check a few times; other times they set a gprm (for some reason I have seen gprm(8) used a lot in this regard) and access the menu language via that gprm. Doing a full trace will help.

Regards

[alxtorrentazos]

Thanks for the tip blutach :), I was looking in Edit or View menues.
Right now I´m replacing ALL the sprm(0) instances....near 30 :(
Anyway.....does not exist a "set sprm(0) = (mov) 25791"?? if not, it should :D
Thanks again blutach

[blutach]

Strange as it seems, you can't write to sprm 0, 16 or 18 - only read them. They are set by the way you have set up your DVD player. :) Same goes for your region code (SPRM 20 - this is where RCE comes in; you change the SPRM(20) reference to the disk's region code).

Regards

[r0lZ]

PgcEdit v8.1 released!

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

A. File -> Menu Buttons & BOVs -> Import/Export All Menu Buttons and BOVs. Can be used to save and restore all menu button and BOVs definitions of the current DVD.
A "menubuttons.but" file is also automatically created in the backup folder each time a new backup is created. The BOVs are NOT saved if the VOB files are not automatically scanned at load time. This file is NOT restored automatically when the backup is restored.
It is possible to load the buttons file even if the VOB files are not present in the DVD folder.
Note: If you change the file type in the Import buttons dialog, you can also import a buttoninfo.txt file created by a well known program. However, as some important info is missing in this file, so DO NOT SAVE the buttons!
A. Added "Help -> Check For New Version" and "Options -> Startup -> Check For New Version At Startup?" to automatically check if a new PgcEdit version is available and to download it automatically (and, under Windows only, to install it automatically.)
A. Added "DVD -> Delete Uncalled TitleSets". This function is a lot faster than Delete Uncalled PGCs, but less efficient. Use it before Delete Uncalled PGCs when there are many uncalled Titlesets in the DVD.
A. Added "Title -> PTT (Chapter) Editor", a new editor suitable to edit the chapters of not-one_sequential Titles (with chapters in several PGCs belonging to the same TTN.) The old editor is still available via the PGC editor, but cannot be used on not-one_sequential Titles any more.
A. Added "Info -> Jumps from VMG to all VTSs". Basically, this new function is identical to Jumps from VMG to current VTS, but is handy to find all jumps to all VTSs, and to locate the VTS that are called only once.
A. Added "Info -> Find jumps to void PGCs". A PGC is considered void when it has no commands (or only NOPs), no buttons, and no NextPGC link (or when it is out of range.) When a void PGC is played, the navigation stops.
A. Added a check when loading the DVD to be sure that at least one Title is defined per TTN, and to create a new Title in VMG_TT_SRPT if necessary.
E. When a DVD is opened, PgcEdit now checks if the IFO, BUP and VOB filenames are in upper case, and offers to rename them if necessary.
E. The menu of the command editor is now context dependent. The illegal commands for the current domain and current pre/post/cell/button/BOV area are now greyed out. The last menu contains now only the valid jump commands for the current context, and has been renamed to "Jump to...".
E. The illegal commands for the current domain and pre/post/cell/button/BOV area are now highlighted in pink in the main listbox and in the menu button viewer and editor. (The jumps to a non-existing PGC and the invalid GOTOs are now highlighted in orange instead of pink.)
E. In the PGC Editor, the Prev/Next/GoUpPGCN links are now also highlighted in pink when they point to another TTN.
E. Replaced the default system Yes/No/OK/Cancel dialogs by custom dialogs.
This is needed primarily as a workaround for a display problem under Vista, but the new method has several advantages. The user can now hide selectively some dialogs. As a consequence, the Expert Mode option has been removed, and is now replaced by two new options in Options -> User
Interface: Display Hidden Dialog Boxes During Current Session? and Restore All Hidden Dialog Boxes.
"Open yes/no/cancel dialog boxes under the mouse pointer?" allows you to open those new dialogs with the default button under the mouse pointer.
The content of the dialog can be copied to the clipboard via a right-click context menu.
E. Save IFOs as: Now, the user can chose to compute the VTS sector pointers using the VOB files from the source folder rather than producing wrong pointers because there are no VOBs in the target folder.
E. PsKill.exe is no longer necessary for Win9X users to abort the creation of the ISO image during the burn process. PsKill has now been replaced by the kill command of the TclX package. The (erroneous) warning about "potentially unwanted program" displayed by some picky antivirus should not occur any more.
E. Added shortcut key CTRL-Q on Info -> Jumps from VMG to Current VTS.
F. Kill PGC Playback: Some cell or button commands copied in pre-commands area were illegal in that area. They are now replaced by a legal suite of several commands.
F. Some uncalled PGCs were not found by Find Uncalled PGCs and not deleted by Delete Uncalled PGCs.
F. Clone PGC: When cloning a Title PGC and NOT creating a new Title number, the TTN number of the new PGC was increased, and the one_sequential flag was not set in VMG_TT_SRPT.
F. Fixed some rounding errors in Rebuild Time Map on long NTSC Titles. Too many entries were created in the table.
F. Fixed a little problem in Rebuild Time Map. The time map was not rebuild for PGCs shorter than 1 second. Now, the time map is rebuilt anyway, but is empty if the PGC is really shorter than 1 second.
F. Rebuild Time Maps: Added a check for discrepancies in the SCR time stamps (sometimes caused by VobBlanker when a single cell is replaced by several cells with different VOB IDs.)
F. Trace: The Break command in post-commands area was not handled correctly.
F. Little bug fixed in Trace mode: SPRM(4:Title in volume) was not modified when a not-one_sequential Title was entered via a non-entry PGC.
F. Little PGC comments bug fixed: The quotes of the PGC comment were not removed when a comment was erased from the PGC Editor window.
F. PgcEdit Preview v2.5 (by Jeanl) included: Made a small change to make the preview behave better in VISTA.


New plugin:

Play All plugin v1.0. It has 4 functions: "Create a new 'Play All' PGC from VOBs", "Create a new PGC with only unreferenced VOB cells", "Find unreferenced VOB cells in current domain" and "Find unreferenced VOB cells in whole DVD".
It is mainly intended to retrieve "unreferenced cells" (cells that are present in the VOB files but not used in the IFOs), to be able to include them again in any PGC.
Take care! The cell type flags of the generated Play All PGC might be wrong, as PgcEdit tries only to guess them, without analysing the VOB files completely.
Requires PgcEdit 8.1.


Updated plugins:

DVDShrink plugin v2.2.

DVDShrink is now launched in the background when the "Launch DVDShrink" menus are used. The exit status of DVDShrink is no more checked.
Adapted to the new message dialogs of PgcEdit 8.1. Requires PgcEdit 8.1+!

Time Map plugin v1.3.

Fixed a little bug when the PGC duration is EXACTLY one second. Now, in this case, an empty time map is not considered any more as an error.
The source DVD path was missing in the log of the Verify Time Maps function.

[blutach]

Thank you r0lZ :)

Regards

[jm1647]

All I can is mahvelous, simply mahvelous :)

and a big Thank You too !!!!

[Rippraff]

As always excellent job. Thanks a bunch r0lZ. :)

Cu Rippraff

[Robinud]

a very big thanks rolz for this jewel

[r0lZ]

Thanks to you too, for your support!

[Robotik]

i'm speechless. everything i've ever wanted, and more! thank you.

[canuckerfan]

thanks! Hope it doesn't suffer the same fate as other programs...

[video_magic]

Thanks!!!! :) I add mine too; Your program has really filled a niche or several as I wade into the territory of authoring and re-editing - it's Very Much Appreciated r0lZ, I know I'd be in a really bad way without You kind & skillful people.

[2COOL]

Many thanks 'ol friend!:goodpost:

[r0lZ]

You're welcome. Your support is much appreciated.

[2COOL]

r0lZ

For your "Find jumps to nowhere" macro, it only searches for invalid/non-existing JLC commands to PGCs or Titles. Since it is placed under Info, can you also implement the finding for JLC commands to invalid cells within a PGC? [EDIT]Same goes for invalid Programs.

Also, I couldn't find a info macro to give me a list of invalid commands highlighted in red. e.g.

********** post commands:
[00 01 00 00 00 00 00 21] 1 Goto line 33
[20 37 00 04 00 04 00 45] 2 if ( gprm(4) != gprm(4) ) then { LinkCN Cell 69 }
[00 01 00 00 00 00 00 03] 3 Goto line 3
[00 01 00 00 00 00 00 27] 4 Goto line 39
.
.
.

[r0lZ]

Well, I have the intention to write a simple verifier, that should list all VM command errors (and perhaps some other errors as well) but it's a lot of work. Please be patient.

The highlighting of the jumps/calls/links to non-existing PGCs, the invalid GoTos and the illegal use of VM commands in pre/post/cell/button areas and specific domains are already parts of the verifier, but I have still to write the global search for those errors.

[ron spencer]

verifier? wow!!!

[r0lZ]

verifier? wow!!!
simple verifier! In other words, it will do only a basic verification of the VM commands validity and syntax. It will never be able to verify everything!

[jsoto]

Sorry, a little bit late, but many thanks r0lZ.

jsoto

[President]

Thank's for new release! :thanks:

[Surf]

LMAO @ 2COOL's postcommand 3, goto line 3 :D

I had an identical instance with a certain recent gambling movie in Montenegro...."Hi, I am money." :D

Movie played okay however...din pursue the matter.

[r0lZ]

Such a goto is not illegal, but, of course, if it is played, an infinite loop will occur. That's dangerous, as the player can quickly become very hot! I don't know if the intention of the "authors" is to burn the player when playing a badly ripped DVD, but it's a possibility!

[blutach]

I have seen that a lot as a check the title number is not out of range. I think a better way of authoring would be to zero all GPRMs and Jump to FP-PGC.

Regards

[mpucoder]

There's that myth again that computers overheat if placed in a tight loop - not true

[r0lZ]

Hum, when I am debugging a DVD with an infinite loop with the IfoEdit player, I hear quickly the fan turning more rapidly. That indicates for sure that the temperature is becoming higher. I agree that real computers can support that, but since there is usually no fan in a standalone player, I guess they can be damaged, at least some cheap ones, with undersized processors or thin circuitry.

[2COOL]

There's that myth again that computers overheat if placed in a tight loop - not trueWhat if there was a loop that causes the reading lens to jump to and fro from inner track to outer track? That would cause some wear and tear.

[blutach]

Yes, 2COOL, but we are talking about a PGC that points to itself. We are stuck in the precommands. Nothing is being played at all.

Regards

[zacoz]

Better late than never...thanks for your seemingly tireless work on PgcEdit r0lZ.

Haven't been round here much lately ... work, life and all ... but still a consistently satisfied user.

[mpucoder]

The only thing I can guess about what r0lZ observes is that under these conditions only a small portion of the CPU is being used and the heat becomes concentrated in that area. The VM commands in both software players and standalones are emulated, so the CPU/MPU is not itself in a tight loop. Regardless, virtually all modern CPUs and a lot of MPUs are designed to handle heat conditions, whatever the cause, by slowing down.

[r0lZ]

Of course, I agree with that, although I'm not sure all standalone players are made of those modern MPUs. For example, I have received an ultra-cheap mini player (15€) that can become very hot after two hours or so of normal use. I know, in this case, it's the laser that is responsible, but that proves that some players are not well designed to support an heavy usage.

Anyway, I was wrong. The infinite loops are probably not made to destroy the players. They are simply stupid authoring.

[BigCondor]

There are quite a lot of new features in the new version and it takes time to digest. Thanks very much for your continuing effort that helps a lot of people.

[dirio49]

Better late than never.
thanks for the new version. Pgcedit Rocks. :)

[Mystiqq]

:thanks:

Just awesome.

[FredThompson]

How can the pop-up status window for rebuilding the timecodes be disabled?

[r0lZ]

Do you mean this message?
Dialog title: "PgcEdit: Rebuild Time Maps"
Dialog type: question
Dialog message:
It is necessary to rebuild the time maps of 1 title(s).
Since this operation can takes a long time, you can skip it
if you plan to rebuild the time maps anyway later with PgcEdit
or VobBlanker.

Rebuild the time maps now?
Dialog buttons: [Yes] [No]

You can disable this dialog, but PgcEdit will assume that you always want to rebuild the time maps. It is not possible to skip the dialog and the rebuilding, because it's too dangerous.

BTW, to post the content of a new PgcEdit yes/no/ok/cancel type dialog, just right-click on the dialog, and select "Copy this message to the clipboard". Insert it here between [ code ] marks.

EDIT: Oops, sorry, I see now "pop-up status window" in your message. So, you mean the summary that is only displayed when some cell durations and/or the total duration of the PGC has been fixed, right? That window cannot be disabled, as it indicates a problem with the original DVD. Anyway, you should not see it most of the time (except when you work on ARccOS/RipGuard protected DVDs.)

[Calimari]

@rOLZ

Maybe this is asked before. I've searched but I didn't find anything related.
This is about remapping audio. To get rid of an audio track, I strip it out of the VOB's with VobBlanker. Then, in PgcEdit's Pgc Editor, I replace the removed audio stream with an existent one to avoid 'gaps' in the audio streams. I also add PUO 1048576 to the domain (with the plugin) and I change the domains streams attributes.
Now, it looks like changing the reference to an existing VOB audio stream has to be done for each TTN separately. This is quite time consuming when there are a dozen of TTN's. Is there a possibility to provide a function in upcoming versions to do this for the entire domain? I believe all TTN's in a domain use the same audio/subpicture streams (can you confirm?)

Thanks.

[r0lZ]

Now, it looks like changing the reference to an existing VOB audio stream has to be done for each TTN separately. This is quite time consuming when there are a dozen of TTN's. Is there a possibility to provide a function in upcoming versions to do this for the entire domain?
Currently, it is already possible to copy/paste all streams numbers at once. Just edit the first PGC, and right-click to the label above the streams buttons in the PGC Editor.
You will have to copy/paste the audio and subpic streams independently, and open the PGC Editor for each PGC, but it's better than nothing.

I believe all TTN's in a domain use the same audio/subpicture streams (can you confirm?)
It's not a requirement, although it's often the case. Matrix, for example, is a notable exception.

[Calimari]

Currently, it is already possible to copy/paste all streams numbers at once. Just edit the first PGC, and right-click to the label above the streams buttons in the PGC Editor.
You will have to copy/paste the audio and subpic streams independently, and open the PGC Editor for each PGC, but it's better than nothing.


Aha, I didn't know that one. At least this minimises the number of clicks, thus minimises the chance of making mistakes or forget PGC's (currently I'm doing one with 57!) Thanks for the tip.
The one I'm currently doing has a few not-one sequentials, I guess it is a requirement then to use the same streams?

Anyway, whenever you find yourself on a quiet summer evening, dreaming away and thinking about how to make this already excellent program even better, I hope you consider some kind of automated function for this :)
Maybe including a warning when not all PGC's use the same streams, or with the function greyed out in that case.

[r0lZ]

Well, it's a possibility, but I have so many things to add or improve, that I'm not sure.
If I do it, I could perhaps offer to fill the "empty slots" with the stream numbers found in the first PGC, and leave the other slots untouched.

The one I'm currently doing has a few not-one sequentials, I guess it is a requirement then to use the same streams?Honestly, I don't know, but that seems reasonable.

[Robotik]

@r0lZ,
i know it's not fair to nag you about new features after such a tremendous job has just been done, but i read it in goonix's guide on "How to make a new menu or modify the background image of a menu (http://forum.doom9.org/showthread.php?t=99306)" in this forum, that you've planned to add a feature to PgcEdit, that would export subpicture streams as bmp. is it going to happen?
whether it is or not, i'm grateful for this excellent piece of software, i'm only curious.

[Calimari]

Well, it's a possibility, but I have so many things to add or improve, that I'm not sure.


Sure, I guess you receive many ideas and requests, and you need to shift a little. Anyway, it's nice to hear the maintenance of this jewel goes on and on. I hardly can't wait to see the next release.

In the meantime, I would like to quote Robotik
@r0lZ,
whether it is or not, i'm grateful for this excellent piece of software.

[2COOL]

r0lZ,

In the Menu Buttons dialog, there is the Image buttons (frame skip). May we have that as a slide bar instead of buttons? Sometimes for some menus, I have to click forward alot of times for me to get the right frame to view the menu words. I think there is enough room for it.

[Robotik]

good idea. also, as we are such insatiable little dorks, is it possible to have prev/next buttons on the top next to the cell selector, as an alternative for selecting a cell? when there are a lot of cells and you are looking for the one of them, it can be a little inconvenient to select the cell from the list again and again.

[r0lZ]

@Robotik:
Saving a subpicture as BMP cannot be made directly by PgcEdit. However, that should be possible with the PgcEditPreview, written by jeanl. So, ask him! ;)

@2COOL:
No, sorry, your request is impossible to implement for 2 reasons. The background image is generated by the PgcEditPreview (again!) and is written on disc. Therefore, the method is too slow to allow a slide bar. Furthermore, PgcEdit doesn't know how many I frames are available in the portion of the video covered by the subpics, and it is impossible to program a slide bar without specifying how many steps it must have.
However, you can skip 4 I frames (and jump directly to the 5th one) by clicking on the < or > button with the right mouse button.

@Robotik again:
The prev/next buttons to select a cell are possible, but I don't want to charge the GUI with too many buttons. Maybe I'll do it, but I want to work on the verifier before, and that's a lot of work. Anyway, I'm in holidays now, and I have the intention to work less during this summer! :cool:

[Robotik]

thanks, and have a nice holiday! (i wouldn't touch a computer with a 5 ft pole on vacation, so shouldn't you :D) anyway, your herd is waiting here, and thinking about even more twisted requests! :D

[Robotik]

@Robotik:
Saving a subpicture as BMP cannot be made directly by PgcEdit. However, that should be possible with the PgcEditPreview, written by jeanl. So, ask him! ;)
jeanl, can you hear us? :) is it possible, pleeeeeeeeease?

[whocarez]

Hello I have 8.0 and tried copying the new one(8.1) in that directory and it won't work (may be a Vista thing) but when I copy the older , it works again. I dislike vista!
but it does give a cool clipping tool for screen capture. attached is the error screen.
thanks

[Robotik]

this folder and his parent? when did a folder become a person??? :D

[r0lZ]

Whocarez, this kind of error occurs usually when the config file is corrupted. Try to delete it (or move it to another folder.)
The config file is: "C:\Documents and Settings\<your user name>\Application Data\PgcEdit\pgcedit.cfg".

Also, try to download PgcEdit again.

@Robotik: Touché!
It's now corrected.

[blutach]

I think this is a translation from La Français!

Regards

[whocarez]

Hello,
I went to "my computer and tried to find the folder and it didn't show it. So I then went to a command prompt and found it . but when I got to the folder and tried to move the file it said "access denied". I tried then to use the old attrib command( but its been awhile so I may have used it incorrectly) and it more or less said NO.:confused:

The more I use Vista , the more I miss XP. (who am I kidding, I still ms dos :)

[r0lZ]

Luckily, I don't use Vista. But under XP, the Application Data folder is hidden. Try to change the Show Hidden Files and Folders option in Control Panel -> Folder Options -> View tab.
If that doesn't help, use PgcEdit's Options -> Install -> Uninstall PgcEdit. (However, I'm not sure this procedure works fine under Vista.)
You could also try to log in with administrator rights. In that case, deleting a file should be possible anyway.

[blutach]

Maybe try running the app in XP Compatibility mode.

Regards

[whocarez]

Hello again,
I got it to finally show the folder..
It won't let me go there. I tried editing access and it kept telling me NO. It let me check the boxes, but when I click apply... it still says NO.

I also already tried the XP compat mode, same results as when not that way.. oh well thanks for your attempts, Guess I will just use the 8.0 version.. no bigggie.
cya's

[Calimari]

Hello again,
I tried editing access and it kept telling me NO. It let me check the boxes, but when I click apply... it still says NO.


You don't have to change the rights. I've checked on my XP SP2 machine, which has a restricted user account for my kids. I logged in and ran PgcEdit. Then I went to the application data folder and was able to delete the pgcedit.cfg file without any problem.
Are you sure you're looking in your own application data folder? Are there more users on your machine?

[Calimari]

@rOLZ
Did you get my latest PM's? Might be some important info.

[whocarez]

You don't have to change the rights. I've checked on my XP SP2 machine, which has a restricted user account for my kids. I logged in and ran PgcEdit. Then I went to the application data folder and was able to delete the pgcedit.cfg file without any problem.
Are you sure you're looking in your own application data folder? Are there more users on your machine?

I don't have this computer setup for more users.
I should have admin rights for all. Its kinda a pain in the butt, on this computer. Everytime I goto do something in a subdir. a screen pops up for me to verify that its ok for me to that.??:confused: Why I need to verify my own actions puzzles me. What does it think I am going to do, get into a split personailty battle with myself on changes?

[SamuriHL]

I don't have this computer setup for more users.
I should have admin rights for all. Its kinda a pain in the butt, on this computer. Everytime I goto do something in a subdir. a screen pops up for me to verify that its ok for me to that.??:confused: Why I need to verify my own actions puzzles me. What does it think I am going to do, get into a split personailty battle with myself on changes?

It's UAC that's preventing this. If you don't need UAC, you can disable it easy enough and that should prevent this problem from happening again. However, MS somehow believes UAC will save the world...personally, it's the first thing I turn off on a Vista machine.

[strayerboy]

Thanks very much for the great effort. Just looking at the list takes quite a while.

[whocarez]

What is UAC??? if its causing all these prob.s I want to turn it off.

[SamuriHL]

UAC is that stupid dialog that pops up every time you do something and says "are you sure you know what the hell you're doing?!" :D Seriously, though, this link should explain what UAC is:

http://technet.microsoft.com/en-us/windowsvista/aa906021.aspx

To turn it off you can go into the User Account control panel.

[whocarez]

Hello, and thanks all... I turned of UAC(dumbest thing I have ever seen) renamed the cfg file(in case things didn't work), and started 8.1 with no more prob.s
Why do they think we need to verify every step we make????

[r0lZ]

Glad it worked. However, I don't understand why v8.1 doesn't work with UAC, and v8.0 has no problems. Nothing has changed regarding security, and what is saved on disc and when.

The only thing I can think about is the auto-updater feature. This is a new feature of 8.1. When "Options -> Startup -> Check for new version at startup" is enabled, PgcEdit tries to read a little file containing the latest PgcEdit version number on my homepage, each time you launch it. Maybe there is something in UAC or the Windoze firewall that doesn't like that? However, it's strange, as this option is disabled by default.

I would greatly appreciate if someone unlucky enough to have Vista can help determine the cause of the problem.

[whocarez]

UAC wouldn't let me get to or delete pgcedit.cfg (or in my case rename) once that file was gone 8.1 worked.

[SamuriHL]

@whocarez

Are you running as a standard user or an administrator under Vista? My gut instinct tells me that you're a standard user and that is why it won't let you write to that directory with UAC on. As an administrator, it should simply prompt you with the "do you really know what you're doing?!" annoying dialog. As a standard user, I'm not sure if it'd prompt for the admin password or whether it would simply deny access. I don't have any standard users on my machine nor do I have UAC turned on right now. I suppose if this issue can't be determined, I can certainly turn UAC back on and check it out.

[r0lZ]

Well, I know the guys at M$ are stupid, but obviously, a program MUST be able to write in its application data folder, otherwise I wonder how it is still possible to run a program under Vista! Therefore, PgcEdit should be able to read and write its config file. Since there is absolutely no reason to let v8.1 write in appdata but not v8.2, v8.2 MUST work also. I really don't understand what happens.

Whocarez, are you sure v8.2's exe is not flagged with a stupid flag saying that it has been downloaded from the internet and that it is potentially dangerous? Have you downloaded the v8.2 archive, or directly the standalone executable? Have you downloaded it with Internet Explorer or with a descent browser like Firefox?

[SamuriHL]

Applications written with the assumption that the user will be running with administrator privileges experienced problems in earlier versions of Windows when run from limited user accounts; often because they attempted to write to machine-wide or system directories (such as Program Files) or registry keys (notably HKLM)[1]. UAC attempts to alleviate this using File and Registry Virtualization, which redirects writes (and subsequent reads) to a per-user location within the user’s profile. For example, if an application attempts to write to “C:\program files\appname\settings.ini” and the user doesn’t have permissions to write to that directory, the write will get redirected to “C:\Users\username\AppData\Local\VirtualStore\Program Files\appname\.”


Source: UAC Wiki (http://en.wikipedia.org/wiki/User_Account_Control)

[r0lZ]

Thanks, but since PgcEdit writes its config file in "C:\documents and settings\username\Application Data\PgcEdit\" and that folder is owned by the current user, again, that should work.
Anyway, again, I haven't changed the config folder between v8.0 and v8.1, so, if v8.0 works, v8.1 should work also.

[Robotik]

you mean between 8.0 and 8.1

[SamuriHL]

Thanks, but since PgcEdit writes its config file in "C:\documents and settings\username\Application Data\PgcEdit\" and that folder is owned by the current user, again, that should work.
Anyway, again, I haven't changed the config folder between v8.1 and v8.2, so, if v8.1 works, v8.2 should work also.

So on Vista, that equates to:

"C:\Users\username\AppData\Roaming\PgcEdit"

Vista automagically redirects files all over the place in an attempt to keep things neat and tidy. But yes, they most DEFINITELY should be able to write to that folder. Why turning UAC off affected anything I'm not sure, but, it did seem to help their problem.

[r0lZ]

you mean between 8.0 and 8.1Oops, yes!

[r0lZ]

So on Vista, that equates to:

"C:\Users\username\AppData\Roaming\PgcEdit"
So, they have changed the appdata path, and written something to redirect the files to the new path? That's incredibly stupid!
Anyway, PgcEdit uses the appdata path defined by the system, not an hardcoded path. So, it should write directly in the correct folder.
I continue to think that the new version is flagged with something that inhibits the normal rights to read and/or write to the folder. There is already something similar in WinXP when you download an exe with IExplore. Whocarez, can you verify the properties of PgcEdit.exe?

[SamuriHL]

So, they have changed the appdata path, and written something to redirect the files to the new path? That's incredibly stupid!
Anyway, PgcEdit uses the appdata path defined by the system, not an hardcoded path. So, it should write directly in the correct folder.
I continue to think that the new version is flagged with something that inhibits the normal rights to read and/or write to the folder. There is already something similar in Win2K when you download an exe with IExplore. Whocarez, can you verify the properties of PgcEdit.exe?

Beats me on the properties, but, I can tell you *I* have no issue at all with PGCEdit 8.1 writing the cfg file. But, then, I'm not using UAC. I can't for the life of me figure out where his problem lies, though...even WITH UAC he should DEFINITELY have full access to the folder!!

[r0lZ]

I agree, but when WinXP thinks that a program has been downloaded from the internet, it handles it differently, because of the risk of viruses. Maybe it's something similar happening here.

[SamuriHL]

It's possible. I downloaded the zip file and extracted it to my tools directory. But I do see what you're saying and it's very possible.

[r0lZ]

This is why I need to know if whocarez has downloaded the zip or the exe. I might have to remove the possibility to download the unzipped exe on my homepage.

[whocarez]

Hello, I dl'ed pgcedit_winexe.zip .
I use Avant Browser and Download excellarator plus (and yes I can't spell) I opened the file with Winzip(full reg version)and clicked and dragged it to \program files\pgcedit , and I let is make a copy of the old file "pgcedit(2).exe" just in case the new file had problems with Vista. This is a one user computer(everyone, me and my wife and son just turn it on , no logging on, just hit the power button). Under users only my name is there. I never had this kind of probs with any of our XP machines, (or even way back with the old win95).
everything seems fine now that UAC is off (for GOOD, thanks again for the info) only other info I can think of is I do have wizard mode plug-in.

[whocarez]

oh yeah , and here is how the permission is set under property's

[SamuriHL]

That's just freaky bizarre. A one user machine means you're an administrator so you'd have access to all directories even with UAC turned on. I wish I had an explanation for this one, but, I simply don't. :/ It's good that it's working, but, it doesn't help determine why it failed in the first place, I'm afraid.

[r0lZ]

Have you enabled the check for update at startup option? I guess this option could cause a problem with a picky firewall.

Anyway, the best thing to do is to drop Vista, and use XP or Linux! :p

[Calimari]

Anyway, the best thing to do is to drop Vista, and use XP or Linux! :p

I've set my first steps in Linux land. I have one machine Windows-free, running Ubuntu 7.04 "Feisty Fawn" and I would recommend this to anyone who wants to steer away from Windows. However, I'm afraid that the use of some important videotools still requires Windows. Luckily, PgcEdit has a Linux version, but some other (Windows based) tools just don't run smoothly under the Wine layer (yet).

[SamuriHL]

Linux is fine for a lot of things, but, there's a lot of things I can do in Windows that are either much harder in Linux or not possible at all. Vista gets a bad rap, IMO. Most of the problems I've seen people complain about(not all, but, most) are related to the STUPID and USELESS UAC. I hate that thing with a passion. If everyone got rid of that the world would be a happier place. :) Of course, I left it on my daughter's machine just to annoy her. :D HEHEHEHEHE.

P.S. Just so you don't think I'm anti-linux, I have an Ubuntu server in the basement that simply ROCKS. So I DO like Linux a LOT.

[whocarez]

r0lZ, you have a dead link on your page,(it looked to be interesting, so I wanted to go read it)

[blutach]

Hopefully, that link should be back up soon.

In the meantime, the guide can be sourced here (http://www.digital-digest.com/~blutach/48866.pdf).

Regards

[Dr.Khron]

Hey, just used the "Jump to PGC" Macro for the first time!!!
(I like to do things manually, and I got stuck in my ways)

Thanks again, r0lZ!
The macro is very well designed and works flawlessly.

[whocarez]

I don't know if this could have been my problem b4 but I am also running norton security suite.(doesn't really matter since 8.1 works now)
thanks for everything
ps , what is muxman?

[r0lZ]

Hopefully, that link should be back up soon.
It is back! Thanks blu!

@Dr.Khron: Thanks for your appreciation! :)

[r0lZ]

I don't know if this could have been my problem b4 but I am also running norton security suite.(doesn't really matter since 8.1 works now)
thanks for everything
ps , what is muxman?
Maybe Norton is responsible, IF you have enabled the option to check for new versions at startup, but I don't think so, since v8.1 works now and you haven't disabled norton, right?

Muxman is a DVD authoring tool written by mpucoder. It is probably the best muxer. You can download a free version (with a somewhat basic GUI) here (http://www.mpucoder.com/Muxman/).

[Robotik]

In the meantime, the guide can be sourced here (http://www.digital-digest.com/~blutach/48866.pdf).

off
hi Blu, i've read your guide and it's cool, but wouldn't it be simpler to split the end credits with VobBlanker and then use VobBlanker's 'still' function on each cell to create the stills? this way you can keep music, and don't have to worry about timing, either.
sorry to be off-topic

[blutach]

Good idea Robotik. Of course, with one (or just a few) stills, you can have the whole (or any part) of the audio muxed in and not just that part pertaining to the stilled section. Personally, I find this really quick and easy.

Regards

[GravuTrad]

to robotik: ....Maybe I'll do it, but I want to work on the verifier before, and that's a lot of work. Anyway, I'm in holidays now, and I have the intention to work less during this summer! :cool:

good to know this lol, so no 8.2 stable version previewed so...lol...(i say that to motivate myself for the finish of the french source 8.1 version lol...)

[r0lZ]

Hum, I have almost finished v8.2, which is essentially a bugfix release. There is however a new function, with some text to translate. ;)

I will probably release v8.2 tomorrow...

[GravuTrad]

good to know and no problem for me, if your sources will be updated.

[StephenChow]

Hello,

PgcEdit 8.1 doesn't work on Vista Ultimate 32-bit (not sure for other Vista version), it hang out when a message box appears most of time. If a DVD movie has a bug, it show a message box tell if you want to fix this bug, but PgcEdit also stops working and I have to force it closed.
If a DVD movie is ok (no bug), I don't think PgcEdit work correctly (for example, when I use delete all unreference VTS/Cell, I have the DVD movie in which Language button will take me to Extra Features:confused: of that movie)

I have no problem with PgcEdit on Windows XP, Windows Server 2003.

[SamuriHL]

I use it with Vista Ultimate and have no problems at all.

[r0lZ]

Short answer: Throw Vista away, and get a descent operating system!

Long answer: I really don't know what is causing the problem with the message boxes, but I'm sure it's not a PgcEdit bug! I really don't want to buy and install Vista just to find a workaround for problems introduced by Microsoft. I hope those problems will be fixed with a service pack, and I suppose that, due to the incredible number of problems encountered by almost all programs under Vista, SP1 will be released soon.

Note that I would like to fix the problems, but it's currently not possible, as I don't have Vista (and I don't know ppl crazy enough to buy it!) ;)
Unfortunately, a bug like this one is almost impossible to fix without a test platform, as I have absolutely no idea why it happens.

BTW, have you tried to run PgcEdit in XP compatibility mode? Have you tried to disable the new "features" of Vista?

[r0lZ]

PgcEdit v 8.2 released.

Although there is a new function and several enhancements, it's especially an important bugfix release (notably for the Kill Playback function.) Get it!

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

A. Added "Menu -> Select a non-hidden button/BOV by default", a function to modify automatically the pre-commands of the current PGC with hidden menu buttons or BOVs to pre-select automatically a non-hidden button instead of the default hidden button. (In the menu editor, the adjacent button links of the hidden buttons have been improved also to be able to select a non- hidden button more easily with the cursor buttons of the remote.)
E. If an IFO file cannot be opened or has not the right identifier, PgcEdit tries now to open the BUP file instead.
E. When PgcEdit cannot load any menu button or BOV because the VOB files are missing or corrupt, and when a "menubuttons.but" file exists in the backup folder, in the VIDEO_TS or in the main DVD folder, PgcEdit offers now to load it automatically.
E. When PgcEdit needs to write to a read-only file, it tries now (silently) to set the write permission to the file before writing.
E. Menu viewer: Added < and > buttons next to the cells selector to easily select the previous or next cell without having to open the dropdown menu. (Those buttons are not available when the Preview -> Small Size option is ticked, and when there is only one cell in the PGC.)
F. Kill PGC Playback: When the PGC has buttons or cell commands and GOTOs in the post commands area, the GOTOs were not renumbered correctly.
F. Kill PGC Playback: When the cells with buttons were not removed because there are links in the pre-commands jumping inside the PGC, and when the PGC has been blanked, the button command was not executed. The button command is now added at the beginning of the post-commands area.
F. Blank Out All Menu PGCs, with option to remove the VOB file: Now, if some cells cannot be removed due to links to cells inside the PGC, the cells are not removed, and the user can choose to blank them instead.
F. Blank Out All PGCs (under Mac OSX): The command failed because the preview is not available under Mac.
F. Delete Uncalled PGCs: When a PGC with chapters was removed in the middle of a non-sequential title, the subsequent chapter numbers were wrong in the GUI. However, the chapter table saved on disc was correct.
F. Delete Uncalled PGCs was unable to delete the last PGC of the unreferenced titlesets when the option "Allow PgcEdit to add automatic comments in the PGC labels" was not ticked.
F. All remapping functions (and functions using them such as Delete Uncalled PGCs): The trace mode is now closed automatically before applying the changes, as continuing to trace the modified DVD can cause bugs.
F. Most of the search for uncalled PGCs, jumps to nowhere and void PGCs functions were broken in v8.1 when there is a Next/Prev/GoUp PGCN link pointing to a non-existent PGC.
F. Trace: When the trace mode was opened automatically at startup and a jump to an non-existent PGC was executed, the trace mode crashed.
F. Trace: The menu viewer was not closed when the trace was reset by clicking on the Eject icon, and it was impossible to close it manually.
F. The output of "Info -> Menu Buttons/BOVs Commands" was incomplete if there is a menu domain without cells in the DVD.
F. Fixed a little bug in automatic blanking of cells, when the cell cannot be added to the VOB file by PgcEdit: the error message was not displayed.
F. Fixed some problems when computing the true end address of the tables.
F. Fixed a little bug in autoupdate code. The final version was considered lower than a beta!


Updated plugins:

DVDShrink plugin v 2.3

E. Removed the Cancel option in the dialog of Check Streams Remapping safety, as it was confusing and useless.

Play All PGC plugin v 1.2

F. Calling Find unreferenced VOB cells in current domain with the FP-PGC selected produced an error.
F. The last scanned VOB file was not closed after the process. It was necessary to close PgcEdit to release the lock.

Womble plugin v 1.1

F. Fixed a bug in the generation of the default file name.

XiRON plugin v 1.1

F. The PGC and GPRM user comments (if any) were not saved when the DVD was saved during Fix VMGM VOB IDs.

[kumi]

Thanks, as always, for your hard work on PgcEdit :)

[SamuriHL]

Thanks for your hard work on the new version!

[blutach]

Many many thanks r0lZ!

Regards

[Calimari]

Nice work.
Thank you rOLZ.

[[Tobi]]

Thanks for the new version. :)
I have only one problem with trace. I can enable the trace only from the toolbar or with the shortcut key "Crtl+T, but not in the menu on top.

[r0lZ]

Oops, that's right. Strange, as the menu, the shortcut key and the icon call the same function.
Thanks for the report!

[jsoto]

Thanks for the new version

[[Tobi]]

Oops, that's right. Strange, as the menu, the shortcut key and the icon call the same function.
Thanks for the report!

Have you found it?
I get following (not always) application error if I call the trace from the menu.

can't read "::tr::current(Title)": no such variable
can't read "::tr::current(Title)": no such variable
while executing
"set ::tr::backup_current($set,Title) $::tr::current(Title)"
(procedure "snapshot_pos" line 13)
invoked from within
"snapshot_pos $set"
(procedure "snapshot_state" line 3)
invoked from within
"snapshot_state auto"
(procedure "cleanexit" line 2)
invoked from within
"cleanexit"
(procedure "::tr::dvd_trace" line 5)
invoked from within
"::tr::dvd_trace"
(menu invoke)

[r0lZ]

PgcEdit v8.2.1 released!

Sorry, Trace mode is broken in v8.2 when it is activated via the Trace menu. (The shortcut key Control-T and the toolbar icon worked as expected.)

Please download v8.2.1, that fixes this problem.

Thanks Tobi and JM for submitting this bug!

[r0lZ]

;1007804']Have you found it?As you can see, yes! Thanks again!

[Dr.Khron]

Doh, was about to post the tracemode bug... As usual, you beat me to it!

Thank you for work on this program. There is a lot of new polish here and there, and it shows. I also like the new bug dialog.


Edit: Potential Bug

The warning dialog for the "Delete Last PGC in Domain" menu option says that it will only show once per session, but it kept popping up every time until I turned it off.

[r0lZ]

Well, it's not really a bug, just an omission. I have changed the method, but I forgot to remove the message "this warning will be displayed only once per session."

[blutach]

Not sure if everyone else is experiencing this, but I got no auto update message from 8.2 to 8.2.1

Regards

[linx05]

Not sure if everyone else is experiencing this, but I got no auto update message from 8.2 to 8.2.1

Regards
Most probably he hasn't updated the version check. Just download it from the site (http://download.videohelp.com/r0lZ/pgcedit/index.html#download).

[r0lZ]

That's right, blu. The problem is caused by the third number in the version string. I was aware of the problem when I have released 8.2.1, and I have modified (again!) the autoupdate code. It should work without problem now, for version strings with 2 or 3 numbers, with or without beta extension.
Updating from v8.2 or any 8.2betaX version to 8.2.1 must still be made manually.

[Robotik]

E. Menu viewer: Added < and > buttons next to the cells selector to easily select the previous or next cell without having to open the dropdown menu.


it warms my heart when i see my request on the changelist.
thank you for the new release!

[r0lZ]

Indeed, it was a good idea, easy to implement. :)

However, as you have probably noted, the buttons are not present when the small size preview option is selected, by lack of space. Also, they are not present when there is only one cell in the PGC, as they are useless.

[dirio49]

Hi, r0lZ
Thanks for the new version.

A suggestion.
Can you add in the tools menu, for the argument an
%VMG and it always sends the path to Video_ts.ifo.
this is need in order to easily call Vobblanker and Titlewritter. instead of using %I
thanks

[r0lZ]

Use "%p\VIDEO_TS.IFO" (with the quotes.)

[dirio49]

Use "%p\VIDEO_TS.IFO" (with the quotes.)

Thanks,
I must have been sleeping :)

[IrmaIsfot]

Hey!

This is _the_ best tool ever and I use it alot. However, there is an annoying 'feature' that seems to survive from version to version...

When I enter the trace mode, the toolbar and the edit buttons disappear. Ok, I can live without the toolbar, but I use the edit buttons all the time! So every time I have to re-enable the edit buttons from the View toolbar.

Is there a reason for this behaviour? I would really like the different areas to remain intact independent of each other!

Thank you so much for all your efforts with this excellent tool!

/Håkan, Sweden

[r0lZ]

Welcome to the forum, IrmaIsfot, and thanks for your appreciation!

The reason is that, when you are in trace mode, you should not edit the DVD, as this can confuse the trace. However, I have not disabled completely the ability to edit the DVD, as it is possible to combine tracing and editing to do interesting things. For this reason, it is possible to force PgcEdit to keep the toolbars opened in trace mode. Just untick Trace -> Hide toolbars in trace mode.
Is it easy enough? ;)

[BigCondor]

Well, writing program is a neverending story, thanks very much for this wonderful program. Your continuing effort is greatly appreciated!

[[Tobi]]

@r0lZ

According to which criteria it is decided whether a TitleSet is uncalled, if one uses the function "Delete Uncalled TitleSets"?
How does this function works exactly?

[dirio49]

My understanding is that, there most not be any command anywhere that can lead to any part of the titleset. :)

[r0lZ]

The VMG (FP-PGC+VMGM) PGC and menu button commands are searched for references to the titleset. If none are found, it is globally uncalled.

BTW, Info -> Jumps form VMG to current VTS (or to All VTSs) is similar. If the output is empty, the titleset is uncalled.

[EDIT] Dirio was faster. However, note that it is impossible to jump from a VTS to another VTS. Therefore, only the VMG is checked.

[IrmaIsfot]

it is possible to force PgcEdit to keep the toolbars opened in trace mode. Just untick Trace -> Hide toolbars in trace mode.
Is it easy enough? ;)

Easy? Weeeeell.... OK!:) Guess it would be hard to figure out an easier way... Just goes to show that this program has it all!
:thanks:

[blutach]

Remember also that buttons in VMG are examined too to determine whether a VTS is called. Many examples abound of buttons which have Jump TTs to VTS where no other Jump TTs exist in VMG.

Regards

[r0lZ]

Right, blu. I have modified my previous post. Thanks.

[[Tobi]]

@dirio49, r0lZ and blutach

OK...Thanks for the explanations. I think now I have sorted out everything.

[President]

Sorry, I am late for the celebration :).

Thank's from me too, r0lZ!

[frank]

When you export Celltimes.txt for CCE the last separator is a point "."

CCE SP2 wants only ":" as separator, so you have to replace the points with text editor.
Then CCE will import the chapters correctly.

Please change it.

[r0lZ]

Hum, difficult, as I use the conversion function for many things in PgcEdit. Furthermore, I remember that I have tested the output with CCE, and it worked well. Maybe it was another version. I don't have it any more to verify.
Are you sure that the current version of CCE needs the ":"?

[frank]

CCE SP discontinued.

Tested CCE version:
CCE SP2 Trial v.1.00.00.10
SDK v2.70 CCE Trial 2006-09-05

In this version the import of chapter list is very simple.
But only ":".
Then Muxman muxes without any trouble.

BTW more and more Hollywood DVDs (PAL) have a 3% aspect ratio error!
The idiots think that 720x576 has AR 16:9. But the right size is 702x576 --> 704x576
That's why I reencode my stuff with correct AR.

[frank]

Ok, latest CCE SP2 Trial v1.00.00.015 tested.
SDK v2.70 CCE Trial 2006-09-05

Same issue.
Last time field counts frames, but separated by ":"

[r0lZ]

OK, thanks. I'll try to do something...

[blutach]

Perhaps these users can tick an option/cfg variable which would enable : instead of .

Just a thought.

Regards

[r0lZ]

That's exactly what I will do. Indeed, it is sufficient to replace all occurrences of the dot in the output before displaying it. That should be easy to do...

[EDIT: done!]

[Penecho]

Hi, I get the following Error Message when i try to remove some buttons (attached)



Cu

[r0lZ]

Please copy/paste the text here...

[blutach]

This looks like a Windows message. It is a random thing or does it happen a lot?

Regards

[r0lZ]

Try to download PgcEdit again, and chose the ZIP archive (as it has a checksum to ensure that it has been correctly downloaded.)
If it doesn't work, there is probably something that cause a conflict with the Tk DLL installed on your system.

Also, could you explain what you do exactly when you "remove some buttons" and when the crash occurs?

[Robotik]

Tk DLL is PgcEdit, as my Windows system calls it. (when i rightclick on an ifo file to Open with..., it lists PgcEdit as Tk DLL)

[Robotik]

http://img518.imageshack.us/img518/2808/tkdllpj6.gif (http://imageshack.us)

it seems file description should be edited for Windows to display the name correctly

[Penecho]

AppName: pgcedit.exe AppVer: 8.4.2.12 ModName: pgcedit.exe
ModVer: 8.4.2.12 Offset: 0009b55f


Cu


Penecho

[r0lZ]

Tk DLL is PgcEdit, as my Windows system calls it. (when i rightclick on an ifo file to Open with..., it lists PgcEdit as Tk DLL)I know. TK DLL is the core Tcl/Tk system, and PgcEdit is an application running under this DLL. PgcEdit is listed as TK DLL because it is a wrapped application (wrapped with freeWrap.) Unfortunately, I can't specify the file description with freeWrap, and I don't trust the resource editors, as most of the time, they introduce serious bugs, especially when the application is compressed, like for PgcEdit.

Use the About menu! ;)

[Robotik]

it was stupid of me to assume you are not aware. sorry.

[r0lZ]

No, it's not stupid. I've spent a lot of time to figure out why the PgcEdit exe was not listed as PgcEdit, and to try to solve this little problem. However, the solutions I've found are either worse, or not easy to implement in practice. So, we have to live with this problem. Not a big deal, IMO.

[[Tobi]]

Question or better said, a wish from my guys.
Is it possible for the "Delete Uncalled" functions to list the PGCs/TitleSets in the log?
Just a listing of the deleted PGCs/TitleSets. Of course only if you find it useful.

[r0lZ]

Well, yes, it's possible, but don't forget that after the process, the PGCs, Titles and VTS are usually in a different order, and it is difficult to locate where the original deleted items were. Therefore, I'm not sure it's very useful.
Anyway, I will see if it's easy enough to do...

[[Tobi]]

OK, we leave out the log. Can you insert the listing here?
Before the notes. Is it then more simply?

http://img501.imageshack.us/img501/1751/deleteuncalledtitlesetsrq3.png

[r0lZ]

Oh, no, impossible! Don't forget that sometimes, up to 98 VTSs or several hundreds or thousands of PGCs can be uncalled. You know what I mean! ;) There is not enough space in this dialog to show everything.

Why don't you use the Find Uncalled function before calling Delete Uncalled? You can easily examine what will be removed.

[EDIT] It should be possible to list the titlesets numbers relatively easily, as it's only a single number, and I can put several numbers on the same line in the dialog. But it's impossible for Delete Uncalled PGCs.

[[Tobi]]

Oh, no, impossible! Don't forget that sometimes, up to 98 VTSs or several hundreds or thousands of PGCs can be uncalled. You know what I mean! ;) There is not enough space in this dialog to show everything.

I have totally forgotten. You are right of course! Forget it.

[EDIT] It should be possible to list the titlesets numbers relatively easily, as it's only a single number, and I can put several numbers on the same line in the dialog. But it's impossible for Delete Uncalled PGCs.

This should be enough if one sees titlesets numbers. Nevertheless, is not for me!

[blutach]

As well as the visual inspection, won't the deleted VTSs be in the backup folder?

Regards

[r0lZ]

Anyway. I've already added the titlesets and the titles numbers in the dialog. Although it is impossible to use PgcEdit when this dialog is displayed, it's better than nothing: the user can abort the dialog, verify if it's OK, and start again.
The lists of deleted titlesets and titles are also added in the log upon completion.

[jinjin_jp]

r0lZ, thanks for the great and useful program.

Even if Next PGCN link is 2, it jumps to post command of PGC_1, not to PGC_2 in TraceMode.
About Prev PGCN link, it jumps to the PGC_* accoding to the value.

I found the post which seems to be related with;
http://forum.doom9.org/showthread.php?p=590783&highlight=pgcn+link#post590783

Does it mean to always jump to post command of PGC_1, when Next PGCN link value is not 0?

Regards.

Edit(add)
But from another post;
http://forum.doom9.org/showthread.php?t=121146&page=7

About Next PGCN link, it also jumps to the PGC_* accoding to the value.
If so, is it bug? or misunderstanding how to use?

[blutach]

Isn't the sequence:

Precommands --> Play PGC (executing cell commands as encountered) --> Post commands --> Next PGCN (if no post commands exist)?

Regards

[jeanl]

Precommands --> Play PGC (executing cell commands as encountered) --> Post commands --> Next PGCN (if no post commands exist)?
.... or if the post commands don't go anywhere (for example just set variables)...
Jeanl

[jinjin_jp]

Thanks for the reply and explanation, blutach and jeanl.
I understood.

Regards.

[r0lZ]

Yes, the jump in the cell commands or the post commands take precedence over the NextPGCN link. The NextPGCN link is executed only if the navigation is still in the same PGC when all post-commands have been executed.

Also, remember that in the title domain, it is illegal to link to a PGC that does not belong to the same Title. The players can behave differently when they encounter such illegal NextPGCN links.

[jinjin_jp]

Thanks for the reply and explanation, r0lZ.

DVD2one has the function "Advanced Navigation Mode" 4 years ago (ver.1.3.0).
NextPGCN link is 3, but it is no meaning?
because PGC_1 has "jump" PostCommand.
Actually PGC_3 never used in TraceMode.

VTS 2 (VTS_02_0.IFO)
--------------------
************ VTST 2 , 1 TTN 1 (1:02) Title 2 ************
NextPGCN: 3
PrevPGCN: 2


VTS 2 (VTS_02_0.IFO)
--------------------
VTST 2 , 1 TTN 1 (1:02) Title 2 - Chapters: 3, Programs: 3, Cells: 3
********** pre commands:
1 (SetSTN) Set Sub-picture stream = 0, off
********** post commands:
1 (CallSS) Call the VMGM PGC 3, resume cell 1
********** cell commands:
VTST 2 , 2 TTN 1 (dummy) - Chapters: 0, Programs: 0, Cells: 0
********** pre commands:
1 (CallSS) Call the VMGM PGC 1, resume cell 1
********** post commands:
********** cell commands:
VTST 2 , 3 TTN 1 (dummy) - Chapters: 0, Programs: 0, Cells: 0
********** pre commands:
1 (CallSS) Call the VMGM PGC 3, resume cell 1
********** post commands:
********** cell commands:

VMG (VIDEO_TS.IFO)
------------------
VMGM , LU 1 (en):
VMGM , LU 1 (en) , 1 (dummy) - Chapters: n/a, Programs: 0, Cells: 0
********** pre commands:
1 (JumpTT) Jump to Title 1
********** post commands:
********** cell commands:
VMGM , LU 1 (en) , 2 (dummy) - Chapters: n/a, Programs: 0, Cells: 0
********** pre commands:
1 (JumpTT) Jump to Title 2
********** post commands:
********** cell commands:
VMGM , LU 1 (en) , 3 (dummy) - Chapters: n/a, Programs: 0, Cells: 0
********** pre commands:
1 (JumpTT) Jump to Title 3
********** post commands:
********** cell commands:

Regards.

[bigotti5]

NextPGCN link is 3, but it is no meaning?

In this case you can use "Next" button in the last program (chapter) to jump to the VMGM PGC 3, if no NextPGC is defined press "Next" button in last program has no effect.

[jinjin_jp]

Actually when use "Next" button in the last program (chapter) it jumps to the VMGM PGC 3.
But it doesn't jump by PGC_3(of VTS), but by postcommand of PGC_1(of VTS).
So I think PGC_3 and NextPGCN link to 3 is no meaning.
I think NextPGCN link to 1 is simple and better.

Regards.

[bigotti5]

But it doesn't jump by PGC_3(of VTS), but by postcommand of PGC_1(of VTS)

No - post commands are entered if last chapter has been played (or with LinkTailPGC from cell- or buttoncommand), never with Next button.

BTW - TitlePGCs using CallSS commands should not be dummys, at least a tiny (black) cell is required to save resume state (one of the parameters of CallSS).

[r0lZ]

In this case you can use "Next" button in the last program (chapter) to jump to the VMGM PGC 3, if no NextPGC is defined press "Next" button in last program has no effect.
... since Title 2 is not a one_sequential title.
You can even remove the post command in PGC 1. The NextPGCN link will do the same thing anyway.

[r0lZ]

No - post commands are entered if last chapter has been played (or with LinkTailPGC from cell- or buttoncommand), never with Next button.
Are you sure? That's not what I thought. If, for example, the NextPGCN link of PGC 1 is 1, the post-commands are executed.
Maybe there is a bug in trace mode. I don't remember what I have programmed when the NextPGCN is different than the current PGC number.

BTW - TitlePGCs using CallSS commands should not be dummys, at least a tiny (black) cell is required to save resume state (one of the parameters of CallSS).
I didn't know that, but that seems logical.

[bigotti5]

If, for example, the NextPGCN link of PGC 1 is 1, the post-commands are executed.

Uuups - yes - if NextPGC is set to itself postcommand area is entered

[r0lZ]

Uuups - yes - if NextPGC is set to itself postcommand area is entered
But ONLY in this case. Right?

[bigotti5]

But ONLY in this case. Right?

I agree.
---
Another question
Pgcedit marks "(JumpSS) Jump to VMGM Title menu" as illegal in VMGM domain, why?
I agree you should use LinkPGC inside a domain but JumpSS is not illegal (the verifiers will not complain).

[eckyecky]

When i use delete uncalled pgcs i get the following error


can't read "target(11)": no such element in array
can't read "target(11)": no such element in array
while executing
"set targetttn $target($origttn)"
(procedure "reorder_ttns_main" line 51)
invoked from within
"reorder_ttns_main $vts"
(procedure "::utils::delete_all_uncalled" line 192)
invoked from within
"::utils::delete_all_uncalled"
(menu invoke)

[r0lZ]

Pgcedit marks "(JumpSS) Jump to VMGM Title menu" as illegal in VMGM domain, why?
I don't remember where I got the list of illegal commands, but that was considered illegal. I will change that. Thanks.

[r0lZ]

When i use delete uncalled pgcs i get the following error
Hum, difficult to understand the problem without the IFOs. Can you retry with a "fresh" PgcEdit? (I mean: launch PgcEdit, load the DVD and call Delete Uncalled immediately.)

[r0lZ]

post commands are entered if last chapter has been played (or with LinkTailPGC from cell- or buttoncommand), never with Next button.if NextPGC is set to itself postcommand area is entered

Finally, I disagree!

I have made a little PAL test DVD (50KB) (http://home.scarlet.be/~aige0009/pgcedit/files/Test_NextPGCN_link.zip) to test that with my players.

The structure of the test DVD is very simple: a single not-one_sequential title with 3 PGCs, and one chapter per PGC. The first PGC (chapter 1) has its NextPGCN link = 2, and a single post-command: LinkPGCN PGC 3. Note that the NextPGCN link is not the current PGC number. Chapter 2 is displayed when the NextPGCN link is used, and chapter 3 is displayed if the post-command is executed.

I ran it on 4 totally different standalone players and 3 software players, and the result is always the same: the post command is always executed instead of the NextPGCN link, when the Next Chapter button is pressed during playback of chapter 1 (and, of course, also if chapter 1 is played until it ends.) Therefore, the NextPGCN number is either 0 (in which case most players will inhibit the Next button during playback of the last chapter of the PGC) or non-zero, and the post commands are executed. The PGC number is meaningless, unless there are no jumps in the post commands.

This is also how the PgcEdit trace mode handles the situation. Unless it is proved that all players are wrong, I will not change that.

You can burn the test DVD (http://home.scarlet.be/~aige0009/pgcedit/files/Test_NextPGCN_link.zip) to confirm that your standalone player has the same behaviour. (Let me know if someone needs a NTSC version...)

[Rippraff]

Cyberhome 505: post commands

Cu Rippraff

[r0lZ]

:thanks:

[bigotti5]

Therefore, the NextPGCN number is either 0 (in which case most players will inhibit the Next button during playback of the last chapter of the PGC) or non-zero, and the post commands are executed. The PGC number is meaningless, unless there are no jumps in the post commands.

Did the test and must agree...setting nextPGC link enables to enter postcommands in last program

[r0lZ]

Thanks for the confirmation!

[bigotti5]

In post- and precommand area CSetCLnk, CSetLnk, SetCLnk in conjunction with RSM are highlighted in pink (Command Editor GUI is correct, does not grey out RSM).

[r0lZ]

Yes, I know. It's a stupid bug. I check only the lower nibble of the last byte of the command, and therefore, RSM (0x10) is considered as LinkNoLink (0x00.) The bug is already fixed.
Thanks!

[r0lZ]

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

PgcEdit v8.3 (June 18, 2007)

A. PGC Editor -> CellTimes.txt has now a new option to generate the timecodes in the format needed by CCE (HH:MM:SS:FF instead of HH:MM:SS.FF).
A. Added two items in the Help menu to open online web pages on the Regular Expressions syntax.
E. Select a non-hidden button/BOV by default: Better warning or info messages when some cells cannot be processed or do not need to be processed.
F. When trace mode was used before Delete Uncalled PGCs or Delete Uncalled VTSs, the Trace failed with an error message when the DVD was reloaded.
F. Trace: a LinkPTT command caused sometimes the trace to stop working.
F. Remap Title Numbers and Remap VTSs (and all functions using internally those functions, like Delete Uncalled PGCs or VTSs) failed when a VMGM cell with a button command that jumps to a target that must be remapped was reused. The remapping was applied twice, and the target was wrong.
F. Replace VTST Titles: The VMG_TT_SRPT table (global Title Play Map table) was not updated when the titles were replaced, except when there were more replacing Titles than in the original DVD. However, opening the PGC Editor for a replaced Title had the effect to force the update of the table.
F. Select a non-hidden button/BOV by default: The Links to the first cell, PG or PTT with HL_BTN parameter were sometimes converted to GOTOs, instead of kept with a new HL_BTN number.
F. Command Editor: When a Set command was selected, its optional Link command was LinkNoLink by default, even when this link command is illegal in the current domain or pre/post/cell area. Now, the first legal link command is selected by default.
F. Command Editor: It was possible to enter 0 as the TTN parameter of the JumpSS-VTSM command, and the illegal command was not highlighted in pink.
F. Commands listbox: Any valid Set command with a legal RSM sub-command was highlighted in red in the pre/post commands areas.
F. When some IFO/BUP/VOB file names are not in upper case on a FAT32 disc, they were not renamed to upper case due to an incredible Windoze bug!
F. The PGC comments of the PGCs deleted by functions like Delete Last PGC or Remove Menu were not cleared, and were reused if a new PGC was created at the same location.
F. The temporary files needed by PgcEdit are now created with an unique filename to ensure that no conflict exists with another instance of PgcEdit, and are usually automatically deleted after use.
F. Under Linux, Options -> Input/Output -> Select Web Borwser did not work because it expected a filename with the .EXE extension. Sorry Linux fans!



Search and Replace plugin v2.0 (June 15, 2007)

Changes to the original Search and Replace function:

It is now possible to specify #N fields in the replace string to copy the Nth. byte from the source string at that position. See help for details.
It is also possible to replace a specific byte by the result of a math expression enclosed in parenthesis and containing #N fields.
Added Presets menu to open or save the current Search and Replace strings.
Added the "Convert SetGPRMMD to Set" hardcoded preset as an useful example of %N substitutions and of the usage of the math expressions.
The last search and replace strings used are saved as a default preset, and loaded automatically the first time the GUI is opened.
It is now possible to work in PgcEdit when the Search and Replace window is opened. Handy to copy/paste commands.
The contents of the edit boxes are now selected automatically when they receive the focus.
The OK button has been replaced by a Replace button. Now, the Replace window is not closed any more when the "Replace" button is pressed.
Added a status bar in the window to display the number of replacements.

Added the new function "Auto Increment" to increment some parameters of a list of several commands automatically. Very handy to create, for example, a list of commands to jump to a specific chapter, based on the content of a GPRM.
New guide, courtesy of Blutach: How to use PgcEdit’s Search & Replace Plugin (http://www.digital-digest.com/~blutach/SRPlugin/Using_Search_Replace_Plugin.htm) (for v2.0)


VOBU plugin 1.2 (June 6, 2007)

The temporary file needed to launch the preview is now created with an unique filename to ensure that no conflict exists with another instance of PgcEdit, and is automatically deleted after use.


XiRON plugin 1.2 (June 6, 2007)

The temporary INI file needed to launch VobBlanker is now created with an unique filename to ensure that no conflict exists with another instance of PgcEdit, and is automatically deleted after use.

[linx05]

Thank you very much!

[blutach]

As always, many thanks r0lZ!

Regards

[Calimari]

Thanks rOLZ!

[dirio49]

Thanks rOLZ. :)

And also thanks Blu for the nice guide

[Robotik]

yay! thanks.

[jinjin_jp]

:thanks: very much new release.

Regards.

[Robotik]

i know it's not a big deal, but i've created a small .reg file to rename Tk Dll to PgcEdit in the Open With... menu. it changes 2 registry keys (all appearances of "tk dll" i've found in the registry).

[EDIT]

REGEDIT4

[HKEY_CLASSES_ROOT\Applications\pgcedit.exe\shell]
"FriendlyCache"="PgcEdit"

[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Applications\pgcedit.exe\shell]
"FriendlyCache"="PgcEdit"

[EDIT 2]
the issue is solved with PgcEdit 8.4, so DON'T USE THIS METHOD. i left it here merely for historical reference. (it didn't work on XP, anyway)

BE WARNED: IT HAS ONLY BEEN TESTED ON WINDOWS 2000 SP4, ENGLISH VERSION. USE IT AT YOUR OWN RISK!

to apply anyway, copy & paste the code above to a text editor (notepad) and save as a .reg file (or rename the text file after saving), then double-click it, then say yes (if you trust me ;))

[r0lZ]

@all: Thanks!

@Robotik: Good idea. But note that all Tcl/Tk applications wrapped with freeWrap will be called PgcEdit! Although Tcl/Tk wrapped apps are not usual, it's something to keep in mind.

When the .reg file will be approved for download, I'll test it on my XP SP2 system...

[StephenChow]

Thank you very much r0lZ, I'm going to test it's compatibility with Vista.
Previous version of it (version 8.1) didn't compatible with Vista Ultimate x86(for 32-bit CPUs) even running in any kinds of Compatibility Modes (XP SP2/Server 2003 SP1/Visual Effects off for only pgcedit or off for all programs in Vista). The program was freeze when a window appears.

[r0lZ]

Aaargh! I haven't Vista to test, but it should work... if the guys at M$ have worked correctly.

[Robotik]

When the .reg file will be approved for download, I'll test it on my XP SP2 system...
I edited my previous post (http://forum.doom9.org/showthread.php?p=1016299#post1016299), so you don't have to wait for approval

But note that all Tcl/Tk applications wrapped with freeWrap will be called PgcEdit! Although Tcl/Tk wrapped apps are not usual, it's something to keep in mind.

it actually only changes the values concerning PgcEdit

but i had to redo it after i put the new version on

[r0lZ]

it actually only changes the value concerning PgcEdit
I see. Nice.
I ran the reg file, but that doesn't work. Maybe I have to reboot...

[Robotik]

hm. my system changed it right away.
i mean it doesn't change the file description, only the open with... name
but your os might store it elsewhere in the registry
i hope i didn't mess up your system

[r0lZ]

No problem. I did an image of my registry before applying your patch. I can restore it. Anyway, if your keys are wrong, they will simply be ignored.
I can't reboot right now, as my PC is working on a long job. I will verify that tomorrow...

[SamuriHL]

Seems to work for me under Vista x32 Ultimate. No idea why it's not working for others. Thanks r0lz!!

[blutach]

I find the Open With to be too cumbersome and have a line in my right click click called Open DVD With PgcEdit.

In Windows, just go into Folder Options and find the extension (eg IFO). Then click Advanced and New and enter the details (of course, ensure your path to PgcEdit is correct):

http://img187.imageshack.us/img187/8329/06192007081720fp5.png

This way, I can have IFOs associated primarily with say my software player (handy), and secondarily with PgcEdit and Ifoedit for example.

Regards

[r0lZ]

You don't need to do that! Just enable "Options -> Install -> Associate PgcEdit with IFO files" (or BUP files if you prefer.)

[blutach]

Agreed (and I did that with BUPs), but doesn't that make PgcEdit the default application for those files? What if you don't want it to be?

Regards

[r0lZ]

No. The Open DVD with PgcEdit context menu item is always created, but the real association to open PgcEdit when an IFO or BUP is double-clicked must be confirmed, and can be aborted.

[[Tobi]]

A question to the VOBU plugin.

The function "Select with Preview" does not work.
It is possible that I do a mistake, but if I change "preview_return_[pid].tcl" again to the old filename, it works again.

A little help, would be welcome.

[bigotti5]

Works as it should for me..

[blutach]

Works fine for me, too, and the resultant playback works great (make sure to alter the _C_ADT table too for max compatibility).

Regards

[r0lZ]

;1016708']A question to the VOBU plugin.

The function "Select with Preview" does not work.
It is possible that I do a mistake, but if I change "preview_return_[pid].tcl" again to the old filename, it works again.

A little help, would be welcome.Seems you're rigth, Tobi.
When using Select with Preview, the LBA where the preview was stopped and closed should be automatically selected in the GUI, but it is not.

And yes, in the vobu_plugin.tcl file, changeset returnfilename [file join $::config(tempdir) "preview_return_[pid].tcl"]toset returnfilename [file join $::config(tempdir) "preview_return.tcl"]
It's sifficient to fix the problem.

I will release the VOBU plugin v1.3 soon...

Thanks, Tobi!


[EDIT] You can download it here (http://download.videohelp.com/r0lZ/pgcedit/plugins/vobu_plugin_v13.zip).

BTW, I did another change. The help dialog displayed when you launch the function has now the option "Do not show this dialog any more".

[President]

Thank you for the new releases and bug fixes, r0lZ!
:thanks:

[[Tobi]]

Thanks for the quick answer and help. :thanks:

[Edit]
If one uses the function "Find Uncalled PGCs" and deletes afterwards this PGCs, I see at the end of the process that the main movie is selected with <'uncalled'>.
It happens always when even other PGCs are selected with <'uncalled'> after the first process and then I delete this PGCs.

[FrontierDK]

Hi there :)

Long time PGCedit user, and even contributing to the development with $$$ (some time ago).

I've just switched to Windows Vista + PowerDVD 7.3 (used to run PowerDVD 5.0) - and now, I don't have any video in PGCedit (all previews remain black). Older versions of PGCedit have the same problem.

Solution
I have, while writing this, just figured out why - so here's a tip for the rest of you.

Go to the "preview" menu, and make sure "disable directdraw overlays" is checked. I don't know why, but this worked for me. Using a nVidia geforce 6200 btw, driver nVidia ForceWare v158.24.

[SamuriHL]

Go to the "preview" menu, and make sure "disable directdraw overlays" is checked. I don't know why, but this worked for me. Using a nVidia geforce 6200 btw, driver nVidia ForceWare v158.24.

Because Vista's video model has changed and PGCEdit's preview function was not written with Vista's new model in mind. This issue has nothing to do with the new PowerDVD version but everything to do with how Vista handles video.

[r0lZ]

That's strange, as the PgcEdit preview has been updated by jeanl to accommodate the crazy things M$ did in Vista. Therefore, I suspect a codec problem. But honestly, I'm not a specialist.
Anyway, disabling directdraw overlays fixes a lot of problems, and it's why it's an option in PgcEdit. :)

[SamuriHL]

I wasn't aware that the preview was updated for Vista. My mistake. I wouldn't completely be surprised if it was the "excellent" forceware vista drivers that are causing the problem. I could have sworn, though, that Aero glass and directdraw overlay video didn't get along very well. In any case, he found the solution to the problem which is good.

[r0lZ]

E. = Enhancement
F. = Fixed bug

PgcEdit 8.4 (June 26, 2007)

E. Important change in Tools menu configuration: %v is now substitued by the file name of the first VOB of the current domain (VIDEO_TS.VOB for VMGM or FP-PGC, VTS_##_0.VOB for VTSM if the file exists, and VTS_##_1.VOB for VTST.) Previously, %v was always substitued by the first VOB of the Title domain of the current VTS (VTS_##_1.VOB.) The new syntax is needed to launch DVDSubEdit from any domain, with the CLI argument: -F "%p\%v"
E. The menubuttons.but file is now created in the backup folder only when some buttons or BOVs have been found in the DVD.
F. Importand bug introduced in v8.3 fixed in the Command Editor: When editing en existing Set command, the link sub-command was sometimes forced to another link. For example Set ...; LinkPGCN 1 was forced to Set ...; RSM.
F. A LinkNextPGC, LinkPrevPGC or LinkGoUpPGC command with its target PGCN being 0 was not considered as a jump to nowhere, and caused an error when using Find Jumps to Nowhere, Find Jumps to Void PGCs or Delete Uncalled PGCs or Titlesets.
E. PgcEdit.exe for Windows is now wrapped with a patched freeWrap.exe so that its friendly name is "PgcEdit - IFO Editor" instead of "Tk DLL" and the version number of the executable is right.



DVDShrink plugin v 2.4 (June 25, 2007)

Added the function "Fix compilation with 50 or more Titles" to fix the wrong FP-PGC commands produced by Shrink when there are 50 or more Titles in a compilation made in re-author mode. As a bonus, the Title menu button can be used to skip to the next Title.
Fixed a bug in "DVDShrink Remote Buttons" when there are more than 63 Titles in the compilation and the GoUp button returns to the previous Title.


Search and Replace plugin v2.1 (June 20, 2007)

When a command is copied from the menu viewer or editor and pasted as the replace string in the Search and Replace GUI, it is enclosed in braces. It was impossible to delete the closing brace before the opening brace.

[blutach]

Many thanks r0lZ!

Regards

[Calimari]

Thank you!

[kumi]

Best... program... EVER!

[blutach]

I bet you say that to all the programmers kumi :D

Regards

[r0lZ]

Best... program... EVER!:cool: I know! :rolleyes:

:goodpost:

[zacoz]

:cool: I know! :rolleyes:

Well you've got good taste r0lZ ;)

Even if the modesty bit's in doubt :D

[Robotik]

yeah, thank you

[frank]

Missing the latest version of vobu_plugin (v1.3 2007-06-20) in the all_plugins.zip.

-----
1000 thanks!

[blutach]

And that plugin is still labelled as v1.2

Regards

[r0lZ]

Right. Thanks.
I have uploaded the correct files now.

[BigCondor]

Thanks r0lZ once again, for your continuing efforts!

[Garambone]

PGCEdit is THE cool software for DVD enthusiasts. Allows us to control the whole thing. May I point out a tiny typo in v8.4? Should be really easy to fix in the next release. When I create a backup of the IFO files and the PgcEdit_backup folder already contains IFOs and VOB files then a warning msg appears:
"It is NOT safe to overwrite this backup folder! You SGOULD do an..."
That's what was missing to make the program PERFECT.
BTW, thanks for this new release!

[r0lZ]

Typo corrected. Thanks!

[Spolleke]

Typo corrected. Thanks!Then I have another one: in the menu Options > Functions > DVD-TEXT General Name and then click Maximum length of the General Name field. In this dialog default is spelled defallt. It's like what Garambone said:That's what was missing to make the program PERFECT.Anyway: I LOVE THIS PROGRAM! Can't do without. Thx for your GREAT work! :thanks: Keep it up!

[r0lZ]

Thanks also for this one!

[Jeffster]

Thanks for the update r0lZ. :)

I've just updated the linux version to 8.4 from 8.21 and have noticed a difference in behaviour from previous versions... when opening a DVD there's a moderate delay before it begins parsing the DVD, and more noticeably when closing PgcEdit, it sits around for about 4 or 5 seconds doing nothing before it eventually closes, whereas normally it would close immediately.

I was just wondering if there have been some changes to the linux version that could be the reason for this? (and also curious if anyone else has seen the same behaviour?)

One thing I've noticed is previous versions would create a preview.args.ini file in the tmp directory, but it appears 8.4 doesn't do that any more. (I don't know if that means anything though.)

Anyway, it's not really a problem just odd. ;)

[r0lZ]

The new function that checks for an update can take some time to complete when PgcEdit starts, especially when you are not connected to the internet. You can turn this option off, and check for updates manually.

I have no idea of the cause of the delay when PgcEdit is closed, but I have also noticed it under Linux. No problem under Windoze.

The temp files are still saved on disc, but most of them are now deleted after use. That might be related to the pause when PgcEdit is closed. I will verify...

[kikatu]

Thanks for the dedication.

Does PgcEdit checks for PGC's mismatching the VTSM_C_ADT references, e.g in VobBlanker.

http://img512.imageshack.us/img512/2200/20070629182916dy7.png

[r0lZ]

No. PgcEdit doesn't parse the VOB files (except to read the menu buttons and BOVs but that's another story.) You can even use PgcEdit on the IFOs only, without the VOBs. Therefore, PgcEdit trust the IFOs.
But you can use FixVTS (that can be launched easily from the PgcEdit's Tools menu) to fix the bad references in the IFOs.

[Jeffster]

I have no idea of the cause of the delay when PgcEdit is closed, but I have also noticed it under Linux. No problem under Windoze.
I'm glad you've noticed the same thing and you know what I mean, because I haven't had much experience with the Linux version and it seemed odd to me.
The temp files are still saved on disc, but most of them are now deleted after use. That might be related to the pause when PgcEdit is closed. I will verify...
Thanks. :) It does seem like it's trying to do something when you close it, for those few seconds, so I guess it's not anything to be concerned about for now?

Btw, check for new versions at startup was turned off.

A small aside... I noticed a while back (http://forum.doom9.org/showthread.php?p=841859#post841859) you were planning to rewrite the burn function and add support for growisofs, but since ImgBurn was released I haven't seen any more talk about that. I was just curious if that idea is completely dead in the water now or you might revisit it sometime in the future?

[r0lZ]

No, sorry, I do not want to continue developing the burn function. As you said, ImgBurn can be used under Win, and I have added the button to interrupt the DL burn process immediately after the patching of the IFOs, with the layer break sector number in the clipboard. It should be easy to launch grawisofs manually.

And yes, IMO, the pauses are probably normal, although I haven't verified that yet. Will do it right now...

[r0lZ]

Bizarre. I don't have the pauses any more. But I have recently installed the latest version of Ubuntu from scratch. Maybe there is something wrong with older/other distros?
Which distro do you use?

I have also noticed another problem under Linux. In trace mode, when the preview displays a cell, the "Close and Break" button and the "Blank this cell" option do not work. Seems the file that should normally be created by PgcEdit_preview.exe in /tmp is not created. Maybe it's a permission problem related to wine.
Do you have the same problem?

[Jeffster]

I'm running Ubuntu 7.04...

Seems the file that should normally be created by PgcEdit_preview.exe in /tmp is not created. Maybe it's a permission problem related to wine.
Do you have the same problem?
Yep, the preview.args.ini (or something like that?), it's the file I meant above I noticed isn't created in the /tmp dir any more.

I'll check if those buttons work or not soon and let you know...

[Jeffster]

The "Close and Break" button doesn't break, it continues to run, and the "Blank this cell" option appears to be ignored.

The pauses seem less this time than before, but still there. After starting it twice and using trace mode each time I can see there are 2 'pgcedit_preview_xxxx.log' files leftover in /tmp with the program closed.

Hope some of this helps...

[r0lZ]

Thanks. I will try again to find the problem...

[kikatu]

No. PgcEdit doesn't parse the VOB files (except to read the menu buttons and BOVs but that's another story.) You can even use PgcEdit on the IFOs only, without the VOBs. Therefore, PgcEdit trust the IFOs.
But you can use FixVTS (that can be launched easily from the PgcEdit's Tools menu) to fix the bad references in the IFOs.

Gråces, will keep that in mind.

[President]

Thank's for the new release!

[bigotti5]

Bug in tracemode?

A simple scenario, one VTS, one Title, 2 PGCs.
PGC 1 contains 1 PTT, 1 PG, 3 cells, PGC 2 contains 1 PTT (PTT 2), 1 PG 2 cells.
No post commands in each PGC. NextPGCN link is set to "2" for PGC 1 and to "1" for PGC 2.
After playing back PGC 1 Tracer stops

DVD inserted: Resetting all GPRMs to 0.
DVD inserted: Initializing the SPRMs to default/setup values.
------> Entering VMG , First-Play PGC
-- pre 1 : (JumpTT) Jump to Title 1
-> sprm(4:Title number in volume) = 1 (0x0001)
-> sprm(5:Title number in VTS) = 1 (0x0001)
-> sprm(6:PGC number) = 1 (0x0001)
-> sprm(7:Chapter number (or PGN)) = 1 (0x0001)
-> sprm(14:Video preference and current mode) = 0 (0x0000)
------> Entering VTST 1 , 1 TTN 1 (0:32) Title 1
PUOs: 1 (0x00000001)
******* Start playback VTST 1 , 1 TTN 1 (0:32) Title 1...
******* Playing Program 1, Cell 1 (0:10.23) (Chapter 1)
-> sprm(7:Chapter number (or PGN)) = 1 (0x0001)
******* Playing Program 1, Cell 2 (0:10.23) (Chapter 1)
-> sprm(7:Chapter number (or PGN)) = 1 (0x0001)
******* Playing Program 1, Cell 3 (0:10.23) (Chapter 1)
-> sprm(7:Chapter number (or PGN)) = 1 (0x0001)
******* End playback of PGC 1.
End of post commands: Jumping to NextPGCN 2
-> sprm(4:Title number in volume) = 1 (0x0001)
-> sprm(5:Title number in VTS) = 1 (0x0001)
-> sprm(6:PGC number) = 2 (0x0002)
-> sprm(7:Chapter number (or PGN)) = 1 (0x0001)
-> sprm(14:Video preference and current mode) = 0 (0x0000)
####### Target not found!
------> End of post commands: Exiting! DVD Playback end!

[r0lZ]

Hum, yes, seems it's a bug. I will try that here...
Thanks for the report.

[Robotik]

on the 'Audio Stream type' panel measurements 'bps' for quantization and 'Ksps' for sampling rate are used.
could it be changed to the more standard 'bit' for quantization and 'kHz' to sampling rate, to make it less confusing?

thank you.

[r0lZ]

Well, I'm not sure they are the same things. Honestly, I'm not a specialist, and I have taken those units from the mpucoder's DVD Information site. And I trust him!

IMO, anyway, Khz should be used only to represent the frequency of the sound, and not its sampling rate, which is a totally different thing. As far as I know, all sampling rate are always expressed in samples per second.

But, of course, if it is proved that I am wrong, I will change that. Any info is welcome. Mpucoder, are you here?

[EDIT] I have already replied almost the same thing to an user from Germany. Maybe in Germany and Hungary, the habits are not the same than in the rest of the world? ;)

[bigotti5]

If it is designated as sampling rate Ksps should be correct (numbers of samples per time unit)
Sampling frequency is deprecated synonym for sampling rate

Source (http://books.google.com/books?id=ND2c1uq53TIC&pg=PA866&ots=jyC7vyPLLQ&dq=%22sampling+rate%22+frequency+period&sig=40Pw5vlPE-hXuM4-Rh3lpONQ6g4#PPA866,M1)

[Robotik]

Maybe in Germany and Hungary, the habits are not the same than in the rest of the world? ;)

yeah, i guess us fascist are fond of Herz :D

still, bps sounds like bits-per-second, rather than bits-per-sample

[r0lZ]

Thanks Bigotti!

And what about the quantization?

[vwpassion]

Seems there's a small bug, might be the same as the one bigotti5 stated already...

Following Scenario: One VTS, 2 Titles, 2 PGCs...
PGC1 contains one pre command:
(SetSTN) Set Sub-picture stream = 1, on
PGC2 contains one pre command:
(CallSS) Call the VMGM Title menu, resume cell 1
... and the exact same post command.

Am not sure if you need additional infos... Just let me know if you do.

Here's what the tracelog says on a simple trace:


DVD inserted: Initializing the SPRMs to default/setup values.
------> Entering VMG , First-Play PGC
-- pre 1 : (JumpTT) Jump to Title 1
-> sprm(4:Title number in volume) = 1 (0x0001)
-> sprm(5:Title number in VTS) = 1 (0x0001)
-> sprm(6:PGC number) = 1 (0x0001)
-> sprm(7:Chapter number (or PGN)) = 1 (0x0001)
-> sprm(14:Video preference and current mode) = 2 (0x0002)
------> Entering VTST 1 , 1 TTN 1 (0:21) Title 1
PUOs: 1 (0x00000001)
-- pre 1 : (SetSTN) Set Sub-picture stream = 1, on
-> sprm(2:Sub-picture stream number) = 65 (0x0041)
******* Start playback VTST 1 , 1 TTN 1 (0:21) Title 1...
******* Playing Program 1, Cell 1 (0:21.00) (Chapter 1)
-> sprm(7:Chapter number (or PGN)) = 1 (0x0001)
******* End playback of PGC 1.
End of post commands: Jumping to NextPGCN 2
-> sprm(4:Title number in volume) = 1 (0x0001)
-> sprm(5:Title number in VTS) = 1 (0x0001)
-> sprm(6:PGC number) = 2 (0x0002)
-> sprm(7:Chapter number (or PGN)) = 1 (0x0001)
-> sprm(14:Video preference and current mode) = 2 (0x0002)
####### Target not found!
------> End of post commands: Exiting! DVD Playback end!

[bigotti5]

2 titles with 2 PGCs each?
If there is only one PGC per title you cannot set NextPGCN 2...each title is its own subdomain, linkcommands to PGCs in other (sub)domains are illegal

[r0lZ]

I suppose he means One VTS, 2 Titles, 2 PGCs per titles, as according to the log, PGC2 pertains to title 1.

And yes, it's probably the same bug, as the chapter number is still 1. This bug has been fixed. Please wait for the next release...

[bigotti5]

For multi-pgc titles SPRM7 should not count at all..

[r0lZ]

I agree, but PgcEdit should find the right chapter number anyway. And obviously, in v8.4, it's not the case, and it's why the trace stops with an error.

BTW, is it an error to set SPRM 7 to the chapter number in non-sequential titles? If it's the case, what should I do? Should I leave the old value unchanged, or set it to 1 anyway?

[bigotti5]

Minor flaw

Fiddled around with uninterruptable audio at menu-change using angles in title domain, I got this
http://members.inode.at/684266/angle_cell.png

As these are angle cells they are not contiguous and the warning should not appear

[r0lZ]

Right. Thanks!

[[Tobi]]

A question to the function Delete Uncalled PGCs, only for the understanding.
This function finds also empty PGCs (without pre/post/cell commands) which are called by link commands and modified then accordingly these commands.

It is only possible with empty PGCs in the VTSM, but not with an empty PGC in the VMGM ?

[r0lZ]

Well, Delete Uncalled PGCs finds and removes only some precise links to void PGCs. See this thread at DVF (http://forum.digital-digest.com/showthread.php?p=539586#post539586).

[[Tobi]]

OK... now I understand that in certain situations preliminary work must be done.
Thanks!

[Robotik]

each title is its own subdomain, linkcommands to PGCs in other (sub)domains are illegal

small bug (not sure, as i'm a bit confused):
in v8.4 LinkPGCN commands to other titles are allowed in pre- and post commands, and trace also handles them.

[r0lZ]

Right! I have to fix this bug. Thanks!

[Carpo]

is there a way i can change the lable of a iso on linux using pgcedit, or would i have to extract the files and remake the iso ?

[r0lZ]

An ISO is read-only, and cannot be edited.

[Carpo]

under windows i would use imgburn to do this - i dont know of a tool under linux that will do this tho

[Carpo]

have a little request for pgcedit under linux if i may - use freeytpe - font looks really bad under linux - or is there a way i can do this already ? other thing is if i go to make an iso and select a different dir to use (not home folder) the name of the file shows as /home/carpo/test.iso - and is made in the home dir not the folder i want - i have to manually remove the /home/carpo bit

[Robotik]

is it legal to use the JumpVTS_TT command to go from one title to another within the same domain, without going back to the menu (instead of LinkPGCN)?

[Sir Didymus]

AFAIK, :cool:

Two different titles always belong to different domains...

You can use JumpVTS_TT to jump directly from one title to another in the same SPACE (the titleset to whom the title belongs) without passing from a VTSM domain...

The VTS SPACE of a given titleset is defined by:
- the title domains of all of the titles belonging to the titleset (one per title), plus
- the VTSM domains of the same titleset (one per menu and per LU)

[Robotik]

thank you.
so a VTS SPACE is all those things that share the same initial number, and that are grouped together in PgcEdit, right? ;) (i really suck at using the correct terms :))

[r0lZ]

have a little request for pgcedit under linux if i may - use freeytpe - font looks really bad under linux - or is there a way i can do this already ?I'm affraid it's not possible. Tcl/Tk requires fonts.

other thing is if i go to make an iso and select a different dir to use (not home folder) the name of the file shows as /home/carpo/test.iso - and is made in the home dir not the folder i want - i have to manually remove the /home/carpo bitI don't understand. That might be a bug in the file dialog under Linux. Anyway, I use the filename returned by the dialog. I will check that...

[r0lZ]

AFAIK, :cool:

Two different titles always belong to different domains...

You can use JumpVTS_TT to jump directly from one title to another in the same SPACE (the titleset to whom the title belongs) without passing from a VTSM domain...

The VTS SPACE of a given titleset is defined by:
- the title domains of all of the titles belonging to the titleset (one per title), plus
- the VTSM domains of the same titleset (one per menu and per LU)
Speaking of terminology, how should I name the ensemble of all title PGCs in the same VTS? It's not a domain, as there can be several titles in the same VTS, and it's not a space, as menus are included in the space. So, what should I use? Title space?

[Carpo]

I don't understand. That might be a bug in the file dialog under Linux. Anyway, I use the filename returned by the dialog. I will check that...

i'll try to explain a bit better

say i have a folder /home/carpo/MATRIX - i then tell pgcedit i want to make the iso in /video/output.

in the name box instead of it being MATRIX.ISO its /home/carpo/MATRIX.ISO and its making the iso in the wrong dir, unless i remove the /home/carpo bit from the name box

hope thats a bit better to understand

[r0lZ]

OK, bug found and fixed. Thanks, Carpo!

[Sir Didymus]

Speaking of terminology, how should I name the ensemble of all title PGCs in the same VTS? It's not a domain, as there can be several titles in the same VTS, and it's not a space, as menus are included in the space. So, what should I use? Title space?

Well, I am quite sure no further specific denomination exist other than these two navigation related gropings of "spaces" and "domains" (... hem... two are more than enough, hopefully... :) )...

What about simply using the plural form, e.g. "title domains" (of a given VTS) ?

Edit. - Just checked... in the good old Dvd Demystified, there are two nice tables showing these functional groups:

http://img329.imageshack.us/img329/5350/image1mg4.th.gif (http://img329.imageshack.us/my.php?image=image1mg4.gif)

http://img175.imageshack.us/img175/5840/image2mz9.th.gif (http://img175.imageshack.us/my.php?image=image2mz9.gif)

[r0lZ]

What about simply using the plural form, e.g. "title domains" (of a given VTS) ?"title domains" alone is ambiguous, as that may refer to all titles of all VTSs, and I don't want to have to specify "of the current VTS" each time.

I remember the tables, but there is nothing to specify "title domains of a given VTS". Pitty!

In PgcEdit, I use (wrongly) "current title domain". I could, of course, use "current title domains" instead, but it's still ambiguous.

I use also my own creation "VTST", similar to "VTSM", as "VTS" can represent the titles of a VTS, or the whole titleset including the menus. In this case however, although not canonical, VTST seems logical.

[Sir Didymus]

I use also my own creation "VTST", similar to "VTSM", as "VTS" can represent the titles of a VTS, or the whole titleset including the menus. In this case however, although not canonical, VTST seems logical.

Why not ? Personally I like it - the "VTST" term is definitely not ambiguous to designate the union of the domains for the titles of a given titleset...

[r0lZ]

OK, I will continue to use it then, and will try to replace "title domain" by VTST when it is ambiguous.
Thanks for your help.

[bigotti5]

Every title has its unambiguous number (TT_SRPT)
So why not use VTST# ?

[r0lZ]

I need a term to designate the ensemble of all PGCs of all titles of a specific VTS, not one title in particular.
For a title, I use simply, well, Title# (opposed to TTN# or more precisely VTS_TTN#, which is the title in the VTS.)

[Robotik]

don't worry, your VTST is becoming a standard.
once i gave a lecture to kids on dvd mastering, and i used it as a standard term (i didn't even know it's your creation).

[r0lZ]

Well, VTS and VTSM exist officially, but not VTST. Since VTS can designate the whole titleset, including the menus, or only the titles domains of the VTS, it is ambiguous. Hence VTST. (BTW, I have created it also originally to align properly the PGC labels in the left pane of PgcEdit!) :p

[M_Knox]

I have this DVD, where the chapter menus contain a button, that, pressed, just selects another button in the same menu (does not jump out of the menu). The buttons are (for the first "page" of the chapter menu):

(1-4) (5-8) (9-12)

(1) (2)
(3) (4)

(menu) (back) (forward)


Now, pressing the (1-4) button simply selects the (1) button (the command is (SetHL_BTN) Set Highlighted Button =(mov) 4096 (button 4)), because this page is the (1-4) menu. Software players (MediaPlayerClassic, VLC, PowerDVD) as well as hardware players execute this command correctly, but PgcEdit in trace mode stops on it (when I "select" the button):

------> Entering VTSM 1 , LU 1 (pl) , 34 (0:33) 10b.
-- pre 1 : if ( gprm(3) == 1 ) then { LinkCN Cell 2 }
if ( 0 == 1 ) : false.
-- pre 2 : Set gprm(3) =(mov) 1
-> gprm(3) = 1 (0x0001)
******* Start playback VTSM 1 , LU 1 (pl) , 34 (0:33) 10b....
******* Playing Program 1, Cell 1 (0:03.07) (0 buttons)
******* Playing Program 2, Cell 2 (0:30.00) (10 buttons)
-> sprm(8:Highlighted button number) = 1024 (0x0400) = button 1
Selected menu button: 1
-- button : (SetHL_BTN) Set Highlighted Button =(mov) 4096 (button 4)
-> sprm(8:Highlighted button number) = 4096 (0x1000) = button 4
------> End of post commands: Exiting! DVD Playback end!


The commands of this PGC are:
********** pre commands:
[20 A7 00 03 00 01 00 02] 1 if ( gprm(3) == 1 ) then { LinkCN Cell 2 }
[71 00 00 03 00 01 00 00] 2 Set gprm(3) =(mov) 1
********** post commands:
[20 07 00 00 00 00 00 02] 1 LinkCN Cell 2
********** cell commands:


For a quick test I changed the (1-4) button command to (SetSTN) Set Audio stream = 0 ; Set Sub-picture stream = 0, on, and the same happens - after executing the button's command I get the "End of post commands: Exiting! DVD Playback end!" log.

PgcEdit ver 8.4

[r0lZ]

Welcome to the forum and thanks for the detailed explanation of the problem!

I have never seen commands like that in a menu button. I thought that the command has to jump somewhere explicitly. IMO, to be on the safe side, the command should be, for example, (SetHL_BTN) Set Highlighted Button =(mov) 4096 (button 4) ; LinkCN Cell 2.

But since the software players can play the DVD correctly, I suppose that I'm wrong. Anyway, the message End of post commands: Exiting! is wrong. I will investigate, and fix the problem if it is proved that your command is legal and can work.

BTW, I suppose that you have defined that command yourself. Right?

@everybody: If someone has some info on how to handle this case, please let me know.

[M_Knox]

But since the software players can play the DVD correctly, I suppose that I'm wrong. Anyway, the message End of post commands: Exiting! is wrong. I will investigate, and fix the problem if it is proved that your command is legal and can work.

BTW, I suppose that you have defined that command yourself. Right?

Nope, it is not mine. It is from a DVD I bought. The reason I'm working on this DVD is that it is single layer double sided and I want to make it a dual layer single sided one (BTW - can anyone tell me what purpose might it serve to make a DVD like that?) just to save myself from getting up in the middle of the movie to flip the disc.

[r0lZ]

OK, good info. It's a second indication that this command should work. Thanks.

And no, I can't say why they did a double sided DVD. Maybe the cost?

[itchione]

Found some time to again play with PgcEdit V8.4 (june 24, 2007) and hopefully learn more about editing pre/post commands :)

Unfortunately i got a rather strange error :confused:

The process i followed was as follows:

I had made some changes to my dvd then saved the dvd and closed pgcedit. Then i checked the dvd with windvd and all looked and played OK as i expected it would.

Restarted pgcedit, opened the dvd, and started fixvts using the tools menu. From within fixvts, i selected <full dvd> with the first two check boxes selected. Fixvts started to do its magic. I then pressed <cancel> as i wanted to do the fix 'in place'. Again all was OK as fixvts restored the backup. Next i ticked the 'in place' box and again pressed <full dvd> within fixvts, all progressed as it should and the process finished successfully.

However, when i closed fixvts, i got a huge error window larger than the pc screen and i couldn't grab the upper or lower window frame, so didn't have access to the "X" to kill/close the application/window. Trying to use right click on the application error on the task bar did nothing and i was forced to kill the pgcedit process using task manager.

The contents of the error window are of the following format:

processingCleaning upDoneProcessing D:\xxxx\xxxx\xxxx\VIDEO_TS\VTS_03_1.VOB -- in-place processingRemove unrefed is ONReset ILVU Ptrs isOFFFound VCID 1/1 at LBA 0 (0 out)Found Video Format:PALDDone with VOB files. ) navpack pointers adjusted, 0 packs removed, 0 navpacks remaped, 0 navpacks ILVU flags reset
&
Original last VOBU end LBA +1 didn't point to navpack. FixedPGC 1 - Cell 2, ........
Original entry sector didn't point to a navpack. FixedPGC 1 - Cell 3....

The dvd played but the first few chapters were screwed up, later chapters seemed ok. After manually restoring the backup files, things were worse.

Oh, i use win xp pro if that is of any concequence.

Thought you may be interested in knowing of this :)

Cheers, Itchione

PS: The tool is still great :D

[dirio49]

r0lZ,
i check at the Mark's dvd player and that played correctly the
SetHL_BTN) Set Highlighted Button =(mov) 4096 (button 4).

Then i check Dvdremake pro and that stopped too.

iFoedit, works too. it executes the commnad

[r0lZ]

Thanks, Dirio. I will do a test DVD to check on my standalones anyway.


@itchione:

Seems your problem comes from FixVTS, not from PgcEdit. I have already encountered some problems when a process is interrupted, with or w/o backup.

It is always better to avoid using the in place option and to let FixVTS finish its job without interrupting it, especially when FixVTS is launched from PgcEdit, otherwise PgcEdit cannot restore the backups properly. The old backups are not synchronized with the VOB files any more, and PgcEdit has no way to know that a backup is missing.

Sorry, but I think you have to redo the whole process.

[bigotti5]

IMHO the SetHL_BTN command is legal (should do the same as LinkNoLink).
But you must not use it in still menus (and can cause problems in slideshow menus on some players).

[r0lZ]

Thanks!

IMHO the SetHL_BTN command is legal (should do the same as LinkNoLink).I agree, but what is supposed to do the player? Select the button and continue playing the cell, or restart it, or jump to the post-commands?

But you must not use it in still menus (and can cause problems in slideshow menus on some players).Why? Is it because the playback cannot continue with still menus?

[bigotti5]

Player should continue to play.
Imho setting any GPRM or SPRM1,2,3,8 should not interrupt playback. E.g a BOV to change angle or audio or subs would not interrupt playback, just change audio, angle, sub or in this case change the button.

Why? Is it because the playback cannot continue with still menus?

Dont know - maybe because there is only one NAV-pack and so player cannot read Button Highlight Information (0x8d...in NAV-pack).
In my tests it does not work with stills (neither Set HLBTN nor LinkNoLink).

Edit: Just to clarify, it works if there is a post command restarting the menu

[r0lZ]

OK. Thanks again!

[blutach]

@itchione:

Seems your problem comes from FixVTS, not from PgcEdit. I have already encountered some problems when a process is interrupted, with or w/o backup.

It is always better to avoid using the in place option and to let FixVTS finish its job without interrupting it, especially when FixVTS is launched from PgcEdit, otherwise PgcEdit cannot restore the backups properly. The old backups are not synchronized with the VOB files any more, and PgcEdit has no way to know that a backup is missing.

Precisely! I have seen this when you stop FixVTS. Just let it run and restore the backup if you want to change something. But, as r0lZ says, in place is not a good idea as it will be impossible to fully restore backups, if you want to.

Regards

[itchione]

@itchione:

Seems your problem comes from FixVTS, not from PgcEdit. I have already encountered some problems when a process is interrupted, with or w/o backup.

It is always better to avoid using the in place option and to let FixVTS finish its job without interrupting it, especially when FixVTS is launched from PgcEdit, otherwise PgcEdit cannot restore the backups properly. The old backups are not synchronized with the VOB files any more, and PgcEdit has no way to know that a backup is missing.

Sorry, but I think you have to redo the whole process.

Thanks for your view r0lZ.

Although i agree that fixvts does something wrong (caused by my indecisiveness and button pressing :) ), pgcedit does not handle the resultant error situation elegantly. Any error popup should never be larger than the max window space available on the pc.

If pgcedit error data (due to a fixvts stuffup) does not fit within the error popup, it should contain the error data within a scrollable section and the error popup should remain within the bounds of windows window space (not sure of correct terminology but hopefully it is understandable). Atleast that way the user can elegantly close the window and not have to kill the pgcedit session itself.

It is a rather minor issue really but hopefully it is something that is also minor to correct and you could consider it in some future release :).

Cheers, Itchione.

[Drinken]

Try hitting Alt+Space the next time that happens to you, it should allow you to select move from the menu that (hopefully) pops up. Use the arrow keys and/or mouse to move the window.

[r0lZ]

PgcEdit handles many errors, but some are trapped directly by Tcl/Tk (the underlying language), and I cannot control that. I know that Tcl/Tk uses a rather large font for its dialogs, and that might be the problem. Anyway, without being able to reproduce the problem you had, I can't do much.

[winny]

Has anyone noticed when the immensely useful DVD\Remove uncalled PGCs option finishes the Trace mode buttons are turned off?

Not sure if it's a bug or my set up at fault.

[r0lZ]

Trace mode "remembers" many things, especially if you define breakpoints or snapshots. They are usually not valid any more after Delete Uncalled PGCs, and the trace may become confused. For this reason, it is necessary to reset and close the trace mode.

BTW, I should normally disable completely all editing features when trace mode is active, but I think it is useful to be able to do some edits and continue to trace. But I can't support major edits such as deleting or remapping one or several PGCs or VTSs.

[winny]

That sounds perfectly reasonable to me, thanks for the clarification.

[r0lZ]

I have this DVD, where the chapter menus contain a button, that, pressed, just selects another button in the same menu (does not jump out of the menu). The buttons are (for the first "page" of the chapter menu):

(1-4) (5-8) (9-12)

(1) (2)
(3) (4)

(menu) (back) (forward)


Now, pressing the (1-4) button simply selects the (1) button (the command is (SetHL_BTN) Set Highlighted Button =(mov) 4096 (button 4)), because this page is the (1-4) menu. Software players (MediaPlayerClassic, VLC, PowerDVD) as well as hardware players execute this command correctly, but PgcEdit in trace mode stops on it (when I "select" the button):

------> Entering VTSM 1 , LU 1 (pl) , 34 (0:33) 10b.
-- pre 1 : if ( gprm(3) == 1 ) then { LinkCN Cell 2 }
if ( 0 == 1 ) : false.
-- pre 2 : Set gprm(3) =(mov) 1
-> gprm(3) = 1 (0x0001)
******* Start playback VTSM 1 , LU 1 (pl) , 34 (0:33) 10b....
******* Playing Program 1, Cell 1 (0:03.07) (0 buttons)
******* Playing Program 2, Cell 2 (0:30.00) (10 buttons)
-> sprm(8:Highlighted button number) = 1024 (0x0400) = button 1
Selected menu button: 1
-- button : (SetHL_BTN) Set Highlighted Button =(mov) 4096 (button 4)
-> sprm(8:Highlighted button number) = 4096 (0x1000) = button 4
------> End of post commands: Exiting! DVD Playback end!


The commands of this PGC are:
********** pre commands:
[20 A7 00 03 00 01 00 02] 1 if ( gprm(3) == 1 ) then { LinkCN Cell 2 }
[71 00 00 03 00 01 00 00] 2 Set gprm(3) =(mov) 1
********** post commands:
[20 07 00 00 00 00 00 02] 1 LinkCN Cell 2
********** cell commands:


For a quick test I changed the (1-4) button command to (SetSTN) Set Audio stream = 0 ; Set Sub-picture stream = 0, on, and the same happens - after executing the button's command I get the "End of post commands: Exiting! DVD Playback end!" log.

PgcEdit ver 8.4
OK, I did some tests with a similar animated menu, with 6 buttons, and commands such as SetHL_BTN, NOP, LinkNoLink and SetSTN. The SetHL_BTN command is the best one to test, as you can see immediately if the command is correctly executed.

I have tested 3 software players, and 4 standalones. The results are not famous! (Of course, testing a software player is not very relevant, as its behaviour depends of the codecs installed on the system.)

- IfoEdit's preview (operated with the keyboard):
Works... almost. When the button is activated, the playback continues normally, the button's activated color is shown, but it remains on the same original button for ever! (at least until the end of the playback of the cell.) Pressing enter has no effect. However, using the cursors moves to the adjacent button of the button that should have been selected by the SetHL_BTN command. Not surprisingly, if I wait till the cell ends and is restarted (by means of cell or post-commands, or NextPGCN link), the correct target button is correctly highlighted. So, the command works as expected, but IfoEdit thinks that the playback is finished, and doesn't handle the highlights and the remote correctly any more.
Using the mouse doesn't exhibit the same problem, as the button that is clicked remains selected and highlighted anyway, because the pointer is still over it.

- MPC and M$ Media Player 10:
As it is not possible to use the keyboard to control the menus with those players, I can't test them correctly. However, they seems to react exactly like IfoEdit. When I click on a button and move the mouse pointer away immediately, the correct button is not automatically selected, and the activated color remains for ever. The playback continues, and when the cell is restarted, the target button is selected.

- My good old Sony DVP-S725D:
Although it is the best hardware player I know in terms of compatibility with the standard, it doesn't work well! It reacts exactly like IfoEdit, except that using the cursor to select another button doesn't work. As a consequence, after having activated a button without jump command, the user must wait till the cell's playback is restarted to be able to see the correct highlight (like with IfoEdit except if he uses the cursors) but also to select another button!

- My cheap and bad XiRON DVD recorder:
Exactly like the Sony.

- My ultra-cheap Euroconsumers portable player:
Shows the activated highlight of the original button during 1/2 second or so, and then hangs completely!

- My old (but expensive) KISS DP-450 DivX/DVD player:
Works as expected! The target button is immediately selected, and can be activated without problem. Great!

Conclusion:
Although it might be officially possible to use commands without jumps in menu buttons, obviously it's really not a good idea to do so! It's probably why I have never seen such commands in commercial DVDs.

So, what should I do in PgcEdit?
If it's easy to do, I will probably add a warning, and continue the trace as if the playback of the cell was terminated, and therefore execute the cell- or post-commands, or jump to the PGC pointed to by the NextPGCN link, in that order. The user will not be able to select another button during playback of the same cell, but since it's how most players react, it's probably the best thing to do. Anyway, due to the way the trace is programmed, I cannot easily execute a command while the menu viewer is active. :(

Any suggestion is welcome.

[bigotti5]

@r0lz

Using SetHL_BTN and LinkNoLink requires HL repeating at authoring.
In your authoring soft you have to restart sub and highlight repeatedly (e.g. all 2 sec) so that Highlight status (0x8d in NAV-pack) can be set to "All New Highlight information for this VOBU" repeatedly.

[r0lZ]

Yep, that makes sense. Of course, I have used a standard menu imported in PgcEdit to build the test DVD, and I don't think it is made with that in mind.

However, it is strange that my KISS works well. Seems it is able to re-read the buttons information when it needs it, or it doesn't need to re-read it.

Also, even the NOP command reacts the same way. Its button highlight is not refreshed any more with most players, and the activated highlight stays forever. So, I guess that repeating the menu buttons is an obligation for ANY command without jumps.

I may repeat the tests with a menu correctly authored, if I can. (I don't know how to create such a menu, and editing all nav packs manually is a pain! Maybe I'll create a little PgcEdit script to patch the VOB...) Thanks anyway for the info!

[bigotti5]

I may repeat the tests with a menu correctly authored, if I can

Muxman is capable of HL repeating

[Robotik]

if you need any more testing just shoot up a test dvd somewhere it is accessible, i think all of us could run a test at our standalone

[r0lZ]

Thanks. But I still have to do it.

[bigotti5]

You can use this (http://members.inode.at/684266/SetHL_Test.rar) small example

30 sec, 6 buttons, highlight and sub repeats every second

button 1 = (SetHL_BTN) Set Highlighted Button =(mov) 2048 (button 2)
button 2 = LinkNoLink, button 3 (3072)
button 3 = (SetHL_BTN) Set Highlighted Button =(mov) 4096 (button 4)
button 4 = LinkNoLink, button 5 (5120)
button 5 = (SetHL_BTN) Set Highlighted Button =(mov) 6144 (button 6)
button 6 = LinkNoLink, button 1 (1024)

[blutach]

PowerDVD 7 moves thru the buttons easily with the cell continuing to play.
Showtime essentially hangs after a button press and needs a another button movement to get to the next button.

I'll burn this to disk and report with my players.

Regards

[Robotik]

You can use this (http://members.inode.at/684266/SetHL_Test.rar) small example

30 sec, 6 buttons, highlight and sub repeats every second

button 1 = (SetHL_BTN) Set Highlighted Button =(mov) 2048 (button 2)
button 2 = LinkNoLink, button 3 (3072)
button 3 = (SetHL_BTN) Set Highlighted Button =(mov) 4096 (button 4)
button 4 = LinkNoLink, button 5 (5120)
button 5 = (SetHL_BTN) Set Highlighted Button =(mov) 6144 (button 6)
button 6 = LinkNoLink, button 1 (1024)

LG DVX9700 (European, middle-priced divx & dvd player):
works as expected. even when pressed repeatedly fast (4 times/sec) it highlights the proper button, and HL color also works. flawless.

[itchione]

PgcEdit handles many errors, but some are trapped directly by Tcl/Tk (the underlying language), and I cannot control that. I know that Tcl/Tk uses a rather large font for its dialogs, and that might be the problem. Anyway, without being able to reproduce the problem you had, I can't do much.
thanks for your comments r0lZ.
i can reproduce this minor issue by removing all unwanted cells within a dvd using trace mode and selecting 'blank this cell', then i run fixvts from the tools menu, start a full dvd cleanup, cancel the task after 30-40 seconds and start the full dvd cleanup again. the pgcedit error window then opens with a too large a window once fixvts has done its job.

i have never used Tcl/Tk so don't know anything about setup configurations for this language (if any) but doing the above results in this minor issue every time i do it. maybe it's something specific to my setup that causes me to see this issue if you don't see it ? i have learnt not to cancel fixvts tasks :)

anyway, tracing the dvd and removing the unwanted copyright warnings, extras, etc in this way is easy to understand without having to understand ifo's/vob/s and/or any dvd structural issues - see it, don't want it, tick it and it (eventually) goes away...

still a great tool by any measure :)

cheers, itchione

[r0lZ]

OK, I'll try to reproduce the problem. Thanks.

[mpucoder]

i got a huge error window larger than the pc screen and i couldn't grab the upper or lower window frame, so didn't have access to the "X" to kill/close the application/window.
ALT F4 will close the window that has the focus

[Robotik]

why does using Go Up (Return) link (to self) result in a non one_seq pgc?
could there be a warning issued somewhere, when it is used?

[r0lZ]

PgcEdit doesn't force the not-one_sequential flag when the GoUp flag is set.
But some picky software players assume that a title which has at least one of the GoUp, Next or PrevPGCN link non-zero is not sequential, even if the link points to itself. It's not my fault! ;)

[Robotik]

understood. thanks. :)

[bigotti5]

@r0lZ

In "When menu playback ends, force action button" Pgcedit will let you choose 1 to max 36, is there a way to set to 63 (= activate currently selected button)?

[r0lZ]

Well, I learn something new! I didn't know that "63" trick!
I will modify the menu editor to include this feature.
Thanks!

[AlienX69]

@blu, don't beat me up to bad been laying low ..... ;-)

@r0lz,

First, of course you know already that U have the best DVD editior on planet Earth.

I did make a big jump recently from 8.0 to 8.4, see some stuff I will need to play with / learn to use.

My normal flow ..... run Trace, blank unwanted VMGM,VTSM's "Kill PGC Playback", or Blank the whole Titleset "Blank out all VTST Titles", or Blank individual VTST's while in Trace Mode (the check box).... run FixVTS as necessary on the areas touched ...... then I do "Remove uncalled PGC's" ..... last is add the Jump to PGC (start of movie).

Well I been getting the attached error msg when I never had before in v8.0, I was actully surprized I didn't see this posted. So I guess I'm doing something wrong a after about 4 years of doing this. Of course I'm not a savy as most of the folks here, I'm just a basic editor !!! ;-)

EDIT: Not on all DVD's, just some, maybe 10-12 of about 30 DVD's ..... the backups turn out OK, no problems at all.

PS/FYI: I am also getting the Trace closing after running the "Remove uncalled PGC's" as a previous poster mentioned, again never got that in v8.0

Cheers, GREAT TOOL, many thanks .... need to send you some PayPal $$$$'s

AX

[r0lZ]

I can't read the error message, as it is still not approved, but I know already that there are some problems when using Delete Uncalled PGCs after having used the trace. I work hard to fix it, but haven't found the bug yet.

I've added the closing of trace mode recently, as there were problems in some case when the user continues to trace the DVD after having deleted the uncalled PGCs. The current bug is probably related to that.

What happens is:
- You trace the DVD, then you launch Delete Uncalled PGCs without closing the trace mode manually. It is therefore closed automatically.
- Now, if there is at least one complete VTS that is uncalled, it is first moved to the end of the DVD, and then it should be deleted. However, the procedure stops before having deleted the last VTS, and its "successfully removed N PGCs" message is never displayed in the status bar.
- If you don't take care of that, you continue working, or you launch Delete Uncalled PGCs again to get rid of the remaining uncalled VTSs.
- When you enter trace mode again, the original Delete Uncalled PGCs procedure continues abruptly, and deletes the last VTS, even if it is not the original uncalled VTS any more! That's a big problem! :(

Workaround:
If, after having launched Delete Uncalled PGCs, you can't see its final message in the status bar, open trace mode immediately after. The procedure will continue its job normally.

I'm not sure you had this precise problem, but anyway it is better to know it!

Sorry for the inconvenience, like Bill Gates says.

[AlienX69]

Dont know if this will help, couldn't post eariler (at work), but here is the log:
=========================================
can't read "::buttons::default_button": no such variable
can't read "::buttons::default_button": no such variable
while executing
"expr {$::buttons::default_button * 1024}"
(procedure "display_domain_buttons" line 378)
invoked from within
"display_domain_buttons menu $vts $lu $pgc $sprm8 $mode $show_cell $force_group"
(procedure "::menubuttons::display_menu_buttons" line 22)
invoked from within
"::menubuttons::display_menu_buttons $cur_vts $cur_lu $cur_pgc $::tr::sprm(8) trace $::tr::current(Cell)"
(procedure "simulate_play" line 241)
invoked from within
"simulate_play"
(procedure "step" line 10)
invoked from within
"step"
(procedure "reset_trace" line 148)
invoked from within
"reset_trace"
(procedure "::tr::dvd_trace" line 367)
invoked from within
"::tr::dvd_trace"
("after" script)
=======================================

Thanks for the clear explaination r0lz, understand, and as I mentioned I'm able to produce a working backup.

Good luck on finding that cockaroach !!! hehe !

Regards .... and SWEET Tool !
AX

[r0lZ]

OK, I think I understand.

Just to be sure, can you confirm that, when the bug occurred...
- you were working in trace mode
- you have selected the "Skip" button to close the window
- the bug occurred just after you have closed the menu viewer window

Or, another possible scenario:
- you were working in trace mode with the menu viewer opened when you have selected "Delete Uncalled PGCs"
- the trace mode was therefore closed automatically, as well as the menu viewer
- you have restarted the trace manually, and the bug occurred

Also, if you can reproduce the bug easily, can you send me the IFOs (with the menubuttons.but file from your latest PgcEdit_backup folder)? Thanks.

Anyway, I can confirm for sure that this bug is harmless, and that your DVD has not been damaged. However, the bug explained in my previous post might still have happened, so, after this problem, it is recommended to create a backup and to verify carefully if the VTSs are still called correctly.

[AlienX69]

OK, here my steps (I have a version with captured images if you need, WordPad 1395Kb, or I could load the images indiviually with the Step # as it's name):

1. Open Disc

2. Warning, 3 discrepancies, > click "Yes"

3. Verify number of streams, > click "Yes to All"

4. Find BOVs, > click "Close"

5. Opens in Trace Mode (Trace started automatically from preferences), > click “Next PB”

6. “Blank out all VTST Titles”, VTST 7, the click "OK" , Warning msg, click "OK"

7. Click “NextPB”

8. “Blank out all VTST Titles”, VTST 6, the click "OK" , Warning msg, click "OK"

9. This is ALL the stuff I’m blanking on this disc, so I click the “Open Disc Icon” , prompts me to Save, click "Yes" and let the disk Re-Open with Trace On (started automatically), next run "Delete Uncalled PGCs"

10. Delete Uncalled PGCs dialog box opens > click "Yes"

11. Delete 30 PGC’s > click “OK”

12. "Delete Uncalled PGCs" finishes and turns Trace Off .... NO error this time but it did Error yesterday !!!

So I tried to reproduce r0lz, I can't so far ...... seems to be sporadic !!!! I'm pretty thats the steps I followed, next time it happens I will try the same duplicate steps and post those.

PS: What's odd (maybe), this disc above is part of a 5-disc set, the other four disc (same PGC structure), no error, just the first one.

see attacment for IFO and menubutton.but

Cheers .... and hope this helps !
AX

[r0lZ]

Well, your procedure seems perfect, and I doubt that it could be the cause of the problem.

Anyway, I have good news. I have finally found and fixed the problem explained in post #470, as well as a possible cause of the problem you had. (More precisely, the bug you have reported is probably due to a combination of the first bug and of a weakness in my code.)
IMO, this problem should not happen any more.

I will release a new version soon...

[blutach]

AX,

Sorry, we can not approve the attachments. Please see mpucoder's announcement in the stickies.

Regards

[AlienX69]

@ blu ... read and understood .... sorry didn't know ~~~

@ r0lz

Did another got the error, tried to duplicate, no go, the log looks identical to the first and its a totally different disk.

I'll wait for the new release !

Cheers and THX,
AX

[r0lZ]

Sorry for the IFOs, my fault. I thought it was still accepted to give IFOs to help the programmers to fix bugs. But anyway, I don't need them. :)

[Robotik]

it seems that when caps lock is on, PgcEdit thinks shift is pressed, so key combinations don't work as expected.
e.g. i tried to copy some pgc commands (ctrl+c), but pgc comment popped up (ctrl+shift+c).
not sure if it's a bug or a feature.

[r0lZ]

not sure if it's a bug or a feature.Me neither. ;) But it's a fact. Indeed, ctrl+shift+c is in fact control+upper_case_C.
I can't change that. Sorry.

[Robotik]

and another two. (or three)

bug one
scenario: one title dvd, no menus, only first-play PGC & VTST 1,1. i tried to import a new one, then delete the original.

1. use Import VTST Titles, move VOB files
2. edit pgc commands (reference the new one, unreference the old one)
3. use Delete Uncalled TitleSets or Delete Uncalled PGCs
4. PgcEdit tries to create a backup, but the following error message pops up: error copying [path]/VIDEO_TS/VTS_02_0.IFO (btw in the path, forward slashes used instead of backslashes) click on cancel
5. then dvd saves ok, and then it is reloaded, but the deleted titleset is in place, marked as uncalled
6. an error message pops up, saying: your backup folder doesn't contain the right number of IFOs files (i guess the correct wording would be IFO files or IFOs), VTS_XX_0.IFO files in backup: 1, number of VTSs in current DVD: 2, ..., it is recommended to create an incremental backup.
7. after clicking on yes, everything is great, but it seems that if the IFO files were created right after importing, the error messages wouldn't have popped up.

bug two
at this point i started to write this message, and redo everithing the same way to give a correct description.

8. opening the dvd i get the same error message complaining about the number of IFOs in the backup folder described in step 6, only reverse numbering (that's correct, now there are 2 IFOs in the backup folder and 1 IFO present in the dvd)
9. use Import VTST Titles
now there are no VOB files in the source folder, because i moved them last time, but no error message, the operation completes, and i have a new VTS. i think that PgcEdit might have recognised that there are no VOB files, remembers that i moved it, so it uses the one i moved to the currently used dvd folder, so i go on with the procedure.

bug three
10. after getting the same error messages the reloaded dvd looks perfectly ok, except i can't use the preview function. no warning about having no vob files associated with the IFO, the original length of the movie and streams are displayed as if the movie was present. not even the usual warning about the number of streams (obviously there are no streams present this time, be it audio or video)

[r0lZ]

Hum, seems all problems are caused by the fact that you haven't saved the DVD after step 1 (or 2.) The VIDEO_TS.IFO currently in memory references 2 VTSs, but VTS_02_0.IFO is still not on disc.
I suppose I have to save the DVD right after the import VTST, as you have suggested. I try to avoid saving the DVD when it's not absolutely necessary, as this can be annoying and the user lose a chance to change his mind. Currently, a message is displayed in the status bar asking to save the DVD now!, but I agree that it's probably not sufficient.
Maybe I'll add also an automatic incremental backup after the save operation, to avoid the "right number of IFO files" problem.

Note that similar problems exist when importing or deleting a menu or deleting a VTS.

PgcEdit doesn't check if the VOBs are present in the DVD folder, because it is possible to edit a DVD without the VOBs. I don't want to change that.
It is not possible to remember where a VOB has been moved or copied. All functions are independent, and linking them would require an enormous work.

The lengths of the PGCs and cells and the number of streams are retrieved from the IFOs, and should be correct, even if the VOBs are not present. PgcEdit checks only for incoherences in the IFOs, but doesn't compare them with the VOBs. (There are some exceptions, such as the Rebuild Time Maps functions which requires the VOBs.)
Of course, the preview doesn't work without the VOBs. (But, if you have the right "menubuttons.but" file in your latest backup folder, you should be able to examine the menu buttons and BOVs, without the background image, and to trace the DVD.)

The forward slashes are OK. It's the way Tcl/Tk (a multi-platform scripting language) stores the file names internally, as they should be in a good OS. Usually, I convert them to the native format before displaying them, but in some error messages, it's the filename really used that is displayed.

I have corrected the "IFOs files" wording.

[Robotik]

the "Save the DVD now" message at the status bar appears after Delete last VTS, but not after Import VTS.

i remembered that there were requests for an abilty to edit IFOs without VOBs, but i wasn't sure. anyway, i'm not expecting PgcEdit to remember of the copy performed before, i just thought it did, and that might be a reason i'm not being warned about the missing vob. (i noticed there was no question about what to do with the vob)

my request would be that, in such case to get a warning, and also to mark them in the left pane some way (add an * or use italic)

also, first i wanted to suggest that it is sufficient to only generate the ifo for the newly added vts and not save the rest, so the user might change their mind, just like in the current version. but after some experimenting i found that how dangerous it is: if you copied/moved the vob file, and close without save (maybe you realise it was the wrong vts you imported) then import another vts, the first-imported vob file will get overwritten without a prompt, and if you used move in the first case, it will be ultimately lost.

so i guess it is a case when saving is necessary, but adding a Cancel button to the "Import VTST" popup window and to my proposed warning (i guess the two can be the same, with different message, and the "Copy VOB(s)" & "Move VOB(s)" buttons greyed out when no vob is present in the source folder) can still add the user the ability to change their mind. well of course this way the "Import VTST" window sould pop up after selection of the ifo file, but before the creation of the new VTST, and that might add a bit too much programming to do.

oh, and you're perfectly right with the slashes, i've been using windows a way too long :D

[r0lZ]

Currently, I have only implemented the automatic save operation after Import VTST, Replace VTST, Delete Last VTS, Import Menu and Remove Menu. An incremental backup is also automatically made after Import VTST and Delete Last VTS. That should be sufficient to avoid any problem.

PgcEdit still doesn't check for missing VOBs, and I don't think I'll add that, as I should check also if the VOB cells correspond to the IFOs, check if there are no title VOBs when the menu domain has no references to VOB cells, etc... It's too much work, and it's a too long process, for a small benefit, and it's (almost) incompatible with the philosophy of an IFO-only editor. (BTW, it's not after some user requests that I have implemented that this way. The philosophy of PgcEdit has always been the same: it's an IFO-editor, with, I must confess, some functions related to the VOBs, such as the menu button functions that I needed anyway to be able to implement the trace mode and the menu viewer and editor.)

[blutach]

I have an issue with import VTST titles in B11. I get "can't read "r": no such variable" errors.

Also, with TTN renumbering after deleting PGCs.

Please see your emails.

Regards

[r0lZ]

Sorry, it's a stupid bug introduced in the latest beta. I will fix it today...

[bigotti5]

Small bug in Command Editor:
In LinkNoLink a valid button link is mandatory (must not be 0)

[r0lZ]

Still more complicated that I thought. Thanks!

[AlienX69]

Was trying to blank cells while previewing, see attachments. This is NOT in every case, this has only happened to me once since switching to v8.4, worked OK in other cases.

r0lz PM me if you would like to see the IFO's

I'm clueless, and wishing I had the knowledge of r0lZ/blu.

Speaking of blu(e) .... I just saw Blue Man here in Vegas, GREAT Show, recommend highly if they even come to your neck of the woods. Quite a visual/sound extravaganza ..

http://www.youtube.com/watch?v=n5rscB6-Bg4&NR=1

http://www.youtube.com/watch?v=r6JpB92f-_g&mode=related&search=

AX

[blutach]

AX - as the message says, there is a mismatch in the sizes reported between the cell length in the IFO (reported in 2 places) and the VOB. 4 sectors sounds a bit like a blank has been inserted anyway.

Did you do any blanking beforehand and didn't save?

Or perhaps the rip was not quite right.

Anyways, from PgcEdit, try running Tools-FixVTS (current domain) and then reblanking the cell.

Regards

[AlienX69]

Should have run FixVTS before, did it AFTER, I will remember to do that next time if it occurs again .... only once out of a few since v8.4 install.

See below in BLUE

AX - as the message says, there is a mismatch in the sizes reported between the cell length in the IFO (reported in 2 places) and the VOB. 4 sectors sounds a bit like a blank has been inserted anyway.

Did you do any blanking beforehand and didn't save? Nope, I even re-did it to verify, on first run Trace

Or perhaps the rip was not quite right. Maybe

Anyways, from PgcEdit, try running Tools-FixVTS (current domain) and then reblanking the cell. Too late, not real important for me, I wound up Blanking the whole VTST.

Regards

Don't know if this means anything but it happen on two different VTST's with the same sector # error. If my ole brain is still working, I know I snagged it (Snag-It) twice !!!

[linx05]

Yeah I had this problem once on a DVD I was backing up. I edited it so many times but held off from running it through FixVTS.

I was going to post the question on here but decided to see what FixVTS would do to it. It fixed it right up! It's great to still see FixVTS going strong!

[r0lZ]

That problem occurs when there is "something" at the end of the VOB that PgcEdit doesn't know as it is not referenced in the IFOs. "Something" means a blank cell, some dummy (possibly protected) sectors, or just crap. I can't ignore that, as when PgcEdit needs to append a blank cell, it must compute its VOB ID so that it's the next one. If the unknown stuff is a regular cell with a VOB ID, it might cause a conflict with the new cell. If it's just crap, it is better to remove it anyway. Of course, FixVTS is the right tool to do that.

Blu is right when he suggest that the problem can be caused by PgcEdit itself. If it appends a blank cell (for example when you blank a PGC) and you forget to save the IFOs, the next time you run PgcEdit, the cell is in the VOB but not referenced in the IFOs. But again, this cell can easily be removed with FixVTS.

I will add a note in the error message to suggest to the user to use FixVTS.


BTW, when you need to post an error dialog in a forum, you can right-click on the dialog to copy the message as text in the clipboard, and paste it here. It's easier, and you don't need to wait until the image is approved by a moderator.

[tom942]

I don´t know if this error has been reported, but with the new 8.5 version, when you click "blank this cell" or "select & break" in the pgcedit preview in trace mode, it is just ignored and follow as normal.

However, in 8.3 and 8.4, it works. (It asks me to add a blank vob and kill pgc playback).

[r0lZ]

I can't reproduce the problem. Are you sure you are using v2.7 of the PgcEdit Preview? (You can verify its version number by clicking on the icon in the title bar of the preview.)
If it's not the right version, delete the "bin" folder in the PgcEdit's installation folder, and launch PgcEdit. It should recreate the bin folder with the right version of the preview.

[tom942]

Yes, I have checked that it is version 2.7. Also I have deleted the directory that contains 8.5 version and started from the begining. I have unzip it and then executed it, but nothing it still skips that pass.

I've got a dir called PGCEdit and under it, each in one separate directory, version 7.4, 8.3, 8.4 and 8.5. Version 8.3 and 8.4 works fine, but 8.5, nothing :(.

[r0lZ]

Very strange! I will have a look...

[tom942]

It's very curious that just when the bug it's fixed for linux, it appears under windows (at least mine).

I'm using spanish WinXP SP2 updated with the latest patches. Maybe it's something related with the language.

[r0lZ]

I'm using spanish WinXP SP2 updated with the latest patches. Maybe it's something related with the language.Oh, yes, Tcl/Tk has trouble with batch files when they are stored in folders containing foreign or accented characters. Please verify that your DVD is in a path exclusively composed of standard characters.
Also, try to create a TEMP folder in the root of your drive (ie C:\TEMP) and change the TEMP environment variable to point to that folder (Under XP: Control Panel -> System -> Advanced tab -> Environment Variables)

Also, are you using Vista?

[tom942]

Well, I have tried what you tell me. In the first case, I reduced the name to a simply word, but nothing, it didn't worked.

Then I changed the TEMP directory, rebooted and it worked. In my path there was this accented word: "Configuración". I think that was the problem.

But I don´t understarnd why with PGCEdit Preview 2.5 there is no problems and however in 2.7, it doesn´t work. Maybe something has been changed in the code?.

And no, I'm not using Vista. I've got enough with XP. I don´t want an OS that needs the half of my system just for him :D.

Regards,

Tom.

[r0lZ]

OK, gracias for the confirmation. Unfortunately, I can't fix that problem myself. as it's a bug in Tcl/Tk, not in PgcEdit. I don't know why it worked before, but IMO, it is better to have the TEMP folder in an easily accessible place such as C:\Temp rather than in an hidden folder anyway!

And I'm glad you are not using Vista! XP is currently the best OS ever made by M$.

[tom942]

You say it, by M$ :D.

About PGCEdit preview, I thought that you have modified the code in version 2.7 to fix the similar bug that happened in linux, maybe is something related with that?.

[blutach]

This has been a long-standing issue with me that r0lZ already knows about and can not reproduce.

Does anyone else "lose focus" after previewing (ie not returning to the PgcEdit app, but having focus on the desktop)? I do more often than not and need to Alt-Tab to restore it....quite annoying.

Is this something others are experiencing or is it just my setup? All replies appreciated.

Regards

[r0lZ]

You say it, by M$ :D.

About PGCEdit preview, I thought that you have modified the code in version 2.7 to fix the similar bug that happened in linux, maybe is something related with that?.I don't think so. The problem under Windoze is that the shell (CMD.EXE or COMMAND.COM) needs a very specific character encoding, that depends of the language of the user (and that's really stupid!) and I'm not able to guess what encoding I must use to translate properly the foreign characters. As a consequence, when the path to the TEMP folder contains foreign characters, the Preview doesn't understand where it must save the temp file that PgcEdit needs to read when the preview is closed.

Under Linux, the problem was related to the fact that the temp file generated by the preview was saved in a wrong path, built using the Windoze logic, instead of in the easy to find and standard /tmp folder, and PgcEdit was therefore unable to find it.

But don't worry. I will have a look.

@blu: As you know, I haven't this problem, but I'm using the mouse more often than the keyboard. Maybe I haven't noticed how it is annoying yet!

[Calimari]

This has been a long-standing issue with me that r0lZ already knows about and can not reproduce.

Does anyone else "lose focus" after previewing (ie not returning to the PgcEdit app, but having focus on the desktop)? I do more often than not and need to Alt-Tab to restore it....quite annoying.

Is this something others are experiencing or is it just my setup? All replies appreciated.

Regards

That happens here too. I don't know if the next info is relevant, but as far as I remember, it only happens when watching a title and skipping to the next chapter by closing the preview window. It never happens when the nav returns to a menu. Could it happen when the same VOB is accessed several times?

[tom942]

@r0lz

I was looking in the temp folder how 8.4 and 8.5 work.

This is from 8.4's "preview.args.ini.2776" file before I click "Blank this Cell":

[PgcEditPreview]
VOBFileName = D:\Superman\VIDEO_TS\VTS_03_1.VOB
NumCells = 1
DAR = 16
Scale = 75
PGCTitle = VTST 3, 1 TTN 1 (0:47) Title 10
DefaultFileName = D:\Documents and Settings\Tom\Datos de programa\PgcEdit\preview.cfg.ini
CellNumber = 1
StartPlay = 0
AutoLocate = 500
NoOverlay = 0
AutoQuit = 0
SleepOnSingleFrame = 3000
MinDisplayTime = 2000
ThisID = 2776
ExitStopButton = 1
ExitTimeOut = 5000.0
BlankString = Blank this Cell
BlankIsChecked = 0

[CellStartEnds]
1=0 13625

and this is after I cliked "Blank this cell" and "Close preview":

[PgcEditPreview]
VOBFileName = D:\Superman\VIDEO_TS\VTS_04_1.VOB
NumCells = 1
DAR = 4
Scale = 75
PGCTitle = VTST 4, 1 TTN 1 (1:32) Title 11
DefaultFileName = D:\Documents and Settings\Tom\Datos de programa\PgcEdit\preview.cfg.ini
CellNumber = 1
StartPlay = 0
AutoLocate = 500
NoOverlay = 0
AutoQuit = 0
SleepOnSingleFrame = 3000
MinDisplayTime = 2000
ThisID = 2776
ExitStopButton = 1
ExitTimeOut = 5000.0
BlankString = Blank this Cell
BlankIsChecked = 0

[CellStartEnds]
1=0 29644

And creates a file called TCLC8.tmp with date 11/26/2006 and a size 500 kb (more or less).

The next one is what happens with 8.5:

It creates "preview.args_3620.ini" and inside is this before I tick "Blank this cell":

[PgcEditPreview]
VOBFileName = D:\Superman\VIDEO_TS\VTS_03_1.VOB
NumCells = 1
DAR = 16
Scale = 75
PGCTitle = VTST 3, 1 TTN 1 (0:47) Title 10
DefaultFileName = D:\Documents and Settings\Tom\Datos de programa\PgcEdit\preview.cfg.ini
ReturnFilePath = D:\Documents and Settings\Tom\Configuración local\Temp\preview_return.tcl
CellNumber = 1
StartPlay = 0
RealTimePlayback = 0
AutoLocate = 500
NoOverlay = 0
AutoQuit = 0
SleepOnSingleFrame = 3000
MinDisplayTime = 2000
ThisID = 3620
ExitStopButton = 1
ExitTimeOut = 5000.0
BlankString = Blank this Cell
BlankIsChecked = 0

[CellStartEnds]
1=0 13625

and this is after I clicked "Blank this cell" and "Close preview":

[PgcEditPreview]
VOBFileName = D:\Superman\VIDEO_TS\VTS_04_1.VOB
NumCells = 1
DAR = 4
Scale = 75
PGCTitle = VTST 4, 1 TTN 1 (1:32) Title 11
DefaultFileName = D:\Documents and Settings\Tom\Datos de programa\PgcEdit\preview.cfg.ini
ReturnFilePath = D:\Documents and Settings\Tom\Configuración local\Temp\preview_return.tcl
CellNumber = 1
StartPlay = 0
RealTimePlayback = 0
AutoLocate = 500
NoOverlay = 0
AutoQuit = 0
SleepOnSingleFrame = 3000
MinDisplayTime = 2000
ThisID = 3620
ExitStopButton = 1
ExitTimeOut = 5000.0
BlankString = Blank this Cell
BlankIsChecked = 0

[CellStartEnds]
1=0 29644

And creates a file called "TCLDB.tmp" with 0 bytes and I don´t have in the dir the file called "preview_return.tcl".

It looks that is something related with ReturnFilePath, isn't it?

I hope it helps :).

[r0lZ]

Yes, that's right. The problem is the "ó" in the path. As you can see, PgcEdit generates the command correctly. But when that file is read by the preview, another encoding is used, and the accented character is translated to something else. As a consequence, the return file cannot be created, and PgcEdit has no way to know that the user has ticked "Blank This Cell".

The responsible of the problem is Microsoft! Why is it needed to translate Local settings to Configuración local? And why temp files must be created in such an unreachable folder?

I have tried in the past to create a new TEMP folder in the root of the system drive (ie C:\Temp) but when I did that, I have received numerous complains. And, anyway, under Vista, the user has not the rights to create a folder or file directly in c:\ any more. So, thanks to Bill Gates, there is no solution to this problem.

[tom942]

And is it possible to not set that "ReturnFilePath"?.

Because as you can see in the "old" PGEdit Preview 2.5 that command it's not created and the app works flawless.

Mmm, and make a "temp" directory under the directory where you install PGCedit?, I mean something like "temp" in the same level that "bin" and "plugins".

And yes, what can be expect from M$, that tries to copy the security leves from Unix to enhance the security feeling and instead of that, it asks you even if you what to go to bathroom... :D, and sure, people get fed up of it and disable it... :D

[r0lZ]

Well, maybe. The problem is related to wine under Linux. The preview runs under wine, but PgcEdit itself runs in the native Linux environment. Previously the preview had the task to find the temp folder path itself. But that doesn't work well under wine, as an application running under wine has no way to know that it is really running under Linux, and therefore the preview uses the windows folder, and PgcEdit the Linux folder. Incompatibility!

Maybe passing a simple argument that says if PgcEdit is running under Windows or under Linux is sufficient. I have to see that with jeanl.

Anyway, thanks for the idea and for your investigations.

[tom942]

Thanks to you. I'm learning a lot of DVD navigation with your app.

BTW, do you know where to find a manual for DVD commands (something similar of how to code in C) and a glossary, for instance of what is a TTN?.

Thanks in advance :).

[r0lZ]

I heve explained the terminology used by PgcEdit recently in a forum, but I don't remember where!

DVD Replica (http://www.dvd-replica.com/DVD/productinfo.php) is a good introduction to the DVD-Video specs. (BTW, in the command editor, if you click on the button with the name of the current command, the page explaining that command at DVD Replica is automatically loaded in your web browser.)

There are also some books like DVD Demystified by Jim Taylor and DVD Authoring and Production by Ralph LaBarge.

[tom942]

What a pity you don´t remember where :(.

I had already found DVD Replica thanks to your app, but if you don´t have a book or a tutorial it's like a try and error.

BTW, thanks for the info about the books. From the first one, I only know the FAQ, but as I see it is a complement for the book :(. I'll see if I can get one.

[r0lZ]

What a pity you don´t remember where :(.
Here it is: http://forum.doom9.org/showthread.php?p=1050562#post1050562

[Robotik]

Mmm, and make a "temp" directory under the directory where you install PGCedit?, I mean something like "temp" in the same level that "bin" and "plugins".
the situation reminds me of Total Commander's .ini file problem. in some scenarios it has to be replaced, and their solution is that the user can set the location if needed.
on some computers (where the user doesn't have administrator rights) the whole system drive might be read only, and a user-selected temp folder can solve that, too.
but again that may require more work than what it's worth.

[r0lZ]

Not a bad idea, Robotik. Thanks for the tip!

[AlienX69]

On some of the apps used a work I have to use the system "Short Names" in defining Paths, mainly to deal with special chars and SPACES in folder names.
Example:
In a comand window type "dir /x", Documents and Settings would be "DOCUME~1"

But might not be the solution in this case, just a thought !

[AlienX69]

Don't know if this has been mentioned before, I should have logged this previously as this had happen even in previous versions, for versions can't be specific, but I encountered it in the v7x.

I think this is related to the Preview Window as well.

This is the only thing I can account it to:
When Tracing though a DVD that has an extreme number of PGC's, and towards the bottom is when I encountered it.

The scroll bar become inactive ... see attached (r0lZ, will email).

The only way to reactivate the scroll bar is to Exit PgcEdit app and restart the app. Again this is NOT a common occurance, happens on very rare occasions. Does NOT cause any problems, still able to Save the session before exiting the app.

[r0lZ]

The short names are not an option, as I have no way to retrieve them using Tcl/Tk functions. But thanks for the suggestion.

In old versions of Tcl/Tk, the scroll bars disappearing was a common problem, but I haven't noticed that recently. Anyway, as I have no way to know that they are disabled, I can't change that.
BTW, have you tried to resize the window? That might be sufficient to refresh the scroll bar.

[AlienX69]

I didn't try to resize, but I did do a Re-Open of the DVD, the scroll bar was still inactive.

As mentioned NO BIG deal, just Exit and Restart, not a big hassle for such a GREAT app .... one of the BEST !!!!

Keep up the GREAT work on this FANTASTIC tool !!!!

[r0lZ]

Thanks!

[blutach]

@AX

Looks a bit like a video card issue. Do you have any other video issues? Have you overclocked your video card?

Regards

[Politiken]

Observation: I always do my menu(s) in another application using small clips and then replace these within PGCEdit. This way I always end up with only VTS_01_1.vob etc. and no VTS_01_2.vob because of the small size.

If the replacing title has a VTS_01_2.vob this file is added and everything is OK. But if I now use "Restore backup" then the (now obsolete) VTS_01_2.vob is not deleted from the folder.

I'm using the latest PGCEdit v8.5
regards Pol

[r0lZ]

Thanks for the bug report, Politiken!
I've added this in my todo list...

[ch@@boom]

hi r0lZ,

i use pgcedit to get a list of the PGCs and use the function:
Display PGCs list as text

now i know you support an input via command line
e.g. pgcedit.exe w:\VIDEO_TS\VIDEO_TS.IFO

is there also a way to export this text file via command line?
e.g. pgcedit.exe w:\VIDEO_TS\VIDEO_TS.IFO -pgclist c:\pgclist.txt

thx

[r0lZ]

No, only the source folder can be specified with the command line. It is impossible to control all aspects of PgcEdit from the CLI! Sorry.

[AlienX69]

@AX

Looks a bit like a video card issue. Do you have any other video issues? Have you overclocked your video card?

Regards

Sorry for the delay in the response Blu .......

No I don't think it's a VC issue, I don't have any other Video issues and don't OC the card.

Its VERY RARE that this happens, not sure what it's tied too. Reason I posted was to see if anyone else experience this, if not, maybe it is my hardware .... hum !!

Not a big deal to restart PgcEdit though !!

THX ... AX

[Anime]

hello i'm wondering is it possible adding features like importing palette from .SST and .SON (From MaestroSBT)
>> Palette entries: 01~16 (*depends)
this is what i use to make subtitle.

~thanks for making pgcedit~
it is a great tool!

st_format 2
Display_Start non_forced
TV_Type NTSC
Tape_Type NON_DROP
Pixel_Area (0 476)
Directory C:\Documents and Settings\Administrator\Desktop\New Folder\
Subtitle DVD06sc
Display_Area (0 2 719 478)
Contrast (15 15 15 0)

#
# Palette entries:
#
# 01 : RGB(255,255,255)
# 02 : RGB( 31, 31, 31)
# 03 : RGB(255,255,128)
# 04 : RGB(243,235,207)
# 05 : RGB(206,255,206)
#

PA (0 0 255 - - - )
E1 (255 0 0 - - - )
E2 (0 0 0 - - - )
BG (255 255 255 - - - )


SP_NUMBER START END FILE_NAME
Color (2 1 1 1)
0001 00:00:00:09 00:00:00:11 DVD06sc_0001.bmp
0002 00:00:01:11 00:00:01:17 DVD06sc_0002.bmp

__________________________
second request: is it possible to have a scrollbar resizeable window for >>edit pgc..... it is beyond my stupid resolution 640x480 to control cell

[r0lZ]

Well, it should be possible to import any format, but the example you gave has only 5 colors. Is it a complete file? Can you send me one or two examples? (See my new email address on the PgcEdit homepage, please.)

For the scrollbar, I don't know. You are probably the only one that uses such a low resolution today! IMO, the minimum size is now 1024x768.

[Anime]

ah already sent to your email (new)
4 x sst attachment
the sst with 4 color isn't incomplete file
it is because only 5 is used at the time but if used upto 16 there will be 16 slot

is it possible just take the 1st 5 color and keep the rest intact? when import sst as palette?

is it possible to add idx (vobsub) palette too?
_______________________-
oh my monitor is actually a RGB TV because of my small room
with alot of anime box stacking in a 220cm shelves all around the room...
i couldn't add another monitor inside, the only way is changing away the TV to higher resolution HDTV with RGB / HDMI? input... but it cost quite alot when changing TV....

my RGB TV is PANASONIC TX-29P100X
http://www.btc.com.eg/f_tx29p100x.htm

sad to hear that there is not possible of adding scroll bar to pgcedit... because i find it easy to edit cell using pgcedit... =/

but too bad untill i'm richer to effort a new TV then...

hope you look into import palette... ^^

[Robotik]

IMO, the minimum size is now 1024x768.
i use 800x600 and it works fine. rarely have to hide windows taskbar, but that's all.

[d3m]

I noticed a small typo in 8.5. When I bring up the PgcEditor and click on VOB/Cell ID, the very first word shows up as "Assing". I believe it should be "Assign". :P

http://img220.imageshack.us/img220/1572/pgceditvobcellidnj8.png

http://img220.imageshack.us/img220/1572/pgceditvobcellidnj8.png

[r0lZ]

Yup! Typo corrected.
Thanks!

[AlienX69]

Hi r0lZ,

I just bought myself and UPGRADE for my birthday, my box was acting up, corrupting my edits ... I/O issues.

I purchased a Core 2 Duo E6850 Conroe 3.0GHz, 2gb RAM, ECS mobo combo ($250).

When I preview now, it zings (like 32X speed), 1-2min Titles fly by ..... sure glad the slider is there.

Anyway to slow this down ? ? ?

AX

[r0lZ]

Use Preview -> Real Time Playback.
You might have to disable the DirectDraw overlays too.

[itchione]

Cleaned up my dvd by killing unwanted pgc's (that are never logically called) and then deleted the pre and post commands for these pgc's (probably not needed to be done). Then tried "delete uncalled pgc's" but not many were removed. After some stuffing around, i finally deleted the calling commands within the many title pre/post command blocks. Now when trying "delete uncalled pgc's" about 147 were deleted :)

One problem was that the main title would not call the main menu at end of last chapter. Not too difficult to fix although not sure why the link from VTST to VMGM was lost. However while editing button commands (accessed from "Menu" while tracing), i started to get the following types of error whenever i double clicked a command:

can't set "::hexcommand": invalid command name ".cmdeditor.mainframe.frame3.disasm"
can't set "::hexcommand": invalid command name ".cmdeditor.mainframe.frame3.disasm"
while executing
"set ::hexcommand [lindex $cmd 0]"
(procedure "::main::action_Edit_Cmd" line 13)
invoked from within
"::main::action_Edit_Cmd"
(command bound to event)

if i double click the same command after the error window is closed, the edit window opens correctly. Is this a known problem or is it something i have caused ?

Cheers, Itchione

[r0lZ]

Well, it is difficult to understand what is causing this error, but don't worry too much. The error is related to the GUI, and probably not to the structure of the DVD.

Technical: The error can happen if the command editor window has been closed in a non-standard way. The variable ::hexcommand (that holds the current command to edit) is still bound to the hexadecimal fields of the command editor, but the editor is not there any more to receive it. I wonder how it is possible to close the editor in that non-standard way, but apparently, you've found how! ;)

IMO, if you quit and restart PgcEdit and reload your DVD, you should not see this error any more. Of course, let me know if it's your DVD that causes the problem...

[AlienX69]

r0lZ,

:thanks: for the tip above, but that is a little too slow, getting use to the 32x-64x speed.

Another ? .... I saved the WRONG setting of "Always select 'Yes' on making a copy of .VOB when blanking cells during Trace. I did a reset 'Restore defaults', but this setting stay, would NOT bring the dialog box back .... keeps making copies ......

What would really be nice if there was a 'Yes' or 'No' ..... I figured if I checked the box and selected 'No' I would NOT get the dialog box any longer and it would NOT make a Copy ...... my mistake .... my preference would be 'No' copy !!!

AX

Hope that's clear as Mud !!!! :)

[r0lZ]

The preview can run only in two modes: as fast as it can, or in real time. But you can change the setting in trace mode to use the slider manually only.


There are two ways to restore an hidden dialog box.

"Options -> User Interface -> Restore all hidden dialog boxes" does exactly what it means.

You can also use "Display hidden dialog boxes during current session" (in the same menu), then do any action that calls the hidden dialog, and, when the dialog is displayed, untick the option to hide it. Then, restart PgcEdit. This way, you don't lose the settings of the other dialogs.

Sorry, but I can't implement multiple choices for the "hide dialog" option. The default option (normally always the safest one) is assumed when the dialog is hidden.

[AlienX69]

As always, THX so much for such a wonderful proggy. Makes all my backups so CLEAN........

Regards,
AX

PS: Just need to verify that <addy removed> is the correct addy for donations ? ? That's what comes up in PayPal, but I read the folowing on your web page:
NOTE: The old email addresses at <addy's removed> are no longer valid! Please use the address above.

[r0lZ]

Oops! I forgot to change the e-mail address in the PayPal button. My address at scarlet is no longer valid. I will change it right now, but I think I should receive the donations anyway, although I might not receive the notifications.

Anyway, in the future, please do not write any e-mail address in a forum. That's too easy for spammers! Luckily, they can freely span my old address! :)

[AlienX69]

Sorry, addy's removed ..... and donation coming ur way ....

Again THX for the help and the great tool !!

AX

[r0lZ]

Finally, the new PgcEdit is here!

PgcEdit v 8.6 (January 12, 2008)

A. DVD -> Clear Jumps to Void PGCs, to replace the pre/post/cell commands jumping to void PGCs by NOPs and to clear the Prev/Next/GoUpPGCN links to void PGCs. Handy to improve the efficiency of Delete Uncalled PGCs and to remove automatically all references to a PGC if you make it void before.
E. PGC Editor -> Del Angles: Since it is possible to keep several angles with FixVTS or VobBlanker, it is now possible to leave several angles in place. Previously, it was necessary to delete all angles but one.
E. PgcEditor -> Import CLUT: It is now possible to import the colors defined in Scenarist .SST files. The colors that are not defined are not modified.
E. When deleting a PGC of a non-sequential Title and that deleted PGC is not a dummy and has chapters, the deleted chapters were always remapped to some remaining programs. Now, the chapters are completely deleted when they are the last chapters of the title. They are still remapped when they are necessary to fill gaps in the chapter table.
E. Delete uncalled PGCs: Now, when a Title PGC cannot be deleted because the menu of the same VTS is still referenced, the commands of the orphan Title are changed to a CallSS to the FP-PGC. This way, useless commands pointing to nowhere are removed.
E. Find Jumps to Void PGCs: Added a warning with the void entry menu PGCs that can be called with the remote.
E. Info -> GPRMs: Added a "Refresh" button to recompute the usage counts.
E. Suppressed the warning displayed when a DVD is read about wrong time map tables then the VTS_PTT_SRPT table doesn't exist at all.
E. Added the following hot keys: DVD -> Clear Jump to Void PGCs: Ctrl+Shift+J
DVD -> Delete Uncalled PGCs: Ctrl+Shift+U
Info -> Find Jumps to Nowhere: Ctrl+Shift+N
E. Improved some error messages.
E. When a DVD is loaded, PgcEdit checks now if the TTN number assigned to a title PGC is not 0, and if it is 0, it offers to assign the TTN 1 instead.
E. When a DVD is loaded, PgcEdit checks now if all VOB files are referenced by the IFOs, and offer to remove the unreferenced VOB files. This solve also the issue of unnecessary VOBs left after a Restore Backup operation.
F. The number of PTTs was not updated in VMG_TT_SRPT after the use of Title -> PTT (Chapter) Editor.
F. PGC Editor: the number of PGs was sometimes wrongly incremented by 1.
F. PGC Editor and Replace VTST Titles: When the number of programs of a PGC was modified in the PGC Editor and then, in the same PgcEdit session, that VTS was replaced by another one using the option to keep the data of the original PGC, the number of programs was wrong, and that caused the PGC Editor to crash.
F. Trace: Bug when a button or BOV command did not include a jump elsewhere.
F. Fixed a bug occurring when the PGC comments or GPRM labels have been modified, the DVD Text General Name contains a character illegal in a file name such as ":" and the option to automatically save the user comments in the backup folder was not enabled.
F. Fixed a possible bug under Vista when Roxio and Macrovision Software Manager has been installed. The path to the Application Data folder was wrong.
F. Fixed a possible bug with the length of the VTSI_MAT table when its end-byte pointer is (intentonally?) wrong. (Thanks Michael!)
F. DVD-Text General Name: When creating a new VMG_TXTDT_MG table, an useless pointer was initialized. It is now set to 0.
E. The standalone executable is now wrapped with freeWrap v6.3. PgcEdit should now start without problem under Ubuntu v7.10 Gusty.
E. Added the possibility to specify the character encoding needed by some foreign systems with accented characters by defining the system environment variable PGCEDIT_ENCODING, or with the command line option /E=encoding or -e=encoding. Specify /? or -h to see a list of the available encodings. The default encoding is cp1252.


DVD Shrink plugin v 2.6 (October 3, 2007)
Enhance and fix authoring uses now the original SetSTN commands defined by the user with the DVD Shrink option "Set Default Streams..."


Play All plugin v 1.3 (January 1, 2008)
Bug fix: Error when creating a play all PGC from the VMGM domain.
Bug fix: The check for the minimal version of PgcEdit was wrong, and the plugin was unable to work when the DVDShrink plugin was not installed.


Search and Replace plugin v 2.6 (December 31, 2007)
Added the options to limit the action of the Search and Replace to a VTS range, to the menus or title domains, and to the pre, post, cell or button areas only.
Bug: some commands were not replaced due to upper/lower case problems.
Several bugs introduced in beta releases 2.2, 2.3, 2.4 or 2.5 have been fixed too.

[ron spencer]

crazy good!!!!

thanks!!!!!

don't forget to metion at the folks at dvdlab!!!


superb!!!!!!!!

happy New Year

[blutach]

Just another fantastic effort. Thank you so much r0lZ for eveything you do for us.

Regards

[Hubbabub]

Finally, the new PgcEdit is here!

PgcEdit v 8.6 (January 12, 2008)


Thank you so very much for the new PgcEdit version

[dirio49]

Thanks a lot r0lZ.
Great job

[Rippraff]

Thanks a bunch r0lZ! :)

Cu Rippraff

[kikatu]

:thanks: r0lZ!

[SamuriHL]

Awesome, thanks!!

[Robotik]

yay! thanks a lot!

[jinjin_jp]

:thanks: for new version, r0lZ.

Is there any guide about new function of DVDShrink plugin ?
>>>Enhance and fix authoring uses now the original SetSTN commands defined by the user with the DVD Shrink option "Set Default Streams..."
I thought it is the function which set default stream like DVDShrink later. But anything sems not to be happened.
I often forgot to set it when using DVDShrink.

Regards.

[r0lZ]

Thanks to everybody!

@jinjin_jp:
The old version of the plugin did not take the stream assignments made in Shrink into account. Now, they are maintained.
Of course, you can also use PgcEdit to insert a SetSTN command where necessary, if you forgot to do it in Shrink.
Do you really need a guide to explain that?

[tom942]

Thanks r0lz for the new version :). I have tested a bit the trace mode, and it seems to work fine again even without modify anything.

If it is needed, where should I write "PGCEDIT_ENCODING"?; in the same place that TEMP or TMP are defined?.

Regards.

[r0lZ]

Yes.
Control Panel -> System -> Advanced tab -> Environment Variables -> User or System Variables.

If you define the variable for the current user only, you will have to do the same modification if you log in as a different user. System variables are global, and defined for everybody.

[President]

Thank's a lot, r0lZ!
:thanks:

[jinjin_jp]

Thanks to everybody!

@jinjin_jp:
The old version of the plugin did not take the stream assignments made in Shrink into account. Now, they are maintained.
Of course, you can also use PgcEdit to insert a SetSTN command where necessary, if you forgot to do it in Shrink.
Do you really need a guide to explain that?

Thanks for the explanation.
I misunderstood its function. I tried to compare with old plugin. Now I can understand.

I need not to guide. I know how and what edit commands manually.
I misunderstand as new function of editing automatically default stream.

Regards.

[AlienX69]

More NEW stuff to learn ..... it's ALL GOOD !!!

A. DVD -> Clear Jumps to Void PGCs, to replace the pre/post/cell commands jumping to void PGCs by NOPs and to clear the Prev/Next/GoUpPGCN links to void PGCs. Handy to improve the efficiency of Delete Uncalled PGCs and to remove automatically all references to a PGC if you make it void before.

Love dem hotkeys:
E. Added the following hot keys:
DVD -> Clear Jump to Void PGCs: Ctrl+Shift+J
DVD -> Delete Uncalled PGCs: Ctrl+Shift+U
Info -> Find Jumps to Nowhere: Ctrl+Shift+N

Question:
========
What controls where (location) the FixVTS dialog box lands on the desktop? I've moved and tried doing save settings to noavail. Have two WS's and it's different on each, so I assume there is a way set the where it Opens ?

THX r0lZ for a Superior editing tool !!!

Regards,
AX

[Calimari]

As always, nice work, rOLZ. Thank you for spending so much time and efforts on it and providing us with the most powerful dvd editing tool on earth.

[r0lZ]

What controls where (location) the FixVTS dialog box lands on the desktop? I've moved and tried doing save settings to noavail. Have two WS's and it's different on each, so I assume there is a way set the where it Opens ?
The FixVTS settings are saved in FixVTS.ini, located in your application data folder.
I suppose that FixVTS doesn't save its settings when it is launched from PgcEdit because it uses the command lines options rather that the default options stored in its config file, but it reads the window position from the ini file anyway. Therefore, you can save the position of the FixVTS window on the desktop if you launch it by double-clicking its icon. Just be sure to launch the version of FixVTS that PgcEdit uses.

@Calimari: :thanks:

[AlienX69]

Thought I looked, apparently didn't look hard enough !!!

Again ... THX r0lZ for a Superior editing tool and all the assistance !!!

Cheers Mate
AX

[dirio49]

Somehow closing trace and opening it again does not allow to continue where you stopped. you have to reinitialize in order to continue.
thanks

--> Entering VTSM 1 , LU 1 (en) , 16 (2:10) 8b.
-- pre 1 : if ( gprm(6:Jump2PGC_control) != 1022 ) then { Goto line 19 }
if ( 66 != 1022 ) : true.
-- pre 19 : NOP
-- pre 20 : (SetHL_BTN) Set Highlighted Button =(mov) 1024 (button 1)
-> sprm(8:Highlighted button number) = 1024 (0x0400) = button 1
-- pre 21 : if ( gprm(10) & 16 ) then { LinkPGN Program 2 }
if ( 56 & 16 ) : true.
******* Start playback VTSM 1 , LU 1 (en) , 16 (2:10) 8b....
******* Playing Program 2, Cell 3 (0:59.11) (4 buttons)
-> sprm(8:Highlighted button number) = 1024 (0x0400) = button 1
Selected menu button: 1
-- button : LinkPGCN PGC 10
+++++++ Returning to VTSM 1 , LU 1 (en) , 10 (dummy), entry point.
-> gprm(0) = 0 (0x0000)
-> gprm(1) = 0 (0x0000)
-> gprm(2) = 0 (0x0000)
-> gprm(3) = 0 (0x0000)
-> gprm(4) = 2 (0x0002)
-> gprm(5) = 66 (0x0042)
-> gprm(6) = 66 (0x0042)
-> gprm(7) = 66 (0x0042)
-> gprm(8) = 0 (0x0000)
-> gprm(9) = 10 (0x000A)
-> gprm(10) = 56 (0x0038)
-> gprm(11) = 0 (0x0000)
-> gprm(12) = 0 (0x0000)
-> gprm(13) = 0 (0x0000)
-> gprm(14) = 999 (0x03E7)
-> gprm(15) = 999 (0x03E7)
-> sprm(1:Audio stream number) = 0 (0x0000)
-> sprm(2:Sub-picture stream number) = 0 (0x0000)
-> sprm(4:Title number in volume) = 1 (0x0001)
-> sprm(5:Title number in VTS) = 1 (0x0001)
-> sprm(6:PGC number) = 1 (0x0001)
-> sprm(7:Chapter number (or PGN)) = 28 (0x001C)
-> sprm(8:Highlighted button number) = 1024 (0x0400) = button 1
-> sprm(14:Video preference and current mode) = 2 (0x0002)

[blutach]

I also have a trace problem. Pressing Root and then Run stops playback after the root menu is played - not display of the menu. Think this might be related?

Regards

[r0lZ]

I don't think so, but who knows?!

I will have a look...

[selyb]

Upgrading from 8.5 to 8.6 broke my file association.

I installed ActiveTCL on my xp machine and use the PGCEdit_Source.
Then, I associated .bup files with "%programfiles%\Tcl\bin\wish84.exe" "%1" %*
When I double clicked the bup file, I received this:

Error in startup script

couldn't read file "/Tcl/work/PGCEDIT/PgcEdit_main.tcl": no such file or directory while executing
"source /Tcl/work/PGCEDIT/PgcEdit_main.tcl" invoked from within
"if {[file exists PgcEdit_main.tcl]} {
source PgcEdit_main.tcl
} else {
source /Tcl/work/PGCEDIT/PgcEdit_main.tcl
}"
(file "e:\programs\pgcedit\pgcedit.tcl" line 79)

When I double cilck the bup file, the PgcEdit.tcl script looks in the VIDEO_TS folder for PgcEdit_main.tcl

I changed this code in PgcEdit.tcl # launch PgcEdit
if {[file exists PgcEdit_main.tcl]} {
source PgcEdit_main.tcl
} else {
source /Tcl/work/PGCEDIT/PgcEdit_main.tcl
}

to this # launch PgcEdit
set scriptpath [file dirname [info script] ]
if {[file exists $scriptpath/PgcEdit_main.tcl]} {
source $scriptpath/PgcEdit_main.tcl
} else {
source /Tcl/work/PGCEDIT/PgcEdit_main.tcl
}

and it works for me now

[r0lZ]

Thanks for the fix! I will modify the launcher immediately. Indeed, I haven't tested the new startup script as it should, because my source files are in C:/Tcl/work/PGCEDIT/, and therefore the original script worked well, but on my system only!

BTW, I had to split PgcEdit.tcl in that startup script and PgcEdit_main.tcl to be able to modify the character encoding before loading any file containing strings that must be translated in foreign languages, as the accented characters are not rendered correctly with the default character encoding. If your system doesn't use foreign characters, you can probably launch PgcEdit_main.tcl directly. Also, changing the current directory to the PgcEdit installation folder before launching it is probably sufficient to run the current source files without problem.

Sorry for that bug. The fact is that you are probably the only one using the source code instead of the standalone exe, and it is difficult for me to have some feedback on using PgcEdit that way!

[selyb]

glad i could help :)

[Mtz]

r0lZ, can you add a feature for newbies?
DVD example: 3 audio streams and 5 subtitle streams. When I push the "Play Movie" button from main menu, I want the movie to start with some desired streams, for example: Audio 2 and Subtitle 3; or Audio 3 and Subtitle None.
And if is possible, to add something you want in the "Domain Streams Attribution" window like "Default Stream" to be checked if the user want some default stream from the list.

enjoy,
Mtz

[r0lZ]

Unfortunately, that's not possible. Each DVD is different, and finding where the streams are initialized is not easy without doing a full trace. You have to find yourself where the SetSTN command is executed, and how to change it to select your preferred language instead of the default streams. That's relatively easy when the SetSTN sets the streams directly, but less easy if it uses GPRMs. In this case, you have to restart the trace, to see where that GPRMs are initialized with the stream numbers, and modify that commands. (I have recently explained this method with more details elsewhere, but I don't remember where. Use search!)

It is theoretically possible to define the default languages in the setup menu of your player. But most of the time, a specific stream is forced by the DVD itself, and the setups are ignored.

However, there is a semi-automatic method to define the default streams. Use "Jump to PGC upon DVD Insert", and be sure to visit the language menus of the DVD during the trace before returning to the main menu and applying the macro. See the guide on my site. This way, the streams you have selected will be used by default, but, of course, when you insert the DVD, everything that is normally played before the main menu will be skipped.

[Mtz]

Thanks!
I used the UncasMS guide for audio streams. It is very simple and doesn't need any trace, SetSTN or GPRM. :D
For subtitles I think I can use DVDSubEdit.

enjoy,
Mtz

[r0lZ]

DVDSubEdit doesn't allow you to select the default subtitles. It's a tool to edit some aspects of the subtitles.

[Plutox]

I should have investigated this a bit more before posting, but had to leave for work so here is what I have so far.

I was working on a DVD created by a Sony PVR/DVD Recorder (these discs have a very simple structure), and upgraded to 8.6 (from stand alone 8.5) while tinkering. I now discover that PGCEdit terminates with an exception error when attempting to load my Sony DVD - 8.5 was OK. I haven't had the time to try any other discs yet.

System is Windows XP and upgrade to 8.6 was performed directly from the menu. Sorry this information is so sparse but I had no time to pursue this further. What to do next?

[r0lZ]

Hum, that's very strange. Due to its interpreted nature, exception errors are very rare in Tcl/Tk. Maybe the bug is caused by something external to the PgcEdit code itself, such as the preview or the library that plays the sounds (and is somewhat leak!)

To help me locate the bug, you can try to disable the DirectDraw overlays in the preview, or disable the preview completely. (Both options are in the Preview menu.) You can also disable the sounds (Options -> User Interface -> Play Sounds...)
Also, try to locate exactly when the program crashes, and what you were doing before.
And, if it's possible, could you create a tiny test DVD, verify if it causes PgcEdit to crash, and upload it to YouSendIt?
Also, please describe your hardware. Seems that dual-core processors are often the cause of crashes.

[Plutox]

please describe your hardware. Seems that dual-core processors are often the cause of crashes.

Hardware is standard single-core 2.4GHz P4 (845PE chip set).

I'll try your suggestions and anything else which comes to mind in an attempt to pin this down further. This DVD causes a dialog at load time which says something like, "No first-play PGC exists - shall I create one <OK>" This works fine on 8.5 but 8.6 generates an exception - possibly a divide by zero (but I cannot be certain right now) before this dialog appears.

p.s. To whom do I send it at yousendit?

[foobaz]

I cannot open a Mr. Woodcock rip with PgcEdit 8.6. I ripped the whole DVD successfully with DVDFab HD Decrypter 4.0.5.5 (Jan 23, 2008). PgcEdit crashes with the following error:

---------------------------
SnackDSound: pgcedit.exe - Application Error
---------------------------
The instruction at "0x020b4512" referenced memory at "0xf7c8bcc0". The memory could not be "written".


Click on OK to terminate the program
Click on CANCEL to debug the program
---------------------------
OK Cancel
---------------------------

I get this even after processing the full DVD with FixVTS v1.603.

I can open it with PgcEdit 7.4 both before and after using FixVTS but I get the following warnings:

---------------------------
PgcEdit: Read DVD
---------------------------
Warning in VMG_TT_SRPT table!
The Titles 1 and 2 are assigned to the same PGC (VTS 1, PGC 1.)
This strange authoring might be illegal, but it's not sure.

Since Title 2 is not the last one in the table, PgcEdit cannot remove it.

If you want, you should remove it with IfoEdit.
You will have to verify that is is not called with Info -> Find Jumps to Nowhere.
If there are jumps to Title 2, replace them with jumps to Title 1.
---------------------------
OK
---------------------------

---------------------------
PgcEdit: Read DVD
---------------------------
Warning in VMG_TT_SRPT table!
The Titles 7 and 18 are assigned to the same PGC (VTS 4, PGC 1.)
This strange authoring might be illegal, but it's not sure.

Since Title 18 is not the last one in the table, PgcEdit cannot remove it.

If you want, you should remove it with IfoEdit.
You will have to verify that is is not called with Info -> Find Jumps to Nowhere.
If there are jumps to Title 18, replace them with jumps to Title 7.
---------------------------
OK
---------------------------

---------------------------
PgcEdit: Read DVD
---------------------------
Warning in VMG_TT_SRPT table!
The Titles 19 and 20 are assigned to the same PGC (VTS 5, PGC 1.)
This strange authoring might be illegal, but it's not sure.

Since Title 20 is not the last one in the table, PgcEdit cannot remove it.

If you want, you should remove it with IfoEdit.
You will have to verify that is is not called with Info -> Find Jumps to Nowhere.
If there are jumps to Title 20, replace them with jumps to Title 19.
---------------------------
OK
---------------------------

---------------------------
PgcEdit: Read DVD
---------------------------
Warning in VMG_TT_SRPT table!
The Titles 21 and 22 are assigned to the same PGC (VTS 6, PGC 1.)
This strange authoring might be illegal, but it's not sure.

Since Title 22 is not the last one in the table, PgcEdit cannot remove it.

If you want, you should remove it with IfoEdit.
You will have to verify that is is not called with Info -> Find Jumps to Nowhere.
If there are jumps to Title 22, replace them with jumps to Title 21.
---------------------------
OK
---------------------------

---------------------------
PgcEdit: Read DVD
---------------------------
Warning in VMG_TT_SRPT table!
The Titles 23 and 25 are assigned to the same PGC (VTS 7, PGC 1.)
This strange authoring might be illegal, but it's not sure.

Since Title 25 is not the last one in the table, PgcEdit cannot remove it.

If you want, you should remove it with IfoEdit.
You will have to verify that is is not called with Info -> Find Jumps to Nowhere.
If there are jumps to Title 25, replace them with jumps to Title 23.
---------------------------
OK
---------------------------

---------------------------
PgcEdit: Read DVD
---------------------------
Warning in VMG_TT_SRPT table!
The Titles 26 and 28 are assigned to the same PGC (VTS 8, PGC 1.)
This strange authoring might be illegal, but it's not sure.

Since Title 28 is not the last one in the table, PgcEdit cannot remove it.

If you want, you should remove it with IfoEdit.
You will have to verify that is is not called with Info -> Find Jumps to Nowhere.
If there are jumps to Title 28, replace them with jumps to Title 26.
---------------------------
OK
---------------------------

---------------------------
PgcEdit: Read DVD
---------------------------
Warning in VMG_TT_SRPT table!
The Titles 29 and 31 are assigned to the same PGC (VTS 9, PGC 1.)
This strange authoring might be illegal, but it's not sure.

Since Title 31 is not the last one in the table, PgcEdit cannot remove it.

If you want, you should remove it with IfoEdit.
You will have to verify that is is not called with Info -> Find Jumps to Nowhere.
If there are jumps to Title 31, replace them with jumps to Title 29.
---------------------------
OK
---------------------------

---------------------------
PgcEdit: Read DVD
---------------------------
Warning in VMG_TT_SRPT table!
The Titles 32 and 34 are assigned to the same PGC (VTS 10, PGC 1.)
This strange authoring might be illegal, but it's not sure.

Since Title 34 is not the last one in the table, PgcEdit cannot remove it.

If you want, you should remove it with IfoEdit.
You will have to verify that is is not called with Info -> Find Jumps to Nowhere.
If there are jumps to Title 34, replace them with jumps to Title 32.
---------------------------
OK
---------------------------

---------------------------
PgcEdit: Read DVD
---------------------------
Warning in VMG_TT_SRPT table!
The Titles 35 and 37 are assigned to the same PGC (VTS 11, PGC 1.)
This strange authoring might be illegal, but it's not sure.

Since Title 37 is not the last one in the table, PgcEdit cannot remove it.

If you want, you should remove it with IfoEdit.
You will have to verify that is is not called with Info -> Find Jumps to Nowhere.
If there are jumps to Title 37, replace them with jumps to Title 35.
---------------------------
OK
---------------------------

---------------------------
PgcEdit: Read DVD
---------------------------
Warning in VMG_TT_SRPT table!
The Titles 38 and 40 are assigned to the same PGC (VTS 12, PGC 1.)
This strange authoring might be illegal, but it's not sure.

Since Title 40 is not the last one in the table, PgcEdit cannot remove it.

If you want, you should remove it with IfoEdit.
You will have to verify that is is not called with Info -> Find Jumps to Nowhere.
If there are jumps to Title 40, replace them with jumps to Title 38.
---------------------------
OK
---------------------------

---------------------------
PgcEdit: Read DVD
---------------------------
Warning in VMG_TT_SRPT table!
The Titles 41 and 43 are assigned to the same PGC (VTS 13, PGC 1.)
This strange authoring might be illegal, but it's not sure.

Since Title 43 is not the last one in the table, PgcEdit cannot remove it.

If you want, you should remove it with IfoEdit.
You will have to verify that is is not called with Info -> Find Jumps to Nowhere.
If there are jumps to Title 43, replace them with jumps to Title 41.
---------------------------
OK
---------------------------

---------------------------
PgcEdit: Read DVD
---------------------------
Warning in VMG_TT_SRPT table!
The Titles 44 and 46 are assigned to the same PGC (VTS 14, PGC 1.)
This strange authoring might be illegal, but it's not sure.

Since Title 46 is not the last one in the table, PgcEdit cannot remove it.

If you want, you should remove it with IfoEdit.
You will have to verify that is is not called with Info -> Find Jumps to Nowhere.
If there are jumps to Title 46, replace them with jumps to Title 44.
---------------------------
OK
---------------------------

---------------------------
PgcEdit: Read DVD
---------------------------
Warning in VMG_TT_SRPT table!
The Titles 47 and 48 are assigned to the same PGC (VTS 15, PGC 1.)
This strange authoring might be illegal, but it's not sure.

Since Title 48 is not the last one in the table, PgcEdit cannot remove it.

If you want, you should remove it with IfoEdit.
You will have to verify that is is not called with Info -> Find Jumps to Nowhere.
If there are jumps to Title 48, replace them with jumps to Title 47.
---------------------------
OK
---------------------------

---------------------------
PgcEdit: Read DVD
---------------------------
Warning in VMG_TT_SRPT table!
The Titles 49 and 51 are assigned to the same PGC (VTS 16, PGC 1.)
This strange authoring might be illegal, but it's not sure.

Do you want to remove Title 51 from the VMG_TT_SRPT table?
Don't forget to save the DVD if you want to permanently keep the fix.
You will have to verify that is is not called with Info -> Find Jumps to Nowhere.
If there are jumps to Title 51, replace them with jumps to Title 49.
---------------------------
Yes No
---------------------------

DVD Shrink 3.2.0.15 can open it no problem both before and after using FixVTS. I can play the DVD rip even with the cheesy Elecard DVD Player v2.2 both before and after using FixVTS. I haven't yet shrunk or burned it but I thought it would be useful to post my experience on this forum.

[Plutox]

To help me locate the bug, you can try to disable the DirectDraw overlays in the preview, or disable the preview completely. (Both options are in the Preview menu.) You can also disable the sounds (Options -> User Interface -> Play Sounds...)
OK - the last of these options does cure my problem. But I do not have a dual-core CPU. Make of that what you will :confused:

Thanks!

[silent_k]

I'm actually having 8.6 crash whenever trying to do any work...it first crashed everytime when running the automatic fix streams on a rip.

I also had it crash when attempting to KillPGC Playback, right before it would blank cells. Occurred with two different rips.

I updated 8.6 but overwriting the .exe from the .zip file as I usually do. I also tried directly downloading the .exe (which showed as having been updated today) Crashed with both files and shut down.

Having no problems after reverting to 8.5

I know how to use the program, but am definately no coder, if there is info I can send to help diagnose, let me know...

[r0lZ]

@ foobaz:
The error message comes from "snack", the Tcl/Tk library that plays a sound when a dialog is shown. Please open PgcEdit without loading a DVD, go to Options -> User Interface, and untick the Play Sound option. Then, re-open your DVD. Please confirm that PgcEdit doesn't crash any more. Thanks.

@ Plutox:
Thanks for the confirmation. I suspected already a problem with the sound. As you can see, you are not alone!

@ silent_k:
I guess it's also a problem with the sound. Please disable it, as explained above, and report if that cured the problem.

@ everybody:
Seems that the "snack" library, responsible of the sound, is crashing under the new version of freeWrap. I will try to fix that problem, and will post a beta soon. If I can't fix it, I will simply remove the sound support. Strangely, the sound works perfectly on my computer, and the beta testers have not reported any problem, so I guess it is dependent of some hardware or software configuration. I will need your help...

[silent_k]

rolz,

sorry for the delayed response, was busy with work. i wanted to confirm for you that after unticking the play sound option v8.6 no longer crashes for me. thanks for the tip!

i noticed that after the play sounds feature it does note (for dual core cpu bug). i don't know if this makes any difference, but my box is a core2duo

thanks again for all your hard work on this tool!

[r0lZ]

Thanks for the confirmation. It's what I suspected. Unfortunately, the Snack library used to play a sound under Tcl/Tk seems very unstable. It works fine on my system and under Linux, but apparently not under all hardwares and/or all versions of Windows.

I have already modified the Play Sound option. In the next version, you will have the choice of no sound, the standard bell (that doesn't use the Snack library) or the different sounds for each type of dialogs, if yous system can support the Snack library. Also, the standard bell is now the default (but PgcEdit will still use the Snack sounds if the current Play Sound option is ticked.)

[M_Knox]

Well, maybe my problem is also related to this "Snack" library - when the sound file is missing, it keeps on trying to load it over and over again.

I ran PgcEdit on a laptop, where, for some unknown reason, the system sound files were wrong in the Windows Registry. The laptop runs Windows XP PL. The sound names (names of the .wav files) are English in the Registry ("Windows XP Error.wav"), but on disk the files are Polish ("Windows XP - Błąd.wav"). When PgcEdit was about to display a dialog window, it kept looking for the wrong file, consuming up to 80% of the processor time and increasing its memory usage by 500KB per second untill pskill-ed.

Of course disabling the sound support for dialog boxes fixed this problem, as well as either renaming fils on disk or fixing the Registry entries, but in my opinion that should not happen - if the sound file is missing, the application should not hang, because inability to load a sound file (in this particular case) is not critical to the application's main purpose.

[r0lZ]

OK. I didn't know that bug. IMO, the function of the Snack library that plays the sound should simply return an error in this case, but obviously, it doesn't do that. I will check if the file is present before trying to play it. Thanks!

[r0lZ]

Strange. I'm unable to reproduce the problem. I have renamed one of the sound files, and of course it is not played any more, but the default bell is played instead (and playing the default bell works always.)
Furthermore, I have verified my code, and I check if the sound file exists before launching its playback.
However, in the registry, the files names contain ofter substitution variables (enclosed between % characters) that must be substituted to build the path. Maybe there is a bug occurring in some circumstances here. Can you confirm that there are % substitutions in the path names stored in the registry of your PL system? Can you copy here one of the filenames (as they are stored in the registry) that caused the problem?

[M_Knox]

In HKEY_CURRENT_USER\AppEvents\Schemes\Apps\.Default\SystemAsterisk key, both .Default and .Current subkeys contain %SystemRoot%\media\Windows XP Error.wav (and both are of REG_EXPAND_SZ type). However, the file on disk is "C:\WINDOWS\Media\Windows XP - Błąd.wav", and when I copied it under the "Windows XP Error.wav" name, all went okay.

As I said, I have no idea why it is so - I mean registry entries pointing to nonexistant files.

Additional info:
I did a little bit of testing on Windows 2000 and Windows XP, and found out the following:

1. It happens only on Windows XP
2. On Windows XP the application tries to play the "SystemAsterisk" sound only (falling into some endless loop when the sound is not found)
3. On Windows 2000, when the "SystemAsterisk" is not available, the application resorts to the ".Default" sound if available, otherwise it does not play any sound and does not hang.

(I checked only the Info dialog, but I assume other dialogs will behave the same).

There must be something. From the ProcessMonitor log I read, that the application first tries to open C:\WINDOWS, then C:\WINDOWS\Media (both operations successfull). Then it tries TWO TIMES to open the nonexistant sound file (these operations fail), and finally the application tries to open the C:\BOURNE_IDENTITY\VIDEO_TS folder (the one I started it from). Then it starts all over again - C:\WINDOWS, C:\WINDOWS\Media, sound files, VIDEO_TS folder, C:\WINDOWS, ...

[r0lZ]

Hum, really strange. Especially as I have XP, and no problem. Thanks anyway.

You have confirmed that a variable is used. %SystemRoot% expands usually to C:\WINDOWS. This is why that directory is opened first. Then the complete path is built, and C:\WINDOWS\media is opened, and the file is checked. If it is not found, several default locations are checked also:
%SystemRoot%\media
%windir%\media
%HOMEDRIVE%\Windows\media
%SYSTEMDRIVE%\Windows\media
C:\Windows\Media
and finally, the default path of the media folder is retrieved from the registry (HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\MediaPath)

Most of those paths expands to the same location, so it is normal, if the sound file doesn't exists, that the same path is checked several times, but, of course, not indefinitely.

Note also that the snack library is used to play the sound normally associated with the current level of the dialog box (info, question, warning or error.) If the sound file doesn't exist, or if snack cannot play it, the default bell (that doesn't use the snack library) is played instead. If the bug is in the way the bell command is implemented in Tcl/Tk, I have no way to fix it. However, I don't think so, because you should have the same problem elsewhere in the program, as the bell is often used.

SystemAsterisk is used for the info dialog. The other sounds used by PgcEdit are SystemQuestion (question), SystemExclamation (warning) and SystemHand (error). The sound stored under HKEY_CURRENT_USER\AppEvents\Schemes\Apps\.Default\.Default\.Current is probably used by the default bell. On my system, it is "%SystemRoot%\media\Windows XP Ding.wav".

I will try to clone exactly your installation, and check again...

[mikenadia]

The movie is Hairspray. Processed the ripped DVD with PGCEdit (did not do anything special: Parental management,uncalled PGCs...), run "ReBuild all timemaps". Everything OK (no warning...).Load in VOBblanker without processing. Everything OK (did not get the ILVU message).
Run DVD-RB 98.2 . Rebuild timemaps in PGCEdit (first time I was doing that after reencoding) and got the following warning

Dialog title: "PgcEdit: Rebuild Time Map"
Dialog type: warning
Dialog message:
WARNING: There is a discrepency in the VOBU End Presentation Time
of the nav pack at LBA 370631 (sector 370631 in VTS_01_1.VOB.)
The VOBU End Presentation Time value is less than the previous one:
110835957 < 110835957 !

I cannot compute the cell time of cell 4 of VTS 1, PGC 1!

If you have removed the Angles or the ILV information of the title,
this message is normal and you can freely answer "No to All".
Don't forget to process the domain with VobBlanker!

(This discrepancy can also be caused by VobBlanker if you have
replaced a single cell by several cells with different VOB IDs.)

Abort the rebuild of the time maps of VTS 1? (recommended)
Dialog buttons: [No to All] [Yes] [No]

I did not replace a single cell by several cells with different VOB IDs and I did not remove the Angles or the ILV information of the title (I checked : There is an AngleM but did not even get close to it). I loaded in VOBlanker (No ILVU message and no space to regain).
I would like not to lose the ILVU (if there is one. BTW, how can I check it?: Is it the AngleM?)
I redid the whole process twice (with the same movie) and can redo the same procedure with another movie if you wish so.
Thx

[M_Knox]

Yeah, I agree this is strange. As to Windows XP, I checked it on two computers, both running WinXP Professional PL, and both produce the same error (hang if sound file unavailable).

Anyway, I've got something else for you, regarding the "GPRM Labels Editor and Usage Count". Sometimes, when you click the usage count button, and the "Found gprm ... in DVD" window pops up, the usage count on the button does not match with the one in the popup caption. As an example I can send you an archive (500KB) containg a DVD, that:

1. the Label Editor shows a "75" as the usage count of GPRM 11

2. after pressing the usage count button on the dialog, the popup windows says "Found gprm\(11:[)] 82 times in DVD"

3. when manually counted, the occurences of gprm(11) in the popup add up to a total of 85 (3 command with "if" using gprm(11))

[blutach]

@M_Knox

This is a cunning one. It counts lines and usage separately.

Eg. Take a stupid looking command:

[61 50 0B 0B 00 0B 00 0B] 1 if ( gprm(11) > gprm(11) ) then { Set gprm(11) =(mov) gprm(11) }
Here the usage count is 4 but it will find it only once.


@mikenadia

You can tell if a title is interleaved or has angles. Double click it to bring up the PGC editor. Check the flags to interleave (interleaved allocation = bit 2 set) and the First ILVU End Sector (if no interleaving, all will be 0). It has nothing to do with the Angle Menu.

If VobBlanker doesn't report interleaving is present, there is none. Something's not quite right with the VOB.


Regards

[r0lZ]

OK, I've found and fixed the sound bug. What's really strange is that it happened only when both the default bell AND the Asterisk were not present. In this case, an infinite loop occurred.

For the GPRM count, I'm aware of a discrepancy. The usage count is obtained by counting the occurrences of the string "GPRM(X)" in the text of the VM commands. Therefore, if the same GPRM is used twice in the same command, it is counted twice also. But when the commands containing the GPRM are displayed, the command is present only once in the list. Hence the difference.

Another problem can happen when there are VOB cells with buttons or BOVs using the GPRM, but that cells are unreferenced. When PgcEdit checks the VOB files for menu buttons, it scans the whole file, including the unreferenced cells. Therefore, the number of occurences is sometimes increased by some commands that are not really a part of the DVD. Of course, stripping the unreferenced cells out of the VOBs fixes that problem.

Anyway, in your example, the label editor should display 85 (or more), and not 75. So, yes, please send me your test DVD. There might be another bug as well...

[Blu was faster than me, again!]

[r0lZ]

@mikenadia:

Funny, I have had exactly the same warning yesterday, but with a RipGuard protected DVD. The problem was, of course, in a protected cell.

I'm not sure if the problem was already present in the original DVD. If it's the case, and if that DVD is protected, you can try to remove the cell. But according to what you did, I suspect a bug in DVD-RB. Anyway, you can check easily if the problem was already present in the original DVD. Please let us know.

[M_Knox]

@blutach:

I figured it out already, but I'd expect the button show a higher value than the popup caption, which is not in my case (b:75, c:82), and that's why I pointed it out.

@r0lZ:
E-mail sent.

And here's another one for you: as the AND, OR and XOR are bit operations, I'd like to see them in the hex notation, not in decimal. For example:
Set gprm(0) &=(and) 65280 (0xFF00)
or even
Set gprm(0) &=(and) 0xFF00
or something similar (whatever the hex numbers look like in Tcl/Tk). And yes, I know I can enable hex-codes display, but displaying the values as hex would increase readability, in my opinion.

[r0lZ]

Nice suggestion, but difficult to implement, as the same code is used to display all integers, no matter which operand is used. And showing the additional hex value always is probably even more confusing. But I will see what I can do.

Thanks for the mail.

[r0lZ]

M_Knox, I've analysed your test DVD. Again, it's not really a bug. The difference is caused by the fact that some cells with buttons are reused often. When PgcEdit counts the occurrences of each gprm, it counts them in the buttons only once. But, again, when the result is displayed, it is sorted by PGC and cell, therefore the reused cells are displayed several times, for each PGC that references it.

In other words, the number displayed in the right column of the main Info -> GPRM window is the number of occurrences of the GPRM in the whole DVD, including in buttons of unreferenced cells, and each occurrence is counted once and only once. That means that if you want to change a GPRM to another one, you have to change that many occurrences.

In the other hand, the window displayed when you click on the button shows only the commands that are really used by the DVD, in referenced cells, and a button command of a cell that is reused in several PGCs is displayed several times. If you edit a reused button command, and then you refresh that window, you will see that the number of commands is decreased by more than one. (Furthermore, currently, when the same command is present in the same button of several groups, when you edit it, you change all groups at once. So, if a cell has two groups and is reused once, editing the command once decreases the number of commands in the list by 4. 2 groups x 2 PGCs = 4.)

That might be confusing, but IMO, it's the best way to present the results. You have the real number of occurrences, and the commands containing them. They are not the same thing.

[mikenadia]

Reripped the DVD ( "Hairspray"). Run (without going to PGCEdit) DVD-RB 98.2 with "No compression" (Phase 1 and 3 only). No problem. Rebuild timemaps ( a couple of minor changes in the timemaps but no warning).
Run (straight from the rip ) DVD-RB with "HC encoder" (phase 1 ,2 and 3). No problem during the run (no error from DVD-RB). Able to start the movie.
Went to PGC Editor and got at cell 4
Last VOBU Start :370265
Last VOBU End :370266
Rebuild timemaps (got the warning for cell 4 and unable to complete successfully the procedure).

From the rip and also after the " No compression " build, the difference between the Start and the End of the Last VOBU was more than 100.

Obviously, this will not happen with other movies but I am clueless.

[r0lZ]

What is the duration of cell 4 in the cell table of the PGC? Maybe HC Encoder is wrong when it encodes a tiny cell. Or maybe it's a slideshow cell (one single frame with audio)?

[blutach]

Why not delete that tiny cell?

Regards

[r0lZ]

Not sure it's a tiny cell! And if it is in the middle of the movie, that might be dangerous.

[mikenadia]

Playback time for cell 4 ( in PGC Editor) is 00:04:02:00 .

[r0lZ]

Not a tiny cell, then. There is probably something wrong with HC Encoder.

[mikenadia]

I am going to try with Quenc and post the results. I was using HC 022.
Thx again.

P.S. May be , this should be moved to the MPEG2 forum!

[blutach]

Let's see your results. That last VOBU looks all wrong.

How does a mock strip go?

From what I read, people had a lotta trouble ripping this movie - maybe the rip was bad.

Regards

[mikenadia]

I did a mini mock strip ( after reencoding) with FixVTS. Did not fix anything and will do it later with IFOEdit.
Thx

P.S. the rip is probably bad ( I will try to rerip it with other rippers ) but I should have got an error along the way or I should always rerun PGCEdit (rebuild timemaps...) after reencoding?

Edit: Mock Strip with IFOEdit did not fix anything.

DVD-RB (with Quenc 0.72 -VBR) is OK.
No warning for cell 4 in PGCEdit after reencoding.

Will try now with older HC versions and with HC022 and default INI ( I had Lumgain=3).

[blutach]

Lumgain will not affect anything. It seems you may have got some dropped frames. Look in your DVDRB log.

Also, try to encode that segment manually with HC. Download HC22 (http://www.bitburners.com/hc-encoder/) into its own folder somewhere and just do a prepare with HC and use the INI on HCGUI to encode the segment. See how it goes. If no good, you might wanna post the issue with Hank in the MPEG-2 Encoding sub-forum.

In any event, this doesn't appear to be a PgcEdit problem :)

BTW: The time map table from DVDRB is always consistent with PgcEdit, having the correct number of entries.

P.S. Consider using Imageshack to post images directly.

Regards

[AlienX69]

r0lZ,

When Tracing with the box checked that allows individual cell(s) blanking in the preview window. Would it be possible to have it come up in Default with the "Blank this Cell" checked ON ? And in addition have the Close Preview button auto highlighted so all that is required is an "Enter" keystroke. Then the "Kill Playback of this PGC?" dialog pops up, another "Enter". This way the cursor never leaves the "Next PB" button on the main app window.

So for instance you have a few cells, ie the FBI Warnings in a few languages, and variations of that sort, etc in the same VTST. And if it happens to jump to another VTST that needs a few blanked cells. I do find this quite often in some titles.

It makes it very convenient with a just few "Enter" keystrokes without ever taking the pointer off the "Next PB" button.

Or could you add it in the preferences so the user could define ?

Just a thought !!!

PS: Hope that is as clear as mud ... :)

As always, FANTASTIC Tool, DVD editing would really suck without it !!

Regards
AX

[r0lZ]

When Tracing with the box checked that allows individual cell(s) blanking in the preview window. Would it be possible to have it come up in Default with the "Blank this Cell" checked ON ?No, sorry. This is too dangerous. Furthermore, this flag shows the current state of the cell. If the cell has been blanked, when you trace again, you will see it on. This is important, as the same cell might be reused elsewhere, and understanding that it has already been blanked is important.
But I can ask Jeanl to add a shortcut key to turn this flag on.

You can close the preview with the Escape key. The subsequent yes/no or ok/cancel dialogs can be operated with Enter or Esc. (BTW, almost all dialogs can be closed that way, except the command editor that needs Control-Enter or Esc.)

Note also that you can use the TAB key in the main PgcEdit window to select any button, and use the Space key to activate it. If you select the "Next PB" button, when you leave the preview, it will be sufficient to hit Space to continue the trace.

[AlienX69]

Yes I forgot about it showing the status of an already blanked cell......

I did already know about 'Esc', 'Tab', 'Space'......

Plus what started me on this suggestion was the subsequent dialog:
"The subsequent yes/no or ok/cancel dialogs can be operated with Enter or Esc."It only requires an 'Enter' ....

Was just a thought, NOT that important, it would just save ME a few mouse clicks/keystrokes

As for the 'preview window' when I Tab, it has 3 focus objects, 'Info' (text), Preview Slider, 'Blank this Cell' (text) ..... I cant get it to focus on the 'Yes/No' box for the 'Blank this Cell' for it to add a check mark (normally a SpaceBar ?). I looked at the Shortcuts JeanL has on the 'modal Dialog window' (top left dropdown Preview window).

PS: I do know most keystroke commands/shortcuts, I use a MS Access Movie dB (i built), on my Main input form I use no mouse, all keystrokes/ctrl/F-keys, Shift-Tab, etc .... yes as you can see I'm a keyboard geek .... started on a Apple II clone a Franklin 1000 (LOL) days before even DOS or when Gates was developing DOS for release.....

BTW: While we on shortcuts any possibility of one for 'Delete Uncalled TitleSets (Fast)'

Sorry anything I left out had to run .....

Regards,
AX

[r0lZ]

Usually, Delete Uncalled TitleSets is used only once per DVD, and only if the DVD has many titlesets, with many PGCs. I think I have used this function only 2 or 3 times (without the tests when I have developed that function.) Do you really need a shortcut for it? I prefer to keep them for more frequently used functions.

[AlienX69]

Again just a thought, as you mentioned I only use it once as well per DVD..... not necessary.

A little more on the preview window though.


I can't see a way get the check mark in the 'Blank this Cell' using keystrokes.


Sorry for being so anal, it's just that I do use this a lot ~


FYI: On the pull-down 'About PgcEditPreview' I notice d that the link/button JeanL has to 'PgcEdit home page' is still point to tiscali.be instead of scarlet.be and the links on the scarlet page still don't get you to your Home Page.

AX

[jeanl]

As for the 'preview window' when I Tab, it has 3 focus objects, 'Info' (text), Preview Slider, 'Blank this Cell' (text) ..... I cant get it to focus on the 'Yes/No' box for the 'Blank this Cell' for it to add a check mark (normally a SpaceBar ?).
mmm, I can tab between "Info" and "Blank", but unfortunately, the normal "TAB" shortcut to toggle a checkbox does not work because it's used for start/stop...
In any case, I've added a short cut for blank (b) and blank-and-exit (shift-b) so you should be all set.
There's also a new shortcut for exist and stop trace (x)... r0lZ will distribute the new version when the time's up!
Jeanl

[AlienX69]

THX JeanL .... greatly appreciated !!!

EDIT: Ur 'MenuShrink' link in ur sig seems not to work

EDIT2: Went to your 'Other Tools' on Home Page seems MenuShrink link is out there as well.

AX

[r0lZ]

FYI: On the pull-down 'About PgcEditPreview' I notice d that the link/button JeanL has to 'PgcEdit home page' is still point to tiscali.be instead of scarlet.be and the links on the scarlet page still don't get you to your Home Page.The Tiscali and Scarlet URLs are not valid any more. The official homepage is at VideoHelp: http://download.videohelp.com/r0lZ/pgcedit/
Currently, there is a mirror in Belgium here: http://home.tele2allin.be/vt6328799/pgcedit/index.html
And an unofficial mirror, that I don't maintain myself, in Poland, but it is currently down. I don't know why.

[jeanl]

THX JeanL .... greatly appreciated !!!

EDIT: Ur 'MenuShrink' link in ur sig seems not to work

EDIT2: Went to your 'Other Tools' on Home Page seems MenuShrink link is out there as well.

AX
Yes, that's correct. I haven't fixed these since the demise of RipIt4Me and other softwares caught in the tempest :(. I have removed the link from my signature...
Jeanl

[AlienX69]

@r0lz

I was just letting you know about the links, OH I know where your home page is one of my TOP links ..... LOL .... Luv PgcEdit .. be lost without it !!

@Jeanl

I didn't realize MenuS fell victim, and that's ashame. I thought RI4M and FVTS were the only victims .... :(:(:(

EDIT: THX to you both for such GREAT tools ....;)

[[Tobi]]

A question to Replace VTST Titles...

If I replace two titles which contain BOVs, I miss always the Cell Still Times and the Streams assignments.
Also if the number of cells of the new PGC matches with the number of cells of the original PGC.
It's a problem if the titles contain BOVs or do I misunderstand the function?

[r0lZ]

The Cell Still Times are either preserved or copied from the imported title, depending of the option to keep the original structure.
The stream attributes are always imported, as you could have changed them.
The presence of BOVs should not modify this behaviour, but I don't remember if I have verified this function in this precise case. I will do it right now...

[Wombler]

@r0lZ

Unusually for me I missed the update to v8.6 and only downloaded the latest version yesterday.

Everything runs fine until the program tries to save changes when it crashes and displays the standard XP send error report to Microsoft prompt.

This happens when I manually select save or when the program activates it automatically during certain functions.

I'm running on XP SP2 with a single core AMD Athlon 64 4000+ processor.

All previous versions still work fine and in the meantime I've gone back to v8.5.

Any ideas?


Wombler

[r0lZ]

Well, I haven't received similar bug reports yet. The method used to save the settings has not changed, therefore I guess it's something related to your system.

Can you confirm that the program doesn't crash when you quit it when Options -> Save Settings on Exit is not ticked, and that it crashes when you save the settings manually with Options -> Save Settings Now?

Maybe a setting file is corrupt. They are stored in your "Application Data" folder, usually C:\Documents and Settings\<your user name>\Application Data\PgcEdit. Try to remove completely (or rename) that folder. (Note that Application Data is an hidden folder, so you might have to modify your folder options to access it.)

Also, try to turn the option User Interface -> Play Sounds... off.

V8.6 is the first version that uses freeWrap v6.3. If I can't locate the problem, I will send you a version compiled with freeWrap 6.2, 6.3.1 or 6.4. Please let me know if you need it...

[Wombler]

Well, I haven't received similar bug reports yet. The method used to save the settings has not changed, therefore I guess it's something related to your system.

Can you confirm that the program doesn't crash when you quit it when Options -> Save Settings on Exit is not ticked, and that it crashes when you save the settings manually with Options -> Save Settings Now?

Maybe a setting file is corrupt. They are stored in your "Application Data" folder, usually C:\Documents and Settings\<your user name>\Application Data\PgcEdit. Try to remove completely (or rename) that folder. (Note that Application Data is an hidden folder, so you might have to modify your folder options to access it.)

Also, try to turn the option User Interface -> Play Sounds... off.

V8.6 is the first version that uses freeWrap v6.3. If I can't locate the problem, I will send you a version compiled with freeWrap 6.2, 6.3.1 or 6.4. Please let me know if you need it...

Thanks for the amazingly quick response r0lZ.

I'll try this out and report back.

BTW I'd already tried the "User Interface -> Play Sounds... off" trick (without success) as it's reported elsewhere in this thread.


Wombler

[Wombler]

Well, I haven't received similar bug reports yet. The method used to save the settings has not changed, therefore I guess it's something related to your system.

Can you confirm that the program doesn't crash when you quit it when Options -> Save Settings on Exit is not ticked, and that it crashes when you save the settings manually with Options -> Save Settings Now?

Maybe a setting file is corrupt. They are stored in your "Application Data" folder, usually C:\Documents and Settings\<your user name>\Application Data\PgcEdit. Try to remove completely (or rename) that folder. (Note that Application Data is an hidden folder, so you might have to modify your folder options to access it.)

Also, try to turn the option User Interface -> Play Sounds... off.

V8.6 is the first version that uses freeWrap v6.3. If I can't locate the problem, I will send you a version compiled with freeWrap 6.2, 6.3.1 or 6.4. Please let me know if you need it...

r0lZ Apologies if I've inadvertently confused things but I've just realised what you're referring to and we may be misunderstanding each other.

It's not the saving of the interface settings that's causing it to crash it's saving of any changes made to the DVD that creates the problem.

The program doesn't crash on exiting under any circumstances but obviously I never get the chance to exit if I've altered the DVD and choose to save those alterations.

Have you any further advice in those circumstances?

TIA


Wombler

[r0lZ]

Have you any further advice in those circumstances?No! Even less!

Are you sure that you have write permissions on all DVD files and folders?
Have you edited the menu buttons or BOVs?
Does it happen with all DVDs, or just one? (There might be something odd in your DVD.)
Are there some warnings when you load the DVD?
Does it crash even if you load the DVD and save it immediately, without having made any modification?

Please try this: Open PgcEdit, but do not load any DVD. Select File -> New DVD, and create a DVD somewhere on your HDD. It will be saved immediately. Does PgcEdit crash during this operation?

Anyway, try to remove the settings files, as explained previously. Also, please download again the latest version (in zipped form) from my site, and try that version.

[Wombler]

No! Even less!

1. Are you sure that you have write permissions on all DVD files and folders?
2. Have you edited the menu buttons or BOVs?
3. Does it happen with all DVDs, or just one? (There might be something odd in your DVD.)
4. Are there some warnings when you load the DVD?
5. Does it crash even if you load the DVD and save it immediately, without having made any modification?

6. Please try this: Open PgcEdit, but do not load any DVD. Select File -> New DVD, and create a DVD somewhere on your HDD. It will be saved immediately. Does PgcEdit crash during this operation?

Anyway, try to remove the settings files, as explained previously. Also, please download again the latest version (in zipped form) from my site, and try that version.

r0lZ I've completely removed the program including the hidden directory you referred to, redownloaded and reinstalled. I've numbered your questions and the following answers are what happens even after I've done all the above.

1. There are no restrictions on write permissions and 8.5 works perfectly.

2. Haven't changed any menu buttons or BOVs all I was doing was killing playback of a few forced trailers and tidying up the disc by removing uncalled PGCs but see 4. below anyway.

3. Happens with all DVDs not just one.

4. No there are no warnings and no specific errors either when it crashes which is a bit of a hinderance.

5. I hadn't actually tried this but it saves the files, comes up with the 'DVD Saved OK' prompt and then it crashes even without any modifications.

6. That works fine and it creates the files. As before though if I subsequently click on the save button it bombs out.


Wombler

[blutach]

Is there any abnormal log entries? View --> Show Log.

Although, it sounds like a conflicting driver.

Regards

[Wombler]

Is there any abnormal log entries? View --> Show Log.

Although, it sounds like a conflicting driver.

Regards

Not that I'm aware of but your expert eye would be appreciated.

Here's a simple example of a movie only copy I did the other day although I don't even have to load a disc to get it to crash as I discovered during r0lZ's tests (see No.6 above).

I've never had any problem with previous versions, 8.5 works perfectly on the same setup (as does 8.4 which I've just tested out of curiosity) and there are apparently no informative error codes that I'm aware of so it's likely to be difficult to track this one down.

These days I've pretty much got all I need installed on my machine so my configuration is pretty constant and other than updates to existing programs I haven't added any entirely new software in quite some time.

I haven't updated any drivers in at least the last six months either and there are no problems showing in the device manager even with the hidden ones made visible.

Bit of a mystery really.


Wombler

Reading DVD "D:/DVD Rip Folder/Originals/THE_BOURNE_ULTIMATUM/VIDEO_TS"

>>> Reading VMG IFO.
Reading VMG IFO.
Reading "D:/DVD Rip Folder/Originals/THE_BOURNE_ULTIMATUM/VIDEO_TS/VIDEO_TS.IFO" (translation: binary, seek: 0)
Computing start and end addresses of the VMG tables.
Extracting VMGM_MAT.
Extracting VMG_TT_SRPT.
Extracting VMGM_PGCI_UT.
Extracting VMG_PTL_MAIT.
Extracting VMG_VTS_ATRT.
Extracting VMG_TXTDT_MG.
Extracting VMGM_C_ADT.
Extracting VMGM_VOBU_ADMAP.
Parsing VMG IFO.
Found 1 VTSs
Parsing FP-PGC.
Found 1 pre, 0 post and 0 cell commands.
Parsing PGCI_UT (VTS 0).

Reading VTS 1 IFO.
>>> Reading VTS 1 IFO.
Reading "D:/DVD Rip Folder/Originals/THE_BOURNE_ULTIMATUM/VIDEO_TS/VTS_01_0.IFO" (translation: binary, seek: 0)
Computing start and end addresses of the tables.
Extracting VTSI_MAT.
Extracting VTS_PTT_SRPT.
Extracting VTS_PGCI.
Extracting VTSM_PGCI_UT.
Extracting VTS_TMAPTI.
Extracting VTSM_C_ADT.
Extracting VTSM_VOBU_ADMAP.
Extracting VTS_C_ADT.
Extracting VTS_VOBU_ADMAP.
Parsing VTS 1 IFO.
Parsing VTS_PGCI.
Parsing PGC 1
Found 1 pre, 0 post and 0 cell commands.
Found 21 cells in Cell playback table.
Found 21 cells in Cell position table
Parsing VTS_PTT_SRPT (VTS 1)
Processing TTU 1.
Parsing PGCI_UT (VTS 1).

Parsing VMG_TT_SRPT table.
Found 1 Titles.

Reading menu button informations in VOBs...
Scanning menu VOB of VTS 0...
Note: No Subpic stream in IFO
No Cells in menu domain
Scanning menu VOB of VTS 1...
Note: No Subpic stream in IFO
No Cells in menu domain
>>> Found a total of 0 menu buttons in menu domain.

DVD loaded OK.

>>> DVD Opened OK. 1 VTS loaded.
Scanning Title VOBs of VTS 1 for BOVs...
>>> Scanning VTS_01_1.VOB for BOVs: cell 1 (V/CID: 1/1, starting LBA: 0)...
>>> Scanning VTS_01_1.VOB for BOVs: cell 2 (V/CID: 1/2, starting LBA: 79891)...
>>> Scanning VTS_01_1.VOB for BOVs: cell 3 (V/CID: 1/3, starting LBA: 186809)...
>>> Scanning VTS_01_1.VOB for BOVs: cell 4 (V/CID: 1/4, starting LBA: 272040)...
>>> Scanning VTS_01_1.VOB for BOVs: cell 5 (V/CID: 1/5, starting LBA: 411771)...
>>> Scanning VTS_01_2.VOB for BOVs: cell 6 (V/CID: 1/6, starting LBA: 553121)...
>>> Scanning VTS_01_2.VOB for BOVs: cell 7 (V/CID: 1/7, starting LBA: 631033)...
>>> Scanning VTS_01_2.VOB for BOVs: cell 8 (V/CID: 1/8, starting LBA: 779379)...
>>> Scanning VTS_01_2.VOB for BOVs: cell 9 (V/CID: 1/9, starting LBA: 886144)...
>>> Scanning VTS_01_2.VOB for BOVs: cell 10 (V/CID: 1/10, starting LBA: 1005352)...
>>> Scanning VTS_01_3.VOB for BOVs: cell 11 (V/CID: 1/11, starting LBA: 1168395)...
>>> Scanning VTS_01_3.VOB for BOVs: cell 12 (V/CID: 1/12, starting LBA: 1324354)...
>>> Scanning VTS_01_3.VOB for BOVs: cell 13 (V/CID: 1/13, starting LBA: 1434625)...
>>> Scanning VTS_01_3.VOB for BOVs: cell 14 (V/CID: 1/14, starting LBA: 1537541)...
>>> Scanning VTS_01_4.VOB for BOVs: cell 15 (V/CID: 1/15, starting LBA: 1597586)...
>>> Scanning VTS_01_4.VOB for BOVs: cell 16 (V/CID: 1/16, starting LBA: 1631074)...
>>> Scanning VTS_01_4.VOB for BOVs: cell 17 (V/CID: 1/17, starting LBA: 1728370)...
>>> Scanning VTS_01_4.VOB for BOVs: cell 18 (V/CID: 1/18, starting LBA: 1865097)...
>>> Scanning VTS_01_4.VOB for BOVs: cell 19 (V/CID: 1/19, starting LBA: 1956229)...
>>> Scanning VTS_01_4.VOB for BOVs: cell 20 (V/CID: 1/20, starting LBA: 2082535)...
>>> Scanning VTS_01_5.VOB for BOVs: cell 21 (V/CID: 1/21, starting LBA: 2172873)...
>>> DVD Opened OK. 1 VTS loaded. Found a total of 0 BOVs.
Reading "C:/Documents and Settings/Wombler/Application Data/PgcEdit/mru.cfg" (translation: auto, seek: 0)
Saving data to "C:/Documents and Settings/Wombler/Application Data/PgcEdit/mru.cfg" (mode: write).
Reading "C:/Documents and Settings/Wombler/Application Data/PgcEdit/mru.cfg" (translation: auto, seek: 0)

[r0lZ]

As I can see in step 5, the DVD is saved correctly, but PgcEdit crashes just after. Very strange, as the job is done, and it has only to refresh the interface.

Can you repeat the 5th test, but this time, use the Save option from the File menu. Don't use the toolbar. Is it an error message? Try also "Save IFOs as". Same thing?

[Wombler]

As I can see in step 5, the DVD is saved correctly, but PgcEdit crashes just after. Very strange, as the job is done, and it has only to refresh the interface.

Can you repeat the 5th test, but this time, use the Save option from the File menu. Don't use the toolbar. Is it an error message? Try also "Save IFOs as". Same thing?

Same result with save option from file menu.

Save IFOs option produces "IFOs saved OK" prompt and crashes in the same way as before.

Is the Windows crash report info any use in tracing this?

It says:-

AppName: pgcedit.exe AppVer: 8.6.0.1000 ModName: tcl1bb.tmp
ModVer: 0.0.0.0 Offset: 00004c70

The detailed info is longer but I can extract that too if it would assist.


Wombler

[jeanl]

@Jeanl
I didn't realize MenuS fell victim, and that's ashame. I thought RI4M and FVTS were the only victims .... :(:(:(

EDIT: THX to you both for such GREAT tools ....;)
Thanks for the thanks! (you're welcome). Yes, they didn't show much discernment, but what do you expect....
Jean

[picree]

I'm having the same problems with crashing on close. Going back to 8.5. Win XP SP2. DVDShrink and PSL2plugins.

The preview pane is also behaving badly. In the left pane I mouse over a VTSM and right click on it. Recently in 8.5 and now in 8.6 in addition to the drop down menu I instantly get the DVD preview window coming up. I can't find any setting that would set this back to the way it was... where the preview only comes up when I click Preview.

No matter in 8.5. I would select "Menu Buttons". The Menu Button window would come up as the Preview window closed, I would edit the menu and move on. However, in both 8.5 and 8.6 after editing the Menu Buttons, I close the Menu Button window and behind the PGCEdit main window I find another Preview window hiding back behind there still opened.

Thinking it might be related to the crashes I tried editing a DVD without the Preview enabled but it still crashed.

[blutach]

If the preview is coming up on a trace, untick the preview box in the trace window.

Regards

[r0lZ]

You have the automatic preview enabled. Untick the box between the "PGC" button and the Play arrow, in the upper left corner of the main window, below the toolbar.

There are indeed two bugs in automatic preview mode. The preview should be closed when you open the menu viewer, and not opened at all when you right click on a PGC to call the popup menu. I'll fix that problems.

I am currently working on the crash bug during the save DVD operation, but it's not easy! And I can't promise that I will be able to fix it...

[picree]

THANK YOU!:):):)

I NEVER would have found that...eventhough it was staring right at me! I know it has a fly-over but that wasn't obvious to me...duh.

[r0lZ]

Sorry, there are many not obvious features in PgcEdit. I don't like that, but I try to implement all user requests, and PgcEdit is becoming more and more complex.

[r0lZ]

OK, with the help of Wombler, I have been able to locate the bug that causes PgcEdit to crash when the DVD is saved. It is (again!) due to bugs in the audio library of Tcl/Tk. When the DVD is saved, a dialog is normally shown (unless you have disabled it) to show the status of the save operation. This dialog produces a sound, and that sound causes the crash on some systems.

I might remove completely the sounds, but I'm still not sure, as they work correctly on most systems. Anyway, in the meantime, just select Options -> User Interface -> Play Sounds with Yes/No/Cancel Dialog Boxes -> No Sound (or Default Bell. The bell doesn't use the same library and works fine.)

That should fix the problem. If that doesn't work, please let me know.

[Wombler]

For what it's worth, I'd just like to publicly say a big thank you to r0lZ for his tireless efforts.

There's been a constant stream of PMs going backwards and forwards since this problem was first reported and this level of dedication deserves public recognition.

Thanks r0lZ! :cool::cool::cool:


Wombler

[frank]

@rOlZ
Please make the colour of progess bar on the bottom (Rebuild time map, backup ...) somewhat darker - maybe green.
It's hard to see on a LCD. Because this operations slow down the performance of PgcEdit its very important to see it.

[r0lZ]

OK, I've changed the color to pure yellow instead of light yellow. Is it OK for you?

http://img233.imageshack.us/img233/9617/progressbarim2.png (http://imageshack.us?s=1)

[blutach]

We should have an option on the colour!!!! (J/K)

Regards

[frank]

OK, I've changed the color to pure yellow instead of light yellow. Is it OK for you?
Yea, thanks! I can live with it.

[ron spencer]

thanks for your work rolz....I always love seeing your updates.....superb.

Dunno what other features you could add though

thanks!!!

[ron spencer]

the errors mentioned a few posts up....they don't affect the general operation of pgcedit do they?

[r0lZ]

The automatic preview bugs are only annoyances for the user, but nothing else.

The audio bug, if it happens on your PC, happens whenever a Yes/No/Cancel dialog is shown and the audio is played. That could have some effects, especially if it happens when you save the DVD, but in the case reported above, it happens after the DVD is successfully saved (although maybe the user comments and GPRM labels are lost, I don't know.) Anyway, if you have not noticed that bug yet, it should never happen on your PC.

Nothing to worry about.

I will probably release a new version soon, with the fixes, and some nice improvements...

[ron spencer]

ok thanks!!!

[roux]

Quick question what does the yellow seamless joint flag mean?

The tooltip says "should probably be clear after a gap between cells".

[r0lZ]

When two cells are not contiguous, the player needs some time to go from the first cell to the next one. The seamless flag should be clear to allow this little pause in the playback. However, if the gap is short enough and the muxing appropriate, the seamless flag can be set. Hence the yellow color, meaning warning.

(BTW, the next version of PgcEdit will also highlight the seamless box in yellow in the opposite case : when there is no gaps between the cells, but the flag is not set. This is normal at the layer break position, but can be an error elsewhere.)

[selyb]

Request:
I would like it if CallSS could be converted to JumpSS when copying/pasting between domains and vice/versa

e.g. When I copy CallSS-VMGM-pgc from a title and paste to a menu, it is now an illegal command and highlights in red
then I change it to JumpSS-VMGM-pgc and I dont have to change the pgc number because it is already in the right place

I guess what I'm asking is for a check to be done to make sure the CallSS is set to resume cell 1 and if pasting to a menu then change it to JumpSS

Also, if pasting a JumpSS to a title domain then convert it to CallSS with resume cell 1



I suppose if this is really low priority, I could figure it out myself and post the code changes/additions

There should probably be an option to turn this on/off next to the Highlight Errors option



Request: Move options for Trace Mode and Preview to Options Menu instead of being under their respective menus

Request: change option text "Hide toolbars in Trace Mode?" to "Hide toolbars/statusbar in Trace Mode?"

Request: change behavior of option "Start in Trace Mode (when a DVD is opened at startup)" to start in trace mode when a DVD is opened

IIRC, I once ran into some bug where I lost some functionality or buttons or something like that when I opened PGCEdit and later opened the DVD and I had this option checked... It's hard to say now and I can't reproduce the bug...

Anyway, I think it would be more fitting if PGCEdit can be in trace mode without a DVD open or if it goes to trace mode when a DVD is opened instead of only checking when PGCEdit is opened

[blutach]

You are reading r0lZ's mind selyb - the CallSS/JumpSS swap will be implemented in the next version.

Regards

[r0lZ]

Request:
I would like it if CallSS could be converted to JumpSS when copying/pasting between domains and vice/versa
Funny, I just did it... yesterday!

However, I force the resume cell to 1 only when a JumpSS is converted to CallSS, but I don't change it when a CallSS is simply pasted.

IMO, there is no need for an option to turn this off, as, indeed, it doesn't make sense to use a Call when a Jump is needed, and vice versa.

Request: Move options for Trace Mode and Preview to Options Menu instead of being under their respective menusHum, maybe. Not sure I'll do it. Currently, the option menu contains all global parameters, and the parameters of the functions that do not have their own menu or config dialog. I think it is easier to have the setup next to the function itself when it's possible.

Request: change option text "Hide toolbars in Trace Mode?" to "Hide toolbars/statusbar in Trace Mode?" OK.

Request: change behavior of option "Start in Trace Mode (when a DVD is opened at startup)" to start in trace mode when a DVD is opened

IIRC, I once ran into some bug where I lost some functionality or buttons or something like that when I opened PGCEdit and later opened the DVD and I had this option checked... It's hard to say now and I can't reproduce the bug...

Anyway, I think it would be more fitting if PGCEdit can be in trace mode without a DVD open or if it goes to trace mode when a DVD is opened instead of only checking when PGCEdit is openedWell, I will not do that. I have accepted to add this option to start in trace mode, but I should have refused. Due to its nature, trace mode is constantly monitoring some things, just like a real player, and that causes many conflicts with the other functions of PgcEdit. I have finally something that works, but it is very dangerous to modify it again. Sorry. Anyway, the trace mode requires a complete and valid DVD structure loaded in memory to work, so I cannot open it when there is no DVD loaded yet.

[roux]

When two cells are not contiguous, the player needs some time to go from the first cell to the next one. The seamless flag should be clear to allow this little pause in the playback. However, if the gap is short enough and the muxing appropriate, the seamless flag can be set. Hence the yellow color, meaning warning.

(BTW, the next version of PgcEdit will also highlight the seamless box in yellow in the opposite case : when there is no gaps between the cells, but the flag is not set. This is normal at the layer break position, but can be an error elsewhere.)

Does that also mean those cells don't have the same VOBID? From what i've seen each time two cells are not contiguous they have different VOBID's. I always mark those cells as "10" in PgcEdit, seamless and STC discontinuity.

For example i'm processing American Gangster R2 and this disc has both the theatrical and unrated versions. The disc is constructed like most seamless branching titles;
VTS1 PGC1 = unrated version
VTS2 PGC2 = theatrical version

I've hid all cells from PGC2 with DvdReMake and exported the disc. Looking at PGC1 then with PgcEdit shows the following figure:

http://img394.imageshack.us/img394/6305/77925012am7.jpg

DRM marks all cells with different VOBID's as a "10". PgcEdit gives a warning about several cells, but it does not warn about cells with an ascending VOBID, e.g. cell 5 and 6.

My dvd player pauses for about half a second on the cells were PgcEdit warns about. So i was wondering if i'm (DRM output) correct at setting the cell flags like this or is the gap between cells just too big like you explained in your post?

[r0lZ]

Well, difficult to be sure, as the muxing itself has to be seamless. But, since the original DVD uses seamless branching, I suppose the cells are seamless. So, IMO, you can safely set the seamless flag. Anyway, most players are OK with that flag set (including at the layer break position), even if the flag should be clear.

Not sure why your player pauses, but, to get rid of the cells of PGC 2, it is better to remove them completely, instead of replacing them with blank cells. This way, the remaining cells will be contiguous, the seamless flag can almost certainly be set, and the player should really play the cells seamlessly. However, that might be difficult to do if there are chapters containing only removed cells, as you will be forced to shift the chapter points.

BTW, PgcEdit sets the warning when there are gaps, not when the VOB ID changes. A change in VOB ID doesn't mean that the cells are not seamless.

The STC discontinuity flag must be set when the VOB ID changes, that's correct. So, IMO, using 10 (seamless + STC discontinuity) is a good choice, but the presence of the blanked cells ruins the advantage of the seamless joints.

[blutach]

I don't see how any of those cells can be seamless except 5-6. It is correct to have STC discont set on each of them, though.

Regards

[r0lZ]

The gaps between the cells are so small that the jump could be seamless, but I think it is not because the replacing cells are not muxed seamlessly.

[AlienX69]

Hello to ALL,

r0lZ,

When selecting "Clear jump to void PGC's", I get the following on the Bee Movie (R1):
#########################################
list index out of range
list index out of range
while executing
"lset cmds [expr [lindex $src 5]-1] {00 00 00 00 00 00 00 00}"
("pgcs" arm line 3)
invoked from within
"switch [lindex $src 0] {
"menus" {
set cmds [get_type_cmds [lindex $src 4] ::menus([lindex $src 1],[lindex $src 2],[lindex $src 3])]
..."
(procedure "::utils::clear_jumps_to_void_pgcs" line 43)
invoked from within
"::utils::clear_jumps_to_void_pgcs"
(menu invoke)
##########################################

I did make a successful backup, no worries, I just ignored.

Just thought I would post this, I will send you the orig and modified IFO's (didn't modify much on this one). If you don't need them just toss in the virtual garbage !!!

AX

[r0lZ]

Thanks! I'll have a look.

[selyb]

Sorry that I didn't get back sooner, my account was locked for a bit when I tried to change my email to my new domain and the doom9 server or forum software doesn't like my domain name I guess :-/

Anyway, about the trace mode thing: It makes perfect sense not to change it the way that I requested, I understand that now

My problem is that I always keep PGCEdit in trace mode and sometimes it doesn't automatically go to it

The times I have observed this, if I'm not mistaken, are when I open PGCEdit and manually open a DVD and also when I use FixVTS from the tools menu
Even if PGCEdit is already in trace mode when I use FixVTS, it does not go back to trace mode when the DVD is reopened


I have another request that may be too much work for the end result: Is it possible to have a system where BOVs would not need to be scanned every time the dvd is opened?

Here is the idea I have anyway: Save BOV info and the size of the vob or of the menu video data in the same place PGC comments are saved
if file size or video data size has not changed since last open then no need to scan for buttons again


Funny, I just did it... yesterday!
It seems like I asked about this a couple years ago and that you couldn't do it at that time or couldn't get it to work but I am happy to see it being implemented now :)

[blutach]

Here is the idea I have anyway: Save BOV info and the size of the vob or of the menu video data in the same place PGC comments are saved
if file size or video data size has not changed since last open then no need to scan for buttons againAfter your initial scan, you can load the menubuttons.but from the backup folder (they contain all the BOV info). This assumes you have not tinkered with the structure.

Regards

[r0lZ]

The option to go to trace mode automatically at startup does exactly that. It works at startup only. Sorry, but as explained above, it is too difficult to change that.

Saving the BOVs infos is a good idea, but IMO the test you suggest is not sufficient. For example, the V/CIDs might have been reordered by VB or Fix. But it should be possible to verify also the last modified time stamp of the files. However, as implementing this is potentially dangerous, I will not do that in the next official release (almost ready.) Remind me later if I forget!
Also, if you use blutach's trick, please note that all menu buttons and BOVs will be marked internally as modified, and PgcEdit will need to save them when you save the DVD. This might not be what you want, and can even be dangerous if there are multiple sets of buttons in some cells, as currently PgcEdit replace them by a single set. So, use that trick with caution.

About the CallSS <-> JumpSS conversion, I have modified it recently, as, unfortunately, it is not possible to convert a CallSS to the current VTSM, because when the command is pasted, I have no way to know what VTS is concerned, and I can't initialize the VTS parameter of the JumpSS command correctly. But, of course, the CallSS to the VMGM are converted, as well as all JumpSS commands.

[selyb]

Request: please allow for file browser other than explorer.exe
maybe similar to the option for other web browser

[r0lZ]

OK, I've added "Options -> Input/Output -> Select Explorer". By default, of course, it's still the Windows Explorer that is used.

[selyb]

OK, I've added "Options -> Input/Output -> Select Explorer". By default, of course, it's still the Windows Explorer that is used.

Sweet :thanks:

[david42]

Rebuild Time Map window stays open

I've run into Rebuild Time Map windows that did not close by themselves. When I rebuild manually it is expected for me to use the Close button to finish the rebuild. The occurance I believe is undesired is when I Tools->FixVTS which starts off automatically doing the rebuild, then launches the FixVTS window. At this point I'd expect the Rebuild Time Map window to be gone but it's still there. It appears that if I click on the close button in the Rebuild window it closes with no side-effect.
If I do not close it manually, it stays after FixTVS is closed, through the Find BOV window's life (closed manually), even back to the main PgcEdit window's focus (seen in task bar).
Perhaps it can be killed before FixVTS is launched by PgcEdit?

[r0lZ]

What do you mean by "rebuild time map window"? Rebuild time map doesn't open a window, except when the operation is finished to display the log, and only if some durations have been fixed. That window is not a blocking window, and should allow you to continue working. It is never closed automatically, as you have noticed.
Anyway, I can't close it automatically, as it is important to let the user analyze the log, and save it if he wish. If it annoys you, just save the DVD manually before launching FixVTS.

[selyb]

you must have lost interest in this project :(

[blutach]

Hardly - a new version is expected out shortly. It is at very advanced Beta stages. Not wise to assume.

Regards

[AlienX69]

Hardly - a new version is expected out shortly. It is at very advanced Beta stages. Not wise to assume.

Regards

THX for the UPDATE Les, hope everything is well down under !!

AX

[Robotik]

i'm getting excited :) -- i also thought there wouldn't be any more updates

[blutach]

The changelog is incredibly extensive. r0lZ will post it all when he is ready.

Regards

[david42]

I've noticed that changing where goto's jump manually then further edits in that pgc throw the goto destination line#'s off (because they don't get adjusted automatically).

EG.

(example pgc code)
1 set gprm(0) = (mov) 0
2 if ( gprm(0) != 0 ) then { Goto line 4 }
3 (JumpTT) Jump to Title 1
4 set gprm(0) = (mov) 1
5 if( gprm(0) != 0 ) then { Goto line 7 }
6 (JumpTT) Jump to Title 2
7 NOP

If I were to highlight 2 lines of code, from a different PGC, and copy them, then highlight line 3 in the above example and paste replace... The goto4 on line 2 doesn't change to goto5.

Furthermore, any attempt to add or delete lines (above line 2) after doing that also causes the goto line numbers to not change accordingly.

Perhaps this is by design or maybe it can be accomodated to enhance the editing capabilities of pgcedit!?

[IVaN_000]

...a new version is expected out shortly.

Great. PgcEdit is an awesome piece of software, I'm glad to know you're still adding features to it.

Quick question: is there a way to completely disable backups? I don't even want to be asked if I want to make a backup.

[r0lZ]

@ david42: See the menu: Options -> Command Editor -> Auto renumber GOTOs when commands added/removed.

@ IVaN_000: See the menu: Options -> Input/Output -> Create backup when a DVD is opened for the first time.
However, I recommend to leave this option ticked, as PgcEdit uses the backup folder for different purposes. The new version will use it even more. For example, PgcEdit will save the menu buttons in a special file in the backup folder so that it will not need to scan the VOBs each time the DVD is reloaded.
Note also the function File -> Backups -> Delete Backup(s). It is easy to remove all backups before burning the DVD. (And btw ImgBurn skips them automatically when they are in the VIDEO_TS folder, so you don't even need to take care of them. Unfortunately, Nero is not so smart.)

[IVaN_000]

I asked Santa a new version of PgcEdit for Christmas. :rolleyes:

[r0lZ]

I hope I'll be ready to drop it in your fireplace!

[ron spencer]

now I'm really going crazy!!!! I can't wait

[Wombler]

I asked Santa a new version of PgcEdit for Christmas. :rolleyes:

LOL!

r0lZ's elves are still working on the red & white interface. :D:D


Wombler

[President]

2Wombler
Red&White? Good idea. :D :D

[blutach]

Beta 85 now folks!

Regards

[avivahl]

Beta 85 now folks!

RegardsHuh? Is it publicly available? or is it a closed-beta?

[Adub]

closed beta