PgcEdit 0.6.3.1

[r0lZ]

PgcEdit 0.6.1 (and greater) discussion thread

This version is now obsolete. Please see this thread (http://forum.doom9.org/showthread.php?t=110310) about v7.0.

Links to old discussion threads:
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 0.6.1 released

Main changes from latest beta (PgcEdit 0.6.1 beta 12):
ImgBurn (http://www.imgburn.com/) support. Thanks Lightning UK!
New Remap Titlesets function, to rearrange the order of the titlesets (safely! :).)
New user's comments support, to document the PGCs. (See the Options menu, too.)
And some other minor changes and bug fixes.

Main changes from 0.6.0:
The main menus have been revamped. There are also some improvments in the GUI of many functions.
New functions to create a blank cell in any PGC, and a function to replace a Title domain by an imported one, keeping the menu intact.
Improvments in the Trace mode, with some new functions in the State menu, and new keyboard shortcuts.
The Renumber GOTOs feature has been improved to work also when copying/pasting commands with GOTOs.
Some bug fixes. And much more...

Also, there are 4 plugins for PgcEdit availables for download on my homepage (http://www.videohelp.com/~r0lZ/pgcedit/).
Note to DVDShrink users: I have removed the two DVDShrink specific functions from the main program. They are now availables in the DVDShrink plugin.

PgcEdit 0.6.1 version history:
A. = Added feature.
E. = Enhancement.
R. = Removed.
F. = Bug fix.
A. Burn: Added support for ImgBurn. The burn function now uses ImgBurn instead of DVD Decrypter to burn the ISO. Although it is recommended to use ImgBurn, it is still possible to use DVD Decrypter, for backward compatibility.
A. Burn: Added a "Launch ImgBurn" button in the burn dialog to easily examine your blank media before launching the burn operation.
A. The "Fix number of streams" macro is now launched automatically when a DVD is opened (but not when the DVD is reopened). If some discrepancies are found, the user is prompted to fix them. An option to disable this feature has been added in the Options menu.
A. PGC Editor: Added a function to create a blank cell in a PGC. Can be used also in a dummy PGC. You may use VobBlanker to replace the new cell. Useful if you want to add a new clip or a menu page in a domain.
A. New function "File -> Replace VTST Titles" to replace the current VTST domain by an imported one. Can be used to replace a VTST domain after a reencoding or a shrink of a title with DVDShrink in reauthor mode.
A. Trace Mode -> State menu: Added functions to snapshot the current trace position and state, to be able to return to a snapshot point at any time. Also, some snapshot points are automatically saved during the trace. This feature can be used as a limited undo of the last trace steps. Drawback: the 'PGC Played' flags and highlights are lost after a restore.
A. Trace Mode: A special snapshot point is recorded automatically when the user quits the trace mode, and restored when the trace mode is reenabled (and when the current DVD is reopened with File -> Reopen DVD). It can also be restored with State -> Return to -> Trace Mode Closed.
A. Trace mode: Added some keyboard shortcuts, available in trace mode only:
- Control-Right: -> Step
- Control-Up: ->> Next PB
- Control-Down: ->>> Run
- Control-Left: ->| Break
- Escape: ->| Break
A. Added some keyboard shortcuts in main panel:
- Control+Shift+B: Incremental backup,
- Control+Alt+B: Restore Backup
and one shortcut available only when the command pane is active:
- Control-Insert: Append to Scratchbook
A. Added "Display PGCs list as text" function in the Info menu.
A. Added a progress bar in the status bar.
A. Menu buttons viewer: It is now possible to right-click on the Image < and Image > buttons to display the prev/next background by larger steps.
A. New function "DVD -> Remap Titlesets" to rearrange the order of the Titlesets. This function renumbers the JumpSS-VTSM commands automatically.
A. New functions to add, modify, export and import user comments for the PGCs. The comments are displayed in the PGC selector pane, in the current PGC title and in all places where a PGC label is displayed.
A. Added an option to allow PgcEdit to automatically add PGC comments when creating new PGCs or for information purposes. Currently, the Calls Cross References and Import Startup/Intro/Closing Clip functions are able to create comments automatically.
A. Added an option to automatically load and save the PGC comments in the backup folder when a DVD is opened or saved.

E. The Utilities and Macros menus are now removed, and replaced by the DVD, Domain, PGC, Menu and Title menus.
E. The Options menu is now splitted in sub-menus Startup, Input/Output, User Interface and Command Editor.
E. Moved the Plugins menu before the Tools menu. (Was after the Tools menu.)
E. The Return key can now be used to accept all requesters. (Same action as clicking the OK button.)
E. Added an Help button in the Search All results, and in the Go to Calling Command windows.
E. Added several options in the PGC Editor's Celltimes.txt function.
E. It is now possible to delete a range of cells at once in the PGC Editor.
E. In the PGC Editor's subpic streams assignments frame, a message shows now which subpic streams are really necessary according to the current domain stream attributes. Also, in the assign streams GUI, the unused streams are now grayed out, although it is still possible to modify the assignment.
E. It is now impossible to configure the Domain Streams Attributes's video mode with an illegal combination of flags (for example 4:3 + LetterBox or Pan&Scan, or 16:9 without either Letterbox or Pan&Scan or both.)
E. The GUI of the Remap Title Numbers function has been enhanced.
E. Renumber GOTOs option: The GOTO commands duplicated or copied/pasted to the clipboard are now also automatically renumbered.
E. It is now possible to specify the GPRM to use for the Import First-Play Clip and Import Title's Intro Clip functions, and force the macro to continue even if there are no unused GPRMs remaining in the DVD.
E. Added an option in the Import Title's Intro Clip macro to display the intro clip only the first time the title is played.
E. Changed the default settings for the "Enable Navigation Buttons" macro.
E. Trace: Renamed the preview option "Start Preview automatically when playing a cell?" to "Open Preview automatically when playing a cell?".
E. Trace's snapshot menu: The PGC label and pre/post/cell line number are now displayed in the menu items of the Snapshot submenus, and a new "Clear all Snapshots" function has been added.
E. Info -> PGC: Added the Angle number in the cells list.
E. Info -> PGC param and Cells tables: Added the total playing time for each domain, and the total playing time for the whole DVD.
E. PUO editor: added a button to input the PUOs as a value. Can be used to paste the value in the PUO_plugin.
E. Better handling and error messages when an invalid Nav Pack is found when scanning for menu buttons or BOVs.
E. The error message displayed when trying to load an encrypted VOB from the DVD drive says now clearly that it's a CSS encryption problem.

R. The DVDShrink Remote Buttons and DVDShrink Streams Remapping macros are removed. The same functions are now availables in the DVDShrink Plugin (http://www.videohelp.com/~r0lZ/pgcedit/plugins/dvdshrink_plugin_v11.zip) , as well as two new functions to launch DVDShrink from within PgcEdit.
R. Burn: Removed the "Download Daemon Tools" button on systems running in Germany and Unided Kingdom, due to legal issues in these countries.

F. Burning double layer DVDs did not work if the "Split ISO image into 1 GB chunks" option was enabled.
F. The VTS_TMAPT table is now updated upon creation or deletion of a PGC in the Title domain.
F. The Title number displayed in the PGC selector was wrong when the TTNs were not stored in ascending order in the title domain.
F. A Set, SetCLnk, CSetLnk or CSetCLnk using a SPRM as the first operand of the IF condition was not flagged as invalid. However, it was not possible to enter such an illegal command in the command editor.
F. Command Editor: Fixed the error opening the Command Editor when the "Start in Trace Mode" option was on and a DVD was loaded via the command line.
F. Fixed a very rare bug in the handling of the Command Editor window size.
F. The PGC Editor window was too small when displayed on a 800x600 screen.
F. Menu viewer/editor: When a menu group has both the Letterbox AND Pan&Scan flags set, the menu was displayed in pan&scan mode. Now, PgcEdit checks the video attributes of the current domain to determine the display mode.
F. It was possible to crash the BOVs menu viewer/editor if the scan for BOVs of the current titleset was interrupted.
F. Trace mode: When the Next Chapter button was pressed when the last program was playing, sometimes the last program was played again, instead of the NextPGCN link or post command.
F. Trace mode: The Title PUOs (in the VMG_TT_SRPT table) were not displayed in the Watch PUOs window.
F. Trace mode: In "Next PB" mode, the playback stopped when entering the post commands of a dummy PGC. Now, the playback stops only if there is a pre/ post breakpoint on the dummy PGC.
F. On foreign window platforms, the config files were saved in the user's home (or in the "Application Data" folder if this folder was present.) Now, the config files are saved in the correct application data folder, even if his name is different.
F. Fixed some little bugs when a VTS has no VTS_TMAPTI table at all.
F. A bug prevented the Create New Blank Cell function to automatically save the DVD.
F. New version v1.11 of PsKill.exe by SysInternals.com (in the bin folder under Windows). The previous version was sometimes wrongly identified as a possible virus by some virus killers.
F. New 'Play All' Title bug: In trace mode, JumpVTS_TT to the new TTN was unable to find the target PGC.


PgcEdit 0.6.1 includes PgcEditPreview v2.1, by Jeanl:
Fixed the overlay buffer pointers that were not set to 0 when "no overlay" was selected.
Now allocating oversized blocks to avoid crashes that have been seen with (probably) faulty mpeg data. (See the Taelon posts on this page (http://forum.doom9.org/showthread.php?t=92481&page=8&pp=40).)

[Tobii]

This was very fast possible now, however. :D

...many thanks for the new version

[2COOL]

Thanks r0lZ!

http://img214.imageshack.us/img214/1200/worship28gh.gif

I, for one, would like to have all your current plugins in one zipped file. This way I could update my PgcEdit's plugin folder more efficiently by uncompressing all to the folder. Whatever needs updating will be replaced.

[r0lZ]

OK. Good idea. Will do that for the next release...

[ron spencer]

also, can it be added a feature to set ALL PUOs...i.e. a check box....or am i missing something already there?

[2COOL]

also, can it be added a feature to set ALL PUOs...?Why would you want to do that? It'll be overkill on the playback of your DVD.

[ron spencer]

for dummy menus, etc

[nwg]

Excellent. :)

Thanks.

[arsmori]

All hail user's comments goodness! :cool:

Pssst: there's no 'btnswap.zip' in lazer directory, only btnswap_12.zip.;)

[r0lZ]

for dummy menus, etcIt's useless to set PUOs for dummy PGCs. Since they are not played, you have no time to use your remote.
Anyway, you can already set all PUOs if you wish. Just set all checkboxes once. Then, copy the generated number, and paste it in the other PGCs.
Also, try the PUO plugin. There is a function to set or clear the PUOs in all PGCs of the current domain in one operation.

[ron spencer]

No so rOLZ. If in DVDLab I make a menu that is just a black background, I can set its duration to any seconds I want...so I plays like a movie...This is handy to transition between menus or for DVD players that have strange buffers (i.e. the last menu you are on stays on the screen a bit before you goto a movie)....so it does have a use....yes I can click all the boxes, but an "ALL" box would be useful....but it is up to you.

[zacoz]

in DVDLab I make a menu that is just a black backgroundThis would be a Blank cell you are referring to then. A Dummy PGC has no video cells at all.

Does DVDLab not let you set the PUO's at the time of creation ?

@r0lZ: Thanks again for a terrific release.

[frank]

Excellent work!! :thanks:

[2COOL]

@r0lZ

In your http://home.tiscali.be/debie.roland/pgcedit/index.html link, your "All plugins folder" link gives me this.

http://img366.imageshack.us/img366/5346/screenhunter0216kd.gif (http://imageshack.us)

[r0lZ]

Hum, right! And the same problem occur with the "All Versions" folder.
Tiscali has recently been sold to Scarlet. The server has changed. I will contact the hotline to see if this problem can be fixed. If not, I will add an HTML page with download links...

Note that you can still access the folders from the main homepage at VideoHelp, and from the unofficial mirror in Poland.

[ron spencer]

@zacoz

you are right...I did mean a blank cell...sorry to all....DVDLab does let you set, but it has no tick for all uops....anyway I was just hoping...no biggee really

[dirio49]

Is it possible that during trace mode for Pgcedit to print out
for each VTS or PGC which cells are not used during playback
if at all possible?
tory
P.S. Thanks for the great release.

[r0lZ]

Is it possible that during trace mode for Pgcedit to print out
for each VTS or PGC which cells are not used during playbackThe trace dump is only able to dump what it has reached, not what it has not played. This is due to the way it works. Sorry.

[r0lZ]

@2COOL. No solution for the Tiscali mirror problem. I have changed the links. Now, the folders are linked to the main site at VideoHelp.

[dirio49]

The trace dump is only able to dump what it has reached, not what it has not played. This is due to the way it works. Sorry.
thank for the quick reply

[radius]

hi :)
i tested the remap vts / delete last, i actually got an error after the deleting, when pgcedit autoreloaded the dvd it asked me for the deleted vob (vts3) :/, so i had to open video_ts in ifoedit and make a getvtssector, after that when loading the "fixed" ifos pgcedit blocked at the loading of the last ifo (vts2), i fixed this by manually removing the vts3 and associated title in ifoedit (strangely they were still inside),
btw i've a question about LU menus, is it possible to change the language or something somewhere in pgcedit (i was not able to find it :)) ?
Nice job :),
Regards

[r0lZ]

hi :)
i tested the remap vts / delete last, i actually got an error after the deleting, when pgcedit autoreloaded the dvd it asked me for the deleted vob (vts3) :/, so i had to open video_ts in ifoedit and make a getvtssector, after that when loading the "fixed" ifos pgcedit blocked at the loading of the last ifo (vts2), i fixed this by manually removing the vts3 and associated title in ifoedit (strangely they were still inside)The Delete Last VTS in Domain function do not save the DVD automatically. You have to do it after using the function, and before reloading the DVD, or the references to the removed domain will still be present in the IFOs.
I have done that this way to let the user remove several titlesets in sequence. But maybe I have to add an automatic save, to avoid this problem.

btw i've a question about LU menus, is it possible to change the language or something somewhere in pgcedit (i was not able to find it :)) ?No, I see no reason to change the language code of a LU. If your original DVD has several LUs, the correct language codes must be already defined. If it has only one LU, the language code is useless because that LU will be used anyway.
Why do you want to change the language code? If you have a good reason, I may add a function or a plugin to do it.

[r0lZ]

Changed my mind. There is one reason to change the LU: when you have entered a wrong code in an authoring program, you may want to change it without having to recompile the DVD.
And it was so easy to do... So, here it is.

Download: lu_plugin_v10.zip (http://www.videohelp.com/~r0lZ/pgcedit/beta/lu_plugin_v10.zip)
As usual, you have to put it in the "plugins" folder. See my homepage for details.
This plugin requires PgcEdit v0.6.1 or more.

[r0lZ]

I have also created a new "Auto-Comment" plugin. It adds a <void> comment to all PGCs without pre/post/cell commands. Though this plugin is of little use, it may be useful in some cases. See here (http://forum.doom9.org/showthread.php?p=720443#post720443) for details.

Download: auto_comment_plugin_v10.zip (http://www.videohelp.com/~r0lZ/pgcedit/beta/auto_comment_plugin_v10.zip)

Consider these two plugins as beta versions. I will add links to them on my homepage later...

[radius]

Changed my mind. There is one reason to change the LU: when you have entered a wrong code in an authoring program, you may want to change it without having to recompile the DVD.
And it was so easy to do... So, here it is.

Download: lu_plugin_v10.zip (http://www.videohelp.com/~r0lZ/pgcedit/beta/lu_plugin_v10.zip)
As usual, you have to put it in the "plugins" folder. See my homepage for details.
This plugin requires PgcEdit v0.6.1 or more.
ahah i had no good reason ^^
i removed one of 2 LU so it was using the other as default as you said, just wanted this one to be "unspecified" or something, but correcting an authoring error is a good reason :p, i'll retest the remap / delete thing, thanks

[CirTap]

first things first: great update!
I'm glad radius asked for the LU switcher :D, so there's another nice Plug-In
There is one reason to change the LU: when you have entered a wrong code in an authoring program, you may want to change it without having to recompile the DVD.there's another: in DVD-lab for instance one cannot set the language code (or I wasn't able to figure it out), they all default to "en". That's probably true for many/all "consumer level" authoring tools.
I'm still puzzled on how to add a new LU at all; IfoEdit, Add PGC to VTSM_PGCI_UT did "something", but of course it didn't work :) Guess I need to do some more research on that subject.
It'd be great to simply author the full set of menus, clone/duplicate that LU, assign another lang code, and then replace what needs localization with VobBlanker or whatever (... just thinking)

Have fun,
CirTap

[dirio49]

The trace dump is only able to dump what it has reached, not what it has not played. This is due to the way it works. Sorry.

What about if it prints out the used cell for the Pgc in the vts that are used in an easier to read format without showing all the commands. Not necceseraly in the trace dumb log but taking information form there and creating a file as alist.
if it can be done. (for people who cannot easily read the trace dump output)
thanks

[zacoz]

Excuse my possible ignorance dirio49, but to what purpose ?

A list of played cells would only relate to the specific command flow and menu selections made to that point, but not other cells possibly played via similar but slightly different route. Can get very complex to trace all possible routes.

[dirio49]

Excuse my possible ignorance dirio49, but to what purpose ?

A list of played cells would only relate to the specific command flow and menu selections made to that point, but not other cells possibly played via similar but slightly different route. Can get very complex to trace all possible routes.

To find cell that are 'fake'
this would be only done when you would use the trace function and all the times
or it could be as a plugin

[ron spencer]

@CirTrap

DVDLab can set language code....but only after you compile your project....goto Tools-->IFO Editor - Audio

see

http://www.mediachance.com/dvdlab/Helppro/tools.htm

and scroll down

[CirTap]

@ron: yes, thanx, I know, but the feature you're refering to applies to audio tracks in "regular" DVD-lab (hence "IFO Editor - Audio"). DVD-lab PRO has *that* kind of (audio) language setting built-in w/o IFO hacking.
The LUs handled by r0lz' plug-in belong to "localized" DVD menus, DVD-lab does not handle :) -- yet.

CirTap

[blutach]

I haven't been on much, so let me add my voice to all others to congratulate r0lZ on his fine work.

The best just got better!

Regards

[radius]

Hi,
there's actually a small issue using the "input value" button in the "prohibited user operation menu", when you validate or cancel the "input value" the "prohibited user ..." menu doesn't stay on top so we can't close it and continue, it does the same if you are in the "prohibited user ..." menu and you leave / refocus the pgcedit window, maybe it's something with gtk ?
btw is it possible to get the windows maximized when setting it's set in the shortcut too ^^ ?
thanks

[r0lZ]

Hi,
there's actually a small issue using the "input value" button in the "prohibited user operation menu", when you validate or cancel the "input value" the "prohibited user ..." menu doesn't stay on top so we can't close it and continue, it does the same if you are in the "prohibited user ..." menu and you leave / refocus the pgcedit window, maybe it's something with gtk ?Oh, yes, this problem is present when you use the PUOs editor fo filter the PUOs (main menu.) Will fix it. Thanks.
btw is it possible to get the windows maximized when setting it's set in the shortcut too ^^ ?
thanksWhat do you mean? You want a shortcut to maximize the main window? Unfortunately, it's not possible. The maximization of a window is M$ specific, and is therefore not supported by Tk. But there should be a Windows shortcut to do that on any active window.

[mpucoder]

But there should be a Windows shortcut to do that on any active window.
For those desperately seeking the shortcut - Alt space (opens the system menu normally opened by right clicking the title bar) followed by x

[Wheelie4]

For those desperately seeking the shortcut - Alt space (opens the system menu normally opened by right clicking the title bar) followed by x

Yet that works great. That's the only way I ever maximize and restore application windows.

[radius]

What do you mean? You want a shortcut to maximize the main window? Unfortunately, it's not possible. The maximization of a window is M$ specific, and is therefore not supported by Tk. But there should be a Windows shortcut to do that on any active window.
yeah i actually run it thru a shortcut (u can set on the shortcut properties if you want to run the thing normal / minimized / maximized) but it's no big deal :)
another thing, could it be possible choosing to not "create a new vob id / edit vob" when creating a new blank cell, as sometimes we may use existing stuff ?
thanks :)

[r0lZ]

yeah i actually run it thru a shortcut (u can set on the shortcut properties if you want to run the thing normal / minimized / maximized) but it's no big deal :)Ah, it's a shortcut to a file! (Wnodows has such words!)
I don't understand why it doesn't work with Tcl/Tk. I have tried some time ago to make it work, without success.
another thing, could it be possible choosing to not "create a new vob id / edit vob" when creating a new blank cell, as sometimes we may use existing stuff ?
thanks :)I want also that option, but I have too many things to do! I will do it as soon as possible...

[voo_doo99]

In my DVD backup directory, I usually have sub-directories like BAKUP, STRIPPED, ... besides VIDEO_TS and of course PgcEditBackup. When creating ISO image, PgcEdit knew to ask if I wanted to include the other sub-dirs but would not go forward if I clicked No i.e did not allow me to create ISO image with just the VIDEO_TS, excluding the others sub-dirs though it knew not to ask about the PgcEditBackup sub-dir.

Can you add this exclude option for creating ISO image, save me from having to move other stuffs out each time. Thanks.

[r0lZ]

In my DVD backup directory, I usually have sub-directories like BAKUP, STRIPPED, ... besides VIDEO_TS and of course PgcEditBackup. When creating ISO image, PgcEdit knew to ask if I wanted to include the other sub-dirs but would not go forward if I clicked No i.e did not allow me to create ISO image with just the VIDEO_TS, excluding the others sub-dirs though it knew not to ask about the PgcEditBackup sub-dir.

Can you add this exclude option for creating ISO image, save me from having to move other stuffs out each time. Thanks.I have already tried to do that, without success. The problem is that I cannot add as many arguments to the MKISOFS command line as I wish.
However, you can use a trick. PgcEdit automatically excludes some files (including the backups of PgcEdit, VobBlanker, MenuShrink...) It excludes also all files and folders beginning with "~" (because this tilde character was used by TitrleSetBlanker for his backup.)
So, if you name your folders with a leading ~ (for example ~STRIPPED), they will be automatically removed from the compilation.

[voo_doo99]

I have already tried to do that, without success. The problem is that I cannot add as many arguments to the MKISOFS command line as I wish.
However, you can use a trick. PgcEdit automatically excludes some files (including the backups of PgcEdit, VobBlanker, MenuShrink...) It excludes also all files and folders beginning with "~" (because this tilde character was used by TitrleSetBlanker for his backup.)
So, if you name your folders with a leading ~ (for example ~STRIPPED), they will be automatically removed from the compilation.
r0lZ, thanks for the tip I can work with that. I have another question. When I created the ISO image for dual-layer DVD-9, PgcEdit issued a layer-break sector # to be used with ImageBurn. If I dont burn immediately can I find that sector # again by opening the ISO image with PgcEdit later?
:thanks:

[r0lZ]

No, the LB sector number is not in the ISO.
But you should be able to mount the image, load the DVD in PgcEdit, restart the burn process, and select the same cell. (That cell should be selected by default). At this point, you can read the LB number in the GUI.

[voo_doo99]

However, you can use a trick. PgcEdit automatically excludes some files (including the backups of PgcEdit, VobBlanker, MenuShrink...) It excludes also all files and folders beginning with "~" (because this tilde character was used by TitrleSetBlanker for his backup.)
So, if you name your folders with a leading ~ (for example ~STRIPPED), they will be automatically removed from the compilation.
Just to follow up, renaming the extra folders with a leading ~ still caused the message box to appear, I dont know if I clicked Yes the ~folders would get excluded in the Create ISO process?. But I found the easy workaround by just dragging the extra folders inside the PgcEdit_backup folder to hide them.

[voo_doo99]

No, the LB sector number is not in the ISO.
But you should be able to mount the image, load the DVD in PgcEdit, restart the burn process, and select the same cell. (That cell should be selected by default). At this point, you can read the LB number in the GUI.
I noted that a log was displayed after the Create ISO process which also had the LB sector number included and seemed to use the same place as the create ISO when saved. Could you have the default log name set to be same as the ISO name with a suffix _log.txt to link them together for later burning reference?.

Also, is it true that if I use ImgBurn for the created ISO, the chosen LB would be detected automatically without referencing the saved LB sector number?

:thanks:

[r0lZ]

I will check the ~folder problem. Maybe it works only for files.

I don't know if it is possible to define the filename to be used by default by the text viewer easily. Will see...

Yes, as far as I know, ImgBurn should pick the right cell for you, since that cell has the seamless playback flag off, and is aligned with an ECC block (which are the main conditions checked by ImgBurn.)
But I am not sure ImgBurl will always pick the right cell. For example, if there are several cells suitables for the layer break, it may pick another one, or open his GUI to let you choose the cell to use. Honestly, I haven't checked this situation yet.

[FilipeAmadeuO]

That´s why i asked to Lightnink UK to explain how the mds file works.

[blutach]

I have an ARccOS disk and tried to remove the blank cells at the start of the flick.

However, this seems inhibited in 0.6.1 (after pressing OK in the remove dialogue, the box closes but the cell table is not updated).

Anybody else having problems with removing cells, either on a single or range basis?

Regards

[r0lZ]

I have had this problem several times. I don't understand why. :confused: But if you save the DVD and quit PgcEdit, then open it again, it will probably work.

[blutach]

Similar problem adding cells if you say no to updating the VOB in the backup folder. It appends 10k to the VOB but does not update the cell table. Next time you do it, you get an error of course, since the VTS is too big :(

Might these be related problems?

Regards

[r0lZ]

No, I don't think so. Seems this one is a bug in my code. Will verify.
Thanks

[blutach]

No, thank you for being so diligent in answering all our bug reports while still attending to feature requests :)

Regards

[CoNS]

r0lZ, in the new version, the warning about ImgBurn at startup is a bit annoying.

It's ok that it pops up the very first time, or every time you'd enter the ISO creation part of PgcEdit without having specified the path for ImgBurn, but for users like me who doesn't use PgcEdit for the ISO part at all, and thus naturally does not use either DVDDecrypter or ImgBurn in connection with PgcEdit, it's annoying that it pops up every time.

Also, I've edited two DVDs with the new version, ripped straight off the original disc, and with both of them PgcEdit has given me the warning upon load that the number of subpics streams in 20 of the menu domains didn't match the number of streams actually used. Weird, that I'd get that warning on two discs in a row, whereas I've never seen that warning before? In both cases I clicked "Fix", and then confirmed 20 times that PgcEdit could fix it in each VTSM domain. Could you add a "Fix All" button to that dialog, and do I need to worry about getting the warning?

[r0lZ]

You can stop the warning about ImgBurn simply by saving the burn preferences. Just go to "Options -> Input/Output -> Burn/Create ISO Setup" and click the Save button.

No, I can't add a Yes to All button in the Fix Streams dialog, because it's a standard Yes/No/Cancel button that cannot be modified, at least with Tcl/Tk.
If you are annoyed by these requests each time you load a DVD, you may turn this feature OFF in "Options -> Input/Output".
Tech note: in some DVDs, there is a subpic stream defined in the table for each menu, even if the menu is made of dummies only. It doesn't hurt, but it's cleaner to remove these unnecessary definitions. I have added the option to launch automatically this check when a new DVD is loaded at the request of several users. As I said, you can turn it off.

[CoNS]

Thanks for your help! I got rid of the ImgBurn warning, but I kept the automatic launch of the "fix number of streams" macro for now. Is it a new thing that it automatically launches by default at startup? That could explain why I haven't noticed that warning until now.

[zacoz]

Added to the betas for 0.6.1 (not sure which one it initally appeared in however)

From the 0.6.1 final change history

The "Fix number of streams" macro is now launched automatically when a DVD is opened (but not when the DVD is reopened). If some discrepancies are found, the user is prompted to fix them. An option to disable this feature has been added in the Options menu.

[blutach]

Options - Input/Output in fact (naming is a bit strange for this set of Options, IMHO).

Regards

[Z-95]

Hey, wanted to say what an excellent program you have here; it is extremely powerful and simple to use IMO. I do have one feature request: is it possible to have a way to blank multiple cells at once? It can get tiring to have around 10 cells that need blanking that require you to open, click, blank, click ok 4 times, repeat. Or maybe I'm just missing the simple way to do it. If you could that would be great!

[Video Dude]

I have had this problem several times. I don't understand why. :confused: But if you save the DVD and quit PgcEdit, then open it again, it will probably work.I have also experienced this many times.

There are some instances where PGCEdit will remove the cell, but not reflect the changes in the GUI. For example, on a DVD project I wanted to remove 1 cell out of 10. It did not work, so I clicked the button 4 more times, still nothing. I closed (and saved) and when I reopened I found that five cells had been removed. So it did work, but did not show the changes in the GUI. (Thanks for automatically creating a backup. :D )

I've noticed a pattern for when it occurs for me. It seems only to happen (but not every time) after I cut and paste commands and also edit the "current domain streams attributes". Everything is fine if I remove the cells first.

[r0lZ]

Hey, wanted to say what an excellent program you have here; it is extremely powerful and simple to use IMO. I do have one feature request: is it possible to have a way to blank multiple cells at once? It can get tiring to have around 10 cells that need blanking that require you to open, click, blank, click ok 4 times, repeat. Or maybe I'm just missing the simple way to do it. If you could that would be great!Thanks, and welcome to the forum, Z-95.

You can delete several cells at once if they are contiguous. Just open the PGC Editor -> Remove Cells, and select Remove Cell Range. This option is relatively new, so be sure to use the latest v0.6.1.
I have also the intention to revamp completely the PGC Editor, to allow moltiple selection of cells. But it's a big work, and I have also many other things to do. Maybe this winter...

[r0lZ]

I have also experienced this many times.

There are some instances where PGCEdit will remove the cell, but not reflect the changes in the GUI. For example, on a DVD project I wanted to remove 1 cell out of 10. It did not work, so I clicked the button 4 more times, still nothing. I closed (and saved) and when I reopened I found that five cells had been removed. So it did work, but did not show the changes in the GUI. (Thanks for automatically creating a backup. :D )

I've noticed a pattern for when it occurs for me. It seems only to happen (but not every time) after I cut and paste commands and also edit the "current domain streams attributes". Everything is fine if I remove the cells first.Thanks for the tip. Will try to find the bug, though it's difficult when it occur only from time to time.

[blutach]

Yeah, it is infuriating. Right now, I am in the habit of doing Incremental backup before cell operations - especially add blank cells.

(WooHoo - 1,500 totally unhelpful and useless posts!)

Regards

[zacoz]

Nah, think you still have a few to go Blu, as I seem to recall at least half a dozen that were actually helpful to me.

Sorry for OT.

[Z-95]

You can delete several cells at once if they are contiguous. Just open the PGC Editor -> Remove Cells, and select Remove Cell Range. This option is relatively new, so be sure to use the latest v0.6.1.
I have also the intention to revamp completely the PGC Editor, to allow moltiple selection of cells. But it's a big work, and I have also many other things to do. Maybe this winter...
By using the Remove Cells function, it leaves the actual video content on the DVD correct? When I first used PCGedit I used remove cell and it left the unreferenced content in the vobs and I had to run it through VobBlanker to get rid of it. I use blank cell to get rid of the video and save space. Cool, no real rush, its fine now as long as I don't run into another 10+ cell PCG :p .

[r0lZ]

Right. You need VobBlanker to recover the space used by the VOB cells.

However, it is possible to blank a whole domain at once in PgcEdit. See Domain -> Blank Out all PGCs in Domain. It patches the IFOs, and replace the VOB(s) by one single black frame. In the menu domain, it is even possible to remove completely the VOB, by converting all PGCs to dummies.
If you don't need to keep anything in a domain, I recommand to use this option. It's faster, and it recovers even more space than with VobBlanker.

[r0lZ]

I noted that a log was displayed after the Create ISO process which also had the LB sector number included and seemed to use the same place as the create ISO when saved. Could you have the default log name set to be same as the ISO name with a suffix _log.txt to link them together for later burning reference?
Done. Thanks for the suggestion.

[r0lZ]

I will check the ~folder problem. Maybe it works only for files.
Well, I forgot I have removed the automatic exclusion of ~* files when creating the ISO. It causes problems under Linux, because ~ is expanded as the current user's home path. Anyway, your trick to move your work folders in the PgcEdit backup folder works to exclude them. So, I will not implement another solution.

[r0lZ]

Similar problem adding cells if you say no to updating the VOB in the backup folder. It appends 10k to the VOB but does not update the cell table. Next time you do it, you get an error of course, since the VTS is too big :(
I've tried to reproduce this bug, but I can't. Seems everything is normal.
When you don't backup the VOBs, the procedure continues as expected. If you use the Cancel button when requested to backup the VOBs, or in the overwrite confirmation dialog, the procedure is not executed at all. In both cases, it's normal.
Could you please explain what you did exactly?

[Z-95]

I have never seen this bug in my usage of the program, either in removing the checkmark to backup the VOB when blanking a cell or when leaving it marked and then saying no to overwriting the already backed up VOB. Each time it correctly updated the cells for me. Note that I have not tried leaving it checked and click no to overwrite in 0.6.1, only in 0.6.

[r0lZ]

Thanks for the confirmation.
However, blutack is talking about the Create New Blank Cell feature available in the PGC Editor. There is no checkmark to backup the VOBs. It's a dialog window that is opened when needed. I suppose you are speaking of the Blank All PGCs in Domain function.
But you're right. Since both methods are similar, the same bug should occur in both functions, or never. (But the add cell function is more complex...)

[Z-95]

Whoops, my bad, assumed when he said "say no to updating the VOB in the backup folder" to be him referring to blanking cells and the backing up of original VOBs.

One thing I've noticed, when the fix streams macro is run when opening the DVD, it doesn't seem to fix the problems it finds. When I reopen that DVD, it comes up with the same "there are 2 discrepancies..." no matter how many times I run the macro.

[r0lZ]

The fix streams macro fixes the discrepancies on the data stored in memory, but doesn't save the DVD automatically. You have to save it manually.

[Z-95]

Whoa, just tried it and it works if you save it immediately, but I have run the macro and then did editing on the DVD and then saved it manually and it didn't save what the macro fixed.

[blutach]

@r0lZ - all I did was try to add a few blank cells. Unofrtunately you have to do this one at a time, but so be it (maybe easier to use AddChapter for bulk adds). So, I add the forst one no probs. Saves the DVD autmatically (I think). Add another blank cell. Asks if I want to overwrite the backup VOB (I don't). Then the little 10k is added to the VOB but the cell table is not updated, so the third time around, I'm in trouble.

Regards

[r0lZ]

Thanks. Will try this procedure...

[r0lZ]

I have updated my homepage with links to new guides (including 2 brand new german PDFs by Tobi), and to the newest plugins (including the anti-ARccOS plugin by the Mad Monk.)

See the hemepage for details...

[Rippraff]

Thanks r0lZ and a special thank you to Tobi as well! :)

Cu Rippraff

[blutach]

A note on the Anti-ARccOS plugin - it is still under development and does not work for everything out there (Episodic DVDs still require a little development). But give it a try - it works on the vast majority of ARccOS disks in circulation.

Regards

[E-Male]

r0lZ, could you add a cli-option (or make a seperate cli-tool) that allows just patching a VIDEO_TS folder to have the 32k padding between video_ts.ifo and .bup, so it can then be used with mkisofs?
would be great to have for batch-files and front-ends
also: could you please post the correct mkisofs parameters to use after the patching?

[r0lZ]

Well, PgcEdit is a front-end for MkISOFS. And doing a little cli-tool is not easy. I will have to extract many things from the main program...

But there is a trick. When PgcEdit starts (with a DVD folder name passed as argument), it loads the DVD, and then loads the plugins. So, if you want, copy PgcEdit somewhere in a new directory, and create a little plugin to save automatically the DVD just after it has been loaded. Be sure to enable the 32K gap option, and enable expert mode to suppress the confirmation dialogs. If you call this copy of PgcEdit, it will load the DVD, and save it with the 32K gaps, then exit.
However, note that all setup values are saved in the same folder, regardless of which copy of PgcEdit is used. This means that you will have to leave the options above when you work with the 'normal' copy of PgcEdit. Also, PgcEdit may display some warnings, even when the expert mode is enabled.

The plugin should contain those lines:
set rc [::main::Write_DVD false] ;# save DVD, and remember error code
cleanexit $rc ;# and quit PgcEdit with error code
I have not tested the method, but it should work.

[EDIT:]
It is even possible to hardcode the setups you need in the plugin. Insert the following lines before the lines above:
set ::config(save_setups_on_exit) false
set ::config(save_BUP_with_gaps) true
set ::config(expert_mode) true
set ::config(auto_create_backup) false
set ::config(auto_fix_streams) false
set ::config(auto_launch_menubuttons_parser) false
Thanks to the first line, the setups will not be saved when the version with the plugin is used.
(I'm not sure if the last 3 lines are useful, since the DVD will be already loaded when they are executed.)

[2COOL]

Bug report.

Select a Title and go all the way to last sub dialog (PUO value by clicking on Input Value button) in image and just click on OK to set and exit.

http://img457.imageshack.us/img457/9961/screenhunter0302ij.gif

When doing so, the Prohibited User Operations dialog is on top and you then can successfully exit that by clicking OK. After this, you can also click on OK to exit PgcEditor dialog. Business as usual.

The problem lies if you try to do it again. Now, when you repeat the same procedure going all the way to PUO value dialog and clicking OK, the Prohibited User Operations dialog disappears too. What happens next is that you cannot close out the Pgc Editor dialog and therefore PgcEdit is locked. The only way to exit is using task manager.

[r0lZ]

Thanks. It's strange indeed. I don't understand why it works the first time but not after...
Note that when you experience this problem, you can bring the PUO window on top again by clicking somewhere on the PGC Editor window. No need to kill PgcEdit.

[Tobii]

It is very easily possible to produce an applications error with the macro "import title closing clip",if the PGC doesn't have a title number.

Example (last VTS):

VTSM 12 , LU 1 (en) , 1 (dummy) RootM
VTSM 12 , LU 1 (en) , 2 (0:01) 1b.
VTST 12 , 1 TTN 1 (3:29) Title 11
VTST 12 , 2 TTN 2 (13:47)

If one selects the last PGC and then calls the macro,it comes to the applications error.

Error: can't read ":: pgcs(12,2,Title)": no such element in array


One can use only the macro, if the PGC has a title number? r0lZ?

[spyhawk]

VMG Title must be defined for "VTST 12,2 TTN2". The macro just needs another check before importing.

[r0lZ]

Yes. It is theorically possible to have something like that:

VTST 12 , 1 TTN 1 (3:29) Title 11
VTST 12 , 2 TTN 1 (13:47)
(Note that both PGCs are related to TTN 1)

But it is not legal to have a TTN without a title number at all.

Anyway, I will fix this issue.

Thanks, Tobi and spyhawk.

[radius]

Hi :)
i found a small issue with the "PGC Playback Time" fixing,
I've build a dvd with maestro then when editing the title pgc i get this Warning message:
http://r4dius.free.fr/warning.png
If i click yes then ok to leave the pgc editor window then reopen the pgc editor the "remove cells" doesn't work as it should, cells are not directly deleted (and there's no "Building cell tab..." in background), if i remove a cell then again ok to leave and reopen editor the previously "removed" cell is gone and i get another warning.
Btw i've been using the menu editor to redirect some things and i've done a lot of illegal commands before figuring it was illegal ^^, it would be great if the big button with the command was in red as in commands window when creating an illegal thing :)
finally ^^, are you thinking in adding vobs PUOps editing ?
Thanks

[r0lZ]

Thanks for the bug report.

I know the Remove Cell bug, but it is somewhat occasional, and I have many difficulties to fix it. Maybe with your report I will be able to find it more easily...

For the menu editor, what did you exactly? It is theorically impossible to encode an illegal command in the command editor, but it is possible to use a command that cannot be present in a menu button. Is it what you did?
Note that it's not easy to highlight an illegal command in the menu editor, because I don't have the routine to check for the illegal commands in menu buttons. Will see what I can do...

No, I have no plans to implement VOB PUOs editing. In the PUO plugin, there is a function to clear all PUOs in the VOBs. My advice: use it to get rid of any VOB PUOs, and set the PUOs in the IFOs only. It's easier and faster. (However, with this method it is impossible to set the GoUp PUO, which, for an obscure reason, cannot be used in the PGCs.)

[blutach]

Be careful in getting rid of VOB PUOps where there are angles. In many players, the little angle icon comes on (if these have been removed) and can not be turned off.

I only turn off VOB PUOps if there are no angles.

Regards

[r0lZ]

But you can set the Angle PUO in the IFO, and remove it in the VOBs, no?

Maybe I have to modify the PUO plugin to allow the user to selectively remove some PUOs in the VOBs, but not all of them...
But IMO, it's the player fault. What a stupid idea to display the Angle symbol on screen! You should have at least a way to disable it. (My Sony is smart enough and don't display it!)

[radius]

yeah as you said i used legal commands but not allowed on menus :)
for the puos i'm actually using maestro to mark the vobs

[Sir Didymus]

Big sorry if the question has been already discussed or in case I am missing something fundamental...

I think the Kill Pgc Playback Macro is one of the most appreciated by PgcEdit Users.

Noticed in a couple of titles (really... just on two examples) that it did not killed the pgc playback. The reason was that into these specific situations the navigation among pgcs, after the playback of the pgc, was not performed through post commands (linkpgcn or other flow control instructions) but by means of the "NextPgc" link.

Do you think it should be possible, in the macro, to check if the last post command in the Pgc is an instruction of unconditional branch, and in case it is not, to insert as a last instruction of the pre command section a new branch instruction (LinkPgcn) pointing to the NextPgc ?

All the best,
SD

[r0lZ]

It should be possible to append anyway a LinkPGCN command when the NextPGC link is not zero, and doesn't point to itself. If the PGC is exited by a post command, the LinkPGCN will never be reached. Right?

[EDIT] Just finished modifying the code. Seems adding a LinkPGCN anyway works fine.
Thanks for your bug report, Sir Didymus. :goodpost:

[blutach]

I'm pretty sure 2COOL reported on this and made a little guide on how to fix it for multi PGCN titles.

EDIT: Here it is - http://forum.doom9.org/showthread.php?t=90773

Regards

[r0lZ]

Hum, maybe it's another thing 2COOL has encountered. He doesn't say if the playback jumps from PGC 1 to PGC 2 by means of a NextPGC link, or if it jumps directly to the next PGC in the list because there are no post-commands nor NextPGC link. I don't know if it's something possible, but I'll test this scenario.

If there is a NextPGC link in PGC 1 pointing to PGC 2, my method will work: a new LinkPGCN to PGC 2 command will be added after the pre-commands of PGC 1, therefore the playback will be bypassed, and the pre-commands of PGC 2 will be executed normally.

[Sir Didymus]

It should be possible to append anyway a LinkPGCN command when the NextPGC link is not zero, and doesn't point to itself...
Mhhh. Very smart!!!

And what about, in case the link is 0, to add instead a LinkPGCN to the immediately following PGC ?

This should cover the situation described by 2COOL also in case no NextPGC link is present in PGC 1...

[r0lZ]

Yes, but I need to be sure it's legal. IMO, if there are no post commands nor NextPGC link, the DVD must simply exit. This is how it's simulated in the trace.

[r0lZ]

I have tried all software players I have. All are stopping after the first PGC. So, I suppose that there is a NextPGC link in 2COOL's example, and that my current method should work in all cases.
Anyway, I prefer that, or I will add false references to some PGCs. This may confuse the Cross References and Go to Calling Command functions.

[Sir Didymus]

Yes, but I need to be sure it's legal.
Agreed. I will check the matter on some documents...


I have tried all software players I have. All are stopping after the first PGC. So, I suppose that there is a NextPGC link in 2COOL's example, and that my current method should work in all cases...

That's a good point... anyway feeling unsafe in totally thrusting on sw players, even in case all show the same behaviour... :D


Anyway, I prefer that, or I will add false references to some PGCs. This may confuse the Cross References and Go to Calling Command functions.

Fully understood and agreed. A BIG :thanks: for all of the work you are putting into your beautiful application.

[frank]

Time for a new thread to PgcEdit 0.6.2, isn't it?

[r0lZ]

Well, if you want so. But 0.6.2 is still in beta phase. I have added a workaround for blutach's problem with the backups when burning with PgcEdit. This workaround still needs to be tested. After that test, I will release 0.6.2 final.

Anyway, if you want to test it, you may download 0.6.2 beta 1 here (http://www.videohelp.com/~r0lZ/pgcedit/beta/PgcEdit_winexe_0.6.2beta1.zip).

[frank]

Ok, thanks :D

[frank]

I have got a new burner LiteOn SHW-16H5S. So I could test DVD-R DL media from Verbatim.

The result:
The size of layer L0 is unchangeable and stays on max. regardless of what LB setting. In this case no LB setting is possible! The laser changes at the end of L0, and proceeds on L1. Then the leadout fills up to the inner radius, the burner has to write fully 8.5 GB.
DVD-R DL is not suitable for DVD-Video! I have spent 4 coasters for this knowledge! :(
Great suites like Nero have the same issue!!
Look at my last posting in the DVD burning section.

So we should disable the DVD-R DL option in PgcEdit and output a warning if you want to use a DVD-R DL (Dual Layer).

[r0lZ]

See my reply here (http://forum.doom9.org/showthread.php?p=744164#post744164).

[r0lZ]

PgcEdit v0.6.2 (December 2, 2005) E. PGC Editor's cells flags: The Access Restricted and the VOBU Still flags are now availables in the Cells Type Flags editor, rather than directly in the cells list. Previously, only the VOBU Still was available. The Type Flags button contains now two values, one for each byte. Also, some of the flags labels have been changed to reflect more closely the official terminology.
E. PGC Editor: Added tooltips on the cell command number fields to display the current cell command. The cell commands numbers higher than the number of cell commands currently defined are now highlighted in pink. Similarily, the Prev/Next/GoUpPGCN link values are highlighted in pink if the target PGC doesn't exist.
E. Enable All Operations now prompts the user if he wants to remove also the Access Restricted flags on the cells of the current PGC, when this flag is set on some cells. Warning: the Access Restricted flag is especially used by the Sony ARccOS protection. In this case, it should not be removed.
E. Changed the listbox/entry default color to use the Windows default. Added Option -> User Interface -> White Listbox Background also under Windows and Mac OSX.
E. Burn DVD: a new selector button has been added to select the DL media type from the main dialog. The Sectors in L0 value in the Burn Setup window is now ignored when burning a DL+R.
E. Since ImgBurn is now stable and doesn't require the layer break sector number in his settings anymore, the dialog asking if the user wants to copy the layer break value in the clipboard has been removed when ImgBurn is used, and when a DL DVD-R is used.
E. Burn DVD: when the log is displayed, the Save button uses now by default the same filename as the ISO, but with a _log.txt extension.
A. A new menu "Options -> Install -> Install a plugin" has been added to help the novice user to install a PgcEdit plugin.
E/F. The standalone version of PgcEdit now uses freeWrap version 6.1. This solves the problem of the mouse double-clicks being passed through the file open/save or folder selection dialogs to the underlying window.
F. The Kill PGC playback function now appends a LinkPGCN command at the end of the pre-commands when the NextPGC link is non-zero and doesn't point to itself. Without this command, the PGC was sometimes played.
F. Fixed the bug in Remove Cells function of the PGC Editor that caused the function to silently fail in some occasions.
F. The Prohibited User Operations window was sometimes pushed below the main window when the Input Value button was used.
F. Import Title Closing Clip crashed if the current PGC was a PGC without a Title number.
F. Fixed a problem on some Windows systems where the web browser executable was wrongly considered as not executable by TCL/TK.
F. Burn DVD: Workaround for a problem with mkisofs on some systems: Mkisofs reports sometimes an "Invalid node - -m" error when the backup folders are not deleted. Now, when this error occur, a dialog pops-up, asking if you want to delete the backups, continue w/o deleting the backups, or cancel.


DVD Shrink plugin v1.3 Added function to clear the Analysis cache of DVDShrink, to force it to recompute the analysis of the already processed DVDs, or to preserve disc space.

[Rippraff]

Thanks a lot Roland! :)
But could you please put a 0.6.2.zip on the versions site? Can't find the shrink plugin, there's still 1.2 listed.

Cu Rippraff

[r0lZ]

Hum, right. Version mismatch!
V1.2 of the DVDShrink plugin is still listed, but 1.3 is in the archive!
I will fix this problem immediately.
Thanks.

[Rippraff]

V1.2 of the DVDShrink plugin is still listed, but 1.3 is in the rachive!
You're right, just found the update and the .tcl has the same timestamp as you said. ;)

Cu Rippraff

[r0lZ]

Anyway, it's fixed now.

[CirTap]

wow, yet another release. xlnt!

some thoughts about versioning: you should consider to bump the version number of PgcEdit, with 0.6.1 already being such a feature rich "update" and its partially revamped interface, it would have been worth receiving a larger incrementent: 0.7.0 :-)
I guess some people thought of 0.6.1 just being a bug-fix release because of the tiny version no. increase -- 0.6.2 could have been 0.7.1 :)
Don't what you think of how "PgcEdit 1.0" is supposed to look like or what (more) features it should provide, but to me, PgcEdit is pretty much a 1.0 <g>

Keep up your great work!

CirTap

[r0lZ]

Yes, I know. The version numbering scheme I use is not very consistant.
I increase the version number only when something very important is added, or when a major part of the program was rewritten.
Since PgcEdit is free, I don't need to wait before adding a new feature. This is why a new release often includes a mix of new features and bug fixes. It's difficult to increase the version number each time.

And, yes, PgcEdit has still a major version number of 0, because, honestly, I think there are still bugs in the code, and things that might not be very well documented, or even still yet not discovered in the DVD standard.
I hope, one day, I will be confident enough to release v1.0! ;)

[jinjin_jp]

Thanks very much for new version release.
Pease upload the file linked from "all versions" click, there is the file of ver.0.6.1.

[r0lZ]

Oh, yes, another problem. I must be very tired!
Will add v0.6.2 in the all versions folder.
Thanks!

[jinjin_jp]

Thanks very much. I prefer the file from all versions folder, because easy to confirm version from the folder name.

[CirTap]

I increase the version number only when something very important is added, or when a major part of the program was rewritten.which was my impression for 0.6.1: lots of things changed (visually) in the GUI and you added quite a few great new features, I think it's not about how much code you added, edited, moved, but how the app shows to the user. Anyway, I woudn't mind to "avoid" a 1.0 just because this is supposed to be "bug free" - I never found any x.0 release that was :-) like the stuff from Redmond ...

Have fun,
CirTap

[r0lZ]

Oh, yes, v1.0 will certainly not be completely bug free. But, IMO, it should be a "stable" and complete version.
Anyway, I've also used the 0.X versioning, because it's the habit in open source programs. Not very important, though.

I hate those nasty very tiny programs doing a very simple task, but with grandiose version numbers such as v3.1 Professional, and sold for $30 or more! If you are curious enough, you discover easily that it's only a matter of writing a couple of lines of code. And often, a program doing exactly the same thing is included in Windows, or at least a freeware, more powerful version, can be found easily.
For example, have you noticed the number of more or less expensive programs to shrink a DVD? IMO, DVDShrink is still the best, and it is free!

[Rippraff]

Will add v0.6.2 in the all versions folder.
Thanks!
As I asked already here. (http://forum.doom9.org/showthread.php?p=745826#post745826) ;)
But never mind I'm also very tired today. :)

Cu Rippraff

[CirTap]

But, IMO, it should be a "stable" and complete version.well, I think it's pretty stable and bugfree; it may have "annoyances" which are (I think) "Tk" related, like the stuff with the File Open dialogs: it did never crash for me, though :-) but I admit, I don't use every single feature of it.
I've also used the 0.X versioning, because it's the habit in open source programshmm, hence I mentioned it. Isn't a "typical" version more of a "major.minor.release[.revision]" schema, with major.minor introducing "features" (only) and the remaining two (or one) just fixes and cleanups?
Anyway, I just thought 0.6.1 "deserved" a higher version number for it's many changes and improvements. It's your baby: you can call it want you want, or course :-)

CirTap

[r0lZ]

it may have "annoyances" which are (I think) "Tk" related, like the stuff with the File Open dialogs
V0.6.2 should have fixed this problem! It was related to something in freeWrap, used to build the standalone executable. V0.6.2 uses freeWrap 6.1, which has not this problem anymore.

[CirTap]

yes, I know, don't panic! :-)
I said "like the stuff...", but that's among the things I don't consider a "bug" (in PgcEdit). I never encountered any of the troubles you "F"ixed in 0.6.2 simply because I had no use (yet) for that feature, and I presume I never double-klicked on a filename either: I usually navigate with the keyboard <g>

[arsmori]

r0lZ - all hail v0.6.2 btw :D - , after I let PgcEdit move the files in preparation for a burn, I now get this error:

http://img170.imageshack.us/img170/7472/01errorrenaming8kv.png (http://imageshack.us)


It's new to v0.6.2 and appear consistent. This error msg is harmless since PgcEdit already moved this dir up, just a lil FYI here ;).

[r0lZ]

Hum, I don't understand. I have not changed the way the beckup folder is handled when you burn the DVD. But I'll have a look. Thanks.

[blutach]

@asmori and r0lZ

Notice the extra "_" after VIDEO_TS. This is the problem, yes?

Regards

[r0lZ]

Hum, I haven't noticed the _, and I don't understand why it is there.
But no, that's not the problem.

Explanation: because of the -m syntax problem you (blutach) have experienced, I have modified the command line used to launch MkISOFS to use only one -m argument for all backup folders. So, instead of excluding explicitely each backup folder, I uses wildcards to exclude *backup* and *Backup*. As you can see, I still use two -m arguments to exclude all backup folders under linux and MacOSX (where backup and Backup are different words.) But under Windows, this has the effect that the files are matched twice, and when I rename the backup folders to move them in the VIDEO_TS folder, the first time it works normally, but the second time, the original backup folder is not there any more. Hence the error.

I have now changed the syntax again, to use -m *[Bb]ackup*, which is a sophisticated wildcard syntax not available under Window$ (of course!), but available in Tcl and mkisofs. This has the effect of excluding all backup folders in one argument, so the error is now fixed. Works fine under Linux, too.

BTW, blutach, please report if the first change I've made in the syntax has solved the -m issue. Thanks.

[arsmori]

@asmori and r0lZ

Notice the extra "_" after VIDEO_TS. This is the problem, yes?
That was me, needed that for PgcEdit to propose the move so I could get a screenshot of the error ;) .

[r0lZ]

OK! Good to know. Thanks.

[blutach]

I have tested that change and so far so good r0lZ. It is an intermittant one though and hard to nail down. Will report if I experience it again. Thank you for working so hard on what is really just an annoyance.

Regards

[Drinken]

I allways get the mkisofs related error when there's incremental backup folders present, never otherwise. Haven't tested 0.6.2 yet though, but will soon. :)

Dr.

[blutach]

Drinken - I thought I was the only one and was mad!

Regards

[Drinken]

Blutach you're not alone, but sorry to say I can't tell you that you're not mad. I'm as crazy as they come. Not that it bothers me. :P

Unfortunately I still get the error with 0.6.2. :(

Log:

Number of VTS: 7
Output file: "D:\Burn\TEST.ISO"
Volume label: "TEST"

mkisofs 2.01.01a03 X (i686-pc-cygwin)
mkisofs: No such file or directory. Invalid node - '-m'.


Error creating ISO:
child process exited abnormally

Test command was:

"C:\Program Files\IMGtools\mkisofs.exe" -dvd-video -print-size -no-pad -V "TEST" -p "PgcEdit" -m "*backup*" -m "*Backup*" -m .DS_Store -m "Copy of *" "C:\Burn\TEST".

When I delete (or move) the incremental backup folder it works right away.

[blutach]

Maybe it has to do with naming of the IB folder? I've has this one for months and it must be the hardest bug to track down in PgcEdit. I pity r0lZ, but in any event, we can burn.

Regards

[r0lZ]

Well, I've tried to fix this nasty bug, bet seems it's a problem in MkISOFS and/or Windoze, not in PgcEdit.
I have added a workaround to this problem in v0.6.2, but there was a bug in the bugfix!
PgcEdit 0.6.3beta1 (http://www.videohelp.com/~r0lZ/pgcedit/beta/PgcEdit_winexe_0.6.3beta1.zip) should work now. Now, when the -m bug happens, you should be prompted to delete the backup files automatically.

In this beta, I have also changed some things in the burn function, including the way a DL DVD-R is handled. The burn GUI has also been modified, and support for the new /CLOSESUCCESS and /WAITFORMEDIA ImgBurn options added.
Could you test this beta? Thanks!
You need ImgBurn 1.1 or the "Close ImgBurn when done" option will not work.

@everybody: Note that only the burn function has been modified. If you don't use it, it is useless to download this beta.

[jinjin_jp]

When use ver.0.6.3beta1,
even if set -R/DL, GUI is same as +R/DL(L0 data capacity is 0(N/A)), and below two lines are not displayed).
But when ver.0.6.2,
if set -R/DL, GUI display "L0 data capacity=2092896" and below two lines.
Sorry if my operation is incorrect.

[r0lZ]

Thanks. I will verify that...

[r0lZ]

OK, was a stupid bug.
It is fixed now.

PgcEdit_winexe_0.6.3beta2.zip (http://www.videohelp.com/~r0lZ/pgcedit/beta/PgcEdit_winexe_0.6.3beta2.zip)

[jinjin_jp]

@r0lZ
Thanks very much. I comfirmed to be fixed.

[arsmori]

r0lZ, donno if this is common, but I had 'Kill PGC Playback' fail for the first time, here's before:

********** pre commands:
[71 00 00 06 00 00 00 00] 1 Set gprm(6) =(mov) 0
[00 B1 00 01 00 00 00 04] 2 if ( gprm(1) != 0 ) then { Goto line 4 }
[30 08 00 01 01 C0 00 00] 3 (CallSS) Call the VMGM PGC 1, resume cell 1
[71 06 00 01 00 00 00 01] 4 Set gprm(1) =(mov) 0 ; LinkPGN Program 1
********** post commands:
[30 08 00 01 01 C0 00 00] 1 (CallSS) Call the VMGM PGC 1, resume cell 1
...and after:

********** pre commands:
[71 00 00 06 00 00 00 00] 1 Set gprm(6) =(mov) 0
[00 B1 00 01 00 00 00 04] 2 if ( gprm(1) != 0 ) then { Goto line 4 }
[30 08 00 01 01 C0 00 00] 3 (CallSS) Call the VMGM PGC 1, resume cell 1
[71 06 00 01 00 00 00 01] 4 Set gprm(1) =(mov) 0 ; LinkPGN Program 1
[00 00 00 00 00 00 00 00] 5 NOP
[30 08 00 01 01 C0 00 00] 6 (CallSS) Call the VMGM PGC 1, resume cell 1
********** post commands:
[30 08 00 01 01 C0 00 00] 1 (CallSS) Call the VMGM PGC 1, resume cell 1
The kill routine doesn't catch the LinkPGN in pre command 4 for some reason. This is not a menu and there's no BOV or cell command. As a reference: VTST 3, 1 of this release (http://www.amazon.com/gp/product/B0003JAO8Q/).

[r0lZ]

Thanks for the info.
Normally, Kill PB should catch the LinkCN and LinkPGN commands, but here it's a Set command with an additional Link. It's probably the reason. Will fix it.

[Drinken]

0.6.3beta2 fails to delete the backup folders for me after it prompts.

[r0lZ]

What do you mean by fails? Is it an error message?

[Drinken]

It prompts if I want to delete and continue, continue without deleting or cancel(IIRC). When I click yes it opens the same error log as with the older builds with the -m error. When i go into the source folder to check the backup folders are still present.

[r0lZ]

Hum, that's really strange.
Could you please keep your backup folders somewhere? I will do a test version, with debugging output. If you can reproduce the problem, I will be interested to read the debug output. Thanks.
I'll PM you when it will be ready.
(If you have already deleted the backups manually, don't worrk. I'll try here also.)

[r0lZ]

Oh, yeah! Stupid bug!

This version (http://www.videohelp.com/~r0lZ/pgcedit/beta/PgcEdit_winexe_0.6.3beta4.zip) fixes it.
I have also changed the way the "Cancel" button works. It opens the DVD folder automatically, and abort the burn. So, you should be able to easily delete the backup files manually if you want.

[Drinken]

Works fine now, great work. :thanks:

Dr.

[erdoke]

Usually I burn my images with ImgBurn well after creation, so I use PgcEdit (and mkisofs.exe) just to create the ISO file and don't burn it right away.
From 0.6.2 PgcEdit backup folder is included in the image. No matter if I choose this directory to be placed inside or outside the VIDEO_TS folder. The only difference will be the final place of the backup in the image. Version 0.6.3.beta4 does not resolve this problem.
I have not modified any other settings just replaced PgcEdit.exe (0.6.1 and later 0.6.2) with the fresh one.

Warning of the ISO creation:
mkisofs 2.01x (i686-pc-cygwin)
mkisofs: No such file or directory. Can't stat L:\Working/VIDEO_TS/PgcEdi
mkisofs: Can't open device 'L:\Working/VIDEO_TS/PgcEdi'
mkisofs: Unable to parse DVD-Video structures.
Total translation table size: 0 Total rockridge attributes bytes: 0 Total directory bytes: 6296 Path table size(bytes): 58 Max brk space used 8000 2208305 extents written (4313 MB)
ISO created, WITH WARNINGS!

Just rolled back to 0.6.1 and it creates ISO files OK.

[blutach]

Looks to be funny truncation of file names and backslash/forwardslash confusion :(

Regards

[r0lZ]

Thanks erdoke.
I have tried again to generate an ISO of a DVD with a lot of backup folders, with 0.6.3 beta4, without problem.
Seems it's another MkISOFS problem, similar to the "-m" bug. The strange thing is that this kind of problem happens only from time to time, and only on some systems.

Erdoke, could you try to create the ISO with 0.6.3 beta4 (http://www.videohelp.com/~r0lZ/pgcedit/beta/PgcEdit_winexe_0.6.3beta4.zip)? I have worked again on the burn function in this beta, and changed a bit the command line issued to MkISOFS. Maybe it's sufficient to fix your problem? Also, be sure to use the latest MkISOFS v2.01.01a03 X (available with the ImgTool Classic current package.)

If it doesn'work, maybe I have to automatically delete the backups, or at least move them in a temp folder on the same disc during the ISO creation. This method should solve those issues, but it's not easy to do on Linux/MaxOSX platforms, where a "normal" user has not the rights to write anywhere.
What do you think?

About the strange filenames:
MkISOFS is a Linux program, compiled for windows, but it uses Linux routines in cygwin1.dll. Internally, the path separator character can be either a / or a \, so it doesn't matter. The truncated filename is strange, and might be the cause of the problem. Anyway, it cannot be truncated when it is passed by PgcEdit to MkISOFS via the command line, because PgcEdit passes only wildcards arguments ("*[Bb]ackup*"). So, it's probably a bug in MkISOFS. Might be fixed in the latest version, though.

[Carpo]

i have used 0.6.3 beta4 to make about 10 + isos and they have all turned out fine - no backup folder in any of them or any truncation (xp sp2)

[r0lZ]

Thanks for the feedback, Carpo. But as I said, the problem is intermittent, and present only on some systems. I need to know if the new beta fixes it on erdoke system.

[CirTap]

Hi,

@r0lZ, just a thought or two: woudn't it make sense to put the MKISOFS command line into PgcEdit's config file ("burn.cfg" for that matter), using %placeholders% for the sources and paths PgcEdit knows about and handles, e.g. the same patterns you use for Tools could be valid for the commandline.
That would possibly save you to compile a new release only to solve command line issues with external applications.

Maybe it could help if the "MakeISO.bat" (on Win) is editable and treated as a template with the aformentioned %foobar% variables inside, this way everyone could add/patch this batch file to their needs; PgcEdit then loads this "batch template" (or shell script(?) on Linux), replaces the variables, and proceeds as usual, running a copy of the batch file from the temp folder.

CirTap

[r0lZ]

Well, it's possible, but I don't think it will help to solve the bugs. I have tried several syntaxes w/o success, and my conclusion is that there is something wrong with the -m argument of MkISOFS. The only way to remove it is to delete or move the backup folders before launching MkISOFS. Otherwise, you need it to exclude the backup from the compilation, and if the user removes it, the backup will be burned as well. If is is in VIDEO_TS, a coaster will be produced.

[CirTap]

The only way to remove it is to delete or move the backup folders before launching MkISOFS.that's part of the idea: if users know that on their system, things are fishy, or they tend to add certain folders near the DVD folder PhcEdit has to deal with, lettings them add this stuff to their .BAT template would save you from tweaking your code. It's probably easier to teach non-CLI savvy users what to add to their template, on their (messed up) system, than trying to program A.I. into PgcEdit :D
Heaven knows what could cause this, maye one of the folders in the path is a Junction point or contains special characters.

I found Firefox lately to complain about Umlauts in directory/files names when I dbl-click on .html files in Explorer -- drag'n'drop works %-/ probably some stupid extension I installed recently. Thats one of these "suddenly it stops working" bug one can't smash

CirTap

[erdoke]

Thanks for the feedback, Carpo. But as I said, the problem is intermittent, and present only on some systems. I need to know if the new beta fixes it on erdoke system.

As I wrote above, I got the same warnings and backup folder included in the final image file using 0.6.2 and 0.6.3.beta4.
I don't know what can be special about my system. It's an AMD A64 X2 based system with an nF4 board and 2 GB of memory. I have 3 to 5 DVD burners and 4 to 6 HDDs installed and also the maximum number of Daemon Tools virtual drives (that means four). Windows XP SP2 English version.
According to an earlier issue mkisofs related files are located in a simply named directory.

[r0lZ]

OK. I don't think a config must have something special. The -m bug happens never on my PC, but very often on blutach's PC, and apparently you have a similar problem. Who knows why?!

[erdoke]

Well...
I moved location of PgcEdit and its Plugins directory. First I tried with 0.6.1 and it was OK as I expected. Then overwritten with 0.6.3.beta4 and tried again. ISO was created without any warnings and no backup folder inside...
I can blame two things, one of them is possibly the cause of this misery:
1. PgcEdit exe was in a directory with characters other than English.
2. I forgot to move the "Bin" folder.
r0lZ?

[r0lZ]

I doubt the bin folder is related to the problem. Anyway, when you launch PgcEdit, it verifies if the bin folder contains the correct version of the executables, and overwrite them if needed.

Point 1 might be a problem, though the -m bug happens also when all paths are "standard".

Thanks for your help.

[spyhawk]

I ran the mkisofs in CLI with both versions, 2.01 and 2.01.01a03 X, with -m (then -exclude) option, resulting in no backup folders and no errors.

I tried -nobak/-no-bak option for the fun of it, and it spits out the error that erdoke encountered, and it creates the iso successfully with the backup folders included.

With just "PgcEdit_backup" folder:
mkisofs: No such file or directory. Can't stat d:\test/VIDEO_TS/PgcEdi
mkisofs: Can't open device 'd:\test/VIDEO_TS/PgcEdi'
mkisofs: Unable to parse DVD-Video structures.
Total translation table size: 0
Total rockridge attributes bytes: 0
Total directory bytes: 6296
Path table size(bytes): 58
Max brk space used 4000
1176 extents written (2 MB)

With just "backup" folder:
mkisofs: No such file or directory. Can't stat d:\test/VIDEO_T
mkisofs: Can't open device 'd:\test/VIDEO_T'
mkisofs: Unable to parse DVD-Video structures.
Total translation table size: 0
Total rockridge attributes bytes: 0
Total directory bytes: 6296
Path table size(bytes): 56
Max brk space used 4000
1176 extents written (2 MB)

Not sure what criteria -nobak is looking for. Probably not related to the -m strange behavior in some systems.

[Ja32]

Sorry, that I cut into your discussion.

r0lZ, when you fix some major/minor bugs I have some wish for you.

I dream about some functionality. When I am in Trace mode while Menu navigation, very often I need zero access to edit it. Now I have to break Trace mode and then back to proper line and choose Edit Menu Button mode. It is whatever uncomfortable.

PS. Sorry for my english :)

[r0lZ]

Well, that's because if you edit something in the current PGC, the trace cannot continue safely. For the same reason, you cannot use the main window when the menu viewer is opened in trace mode. For internal reasons, the cursor (highlighted line) must stay on the "post commands" label.
However, you can break the trace whevever you want, and quit trace mode, then edit the DVD, and go back to trace mode. If the current command has not changed, the trace mode will be restarted where you left it, and you can continue.
I can't do more.

[Ja32]

Well, that's because if you edit something in the current PGC, the trace cannot continue safely. For the same reason, you cannot use the main window when the menu viewer is opened in trace mode.
I understand this, but why trace willbe continue? Changing to "edit menu" mode can automatically stop any continues of trace.
For internal reasons, the cursor (highlighted line) must stay on the "post commands" label.
It is not possible to move cursor automatically to "post commands"?
However, you can break the trace whevever you want, and quit trace mode, then edit the DVD, and go back to trace mode. If the current command has not changed, the trace mode will be restarted where you left it, and you can continue.
But very often, when I break trace on Menu navigation, it move to "Target button" and have to be very careful to know where was before.

I am aware, that my post can be not understanding, but I am still lern English :)

[r0lZ]

I understand this, but why trace willbe continue? Changing to "edit menu" mode can automatically stop any continues of trace.Difficult to do.

It is not possible to move cursor automatically to "post commands"?Again, difficult. Moving the cursor is not sufficient. I have to restore a lot of internal variables.
Also, I did it this way, because the user can manually select another line, and/or change the GPRM or SPRM values, and continue to trace. This way, it is possible to test the behaviour of a modified command without having to modify the PGC. Though this method is for experienced users, I want to keep it. I use it a lot! Doing what you want requires to verify that nothing has changed, or to automatically quit trace mode whenever a change is made.

But very often, when I break trace on Menu navigation, it move to "Target button" and have to be very careful to know where was before.You can use the trace menu -> State -> Return to -> Last PGC. You will come back to the beginning of the last visited PGC, where you can modify it, including, if you wish, the menu buttons. Then use again the same menu or be sure to select the "pre commands" label, and you can safely continue the trace. Your menu will be entered again, so the changes you have done will be executed.

I am aware, that my post can be not understanding, but I am still lern English :)Don't worry. I understand you very well.

[Ja32]

Thanks r0lZ, I cherish you for your knowledge and if you say that is too difficult to do I lay down one's arms :)

thanks again.

PS. I also use GPRM table to edit values, than nothing to change. Now is OK.

[mad-eddy]

@r0lZ
I have a problem with the actualization of the "GoTo" instruction. In under standing example, the instruction from line 18 is to be copied over each line with Nop.

16 if ( gprm(7) >= 3 ) then { Goto line 19 }
17 Set gprm(8) =(mov) 1
18 Goto line 28
19 Set gprm(8) =(mov) 2
20 NOP
21 Set gprm(8) =(mov) 3
22 NOP
23 Set gprm(8) =(mov) 4
24 NOP
25 Set gprm(8) =(mov) 5
26 NOP
27 Set gprm(8) =(mov) 6
etc.

Instead of copying the instruction accurately, it is times changed everyone:

16 if ( gprm(7) >= 3 ) then { Goto line 19 }
17 Set gprm(8) =(mov) 1
18 Goto line 28
19 Set gprm(8) =(mov) 2
20 Goto line 30
21 Set gprm(8) =(mov) 3
22 Goto line 32
23 Set gprm(8) =(mov) 4
24 Goto line 34
25 Set gprm(8) =(mov) 5
26 Goto line 36
27 Set gprm(8) =(mov) 6
etc.
Me is not admits whether this is so meant or whether it concerns an error. For me it is unfortunately very pedantically with provides longer sequences. In others fell (with insert or remove from lines)is again very useful the actualization of the jumps. With difficulty...
I hope I that understandably stated. ;)

Greet.

[frank]

Oh mein Gott, wer soll das verstehen!?

Im Menü Options - Command Editor - Auto renumber GOTO... kannst du das ausschalten.

Frag lieber im deutschen Forum.

[CirTap]

<lol> Googlish germish :-)
Schreiben is 'ne Gabe.

actually Google translations de<->en aren't THAT bad, if one knows how to write correctly in the source language ...

CirTap

[jeanl]

Ca c'est bien vrai!
:D
jeanl

[CirTap]

Il parle saxon ...

[r0lZ]

Ca c'est bien vrai!A qui le dis-tu?!


@mad-eddy
What you describe is how it works now. I have modified several times this feature to be able to renumber automatically all lines, including the lines you paste. As explained in german, you can temporaly disable the renumbering feature if you wish. Also, don't forget the Decr GOTOs and Incr GOTOs buttons, very useful if you want to change several gotos easily.

[mad-eddy]

@r0lZ: Ok. Thanks!!
@Frank: Das Gleitz Forum ist DOWN! Wie also?
@jeanl + CirTap: :mad:

[jeanl]

mad-eddy, I was not making fun of you man! I was having fun at not understanding a word of what had been said in German in the previous post! Mad-eddy, I took 8 years of german, and if I had to write a single sentence in that language, I would be ashamed for the rest of my life! :D
jeanl

[CirTap]

@mad-eddy: nich' bös sein <tätschel>, aber der Text war einfach zu lustig, 'tschuldige
you should get Tobi's German manual from r0lZ' homepage, which is really excellent, and with loads of useful tips. And it's current of v0.6.2.

apparently, the whole German server is unavailable, maybe someone chopped the wires to Strato, the ISP<g>

CirTap

[mad-eddy]

@jeanl + CirTap: Hey, it does not give a problem.
I estimate arrived only wrong. I should have known that immediately. German -> Tanslation -> English = Germlish ?! :D

aber der Text war einfach zu lustig, 'tschuldige

[DE=ON] Nimm mal einer den Text von jeanl und schmeiss den ins z.B. Google... Wenn das nicht zum wegschmeissen ist weiss ich auch nicht weiter. :p
[DE=OFF]

you should get Tobi's German manualShame over me. I know Tobis FAQ, however did not think stood that there something over the function inside.

P.S. I think should be better with "Free Translation" my Germlisch. Or? :confused:

Cu

[CirTap]

Shame over me. I know Tobis FAQ, however did not think stood that there something over the function inside. yepp, I recall the old FAQ but there's also been a manual for 0.5x that became a full blown manual for v0.6, with loads of german annotations of the whole GUI.
As I said: an excellent piece of work, and despite I know how to read English, his manual (old version) helped me to grasp what r0lZ' great tool is all about :D

Have fun,
CirTap

[blutach]

@CirTap - over the (southern) summer hols, I aim to update the help to 0.6.2. I am happy to use your containers and CSS sheets (assuming r0lZ is).

I think we got that I will simply provide you with word doc and PNGs OK? Although I can make html too.

Email me back to communicate on this please - you got my address.

@r0lZ - did you not want some DVD primer as well? A glossary of terms? Or had we settled on a link to an appropriate site?

Best wishes

Regards

[CirTap]

@ blutach: doc and png are perfectly fine, however it'd be interesting to know what you're using to create HTML.
@ blutach / r0lZ: The HTML + CSS have changed slightly; same URL as posted on my board. Since we started this discussion @ the Otherone board, maybe we should keep it there?

CirTap

[r0lZ]

Since we started this discussion @ the Otherone board, maybe we should keep it there?
I agree. I have replied @ otherone.

[mad-eddy]

@r0lZ

Problem/Question/Request:
1.
Me been noticeable that is the function "Finds Unused Gprms" also that GPRMS considered, which are not used no more in menus or title, however still into the VOBs is. This happens frequently after the use of the function "Call Cross Reference".
I do not know now whether this was intended, am however also equal.

Perhaps one can "find u. Gprms- Window" in such a way modify, that one second column emerges, in which the before mentioned, hidden "Gprms" is separately specified. Every other way would be also quite me.

2. Is it possible to be add a function, in which one selects 1 or several Gprms/Sprms and these are then deposited in the overview coloured? For the purpose of better pursuit.. Thus so similarly as with the goto goal lines.

Cu

[r0lZ]

Me been noticeable that is the function "Finds Unused Gprms" also that GPRMS considered, which are not used no more in menus or title, however still into the VOBs is. This happens frequently after the use of the function "Call Cross Reference".
I do not know now whether this was intended, am however also equal.

Perhaps one can "find u. Gprms- Window" in such a way modify, that one second column emerges, in which the before mentioned, hidden "Gprms" is separately specified. Every other way would be also quite me.You mean GPRMs used in the menu buttons or BOVs (in the VOB files)?
If you want to find the GPRMs in buttons only, simply type GPRM in the search box, and right-click on the "All" button. (Right-clicking "All" searches in the buttons and BOVs only.)

Is it possible to be add a function, in which one selects 1 or several Gprms/Sprms and these are then deposited in the overview coloured? For the purpose of better pursuit.. Thus so similarly as with the goto goal lines.Hum, difficult, and IMO not very useful.
You can already search for the GPRMs in the whole DVD, and in trace mode you can also set specific break points on any GPRM or SPRM you want. Note that you can also break at all lines containing the word "GPRM" if you use the "Break at log output" function.

[CirTap]

Hi,
no idea if 2) is supposed to be sth. like a "bookmark" feature, but I'd love to have something like that, e.g. search for something, and "save" this result list for later use in a 2nd floating window, similar to the Scratchbook, but with the functionality of the current "search result windows" or "calling command output" etc.

.oO ( One could search for a GPRM, bookmark the results, then search for let's say, some ugly regular expression, and quickly navigate between both resultsets for editing, reverse enginering or whatever :)
Of course after some intense editing, with lines being removed et al, some old bookmarks may point to nowhere -- unless deletions were tracked ) -- well, just brainstorming, me <g>

It's maybe somewhat special, but I often find myself to repeat the very same searches over and over again (in the same DVD), while digging thru commands in order to find out what the hell the author intended to do.

Have fun,
CirTap

[r0lZ]

I agree. It's why you can still work in the main wimdow while the search result window is opened, and also why I have added the refresh button.
Anyway, I know the intertface can be greatly improved, but there are many important functions that I want to add before.

[mad-eddy]

simply type GPRM in the search box, and right-click on the "All" button. :confused:
I cannot follow you ..

and IMO not very useful. I think differently.

and in trace mode you can also set specific break points on any GPRM or SPRM you want. Note that you can also break at all lines containing the word "GPRM" I find that extremely circumstantially. For me at least.
-----

Anyway, I know the intertface can be greatly improved, but there are many important functions that I want to add before.

can one get please a small prospect on the new features? :rolleyes:

@CirTab: if I understood that correctly, I would find it quite useful.

salute

[r0lZ]

The search box and the "All" button are in the lower right corner of the main window.

[CirTap]

Anyway, I know the interface can be greatly improved, but there are many important functions that I want to add before. sure, maybe you can just keep a mental note :-) ... along with the many others "goodies" ;)
the floating search window, its counterparts, and the refresh button are very useful, no doubt 'bout that. "bookmarks" would just be the icying on the cake :D

@ "Wütendwirbel": (Google translations are so great <lol>) danke, that's why I mentioned it.

Have fun,
CirTap

[mad-eddy]

Oh that. I thought possibly one of the info. windows was meant.
Hum, i would really prefer a variant in work window. Harm.
Greet

Postscriptum:
@ "Wütendwirbel": :p
Now "nearly" first came behind it. Nearly

[mp3boy]

I get this error when I try to import a new VTST title.

I have no problem with other dvds doing so, only this dvd have this problem which I dont know why.

thanks


Error: can't read "::ttns(0,3)": no such element in array.

detail:
can't read "::ttns(0,3)": no such element in array
can't read "::ttns(0,3)": no such element in array
while executing
"set ::pgcs([get_int data $t_idx 1],$::ttns([get_int data $t_idx 1],[get_int data [expr {$t_idx+1}] 1]),Title) $t"
(procedure "::utils::import_VTST" line 144)
invoked from within
"::utils::import_VTST"
(menu invoke)

[r0lZ]

Seems there is a problem in the original table of titles (VMG_TT_SRPT table in VIDEO_TS.IFO of the DVD you import the title from).
Is it a VIDEO_TS.IFO file in the DVD with the title you want to import?

Could you send me your IFOs (of the DVD you are modifying, before the import title operation, AND of the DVD you import the titles from)? Send them to pgcedit at tiscali dot be.

[mp3boy]

Thank you very much for fast reply,

I've tried to reconstruct the dvd by New DVD menu
and import VTSM and Menu again into new dvd and
then it was able to import the third vtsm with
no trouble.

However, I've also sent you the files (around 15mb
including menu in case needed) for your inspection.

Thanks again

[r0lZ]

Thanks.

BTW, I've made an error in my previous post. The problem is probably in the VMG_TT_SRPT table of the current DVD (the one in which you want to import the title.)
If you load it and use the Title -> Title Play Map table or Info -> Title Play Map table, you will probably see a title in VTS 0! Of course, that's not possible.
Anyway, I will verify that with your IFOs.

[r0lZ]

OK. I got your IFOs.
The problem is in your original DVD. The End byte of table in VMG_TT_SRPT is wrong. PgcEdit trust this value, and when the entry for the new title is added, there is an offset of one byte, and the entry values are misplaced, and wrongly interpreted.

If you want to fix the problem, use IfoEdit: load VIDEO_TS.IFO and open VMG_TT_SRPT (incorrectly spelled VMG_PTT_SRPT.) Decrease the Length of table (should be "End byte of table") from 68 to 67. Save. Should work fine now.

I have added a check for this situation. Now, the end byte of the table is computed from the number of title play maps.

Thanks for your help.
BTW, is this DVD an original, or do you have modified it? With which tools?

[mp3boy]

YOU ARE GOD!!!

I replaced the whole title set with VOBBlanker

[r0lZ]

YOU ARE GOD!!!
Damn! I'm unmasked! :D

[jsoto]

YOU ARE GOD!!!
I replaced the whole title set with VOBBlanker

Does the original IFO have the same problem?
Which version of VobBlanker?

jsoto

[CoNS]

r0lZ, see the description here (http://forum.doom9.org/showthread.php?p=763856#post763856) of a troublesome/butchered disc I'm editing.

When I load the disc in PgcEdit, the button scan starts up as usual and I get an indication of missing VOB in VTS_02. (A bit strange that it's only for this one, even though VOBs are also missing for VTS_03, VTS_04 and so on?).

When I close the button scan and enter the main window in PgcEdit, it displays the disc with the information from the IFOs, as if the missing VOBs were present. So it shows a lot of info for the menu and title domains of VTS_02, VTS_03 etc. even though they're not there. The only indication of the missing subs is the question mark instead of the button number in the VTSM.

As the initial button scan (in titles) is optional, maybe there should be some kind of warning about any missing VOBs inside the main program, too? (Maybe there already is, and I just don't see it!?)

[r0lZ]

Well, PgcEdit is an IFO editor, and it displays the infos of the IFOs, even if there are no VOBs. You may even use PgcEdit on a backup of the IFOs only! Of course, you will not be able to use the functions requiring the VOBs, like the menu or BOV viewer and editor, and the preview.

I don't want to add a missing VOB error check for all domains. This will make PgcEdit useless when you want to analyse the IFOs posted in a forum, for example. Also, it is relatively obvious to know when a VOB is missing: a title VOB is always required, and a menu VOB is required when there is at least one non-dummy PGC in the domain.

When scanning the VOBs for BOVs, PgcEdit first looks at the subpic definitions. If there are no subpics, there are no BOVs, and the titleset is skipped. When there are subpics defined in the IFOs but no VOBs, the missing VOBs message is displayed.

Anyway, you've found the solution. Simply blank out all PGCs of the domains with missing VOBs.

[CoNS]

Well, PgcEdit is an IFO editor, and it displays the infos of the IFOs, even if there are no VOBs. You may even use PgcEdit on a backup of the IFOs only! Of course, you will not be able to use the functions requiring the VOBs, like the menu or BOV viewer and editor, and the preview.

I don't want to add a missing VOB error check for all domains. This will make PgcEdit useless when you want to analyse the IFOs posted in a forum, for example.Maye some kind of a warning dialog? IMHO I wouldn't hurt in these cases.

Also, it is relatively obvious to know when a VOB is missing: a title VOB is always required, and a menu VOB is required when there is at least one non-dummy PGC in the domain.You mean by taking a look at the present files in the folder (in Windows Explorer window etc.)?

When scanning the VOBs for BOVs, PgcEdit first looks at the subpic definitions. If there are no subpics, there are no BOVs, and the titleset is skipped. When there are subpics defined in the IFOs but no VOBs, the missing VOBs message is displayed.But the message in the button scan is somehow only displayed for the first VTS with a missing VOB?

[r0lZ]

You mean by taking a look at the present files in the folder (in Windows Explorer window etc.)?Yes, or you may try to launch the preview in PgcEdit on any non-dummy PGC. If it doesn't start, the VOB is missing.

But the message in the button scan is somehow only displayed for the first VTS with a missing VOB?No. I just made a test with a DVD with 15 VTSs and no VOBs. There are 4 VTSs w/o subpics, and the missing VOB message is displayed for the 11 other PGCs.
Anyway, Find BOVs will not tell you if there are missing VOBs in the menu domains.

[mp3boy]

Yes, or you may try to launch the preview in PgcEdit on any non-dummy PGC. If it doesn't start, the VOB is missing.

No. I just made a test with a DVD with 15 VTSs and no VOBs. There are 4 VTSs w/o subpics, and the missing VOB message is displayed for the 11 other PGCs.
Anyway, Find BOVs will not tell you if there are missing VOBs in the menu domains.

can you add some kinda ifoedit function for fixing VTS sector ? instead of rebuilding the whole dvd with ifoedit which takes a long time it will just fix it there and if ifoUpdate is opensource or you have access to it , it is also a good idea to add its functiont inside pgcedit for better functionality.

IMHO it is very good if ppl around can join their tools to make all-in-one dvd authoring / editing software such as VOBEdit, DVD Author, VOBBLanker, Muxman and the best of all PGCEdit.

Yours

[CoNS]

No. I just made a test with a DVD with 15 VTSs and no VOBs. There are 4 VTSs w/o subpics, and the missing VOB message is displayed for the 11 other PGCs.Hmm. The disc I'm working on has 6 VTS. Main movie is located in VTS_01. For VTS_02-06 the IFO and BUP files are intact but all VOB files (both menu and title) have been deleted the butcher way. In PgcEdit BOV scan, it says "Found 0 buttons" for VTS_01 and "Missing VOB file!" for VTS_02, but for VTS_03-06 it just says "No subpictures."

Anyway, Find BOVs will not tell you if there are missing VOBs in the menu domains.True.

[r0lZ]

Hmm. The disc I'm working on has 6 VTS. Main movie is located in VTS_01. For VTS_02-06 the IFO and BUP files are intact but all VOB files (both menu and title) have been deleted the butcher way. In PgcEdit BOV scan, it says "Found 0 buttons" for VTS_01 and "Missing VOB file!" for VTS_02, but for VTS_03-06 it just says "No subpictures."That's what I said. Since there are no subpics, there cannot be BOVs, and the VOB file is not tested at all.

[r0lZ]

can you add some kinda ifoedit function for fixing VTS sector ? instead of rebuilding the whole dvd with ifoedit which takes a long time it will just fix it there and if ifoUpdate is opensource or you have access to it , it is also a good idea to add its functiont inside pgcedit for better functionality.

IMHO it is very good if ppl around can join their tools to make all-in-one dvd authoring / editing software such as VOBEdit, DVD Author, VOBBLanker, Muxman and the best of all PGCEdit.

YoursWhat do you want to do exactly? I don't understand.

When you save a DVD with PgcEdit, the equivalent of the IfoEdit's Get VTS Sectors is made automatically (but with the additional option to leave at least 32KB gaps between the IFO and BUP files.)

Also, there is already a function to replace a VTS title domain with an imported one. Basically, this function do the same thing as IfoUpdate, but also it copies or moves the files for you.

[CoNS]

That's what I said. Since there are no subpics, there cannot be BOVs, and the VOB file is not tested at all.That part I understood, but I still don't understand why there're different messages for VTS_02 and VTS_03-06 in my example... All of them having missing VOB files?!

[r0lZ]

Because there are no subpics defined in the IFOs for them!

[CoNS]

:o Ok I got it! Sorry about that!

I was so focused on the fact that it was the first of the VTS with missing VOBs that displayed differently. Maybe because it (coincidently?) was the same pattern last time I edited a disc with all VOBs missing except the main movie VOBs. Or maybe because I thought the logical process would be to first check for VOBs and then look for subpics in the IFO...

[BOB66]

Hi :)

I`ve got a problem with PgcEdit 0.6.2 when I want to burn a DVD. It stops (close the PgcEdit-Window) without any (error)message after I push "OK" in "DVD Burn" Menu. No File is created in the targetdir. No difference when I only want to make a ISO on HDD, without burning. One (Testing...) maybe two messages in the statusbar bevor, but to fast for reading this. No "ISO creation log" is shown. Split to 1GB chunks is activated.

Burning a DVD with ImgToolClassic 0.91.6 and ImgBurn 1.1.0.0 works well. Also Nero 6 with ImgTool Burn.
No foreign characters in the directory names of the install path of PgcEdit, ImgTool Classic and ImgBurn. Daemon Tools are not installed (no path).

Windows ME
AMD Athlon XP 2400
BENQ 1640

Any Ideas?

BOB66

[r0lZ]

No idea.

Are you sure the path to mkisofs is correct? Which version of mkisofs are you using? (You can examine it in the burn setup dialog)

Could you send me your configuration files? I need burn.cfg and pgcedit.cfg, both in "C:\Documents and Settings\<your user name>\Application Data\PgcEdit\". Send them to pgcedit at tiscali dot be.

You could also try the new version of ImgTool Classic.

[BOB66]

No idea.

Are you sure the path to mkisofs is correct? Which version of mkisofs are you using? (You can examine it in the burn setup dialog)

Could you send me your configuration files? I need burn.cfg and pgcedit.cfg, both in "C:\Documents and Settings\<your user name>\Application Data\PgcEdit\". Send them to pgcedit at tiscali dot be.

You could also try the new version of ImgTool Classic.

Thank`s for your fast replay :)

The version of mkisofs is 2.01, I can see it in the burn setup dialog.
Then I installed the new ImgTool Classic 0.91.7, but it is still the same problem.

So the needed files are on the way to you ;)

See you
BOB66

[r0lZ]

Well, I am currently generating an ISO with the same parameters as you, and I have no problems.
Could you do another thing? When the ISO is created, a batch file is created in the TEMP folder, and this batch is used to call mkisofs. Could you open a dos prompt, and type:
cd %TEMP%
MakeISO > makeiso.log
start %TEMP%

The last command will open your TEMP folder. Locate MakeISO.bat and makeiso.log, and send me the files, or copy the content of the files and paste it here. (If there are many lines in the log starting with "x.x% done, estimate finish ..." you can delete them. I don't need them.)

[_Nihil_]

(Ignore this post if i'm too stupid to find existing feature / functionality)

1. Add title on existing pgc / vtst
2. Remove any logical pgc / vtst

Example: I will create new DVD and Impost VTST Title. Imported VTST doesn't have title so to get title i either have to use Clone PGC or New "play all" Title. So in the end i have DVD with VMG & VTST 1,1 & VTST 1,2. VTSTs are identical except that 1,1 doesn't have title.

Used PgcEdit versions 0.6.2 & 0.6.0

Yours: Nihil

[BOB66]

I get this message after the second line:

C:\WINDOWS>cd %TEMP%

C:\WINDOWS\TEMP>MakeISO > makeiso.log
/cygdrive/e/WIN_ME/IMGTOOL/IMGTOO~3/MKISOFS: No such host or network path. Cannot open '//.mkisofsrc'.
/cygdrive/e/WIN_ME/IMGTOOL/IMGTOO~3/MKISOFS: No such file or directory. Invalid
node - 2
****** ERROR returned by mkisofs! ******
C:\WINDOWS\TEMP>

makeiso.log: (is empty)

MakeISO.bat:

@echo off
"E:\WIN_ME\ImgTool\ImgToolClassic\mkisofs.exe" -dvd-video -no-pad -V "SAHARA" -o "d:\SAHARA.ISO" -p PgcEdit -m *backup* -m *Backup* -m .DS_Store -m "Copy of *" -split-output "F:\SAHARA" 2>&1
if errorlevel 1 echo ****** ERROR returned by mkisofs! ******



BOB66

[r0lZ]

Hummm... Seems mkisofs is not correctly installed, or it's a bug in cygwin1.dll. I will have a look at the mkisofs doc to see if it is possible to disable the .mkisofsrc resource file. But don't expect a fix.

Maybe the problem is caused by an incompatibility with Windows ME/9X? (Mkisofs is a Linux program, compiled for Windows, and running under cygwin, something like a small emulator.) Anyway, fortunately, Microsoft has now discontinued his crappy Win 9X serie. You should consider upgrading to Windows XP. I guess the problem will disapear. And, as a bonus, you will be able to write files larger than 1GB!

[jeanl]

And, as a bonus, you will be able to write files larger than 1GB!
Imagine that! :scared:

[BOB66]

Hummm... Seems mkisofs is not correctly installed, or it's a bug in cygwin1.dll. I will have a look at the mkisofs doc to see if it is possible to disable the .mkisofsrc resource file. But don't expect a fix.

Maybe the problem is caused by an incompatibility with Windows ME/9X? (Mkisofs is a Linux program, compiled for Windows, and running under cygwin, something like a small emulator.) Anyway, fortunately, Microsoft has now discontinued his crappy Win 9X serie. You should consider upgrading to Windows XP. I guess the problem will disapear. And, as a bonus, you will be able to write files larger than 1GB!

But remember: I can make a ISO with ImgTool Classic, I guess it use also mkisofs. I`ve tested it a few minutes ago, now with the new version 0.91.7, it works well.

May be your right to have a look to Windows XP.... but ...

However:thanks:
Sleep a night and I`m sure when you get up tomorrow and you see yourself in the bathmirror - the idea for a fix is like a flash in you minds.;)


jeanl:
Windows ME with the file system FAT32 can not work with files bigger than 1Gb.
For Windows XP it`s no problem with file system NTFS. So you don`t need to split the Image File. It look`s much better and is easier to handle.

[bigotti5]

@r0lZ

In PgcEdit6.3beta5 "Close & Break trace" does not work for me (does not break the trace).
In 6.2, 6.3beta4 it works.

[r0lZ]

Right. Thanks for the info!

[r0lZ]

@BOB66

OK, let's try another thing.

Could you launch manually the mkisofs command in a DOS prompt, removing one argument at a time, until it works?

The original command is:
"E:\WIN_ME\ImgTool\ImgToolClassic\mkisofs.exe" -dvd-video -no-pad -V "SAHARA" -o "d:\SAHARA.ISO" -p PgcEdit -m *backup* -m *Backup* -m .DS_Store -m "Copy of *" -split-output "F:\SAHARA" 2>&1

You should try those commands:
"E:\WIN_ME\ImgTool\ImgToolClassic\mkisofs.exe" -dvd-video -V "SAHARA" -o "d:\SAHARA.ISO" -p PgcEdit -m *backup* -m *Backup* -m .DS_Store -m "Copy of *" -split-output "F:\SAHARA" 2>&1

"E:\WIN_ME\ImgTool\ImgToolClassic\mkisofs.exe" -dvd-video -no-pad -V "SAHARA" -o "d:\SAHARA.ISO" -m *backup* -m *Backup* -m .DS_Store -m "Copy of *" -split-output "F:\SAHARA" 2>&1

"E:\WIN_ME\ImgTool\ImgToolClassic\mkisofs.exe" -dvd-video -no-pad -V "SAHARA" -o "d:\SAHARA.ISO" -p PgcEdit -m *Backup* -m .DS_Store -m "Copy of *" -split-output "F:\SAHARA" 2>&1

"E:\WIN_ME\ImgTool\ImgToolClassic\mkisofs.exe" -dvd-video -no-pad -V "SAHARA" -o "d:\SAHARA.ISO" -p PgcEdit -m *backup* -m .DS_Store -m "Copy of *" -split-output "F:\SAHARA" 2>&1

"E:\WIN_ME\ImgTool\ImgToolClassic\mkisofs.exe" -dvd-video -no-pad -V "SAHARA" -o "d:\SAHARA.ISO" -p PgcEdit -m *backup* -m *Backup* -m "Copy of *" -split-output "F:\SAHARA" 2>&1

"E:\WIN_ME\ImgTool\ImgToolClassic\mkisofs.exe" -dvd-video -no-pad -V "SAHARA" -o "d:\SAHARA.ISO" -p PgcEdit -m *backup* -m *Backup* -m .DS_Store -split-output "F:\SAHARA" 2>&1

"E:\WIN_ME\ImgTool\ImgToolClassic\mkisofs.exe" -dvd-video -no-pad -V "SAHARA" -o "d:\SAHARA.ISO" -p PgcEdit -split-output "F:\SAHARA" 2>&1

"E:\WIN_ME\ImgTool\ImgToolClassic\mkisofs.exe" -dvd-video -no-pad -V "SAHARA" -o "d:\SAHARA.ISO" -p PgcEdit -m *backup* -m *Backup* -m .DS_Store -m "Copy of *" -split-output "F:\SAHARA"

"E:\WIN_ME\ImgTool\ImgToolClassic\mkisofs.exe" -dvd-video -V "SAHARA" -o "d:\SAHARA.ISO" -split-output "F:\SAHARA"

And report which command works well (if any!)
Don't try to burn the output ISO files!
Thanks.

[BOB66]

Interesting news!

the last one works!

all other not, because all the commands were cut after the 127`th letter

for example the original command:
C:\>"E:\WIN_ME\ImgTool\ImgToolClassic\mkisofs.exe" -dvd-video -no-pad -V "SAHARA
" -o "d:\SAHARA.ISO" -p PgcEdit -m *backup* -m *Bac
First I worked with copy/paste, but then with keyboard, the same limitation.

then the message from mkisofs:
/cygdrive/e/WIN_ME/IMGTOOL/IMGTOO~3/MKISOFS: No such host or network path. Canno
t open '//.mkisofsrc'.
/cygdrive/e/WIN_ME/IMGTOOL/IMGTOO~3/MKISOFS: Missing pathspec.
Usage: mkisofs [options] file...

Use mkisofs -help
to get a list of valid options.


BOB66 :)

[r0lZ]

Damn, it's not what I want!
It should be possible to execute a long command line from a batch file. Can you copy the same commands in a .bat file, and execute it? Should work.

BTW, it's another crazy limitation of Win 9X! 127 characters in a command line is somewhat limited. (Max 259 characters under XP, and about 2000 under Linux!)

[Drinken]

You can increase the limit by editing config.sys
Here's how. http://support.microsoft.com/kb/121059/en-us

[r0lZ]

Thanks, Drinken. Great tip. Do you know if the same limitation apply to batch files?

Anyway, it will probably not solve the issue of the PgcEdit burn, because, IMO, I cannot change a system file myself, w/o the explicit user content.

Why are the guys at M$ so stupid?! :eek:

[Drinken]

I think there's a limit for batch files, yes... I'll see if I can find any info.

Well, I'm not sure if this'll work, but it's worth a try. Try launching mkisofs via command /u:250 /C "mkisofs.exe Arg1 Arg2 ..."?

Dr.

[r0lZ]

Well, I can't do that, because of another limitation in Windows! :devil:
I need to launch mkisofs from a batch file, because otherwise I can't retrieve the stderr output.
But I suppose that I can launch the batch file the same way: command /u:250 /C MakeISO.bat
Byt it's more complicated than what I do now. I have to test if PgcEdit is running under Win9X and use command.com in this case, or the somewhat more powerful cmd.exe otherwise.

Sorry to ask such newbie questions, but I don't have a Win9X system to test.

[Drinken]

Yeah... AFAIK 250 is the max.
I just tried under XP:

command /u:250 /C C:\PROGRA~1\IMGtools\mkisofs.exe -dvd-video -V "SAHARA" -o "d:\SAHARA.ISO" -p PgcEdit -m *backup* -m *Backup* -m .DS_Store -m "Copy of *" -split-output "F:\SAHARA" 2>&1
Didn't work, "The system cannot execute the specified program."
I don't have a 9x machine here so unable to test if it would behave the same way under 9x.
Same line with cmd works properly...

I would guess the easiest would be to pop up a window with instructions on how to edit config.sys to enable the workaround?

[ron spencer]

thanks

[r0lZ]

Drinken, I tried also command /u:250 under XP, without success. But the /u option is not listed in the output of command.com /?
Is it an option available only under 9X? If so, it's even mode crazy than I though!

[r0lZ]

Well, I have found a way to use long command lines in MS-DOS. The trick is to split the command in several parts which are placed in environment variables. Then, the command is generated using the variables rather than the full text. It works well in CMD.EXE, and in the XP version of COMMAND.COM, but I'm not sure it will work under Win ME.

BOB66, could you try it?
Copy the following MS-DOS script in a batch file (with a ".bat" extension), and execute it. Mkisofs should work.
(Note that I have used for this example the arguments you gave in a previous post. Of course, the DVD folder should still be present on your hard disc!)


set p="E:\WIN_ME\ImgTool\ImgToolClassic\mkisofs.exe"
set a1=-dvd-video -no-pad -p PgcEdit
set a2=-m *backup* -m *Backup* -m .DS_Store -m "Copy of *"
set a3=-split-output
set a4=-V "SAHARA"
set a5=-o "d:\SAHARA.ISO"
set a6="F:\SAHARA"
%p% %a1% %a2% %a3% %a4% %a5% %a6% 2>&1
pause

[Drinken]

Clever! I would never had thought about doing it that way. :)

[jeanl]

Clever! I would never had thought about doing it that way. :)
the things M$ stupidity will force you to do!
:D
jeanl

[BOB66]

Damn, it's not what I want!
It should be possible to execute a long command line from a batch file. Can you copy the same commands in a .bat file, and execute it? Should work.

BTW, it's another crazy limitation of Win 9X! 127 characters in a command line is somewhat limited. (Max 259 characters under XP, and about 2000 under Linux!)


OK,
I checked all lines it in a BAT file and this one (and the last) made an ISO:

"E:\WIN_ME\ImgTool\ImgToolClassic\mkisofs.exe" -dvd-video -no-pad -V "SAHARA" -o "d:\SAHARA.ISO" -p PgcEdit -m *backup* -m *Backup* -m .DS_Store -m "Copy of *" -split-output "F:\SAHARA"

It`s nearly the original command without the "2>&1" at the end.

C:\WINDOWS\Desktop>"E:\WIN_ME\ImgTool\ImgToolClassic\mkisofs.exe" -dvd-video -no
-pad -V "SAHARA" -o "d:\SAHARA.ISO" -p PgcEdit -m *backup* -m *Backup* -m .DS_St
ore -m "Copy of *" -split-output "F:\SAHARA"
/cygdrive/e/WIN_ME/IMGTOOL/IMGTOO~3/MKISOFS: No such host or network path. Canno
t open '//.mkisofsrc'.
0.23% done, estimate finish Sat Jan 14 20:04:33 2006
......
99.87% done, estimate finish Sat Jan 14 20:02:09 2006
Total translation table size: 0
Total rockridge attributes bytes: 0
Total directory bytes: 4248
Path table size(bytes): 42
Max brk space used 5000
2172731 extents written (4243 MB)

Results for me:
- there is no limitation to 127 characters with batch file
- it looks like that the "2>&1" at the end makes trouble

BOB66

[BOB66]

Well, I have found a way to use long command lines in MS-DOS. The trick is to split the command in several parts which are placed in environment variables. Then, the command is generated using the variables rather than the full text. It works well in CMD.EXE, and in the XP version of COMMAND.COM, but I'm not sure it will work under Win ME.

BOB66, could you try it?
Copy the following MS-DOS script in a batch file (with a ".bat" extension), and execute it. Mkisofs should work.
(Note that I have used for this example the arguments you gave in a previous post. Of course, the DVD folder should still be present on your hard disc!)


set p="E:\WIN_ME\ImgTool\ImgToolClassic\mkisofs.exe"
set a1=-dvd-video -no-pad -p PgcEdit
set a2=-m *backup* -m *Backup* -m .DS_Store -m "Copy of *"
set a3=-split-output
set a4=-V "SAHARA"
set a5=-o "d:\SAHARA.ISO"
set a6="F:\SAHARA"
%p% %a1% %a2% %a3% %a4% %a5% %a6% 2>&1
pause


I sended the result by email to you, did not work.

BUT IT WORKS without "2>&1" AND calling the batch file over DOS-prompt.

If I start the batch file direct, then it shows after the 5t line "no enough memory in the environment"

BOB66

[r0lZ]

If I start the batch file direct, then it shows after the 5t line "no enough memory in the environment"Aaaargh! It is definitively impossible to do anything with Win ME! No stderr redirection, no variable substitution! And what else?!

Solution: switch to XP, or, better, to Linux!
I can't help more. Ask Bill Gates why!

[Drinken]

Modify the Environment for a Specific MS-DOS Program
To increase the default environment space for a specific MS-DOS program, follow these steps: 1. Right-click the MS-DOS program icon, and then click Properties.
2. Click the Memory tab.
3. In the Initial Environment box, type the number of kilobytes (KB) that the program requires, and then click OK.

NOTE: The maximum amount of memory that you can allocate for an MS-DOS program is 4096 KB.

edit1:
Or: Edit config.sys again, and set SHELL=C:\COMMAND.COM /E:4096 /U:250 /P

I think the /U parameter is only available when using shell= in config.sys actually. There are lots of undocumented switches for MS software...

To be honest, I don't see a problem with editing config.sys as long as you make a backup.
This enviroment problem is easy enough to solve though. :)

Edit2:
I can't remember there being a problem with redirection in 9x, I'll look into it.

Edit3:

I forgot that ME ignores settings for the enviroment size in config.sys! The default space for environment variables is only 256 bytes!

To fix this:
1. Right-click the MS-DOS Prompt shortcut, and then click Properties.
2. Click the Memory tab.
3. In the Initial Environment box, set the initial environment size you want (from 256 to 4,096 bytes, in 256-byte increments).
4. Click OK.

[r0lZ]

Well, I have surfed the net, and found at several places that it is not possible to redirect stderr under Win 9X! I need that absolutely for the burn DVD function.
The line too long problem is also important, but w/o the redirection, I can't support Win9X anyway!

My last hope is that there is no real stderr stream under 9X, and that it is redirected anyway to stdout. In this case, the 2>&1 (which cause a syntax error) can be omitted, and everything is fine.
If it works, I will come back to the line too long and memory problems. But if it doesn't work, I will simply display a "Burn function not supported under Win 9X" dialog. Since win ME is outdated, I don't want to spend too many time trying to support it.

Thanks anyway for your help, Drinken.

[BOB66]

Well, I have surfed the net, and found at several places that it is not possible to redirect stderr under Win 9X! I need that absolutely for the burn DVD function.
The line too long problem is also important, but w/o the redirection, I can't support Win9X anyway!

My last hope is that there is no real stderr stream under 9X, and that it is redirected anyway to stdout. In this case, the 2>&1 (which cause a syntax error) can be omitted, and everything is fine.
If it works, I will come back to the line too long and memory problems. But if it doesn't work, I will simply display a "Burn function not supported under Win 9X" dialog. Since win ME is outdated, I don't want to spend too many time trying to support it.

Thanks anyway for your help, Drinken.


@r0lZ, @Drinken

thank`s for your help!:thanks:
But it looks like that`s not (so easy) to fix this for Windows ME. Don`t spend much more time for this.

PgcEdit is a very great and powerful tool !!!
It works without any (other) problems for me and I can burn with ImgToolClassic till I switch to XP.

BOB66:)

[r0lZ]

That's right. Thanks for your comprehension.

But take in mind that you cannot burn a DL media with ImgTool Classic, because it has no provision to select the layer break cell.

Anyway, when I'll have some free time, I will send you a little tcl script to see it the 2>&1 syntax can be safely omitted under WinME.

[blutach]

Another burn bug - is this known and solved?

Using v0.6.2 - Click on burn and it tells me the files need to be in VIDEO_TS. Click on OK. Moves them there but gives continual error about not being able to move Pgcedit_backup (when it has in fact been moved). Only way out of this is to cancel, after which main ISO image dialogue box comes up. Is this solved in a 0.6.3 beta 5?

EDIT: Also, is anyone experiencing problems with removing the Layer Break by unchecking the LB box? I had to manually make it "9" from "1" (there were no real angles) as unchecking it and OK did not "take".

Regards

[r0lZ]

Using v0.6.2 - Click on burn and it tells me the files need to be in VIDEO_TS. Click on OK. Moves them there but gives continual error about not being able to move Pgcedit_backup (when it has in fact been moved). Only way out of this is to cancel, after which main ISO image dialogue box comes up. Is this solved in a 0.6.3 beta 5?Yes, this bug is solved in the latest beta.

EDIT: Also, is anyone experiencing problems with removing the Layer Break by unchecking the LB box? I had to manually make it "9" from "1" (there were no real angles) as unchecking it and OK did not "take".Right. And this bug is still not fixed. Currently, the Layer Break checkbox is useless. You have to use the little Cell Flags dialog to change the seamless flag.
I will fix the problem right now.

[blutach]

Merci beaucoup. I'm just lazy I think - have installed 6.3.B5 and read the version history and figured this was the fix.

Wonder why the LB thingy got broken?

Regards

[r0lZ]

It's mainly because of the change in the interface. The communication between the checkbox and the cell flags button was broken.

[Drinken]

I think this has been reported earlier, but it's worth mentioning again I think.
PGCedits backup folders gets deleted correctly now when creating the ISO, but Vobblankers backup folder (in root) are left alone and gets included in the ISO.

Dr.

Edit: This is with beta5.

[r0lZ]

I can't reproduce this problem! Could you give me the exact filename (with the path) to your VB backup folder? And is it something special in the mkisofs log?

[Drinken]

No error in the log, just the default vobblanker_backup in the c:\Movie folder, not in c:\Movie\VIDEO_TS.

Name of VB Backup folder from memory, sorry I'm unable to check right now. I'll check later tonight if needed.

Edit: The only thing giving away that it's happening is if PGCedit decides to pad the ifos in the backup folder. Then the log shows pad of 2 ifos with the same name. I'll run a test now and post more specifics.

Edit2: Sorry about the delay, the name of the VB Backup folder is c:\Movie\VobBlanker_backup.

[Drinken]

Ok, so the layout is as follows...
Source: C:\MULAN\VIDEO_TS
VB backup folder located in C:\MULAN\VobBlanker_backup

Log output:
mkisofs log for DVD "MULAN"
From: "C:\Burn\MULAN"
DVD-TEXT General Name: ""
Provider ID: "MULAN"
Number of VTS: 12
Output file: "D:\Burn\MULAN.ISO"
Volume label: "MULAN"

mkisofs 2.01 X (i686-pc-cygwin)
The pad was 16 for file VIDEO_TS.IFO
The pad was 6 for file VTS_02_1.VOB
The pad was 6 for file VTS_12_1.VOB
The pad was 16 for file VIDEO_TS.IFO
The pad was 6 for file VTS_02_1.VOB
The pad was 6 for file VTS_12_1.VOB
Notice the duplicates, and lack of warnings/errors. I'm going to try putting the backupfolder inside VIDEO_TS now, see if it makes any difference.

Edit: After moving VobBlanker_backup into VIDEO_TS PGCedit prompts with the mkisofs Invalid node - -m error, and prompted if it should delete the backups and continue (YES), continue w/o deleting the backups (NO), or cancel.
There's a typo in the dialogue BTW, "mkisofs returnde the...". :)

So I guess the solution is to configure VB to store the backup folder inside VIDEO_TS.

[r0lZ]

Well, I have just modified (again) the way the burn function sends the mkisofs command. I hope now that this irritating - -m bug will be fixed. With some luck, the location of the backup will not matter any more.
A new beta will be available in a couple of days...

[blutach]

I've hated the --m bug since I first came across it. It's a plague and a pox!

Regards

[Denis Fomin]

First of all I would like to say thank you r0lZ for this unbelievable tool :) It's more than a knife it's an axe. I can literally butcher a DVD with it :) Carve it anyway I like it :)
And to the point. It's seems to be a bug in <Remap Titlesets> command in PgcEdit 0.6.2. The setup:

VMGM: has a button referencing VTS2 menu with the command
Jump to VTSM 2, Root menu (TTN 1)

VTS 2: here is the main feature and a menu

so as you can see this DVD's (R2 Taxi Driver btw) menu spans across VMG and VTS2. I want to make VTS2 into VTS1 so the main feature is in the first TitleSet and I'll be able to delete the rest of the TitleSets which are all kinds of extra material. I use PgcEdit's <Remap Titlesets> command. It does the file renaming alright but command
Jump to VTSM 2, Root menu (TTN 1)
in VMG does NOT change to
Jump to VTSM 1, Root menu (TTN 1)
as it should.
I changed it manually but thought you would like to know :) Plus it gave me the opportunity to say my thanks for PgcEdit :)

[r0lZ]

Thanks, Denis!
There was indeed a big bug in the remap titlesets function: the JumpSS commands in the menu buttons of the VMGM were modified, but not saved! Since the DVD is reloaded automatically after the remap titleset operation, the modified commands were overwritten by the original ones.
It's fixed now. Thanks again!

V0.6.3 will be released very soon. Probably today.

[r0lZ]

PgcEdit v0.6.3 release history:
A. It is now possible to bypass a menu with buttons with Kill Playback. The user is prompted to select the button to simulate.
A. Pgc EDitor -> Create new blank cell: New interface. It is now possible to insert the cell at the beginning of the PGC.
E. Pgc Editor -> Create New Blank Cell: The GUI has been revamped completely. It is now possible to use an existing and referenced Cell from the original VOB file, or, as before, to create a new blank cell. The button to call this function has been renamed from "Create a new blank cell" to "Create a new cell".
A. Pgc EDitor -> Create new blank cell and Reassign VOB/Cell ID: Option added to reuse the last tiny blank cell at the end of the VOB file (available only when that cell has been created previously by PgcEdit.)
E. Pgc Editor -> Create new blank cell and Reassign VOB/Cell ID: There is now a Preview button in the GUI to show the selected replace cell.
E. Jump to PGC upon DVD insert: When the target PGC is in a menu domain, the last title played before the target PGC is now always called (but not played) just before the target menu PGC so that a valid resume point exists when the menu is reached for the first time. This method should fix the (rare) problem caused by the usage of a RSM command in the menu to call the main title. Previously, the title PGC was called before the menu only when it was in the same titleset than the target menu.
E. When importing titles in a DVD with parental managment, the user is now prompted to remove the parental managment of the original DVD, and when importing a menu, it is prompted to clear the parental managment IDs of the menu PGCs, if there are IDs in the menu.
E. Burn DVD: Interface revamped, and new option to close automatically PgcEdit after a successful ISO creation.
E. Burn DVD: The new ImgBurn 1.1 command lines options /CLOSESUCCESS and /WAITFORMEDIA are now used instead of /CLOSE (though /CLOSE is still used if the ISO image is burnt with DVD Decrypter.) Please note that you need ImgBurn 1.1.0.0 or the "Close ImgBurn" option will not work!
F Burn DVD: The layer break sector passed to ImgBurn or DVDD was wrong when burning a DL DVD-R. (No problem with DL DVD+R.)
F. Burn DVD: Changed the way the backup files are excluded from the compilation. In v0.6.2, the old method caused harmless errors when the DVD files were moved in the new VIDEO_TS directory.
F? Burn DVD: Changed again the syntax to exclude the backup files from the compilation to avoid the mkisofs "-m" bug.
F Burn DVD: A batch file is now always used under Windows to call mkisofs, and the mkisofs command line is split in environment variables to avoid the line too long M$-DOS bug under Win9X.
F? Burn DVD: Redirecting stderr to stdout doesn't work under Win9X! Workaround: the output of mkisofs is not well checked under Win9X. For this reason, the user should take care of the error messages in the log!
See the warning under Win9X when the Burn Setup dialog is opened.
F. Burn DVD: Wrong error message when moving the backup folders in VIDEO_TS.
F. Burn DVD: Under Windows, it is now impossible to type foreign characters in the output ISO field, because those characters are not correctly translated by MKISOFS, and therefore the file cannot be opened by ImgBurn.
F. Kill PGC Playback: The Set, SetCLnk, CSetCLnk or CSetLNK command with a Link to a cell, program or chapter were not trapped. Now, a dialog pops up to warn the user.
F. PGC Editor: Fixed a bug in the Cell preview: A wrong cell was shown after a Vob/Cell ID remapping.
F. PGC Editor: Toggling the Layer Break checkbox did not change the seamless joint flag value. This bug has been introduced in v0.6.2.
F. Command Editor - CallSS command: The option to resume at the point where the title was interupted (resume cell 0) has been removed, since this option seems illegal in all cases.
F. Remap Titlesets: The modified JumpSS-VTSM commands in the menu buttons of the VMGM were not saved during the operation.
W. Workaround for the pskill.exe problem with McAfee antivirus. It is now encrypted in the standalone executable, so that McAfee doesn't complain. McAfee may still complain when the real file is scanned in the bin folder.


DVDShrink plugin v1.4 released!
DVDShrink Remote Buttons: Added the options to use the Prev Chapter button and/or the Return button to go back to the beginning of the previous title

[bourtzovlakas]

:thanks: :thanks: :thanks:

[[Tobi]]

I cannot send mail, therefore here...


The bug with the "Cancel" button in the Select Layer Break window is there again.

[jeanl]

r0lZ,
Thanks for the release! The menu killing feature is awesome! That's 4 or 5 guides that just became obsolete! Really cool! I'm impressed!
jeanl

[r0lZ]

Thanks.
But I have to release a new version! Tobi is right. There is a bug in the Burn DL DVD GUI.

[ron spencer]

let us know when it is out...will it be a new version # or the same with the fixed code. Was gonna try a DL...should I wait?

[r0lZ]

I will chanhge the version number. Perhaps 0.6.3.1.

You can burn a DL safely. The bug is only in the GUI. If you click the Cancel button in the LB selection dialog, the dialog is closed, but the main burn window has the OK and Cancel buttons disabled. It is not possible to close the burn GUI, and you have to kill PgcEdit.
But if you continue the burn normally, it should work. I haven't changed the way the IFOs are patched and saved, nor the mkisofs and ImgBurn parameters (though the way mkisofs is called is now different, and the bug when passing the LB value for a DL-R to ImgBurn is fixed.)

[DiggnSaeg]

Just one quick question:
After using "Blank out all VTST Titles", saving and reopening a DVD...
Why am I asked to verify the "number of streams (in whole DVD)"?

[r0lZ]

The verification of the number of streams at startup was requested by several users. It's not mandatory, and you can switch this option off via the options menu.

[ron spencer]

thanks...will wait for new version...thanks again for everything

[jsoto]

Thanks once more... Incredible application.

I don't agree with the "0" starting in the release numbering. Seems it is a beta, unstable, and this is confussing... I really think you should change to 1.anything (or better 6.3 if you want)

jsoto

[DiggnSaeg]

The verification of the number of streams at startup was requested by several users. It's not mandatory, and you can switch this option off via the options menu.
I do believe that this procedure is very meaningful, too.

I'll rephrase my question: Why is there something to fix after blanking
out all VTST titles? Isn't the number of streams adjusted as well when
using this function?

[blutach]

@DiggnSaeg

What happens is that the stream needs to stay in place as it may need to be selected. jsoto first brought this to our attention - see here (http://forum.doom9.org/showthread.php?t=90502).

So after blanking, the domaion attributes are "out" and need to be re-instated.

BTW: Thanks r0lZ for another Herculean effort!

Regards

[blutach]

Thanks once more... Incredible application.

I don't agree with the "0" starting in the release numbering. Seems it is a beta, unstable, and this is confussing... I really think you should change to 1.anything (or better 6.3 if you want)

jsotoI call it 6.3 myself. It is LONG past 0.x.x

Regards

[r0lZ]

OK, I understand the message.
But, really, I can't jump from 0.6.3 to 6.3 or even 1.0 just for a small bug fix!
And I suppose there are still some bugs in the current version. So, I prefer, for now, to consider it still as a somewhat unstable version.
But it's OK. The next major release will be 1.0.
Thanks for your support, guys!

[r0lZ]

0.6.3.1 (January 29, 2005)
F. Burn DVD: If the user cancels the layer break selection dialog, the dialog is closed, but the OK and Cancel button of the main burn dialog are still disabled. There is no way to close this dialog, and the user must kill PgcEdit.
This problem has been introduced in v0.6.3, and is now fixed.

Thanks to Tobi for the bug repport!

[jinjin_jp]

[DVDShrink plugin v1.4 released!
DVDShrink Remote Buttons: Added the options to use the Prev Chapter button and/or the Return button to go back to the beginning of the previous title

Is it possible to add the option "When in chapter 1, allows 'Prev chapter' button to go back to the last chapter of the PREVIOUS title?" , or like this?
This operation would generally need many push of buttons (for jump to the beginning of PREVIOUS title and many push of next chapter buttons),
compared with that for going back to the beginning of the current title, only two push of buttons(Next and Prev Chapter) is needed.
I think it is convinient and useful when continuous movie divided multiple storys as VTS.
I'd very glad if could.

[r0lZ]

Well, it's difficult to do! I have to jump to a new VTSM menu, or to modify completely the pre-commands of the titles to be able to jump to a specific chapter.
Also, there is a problem with the titles with little dummy chapters at the end (added to be able to use the remote to skip to the end of the title by several authoring programs). In this case, if I jump to the last chapter, the navigation will return immediately to the beginning of the next title. It is of course possible to test the length of the last chapter, and use the previous one if is's a tiny chapter of less than 1 sec, but again, it's not so easy to do.
Maybe later, if I have some time...

[jinjin_jp]

@r0lZ
Thanks for reply and explanstion. I understood its difficuly.

[r0lZ]

Well, I though about this suggestion. If I implement it, I think I will totally rewrite the Remote Buttons function, to redo completely the authoring of the DVD. It should be easier for me to rebuild all commands from scratch.
I may even add a function to import a selfmade menu with buttons to jump directly to any title.
But, of course, I need some time to do it. And, for now, I'm a little bit tired of programming!

[spyhawk]

Well, I though about this suggestion. If I implement it, I think I will totally rewrite the Remote Buttons function, to redo completely the authoring of the DVD. It should be easier for me to rebuild all commands from scratch.You don't have to do this, r0lZ. Only a few commands are needed to the existing Remote Buttons function.

Let's say we reauthor 3 titles, and 'Check all' in DVDShrink plugin macro, except to change the selection to "When in chapter 1, allows 'Prev chapter' button to go back to the beginning of the PREVIOUS title".

Now we want to go to last chapter of previous title.

From Title 2 to Title 1:
1. In VTS1, PGC 1, insert these 4 pre-commands before gprm(0) = (mov) 1:
if ( gprm(0) == 2) then { Goto line 3 }
Goto line 5
Set gprm(0) =(mov) 1
(JumpVTS_PTT) Jump to TTN1, Chapter x, where x is last chapter of non-blank cell.
From Title 3 to Title 2:
2. In VTS2, PGC 1, insert these 4 pre-commands before gprm(0) = (mov) 2:
if ( gprm(0) == 0) then { Goto line 3 }
Goto line 5
Set gprm(0) =(mov) 2
(JumpVTS_PTT) Jump to TTN1, Chapter x, where x is last chapter of non-blank cell.

You see the pattern now - in lines 1 and 3? Line 1 checks the gprm(0) value from the next title. Line 3 is a duplicate of line 5.

If we want to go from Title 1 to last chapter of Title 3, just insert similar commands to VTS 3, PGC 1.

The only thing left is to check for the real last chapter in the macro.

[r0lZ]

Well, that's right. It's relatively easy to do. But anyway, I don't like the default authoring of DVDShrink, especially his use of gprm(0).

I have already made the new function for the plugin. It works well. The original authoring is completely deleted, and redone from scratch. Only the original SetSTN commands are kept unchanged.
IMO, it's better and easier to read now.

If you want to test it, here it is: dvdshrink_plugin_v2.0beta1.zip (http://www.videohelp.com/~r0lZ/pgcedit/beta/dvdshrink_plugin_v2.0beta1.zip)
(The old method from v1.4 is still in the current beta, and has not been modified.)

[jinjin_jp]

Where should I campare the result between v1.4 and v2.0b1?
I tried to use both for DVDShrink Remote Buttons, and compared PGC command, but I can't understand the difference.
Should I look at anything else?

For example,
--------------------------------------------------------------
DVD "C:/DVD_Test/test_shrink_plugin/VIDEO_TS/"
DVD-TEXT General Name: ""
Provider ID: ""
Number of VTS: 3

VMG (VIDEO_TS.IFO)
------------------
VMG , First-Play PGC
********** pre commands:
1 if ( gprm(0) == 1 ) then { Goto line 4 }
2 if ( gprm(0) == 2 ) then { Goto line 5 }
3 (JumpTT) Jump to Title 1
4 (JumpTT) Jump to Title 2
5 (JumpTT) Jump to Title 3
********** post commands:
********** cell commands:

VMGM , LU 1 (en):

VMGM , LU 1 (en) , 1 (dummy) TitleM - Chapters: n/a, Programs: 0, Cells: 0
********** pre commands:
1 (JumpSS) Jump to First Play PGC
********** post commands:
********** cell commands:

VMGM , LU 1 (en) , 2 (dummy) - Chapters: n/a, Programs: 0, Cells: 0
********** pre commands:
1 NOP
2 if ( gprm(1) != 1 ) then { Goto line 4 }
3 (JumpTT) Jump to Title 1
4 if ( gprm(1) != 2 ) then { Goto line 6 }
5 (JumpTT) Jump to Title 2
6 NOP
7 (JumpTT) Jump to Title 3
********** post commands:
********** cell commands:

VTS 1 (VTS_01_0.IFO)
--------------------
VTSM 1: no menu.

VTST 1:

VTST 1 , 1 TTN 1 (9:29) Title 1 - Chapters: 3, Programs: 3, Cells: 7
********** pre commands:
1 Set gprm(0) =(mov) 1
2 (SetSTN) Set Audio stream = 0
3 (SetSTN) Set Sub-picture stream = 0, on
********** post commands:
1 Set gprm(0) =(mov) 1
2 (CallSS) Call the First Play PGC, resume cell 1
********** cell commands:

VTST 1 , 2 TTN 1 (dummy) - Chapters: 0, Programs: 0, Cells: 0
********** pre commands:
1 Set gprm(1) =(mov) 3
2 (CallSS) Call the VMGM PGC 2, resume cell 1
********** post commands:
********** cell commands:

VTS 2 (VTS_02_0.IFO)
--------------------
VTSM 2: no menu.

VTST 2:

VTST 2 , 1 TTN 1 (8:01) Title 2 - Chapters: 3, Programs: 3, Cells: 8
********** pre commands:
1 Set gprm(0) =(mov) 2
2 (SetSTN) Set Audio stream = 0
3 (SetSTN) Set Sub-picture stream = 0, on
********** post commands:
1 Set gprm(0) =(mov) 2
2 (CallSS) Call the First Play PGC, resume cell 1
********** cell commands:

VTST 2 , 2 TTN 1 (dummy) - Chapters: 0, Programs: 0, Cells: 0
********** pre commands:
1 Set gprm(1) =(mov) 1
2 (CallSS) Call the VMGM PGC 2, resume cell 1
********** post commands:
********** cell commands:

VTS 3 (VTS_03_0.IFO)
--------------------
VTSM 3: no menu.

VTST 3:

VTST 3 , 1 TTN 1 (7:32) Title 3 - Chapters: 3, Programs: 3, Cells: 3
********** pre commands:
1 Set gprm(0) =(mov) 0
2 (SetSTN) Set Audio stream = 0
3 (SetSTN) Set Sub-picture stream = 0, on
********** post commands:
1 (CallSS) Call the First Play PGC, resume cell 1
********** cell commands:

VTST 3 , 2 TTN 1 (dummy) - Chapters: 0, Programs: 0, Cells: 0
********** pre commands:
1 Set gprm(1) =(mov) 2
2 (CallSS) Call the VMGM PGC 2, resume cell 1
********** post commands:
********** cell commands:

[r0lZ]

Use the new function "Redo Authoring!". The old function "DVDShrink Remote Buttons" is still there, unchanged.

[jinjin_jp]

Thanks very much. This new function is very convinient and useful for me.

[Grave]

menu editor:
would it be possible to have ability to copy menu/button layout and commands separately? by layout i mean button coordinates only, so e.g. i could copy the layout withou t overwriting target button commands
some other ideas:
-direct number input in addition to position/size sliders
-shift-click on slider could jump by 10/or whatever number has been set in options)
-any chance of displaying menu subs overlays? (to see how to adjust button positions and sizes without cutting off subs overlays)

[goonix]

The last point is really a good idea: Display and export of the menu subpic.
I think jeanl can help, because he is trained very well by programming his nice DVDSubedit.

goonix

[jeanl]

You're going to have to convince r0lZ on that one... Showing the highlights is something I suggested to r0lZ a while back, but it's not that easy (overlaying isn't easy, apparently, in tcl-tk).
Jeanl

[r0lZ]

would it be possible to have ability to copy menu/button layout and commands separately? by layout i mean button coordinates only, so e.g. i could copy the layout withou t overwriting target button commandsYes, it's possible. Will do it soon.

-direct number input in addition to position/size slidersPossible, but not so easy. The method I use to move two sliders at the same time when the user changes one value is somewhat incompatible with direct input. Anyway, if I implement your first suggestion, I suppose this one is less important.

-shift-click on slider could jump by 10/or whatever number has been set in options)I think it's easy enough to set the slider manually to a value near the one you want, and then use the steps by 1 to fine-tune the value.

-any chance of displaying menu subs overlays? (to see how to adjust button positions and sizes without cutting off subs overlays)Not easy. I have a lot of things to do to implement it, and, as jeanl said, I'm not sure I have the functions to display overlays with Tcl/Tk. But it's in my todo list. However, I have many things that I want to do first...

[Cela]

How can I put (import) a small, simple menu (authored with DVDlab, containing a background picture, some text and one or two buttons) in front of existing menus?

Why would I want to do this? In some occasions I would want to add a preface message (like "The following menus will talk about Act 1 - Act3 but this disk will only contain Act 1") and wait until the user accepts the message.

When that preface-menu is in place, I would know how to update the navigation.

Thanks for your help.

[j-fish]

Hey,i have a problem with Pgcedit,i've added a button and when i click it,it does what it should(switch Subpic),but the button doesnt highlighted when i'm selecting or activating it.
I made sure it uses the same color scheme like the original buttons in
the menu and still doesnt effect it.
Also tried to change Color scheme for the original buttons wont effect them and kept them as they were at first place.
thanks.

[frank]

Button/function Create new cell ignores the setup of Copy original VOB to Backup folder.
In every case the vob will be saved.

[r0lZ]

How can I put (import) a small, simple menu (authored with DVDlab, containing a background picture, some text and one or two buttons) in front of existing menus?

Why would I want to do this? In some occasions I would want to add a preface message (like "The following menus will talk about Act 1 - Act3 but this disk will only contain Act 1") and wait until the user accepts the message.

When that preface-menu is in place, I would know how to update the navigation.

Thanks for your help.IMO, the easiest way to do that is to create a dummy title with just a black frame, and import it in PgcEdit as a "First-play clip" (see in the Title menu.) This clip will be played automatically when the DVD is inserted. Not very interesting, since it is black.
But you can also import the menu in the same titleset: right click on the dummy title you have just imported and select "Import Menu". Then, remove all VM commands from the imported menu, and change the button command to jump back to the first-play PGC (JumpSS-FP.) Be sure to set the Root Menu type of the new menu to the PGC with the button (right click on the PGC and select Set Menu Type, and tick Root menu.)
Modify also the last post command of your dummy imported title to call the new menu (CallSS-VTSM-Menu.)
Now, when the DVD is inserted, the black frame will be shown, and then your menu. Finally, the navigation will continue normally.

[r0lZ]

Hey,i have a problem with Pgcedit,i've added a button and when i click it,it does what it should(switch Subpic),but the button doesnt highlighted when i'm selecting or activating it.
I made sure it uses the same color scheme like the original buttons in
the menu and still doesnt effect it.
Also tried to change Color scheme for the original buttons wont effect them and kept them as they were at first place.
thanks.You should use another color scheme. Select a color scheme that is not used by the other buttons. Then, edit that color scheme, and change the transparency value for ALL colors. You should see a colored rectangle as highlight.

[r0lZ]

Button/function Create new cell ignores the setup of Copy original VOB to Backup folder.
In every case the vob will be saved.Thanks Frank. I know this bug. Will fix it...

[jinjin_jp]

I tested with using "Redo Authoring!", and found the problem when replaying by PowerDVD5.
I think its cause is bug of PowerDVD, because there is no problem when replaying by other PC players(MediaPlayerClassic, JetAudioPlayer).

Example:
I created DVD-Video by DVDShrink Re-Author Mode, which has 3 titles and each title has 3 chapters.
I edited it by function "Redo Authoring!" of dvdshrink_plugin_v2.0beta1, of which setting is default except for 'When the Previous Chapter button is pressed during playback of chapter 1..., jump to the last chapter of the precious title'.

Problem:
It is only when replaying by PowerDVD5.
After jumping directly to other title (using right-click, not using Prev/Next button, etc.),
(1)when pressing the Next Chapter button, jump to chapter 1 of title 1 from last chapter of all titles(1,2,3).
(2)when pressing the Previous Chapter button, jump to last chapter of title 1 from chapter 1 of title 1.
_(problem is only from title 1, but no problem from other titles(2,3))

Cause and the reason why I suspected(it may be different):
I thought PowerDVD may reset the value of gprm as 0, when jumping directly (using right-click, not using Prev/Next button, etc.).
So,
(1)when pressing the Next Chapter button, at VMG_PGC_1,
*** pre commands:
1 Set gprm(2) =(mov) 0
2 Set gprm(0) =(mov) sprm(4:Title number in volume)
3 Set gprm(0) +=(add) 1
4 if ( gprm(0) > gprm(1) ) then { Set gprm(0) =(mov) 1 }
5 LinkPGCN PGC 4
in line 4, if gprm(1)=0, always "gprm(0) > gprm(1)", so "gprm(0)=1", so title 1 is always replayed.
And,
(2) when pressing the Previous Chapter button, at VMG_PGC_3,
*** pre commands:
1 Set gprm(2) =(mov) 0
2 Set gprm(0) =(mov) sprm(4:Title number in volume)
3 Set gprm(0) -=(add) 1
4 if ( gprm(0) < 1 ) then { Set gprm(0) =(mov) gprm(1) }
5 LinkPGCN PGC 4
in line 4, if gprm(1)=0, only when "gprm(0)=0"(i.e. must be replayed title 3 after 1), "gprm(0) = gprm(1) = 0", so title 1 is replayed after title 1.

Method to solve:
I copied the command of line 1 of FirstPlay ”Set gprm(1) =(mov) 3”,and pasted before line 1 of VMG_PGC_1,2,3.
*** pre commands:
1 Set gprm(1) =(mov) 3
2 Set gprm(2) =(mov) 0 or 1
3 Set gprm(0) =(mov) sprm(4:Title number in volume)
4 ***
5 ***
6 LinkPGCN PGC 4
I tested it, so there was no problem.

As menshioned at first, it is the problem of PowerDVD5, not of PgcEdit.
Thanks.

[r0lZ]

Thanks for the info, jinjin_jp.

In my authoring, gprm(1) holds the number of titles in the DVD. Since it's a DVDShrink reauthored DVD, it's also the number of titlesets. The gprm 1 is set only once, in the FP-PGC (but is read severat times, when it is needed to know the number of titles.) Therefore, this value should never change.

There is obviously a big bug in PowerDVD.

I suppose that right-clicking in PowerDVD calls a menu with an option to play any title, by number. Right? Maybe, as you think, it resets all GPRMs to 0 when doing so. Doesn't matter, IMO, because you should test it with the regular DVD controls, not with the software players specific features.

Anyway, there are other bugs with PowerDVD, for example with the time seekbar, disabled when there is a Next, Prev or GoUpPGCN link pointing to the same PGC.

[jinjin_jp]

I suppose that right-clicking in PowerDVD calls a menu with an option to play any title, by number. Right?
Yes, like below.
http://img360.imageshack.us/img360/9439/doom9060205powerdvd6kg.th.jpg (http://img360.imageshack.us/my.php?image=doom9060205powerdvd6kg.jpg)

Doesn't matter, IMO, because you should test it with the regular DVD controls, not with the software players specific features.
I think so.
But other software players except for PowerDVD have no problem.
(I just tested only MediaPlayerClassic and JetAudioPlayer.)
I replay the DISC on both DVD player(TV) and software player(PC), so I wanted to solve.

Anyway, there are other bugs with PowerDVD, for example with the time seekbar, disabled when there is a Next, Prev or GoUpPGCN link pointing to the same PGC.
I heard like this before, but I remember the problem with WinDVD, not PowerDVD. I would confirm it.

Edit(Add)
I read these threads before.
http://forum.doom9.org/showthread.php?p=683265#post683265
http://forum.doom9.org/showthread.php?p=683457#post683457
And I can use time seekbar of PowerDVD5, now.

[r0lZ]

Right! It's WinDVD that has problem with the seek bar.
Anyway, use Media Player Classic. It is good, powerful, free, and has a well designed interface, not one of those horrible and incpmprehensible skins!

[jinjin_jp]

It was found to solve PowerDVD itself.

There is another method of jumping to title/chapter which is to select from DVD browser like below.
http://img64.imageshack.us/img64/7755/doom90602052powerdvd0vy.th.jpg (http://img64.imageshack.us/my.php?image=doom90602052powerdvd0vy.jpg)
This method seems to have no problem.

Edit(Add)
(1)About directly jumping to title/chapter,
___after jumping to chapter 1 of any titles, the problem is occured.
___after jumping to chapter 2,3,,, of any titles, the problem isn't occured.
(2)By setting PUOs to check "title play(4)",
___after directly jumping to chapter 1 in same title, the problem is solved.

[outspoken]

i'm having an issue where my previews no longer auto-start when in trace mode.

i can click on the cell and issue CTRL+P and the preview will start. but if i use RUN from the beginning, no previews will come.

i have clicked 'automatically start preview playback' and 'use preview' are checked under the preview menu.

[r0lZ]

You must tick also "Open Preview Automatically When Playing a Cell".

[outspoken]

You must tick also "Open Preview Automatically When Playing a Cell".

ahh, thank you. i missed the setup menu in trace panel.

[Butterfly_JP]

Nice to meet you.
An application error occurred in PgcEdit0.6.3.1

I did Ripping with an FILE mode of DVDDecrypter.
I connect a title in NeroRecod2 and compress it.
When it makes New 'Play All' Title in PgcEdit0.6.3.1, it is an application error.

Error log.
invalid command name "AddBCDtime"
invalid command name "AddBCDtime"
while executing
"AddBCDtime [string range $thiscellpbentry 4 7] $totalpbtime"
(procedure "::utils::create_playall_pgc" line 107)
invoked from within
"::utils::create_playall_pgc"
(menu invoke)

I deleted PgcEdit0.6.3.1 after uninstallation, and New 'Play All' Title was made when I tried it in PgcEdit0.6.2 again.
0.6.3.1 and 0.6.2 are default setup, respectively. Will any setting be necessary in PgcEdit0.6.3.1?

Thank you for your consideration

[bigotti5]

In my authoring, gprm(1) holds the number of titles in the DVD. Since it's a DVDShrink reauthored DVD, it's also the number of titlesets. The gprm 1 is set only once, in the FP-PGC (but is read severat times, when it is needed to know the number of titles.) Therefore, this value should never change.

There is obviously a big bug in PowerDVD.

I suppose that right-clicking in PowerDVD calls a menu with an option to play any title, by number. Right? Maybe, as you think, it resets all GPRMs to 0 when doing so. Doesn't matter, IMO, because you should test it with the regular DVD controls, not with the software players specific features.

I think it is not a bug in Powerdvd - its in the specs

A limitation is that all GPRMs are cleared when a title search or title play command is used, when the stop (or eject) command is used, and when the player is turned off.

Jim Taylor - DVDDemystified

there are other bugs with PowerDVD, for example with the time seekbar, disabled when there is a Next, Prev or GoUpPGCN link pointing to the same PGC

Same here - if previous- und nextpgcn pointing to the same PGC is set there must not be a VTS_TMAPTI table - therefore time seek bar is disabled

I made a quick test with scenarist - if you define previous and nextpgcn pointing to the same PGC there is no VTS_TMAPTI written.
If you create a second pgc in a title you cant have a VTS_TMAPTI too.

Presuming scenarist complies with the specs.

[r0lZ]

That's right, Butterfly. I have found this bug, too, and it is already fixed in 0.6.4beta1 (http://www.videohelp.com/~r0lZ/pgcedit/beta/PgcEdit_winexe_0.6.4beta1.zip).
Thanks for the bug report anyway!

[r0lZ]

I think it is not a bug in Powerdvd - its in the specs:devil: Stupid specs! But thanks for the info! I ignored that!
BTW, I understand now why the "Title Play or Search" PUO is set in many PGCs of commercial DVDs.
Anyway, I will change the DVDShrink plugin to hardcode the number of titlesets. Pitty! :(

Same here - if previous- und nextpgcn pointing to the same PGC is set there must not be a VTS_TMAPTI table - therefore time seek bar is disabled

I made a quick test with scenarist - if you define previous and nextpgcn pointing to the same PGC there is no VTS_TMAPTI written.
If you create a second pgc in a title you cant have a VTS_TMAPTI too.

Presuming scenarist complies with the specs.In this case, I'm not so sure it's right.
IMO, it is normal to remove the VTS_TMAPTI when the title is a true non-sequential title, with several non-dummy PGCs. But setting the Prev/Next/GoUp PGCN pointing to itself does not change the structure of the PGC at all, so, IMO, it should still be considered as sequential. And even if there are additional dummy PGCs in the same TTN, since all cells are defined in the same PGC, it should work, too.
Also, I've found that setting a link to itself is accepted w/o the time seek problem with all standalone players I've tested so far.
Do you have an information in DVD Demystified on this subject?

[r0lZ]

OK, done. The modified DVD Shrink plugin (v2.0 beta 2) can be found here (http://www.videohelp.com/~r0lZ/pgcedit/beta/dvdshrink_plugin_v20b2.zip).
Jinjin JP, it should work with the right-click method in PowerDVD.

However, I have not changed the Prev/Next/GoUp PGCN links method. If it's really a problem, I might add a new cell at the very beginning of each PGC, and another one at the end so that it should be possible to use the prev and next buttons without the links. But I have no solution to enable the return button to go back to the prev title w/o adding a GoUp link. Someone has an idea?

[Butterfly_JP]

I downloaded PgcEdit0.6.4beta1.

Thank you for r0lZ.

[jinjin_jp]

@r0lZ
Thanks very much for the new ver. of DVDShrink plugin.
It functions fine even when using PowerDVD.

About GoUp, do you mean anything instead of GoUp link?
If so, there is introduced about method which goes back to the prev title when RootMenu button is pressed.
It needs edit command one-by-one, compareed with one-click operation of PgcEdit's.

In DVDShrink plugin v2.0 beta2, displayed "When the Title button is pressed...", is it "the Title Menu" like v1.4?

[bigotti5]

when the title is a true non-sequential title, with several non-dummy PGCs.....there are additional dummy PGCs in the same TTN, since all cells are defined in the same PGC, it should work, too.


One PGC - it does not matter if a second is dummy or non-dummy

Three types of titles exist: a monolithic title meant to be played straight through (one_sequential_PGC title), a title with multiple PGCs for varying program flow (multi_PGC title), and a title with multiple PGCs that are automatically selected according to the parental restriction setting of the player (parental_block title) (see Figures 6.20 and 6.21). One_sequential_PGC titles are the only kind that have time maps for timecode display and searching.

Do you have an information in DVD Demystified on this subject?

No, unfortunately this is the only information about time map and One_sequential_PGC titles.

found this in
Ralph LaBarge - Dvd Authoring and Production

DVD-Video titles can include up to 99 Part_of_Title (scenes) within a PGC. SPRM 7 stores the current Part_of_Title number with values between 1 and 99. If the viewer changes scenes by using Next, Previous, GoUp, or numeric keys on the remote control, SPRM 7 will be updated with the new Part_of_Title number. The default value for SPRM 7 is 1. Note that SPRM 7 is only valid for One_Sequential_PGC titles.

Not sure if it has to do with our issue.

A next or prev PGC link is only valid within the same title and Scenarist does not write a time map if you define a next- and/or a prev PGC regardless if it is the same PGC. Think scenarist is very close to the spec.

[r0lZ]

Thanks again, bigotti5.
Seems there is no way to use the prev/next/goup links w/o loosing some functionalities of the player.
Maybe I'll write a DVDShrink plugin 3.0 later, with complient methods only.

@jinjin_jp:
Yes, using the Root menu button is a solution. But I don't like it, since this button is not supposed to jump back to the previous title.

"When the Title button is pressed..." means "When the Title Menu button is pressed...", of course.

[blutach]

My main bugbear with PowerDVD v6 is that you have to turn subtitles on through it's right click menu (or the keyboard shortcut). It does not respond to a menu which eventually selects a valid stream in SPRM2. Anyone else see this problem?

Regards

[bigotti5]

It does not respond to a menu which eventually selects a valid stream in SPRM2. Anyone else see this problem?

Agree - my version ignores SetSTN subtitle commands too....

[JDlugosz]

As you can read in this thread (http://www.mmbforums.com/phpbb/viewtopic.php?t=6433), I'm annoyed that my DVDs created with DVD Lab Pro will jump to something if the Next Chapter button is pressed when it's already in the last chapter of a title. It jumps to the beginning of some title, having nothing to do with the presentation order of the titles in the main menu.

First, does anyone know for sure what is the correct standard behavior? If this is a quirk of my Samsung player, and not widespread, I won't worry about it. Standard or not, if it affects all Samsungs, then I need to deal with it.

Someone had suggested using DVDRemake to disable the button while in the last chapter. So I came here to ask: can I do that with PgcEdit? I can see it shows me a table of chapters ("cells") for a title, but I don't see any way to edit prohibited operations within a cell (I found one that appears to be global).

Any suggestions?

--John

[arsmori]

As you can read in this thread (http://www.mmbforums.com/phpbb/viewtopic.php?t=6433), I'm annoyed that my DVDs created with DVD Lab Pro will jump to something if the Next Chapter button is pressed when it's already in the last chapter of a title. It jumps to the beginning of some title, having nothing to do with the presentation order of the titles in the main menu.

[...]Any suggestions?
Yep, AddChapter.

[ron spencer]

just use PGCEdit!!!!

double click the pgc of the movie in question....then on the NextPGCN tab the number is 0. Set it to the number of the PGC. So if your movie is PGC 2 set the NextPGCN number to 2 and so on for whatever titles are there. 0 is the default. If you change it to the number of the PGC this means that after the final chapter the player should immediately jump to the post commands and execute them. I have tried this on 15 players....perfect. No needs for user-ops in vob or adding chapters. Simple, Sweet, Works

[r0lZ]

As you can read in this thread (http://www.mmbforums.com/phpbb/viewtopic.php?t=6433), I'm annoyed that my DVDs created with DVD Lab Pro will jump to something if the Next Chapter button is pressed when it's already in the last chapter of a title. It jumps to the beginning of some title, having nothing to do with the presentation order of the titles in the main menu.

First, does anyone know for sure what is the correct standard behavior? If this is a quirk of my Samsung player, and not widespread, I won't worry about it. Standard or not, if it affects all Samsungs, then I need to deal with it.

Someone had suggested using DVDRemake to disable the button while in the last chapter. So I came here to ask: can I do that with PgcEdit? I can see it shows me a table of chapters ("cells") for a title, but I don't see any way to edit prohibited operations within a cell (I found one that appears to be global).

Any suggestions?

--John
IMO, it is probable that there is a bug in your player.

There are several ways to continue with another title when the user presses the next button during playback of the last chapter. (But, of course, the next thing to play should be whatever you have decided when doing the authoring.)

Often, a short chapter with less than 1 sec of black is added at the end of the movie. Therefore, the last "real" chapter (with video contents) is not the last one, and the user can use the next button to play the tiny chapter, and then the post-commands.
If it's the case, you should remove the program that is assigned to that tiny chapter (by clicking on the "Prog." button of the last cell in the Pgc Editor.) You have also to remove the last entry in the chapter table (with the "Edit Chapter Table" function of the PGC Editor.) Don't forget this step!

Another method is to use the technique known as "NextPGCN link pointing to itself". When the NextPGCN link (also editable in the PGC Editor) is non-zero, the next button of the remote can be used when the last chapter is playing. You should therefore force this value to 0 to disable the button. (Of course, it's not sufficient if the first technique above is also used.)

The PUOs are global to the current PGC. You cannot change them for a specific cell.
But you can set the Access Restricted flag of the last chapter cell. (Click on the Type Flags button of the last cell.)
Beware! Setting this flag inhibits most of the controls on the remote. Basically, when a cell has this flag set, it must be played at speed 1 until the end of the cell is reached! You cannot even fast forward, or use the prev button!

If you want more informations, please select any title with this problem, and use the "Info -> PGC params and cell table" menu. Then, post the output here.

[r0lZ]

@ arsmori & ron
I think JDlugosz wants to do exactly the oposite of what you suggest. He wants to disable the Next button when playing the last chapter. Or fix the navigation problem that leads to a wrong title.

[jinjin_jp]

@jinjin_jp:
Yes, using the Root menu button is a solution. But I don't like it, since this button is not supposed to jump back to the previous title.
I think below example is interesting, it utilizes left button(when jumping to previous title) and right button(when jumping to next title), and it is the method used for DVD2one.

This example is which has 3 titles and each title has 3 chapters.

DVD commands is
========================================================
VMG (VIDEO_TS.IFO)
------------------
VMG , First-Play PGC
********** pre commands:
1 (JumpTT) Jump to Title 1
********** post commands:
********** cell commands:
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:
VTS 1 (VTS_01_0.IFO)
--------------------
-
-
VTS 2 (VTS_02_0.IFO)
--------------------
VTSM 2: no menu.
VTST 2:
VTST 2 , 1 TTN 1 (8:01) Title 2 - Chapters: 3, Programs: 3, Cells: 8
********** 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:
VTS 3 (VTS_03_0.IFO)
--------------------
-
-
========================================================

"VTST 2 , 1" has 3 buttons like below
http://img133.imageshack.us/img133/278/d2obutton0602095rp.th.jpg (http://img133.imageshack.us/my.php?image=d2obutton0602095rp.jpg)
and when replaying(Button 1 = NOP),
(1)pressing "Left Button" =>Button 2 = VMGM PGC 1(Auto) => Jump to Title 1
(2)pressing "Right Button" =>Button 3 = VMGM PGC 3(Auto) => Jump to Title 3

And Previous and Next Button can jump like above, too.
Because
************ VTST 2 , 1 TTN 1 (8:01) 24b. Title 2 ************
NextPGCN: 3
PrevPGCN: 2
GoUpPGCN: 0

[r0lZ]

Yeah! Great idea. But it requires to create or modify the buttons in the last chapter, and using the arrows is not very "standard". Not perfect. But it's really something that should work w/o the problems related to the non-sequential PGCs.
Thanks for the info, Jinjin!

[ron spencer]

@rolz

his presentatoion order should be defined in his VM commands, so if he has those right then what I posted will work. It is the VM that makes the navigation.

[JDlugosz]

IMO, it is probable that there is a bug in your player.
...
When the NextPGCN link (also editable in the PGC Editor) is non-zero, the next button of the remote can be used when the last chapter is playing. You should therefore force this value to 0 to disable the button.


If that implies that when NextPGCN is set to zero, then the next-chapter button should not do anything in the last chapter, then it's a bug or mistaken-feature of the player.

Samsung makes a lot of players. How wide-spread is this bug? If it's just me, I won't worry about it. But if it bothers many people with Samsung players, I want to author the DVD to do something intentional with this button.


If you want more informations, please select any title with this problem, and use the "Info -> PGC params and cell table" menu. Then, post the output here.


VTST 1 , 2 TTN 2 (12:32) Title 2 - Chapters: 3, Programs: 3, Cells: 3

********** pre commands:
1 Set gprm(11) =(mov) 14
********** post commands:
1 Set gprm(11) =(mov) 15
2 (CallSS) Call the VTSM Root menu of the current VTS, resume cell 1
********** cell commands:



Playback time: 00:12:32.18 (at 30 fps)
PG Playback mode: sequential
PUOs: 0 (0x00000000)
NextPGCN: 0
PrevPGCN: 0
GoUpPGCN: 0
PGC Still Time: 0
Audio stream 1 status: 0x00008000 (stream=0)

Chap. Prog. Cell Type Layer Ang VOBU Cell Cell Playback End Entry First Last Last VOB Cell
(PTT) Flags Break Still Still Cmd. Time Time VOBU ILVU VOBU VOBU ID ID
Time # sector End Start End

1 1 1 2 yes - no 0 0 00:03:15.25 00:03:15.25 637066 0 701831 702106 2 1
2 2 2 8 no - no 0 0 00:07:16.06 00:10:32.01 702107 0 830066 830206 2 2
3 3 3 8 no - no 0 0 00:02:00.17 00:12:32.18 830207 0 866769 866800 2 3

[r0lZ]

Obviously, there is no NextPGCN link defined, and no additional tiny chapter at the end of the title. So, yes, your player has a bug. The Next key should be desactivated when playing chapter 3. And if, for some reason, Samsung has decided to enable it anyway, in this precise case, the navigation should return to the root menu, not to a random title!

Try to set the NextPGCN link to the PGC number (in this case: 2) and see if it works better. Maybe with this modification you will return to the root menu.

[ron spencer]

on the 15 players I have tested this on all have different behaviour when you hit next after last chapter...but I have gotten around this by the method I stated. I just make sure my post commands go where I want and all is ok...these are not bugs just how the manufactuers make their stuff. I have one Polaroid that goes to VMG menu!!!

So at the end of Title one, say, that is PGC 2 I set Nextpcn=2 so after the last chapter you immediately jump to the post commands...I have NEVER seen a player not do this (if you leave it at 0 you don't know what you'll get). This guarantees that your post commands are executed, so make sure your post commands have the navigation you want. If you have a playe that does not do this then use an encoder like TMPG or CCE Basic to force that last frame as an I-Frame for a chapter.

[r0lZ]

Yes, ron, the trick of a dummy last chapter is even better than the one with the NextPGCN link alone. But, according to mpucoder, the NextPGCN link alone method should work. If it doesn't work, or doesn't lead to the post commands, there is a bug in the player.

Anyway, JDlugosz, try it. I'll be interested on knowing the result.
Then, try to add a new cell at the end of the PGC, and add also a LinkTailPGC post command to the last real chapter (ie chapter 3.) This is how most commercial DVDs are authored.

[ron spencer]

yes but even with the so-called last chatper trick the use can still hit next a couple of times and mess things up....I would be very surprised if the NextPGCN trick does not work in his player....that would be a player not comforming to the specs. If it behaves this way then the only thing to do is to add a chapter to the end of the movie and if the movie does not end on an i-frame to use DVD Remake to add the chapter user-op from that last dummy chapter to end of the movie (maybe only 0.2 sec). DVD Remake is the only program that I know of that does chapter user-ops. Can you add this to PGCEdit? I know the user ops would be written in VOB, so PGCEdit would need to "redo" the VOBs...would this be difficult? practical? Only issue with adding a cell is that teh chapter VM command is non-seamless, so if there is no fade to black at the end of the movie there will be a stutter. Hey, can PGCEdit add chapter VM commands? Never tried it

[r0lZ]

No, cell level PUOs are not supported by PgcEdit.
But in this precise case, it should be sufficient to use the access restricted flag on the last tiny chapter. This way, if the user presses the next button when the last real chapter is playing, the last tiny cell will be played, but the user will not be able to use the remote during its playback, and, after less than 1 second, the post commands will be executed anyway.

BTW, do you think that PgcEdit must implement the PUOs at the cell level? IMO, it's not very useful.

[ron spencer]

well, well.....I never thought of uops on that tiny cell....hmmmm banger I am....you are right rOlz....you could do that fine and it is, in effect, just like doing a chapter user-op in vob....nice analysis.

So in this chaps case the answer is easy...if his player does not follow the NextPGCN trick mentioned above he just needs to make a blank cell with post commands on it and set all Uops on. This way when the user will always hit it... Nice use. Now this may require you to add a "lazy" feature - a tick box in the uops section for setting all puops instead of manually hitting each one. How about that ;-)

[r0lZ]

I don't understand you, ron. My trick consist in setting the restricted flag on the last cell, not the PUOs. Setting the PUOs requires a new function to edit the VOB PUOs. In the other hand, setting the restricted flag is easy enough. The user has only to click on the Type Flags button of the cell, tick the restricted flag, and click OK.

Also, you said "...make a blank cell with post commands on it". IMO, the post command must be on the previous cell, the last one with real video contents. This way, the last tiny cell is not played if the user doesn't use the next button.

To summarize, here is the final structure I propose:

Cell 1 <- pg1, ch1.
Cell 2 <- pg2, ch2.
Cell 3 <- pg3, ch3. Last real chapter, with video. Cell command: LinkTailPGC
Cell 4 <- pg4, ch3 or 4. New tiny black cell, with access restricted flag set.

No PUOs are needed at all. No NextPGCN link.

Since the next button jumps to the next program (not chapter), it is theoretically not needed to assign a new chapter number to cell 4. But of course, cell 4 must be a new program.
The cell command on cell 3 is not really necessary, too. His effect is only to skip the last tiny cell when playing it is not needed.

[ron spencer]

sorry rOLz was in a rush when I posted. I have never used the access restricted flag; what exactly does it do?...I just thought the movie would run into the cell...so just a misunderstanding here. I will have to try this out.

so just add a cell to the main movie?

[r0lZ]

The access restricted flag on a cell forces the player to play that cell at normal speed. It is not possible to use the FF, rew, next, prev, ... buttons.
Since the playback time of the last cell is very short, the user should not need to navigate when it is played anyway. But with this flag set, it's a guarantee that it will not be possible to use the next button, and therefore the problem reported by JDlugosz should be definitively fixed.

[ron spencer]

Quit nice...just add cell with your cell time and you are off.

What I cannot figure out, I must be missing something, is how to add the cell command to the last chapter within pgcedit (linktailpgc). But there is one issue though...if you chapter into the last chapter, so from your example above the person is in pg 2 chp 2 and hits next. I do not think the cell command on the chapter 3 linktailpgc will work. The only way it works is if you let the video run into the chapter and then it will work. I read in the DVDLab forum that chapter VM commands (cell commands) do not work unless you let the video run into it. jumping straight in via the next button will not activate the commands. But you would jump into the blank cell right? I tried this on 3 players and this seems to be the case. All looks fine as you get the last cell.

[ron spencer]

from the DVDLab forum:

The VM command that you put into Chapter 2 mark will actually be run at the end of Chapter 1 (as cell commands are executed ATFER the cell playback

So when you are in chapter 2 in the rOLz example above and you let the video run by itself to chapter 3, which is the end of the movie, the linktailpgc command is executed and the blank cell is ignored. If you are in chapter 2 and you "chapter into" chapter 3 via the button command then the linktailpgc cell command is ignored, but you then fall into the restricted access cell. So this will work, unless the user is a fanatic with the next button and is quick enough to bang on between chaptering into chapter 3 and hitting the blank restricted access cell, unlikely though. But a chapter is needed right at the end of the movie though

[r0lZ]

That's right, the cell command is executed only when the playback reaches the end of the cell.
In this case, the linktailpgc is executed, followed by the post commands.
If the chapter is skipped with the next button, the last cell is played, and since the restricted flag is set, will not allow the use of the next button. At the end of the tiny cell, it's the end of the PGC, and the post commands are executed.
Therefore, there is now way to skip the post commands using the next buttons. Should work, even on the Samsung players!

[ron spencer]

yes it is quite nice....but this is a dumb question. How do you add a cell command to a specific chapter in PGCEdit. I never have before...just add them in DVDLab....I am lost here on that one in the pfcedit interface

[bigotti5]

Just add cell commands to the title in the same way you add pre- and postcommands, then open the pgceditor and add the corresponding cell command by adding the cell command number in "Cell Cmd #"-field of the specified cell (programm, PTT)

[voo_doo99]

r0lZ,
I'd really like to have an Info screen that display all the pre/post/cell/button commands in the whole VGM or VTS. Make it easy to see commands of all PGCs in one place with search and save capability. And it would be very cool if I can keep multiple Info screens on, instead of one at a time.
:thanks:

[r0lZ]

Do an Info -> DVD commands. All commands in the DVD are listed, but you can edit the file to keep only the domains you are interested in.

It is not possible to open several instances of the same info window (for example, if you call again Info -> DVD commands, the original window will be used to display the new text.) But you can call another Info function, and have both windows opened at the same time. Then do some copy/paste if you wish. You can also use notepad.

[r0lZ]

@ron: bigotti5 is right. Create the cell command, and assign it to the right cell in the cell table.

[voo_doo99]

Do an Info -> DVD commands. All commands in the DVD are listed, but you can edit the file to keep only the domains you are interested in.
Ah! yes, this is great. I am so behind on PgcEdit features, thanks for the tip :)

[ron spencer]

if you add a new cell as stated in this thread is is labelled as STC discontinuity....can you change it to seamless without issue?

[r0lZ]

Well, normally not.
However, since the new cell is always added at the end of the VOB file, it's possible that it can be played seamlessly.
IMO, it's better to keep the cell non-seamless, because it doesn't hurt anyway.

[bigotti5]

@r0lZ

Is it recommended to remove the sequence_end_code "01 B7" from formerly last cell if you create new cell?

[ron spencer]

will non-seamless cause a layer break "stutter" on a standalone though?

[r0lZ]

When playing a non-seamless cell on some standalone, you might experience a little pause (1 or 2 secs.) But it doesn't matter anyway, since the last cell is black. You will see it just a little bit more than needed.

@bigotti5: What do you mean?

[jsoto]

@r0lZ
Is it recommended to remove the sequence_end_code "01 B7" from formerly last cell if you create new cell?
I think no. The sequence_end_code tells the mpeg video decoder that the sequence has ended, and the last frame has to be displayed.
This new cell is non-seamless and starts a new mpeg GOP no related at all with previous video.
jsoto

[erdoke]

My WinXP crashed under the heavy load of an old game of my daughters, and after restart I can't start PgcEdit. I got this error message in the Console:
Installing the binaries v0.6.3.1 in "D:\PgcEdit\bin".
You need write permission on this folder and his parent to complete the install.
Also, be sure to close all instances of PgcEdit before launching a new version.
If your virus scanner warn you about pskill.exe, don't trust it, and let PgcEdit save the file!
Binaries v0.6.3.1 copied successfully.
Saving PSKill.exe ...
Error sourcing /Tcl/work/PGCEDIT/PgcEdit.tcl: can't read "::progressbar_text": no such variable
(PgcEdit) 1 %

Any hints? May I delete all PgcEdit related registry settings?

[r0lZ]

There are no settrings related to PgcEdit explicitely saved to the registry. The settings are in C:\documents and settings\<your user name>\Application Data\PgcEdit\
Do a backup of the whole PgcEdit folder before removing it.

The problem might also be caused by a read error in the PgcEdit executable, or a bad exe file. Download it again, and replace the original one.

Good luck!

[erdoke]

It was my first thing to try, but it behaves the same with the fresh copy of PgcEdit as well. Checked and closed running executables, but no luck.
I will report if I get back to my desktop PC.

OK, moved all files from that folder and it starts now. Of course all my settings dissappeared but that's only a minute.

THX r0lZ once again!

[Druid®]

My friend r0lZ.

I love your program, is very pretty program for me.

So, I had one problem in my edition:

I used DVDFab to divide one DVD-9 to two DVD-5 (Phil Collins The First Farwell Tour Live in Paris), that's OK!

In DISC ONE Chapter ONE Show with 3 Angles and Clip Videos and DISC TWO remainder Chapters Show.

I used DVDShirnk and extract 1 Angle from Chapter ONE Show in DISC ONE.

Put this Chapter ONE Show Angle 1 (with command "Import Title in to Clip, Don't Pause") and join with remainder Chapters Show in DISC TWO, and very well, but because I don't get deleted the original cells 1,2,3,4,5 from the original Chapter ONE remainder in DISC TWO with PGCEdit, one gap with 3 seconds show black in my DVD Player.

Question: Is it possible put this Chapter from above command and haven't gaps to the final Chapter 1 and next Chapter 2 (cell 6), equal to sequence Chapters in one DVD Show?

Fine thanks for your attention and sorry my poor english,

Druid®

[Grave]

Originally Posted by Grave
would it be possible to have ability to copy menu/button layout and commands separately? by layout i mean button coordinates only, so e.g. i could copy the layout withou t overwriting target button commands
Yes, it's possible. Will do it soon.


many thanks, this feature will help greatly when fixing gallery buttons :)
could it be posible to add "position copy" also for whole menu?

[r0lZ]

@Druid:
You should try to replace the last cell(s) with your reauthored chapter 1 with VobBlanker. Not sure it will wotk, though, since VobBlanker doesn't support multi-angle titles yet.

Another method is to insert a LinkCN to cell 6 as the last pre-commands of the main title to begin the playback directly at the right chapter. However, with this method, you will still have a little gap after chapter 1, since the first chapter is not in the same VTS any more. If there are Break commands in the pre commands, you will have to change them to GOTOs to the new LinkCN command (keeping the original condition, if any.)

Also, you might have to modify the chapter menu so that the first chapter button leads to the new PGC instead of chapter 1 of the original title. That's a little bit more difficult, since you cannot jump directly to the new VTST. You will have to jump through a new VMGM dummy PGC.

[r0lZ]

@Grave
Well, everything is possible, but I'm not sure this function is really useful for most of us.

[Grave]

well i dont know how many people get annoyed by e.g. small buttons in chapter selection screens and fix them by hand :)
e.g. button covering only number instead of whole thumbnail. it was quite tedious work to fix each button position for every chapter screen, the function to copy button positions helps a lot, though it would be even bigger help if i could fix one chapter screen with all buttons and then just copy the positions of whole menu over to other screens :)

[r0lZ]

Currently, you can export the whole edited menu to a file, and edit this file with a text editor. Just remove the informations you don't want to import. Then, reimport that file over all menus. It's easy.

[voo_doo99]

r0lZ,

I like preview :p. It would be awesome if PgcEdit can integrate a Tiny Preview [a` la VobBlanker :)]. But knowing screen real estate is premium, I will be just as happy if you could add this feature: After I bring up the Preview screen, can PgcEdit keep it on and dynamically feed the screen with video from any PGC I clicked on. I could, basically, go up and down the PGC Selector pane and preview anything on-click instantly. It would be a quick way to locate logos, warnings, trailers, extras and apply "Kill Playback", ...

The problem, as I can see now, is the Preview goes away when the focus changed in the main screen; but presumably, when a PGC is selected PgcEdit could detect presence of the Preview, bring it back on top, and feed it the PGC video.

Cool will it be, not? :)

[jeanl]

voo_doo99, we thought about doing that in the early days but it turned out that sending commands from tcl-tk to another app wasn't that easy (and getting info back, too!)... Integrating the preview would require wrapping it as a dll, which I think wouldn't be impossible, but that's quite a bit of work, and I'm not entirely sure you could really integrate the display that well....

jeanl

[voo_doo99]

voo_doo99, we thought about doing that in the early days but it turned out that sending commands from tcl-tk to another app wasn't that easy (and getting info back, too!)... Integrating the preview would require wrapping it as a dll, which I think wouldn't be impossible, but that's quite a bit of work, and I'm not entirely sure you could really integrate the display that well....

jeanl
jeanl,
I understand tcl-tk would not lend well to the integrated preview idea, but I thought the other option is very doable. Currently, the PGC Preview can be triggered by the Display toolbar button, or the shortcut [Ctrl-P]. Reassign this trigger to the PGC Click event does not seem hard. The good thing is the Preview screen goes to background and does not interfere with any other PgcEdit operation.

[r0lZ]

That's another problem. I can add easily an option to launch the preview automatically whenever a PGC is selected, but I will still have to launch it the current way. Still currently an external app is launched, I can't prevent Windows to open the new window on top. Even if I force the focus on the main PgcEdit window, the preview app will probably steal it, because it is launched in the background, and I cannot know when I need to issue the focus command.
Will try...

[r0lZ]

OK, I have added a checkbox near the PGC selector dropdown menu to enable the automatic preview. When this checkbox is ticked, the preview is launched automatically when you select a PGC (with cells) manually.
However, I can't find a solution to force the main window to keep the focus. But that's not the most important thing, is it?

You can download v0.6.4 beta 5 here (http://www.videohelp.com/~r0lZ/pgcedit/beta/PgcEdit_winexe_0.6.4beta5.zip).

[voo_doo99]

OK, I have added a checkbox near the PGC selector dropdown menu to enable the automatic preview. When this checkbox is ticked, the preview is launched automatically when you select a PGC (with cells) manually.

Expertly done, I am estatic. :) Master builder rolZ, you are awesome. :thanks:


However, I can't find a solution to force the main window to keep the focus. But that's not the most important thing, is it?

The most important thing is main PgcEdit operations was not impeded, which was expertly handled with the AutoPreview switch. In AutoPreview mode, the focus switched as expected; I could quickly preview and did all my "Kill Playback" in this mode [one task removed from IfoEdit]. :)

Oh, I see what you meant. If I had multiple apps open, PgcEdit main windows would go behind other app when it lost focus; BUT if I minimized all apps except PgcEdit then it worked great. Not a problem for me, I am happy camper. :D

[Got it done so fast too, I must've pushed the right button :p]

[mad-eddy]

Small write error: v0.6.5 beta 5
I think the v0.6.4 beta 5 am meant.

BtW: Thanks r0lZ!

[jinjin_jp]

Is it possible to correct IFO which is corrresponding to change Number of Title Play Maps of VMG_PTT_SPRT of VIDEO_TS.IFO.
(and change Number of Number of Video Title Sets of VMG_VTS_ATRT, too, if possible.)

The reason is below.
I tried TitleWriter 2.5 to add menu to DVD-Video re-authored by DVDShrink. It has 3 titles(=VTS), each which has 2 chapters, 2 audio, and 2 subpictures, and it is small for test.
I used "Menu4Episodic" as MenuTemplate.
(I think 3 titles(=VTS) and template "Menu4Episodic" is a little iregullar and not match, so it needs to correction.)

The results involve several problems(*) , and almost can be resolved by correction using PgcEdit. But I couldn't correct by PgcEdit only one above-mentioned. This time it was resolved by IfoEdit.

This problem was when TraceMode of Pgc Edit, can't go forward.
Then shown in right-bottom of GUI,
-- pre 5 : (JumpTT) Jump to Title 3
####### Target not found!
I think the reason is refer to the recognization of Title No of VTS_03.
DVD PGCs Info is
************ VTST 1 , 1 TTN 1 (4:02) Title 1 ********
************ VTST 2 , 1 TTN 1 (4:54) Title 2 ****************
************ VTST 3 , 1 TTN 1 (4:40) Title 4 ************
By the way, there is no problem when playback with player(PowerDVD).

I tried to find the method of correction by PgcEdit, and thought "Remap Title Number" is near, but couldn't correct.

By the way, (*) is,
(1)correct stream(audio, subpicture) of VMGM.　(It is corrected only by open and save with PgcEdit.)
(2)delete over-numbered chapters by EditChapter(PTT)table.
(3)In audio-subpicture Menu, hide buttons which is not used.
(4)In Episodic Menu and Chapter Menu, correct Adjacent button (problematic if it is disabled button), and correct Width and Height (problematic because it is 0 processed with TitleWriter.)

[r0lZ]

Small write error: v0.6.5 beta 5
I think the v0.6.4 beta 5 am meant.

BtW: Thanks r0lZ!Right. I have fixed the version number in my post above.

[r0lZ]

@jinjin_jp
I don't understand your problem.

If PgcEdit finds only Titles 1, 2 and 4, it's probably because there are 4 titles referenced in the VMG_TT_SRPT table, and title 3 refers to a non-existant PGC. Right?
In this case, it is normal that the trace fails when trying to access Title 3.

PgcEdit requires a correctly authored DVD as input. It has no methods to fix a wrong title map. Sorry.

BTW, could you send me your original IFOs (before your corrections) so that I could analyse the problem? It is strange that PowerDVD plays it without problem, so, it could be a bug in PgcEdit.

[jinjin_jp]

@r0lZ
Sorry not to explain well.
I sent the files.
(1)original IFO Files, re-authored by DVD Shrink, before processed by Title Writer.
(2)IFO and Menu VOB files, after processed by Title Writer.

And adding explanation a little below.
http://img119.imageshack.us/img119/9490/aftertitlewriter0602269ul.th.jpg (http://img119.imageshack.us/my.php?image=aftertitlewriter0602269ul.jpg)

[r0lZ]

Thanks for the IFOs. I have analysed the problem now.
In the original IFOs, you have 3 titles, each one is TTN 1 of, respectively, VTS 1, 2 and 3.
In the reauthored DVD, an new title is created in the VMG_TT_SRPT table! As you can see in the image posted above, both titles 3 and 4 are assigned to the same TTN in VTS 3! I'm almost sure it's illegal.

When PgcEdit parses the IFOs, it assigns the title number to the entry PGC of the title. Since Title 4 is defined after title 3, the original number 3 is overwritten by the new one, 4. And PgcEdit cannot find title 3 any more.
But a player should be able to use either the title 3 or 4 to jump to TTN 1 of VTS 4, because it looks in VMG_TT_SRPT to find out the match between the title number and the VTS and TTN numbers.

I don't know what you did to have this new title in VMG_TT_SRPT. There is probably a bug in TitleWriter.
I can't fix this problem easily in PgcEdit, but it's a chance that the trace has failed. As you said, it's easy to fix the problem with IfoEdit, by changing the number of title play maps to 3.

I will try to add a check for this situation, and issue a warning.

Maybe you should try to redo the whole reauthoring, and verify after each step if the VMG_TT_SRPT table is still correct. This way, we coud know for sure from where the problem is coming from. Thanks for your help!

[jinjin_jp]

@r0lZ
Thanks for the reply. I've thought these problems are illegal, too. So I want to correct IFO and others.
(a)change Number of Title Play Maps of VMG_PTT_SPRT of VIDEO_TS.IFO.
(b)change Number of Number of Video Title Sets of VMG_VTS_ATRT.
(1)correct stream(audio, subpicture) of VMGM.　(It is corrected only by open and save with PgcEdit.)
(2)delete over-numbered chapters by EditChapter(PTT)table.
(3)In audio-subpicture Menu, hide buttons which is not used.
(4)In Episodic Menu and Chapter Menu, correct Adjacent button (problematic if it is disabled button), and correct Width and Height (problematic because it is 0 processed with TitleWriter.)
Then I wanted to know whether or not to be able by only PgcEdit. I will use IfoEdit for (a) and (b).
Thanks.

[r0lZ]

OK, I have added a check, and it is now possible to remove automatically the last entry in VMG_TT_SRPT. It should work in your case. (But honestly, I think this bug should be fixed in TitleWriter instead of using this workaround in PgcEdit. The problem with TitleWriter is that it doesn't really create the menus, and therefore it uses a fixed number of Titles.)

If there are several bad titles in the same DVD, you will have to reload the DVD several times in PgcEdit to remove all bad entries. Note that it's possible ONLY if all bad entries are at the end of the table.

I check also the VMG_TT_SRPT entries for references to non-existing PGCs.

I think that the VMG_VTS_ATRT table is 'fixed' anyway when you save the DVD, but I'm not sure. Could you test it?

Download PgcEdit 0.6.4 beta 6 (for Windows) (http://www.videohelp.com/~r0lZ/pgcedit/beta/PgcEdit_winexe_0.6.4beta6.zip)

[jinjin_jp]

@r0lZ
Thanks for new beta6. I tested and confirmed it works well. VMG_VTS_ATRT is always corrected and VMG_VTS_ATRT is corrected if wanted.

I think these problems are bug or feature restriction(use MenuTemplate of 4 Titles for re-authored of 3 Titles) of TitleWriter, too. But author of TitleWriter seems not to join this Forum but another Forum. Now I think I can't join 2 Forums of English considering my ability of English. I want to request to author sometime.

[r0lZ]

Thanks for the confirmation, jinjin_jp.

[r0lZ]

Last beta for today: v 0.6.4 beta 7 (http://www.videohelp.com/~r0lZ/pgcedit/beta/PgcEdit_winexe_0.6.4beta7.zip). 3 betas the same day is enough!

I have added the function to display the references from the FP-PGC and VMGM to the current VTS. Useful to check if a whole VTS is unreferenced and can be safely deleted, or to edit the references to make it unreferenced.

See here (http://forum.doom9.org/showthread.php?p=788007#post788007) for the thread that motived this function.

[dirio49]

Last beta for today: v 0.6.4 beta 7. 3 betas the same day is enough!

No, i think 20 betas a day is enough:D :D

Thanks r0lZ

[blutach]

You've been busy r0lZ. 3 betas is a new record! Thanks for looking at that other problem I sent you too :)

@jinjinjp - the author of Titlewriter is FallenAngel. He is here, if I am not mistaken - his ID is Fallen (http://forum.doom9.org/member.php?u=35406). Either way, I will let him know of this thread. And your English is just fine.

EDIT: FallenAngel notified - http://forum.digital-digest.com/showthread.php?postid=365027#post365027

Regards

[r0lZ]

Thanks for looking at that other problem I sent you too :)
It is fixed in beta 7:
F. Small bug in the Jump To PGC Upon DVD Insert function, introduced in 0.6.3 fixed: the resume cell of the CallSS command inserted in the beginning of the pre-commands of the resume title was wrong.

[blutach]

Merci beaucouip again :)

[Fallen]

In the reauthored DVD, an new title is created in the VMG_TT_SRPT table!
As you can see in the image posted above, both titles 3 and 4 are assigned to the same TTN in VTS 3!
I'm almost sure it's illegal.

No Its not illegal Specs support this -- Any single Vts can have multiple Title play map entries.
And a VTS can act as a dummy
One really has nothing to do with the other as actual hardware/software playback uses the offsets looked up in the
VMG_PTT_SRPT table (Thats what the table is there for) to resolve target.
I used this to resolve navigation to non-existant targets by pointing them to the last target available
-- for example if a user trips a Menu navigation chain that resolves to removed chapter
he ends up at the last legitimate chapters target offsets.

I'm fairly sure Pgcedit Trace doesn't
Lookup the values in these tables as actual software/hardware players would
-- which is why

By the way, there is no problem when playback with player(PowerDVD).

or any hardware/software players I've tested , even IFoedits's Fix Vts is happy,
and DVDShrink can reopen A TW compiliation ----So

Reality Check

TW is a One Step way to add menus (original/generic) back into compiliation without the user
having to resolve navigation/content conflicts (Even If the menu's don't actually Fit as in three Vts into Menu4Episodic)

So With the addition of these TW options (Ver 2.5):
To Bypass Crap
Menu Simplification (to bypass the menu chains and end up at the actual target)
Kill button/edit pgc commands
and Bypass VMG content/bypass Pgc Menu playback
(Neat trick that to whomever thought of it-- Post to Pre navigation)

and end up with a playable result without subsequent tinkering.


Since playback does resolve to legal offsets/maps/content/Menus,
And the players play Happy --I'm Happy.



FAllenAngel

[r0lZ]

Thanks for the clarification. But I'm still not sure it is legal to have several titles pointing to the same PGC. The fact that the players are happy with that is not a guarantee.

Anyway, you're right. The method used by PgcEdit is to assign the title number to the PGC. Whenever I need to know the target of a specific Title number, I look at the PGCs. Unfortunately, as said previously, the last Title is assigned to the PGC, and the other ones disgarded, hence the problem. (Currently, with the latest bugfix, it's the oposite: the first title only is assigned to the PGC instead of the last one.)

Maybe I have to change that to look at the VMG_TT_SRPT table. Indeed, it's the correct method.

[ron spencer]

wow...3 betas!!!

This must mean the final is due soon ;-)

[jinjin_jp]

@blutach
Thanks for the information.
I couldn't find with searching as "FallenAngel" in this Forum.

@Fallen(FallenAngel)
How are you. I have several question about TitleWriter. If I could, I'd like to write in another new thread, because here is thread of PgcEdit.

[frank]

Here a DVD+VR recorded with Philips DVD Recorder.
There is only one recorded title in the menu but the recorder makes two double entries: Title 1 and Title 3 (with same cells), and Title 2 and Title 4 (with same cells).
Every Pgc has only one Title.
So any single Vts can have multiple Title play map entries but in different Pgcs.

http://img512.imageshack.us/img512/622/philips6du.jpg (http://imageshack.us)

[r0lZ]

I have already seen this kind of authoring, and it is legal. But TitleWriter assigns several Title numbers to the same PGC. In this precise case, I'm not sure it's legal.
Thanks for the info anyway.

[ron spencer]

I had a centrios recorder (radio shack) that did this....can pgcedit fix this right away?

[r0lZ]

What do you mean by "this"? Several titles mapped to the same PGC, or duplicated titles as in Frank's example?

In the first case, the latest beta is able to discover the problem, and allow you to remove one title entry if it's the last one in the VMG_TT_SRPT table. I am currently investigating if I need to modify the method in PgcEdit to fully support it. (Not easy.)

PgcEdit has no problems in the second case.

[frank]

These duplicated titles may be typically for DVD VR, it's fully ok.
If Fallen is right then it would be much easier to map two titles to one Pgc.
But I've never seen in hundreds of (professional) DVDs that a Pgc was mapped to several titles.
Seems there is no dvd authoring program with that issue.
...and no need to support that!

Waiting for the answer of mpucoder.

[ron spencer]

yes rolz case 1; I think both cases now....sorry for poor communications

@frank....the centrios did this even on finalize.

Have a Pioneer Elite hard drive one now....no issue with that....sweet!!!!

It is open GOP though

[r0lZ]

Answer from mpucoder:I don't see any reason that a player would object to this, or even check. I don't even think the verifier checks that. All that matters is that the table entries be legitimate.So, it appear that PgcEdit must take care of this case. Not easy for me, but I'll change the code.

@jinjin_jp: This means that I will probably change the test when loading the DVD, and either replace it by a simple warning, still with an option to remove the last title, or totally remove the check. Maybe I could add something to allow the user to edit somewhat the VMG_TT_SRPT table in PgcEdit...

[Fallen]

Just added Dummy ttn entrys to imported VTS_PGCITI tables. Don't Know if it helps
started a thread for Tw elsewhere

FAllenAngel

[r0lZ]

Thanks!

Where is "elsewhere"?

[Fallen]

One Layer back in IFO/VOB Editors

[mad-eddy]

Topic PgcEditPreview.
Small problem: With me the Preview in some projects fails.
Described more exactly: I click on any cell of a title or a menu and preview appear only for few milliseconds, in order to close immediately again. The whole happens so fast, which one only the outlines of the window can recognize.

Does someone have an explanation or solution for that?

The Ifos is attached. If another piece is needed by the Vobs - it says.
http://rapidshare.de/files/14313219/Ifos.7z.html
eddy

[r0lZ]

If you got this problem in Trace mode, you should untick Close Preview Automatically at End of Cell Playback. This way, the preview window should be kept opened. You might want to play with the delay slider, too.

In standard mode (ie when the preview is launched via the Preview PGC menu), the preview window is never closed automatically.

If you still have problems, please let me know...

[mad-eddy]

you should untick Close Preview Automatically at End of Cell PlaybackThanks, but does not help.
Edit:
If you still have problems, please let me know...Yes. The problem exists further. In the trace mode, by hand in the Pgceditor or over the menu. By the way not only since the last beta - was noticeable to me first before a few months. Starting from which version I cannot say no more, sorry.

What do you still need from me for the analysis?

BtW: Thanks for strive @r0lZ

Edit2: I could limit the problem in the meantime. If I pgcedit simply start and afterwards a project over the menu open function it. I mostly work however differently. I normally right-click on a Ifo and open the project over the Context menu. Now I do not know whether Pgcedit is appropriate at all for it. However with some projects everything functions without problems.

[r0lZ]

Could you report the exact version number of the preview? (You can see it in the system menu of the preview.) The current version is 2.1.

Try to launch the preview on the main movie. Then do the same test but using "Preview Full Domain VOBs".
If it doesn't work, then there is something wrong with your system. (BTW, which version of Windows do you use?)

[mad-eddy]

Oh sorry. I had changed my previous postt, without reloading the side. (Look Edit2)

I use the last Beta-Version under XP. Preview is thus v2.1. I tried all Finals out up to the version 0.5.6 back - always the same. :confused:

Then do the same test but using "Preview Full Domain VOBs".
Functioned not. Thus like described above not if I start over the Context menu.

[r0lZ]

Edit2: I could limit the problem in the meantime. If I pgcedit simply start and afterwards a project over the menu open function it. I mostly work however differently. I normally right-click on a Ifo and open the project over the Context menu. Now I do not know whether Pgcedit is appropriate at all for it. However with some projects everything functions without problems.Yes, PgcEdit can be started that way. You can even associate the IFO or BUP files with PgcEdit (with the Options -> Install menu options.) The problem you have should not be related to the way you open the DVD.

Try this:

- Remove binversion.tcl from the bin subdirectory of your PgcEdit's install dir. It will force PgcEdit to recreate the bin files in that folder the next time it is started.

- Rename the folder C:\documents and settings\Application data\PgcEdit to something else. (The PgcEdit setups are stored in this folder. If you want to restore them, delete the newly created PgcEdit folder, and rename the backup to PgcEdit.)
Note that Application Data is normally an hidden folder, so, you might have to change the Hidden Files and Folders option in the Folder Options control panel to be able to see it. Also, it might be translated in your language by Windows. (M$ is so stupid!)

Launch PgcEdit now. Maybe it will work fine.

Try also to disable the preview DirectDraw Overlays (in the preview menu.)

[mad-eddy]

Yes, PgcEdit can be started that way.
I had forgotten completely. "Associate PgcEdit with Ifos" is set.
The problem you have should not be related to the way you open the DVD.Very strangely it does not function, if I use "open DVD with PgcEdit". Otherwise it goes. (I repeat myself... :o )
Try this:
- Remove binversion.tcl ...
- Rename the folder ...
Try also to disable the preview DirectDraw Overlays
Everything tries. Does not help unfortunately.

Note that Application Data is normally an hidden folder...Thanks, i know. I know Win somewhat.

(M$ is so stupid!)
:D Dito.

Once again thank you very much for your effort!



Edit: I become crazy! What is called become...?:D

I it found. That you believe me reliably none... : The folder in that the VIDEO_TS folder is, has in its designation a "Ä". It is completely all the same whether "ä", "ö" or "ü". I do not believe these letters give it in the French or English?

So something stupid. All this stress only, because of 3 special German letters.

[r0lZ]

Oh, yes! I forgot about that. PgcEdit has problems with some special characters. Sorry.
BTW, perhaps I've found a way to fix those strange problems. Maybe the next release will allow to use foreign characters in filenames.

[salkku]

Hello all

Shouldn't the pgcedits "find jumps to nowhere"-function check cell links/jumps/etc too? ( After all, they are part of the 'jump'-definition too, right? :))

At the moment, pgcedit doesnt check cells, but I certainly would like to see such feature. :)

[r0lZ]

That's right. Currently, PgcEdit's Find Jumps to Nowhere function is based on the Calls Cross Refs function, which lists only the references from PGC to PGC. It's a relatively big work to add the checks for elements inside the PGCs (cells, programs, chapters), but I'll put it in good place in my todo list.

I could also add a check for refs to nonexistent menu buttons.

[mad-eddy]

Oh, yes! I forgot about that. PgcEdit has problems with some special characters. Sorry.Half so badly.
At first I had been dreadfully annoyed, which I had not already long noticed the reason. In the meantime I must laugh at it, because so a little thing led to so large headache. :D

You need to make yourself therefore no work. At least not because of me. I know now on what I must eighth.

Another question:
If I change commands in the menu editor, always get I despite expert mode this popup. "Modify the command for the 2 groups? ...etc."
Is there the possibility this to integrate into the expert mode? Only if it does not make too much work and you consider it for meaningfully!
Oh.. The same applies to popups if one the "Delete last Pgc in Domain" implements.

Hmm. In addition another idea. Would it be possibly simpler, if one would integrate a selection menu for the expert mode? Therefore, where the popups that no longer appear be supposed to be voted out can.

Nice day.

[r0lZ]

If I change commands in the menu editor, always get I despite expert mode this popup. "Modify the command for the 2 groups? ...etc."
Is there the possibility this to integrate into the expert mode? Only if it does not make too much work and you consider it for meaningfully!
Oh.. The same applies to popups if one the "Delete last Pgc in Domain" implements.
OK. Done. I think also that it's annoying to reply to the same question again and again. Now, in expert mode, this dialog is skipped, but only if the commands are identical in all groups.

The dialog in Delete Last PGC in Domain is shown only the first time you use the function. Therefore, if you delete more than one PGC in the same PgcEdit session, you will be warning only once. I prefer to leave this dialog, since this operation is potentially dangerous.

Hmm. In addition another idea. Would it be possibly simpler, if one would integrate a selection menu for the expert mode? Therefore, where the popups that no longer appear be supposed to be voted out can.
I don't understand exactly what you want. Do you mean some sort of "Don't show this dialog again" option? If it's the case, it's a little bit difficult to implement, because I have no way to add a checkbox to the standard yes/no or ok/cancel dialogs.

[mad-eddy]

OK. Done. I think also that it's annoying to reply to the same question again and again. Now, in expert mode, this dialog is skipped, but only if the commands are identical in all groups.
Ok, great. Thanks!
The dialog in Delete Last PGC in Domain is shown only the first time you use the function. ...Is correct however.


I don't understand exactly what you want. Do you mean some sort of "Don't show this dialog again" option? ...No. (Hmm. I seh already, my English is shits.) To explain I attempt it differently.
See into the menu-bar of pgcEdit. For example: Options -> User Interface. In the menu "user interface" different functions are enumerated, which one can switch off/on there. Of as a Submenu as "User Interface", I thought also for the expert mode. In this one could enumerate then all Popups to make over these possible on or switch off. I believe this for advanced users am very comfortable. | That is only one idea! Could be useful...

I hope I it now better explained. :o

Greeting

[r0lZ]

Yes, I understand. But it's a lot of separate variables to maintain, and many lines of code to change. I don't think I'll do that, at least for now. Sorry.

[mad-eddy]

But it's a lot of separate variables to maintain, and many lines of code to change.I thought that am simpler. I understand naturally it the more important gives.
Thanks for the attention. :)

XXX

[Drinken]

The dialog in Delete Last PGC in Domain is shown only the first time you use the function. Therefore, if you delete more than one PGC in the same PgcEdit session, you will be warning only once. I prefer to leave this dialog, since this operation is potentially dangerous.
How about checking the comment to see if the last PGC is marked as unreferenced, if it is, delete it, if it's not... give a warning and don't delete?

[r0lZ]

That's possible, but the function to check the unreferenced PGCs can be very slow, when there are many PGCs with many commands. Using it just to test if a dialog must be displayed is a bit too much, especially if the user wants to delete several PGCs.

[Fallen]

In Titlewriter -- Removed VMG_VTS_ATRT dummy entries and rewired all jump calls beyond existing VTS's in VMG ifo pgc's/vob menu buttons to first VTS.
The dummy Technique is legal and works but rather trivial to change. (Actually the code base got 2K smaller)

FAllenAngel

[r0lZ]

Good news, FallenAngel.
I have also modified PgcEdit so that the multiple titles numbers created by the previous releases of TitleWriter are now supported. However, it's difficult to fix all potential problems with some specific functions. I'm glad you did the work!

[Edsel]

Hello, got several questions here.

Is there a known problem with 0.6.3.1 no longer closing Imgburn 1.0 after a succesful burn? Older versions used to close it no problem.

I also get an iso creation window every time now, instead of only on errors. The "always show creation log" is not checked. Is there another option to turn this off? I can't seem to find one. I'm wondering if this is related, since the window pops up it can't close Imgburn, etc.

Request: I really wish the Image Size check command would *include* the dvd rom files, not exclude them. Telling me "Hey, it'll fit, but I haven't counted a bunch of stuff" really does the user no good.

On a related note, I've got a disk with some dvd-rom files I want to include, but it can't build an iso succesfully. The directory tree is deep, files located in \common\win\lang\en\scrview\images etc, and the generated iso says that some files have been ignored (verified by opening the iso). The log file says to add -D or -R to mkisofs, but if I try and add them to the Burn Iso Setup, it just generates errors because PGCedit can no longer find the exe file. Adding quotes " just confuses it more.

[mad-eddy]

Imgburn 1.0 You know however already, it in the meantime the "version 1.2." gives? Attempt nevertheless first times the new. It is possible, which is used to close another function with the newer versions.
Good luck.

[r0lZ]

Is there a known problem with 0.6.3.1 no longer closing Imgburn 1.0 after a succesful burn? Older versions used to close it no problem.

I also get an iso creation window every time now, instead of only on errors. The "always show creation log" is not checked. Is there another option to turn this off? I can't seem to find one. I'm wondering if this is related, since the window pops up it can't close Imgburn, etc.I haven't noticed these problems yet. Maybe it's because you are using ImgVurn v1.0. Try v1.2, as suggested by mad-eddy.
However, the ISO creation log problem is not related to ImgBurn, but I have modified the way mkisofs is called. Will verify if it's the cause of this problem.

Request: I really wish the Image Size check command would *include* the dvd rom files, not exclude them. Telling me "Hey, it'll fit, but I haven't counted a bunch of stuff" really does the user no good.The image size check includes the DVD-ROM files, but excludes the backup folders. Will verify it, too.

On a related note, I've got a disk with some dvd-rom files I want to include, but it can't build an iso succesfully. The directory tree is deep, files located in \common\win\lang\en\scrview\images etc, and the generated iso says that some files have been ignored (verified by opening the iso). The log file says to add -D or -R to mkisofs, but if I try and add them to the Burn Iso Setup, it just generates errors because PGCedit can no longer find the exe file. Adding quotes " just confuses it more.Yes, it's not possible to add user specified parameters. I'm not sure I'll add the -D or -R parameter, because it is not supposed to be used to create DVD-Videos:-D Disable deep directory relocation (violates ISO9660)
-R Generate Rock Ridge directory informationDo you have copied the DVD-ROM files you want to burn from an original DVD-Video?

[Edsel]

I haven't noticed these problems yet. Maybe it's because you are using ImgVurn v1.0. Try v1.2, as suggested by mad-eddy.
However, the ISO creation log problem is not related to ImgBurn, but I have modified the way mkisofs is called. Will verify if it's the cause of this problem.

Yeah, I might do that. I tend not to upgrade software that works, and ImgBurn has been very steady for me.

The image size check includes the DVD-ROM files, but excludes the backup folders. Will verify it, too.

We might be talking about different things. If I start the program, Open dvd folder, click Check DVD Size. It shows 2290213 sectors in compilation, 8283 free.

Close the program, copy some dvd-rom files into the folder, start again, open dvd folder, Check DVD Size shows the exact same numbers, 2290213 sectors in compilation, 8283 free.

Only once I click the Burn Dvd button does it show the correct numbers, 2293198 sectors, 5298 free.

I always use the Check DVD Size command first, to make sure it fits first, before using the burn command, and that's where it can be misleading. If that part ignores the dvd rom files, then there's not much use for the command. :)

Yes, it's not possible to add user specified parameters. I'm not sure I'll add the -D or -R parameter, because it is not supposed to be used to create DVD-Videos:-D Disable deep directory relocation (violates ISO9660)
-R Generate Rock Ridge directory information

Ok, I guess I'll just have to scrap 'em, or figure it out manually.

I re-ran it to get the exact message for you:

mkisofs log for DVD "X"
From: "F:\DVDFILES"
DVD-TEXT General Name: "X"
Provider ID: "DRMP 3.4"
Number of VTS: 13
Output file: "F:\ISO\X.ISO"
Volume label: "X"
Running under windows (OS type: Windows NT)

mkisofs 2.01x (i686-pc-cygwin)
mkisofs: Directories too deep for 'F:\DVDFILES/common/win/lang/en/scrview/pages/images' (7) max is 6; ignored - continuing.
mkisofs: To incude the complete directory tree,
mkisofs: use Rock Ridge extensions via -R or -r,
mkisofs: or allow deep ISO9660 directory nesting via -D.
mkisofs: Directories too deep for 'F:\DVDFILES/common/win/lang/en/scrview/upgflash/win' (7) max is 6; ignored - continuing.
The pad was 11 for file VIDEO_TS.VOB
The pad was 6 for file VTS_06_1.VOB
The pad was 6 for file VTS_07_1.VOB
The pad was 1 for file VTS_10_1.VOB
Total translation table size: 0
Total rockridge attributes bytes: 0
Total directory bytes: 49560
Path table size(bytes): 334
Max brk space used 1f000
2293139 extents written (4478 MB)

ISO created, WITH WARNINGS!


Do you have copied the DVD-ROM files you want to burn from an original DVD-Video?

I'm not entirely sure what you're asking here, but yes, on some backups, I like to also backup the DVD rom files, as there are ocassionally some extras that are worth keeping on the backup. Not often, but this time I wanted them.

[r0lZ]

Right, the DVD size function in the Files menu do not take the DVD-Rom files into account. But I like it as it is. This way, you can see the size used by the video files only, in case you have the intention to remove the other files before burning. Also, this function do not check if the DVD-Video files are in a VIDEO_TS subfolder, and must therefore exclude all files that are one level up.
Anyway, I think it's easy enough to check the size with DVD-ROM files with the burn function.

I don't understand how it is possible to have 7 nested directories on a standard DVD-Video, since it's not standard compliant. Hence my question. I wanted to know if you copied the DVD-ROM files straight from the original DVD to the root DVD folder. If DVDFILES is a new directory you have created to put the DVD-ROM files, it could explain the problem. Otherwise, it means that it is legal (or at least harmless) to have more than 6 nested directories on a DVD-Video. If it's the case, I could add the -D parameter. But maybe i'll break something else. I want to be sure it is really harmless.

[Fallen]

Titlewriter 2.541Beta -- Removed TW dummy Title Play map entries. Remaps PGC/Menu commands to Title 1.

Although I really think you should support multiple title play maps to any offset in a single VTS - this one could come back to bite you.

I seem to remember spotting such in a couple of commercial interactive dvd's (Can't for my life remember the names though) and of course DVDR's use it all the time.

This is about as far as I can go for compliancy with PgcEdit

FAllenAngel

[r0lZ]

Really appreciated. Thanks!

[ausguy]

A quick question for rOIZ I ripped a movie to the hardisk using
dvdshrink (movie only) which I then proceeded to create an iso image with pgsedit when it came to selecting the correct layer break none of the breaks were colored to select the optimal position they were all black and white I have noticed in some tutorials that green is the best would this create any problems when writing to a duallayer disc sorry but my first time using this sftware woulf appreciate any advice you can give me

[r0lZ]

If you can't see any coloured line, it's probably because DVDShrink has removed the LB flag when ripping. PgcEdit cannot find a specific cell that is better than the other ones. However, PgcEdit selects by default the best position for you. It tries to divide the DVD in 2 approximately equals parts. But if the selected line is not coloured, you may notice the little pause when switching layers.

No big deal anyway. You can select any cell you want.
Try to find a cell where the pause will be less noticeable (the previous cell should end with an almost still shot, and the sound or music should be quiet.)
You can also load the original IFOs (from the DVD drive) in PgcEdit to locate the original LB position, and use that position when generating the ISO.

[mad-eddy]

A short question concerning the correct button-command.

I would like to link from a VTS menu Button to a title. Now know I, which within a VTS normally with the command "Jump to TTN x in this VTS" one works. If I use this, the branch destination is not marked as usually briefly however blue.

Completely differently if I use with "Jump to Title x". The goal is marked blue, as if everything is correct. As far as however admits to me is, "Jump to Title x" may be used nevertheless only within the VMGM or the FP.

What is now correct? About both?
:confused:
BTW: If both commands are possible, me would still interest whether of it is more compatible.

Thanks

[r0lZ]

That's right. JumpTT can be used only from FP-PGC or VTSM. You must use JumpVTS_TT. Of course, with this command, you can jump only to the same titleset.

I know this problem of the highlighting of JumpTT from an illegal domain. The title is highlighted, even if the command is illegal, because the target is found. Currently, PgcEdit do not check if the command is legal before highlighting the target. I'll try to modify that, but it's a big work, so, don't expect it soon...

I have verified the target highlighting of JumpVTS_TT from a menu button, and it works. Are you sure the TTN you want to access exists in the same titleset?

[mad-eddy]

I'll try to modify that, but it's a big work, so, don't expect it soon...I can understand this.;)

I have verified the target highlighting of JumpVTS_TT from a menu button, and it works. Are you sure the TTN you want to access exists in the same titleset?Shi... No. There I did not look correctly . :o

:thanks:

[bigotti5]

@r0lZ

Is it possible to mark LinkSlns commands in the pre- or postcommand area as illegal

LinkNoLink
LinkTopC
LinkNextC
LinkPrevC
LinkTopPG
LinkPrevPG
LinkNextPG
LinkTopPGC
LinkNextPGC
LinkPrevPGC
LinkGoUpPGC
LinkTailPGC

By the spec these commands are only allowed in the button- and cell command area.

Debugging of commands would be easier if such commands are marked as illegal.

[r0lZ]

I would like to do it. But it's not as easy, since I have also to check the Set commands with embedded Links. And it's a lot of stuff.
But you're right, I'll move it up in my todo list...

BTW, are you sure that all these commands are forbidden in the post-commands area? IMHO, most of them are allowed, but I don't have the specs! :angry:

[bigotti5]

are you sure that all these commands are forbidden in the post-commands area?

Ralph LaBarge in DVD Authoring and Production

LinkSlns Jumps directly to a specific part of the current domain, LinkSlns commands can only be stored in the Button and Cell command areas. There are 13 different LinkSlns commands that can be used. These are as follows.

LinkNoLink Transfers the value stored in SPRM 8 into the current Highlight Button value, but does not transfer control to a different part of the current domain.
LinkTopC Jumps directly to the start of the current Cell. The current Highlight Button number may also be set at the same time..................


many players will accept these commands in pre- and/or postcommand area but e.g. Yamaha DVX-150 (Mad-Eddys player :) ) ignores such a command

[r0lZ]

But it is vey common to find, for example, a LinkTopPGC or LinkTopCell as a post-command. It's the way most animated menus are looping back when the cell is finished. Since it's so common, I doubt it's really forbidden.

[bigotti5]

try it in scenarist - these commands are greyed out in pre- and postcommand area

Link to Programm
Link to Cell
Link to PGC
(20_4, 20_5, 20_6, 20_7)
are allowed

but under
Link by Sub-Instructions (the 12 above, 20_1) only RSM is available

[r0lZ]

Well, I trust you. But then, it seems that even the commercial DVDs are often not authored correctly. Those DVD specs are so stupid!

Anyway, thanks for the advice!

[PNerd]

Does anyone know how to correct this error? pgcedit will no longer startup on my computer. Instead, the console is displayed and reports:

Error sourcing /Tcl/work/PGCEDIT/PgcEdit.tcl: can't read "::progressbar_text": no such variable
(PgcEdit) 1 %

uninstalling and reinstalling does not help.

[[Tobi]]

Try this...should help you

http://forum.doom9.org/showthread.php?p=797903#post797903

[PNerd]

thanks. Deleting the pgcedit.cfg file from "application data\pgcedit" fixed the problem.

[HKT3020_1]

It would be nice if during the creation of ISOs, PgcEdit would include the JACKET_P folder in the image. :rolleyes:

[r0lZ]

It is normally included. But I have never tested that. It doesn't work for you?

Normally, everything that is in the main DVD folder is included, except the backups created by reauthoring programs like VobBlanker, MenuShrink, and, of course, PgcEdit. The folders beginning with "Copy of " are excluded as well.

When DVD-ROM files are found in the root folder, a warning is issued, so that the user can abort the burn and remove the files manually. This warning is not issued when JACKET_P is found, since it's a DVD-Video folder.

[r0lZ]

New version of PgcEdit released.

As usual, I start a new thread (http://forum.doom9.org/showthread.php?t=110310) dedicated to this version.
Please post everything related to v7 in this thread. Thanks!

[Rippraff]

Thanks a lot for the new version, r0lZ! :)
Maybe a moderator could close this one to prevent confusion?

Cu Rippraff

[GravuTrad]

Hi r0lZ

I'm GravuTrad, a free french translator of programs.

I would ask to you if i could translate PgcEdit and his plugins in french please, cause lots of french people ask me this.

I would be happy if you permit this. I can host it too without problem.

I hope you'll be ok.

GravuTrad

[r0lZ]

Thank you very much, GravuTrad!

No problem for PgcEdit! Maybe, when blutach will have completed his english documentation, it's better to translate it instead of the program itself? You can add the translation of the main dialogs, too, like Tobi did in his excellent german doc? Translating PgcEdit itself might be difficult, because of its organization, and the (more or less) frequent updates.

I don't know exactly which plugin you are refering to. Is it the PSL plugin? In this case, I'm not the right person. I have written only the plugins available on my homepage.

BTW, I live in Belgium, and my mother language is french. So, if you need some explanation, feel free to write (in french) at pgcedit at tiscali dot be. I could send you the latest beta, too.

Thanks again for your proposition. I hoped something like that for a long time!

[GravuTrad]

I'm ok for all.

For the plugins, i talked of course of which are present on your site.

It surely better to use sources no? (open source program?)

For the help, i will translate with too...

[GravuTrad]

after lots of vexations in my personal life, i'm back and i will can do the work.

I send you and email r0lZ.

I will work with the last version.

tell me if i have to do or wait for something...

[Grossmeister]

Hi!
I have DVD with English (1) subs (0x20 - wide, 0x21 - letterbox), another English (2) subs (0x22, 0x23) and Spanish subs (0x24, 0x25).
I know that I can disable Spanish subs. But can I reorder English subs that my DVD player will use English (2) by default instead of English (1)?

[blutach]

Yes, see the guide by UncasMS on the PgcEdit site about moving streams around.

Regards

[Grossmeister]

blutach
Thanks! It was very helpful.

[r0lZ]

Please note that my e-mail address has changed. It is now "the name of the program followed by the well known [at] symbol followed by TELE2ALLIN in lower case followed by the dot and finally followed by the first two letters of Belgium in lower case". ;)

Sorry, I don't want to write it in the forum, or I will be spammed like crazy!

You can also have a look at the Contact section of my home page (http://download.videohelp.com/r0lZ/pgcedit/#contact), or write me a PM. Of course, the preferred method to contact me is to post in this thread.