PgcEdit 0.6.0 [Archive] - Doom9's Forum

r0lZ

7th July 2005, 06:54

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

PgcEdit 0.6.0 discussion thread

PgcEdit 0.6.1 thread (http://forum.doom9.org/showthread.php?t=100890).

Links to PgcEdit's versions within this thread:
PgcEdit 0.6.1 beta (http://forum.doom9.org/showthread.php?p=697042#post697042
)

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

7th July 2005, 07:09

PgcEdit 0.6.0 is out. As usual, it is available on my homepage (http://www.videohelp.com/~r0lZ/pgcedit/).

Main new function: Double Layer burn.
If you are interested in the genesis of the DL burn function, see this thread (http://forum.doom9.org/showthread.php?t=95250).

A. Burn DVD / Create ISO support for Double Layer DVD+R and DL DVD-R:
- The method allow the user to select the layer break in a wide range of cells (actually twice as wide as the 'standard' method)!
- Added a GUI to specify the Layer Break cell.
- Added menu "Options -> Burn / Create ISO setup" menu to call the Burn Setup dialog directly from the main window.
- The Burn Setup window has been modified to include, among other things, the capacity of a single layer DVD and of a double layer DVD.
- New starter app for MacOSX (v0.5a), by Pucklock, including mkisofs 2.01 (needed for the Create ISO function.) Thanks to Pucklock! Note that this new starter app starts the X11 version automatically instead of the Aqua version.
R. Removed the original link to DVD Decrypter's homepage in the Burn Setup dialog because this page is discontinued, and may be monitored by "a major DVD company". Replaced by a direct download link at VideoHelp.
A. Utilities -> Remap Title Numbers function to renumber the Titles. The references to the Title numbers in the VMG are automatically updated.
A. Utilities -> Delete last VTS in DVD function. Use this function only when the last titleset is not referenced!
A. Info -> Find Jumps To Nowhere function showing commands and PrevPGCN, NextPGCN or GoUpPGCN links jumping to non existing PGCs or Titles.
A. Calls Cross References: Added listing of jumps to nowhere references.
A. Added an option to display the PGC labels as text in the context menu of an empty line of the PGC selector.
A. Added shortcut Control+P to launch the PGC Preview.
A. Added the first step to implement plugins for PgcEdit in the future.
A. Added an option to change the default listbox background color to white when running PgcEdit under X11. (Linux, and MacOSX with Tk-X11 only)
E. After 'Clone PGC' or 'New Play All Title', the number of buttons of the new PGC is now displayed in the PGC Selector.
E. Menu Editor: Changed the menu labels Buttons -> Align vertically and Align horizontally to Align on same column and Align on same row.
E. Now, there is no need to select your Web Browser the first time an HTML page is opened under Mac OSX: the 'open' command is used instead.
E. Under Linux and Mac OSX, the config files are now saved in "~/.PgcEdit/".
Under all platforms, the leading dot has been removed from the filenames.
F. Burn DVD: The calculation of the size of DVD-ROM files crashed when an empty DVD-ROM directory was present in the compilation.
F. Fixed some bugs in the Find All function: the line number (when the target was a pre, post or cell command) and the cell number (when the target was a button or BOV) were off by 1, and the button group was not always correctly displayed. The GUI has been changed also to avoid the Tcl/Tk limitaiton of the number of occurences that can be displayed in a canvas.
F. Jump to PGC Upon DVD Insert macro: when several LUs were present and the user selected the option to process all LUs, there was a bug in the reconstruction of the commands of the modified PGCs in LU 2 and following.
F. PGC Editor: The color table was not saved after an Import Colors from an IFO file.
F. An error occured when trying to hi-lite the target of a Jump command when the target VTS was not present.
F. It was sometimes impossible to close the "Go to calling command" window.
F. PgcEdit Preview Version 2.0, by jeanl. Fixes 3 bugs. See history below.

Also new on my homepage:

New MacOSX starter app v0.5a, including mkisofs v2.1 (needed for the new Create ISO function)
New guide by blutach: How to burn Double Layer Disks with PgcEdit. (discussion thread (http://forum.doom9.org/showthread.php?t=96974))
Updated version of Tobi's PgcEdit Anleitung.PDF and Beispiele.PDF, updated for PgcEdit 0.6.0, including a guide on how to burn Double Layer DVDs.
Alternate set of toolbar icons, by Sweetness.
And much more...

sweetness

7th July 2005, 07:41

since i'm still up. i'll be the first to say :thanks:
and you allways out do yourself.

r0lZ

7th July 2005, 07:43

since i'm still up. i'll be the first to say :thanks:
and you allways out do yourself.Thanks to you, too, for the beautiful new icons!

rjgn

7th July 2005, 11:15

Great work, the new DL burn feature is great. Having failed miserably to burn DL content with Nero, PgcEdit has saved the day. DL burns working great now.

CoNS

7th July 2005, 11:57

A big thanks from me, too...! Also, a special thanks for sharing your hard work with us on a freeware/donationware basis.

R. Removed the original link to DVD Decrypter's homepage in the Burn Setup dialog because this page is discontinued, and may be monitored by "a major DVD company". Replaced by a direct download link at VideoHelp.Hehe, yeah well, you mean "SOme major dvd compaNY", right?! R.I.P. DVD Decrypter.

zacoz

7th July 2005, 12:14

Thanks r0lZ. Your generosity is appreciated.

r0lZ

7th July 2005, 15:01

Thanks, everybody!

Hehe, yeah well, you mean "SOme major dvd compaNY", right?! R.I.P. DVD Decrypter.Thar's what I've heard. But is it realy the truth? To be honest, nobody knows, except LUK!... and the company!
Anyway, I'm glad to support DVDD as a perfectly legal burning app! Long life to DVDD! And Thanks also to Lightning UK! with which I must share the success of the DL Burning function.

zacoz

7th July 2005, 15:30

Here here !!
BTW, Doom9 claims to have the official word (http://www.doom9.org/Old_news/june05.htm) (12 June 2005).

OT - Thoughts go out to LUK and countrymen, in light of todays events.

r0lZ

7th July 2005, 16:16

Thanks, Zacoz, great info! Of course, macrovision was in the potential suspects.

Wheelie4

7th July 2005, 17:46

rOLZ,

I tried downloading the .CHM file for Windows from your homepage but it is blank. No info.

Rippraff

7th July 2005, 20:00

@Wheelie4
Just downloaded it without problems. Do you use download-accelerators, maybe you should try it with right-click "save as"?

@r0lZ
I'm wondering why I was asked to install turkish charactersets to have a look at the .chm? :D
By the way, great work! :thanks:

Cu Rippraff

Wheelie4

7th July 2005, 20:15

@Wheelie4
Just downloaded it without problems. Do you use download-accelerators, maybe you should try it with right-click "save as"?

Nope I wasn't using a download-accelerator or manager (just IE's downloader). I downloaded it atleast 6 times using the right-click "save as" technic. Never had trouble before downloading the previous help file. I even closed my firewall and tried (just started using Sygate firewall 2 days ago). Below is what I'm getting.

http://img246.imageshack.us/img246/8620/pgchelp9lx.th.jpg (http://img246.imageshack.us/my.php?image=pgchelp9lx.jpg)

Every content I click on is the same. I downloaded PGCEdit 0.6.0 fine.

Wheelie4

7th July 2005, 20:22

Odd, I just decided to try download it using NetTransport and now I have it working. :)

Rippraff

7th July 2005, 20:23

Does the chm has the correct size? Mine is 744,504 bytes.

Cu Rippraff

Wheelie4

7th July 2005, 20:32

Does the chm has the correct size? Mine is 744,504 bytes.

Cu Rippraff

Both the non-working onces downloaded with IE's built in downloader and the working one downloaded with NetTransport are 744,504. It's weird. I can download it fine using Firefox and it downloads fine in IE and Maxthon using NetTransport but doen't work using "save as" in IE or Maxthon. Anyway, I've got a working file now so no biggy. :)

jeanl

7th July 2005, 22:19

r0lZ, thanks for the new version! It looks to me like PgcEdit suddently made a giant step ahead of all other DVD editing softs (free or not free), with the very refined DL burning feature! I don't have a DL burner yet, but I can't wait to get one and try it! I ran a "mock" DL burn just to see what it would look like, and as usual, I'm impressed by how detailed and well thought-out the implementation is.
Kudos man!
jeanl

jinjin_jp

8th July 2005, 07:06

@r0lZ
Thanks very much for ver.0.6.0final.

r0lZ

8th July 2005, 08:03

rOLZ,

I tried downloading the .CHM file for Windows from your homepage but it is blank. No info.I've found the problem. It's a bug in M$ Windows! With XP SP2, when you download a file, it is locked by Windows to prevent infections by viruses. When you launch the file, a warning is displayed. If you accept the warning, the file is opened... but all pages are blank (actually, with a link not found error message)!
To get rid of this problem, you have to unlock the file: go to properties, and click the Unlock button.

To solve this problem, I will upload a zipped version instead.

@jeanl: Thanks!

r0lZ

8th July 2005, 09:44

Note: At this time, the Tiscali mirror in Belgium is not available. This is probably due to the fact that the Tiscali network is currently absorbed by Scarlet.
To download PgcEdit, please use the main homepage at VideoHelp, or the unofficial mirror in Poland.

I take advantage of this message to signal that www.lcsinchome.com (http://www.lcsinchome.com) distributes a modified version of PgcEdit, wrapped in an installer. Actually, the installer don't work to install PgcEdit, but it will install a virus!
Don't download anything from Lcsinchome.Com, and banish it from your bookmarks!

winny

8th July 2005, 11:41

Thanks for all the hard work on v6.0, every day I'm amazed how much this tool can do :)

zacoz

8th July 2005, 12:03

Congrats r0lZ, you know you're doing something right when someone thinks having a virus pretending to be your program will help it to get a wide installation base.

r0lZ

8th July 2005, 12:08

Yeah. And someone else has registered www.pgcedit.com! Nothing to do with my program, of course. But that's stupid. I will never buy a domain name for PgcEdit.

zacoz

8th July 2005, 15:14

Well I just noticed the views of this thread - 1360 in 32 hours. That's a hit every 85 seconds.

Wheelie4

8th July 2005, 16:34

I've found the problem. It's a bug in M$ Windows! With XP SP2, when you download a file, it is locked by Windows to prevent infections by viruses. When you launch the file, a warning is displayed. If you accept the warning, the file is opened... but all pages are blank (actually, with a link not found error message)!
To get rid of this problem, you have to unlock the file: go to properties, and click the Unlock button.

To solve this problem, I will upload a zipped version instead.

@jeanl: Thanks!

Ahhhhh, I was getting that warning when launching. Thx for letting us know. I was afraid some system file of my had gotten corrupted because a couple days ago my SP2's Security Center stopped detecting my Virus and Firewall programs and kept giving me those anoying popup warnings. :)

r0lZ

8th July 2005, 16:55

Well I just noticed the views of this thread - 1360 in 32 hours. That's a hit every 85 seconds.If we take into account the fact that we are in July, and that many people are on holiday, it's not bad! :)

r0lZ

8th July 2005, 17:00

Ahhhhh, I was getting that warning when launching. Thx for letting us know. I was afraid some system file of my had gotten corrupted because a couple days ago my SP2's Security Center stopped detecting my Virus and Firewall programs and kept giving me those anoying popup warnings. :)The popup warnings are not related to anti-virus programs or firewall. It's only a flag added by Windows on the downloaded file. The requester will popup until you remove the flag by clicking Unlock. You will experience the same behaviour with all files you download, but not when a file is extracted from an archive.

Rippraff

8th July 2005, 17:05

Glad that I'm still using Win 2k SP4. ;)

Cu Rippraff

blutach

10th July 2005, 12:44

Just back from Sydney and saw this - Thanks r0lz!

Regards

zacoz

10th July 2005, 14:35

@r0lZ: Have encountered the following error when attempting to edit a command.
can't read "::ced::widget(cmdFrame)": no such variable
can't read "::ced::widget(cmdFrame)": no such variable
while executing
"destroy $::ced::widget(cmdFrame)"
(procedure "hexcmd_to_gui" line 4)
invoked from within
"hexcmd_to_gui"
(procedure "::ced::cmdeditor" line 5)
invoked from within
"::ced::cmdeditor"
(procedure "::main::action_Edit_Cmd" line 17)
invoked from within
"::main::action_Edit_Cmd"
(command bound to event)
It only seems to occur when I've opened PgcEdit and the DVD by right clicking on the VIDEO_TS.IFO file and choosing Open DVD with PgcEdit (from within windows explorer).

Anyone else able to reproduce this error ?

Catflap

12th July 2005, 04:06

@r0lZ: Have encountered the following error when attempting to edit a command.

It only seems to occur when I've opened PgcEdit and the DVD by right clicking on the VIDEO_TS.IFO file and choosing Open DVD with PgcEdit (from within windows explorer).

Anyone else able to reproduce this error ?

I get this error when 'Start in trace mode (when a DVD is opened at startup)' is ticked, again by using rmb to open VIDEO_TS.IFO.
If I close trace mode and open it again then it works OK.
All works fine if you open a DVD from inside PgcEdit, but of course it much easier to rmb on the VIDEO_TS.IFO file.

And r0lZ, many thanks for a great program, it is really cool all the things I can now edit on my DVD's.

2COOL

12th July 2005, 07:23

@r0lZ

Just a couple of observations...

1. If I have a PGC selected other than First Play and the click to start Trace dialog, why can't it always start at First Play PGC by default. I still have my current PGC selected and I have to click on restart button to start at First Play PGC.

2. When I exit out of trace mode, what can't I have the option to clear all my PGC played highlights automatically. I know I can do it manually.

3. When you right-click on a empty line in PGC Selector, there is a "Display PGCs list as text" option. I think it should also belong in our info dump menu instead of it being sort of hidden on the side.

4. In Menu button preview dialog, there are Image skip buttons. With some DVDs, I have to click alot of times to get to my desired frame. Maybe a future slide bar like preview dialog?

Feature request:

Macro to find "sprm(18:Preferred sub-picture language)" & "sprm(16:Preferred audio language)" strings and convert them to existing language decimal values?

e.g.

BEFORE:
[61 00 00 04 00 90 00 00] 11 Set gprm(4) =(mov) sprm(16:Preferred audio language)
[71 A0 04 0B 00 00 65 6E] 12 if ( gprm(4) == 25966 ("en") ) then { Set gprm(11) =(mov) 0 }
[71 A0 04 0C 00 41 66 72] 14 if ( gprm(4) == 26226 ("fr") ) then { Set gprm(12) =(mov) 65 }
[71 A0 04 0C 00 42 65 73] 15 if ( gprm(4) == 25971 ("es") ) then { Set gprm(12) =(mov) 66 }
[71 A0 04 0C 00 43 65 6C] 16 if ( gprm(4) == 25964 ("el") ) then { Set gprm(12) =(mov) 67 }

AFTER:
[71 00 00 04 65 6E 00 00] 11 Set gprm(4) =(mov) 25966 ("en")
[71 A0 04 0B 00 00 65 6E] 12 if ( gprm(4) == 25966 ("en") ) then { Set gprm(11) =(mov) 0 }
[71 A0 04 0C 00 41 66 72] 14 if ( gprm(4) == 26226 ("fr") ) then { Set gprm(12) =(mov) 65 }
[71 A0 04 0C 00 42 65 73] 15 if ( gprm(4) == 25971 ("es") ) then { Set gprm(12) =(mov) 66 }
[71 A0 04 0C 00 43 65 6C] 16 if ( gprm(4) == 25964 ("el") ) then { Set gprm(12) =(mov) 67 }

r0lZ

12th July 2005, 10:29

@r0lZ: Have encountered the following error when attempting to edit a command.@ zacoz & Catflap
Thanks. I've fixed the bug before I've read the reply by Catflap. Will now check with trace mode.

[EDIT: The bug occured also when Trace mode was enabled. It is fixed now.]

r0lZ

12th July 2005, 10:51

@r0lZ

Just a couple of observations...

1. If I have a PGC selected other than First Play and the click to start Trace dialog, why can't it always start at First Play PGC by default. I still have my current PGC selected and I have to click on restart button to start at First Play PGC.

2. When I exit out of trace mode, what can't I have the option to clear all my PGC played highlights automatically. I know I can do it manually.

3. When you right-click on a empty line in PGC Selector, there is a "Display PGCs list as text" option. I think it should also belong in our info dump menu instead of it being sort of hidden on the side.

4. In Menu button preview dialog, there are Image skip buttons. With some DVDs, I have to click alot of times to get to my desired frame. Maybe a future slide bar like preview dialog?

Feature request:

Macro to find "sprm(18:Preferred sub-picture language)" & "sprm(16:Preferred audio language)" strings and convert them to existing language decimal values?

1 & 2. Because the Trace Mode button toggles only the GUI to show/hide the trace window. As it is possible to hide the edit buttons and the toolbar when you go in trace mode, I find it convenient to be able to quit trace mode easily, and then return to trace mode without loosing the current trace state.
The first time trace mode is opened, I have to initialize it anyway, because I need to setup some internal variables.
It's easy to click on the Load DVD button, so I will not change that.

3. OK.
[EDIT: done]

4. The Image Skip buttons works by looking for the next Nav Pack position in the current Nav Pack. To implement a slide bar, I will have to scan the whole VOB cell before opening the menu viewer. I's a little bit difficult and slow. And normally, the first background displayed should be correct.
But I will see if I can do something easily.
[EDIT: Now, you can right-click on the < and > buttons to jump by larger steps.]

Feature: Well, it's relatively easy to find the commands and edit them manually. I have a project to implement a full featured Search and Replace. But it's not easy to do. Especially I need to imagine a good interface.
Maybe I'll do that some day.
[EDIT: I've made a Search and Replace plugin, but it's not easy to use. It will be available with the next release...]

PALace

12th July 2005, 16:01

Great tool rOlZ

The help file is a major help. Would be lost without it. A whole new world to discover.

Thanks

selyb

12th July 2005, 16:08

It would be awesome to be able to configure shortcut keys
maybe you could store info like that in an ini or registry keys
an ini file is easier for users to edit and transfer

anyway, until then...

Request: Enter key in search box does same as hitting 'all' button

Request: Enter key on other screens (command editor, enable navigational buttons, etc) defaults to OK button

Request: Shortcut key for 'next single step' button in Trace Mode (maybe right or down arrow key or shift+N)
I would suggest right arrow for next step, down arrow for Run, and Esc for break

r0lZ

12th July 2005, 16:08

@PALace: You should thanks blutach, who did the manual.

@selyb: Will see what I can do. But I'm not sure I will add the Enter key to accept a dialog, since sometimes it may be dangerous. And I have to modify all windows definitions...

[EDIT:] I've added these shortcuts in Trace mode:
- Control-Right: -> Step
- Control-Up: ->> Next PB
- Control-Down: ->>> Run
- Control-Left: ->| Break
- Escape: ->| Break

[EDIT2:] It is now possible to accept all dialogs with an OK button by pressing Return.

selyb

12th July 2005, 16:12

4. The Image Skip buttons works by looking for the next Nav Pack position in the current Nav Pack. To implement a slide bar, I will have to scan the whole VOB cell before opening the menu viewer. I's a little bit difficult and slow. And normally, the first background displayed should be correct.
But I will see if I can do something easily.

Maybe you could do something like 'Jump to image # nn' and skip to that number or to the last image, whichever comes first

r0lZ

12th July 2005, 16:15

Not easy, too. I don't display all the images. The buttons are jumps to the prev/next Nav Pack, and the Preview should display the first image just after it.
As I said, it's not easy to change that. But, if I have some spare time, I will have a look...

selyb

12th July 2005, 16:19

Request: Button to 'Return to Trace Position'

sometimes when i am in trace mode i need to look at something else and i want to go back to where i was but it isnt always easy to remember exactly where the trace left off

It would also be nice to have the option to automatically do this when you toggle trace mode On

selyb

12th July 2005, 16:34

Request: Enter key in search box does same as hitting 'all' button

I just found this bind .mf.st.e <Return> "::main::find_in_pgc -forwards" but hitting enter in the search box does nothing for me :(

EDIT Thats weird... now it does work

r0lZ

12th July 2005, 17:37

For the moment, the Return key searches for the next occurence in the current PGC only. If nothing is found, nothing happens.

STR

13th July 2005, 11:40

How can i add a sub by default in Pgcedit?

As you can see, it's a simple DVD.(Muxed with Ifoedit)

r0lZ

13th July 2005, 11:46

Use the SetSTN command, as the last pre-command of your Title PGC.

selyb

15th July 2005, 03:32

we posted at the same time so i dont know if you saw this post :( It would be awesome to be able to configure shortcut keys
maybe you could store info like that in an ini or registry keys
an ini file is easier for users to edit and transfer

anyway, until then...

Request: Enter key in search box does same as hitting 'all' button

Request: Enter key on other screens (command editor, enable navigational buttons, etc) defaults to OK button

Request: Shortcut key for 'next single step' button in Trace Mode (maybe right or down arrow key or shift+N)
I would suggest right arrow for next step, down arrow for Run, and Esc for break

doomer2

15th July 2005, 04:32

2COOL

15th July 2005, 04:38

doomer2

15th July 2005, 04:48

Do you remember what this DVD title was and what region too?

Road House R1

2COOL

15th July 2005, 10:45

r0lZ

15th July 2005, 10:51

I found a dvd a few days ago where the main title was started by jumping to the title, executing some precommands that jumped out to another chain, and then issued a RSM to actually start the title.

When I stopped on the first precommand of the title and ran the macro, it said since control jumped out of the chain, to wait until it reentered and then rerun the macro.

So I did what it suggested, but because of the RSM, the pointer ended up after the title precommands, and when I tried to run the macro, it complained that there were precommands and I hadn't stopped before them.

I suggest that instead of the macro having to be run when on the first command of the PGC, it should have to be run at the point of playback of the title vobs (between pre and post commands). Then it would already know all the right register settings to use instead of having to run all the precommands as part of the macro. Then it could put them in as it does now, but have the last command inserted be a Break, which should make it work in all cases.

This also gives the additional benefit that it still allows running the macro when using the Next PB button without having to set a breakpoint (the way I prefer to do it).

What do you think?That's right. In this precise case, there is a problem.
The original method developed by Jeanl, 2COOL and me was what you suggested, with the breakpoint on the playback. However, doing so is not always a good method.

For example, suppose you want to jump directly to the main movie. If there is a comparison somewhere in the pre-commands to set the audio and subpic according to the value of a GPRM, these lines must be executed, or the audio/subpic setup will always be the one you selected when running the macro, regardless of what you may have requested in the Audio/Subtitle menus.
[EDIT: Wrong. See here (http://forum.doom9.org/showthread.php?p=687341#post687341).]

Also, this method requires that the target PGC is a PGC with video, while my method is also suitable to jump to a dummy PGC.

To use the macro in this case, try this: set the breakpoint on the menu PGC that is called just before your target (the one with the RSM command). If it is in the same VTS than the real target, that should work.
Or you may use jeanl's guide, or 2COOL's Jump2PGC helper, and do the job manually.

I will not change the macro, as it works well most of the time, and doing what you suggest requires many changes. Sorry.
But I will have a look at this RSM problem. Maybe I can do something...

2COOL

15th July 2005, 10:57

I just had a brainstorm! How about a macro that scans the DVD for IFO errors and logging it out?

r0lZ

15th July 2005, 11:02

@r0lZ

Past versions of PgcEdit used to have the "Verify number of streams" dialog pop up when accessing a Title PGC. Now, I have to manually do it. It would be great if you had the option to check after loading since the user wouldn't know about any unneeded streams if the macro isn't executed.

I just found in my 7 seconds DVD had extras phantom streams after DVD Shrink's analysis. I went back to PgcEdit to correct them using the macro.The stream verification is still automatic for a specific domain when you enter the Domain Streams Attributes dialog. It has never been automatic when you select a PGC in the domain.
I can add a call to the global "Fix Number of Streams" macro when a DVD is loaded, but do you really wants so? If, for some reason, you don't want to fix the streams numbers, the warning will popup everytime the DVD is loaded or reloaded. That may be tedious, no?

[EDIT:] The "Fix number of streams" macro is now launched automatically when a DVD is opened (but not when the DVD is reopened), in a new 'quiet' mode, without interactive feedback. If some discrepancies are found, the user is prompted to fix them, and if the dialog is accepted, the standard "Fix Number of Streams" macro is launched.

2COOL

15th July 2005, 11:08

A simple dialog saying that possible unused streams have been detected. It would be hell if the the macro decided to correct every VTS that has a stream problem. Speaking for myself, I can live with another pop-up dialog after loading.

Again, as I mentioned previously, a macro for error scans. I don't mind if I have to manually execute it.

r0lZ

15th July 2005, 11:12

I just had a brainstorm! How about a macro that scans the DVD for IFO errors and logging it out?It's on my TODO list for a while, but it's really not easy. There are so many possible errors!
Also, you can use the Philips DVD-Video Verifier (http://www.licensing.philips.com/services/lover/documents1048.html)!
(BTW, I've just found the Philips DVD+RW verifier (http://www.licensing.philips.com/ordering/soft/documents1047.html).)

Well, I will check if it's easy to modify the original "Fix number of streams" macro to report the problems in a single requester.

2COOL

15th July 2005, 11:23

BTW, why is the Tcl calculator under View menu? Shouldn't be in Tools or File? Just an observation.

r0lZ

15th July 2005, 11:46

Well, I have to revamp the whole menus. With the time, I have added so many functions, that the menus are now a little bit saturated.
I want to group the functions in sub-menus, with everything related to menu PGCs, for example, in a specific submenu, and general features like the DVD-Text name in another one, etc...

Originally, I've put the Tcl Calculator option in the view menu because it's an independant window, that you may show or hide. Also, as this function is not directly related to the edition of the DVD, it's not a normal Utility or Macro.

2COOL

15th July 2005, 11:50

Excuse me for the barrage of request but I have one more.

There are times that I have ripped my VIDEO_TS folder to a root folder on my hard drive. Can you implement a feature to create a AUDIO_TS folder too? Also, there are cases that the files are in a root folder and not within a VIDEO_TS.

r0lZ

15th July 2005, 12:24

The AUDIO_TS and VIDEO_TS folders are created automatically, if needed, when you open the Burn GUI. You don't need to burn the DVD: just call the burn function and close the window.

Excuse me for the barrage of request but I have one more.It's not the best moment for complex feature requests. I am in holidays! :cool:

2COOL

15th July 2005, 12:29

The AUDIO_TS and VIDEO_TS folders are created automatically, if needed, when you open the Burn GUI. You don't need to burn the DVD: just call the burn function and close the window. Problem is, I use ImgTool Classic out of habit.

It's not the best moment for complex feature requests. I am in holidays! :) Thanks for the heads up! You have a great break! You certainly need it. :)

r0lZ

15th July 2005, 12:37

Problem is, I use ImgTool Classic out of habit.It's not a problem: just enter the burn function in PgcEdit before, and don't forget to remove the backups.

Thanks for the heads up! You have a great break! You certainly need it. :)Yes. Now, the sun is hot here! I will come back to PgcEdit when the weather will be bad again. In Belgium, it's frequent! :mad:

2COOL

15th July 2005, 12:48

In Belgium, it's frequent! So, do you call them "Belguim waffles", even while you're there or just plain "waffles?" :p

Reminds of a quote from "The Rundown" on Brazil nuts during the bar scene.

We're in Brazil. We just call them nuts.

r0lZ

15th July 2005, 13:41

Well, in Belgium, we call them "gaufres de Bruxelles" (Brussels Waffles), or "gaufres de Liège", etc... There are tons of variants. I don't know which is the one you call Belgian waffle...
Same with chocolade, beer, and many other specialities...

blutach

15th July 2005, 13:42

OK - doomer's problem is solveable. If doomer wants to, he can perhaps start the disk at the menu by tracing through the title to the main menu and then executing the macro. That would work for sure.

Regards

blutach

15th July 2005, 13:45

Bug report: Trace mode. Pressing the next arrow when in the last cell of a menu PGC gets an "end of table" error (fix with IfoEdit is offered).

Regards

blutach

15th July 2005, 13:50

Easy feature request when you return de vacation: When you do macro fix number of streams, is there a way to say "yes to all"?

Regards

doomer2

15th July 2005, 16:39

For example, suppose you want to jump directly to the main movie. If there is a comparison somewhere in the pre-commands to set the audio and subpic according to the value of a GPRM, these lines must be executed, or the audio/subpic setup will always be the one you selected when running the macro, regardless of what you may have requested in the Audio/Subtitle menus.

I don't think that's true. The only time the commands the macro inserts in the title PGC get run are when the "key" register has been set to the right value by the Firstplay chain. If someone goes to the menus and changes the streams, that code block won't be executed again, because the "key" gprm is no longer the "special" value.

Also, this method requires that the target PGC is a PGC with video, while my method is also suitable to jump to a dummy PGC.

That is a reasonable exception, and one I hadn't considered.

To use the macro in this case, try this: set the breakpoint on the menu PGC that is called just before your target (the one with the RSM command). If it is in the same VTS than the real target, that should work.

Actually, this brings up another issue with RSM. Since RSM's don't specify the title they refer to, of course they don't show up in the "go to calling command" info window. May I suggest that it would be nice if the "go to calling command" display checked to see if the current selection is a title PGC, and if so, also included any RSM's in the current VTS, and included them in that window with a different color and at the end of the list, with a note that says something like "possible branch source"?

Or you may use jeanl's guide, or 2COOL's Jump2PGC helper, and do the job manually.

Actually, I had already done it manually, just figured I'd report the issue, since I guessed the start by RSM wasn't too common, and you may not have seen it yet.

I will not change the macro, as it works well most of the time, and doing what you suggest requires many changes. Sorry.
But I will have a look at this RSM problem. Maybe I can do something...
That would be great. Thanks.

One other thing, and I'm not sure if it's in the current version still. If all the PGC's are used and you run the "jump to pgc on insert" macro, it doesn't give you any feedback as to why it didn't do anything. It just silently exits.

r0lZ

15th July 2005, 16:53

I don't think that's true. The only time the commands the macro inserts in the title PGC get run are when the "key" register has been set to the right value by the Firstplay chain. If someone goes to the menus and changes the streams, that code block won't be executed again, because the "key" gprm is no longer the "special" value.You're right! :o

Actually, this brings up another issue with RSM. Since RSM's don't specify the title they refer to, of course they don't show up in the "go to calling command" info window. May I suggest that it would be nice if the "go to calling command" display checked to see if the current selection is a title PGC, and if so, also included any RSM's in the current VTS, and included them in that window with a different color and at the end of the list, with a note that says something like "possible branch source"?Hum, perhaps, if I don't have many things to modify.

Actually, I had already done it manually, just figured I'd report the issue, since I guessed the start by RSM wasn't too common, and you may not have seen it yet.No, I know this authoring trick. This is why the macro jumps to the last visited title before jumping to the target menu. This way, you have a return point defined for the RSM command and the resume buttons of the remote.

One other thing, and I'm not sure if it's in the current version still. If all the PGC's are used and you run the "jump to pgc on insert" macro, it doesn't give you any feedback as to why it didn't do anything. It just silently exits.Are you sure? I think I have added a dialog box at every possible exit points. But I must verify...
Also, note that if all GPRMs are used, the macro uses all GPRMs together to check if the disk was just inserted: they are all at 0. (This method has been discovered by 2COOL.)

doomer2

15th July 2005, 17:34

Are you sure? I think I have added a dialog box at every possible exit points. But I must verify...
Also, note that if all GPRMs are used, the macro uses all GPRMs together to check if the disk was just inserted: they are all at 0. (This method has been discovered by 2COOL.)
I must have been using an older version when I noticed this. I just checked and it doesn't appear to happen in 0.5.7, so please disregard. Thanks.

doomer2

15th July 2005, 17:47

Since I seem to be on a posting frenzy, I'll note another issue I've had.

Would it be possible to change the window that scans for BOV's so that Abort and Scan aren't the same button at different times? I normally run with the scan automatic on DVD load, and then abort it if I know it isn't necessary. But sometimes I find that by the time I click Abort, it has just changed to Scan, and I start another scan when I really didn't want to do a scan at all.

Maybe that could be changed so that the Pause button was the one that changed to do another scan? And maybe also have the close button not be unclickable during a scan, but stays active and does an abort and close with the one button. I think that would be even better.

r0lZ

15th July 2005, 18:44

Will see that... a rainy day.

[EDIT:] You can Abort and close the window by clicking twice on the close button in the window's titlebar. This way, it is not possible to restart the scan.
Also, note that if the scan has finished his job when you click on the scan button, nothing happens, since all title domain checkboxes are now deselected.

2COOL

17th July 2005, 21:33

@jeanl and r0lZ

It seems I have a problem with viewing menu buttons. I was working on a DVD menu with 23 buttons. Button 1 takes up the entire screen and I can't visually see the layouts of the other underlying 22 buttons, not even if I use the image skip buttons. I can't click on buttons 2 to 22 if I can't see them.

Anyways, if I use the "button skip" button the associated buttons will start to appear one by one. If I use the Edit button, all buttons are now showing, which is the way it suppose to be. In Edit mode, I can do whatever I want with my buttons.

Using MenuEdit to also view this menu, it properly displays all the buttons. Unfortunately for MenuEdit, I can't select the buttons 2 to 22 since button 1 is taking up the entire screen on the foreground. Also, can't I selectively delete buttons 22 to 22 since the delete button is disable for each. Of course, this is another thread for MenuEdit's problem but I thought to first mention it here during my testing.

To sum up what I'm talking about, why can't I preview all my buttons like it supposed to display like in Edit mode, minus the link arrows?

r0lZ

18th July 2005, 10:09

Technical answer:
You can't see all buttons because in the viewer, the buttons are displayed using Tcl/Tk buttons. A button is not transparent. The current button is always displayed after the other ones, so that it appear on top.

This method has some advantages: the current button is always clickable, and when you click on it, you have a 'button pressed' feedback, and it's easy to program.
And a disadvantage: a button entierly covered by another one is not visible and not clickable. This is why you can select the current button with the button selection arrows. Remember also that you can select an adjacent button of the current button with the arrow keys on the keyboard.

On the other hand, in the editor, I use rectangles to draw the button outlines. Rectangles are transparent, so you can see all outlines. But you cannot click on a rectangle. You have to select the current button with the slider. I did that this way because real buttons are slow to redraw (and it was difficult to move/resize them), and rectangles are more precise in terms of position (it is not possible to create a button of only 1 pixel wide, for example.)

Of course, it should be better to draw the buttons in the viewer with rectangles as well, but if I do that, I will need to add a routine called when the user clicks somewhere in the display window to check if the mouse pointer is currently over a rectangle, and select that button to make it current, or, if there are several buttons under the cursor, display a popup menu to choose by button number. Maybe also add something to simulate the 'button pressed' feedback.
A relatively big work for a small advantage. Maybe later...

2COOL

19th July 2005, 22:02

r0lZ

19th July 2005, 22:50

With what was mentioned here (http://forum.doom9.org/showthread.php?p=688698#post688698) about cell flags and cell commands, is it feasible to have a macro to check cells following cells with commands and automate a correction for its proper flag setting?I don't have all necessary informations in the IFOs. To do that efficiently, I need to analyze the VOBs as well.
Maybe I'll add a basic check for the points highlighted in blue below:

The first cell needs "seamless" (bit 3, value 8) =0 and "STC discontinuity" (bit 1, value 2) =1.
Any cell following a cell with a cell command needs "seamless" =0 but "STC discontinuity" may be either value.

"seamless" can be set only if:
1) there is no discontinuity (ie "STC discontinuity" = 0)
2) the multiplex itself is seamless (check for first vobu audio pts < vobu_s_ptm)
3) the previous cell has no cell command
4) the cell is on the same layer as the previous

"STC discontinuity" will be set if:
1) new video sequence (every video sequence starts a new VobID, but not every new VobID is the start of a sequence) (check SCR)
2) the cell is not adjacent to the previous (check first sector equal to previous cell's last sector +1)

frank

20th July 2005, 17:31

When deleting the last Pgc (TTN) from a VTST with multi TTN then PgcEdit doesn't update the VTS_TMAPTI.
-> Number of VTS_TMAPs - unchanged
-> End byte of VTS_TMAPS - unchanged

As a result CloneDVD2 denies working. It displays an error message: Use a proper mastered DVD...

r0lZ

22nd July 2005, 09:27

Right.
I have fixed the problem now.

2COOL

2nd August 2005, 05:02

@r0lZ

Would it be possible to do this? I find I have to break out of my trace to access these menu buttons so how about having it on the preview window too?

http://img77.imageshack.us/img77/5382/screenhunter0086xr.gif (http://imageshack.us)

2COOL

2nd August 2005, 06:40

r0lZ

2nd August 2005, 11:18

@r0lZ

Would it be possible to do this? I find I have to break out of my trace to access these menu buttons so how about having it on the preview window too?
You can see the layout of the buttons if you enable the Info checkmark.

r0lZ

2nd August 2005, 11:22

Since we have an option to clear commands in PGC an domain, would we expect one in a future version on button commands also? Just a thought with no demands.

The reason for my question is that when trying to build a new DVD in PgcEdit, I'd like to start off a clean slate.Well, it's not possible to remove a button command, since a button must have a command. And it is useless to replace them with NOPs, as you will need to edit them anyway.
Also, note that if I do that, you will need to save all buttons when saving the DVD, even if you replace the new NOP by the original command again. Saving back all menu VOBs (and possibly also title VOBs with BOVs) is time consuming.

PALace

2nd August 2005, 17:27

Yes, apologies for the delay. Re Thanx, it is Blutach I must thank for a great help file, coherently written and well put together. Still...(Must there always be a still....) what about the subtitle colour box; no matter how much I try, I still can't work out what it means!! Thanks again. Keep up the good work

r0lZ

3rd August 2005, 00:36

A subpic can have a maximum of 4 colors. Most of the time, at least one of these colors is transparent.
The colors are not stored directly in the subpic stream of the VOB file. Instead, in the subpic stream, there are commands to assing indexes in a Color Lookup Table (CLUT), and transparency. In the other hand, the CLUT itself is stored in the IFO, for each PGC.
For example, if the main color of a subpic is assigned the index 0 (in the subpic stream), then the color that will be used is defined in the first position in the color table (of the IFO). In this case, the first color will probably be white.

You can edit the CLUT of any PGC with PgcEdit.
It is not currently possible to examine the VOB to know the indexes used by a subpic. So, you have to experiment, and play the DVD to know the result.
Example usage: on some DVDs, the subpics are yellow, with a black outline. Suppose you want to change them to white. Locate the yellow color in the CLUT, and change it to white.

Things are more complicated for the menu button highlights. In this case, the color indexes and transparencies stored in the subpic stream are used to display the part of the subpic that is outside the current button area (outside the rectangle you can see in the menu button viewer/editor). The color indexes and transparency levels of the selected and activated buttons are stored in the nav packs, also in the VOB. There are 3 schemes availables. Each button is assigned a specific scheme, which define the color indexes in the CLUT for the 4 colors and the 4 transparency levels for the selected and activated states of the button. The CLUT is the same as for regular subpics, stored in the PGC.
In PgcEdit, you can edit the selected and activated buttons colors and transparency levels in the color schemes editor of the menu editor.

2COOL

3rd August 2005, 05:09

You can see the layout of the buttons if you enable the Info checkmark.I'm a little confused. :confused: I was talking about being in trace mode during the cell playing and trying to access my root menu button in DVD Play panel without breaking out of trace. What does the Info checkmark in preview dialog has to do with this?

r0lZ

3rd August 2005, 09:34

Oh, OK, I understand.
Unfortunately, as you know, the preview is a standalone program. I can't interact with it, except to launch it or examine the return code. It's therefore not easy to do what you want.
It should be better to write a Tcl/Tk extension to play the preview in a Tk widget. This way, the preview will be integrated in the main window, and controlled when needed. But it's not easy. Maybe later, if jeanl or someone else has some time to spend...

PALace

3rd August 2005, 16:13

Thanks for that info. That explains a lot. For instance, I saved what seemed to be a good CLUT setting but when I tried it with a different subtitle the subtitle was in a different colour even though the Colour Look Up Table was identical. You're right; it is complicated. But an interesting way of passing the time :->

r0lZ

5th August 2005, 14:40

Since the weather is not very good for now in Belgium :( , I have worked a little bit on PgcEdit. You can see the changes I've made in the [EDIT] messages in my previous posts in this thread, highlighted in green.
Version 0.6.1 will be available at the end of august, or at the beginning of september...

jidelite

5th August 2005, 22:08

r0lZ,
1st post here but been a long time lurker and user of your wonderful PgcEdit. I don't believe this has been mentioned but I'm using a cheapo monitor with a desktop resolution 800x600 to do my editing with PgcEdit 6.0. While in PGC Editor, I seem to have lost the right scroll bar - I didn't have this problem under PgcEdit 5.7. I have workarounds but wondering was this by design?

Thanks,
jidelite

r0lZ

5th August 2005, 23:30

Welcome th the forum, jidelite.

No, the scrollbar of the cell list should be present, even with a low-res monitor.
I have added recently the Angle column (labelled "A.") Of course, the window is now a little bit larger. It's probably the problem. I will try here...
Thanks for the report.

Cela

6th August 2005, 11:44

Imagine VTST Preview having an option to 'Insert a New Chapter Point' or to 'Remove an Existing Chapter Point'.

Wouldn't that be great? A top feature request?
Or do I miss something and it is already possible?

r0lZ

6th August 2005, 11:58

Unfortunately, it's not possible. A chapter point must begin at the beginning of a new VOB cell. PgcEdit is not a VOB editor.
Currently, to do that, you have to demux and remux the VOB, with a new entry in the celltimes.txt file.
But I know that jsoto has a project to add a function to cut a VOB cell in two parts in VobBlanker. When this function will be available, it will be possible to create a new chapter at that cut point. (Or maybe the ability to create the new chapter point will be included in VobBlanker as well?)
With PgcEdit, you can only assign chapter points to existing cells, with the PgcEditor.
Of course, you can already remove a chapter point with PgcEdit. But it's better to remove the Program: all chapters will be shifter down. Don't forget to remove the last chapter after that operation, or you will have a chapter pointing to nowhere.

r0lZ

10th August 2005, 12:28

Since the new beta is announced in many forums, I see no reason to keep it private.
So, here it is: download PgcEdit0.6.1 beta3 here (http://www.videohelp.com/~r0lZ/pgcedit/beta/).

Please note that the Utilities, Macros and Options menus have been completely revamped. The documentation is still for v0.6.0, so use the old stable version 0.6.0 if you need an accurate documentation.

If you want to use a new plugin, you should download it and copy the tcl file in the "plugins" folder. This folder is created automatically in the PgcEdit's install folder, when v0.6.1 is launched for the first time. If at least one plugin is installed, a new "Plugins" menu will be available.
Note that the Debug plugin is reserved for programmers. You really don't need it!

rcubed

13th August 2005, 05:20

rOIZ,

Let me say thanks for a very useful program. I have been using it to help me understand the structure of DVDs which I have found to be a "challenging" proposition. I'm beginning to understand the difficulties in writing software that deals with them.

I have one question which is bothering me. In the last several versions of the virus signature files for McAfee Antivirus, the checker has been flagging the zip file and in the installed folders the PgcEdit.exe file and in the bin folder the pskill.exe file. The files are flagged as RemAdm-ProcLaunch. The help files on the McAfee site lists the following information:

*******************************************
Program Characteristics:
This detection is of application type for "potentially unwanted applications", it is not a virus.
It executes programs remotely on Windows NT, 2000 and XP systems to perform various tasks like:
launching interactive command-prompts,
remotely enabling tools like IpConfig,
executing processes on other systems.
This tool could be used maliciously.
Users who would like to check for the presence of this program on their system should run the command line scanner with the /PROGRAM switch. Please note that VirusScan 7 has an option, which enables users to detect this kind of program automatically.

**************************************************

Is this due to the normal way the program reacts with operating system (XP Pro in my case) and to be expected? My concern is for the potential for "malicious use". Any explanations or information you could provide would be appreciated. The current McAfee signature file I have is 4557.

Thanks again for a very cool and useful program.

rcubed

arsmori

13th August 2005, 05:25

r0lZ, is there an option to prevent the "Fix number of streams" macro from running at startup?
Like the menus rationalization so far, look cleaner and a bit more intuitive.

rOIZ,
I have one question which is bothering me. In the last several versions of the virus signature files for McAfee Antivirus, the checker has been flagging the zip file and in the installed folders the PgcEdit.exe file and in the bin folder the pskill.exe file.
I think McAfee is a bit anal here with that "potentially unwanted applications". Because a program is not 100% self contain and operating it's flagged evil? May I suggest you try avast! Home Edition (http://www.avast.com/) or AVG Free Edition (http://free.grisoft.com/), both have a smaller footprint, are more coherent than VS or Norton AV and best of all, free.

r0lZ

13th August 2005, 09:09

@rcubed
Welcome to the forum, and thanks for your kind words.

I don't know why McAfee flags these programs as potentially malicious.
Of course, as PgcEdit needs the Tcl/Tk libraries, it includes commands able to delete files, inspect the registry, launch processes, and so on. I use some of them, for example to remove the temporary files or to install/uninstall PgcEdit. But, IMHO, any exe program downloaded from the net is potentially dangerous. I see no reason to consider PgcEdit as more dangerous than other programs.

PSKill.exe is used to kill MKISOFS.exe, when the user aborts an ISO creation. PSKill.exe is a free utility I've downloaded at sysinternals.com (http://www.sysinternals.com/Utilities/PsKill.html), which is a serious company. It is true that it can kill a program remotely, but I don't use this feature. The equivalent program from Microsoft, Kill.exe, without remote access, doesn't work well under XP.

Personally, I use the free AVG antivirus (http://www.grisoft.com/doc/1), also under XP SP2, and it doesn't complain. I will try the McAfee free online virusscan, to see if it reports some warnings.

However, take care. As PgcEdit is open-source, it is possible to find some modified versions around. So, always download PgcEdit from my homepages, or from a site that you trust, like VideoHelp.com.
There is at least one illegal distribution of PgcEdit, wrapped in an installer by Lcsinchome.Com, that contains a real virus. See this post (http://forum.doom9.org/showthread.php?p=683984#post683984) for more infos.

EDIT: I have just scanned my HDD with McAfee's FreeScan and with Trends Micro's HouseCall. No problem, nor warning.
So, either McAfee is somewhat perfectionist, or you have downloaded an infected copy of PgcEdit (but it's not probable).

r0lZ

13th August 2005, 09:19

r0lZ, is there an option to prevent the "Fix number of streams" macro from running at startup?No. But you can cancel the fix, if you want.
Anyway, I will add an option to turn this feature off.

Like the menus rationalization so far, look cleaner and a bit more intuitive.Yes, that was needed. With the time, I have added so many utilities and macros that the original menus were somewhat congested. Thanks for your comment.

rcubed

13th August 2005, 20:16

rOIZ,
Thank you very much for your reply. I had downloaded the files from your home web page. I had used on-demand scan to check the files, and unlike my standard scan options on demand has the "check for unwanted programs" flag set. Turning that flag off makes McAfee "less bitchy" and the files are no longer flagged.

Thanks for your time and timely response, I'll take a mea culpa for my oversite on the settings :stupid: . I'll check out the other antivirus programs.

I try to be very careful what and from where I download programs. After reading all the good words in the forums about PgcEdit I suspected it was McAfee being too agressive, but was curious as to why.

Again thanks for the program. I really enjoy usiing it. :thanks:

rcubed

r0lZ

14th August 2005, 11:16

A new beta is available, with some additions and bug fixes.
In beta 1, I have introduced a bug. When editing a GoTo (or SetTMP_PML) command, the target line number was wrong in the command editor window. This bug is fixed now.

arsmori

14th August 2005, 13:57

Anyway, I will add an option to turn this feature off.
http://img354.imageshack.us/img354/1408/quicky2va.png (http://imageshack.us)
26hrs, pretty quick :sly:
Now, what should I have you do for me, hummm... are you good with fast rotating gas powered garden tools?

Wishbringer

15th August 2005, 10:50

I can only find 0.6.0 on your homepage (including "all versions"-archive.
Could you send an URL where 0.6.1b4 can be downloaded?
Thanks

A new beta is available, with some additions and bug fixes.
In beta 1, I have introduced a bug. When editing a GoTo (or SetTMP_PML) command, the target line number was wrong in the command editor window. This bug is fixed now.

r0lZ

15th August 2005, 11:55

I can only find 0.6.0 on your homepage (including "all versions"-archive.
Could you send an URL where 0.6.1b4 can be downloaded?
ThanksThe beta versions are here (http://www.videohelp.com/~r0lZ/pgcedit/beta/).

Wishbringer

15th August 2005, 12:50

The beta versions are here (http://www.videohelp.com/~r0lZ/pgcedit/beta/).

Thanks alot for quick reply... :thanks:

doomer2

16th August 2005, 18:12

2COOL

16th August 2005, 18:36

@r0lZ

How about an info dump on what option settings a user has personally set? And BTW, your info dumps don't show the "Angle" column.

[EDIT] I know blutach defines the color coding when viewing dialogs like "goto calling command" in the PgcEdit doucmentation but can I kindly ask for you to insert a color code legend into these dialogs?

r0lZ

16th August 2005, 19:14

Currently (0.6.0, I haven't yet looked at the betas) you have an option to replace a cell with a blank cell appended to the vob. This is very useful. However, it would be even more useful if there were an option to append a single blank cell, and replace ALL the cells in the current PGC with that new blank cell.

This would make it easy to blank a title out completely, and then strip the now dead cells with ifoedit, as can already be done nicely with the "Kill playback" option is used on menus. Having to do this by hand for 20 or 30 cells in a long pgc gets rather tedious.

Thanks!Note that you can already replace all cells of the whole domain, with the Blank All PGCs in Domain function.
Also, most of the time, it is sufficient to delete all cells except the last one, and blank that remaining cell. You have to edit the chapter table, too.
However, blanking a specific PGC is a good idea. I will add this function when I'll have some time.

r0lZ

16th August 2005, 19:21

How about an info dump on what option settings a user has personally set?I don't think it's very useful. But you can open the .cfg files in a text editor. The format is human readable, and relatively easy to understand. The config files are in "C:\Documents and Settings\<your user name>\Application Data\PgcEdit\".

And BTW, your info dumps don't show the "Angle" column.Right. I forgot to add it.

[EDIT] I know blutach defines the color coding when viewing dialogs like "goto calling command" in the PgcEdit doucmentation but can I kindly ask for you to insert a color code legend into these dialogs?Is it realy useful? You can also identify the provenence of the command by the PGC label. Maybe...

doomer2

16th August 2005, 19:36

Note that you can already replace all cells of the whole domain, with the Blank All PGCs in Domain function.
Also, most of the time, it is sufficient to delete all cells except the last one, and blank that remaining cell. You have to edit the chapter table, too.
However, blanking a specific PGC is a good idea. I will add this function when I'll have some time.
Yes, I was aware of the Blank All option, however, I often don't want to blank them all as one VTS often contains more than one title. I had noticed the delete cell option, but doing that and then correcting the chapters also seemed to take longer than just blanking the first cell, and then making all the other cells point to the same blank cell.

It is probably safer (for instance if there are cell commands, or if commands elsewhere jump to a specific program or cell) to not remove all the cells but one, and instead keep them but make them blank. But in addition to the blanking feature, it might also be nice to have an additional option to delete all cells but one. Or, when you pick delete cell, to present a list of all cells and have a checkbox for each cell to delete. That with a button to select all/deselect all would work great!

Thanks!

2COOL

16th August 2005, 19:51

to present a list of all cells and have a checkbox for each cell to delete. That with a button to select all/deselect all would work great!Hah! You mean like this which I proposed in October 2004?

http://forum.doom9.org/showthread.php?p=560844#post560844

Read r0lZ's reply on the next page. ;)

doomer2

16th August 2005, 20:14

Yeah, very similar to that, except that I would prefer the blanking checkboxes to be in a different window, since that one is already pretty crowded, and in your mockup there is nothing that really shows the user that those checkboxes are related to the blank cells button.

r0lZ's revamp ideas mentioned in his followup may be even nicer, but I guest that revamp never quite happened. :)

r0lZ

17th August 2005, 18:45

I have to implement the "Blanking for the Masses" idea, which will uses PgcEdit to mark the cells or PGCs for blanking, and do the actual blanking with VobBlanker. I may add an option to do the blanking in PgcEdit, leaving the job of stripping the unused cells to VobBlanker or IfoEdit. I'm still not sure what I will do.

Also, I will revamp the PGC Editor GUI, but it's a relatively big work, and I don't want to waste my summer working at PgcEdit. Wait a little bit more...

2COOL

17th August 2005, 19:51

Thanks r0lZ! At least the wheels are now turning.

zacoz

18th August 2005, 15:37

I don't want to waste my summer working at PgcEdit. Wait a little bit more...Shucks....Sounds like the weather's improved. :cool:
Looking forward to Blanking for the masses, but can wait too.

doomer2

18th August 2005, 16:09

Thanks r0lZ! That sounds great! Just in case I can influence you one way or another, I would prefer if Pgcedit did the blanking so that Ifoedit was the only tool necessary to complete the strip.

But I have noticed another issue. PgcEdit fixes many things about the dvd structures that other tools break, but I have noticed that one thing it isn't doing is automatic correction of the VTS sectors. I'm finding that even after using PgcEdit, I still have to go into ifoedit to "Get VTS Sectors" to correct this.

Is there a possibility that that functionality could be added to PgcEdit?

One other minor nit that I think might be a bug in 0.6.0. If a dvd is opened and you go to the cell listing of a title, if you click OK instead of Cancel, it thinks the DVD has changed and asks you to save on exit, even if you didn't change anything. I'm guessing that a changed flag is getting set where it shouldn't.

Thanks!

tlavalle

18th August 2005, 16:54

r0lZ

19th August 2005, 08:59

Thanks r0lZ! That sounds great! Just in case I can influence you one way or another, I would prefer if Pgcedit did the blanking so that Ifoedit was the only tool necessary to complete the strip.That's the way I thing I will do things, it it's not too difficult.

But I have noticed another issue. PgcEdit fixes many things about the dvd structures that other tools break, but I have noticed that one thing it isn't doing is automatic correction of the VTS sectors. I'm finding that even after using PgcEdit, I still have to go into ifoedit to "Get VTS Sectors" to correct this.

Is there a possibility that that functionality could be added to PgcEdit?PgcEdit fixes the VTS sectors when the DVD is saved. However, things are a little bit different than with IfoEdit.
1) IfoEdit has a bug in his Get VTS Sectors function when there are empty menu VOB files. PgcEdit do a better job in this case: it removes the empty VOB and the references to it if the user wants so, or, if the empty VOB is still present when the DVD is saved, it fixes the VTS sectors accordingly.
2) If you use the "When saving, leave at least 32K of space between IFO and BUP" option, and there are titlesets where the total size of the VOBs is less than 32K, the VTS sectors are modified so that a gap is created when needed. However, since most burning software are unable to use correctly this information (notably Nero), the 32K gap option is off by default.
3) Wgen burning a double layer DVD, the VTS sectors are also modified to add another gap between VIDEO_TS.IFO (or VIDEO_TS.VOB if it is present) and VIDEO_TS.BUP, so that the layer break is placed at the right position.

In other words, IfoEdit and PgcEdit should do the same job if you save the DVD via the normal Save function, and there are no empty VOBs, and the 32k gap option is off.

One other minor nit that I think might be a bug in 0.6.0. If a dvd is opened and you go to the cell listing of a title, if you click OK instead of Cancel, it thinks the DVD has changed and asks you to save on exit, even if you didn't change anything. I'm guessing that a changed flag is getting set where it shouldn't.That's right. Indeed, when you hit OK on any editing dialog, the DVD is flagged as modified, even if nothing has been edited in this dialog. It's a little bit tedious to verify everything the user can do. Sorry, you have to live with that.

r0lZ

19th August 2005, 09:01

Am I doing this right I put the dvd in my dvd drive then start pgcedit. it loads and asks where the video_ts files are i point to my dvd drive then it runs, but after a few seconds I get Error loading NAV pack from "E:\video_TS\vts_01_0.vob" at sector(in file):
error reading "file14d4c88": invalid argument. This hapens a few more times but for different locations.Hum, I will check this "invalid argument" problem.
But note that, since you cannot edit a DVD directly, you should rip the DVD to hard disc before using PgcEdit. Also, if your DVD is CSS encrypted, PgcEdit will be unable to parse the VOB files to find the menu buttons. This is probably the problem you got.

blutach

19th August 2005, 11:47

Documentation

Hi all,

Just wanted to let everyone know that I have been pretty busy lately with little real time to devote to the PgcEdit doco. I will get to updating it as soon as I can, but in any event, you can always use the search function to look for an item.

Due to the major menu revamp, the doco will take a bit of updating but we will get there.

Regards

r0lZ

19th August 2005, 11:58

Thanks, blu!

@tlavalle:
I have made several tests. Loading a CSS encrypted DVD from the DVD drive produces the error you reported. As I said, you must rip the DVD to hard drive first, for example with DVD Decrypter in file mode.

If you really want to inspect a DVD without ripping it, you should use DVD43 (free) or AnyDVD (not free) in conjunction with PgcEdit. But note that you must remove these tools before using a ripper such as DVD Decrypter. Take care: it is not sufficient to exit them. You must turn the autostart option off, and reboot.

I have modified the error message in PgcEdit, so that it is now clear that it's a CSS encryption problem. Thanks for your report.

blutach

19th August 2005, 12:11

My turn for a feature request - dunno if you saw it before, but please see here (http://forum.doom9.org/showthread.php?p=687276#post687276).

Or does the auto checking do this?

Regards

blutach

19th August 2005, 12:22

Currently (0.6.0, I haven't yet looked at the betas) you have an option to replace a cell with a blank cell appended to the vob. This is very useful. However, it would be even more useful if there were an option to append a single blank cell, and replace ALL the cells in the current PGC with that new blank cell.

This would make it easy to blank a title out completely, and then strip the now dead cells with ifoedit, as can already be done nicely with the "Kill playback" option is used on menus. Having to do this by hand for 20 or 30 cells in a long pgc gets rather tedious.

Thanks!This is kinda like my thinking too. I would like a quick "remove all cells" (except the first one, or perhaps the last one if it is a blank already). I had one the other day that was 240 cells. Still, a kill playback kills them stone dead anyway. Maybe something that asks, "what cells do you want to remove?" and you can nominate a range.

Becasue, like doomer says, it is tedious getting rid of them one by one.

What do you think?

Regards

r0lZ

19th August 2005, 15:03

My turn for a feature request - dunno if you saw it before, but please see here (http://forum.doom9.org/showthread.php?p=687276#post687276).

Or does the auto checking do this?Yes and no. In the automatic check when a new DVD is loaded, a summary of the number of discrepencies is displayed, and you have the option to cancel, or to launch the fix on all domains.
When a requester pops up for a specific domain, you can cancel the whole operation, but if is not possible to say "yes to all", simply because this option is not present in the standard Windows requesters. Thanks Bill Gates! :angry:
I don't want to program a specific requester for a so simple task...

r0lZ

19th August 2005, 15:13

This is kinda like my thinking too. I would like a quick "remove all cells" (except the first one, or perhaps the last one if it is a blank already). I had one the other day that was 240 cells. Still, a kill playback kills them stone dead anyway. Maybe something that asks, "what cells do you want to remove?" and you can nominate a range.

Becasue, like doomer says, it is tedious getting rid of them one by one.

What do you think?I still don't know what I will do.

I don't want to modify the PGC Editor functions for now, because, one day, I will revamp it totally. Then, you will have the ability to select several cells at once, and apply the Delete Cell or Remap VOB/Cell ID on them all, in one operation. But it's for later.

For now, I may modify the Kill PGC Playback function, with a new option to automatically add a blank cell at the end of the VOB, and assign it to all cells of the killed PGC. This way, you will be able to strip the unreferenced cells easily.

If you want to delete or remap some specific cells, you will still have to do it manually.

r0lZ

20th August 2005, 01:25

Bad news.
Due to legal issues in Germany, Tobi asked me to remove the german PDF guides he wrote, from the PgcEdit homepages. Pitty. :(
PgcEdit is not illegal in Germany, but the documentation mentionned DVD Decrypter, DVD Shrink and Daemon Tools, which are illegal. Hence the problem.
So, I have removed the links to the PDF files. Sorry.
Thanks again, Tobi, for your wonderful job!

mp3boy

21st August 2005, 05:52

Hi dude,
I'm a big fan of your charming PGCEdit, I was wondering if it's possible to import/export chapters/cell/Vts secter for each title/pgc ?

I mean if you can add this feature it is much easier to work without ifoupdate and I can update my vts after authoring inside pgcedit, because I add new features to dvd that I need to change the chapters points and number of chapters...

because I am adding very odd option to dvds to give user abitlity to choose watch Censored version (skip strong sexual violence scenes) and uncensor version...

and only with help of PGCEdit it was possible to do so in a very easy process...

another thing is the Import Title clip (first-play), often it happens that all GPRM are full but many of are unused specially when user haven't select the speacial features and stuff like that
so what I manually do is delete those command, import the title clip and put them back again, and make sure that gprm will have its default value preventing intrupt with those options..

but is it possible to give user option to choose which gprm to choose (only if they're full or even when they're not) and probably make a macro to make sure that that gprm will have its value before the command is called.
this option I believe will work mostly on FIRSTPLAY title because only when it will called once and not more than that

thanks

r0lZ

21st August 2005, 09:36

I was wondering if it's possible to import/export chapters/cell/Vts secter for each title/pgc ?

I mean if you can add this feature it is much easier to work without ifoupdate...I don't use IfoUpdate, so I don't know exactly what you need. Do you want to import/export the whole cells list, with the flags, the timings, the VOBU sectors and VOB/Cell IDs?
It is relatively easy for me to write something to import the whole cells list at once, in binary format, but you will not be able to edit the exported data before importing it.
Do you need the program and chapter assignments? These values are stored in different tables, so it's not so easy to import/export them as well.
Also, do you want an import/export via a file, or via the clipboard? As it is already possible to copy/paste the streams assignments and the color lookup table, I prefer the clipboard method.

another thing is the Import Title clip (first-play), often it happens that all GPRM are full but many of are unused specially when user haven't select the speacial features and stuff like that
so what I manually do is delete those command, import the title clip and put them back again, and make sure that gprm will have its default value preventing intrupt with those options..

but is it possible to give user option to choose which gprm to choose (only if they're full or even when they're not) and probably make a macro to make sure that that gprm will have its value before the command is called.
this option I believe will work mostly on FIRSTPLAY title because only when it will called once and not more than thatYes. It's a good idea. But, of course, if the macro doesn't work as expected, you should not accuse PgcEdit.

mp3boy

21st August 2005, 10:03

I don't use IfoUpdate, so I don't know exactly what you need. Do you want to import/export the whole cells list, with the flags, the timings, the VOBU sectors and VOB/Cell IDs?
It is relatively easy for me to write something to import the whole cells list at once, in binary format, but you will not be able to edit the exported data before importing it.
Do you need the program and chapter assignments? These values are stored in different tables, so it's not so easy to import/export them as well.
Also, do you want an import/export via a file, or via the clipboard? As it is already possible to copy/paste the streams assignments and the color lookup table, I prefer the clipboard method.

I think thats what I need (and probably many ppl will like it too) but I explain why I need it and you may understand me better (since I'm still a newbie).
Basically what I do is translation and I add new subtitle to dvds, so I demux dvd, reauthor with dvdmaestro again with same number of chapters and replace the vob files and update the ifo vts table with ifoupdate using original and authored IFOs, so it works just nice.
However sometime I increase number of cells manually and thats where I get stuck cause IfoUpdate will reject greater number of chapters...
so I manually add more cells into target pgc with IfoEdit and then ifoupdate, it still works but sometimes it happen that I mistake editing something and might be proper to do it with somehow automatically...
after this it happens that I want to update the VOB files again and going through the whole thing is mess the DVD because I have to remove the chapters and then add it again...
however editing editing text formated (tab delimited) text for those values is something more reliable

By the way, about the menu editor... is it possible to add the feature too swap two button without swapping their commands? like for example I import my clone of menu made by encore or dvd-lab but it happens the dvd will highlight certain button number which will be not in right place after adding / removing buttons... so if can swap will fix the issue....

another important thing in menu editor is if we can have a overlay of button in that specified 16:9 letterbox/panscan and the highlight button, because everytime I change something I have to save and burn the dvd and test in standalone dvd player in both letterbox and pan scan so to make sure that the buttons are not out of line... Mark's dvd tray can also test it but its very unstable and it crashes on my PC even before openning...

thanks you very much again

r0lZ

21st August 2005, 14:15

Well, I've read the IfoUpdate doc. I understand his usage, but what you request is not as simple as I was thinking. To be coherent, I will have to update the VTS_C_ADT, VTS_TMAPTI and VTS_VOBU_ADMAP tables as well. And, in the PGC, I have to update the cells list, but also the color table, the program map, the cell playback table, and the cell position table. And the PGC playback time needs to be fixed too. And there are things to fix in the VMG_TT_SRPT table as well.
It's a very big work. So, I'm not sure I will do that, at least for now.
Maybe it will be simpler to replace the whole IFO with the reauthored one, and import the menu afterward, if needed. I may write a macro to do that easily. Is it OK for you?
Note that you may already test the method yourself, manually. See this recent post (http://forum.doom9.org/showthread.php?p=701511#post701511) for reference.

r0lZ

21st August 2005, 14:31

By the way, about the menu editor... is it possible to add the feature too swap two button without swapping their commands? like for example I import my clone of menu made by encore or dvd-lab but it happens the dvd will highlight certain button number which will be not in right place after adding / removing buttons... so if can swap will fix the issue....I may add this feature later, but for now, you may already do it easily manually. Just export the buttons, and edit the exported file. Import it, and it's done.

Here is an example of a two buttons menu:# PgcEdit's exported buttons file.
# Edit at your own risk!

# Number of buttons and groups:
set ::menued::numbuts 2
set ::menued::numgroups 1

# Group types (0=undefined, 1=normal, 2=letterbox, 4=pan&scan):
set ::menued::grouptype(1) 0

# Button 1:
set ::menued::but(posx,1,1) 17
set ::menued::but(posw,1,1) 688
set ::menued::but(posy,1,1) 361
set ::menued::but(posh,1,1) 74
set ::menued::but(adj_but_up,1,1) 2
set ::menued::but(adj_but_left,1,1) 1
set ::menued::but(adj_but_right,1,1) 1
set ::menued::but(adj_but_down,1,1) 2
set ::menued::but(color_scheme,1,1) 1
set ::menued::but(auto_activate,1,1) 0
set ::menued::but(command,1,1) {[30 06 00 01 01 83 00 00]}
# (JumpSS) Jump to VTSM 1, Root menu (TTN 1)

# Button 2:
set ::menued::but(posx,1,2) 15
set ::menued::but(posw,1,2) 692
set ::menued::but(posy,1,2) 434
set ::menued::but(posh,1,2) 42
set ::menued::but(adj_but_up,1,2) 1
set ::menued::but(adj_but_left,1,2) 2
set ::menued::but(adj_but_right,1,2) 2
set ::menued::but(adj_but_down,1,2) 1
set ::menued::but(color_scheme,1,2) 1
set ::menued::but(auto_activate,1,2) 0
set ::menued::but(command,1,2) {[30 02 00 00 00 01 00 00]}
# (JumpTT) Jump to Title 1

# Global parameters:
set ::menued::force_select_but 0
set ::menued::force_action_but 0
set ::menued::selendtime 54
set ::menued::numselectablebuts 2
All you have to do is to change the last number before the closing parenthesis. It's the button number. For example, if you want to swap button 1 and 2, you should modify button 1 like this:# Button 2 (was button 1):
set ::menued::but(posx,1,2) 17
set ::menued::but(posw,1,2) 688
set ::menued::but(posy,1,2) 361
set ::menued::but(posh,1,2) 74
set ::menued::but(adj_but_up,1,2) 2
set ::menued::but(adj_but_left,1,2) 1
set ::menued::but(adj_but_right,1,2) 1
set ::menued::but(adj_but_down,1,2) 2
set ::menued::but(color_scheme,1,2) 1
set ::menued::but(auto_activate,1,2) 0
set ::menued::but(command,1,2) {[30 06 00 01 01 83 00 00]}
# (JumpSS) Jump to VTSM 1, Root menu (TTN 1)Do the same for button 2, changing the 2 to 1.
You may have to modify as well the global parameters at the end of the file, but it's easier to do interactively, in the editor.
Also, don't forget to do the edit for all groups in the file. The example above has only one button group.

another important thing in menu editor is if we can have a overlay of button in that specified 16:9 letterbox/panscan and the highlight button, because everytime I change something I have to save and burn the dvd and test in standalone dvd player in both letterbox and pan scan so to make sure that the buttons are not out of line... Mark's dvd tray can also test it but its very unstable and it crashes on my PC even before openning...Sorry, that's outside the possibilities of PgcEdit.
Maybe one day jeanl will be able to display the button highlights in his preview, but don't expect that soon.

[EDIT:] I think Zoom Player has a setup option to force the display mode in 16:9 or 4:3. You may probably see the result of your edits with it, without having to burn a RW.

blutach

21st August 2005, 14:32

mp3boy

21st August 2005, 17:39

If you want 2 versions, can't you simply clone the title (already available in PgcEdit) and use something like DVD Remake Pro to make new chapter points (very easy to do) then delete the cells with the offensive material? (in VobBlanker, say).

I know it's not a free solution, but if you are a DVDRMP owner, then you may be able to quickly do what you want.

Or, am I off beam?

Regards

basically I love the concept of PGCEdit and hate the fact in DVDRemake I have to re-export my whole dvd and make whole alot of duplicates and not forget the fact that I had bad experience of dvdremake output to be incompatible with some standalone dvd players. while pgcedit can do that and keep as many as backup... for entering chapter point even muxman can do that but I prefer to use my existing dvd maestro which while I have it can that... but entering the chapter point is not the issue, making that clone pgc had few issues for time forward-rewiding with powerdvd which I'm glad with new method of calculating pgc time in PGCedit 6.0.1 it's fixed.

and thank you r0lZ for your great idea, actually I thought about that and I gave it a try but I thing I missed some text inside my export button so thats why it didn't worked well...

do you think its possible to make that Menu Highlight button test? I know its alot of work to simulate the menu button, but if you can add these to menuedit I believe you'll go into history...

Thanks alot

PS: I know its my duty to give alot of donation since I'm so bound to you pgcedit and I'm requesting all these things, I hope I'll get something later when I get paypal account

r0lZ

21st August 2005, 18:12

do you think its possible to make that Menu Highlight button test? I know its alot of work to simulate the menu button, but if you can add these to menuedit I believe you'll go into history...He! MenuEdit is not my work! And if somebody is able to do what you want, it's jeanl. Ask him!

Anyway, thanks for your appreciation on PgcEdit.

mp3boy

21st August 2005, 18:14

He! MenuEdit is not my work! And if somebody is able to do what you want, it's jeanl. Ask him!

Anyway, thanks for your appreciation on PgcEdit.
I know menuedit is your yours but I meant PGCEdit menu editing features... ;)

CoNS

22nd August 2005, 13:26

@r0lZ: I found a small bug (?) in PgcEdit. Here's the case:

I have some backups of a few of my favourite DVDs that I made a long time ago. When I first backed them up, I added extra (custom) subtitles to the main movie. As I wanted to keep the menus, extras etc., I simply replaced (manually copied and overwrote) the main movie VTS files with the newly muxed files, without updating the IFOs... At that time I didn't know better!! My backups also worked in my standalone, despite this "butchering" of the discs! (These days I use the Replace PGC function in VobBlanker, or IfoUpdate or BatchIfoUpdate to do the job!)

Now I want to work some more on the old backups, i.e. kill playback of unwanted material on the discs (skip trailers, warnings etc. before main menu)...

When I load the discs in PgcEdit, I get a warning about the disc being CSS encrypted. However, this is NOT the case. The discs were originally copied from DVD to my harddisk using DVDShrink, which decrypted the discs for me... When I do a mock strip in IfoEdit and then load the disc again in PgcEdit, the warning doesn't appear anymore.

So the check in PgcEdit must be wrong somehow?

r0lZ

22nd August 2005, 14:24

No, the check is not worng. Only the message is not accurate.
You must understand that, when PgcEdit searches for the VOB cells, it uses the infos of the IFOs to locate the first nav pack of a cell. These infos are wrong in your old backups, because of your butcher job.
It's true that the best way to fix that problem is to do a mock strip with IfoEdit.

Cela

25th August 2005, 12:03

(Q1) Just upgraded from WinDVD 5 to WinDVD 6 and observe a strange effect:
PgcEdit > Utilities > Enable Navigation Buttons > Apply to all titles of the DVD > Apply > OK
inhibits seeking by time and usage of time-seek slider in WinDVD 6. Still works in WinDVD 5.
Same with the default:
PgcEdit > Utilities > Enable Navigation Buttons > Apply > OK

Is this a known issue? Is there a workaround other than downgrading back to WinDVD 5?

------

(Q2) Since I always use 'Apply to all titles of the DVD' I would like this option to be the (my) default. Is that possible?

------

(Q3) Most of the time I start my PgcEdit session with the following 8-step 'standard' manual startup procedure:

(3.1) PgcEdit > File > Open DVD > \...myvideo\VIDEO_TS > OK
---> PgcEdit: Opend DVD, DVD Opened OK. n VTS koaded. (n=2,...,98)

(3.2) Then follows n times (for 2 VTS loaded, 2 times) the command 'New Dummy PGC' at the VMG level.

(3.3) Now I input a prefabricated commands depending on how many "External VTS" there are in the VIDEO_TS. (VTST1 does not take part in that game.):
File > Import all PGC commands > Yes from "...\CMD_0m_Clips\" folder (m=n-1)

(3.4) Now i modify the second pre command for each VTST so that its 'LinkPGN Program j' command will link to the last Program of that VTST. The number is displayed by Pgcedit in the VTST info line above the command window. Example:
" VTST 2,2 TTN 1 (1:24:40) Title 2 Chapters:30, Programs:30 Cells:30"
will produce the pre command
"2 Set gprm(1) = (mov) 2 ; LinkPGN Program 30"

(3.5) After that, the next command will be:
"Utilities > Enable Navigation Buttons > Apply to all titles of the DVD > Apply > OK"

(3.6) Then, in each VTST, I change all 'Current domain stream attributes > Audio language = de' for each audio stream.

(3.7) Again for each VTST, I set the Still time to 5 seconds for the last cell.

(3.8) Finally, the last command of the my manual startup procedure is to save these actions by
"Save DVD > Save DVD IFOs to disk" > OK"

Is it possible to create a Macro or a Utility which could automize these manual steps? Is there a tutorial of how it is done? Would this be a practical example for a tutorial?

------

(Q4) The input for the PgcEdit step of Q3 generally is a VIDEO_TS produced with DVDlab Pro (DLP) using Attached External VTS in DLP. DLP offers a great ergonomic graphical user interface to create menus but unfortunately offers very limited command possibilites for Attached External VTS. My attempts in the DLP forum to ask for better support is strongly opposed by the 'professionals' in that forum and so far I cannot observe any development in that direction.
On the other hand, the fulminant development progress of PgcEdit, especially the phantastic Trace-, Preview- and Menu buttons features raise appetite for more: a DVDlab-like Menu-Design feature !

That would allow me to authorize nice menus and menu cascades around my (IfoEdit produced) External VTSTs without DVDlab.

That would be a real charm! :)

Please, forgive me the long post. But I believe, the issues raised may be of interest for more amateur users.

Thank you for your outstanding Pgcedit and for your kind assistance.

blutach

25th August 2005, 12:16

On Q1, check in VMG_PTT_SRPT in IfoEdit and see the atrributes at 0x0008. To free this up, enter 60.

Q2 - I agree

Regards

r0lZ

25th August 2005, 13:28

(Q1) Just upgraded from WinDVD 5 to WinDVD 6 and observe a strange effect:
PgcEdit > Utilities > Enable Navigation Buttons > Apply to all titles of the DVD > Apply > OK
inhibits seeking by time and usage of time-seek slider in WinDVD 6. Still works in WinDVD 5.
Same with the default:
PgcEdit > Utilities > Enable Navigation Buttons > Apply > OK

Is this a known issue? Is there a workaround other than downgrading back to WinDVD 5?
Yes, it's an issue with WinDVD 6. The Enable Navigation Buttons macro adds, the PrevPGCN and NextPGCN values in the affected PGCs (and it removes the PUOs, but that's not related to the problem.) These link values used by PgcEdit are the number of the current PGC. This way, you can use the Prev and Next key to skip to the beginning of the first program, and to the end of the last program (when playing these programs).
The DVD-Video standard stipulates that a Title can be made of several PGCs (as a non-one-sequential PGC), but, when it's the case, the user cannot seek to a specific point in the title. It stipulates also that a Prev/Next/GoUpPGC link must jump to a PGC belonging to the same title.
In PgcEdit, since the Prev and Next links are pointing to the only PGC of the same title, the second requirement is respected.
But WinDVD 6 thinks the PGC is not sequential, because the Prev and NextPGC links are non-zero. This is obviously a bug.

(Q2) Since I always use 'Apply to all titles of the DVD' I would like this option to be the (my) default. Is that possible?Hum, no. I don't want to change the defaults for a specific user. Sorry.

[EDIT:] Changed my mind. The "Apply to all Titles" option is now the default. Also, the GoUp option in the title domain is now unchecked by default, and the Resume to the last visited Title is now the default for the menu domain.

(Q3) Most of the time I start my PgcEdit session with the following 8-step 'standard' manual startup procedure:

...

Is it possible to create a Macro or a Utility which could automize these manual steps? Is there a tutorial of how it is done? Would this be a practical example for a tutorial?That is also very difficult. I cannot write a macro for a so specific usage.
Also, the macros are not real macros. They are written exactly in the same way than all other functions. And the new 'plugin' concept requires also some understanding of the internal structure of the program, and a good knowledge of Tcl/Tk.
Since PgcEdit is open source, you may theorically try to create a plugin yourself. But it's a big work, and I don't recommend it, especially if you are not a programmer. Sorry again.

(Q4) The input for the PgcEdit step of Q3 generally is a VIDEO_TS produced with DVDlab Pro (DLP) using Attached External VTS in DLP. DLP offers a great ergonomic graphical user interface to create menus but unfortunately offers very limited command possibilites for Attached External VTS. My attempts in the DLP forum to ask for better support is strongly opposed by the 'professionals' in that forum and so far I cannot observe any development in that direction.
On the other hand, the fulminant development progress of PgcEdit, especially the phantastic Trace-, Preview- and Menu buttons features raise appetite for more: a DVDlab-like Menu-Design feature !

That would allow me to authorize nice menus and menu cascades around my (IfoEdit produced) External VTSTs without DVDlab.

That would be a real charm! :)Again, PgcEdit is not an authoring tool, it's only a reauthoring tool. Doing what you want is a very big job!
Also, this kind of thing cannot be written in Tcl/Tk. I want to program (almost) everything in Tcl/Tk so that the program can stay multi-platform.
IMHO, continue to use DVD-Lab. It's an excellent program!

Cela

25th August 2005, 17:29

Hum, no. I don't want to change the defaults for a specific user. Sorry.I was not hoping that you would change any general default for me individually. I was hoping that it is possible for a user to modify the default of his personal copy, as it is possible in Mpeg2schnitt, for example. And that somebody could tell me how this is could be done.

[EDIT:] Changed my mind. The "Apply to all Titles" option is now the default. Also, the GoUp option in the title domain is now unchecked by default, and the Resume to the last visited Title is now the default for the menu domain.Thank you very much. :)

IMHO, continue to use DVD-Lab. It's an excellent program!I agree, it's an excellent program. In a row with ProjectX, Mpeg2Schnitt, IfoEdit and your PgcEdit it is one of my top favourites. But it offers only a very limited subset of its capabilities for Attached External VTS and it remuxes my VOBs if I try to get a larger subset of its capabilities by importing the VOBs, and on some occasions the VOBs then loose their perfect IfoEdit-sync.

I cannot write a macro for a so specific usage... create a plugin yourself... if you are not a programmer. Sorry again.Sorry, I'm no programmer. A simple macro feature for amateur users would be cool, though.

Would it be possible to get sort of a 'New Dummy PGCs n-times' command, please? That would save a lot of clicks when I have to enter, for example, 64 New Dummy PGCs in my step (3.2)?

Again, thank you very much for your great program and your kind help.

r0lZ

25th August 2005, 22:05

I was not hoping that you would change any general default for me individually. I was hoping that it is possible for a user to modify the default of his personal copy, as it is possible in Mpeg2schnitt, for example. And that somebody could tell me how this is could be done.It's not difficult to change the source code. You may copy the file you want to modify in the plugins directory. (You can extract the tcl file from the standalone exe with an unzipper such as WinZip.) The plugins are loaded after the main program has finished his initialization, and the modified functions overwrite the original ones. For example, to change the "Enable Navigation Buttons" defaults, you should copy the file macro.tcl, and modify this part of the code: if {![info exists ::macros::navbuttons_prev]} {
set ::macros::navbuttons_prev 1
set ::macros::navbuttons_next 1
set ::macros::navbuttons_return 0
set ::macros::navbuttons_menu 1
set ::macros::navbuttons_menu_opt 0
set ::macros::navbuttons_domain 3
}This is how the defaults are set now. In the original code, all values defined here were at 1.

Sorry, I'm no programmer. A simple macro feature for amateur users would be cool, though.That's right, but it requires a major rewrite of almost everything. Too long and complicated, at least for now.

Would it be possible to get sort of a 'New Dummy PGCs n-times' command, please? That would save a lot of clicks when I have to enter, for example, 64 New Dummy PGCs in my step (3.2)?Again, there are more important things to do before I add this kind of improvment. But remember you can detach the menu (with the tearoff menus option) and position on screen where you want it. Some repeated clicks on the menu entry will then do the job easily.

:thanks: Thanks for your kind appreciation.

Cela

26th August 2005, 10:55

But remember you can detach the menu (with the tearoff menus option) and position on screen where you want it. Some repeated clicks on the menu entry will then do the job easily.Tearoff is cool. I was not aware of this useful feature. Now I will use it every day. Thanks to bring it to my attention :thanks: .

But, for a last time, let me plea for my request: even with tearoff, 64 times 'New dummy PGC' need a lot of not so inspiring clicking: there are 2 clicks per command. A question window pops up everytime and needs the answer YES to proceed.

Amongst other information, it asks:
"Should I create the following PGC?"

Here it could ask:
"Should I create 1 New PGC?"

In my example I would overwrite 1 to 64 and answer the modified question
"Should I create 64 New PGC?"
with a click on 'Yes' and would be done.

Another ergonomic possibility could be:
Have a "Control+x" for the Command, with key 'x' selected so that it and 'Control' can be reached with the left hand. Then it would be possible to fire a sequence of commands by
{Left hand: "Control+x"} + {right hand: Click on 'Yes'}

Probably even less work to implement would be, to simply take the question pop-up out. And take the answer YES for granted.

Let me end my plead by asking you to kindly add this request to your todo list and the closing statement: I appreciate your work and I respect that you have more important work to do for now. Thank you for your attention.

OhMickey

26th August 2005, 10:56

Hello r0lZ,

to put it short, I'd like to ask you if you could update pskill.exe in PgcEdit package to a newer version, because the newer version does not seem to be "infected". In the rest of my post I just elaborate on the subject.

I have searched the web for some free DVD tools and there were lots of references to PgcEdit you made. Seems there's no better free tool around to dig deep into DVDs. So, I'm willing to use it and improve my DVD knowledge a little bit. Unfortunately, pskill.exe from Sysinternals included in your package:

pskill.exe v1.1.0.0 (117KB)

appears to be "infected". I know there was a post on this subject earlier and I wanted to reply to it, but it seems it has vanished from the thread :) (Do I need to mention that I have registered on this forum just to send this reply). I personally use Kaspersky Antivirus and it reports that pskill.exe included with PgcEdit was infected with:

not-a-virus:RiskTool.Win32.PsKill.110

In order to avoid keeping this "infected" file on my computer, I have downloaded freeWrap from SourceForge, unpacked PgcEdit, replaced the included pskill.exe with a newer version, also downloaded from Sysinternals, which does not seem to be infected and it's even smaller:

pskill.exe v1.11.0.0 (92KB)

and now I'm running PgcEdit using a batch file (.cmd) invoking freeWrap on PgcEdit.tcl. (I have also downloaded sources from the linux download section on your site and tried to pack it back into a single .exe file, but freeWrap constantly reported it cannot find the .exe residing in the same folder where pskill.exe resides. I have obviously missed something. :rolleyes: )

It is a bit cumbersome to do this each time PgcEdit is updated, but it is a solution. Anyway, I'd like to ask you if you could update pskill.exe in your package to this newer version, because it does not seem to be "infected". I guess it would be great for the rest of people who don't like keeping any of those "reported" files on their computer.

Best regards,
Mickey

zacoz

26th August 2005, 12:23

I know there was a post on this subject earlier and I wanted to reply to it, but it seems it has vanished from the thread :) @Mickey
Post can be found here (http://forum.doom9.org/showthread.php?p=698184#post698184) ;)

mp3boy

26th August 2005, 12:47

is it possible to only import/export menu commands only? rather than the whole alignment and navigations?

r0lZ

26th August 2005, 12:52

there are 2 clicks per command. A question window pops up everytime and needs the answer YES to proceed.

...

Probably even less work to implement would be, to simply take the question pop-up out. And take the answer YES for granted.I forgot to say this can already be done. The confirmation dialog can be turned off with the "Expert Mode" option.
(Just remember to turn it back on before using a new function, or a function you don't know well. These dialogs are sometimes useful to understand exactly what the function will do!)

r0lZ

26th August 2005, 13:13

to put it short, I'd like to ask you if you could update pskill.exe in PgcEdit package to a newer version, because the newer version does not seem to be "infected". In the rest of my post I just elaborate on the subject.Sure! I didn't know a new version was available. I will use it in the next PgcEdit release. Thanks, and welcome to the forum!

and now I'm running PgcEdit using a batch file (.cmd) invoking freeWrap on PgcEdit.tcl. (I have also downloaded sources from the linux download section on your site and tried to pack it back into a single .exe file, but freeWrap constantly reported it cannot find the .exe residing in the same folder where pskill.exe resides. I have obviously missed something.)Note that you can invoke PgcEdit.tcl directly, if you associate the .tcl files with freeWrap.exe. (But you will not be able to open a DVD by clicking or right-clicking on its icon.)

The problem with the packed files is probably due to your files being not stored in the right place. This is a limitation in the way freeWrap (and the zip filesystem it uses internally) stores the pathnames internally. If you put the files to wrap in C:\Tcl\work\PGCEDIT\ (case sensitive!), everything should work fine. You will find a batch file called wrap.cmd in the source archive. To recreate the standalone exe, edit it to suit your needs (in particular, you should remove the Linux and security backup stuff), but don't change the file locations. Good luck!

OhMickey

26th August 2005, 13:23

@Mickey
Post can be found here (http://forum.doom9.org/showthread.php?p=698184#post698184) ;)

Thank you zacoz. That's the one I mentioned. It's just that I had to wait 5 days after registering before I was allowed to post anything... so the post I read before moved around and I couldn't find it.

Greets,
Mickey

r0lZ

26th August 2005, 13:29

is it possible to only export menu commands only? rather than the whole alignment and navigations?Why do you need that?
You can already copy/paste single menu button commands, and if you really needs to import the commands without modifying the other params, you may edit the exported file. You should remove everything except, of course, the commands, and the two lines:set ::menued::numbuts 4
set ::menued::numgroups 1

OhMickey

26th August 2005, 13:30

Sure! I didn't know a new version was available. I will use it in the next PgcEdit release. Thanks, and welcome to the forum!

Thank you very much! I'm looking forward to it. :)

Also, thank you for the instructions about freeWrap! I have no intention of altering anything in your PgcEdit.exe package. I just needed a way to replace the "infected" file. Now that you're going to update it with the new version of pskill.exe, there won't be any problems. I've scanned it with Kaspreski AV and it doesn't complain.

Best regards,
Mickey

2COOL

26th August 2005, 22:59

@r0lZ

Can you add the option to add end frame of last chapter when creating celltimes.txt?

zacoz

27th August 2005, 04:30

My first foray into "Blank out all Menus PGC's" today and seeking some clarification on the options.

I am processing a number of tv series episode disc's which are all authored the same way. After tracing through the first one I have confirmed that I need to blank all menu PGC's in the VMGM, however i need to kill playback on them also.

Historically I would have used the kill playback macro on each PGC individually and then selected Yes to the dialog to convert each to a dummy.

When using "Blank out all Menus PGC's" I have the options of completely removing the VOB replace menus by a black frame (with kill playback options) replace menus with imported clip

I was expecting to have an option to completely remove VOB with kill playback options.

Does this mean that if the VOB is removed, that "playback" of the PGC will flow through the Pre-commands and then straight onto the Post-commands, thus achieving the same result as having killed playback anyway - hence no need for kill playback? (assuming commands themselves don't direct flow elsewhere)

blutach

27th August 2005, 05:29

Removing the VOB also does a kill playback. On useless menus, I use this technique.

Give it a try!

Regards

zacoz

27th August 2005, 07:23

@blutach
using "Remove VOB", it's not changing the commands at all.

The normal kill playback inserts a NOP at the end of the pre-commands and then pastes the post commands after this in the pre-command section. Is this what you expected to happen here also, or are you indicating that the vob removal effectively kills playback without the need to change the commands?

zacoz

27th August 2005, 08:15

r0lZ

27th August 2005, 08:58

Can you add the option to add end frame of last chapter when creating celltimes.txt?Why do you need that? You may already concat several PGCs in the same celltime.txt file with the offset option, because, if the offset is non-zero, it will be added as the first cell time.
Also, the offset is the last celltime (actually the time of the first frame after the end frame of the last cell). It is displayed in the title bar of the text viewer, and in the offset requester the next time you launch the function. All you need to do is to copy it manually (eventally, decrease it by one if you really wants the time of the last frame).

However, I think another useful option should be to include only the chapter or program times. Currently, all cells are included. If, for example, a cell is used for the layer break position only, it will be converted to a chapter by Muxman and IfoEdit. This is not necessary what you need.
So, maybe I will revamp the interface, and include the option you want...

r0lZ

27th August 2005, 09:07

Does this mean that if the VOB is removed, that "playback" of the PGC will flow through the Pre-commands and then straight onto the Post-commands, thus achieving the same result as having killed playback anyway - hence no need for kill playback? (assuming commands themselves don't direct flow elsewhere)Exactly! If a PGC has no video to play, the pre commands and the post commands are executed. No need to change anything.
Like Blutach, I use the Completely remove VOB option whenever possible. It's clean, fast, and you don't need to process the VMGM with VobBlanker to recover the VOB space.

Note: if you use that option on the VMGM, you should burn the DVD with the 32K gap option enabled, or your VIDEO_TS.IFO and VIDEO_TS.BUP files will certainly be on the same ECC block.

r0lZ

27th August 2005, 09:46

@r0lZ

I don't recall it having been asked before (that may just be my bad memory), but is it viable to have a "macro" to identify all the unreferenced PGC's? Basically, looking for a "goto calling command" that checks all PGC's not just the selected one and only lists those that would show as unreferenced.

Reason being is that I like to do my rips with DVD-D leaving the unreferenced material in place so that I can see what's there. I then need to load it into DVDShrink purely to see what, if any, unreferenced material there is. What I really want to do is just load it straight into PgcEdit and check it out as part of my processing.

Seems 2COOL & blutach (http://forum.doom9.org/showthread.php?t=99222) may also find this useful. Any support from others ????First, a little clarification. There is two kind of unreferenced stuff in a DVD.

1. Unreferenced VOB cells are video cells present in the VOB but these cells are never used by any PGC in the IFOs. These VOB cells are dropped automatically by VobBlanker, and they appear in the unreferenced section in DVD Shrink. Being an IFO editor, PgcEdit has currently no way to display these VOB cells to the user.
There are several ways to convert regular VOB cells to unreferenced ones in PgcEdit: Kill Playback on menu PGC when you answer yes at the question to remove the references in the IFOs, PGC Editor -> Remove Cell, PGC Editor -> Remap VOB/Cell ID, Remove last PGC in domain, etc...

2. Unreferenced PGCs are PGCs that are never called by another one. These PGCs are unreferenced, but the VOB cells they use are referenced, since they are referenced in the IFOs.
When you use the Info -> Calls Cross References, these PGCs are detected, and displayed in pink in the PGC selector pane, and at the end of the info text. To be considered as unreferenced, a PGC may not be called by any command, nor by a Prev/Next/GoUpPGC link. Also, a menu PGC is considered as referenced if it is theorically callable by pressing a menu button on the remote (Title, Root, Chapter menu, etc...) Note that a PGC may be referenced by an unreferenced PGC! This is why you have the option to remove the commands in the unreferenced PGCs when launching the Calls Cross References function.

In your case, I suggest you use several times the Calls Cross References function with the option to remove the commands. Then, kill playback on the unreferenced menu PGCs, with the option to remove the refs. Kill playback also on the unreferenced Title PGCs, and process them with VobBlanker.

It is theorically possible to display a list of unreferenced VOB cells in PgcEdit, at least in the menu VOBs, and in the title VOBs which have been scanned for BOVs, because PgcEdit maintain a list of the VOB cells internally. Scanning the PGCs to see if all cells are referenced is not very difficult, and I will probably add this feature with the Blank with VobBlanker function. I have still to release a new version of PgcEdit before beginning this job...

2COOL

27th August 2005, 20:35

1. Unreferenced VOB cells are video cells present in the VOB but these cells are never used by any PGC in the IFOs. These VOB cells are dropped automatically by VobBlanker, and they appear in the unreferenced section in DVD Shrink.In the case of Sin City (R1) (http://forum.doom9.org/showthread.php?t=98841), VobBlanker won't automatically remove the cells as the PGC was not reported as unreferenced.

blutach

27th August 2005, 23:18

@zacoz - I just use Ctrl-H consecutively (excising the commands as I go) till there are no more "pinks". Of course, on complex DVDs, you might find it easier to "re-build" your DVD with the media elements you want on it, either with PgcEdit or DVDRMP.

Regards

zacoz

28th August 2005, 08:44

Thanks guys.....I had overlooked the Calls Cross References function. Also hadn't thought about the 2 unreferenced types (VOB cells/PGC's) you mentioned r0lZ. I'd only thought about unreferenced and unplayed (as in video cells referenced by the PGC but never played due to pre commands that always jumped elsewhere before cell could be played - as mentioned by 2COOL).

2COOL

28th August 2005, 23:16

However, I think another useful option should be to include only the chapter or program times. This would be a plus.

Taelon

29th August 2005, 11:45

A title I recently reauthored had a significant amount of space left so I decide to try adding back in some of the 'Featurettes'. Everything tested fine in the Software players, but my old standalone would just flicker when 'Featurettes' was selected. My only guess is that there is a problem with this code:
-- pre 6 : (JumpSS) Jump to VTSM 2, Root menu (TTN 2) I screwed up, there is only 1 title in that VTS, I mistakenly thought setting sprm(5) = (TTN 2) was just for the indicator on the player, and since it wasn't the Main Title I figured I should call it Title 2.

So I'm wondering if PGCEdit can perform a check and flag authoring errors like this?

I also thought possibly the (JumpSS) Jump to VTSM 2, was a problem, and that I should have simply used a (JumpTT) but I have other disks that use (JumpSS) without problems, my confusion comes from The unofficial DVD Guide:
This command jumps to a PGC in the system space...
The system space encloses the menu space and the first-play domain. Note that the title domain (Video Title Set VTS domain) is not part of the system space.So it sounds like (JumpSS) here would be illegal? :confused:

r0lZ

29th August 2005, 12:18

You don't say from which domain you used the JumpSS command.
JumpSS to a VTSM can only be used from the FP-PGC and the VMGM.
Although really not common (and probably not recommended), it is also possible to use JumpSS to a VTSM menu in the same domain. In this case, you must use 0 as the VTS number, like this:[30 06 00 01 00 83 00 00] 12 (JumpSS) Jump to VTSM of last visited VTS, Root menu (TTN 1)To be honest, I don't know exactly what's the usage of the TTN parameter. I usually leave it at 1. Anyway, don't set it at an higher value than the last TTN in the domain.

JumpTT can also be used only from the FP-PGC or a VMGM PGC.

If you are not sure, use the last menu in the command editor to select the right command.

So I'm wondering if PGCEdit can perform a check and flag authoring errors like this?Well, I haven't designed PgcEdit to be a DVD verifier. It detects some authoring errors, but certainly not all. For example, if you try to jump to target or to trace a command jumping to a non-existent PGC, PgcEdit will detect the problem, because it will be unable to find the target. But PgcEdit will not detect some invalid command (such as a wrong TTN value in JumpSS, or a Call without the resume cell.)

Taelon

29th August 2005, 12:57

You don't say from which domain you used the JumpSS command.Sorry, yes it was from VMGM, here's a partial trace:
------> Entering VMGM , LU 1 (en) , 1 (dummy) TitleM

-- pre 3 : if ( gprm(3) != 4 ) then { Goto line 5 }
if ( 0 != 4 ) : true.
-- pre 6 : (JumpSS) Jump to VTSM 2, Root menu (TTN 2)
-> sprm(5:Title number in VTS) = 2 (0x0002)

------> Entering VTSM 2 , LU 1 (en) , 1 (dummy) RootM
To be honest, I don't know exactly what's the usage of the TTN parameter. I usually leave it at 1. Anyway, don't set it at an higher value than the last TTN in the domain.I think in this case setting TTN 2 is what my standalone didn't like, since there was only one title in the VTS, and I think the rest of the changes I made were all ok. Once again it tested fine in the computer with Software players (frustrating).
If you are not sure, use the last menu in the command editor to select the right command.Are you referring to the 'Jump and Call' pulldown? That's what I normally use since it prevents me from doing stupid things like trying to jump from VTS to VTS.
Well, I haven't designed PgcEdit to be a DVD verifier. It detects some authoring errors, but certainly not all. For example, if you try to jump to target or to trace a command jumping to a non-existent PGC, PgcEdit will detect the problem, because it will be unable to find the target. But PgcEdit will not detect some invalid command (such as a wrong TTN value in JumpSS, or a Call without the resume cell.)Does there exist an affordable verifier, or is tracing with PGCEdit, loading into DVDShrink, and testing in Software players the best available methods for hobbyists before burning?

r0lZ

29th August 2005, 13:20

Are you referring to the 'Jump and Call' pulldown? That's what I normally use since it prevents me from doing stupid things like trying to jump from VTS to VTS.Yes.
You're right. Since your JumpSS is in a VMGM menu, it should the TTN parameter that cause the problem.

Does there exist an affordable verifier, or is tracing with PGCEdit, loading into DVDShrink, and testing in Software players the best available methods for hobbyists before burning?I don't think there is a simple and free verifier. The Philips DVD Verifier (http://www.licensing.philips.com/ordering/soft/documents1048.html) is extremely expensive, and also very frustrating, since it detects tons of errors, even in an original, unmodified DVD.
And yes, the PgcEdit/DVDShrink/Soft players combination is currently the best way to test before burning.
You may also try to burn the DVD with Nero, but don't put any media in the drive. This way, it will report if the compilation is OK, but will not burn it.

2COOL

30th August 2005, 08:47

I was just working with Man of the House R1. Upon opening files, I had streams to correct because of inconsistencies in IFO. Anyways, I chose yes for all and saved. I also reloaded to see if I had it again. Confirmed fixed. But when I started blanking VTSs and saving, I would get streams to fix again after reloading.

r0lZ

30th August 2005, 09:09

Yes. Currently, when blanking a domain, PgcEdit removes the streams definitions in the VMGM/VTSI_MAT tables, but don't remove the streams assignments in the PGCs.
I may add that soon, but I have alot of work...

katjarella

2nd September 2005, 00:10

0.6.1Beta5/6 not working anymore under W2k.
Error sourcing /Tcl/work/PGCEDIT/PgcEdit.tcl: can't read "geocode": no such variable

Under W2K, this entry doesn't exist: [HKEY_CURRENT_USER\Control Panel\International\Geo]
"Nation"="94"

r0lZ

2nd September 2005, 01:19

Thanks. I already know the problem with this registry key. But I really need a way to know in which country the program is executed. Do you know where the country code is stored under Win2K? And under Win9X?

2COOL

2nd September 2005, 01:34

Would this help?

http://www.delphipages.com/threads/thread.cfm?ID=30018&G=29973

or these.

http://perso.wanadoo.fr/tmcd2/Country.htm
http://www.microsoft.com/resources/documentation/Windows/2000/server/reskit/en-us/Default.asp?url=/resources/documentation/Windows/2000/server/reskit/en-us/regentry/34660.asp

r0lZ

2nd September 2005, 01:45

Well, HKEY_CURRENT_USER\Control Panel\International\Locale gives the code of the currently selected language. Not the country. For exemple, the Locale on my system is United-States, because I have an US Windows, but the Geo\Nation code is Belgium, the country I live in.
Maybe I will try to read the Geo code, and if it doesn't exists, I will use the Locale code.

Anyway, the problem is due to a bug in my code. The check for the presence of the Geo code is inverted. Next beta will at least fix that.

Thanks.

2COOL

2nd September 2005, 01:48

Well, HKEY_CURRENT_USER\Control Panel\International\Locale gives the code of the currently selected language. Not the country.What you want is the value for "scountry".

r0lZ

2nd September 2005, 08:57

I'm still not sure. This value doesn't change if I change the geographic location in the control panel. Seems it is used only to define the numbers, currency and date formats. On my system, it's also United States, instead of Belgium.

berrick

2nd September 2005, 10:31

This is the key i think you should be using r0lZ... the 3 digit number at the end represents the location (national) ie uk (242), usa (244) etc and is not dependent nor does it change the currency settings.

HKU\S-1-5-21-1292428093-2111687655-839522115-1003\Control Panel\International\Geo\Nation: "242"

Hope this is of use

PS

Sucking up time :) the new ver of PCGEdit is great now u added the trace function my understanding has really come on... tho i am still a neewbie

katjarella

2nd September 2005, 10:49

In W2k / W98 do not exist these Registry entries. Only from XP.

Maybe one can read the information about the keyboard layout.:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Nls\Language
Default="" and InstallLanguage=""

But why is this generally important? It would be dear to me if PGCEdit reads nothing from the Registry or writes.

LigH

2nd September 2005, 12:30

Aren't there Windows API functions for getting "Locale" information?

r0lZ

2nd September 2005, 13:26

@berrick: As stated by katjarella, the Control Panel\International\Geo\Nation key doesn't exists on non-XP systems. This is the problem. Currently, it's the key I am using, but it's not sufficient.

@katjarella: I need to know in which country PgcEdit is running, because in Germany and UK, it is illegal to reference DVD Decrypter, DVD Shrink and Daemon Tools. :angry: So, if I can detect safely the geographic location, I will remove the functions that are illegal in these countries only when needed. Otherwise, to avoid problems, I will need to remove the burn with DVD Decrypter and the Mount ISO with Daemon Tools functions for the whole world. I don't want that!

@LigH: I can't use Windows API functions easily from Tcl/Tk. Furthermore, remember PgcEdit is multi-platform. (Of course, I can't test the registry keys under Linux and Mac OSX, but that's another problem.)

LigH

2nd September 2005, 13:40

... in Germany and UK, it is illegal to reference DVD Decrypter, DVD Shrink and Daemon Tools.
Oh, really ... how can I circumvent the copy protection of Video DVDs using Daemon Tools? And: Copy protection of Video DVDs is covered by other laws than copy protection for data CDs/DVDs.

You are concerned about calling applications which are ... risky. But your program on its own isn't risky. Well - I'm not sure if "calling a risky program" is risky, too. In my opinion, it is not your fault if a user in those countries has installed these risky tools. So I wonder if you care too much.

blutach

2nd September 2005, 14:14

In Germany, there is DVD Shrink 3.2.0.16 De-CSS Frei, which is legal, AFAIK. So is Nero Recode.

As for DVD Decrypter, DVD95Copy, Magic Ripper, DVDFab Decrypter etc, I suppose German law is against these.

I can't for the life of me think what could be wrong anywhere with D Tools.

Regards

LigH

2nd September 2005, 14:38

"katjarella" wants to tell you:
This is not the perfect place for discussions about "copy protection and the law"; and: "DVD-Shrink CSS-free" is not completely legal, it still allows to remove Macrovision.

r0lZ

2nd September 2005, 14:57

I don't know exactly the German law, but I'm sure that at least the Download DVD Decrypter and Download Daemon Tools buttons are illagal, because it is prohibited to provide links to illegal applications.
Daemon Tools is illegal because it can emulate some copy protection mechanisms.

DVDShrink is not a problem. PgcEdit don't use it directly, and the two functions related to DVDShrink have been removed from the main application. A DVDShrink plugin will be available with the next release. German and UK users should not download it. Simple.

PgcEdit do not use these apps for their illegal features. But the german doc has already been removed from my homepage because these apps are referenced in the text! I don't want the same thing for my program. And although the homepages are not hosted in Germany, I think it's better to keep the app on the legal side, so that it will still be allowed to write the name "PgcEdit" in the german forums!

BTW, if someone know a legal and free app to mount an ISO image, callable with command line arguments, I will replace Daemon Tools by this app.
I am currently investigating a solution to replace DVD Decrypter as well.

berrick

2nd September 2005, 15:11

Oooops! forgot the bit in the post bout non XP. Having said that there is a similar key in win2k and in win98 the following might help if i understand you right.

My appologies if not

Not sure about WMI, if i find anything ill let you know..

windows 2k
Windows Registry Editor Version 5.00

[HKEY_USERS\S-1-5-21-436374069-57989841-839522115-500\Control Panel\International]
"iCountry"="44" <-- is country code like in DOS days
"iCurrDigits"="2"
"iCurrency"="0"
"iDate"="1"
"iDigits"="2"
"iLZero"="1"
"iMeasure"="0"
"iNegCurr"="1"
"iTime"="1"
"iTLZero"="1"
"Locale"="00000809" <-- country code as in my 1st post
"s1159"="AM"
"s2359"="PM"
"sCountry"="United Kingdom"
"sCurrency"="£"
"sDate"="/"
"sDecimal"="."
"sLanguage"="ENG"
"sList"=","
"sLongDate"="dd MMMM yyyy"
"sShortDate"="dd/MM/yyyy"
"sThousand"=","
"sTime"=":"
"sTimeFormat"="HH:mm:ss"
"iTimePrefix"="0"
"sMonDecimalSep"="."
"sMonThousandSep"=","
"iNegNumber"="1"
"sNativeDigits"="0123456789"
"NumShape"="1"
"iCalendarType"="1"
"iFirstDayOfWeek"="0"
"iFirstWeekOfYear"="0"
"sGrouping"="3;0"
"sMonGrouping"="3;0"
"sPositiveSign"=""
"sNegativeSign"="-"

windows 98
HKLM\System\CurrentControlSet\Control\Nls\Locale\: "00000809"<-- <-- country code as in my 1st post
HKU\.DEFAULT\Control Panel\International\Locale: "00000809"

r0lZ

2nd September 2005, 15:23

OK. I will probably use the Geo code under XP, and use one of these codes when the Geo code is not present. Thanks.

LigH

2nd September 2005, 19:24

@ berrick:

"HKEY_USERS\S-so-many-uninterresting-and-personally-unique-numbers\Path" is rather useless, because only your PC will have this exact combination of numbers.

The generic location will be "HKEY_CURRENT_USER\Path", because this is a shortcut to exactly the same path, but always for the currently logged-in user.

2COOL

10th September 2005, 09:24

@all

If, per chance, you have this warning dialog upon loading DVD...

http://img366.imageshack.us/img366/1281/screenhunter0209jl.png (http://imageshack.us)

... and you selected Yes to all and/or saved, you must manually execute the macro again if you had blanked out any menus or titles.

http://img360.imageshack.us/img360/8959/screenhunter0234lk.png (http://imageshack.us)

r0lZ

10th September 2005, 09:42

I know.
This is because the stream numbers are set to 0 in the VMGM_MAT or VTSI_MAT table, but are left untouched in the PGCs.
I made it that way because josto has signaled that removing the PGC streams can lead to problems. If, for example, subpic 2 has been set with a SetSTN command, and you play, say PGC 1, then PGC 2, and the PGC 1 has no subpic anymore, when you reach PGC 2, the subpic may be disabled.
However, on my standalone, I can't reproduce this problem. So, the question is still open: should I disable the streams assignments in the blanked PGCs as well?

blutach

10th September 2005, 10:57

I have also tried to reproduce this a while back when jsoto first posted it, and couldn't. But the fact that it happened twice to jsoto, means it can happen to others. Therefore, you need to keep it in and people re-authoring their DVDs should be careful and set their streams correctly.

Regards

Taelon

11th September 2005, 00:10

Speaking of the "fix number of streams macro" would it be possibly to add a "Yes to All" or equivalent option? The other day I was working on a backup that had 26 discrepancies, hitting the yes button 26 times was a little annoying.

r0lZ

11th September 2005, 00:34

Sorry, no. I use a standard requester for this kind of simple questions. The "Yes to All" option is not available with these requesters. It's a lot of work to program a new requester just for such things. Maybe later...

goonix

11th September 2005, 00:44

@rolZ

Do you think additional to the "New dummy PGC" a "New PGC with blank cell" in PgcEdit is possible?
This could be used to replace it later by VobBlanker with motion or still video.

goonix

r0lZ

11th September 2005, 01:23

Hum... That should be a function of the PGC editor, allowing to add a cell to any dummy. I will see if it's easy to do.
But take in mind that a blank cell is very tiny. VobBlanker is currently unable to replace a table by a larger one (at least if the table must expand over new sectors). So, it will be probably unable to create some tables if you want to replace the blank cell with a large video sequence. But it should work to replace it by a still frame or menu.
Also, I will not allow to create more than one cell per PGC, at least for now.

goonix

11th September 2005, 01:39

Thanks for your reply! I didn't know about this restriction in VobBlanker until now. Maybe replacing a table by a larger one can be done in future versions of VobBlanker (only jsoto knows...).

goonix

r0lZ

11th September 2005, 03:02

Anyway, I have already added the function to create the new cell. Was easy.
There is a little problem with the chapters if you add it in the Title domain, but I suppose you want to use it in the menu domain.
Please take some time to test the new function: PgcEdit_winexe_0.6.1beta8.zip (http://www.videohelp.com/~r0lZ/pgcedit/beta/PgcEdit_winexe_0.6.1beta8.zip). Thanks.

blutach

11th September 2005, 04:14

If we can add a cell to a dummy, can we add one to an existing PGC? And at least in the titles domain, I thought that VobBlanker's replace function added cells where necessary and there was no problem with the tables.

Re: Fix number of streams macro - I echo Taelon's request.

Regards

r0lZ

11th September 2005, 09:37

If we can add a cell to a dummy, can we add one to an existing PGC?Do you mean to a non-dummy PGC?
Currently, it is only possible to add one cell to an existing dummy PGC. Of course, since it is possible to create a new dummy, it is also possible to create a dummy with a blank cell, in two operations.

And at least in the titles domain, I thought that VobBlanker's replace function added cells where necessary and there was no problem with the tables.I think VobBlanker is not able to expand the IFO. In other words, if per bad luck, after the replace, one of the IFO table is to big for the current number of sectors occupied by the table, that table cannot be updated. But maybe (I hope) I'm wrong.
Jsoto?

blutach

11th September 2005, 09:54

Do you mean to a non-dummy PGC?
Currently, it is only possible to add one cell to an existing dummy PGC. Of course, since it is possible to create a new dummy, it is also possible to create a dummy with a blank cell, in two operations.No, I mean a PGC with exisiting video in it - like AddChapter. I envisage asking the number of cells to add and adding them, perhaps creating a new VID and CIDs in the process (or just adding new CIDs to the existing VID in the PGC).

Regards

blutach

11th September 2005, 10:06

New function - see attached pic.

http://img377.imageshack.us/img377/1640/untitled4of.png (http://imageshack.us)

Couple of things:

1. Little typo in the message ("ro" instead of "to")
2. I'm not sure that VobBlanker replaces in the menu domain.

Regards

r0lZ

11th September 2005, 10:08

Well, I'm just reading the code. It should be relatively easy to add a cell to a non-dummy PGC (aka a PGC with existing video in it ;)). Maybe I will also add the possibility to add several cells at once.
But it will not be possible to add new CIDs to the existing VID. Since the cell is always appended at the end of the VOBs, I think it's better to create a new VID.

blutach

11th September 2005, 10:09

But it will not be possible to add new CIDs to the existing VID. Since the cell is always appended at the end of the VOBs, I think it's better to create a new VID.Right!

Regards

r0lZ

11th September 2005, 13:57

Sorry, guys, I have too many things to change in the code to be able to easily add several cells in one operation. The problem is that my code is written to create a new VOB ID, not to add a new Cell ID to an existing VOB ID.

But the new version of the Create Cell can be used to add a new cell to a PGC with existent cells. So, you should be able to add as many cells as you like to any PGC (except, of course, to the First-Play PGC).

There are also a couple of bugs fixed in this version. For example, the old version was unable to create the cell in a domain with no cells at all (ie with no VOB file.)

I have removed the beta 8. Please download this version instead: PgcEdit_winexe_0.6.1beta9.zip (http://www.videohelp.com/~r0lZ/pgcedit/beta/PgcEdit_winexe_0.6.1beta9.zip).

blutach

11th September 2005, 14:31

Here we go again - 2 betas per day :D

Thanks r0lZ and PS. Congrats to Kim Clijsters :)

Regards

r0lZ

11th September 2005, 21:36

Congrats to Kim Clijsters :)Nice day for Belgium! ;)

goonix

12th September 2005, 01:02

@rolZ
Thank you for adding the "create new blank cell" function!

First test results from 0.6.1beta9.

Issue 1:
I'm trying to make a DVD from scratch with PgcEdit.
So I first use "New DVD" under the File tab.
Then I import a title.
Now I need a dummy PGC in the VTS1 menu domain. But there is no menu domain.
The same for DVDShrink reauthored "movie only" DVDs.

I did'nt found a way to add a new dummy PGC to the non-existing domain.
Can you give me a hint?

Issue 2:
If I make a "movie only" PAL DVD with DVDLab Pro, it creates a Title menu (Jump to Title 1) with a blank PAL VOB in the VMGM domain, a Root menu (Jump to Title 1) as dummy PGC in the VTSM 1 domain and of course the PAL Title 1 in VTST 1.

Unfortunately the dummy PGC in the VTSM 1 domain has the NTSC attributes. It does'nt matter for a dummy PGC, but when I create a new blank cell within this dummy PGC, then I get a NTSC cell. I need a PAL cell however.
I can change the attributes of the dummy PGC to PAL with IfoEdit.
Can I do it in PgcEdit too?

goonix

blutach

12th September 2005, 01:31

@goonix - to create VMGM - right click on First play PGC and Select new menu. Create/import your title - again, right click on it and select new menu to make the root menu for that VTS. Is this what you're looking for?

I have found that the type of video (PAL/NTSC) you import to create a title determines the video that is created for the menus.

Regards

goonix

12th September 2005, 01:54

@blutach
Thats exactly what i need.
There seems to be a lot that PgcEdit is able to do. I find a new "nugget" every day. ;)

So issue 1 is solved.

Thanks, blutach!

goonix

DMagic1

12th September 2005, 08:51

Maybe this has already been discussed. If so, sorry and point me to the answer please.

I have a problem with the preview window openning during trace mode. The trace stops for awhile when the window should open but it never does. Then the trace moves on to the next stop point. I had this problem long ago but never got a chance to mention it. It works fine on one of my computers but on the other desktop and my laptop it doesn't. Am I missing some dll or plugin for the trace preview viewer?

r0lZ

12th September 2005, 09:54

@goonix:
Issue 2 is really a problem. It's currently not possible to change the video encoding type, standard and resolution of a menu domain without video, because it should match the standard used in the VTSTs. IMO, this problem is a bug in DVDLab.

But maybe I can add a function to modify the video standard and resolution when the domain is made exclusively of dummies. Or add a check when loading the DVD to verify that all domains are either PAL or NTSC, and fix the wrong domains.

Anyway, thanks for the report.

r0lZ

12th September 2005, 10:04

r0lZ

12th September 2005, 13:29

Well, I've implemented a solution for the PAL/NTSC mismatch when creating the first new blank cell in a domain. If the video standard of the menu domain doesn't match the standard of the title domain of the same titleset (or of titleset 1 for a VMGM menu), a new requester pops up, and the user can force the correct standard.
Also, I have removed the "Copy original VOB file to backup?" question when there is no VOB file to backup!

You may test the new version of the Create Cell function: PgcEdit_winexe_0.6.1beta10.zip (http://www.videohelp.com/~r0lZ/pgcedit/beta/PgcEdit_winexe_0.6.1beta10.zip)

blutach

12th September 2005, 13:34

We gunna have a final release soon? :D

Edit: Little Bug - Creating a blank cell in a dummy in VMG. Get this error:

http://img395.imageshack.us/img395/8106/untitled4qb.png (http://imageshack.us)

Regards

blutach

12th September 2005, 13:45

Little feature request - with all this playing around with domain attributes, it has brought to mind that it is one of my most used functions. But it has no shortcut key!

Anyway to make it the default on the right click popup menu? Or give it a shortcut? We have ~ AND Ctrl-P for preview but none for D.S.A.

Regards

r0lZ

12th September 2005, 13:45

Edit: Little Bug - Creating a blank cell in a dummy in VMG. Get this error:

http://img395.imageshack.us/img395/8106/untitled4qb.png (http://imageshack.us)
That's not a bug. It's a safety check.
When a new cell is created, it is appended to the current VOB. But the C_ADT table must be updated. If the number of sectors referenced in this table don't match the length of the VOB, it is not possible to trust the table, and the Create Blank Cell function cannot update the table! This is why, in this case, the function must abort.
So, in your case, either the VOB or the table has something wrong. Try a mock strip...

r0lZ

12th September 2005, 13:49

OK, I will see if there is still a shortcut key available for the Domain Streams Attributes function.

And yes, I will release PgcEdit 0.6.1 final soon, probably at the end of this week.

blutach

12th September 2005, 13:53

Another little thing:

I thought on re-opening a DVD (Ctrl-R), the check for "fix number of streams" was not supposed to re-execute. However, it does, unless you answer No to the parse menu buttons.

Is this intended?

Regards

blutach

12th September 2005, 13:55

That's not a bug. It's a safety check.
When a new cell is created, it is appended to the current VOB. But the C_ADT table must be updated. If the number of sectors referenced in this table don't match the length of the VOB, it is not possible to trust the table, and the Create Blank Cell function cannot update the table! This is why, in this case, the function must abort.
So, in your case, either the VOB or the table has something wrong. Try a mock strip...
Yup - as usual you got it in one. I been away too long!

I just thought that because it was out by the 5 VOBUs this corresponded to the new cell.

Many thanks.

Regards

r0lZ

12th September 2005, 15:41

I thought on re-opening a DVD (Ctrl-R), the check for "fix number of streams" was not supposed to re-execute. However, it does, unless you answer No to the parse menu buttons.

Is this intended?No. It's a little bug. Will fix it.

jsoto

12th September 2005, 16:49

But it will not be possible to add new CIDs to the existing VID. Since the cell is always appended at the end of the VOBs, I think it's better to create a new VID.
It's OK, but remember: VobBlanker is able to reorder the VOB layout, inserting the new CID in the place where it should be.
jsoto

r0lZ

12th September 2005, 17:00

Thanks, Jsoto. But, at least in this case, I don't want to force the user to rebuild the VOBs with VobBlanker.

blutach

12th September 2005, 22:51

I think VobBlanker is not able to expand the IFO. In other words, if per bad luck, after the replace, one of the IFO table is to big for the current number of sectors occupied by the table, that table cannot be updated. But maybe (I hope) I'm wrong.
Jsoto?@r0lZ and jsoto

Last night I was able to build a DVD from scratch and replace a blank cell (which was inserted with PgcEdit) with VobBlanker (in fact in VMGM). There was no table expansion problems, although I must say I replaced the last cell, not an intermediate one.

Regards

r0lZ

12th September 2005, 22:55

Yes, Jsoto, can you say if it's true that there are some limitations in VobBlanker when a table must expand over a new sector?

As far as I know, I think VB has the same limitation than IfoEdit: it is able to expand a table if there is enough room before the next table. But what happens if there is not enough room?

blutach

12th September 2005, 22:58

Just to add, the experiment started off with very little - minimal tables - IFOs were 12kb or so and expanded nicely. Ended up perfect, was even able to add a cell or two to VMGM after the replace.

Regards

jsoto

12th September 2005, 23:04

I think VobBlanker is not able to expand the IFO. In other words, if per bad luck, after the replace, one of the IFO table is to big for the current number of sectors occupied by the table, that table cannot be updated. But maybe (I hope) I'm wrong.
Jsoto?
Sorry, I didn't read all the thread, and I missed the question.
Yes VB, has some limitations to grow the IFO, but it is able to do it.
Reading the code (but it neded to be tested), seems VB does not support a new ADT table larger than the original (but this is something that is not going to happen until the feature of split one cell in two) but ADMAP tables (titles and menus) can grow until a reasonable limit.

jsoto

r0lZ

12th September 2005, 23:08

What is this 'reasonable limit'?

blutach

12th September 2005, 23:09

So, it seems if PgcEdit can create the VTS_C_ADT table with its create cell function, there will be no worries?

Regards

jsoto

12th September 2005, 23:15

What is this 'reasonable limit'?

#define MAX_NEWIFOSECTORS 32 //Free space for IFO growing.

32 sectors = 64 kbytes

As you can see, I can easily change it, but it is a fix value, cannot be modified in runtime.

So, it seems if PgcEdit can create the VTS_C_ADT table with its create cell function, there will be no worries?

Up to 64 kbytes, no problem.

jsoto

DMagic1

13th September 2005, 04:05

@DMagic1
No, this problem has never been discussed.

Have you tried to disable the DirectDray Overlays? (This is an option in the Preview menu.) On some systems, il may help.

Also, you said that you have this problem in Trace mode. Strange. The same program is used in normal preview, and in trace mode. Can you try also to launch the preview via the "Preview full Domain VOB(s)" function? Does it work?

Please verify if MFC42.dll is available on your system. This DLL is needed to build the interface. And verify if you use the same version of DirectX on the two machines. I have DirextX 9.0c. It's probably the latest version. (You can check DirectX with the Windows program DXDIAG.EXE.)

Yes I have the same DirectX as you on both computers. The MFC42.dll is on my system too. Preview full Domain VOB(s) works. The funny this is that when using trace mode, none of the preview windows open when they should except when it reachs the menu with buttons.

Btw, all systems are running WinXP.

r0lZ

13th September 2005, 09:39

DMagic1

14th September 2005, 03:36

Yes, if I select the check box the window will open and the cell will play on its own. If I select play automatically in the trace menu without the checkbox it will not open the window.

The window should open even when I don't wont it to play the clip automatically, right? That how it works on the computer with no issues.

r0lZ

14th September 2005, 09:51

No. The checkbox near the Play symbol is a shortcut to the "Start Preview Automatically When Playing a Cell" option. If you change it, the menu checkbox should be changed also, and vice-versa.
If you turn OFF this option, the preview should not display anything at all. You will see only the menu buttons viewer when a cell with buttons is played.
I should rename the option "Open Preview Window Automatically When Playing a Cell" instead of "Start...".

To start the playback automatically when the preview window opens, you should use the next option: "Automatically Start Preview Playback".

And verify the last option, too: "Skip Preview of Short Cells". With this option enabled, you will not see the very short cells (usually black frames).

Anyway, duplicate exactly the same setings than on your other computer, and see if everything is OK.

blutach

14th September 2005, 15:02

#define MAX_NEWIFOSECTORS 32 //Free space for IFO growing.

32 sectors = 64 kbytes

As you can see, I can easily change it, but it is a fix value, cannot be modified in runtime.

Up to 64 kbytes, no problem.

jsotoMaybe make it 128kb then? - that would cover most situations. It is a max value after all not a fixed one.

Regards

r0lZ

14th September 2005, 15:19

Although an ADMAP table can be very large, I think 32 sectors is enough.
But I remember I've read somewhere that VB was unable to increase a table. Maybe it was the table of commands within a PGC? Is it why VB doesn't copy the post to pre-commands, but move them instead?

jsoto

14th September 2005, 19:26

Hi all

Currently VB cannot grow any table. (Up to now it has not be needed). But, in the future (i.e, in split cell feature) it will be needed

But the last four (*) tables of the IFO (VTS_C_ADT, VTS_VOBU_ADMAP, VTSM_C_ADT and VTS_VOBU_ADMAP) are always "recreated" from scratch. So, they can be larger or smaller than the original ones. The "problem" is that VB reserves memory for 32 additional sectors when calls the "new" statement .
(*) only the last two in VIDEO_TS.IFO

About the size of ADMAP:
One VOBU pointer uses 4 bytes in ADMAP, so 64 K is enough to store 16 K pointers. Assuming 0.5 sec average per VOBU, we are talking about 8.000 seconds (more than 2 hours video).. Seems enough.
EDIT: I forgot to mention I've added an error if the required size is larger than 32 sectors (although I didn't test it yet)

jsoto

jeanl

14th September 2005, 19:33

But, in the future (i.e, in split cell feature) it will be needed
So you are planning on working on the cell-splitting feature, that's good! :)
Jeanl

blutach

14th September 2005, 23:16

One VOBU pointer uses 4 bytes in ADMAP, so 64 K is enough to store 16 K pointers. Assuming 0.5 sec average per VOBU, we are talking about 8.000 seconds (more than 2 hours video).. Seems enough.Plenty of movies are more than 133 minutes. Maybe 3 hours (= 86.4k)?

Regards

jsoto

14th September 2005, 23:29

Plenty of movies are more than 133 minutes. Maybe 3 hours (= 86.4k)?
Easier, assume 0.7 sec per VOBU and you'll have 3,2 hours.. :D :D
Seriously,
- one VOBU has to be between 0.4 (min value, 15 frames PAL 18 frames NTSC) and 1.4 secs (max value). 0.5 is very conservative...
- 32 sectors are reserved for IFO growing. The original IFO ADMAP space is also reused, so we are talking to add 3 hours to the original DVD in a new cell (replacing a small one i. e.) or to replace a small PGC with a very large one...

[So you are planning on working on the cell-splitting feature, that's good! Yes, seems the next challenge in VB...

jsoto

goonix

15th September 2005, 00:35

@rolZ

Just a little suggestion:
If I want to set the audio 0/subpicture 0 from "none" to "0" in the PGC Editor, following procedure is necessary:
1. Set Audio 0 to stream ID 0 with the slider (the pop up window shows Audio 1: not used) ... Audio 0 <-> Audio 1?
2. Click the "Set" button to close the stream setup window.
3. Click the "OK" button to close the PGC Editor.
4. Double click on the PGC to open the PGC Editor again.
5. Click on the "Current domain streams attributes" button.
Then the VTSI_MAT table can be fixed.
The same procedure for disable the audio/subpicture streams.

It will be more user friendly, if the "Verify number of streams" window pops up directly after clicking the "Set" or "Disable" button of the stream setup window if the status has changed.

Maybe you can set the number of streams at once according to the settings if the user has changed something without the need of an additional user intervention.

goonix

r0lZ

15th September 2005, 02:17

1. Set Audio 0 to stream ID 0 with the slider (the pop up window shows Audio 1: not used) ... Audio 0 <-> Audio 1?Right. Now fixed.

4. Double click on the PGC to open the PGC Editor again.You don't need to open the PGC Editor again. Just call the domain streams attributes function from the main window. (It is available in the Domain menu, or in the PGC Selector popup menu).

It will be more user friendly, if the "Verify number of streams" window pops up directly after clicking the "Set" or "Disable" button of the stream setup window if the status has changed.Sorry, I can't do that. The reason is that the Domain Streams Attributes and the Fix # of Streams functions are independent of the PGC Selector. They use the infos on the current domain and PGC as they are stored in memory.
But when you are working in the PGC EDitor, these infos are still not updated, so that, if you cancel the requester, I can disgard the changes. So, modifying the streams attributes before clicking OK in the PGC Editor doesn't make sense.
I know that the Domain Streams Attributes button in the PGC editor is ambiguous, because it is not directly related to the PGC. I've put it there to let the user verify what streams and which languages are defined. Maybe I have to remove the button, or open the requester in read-only mode?

DMagic1

15th September 2005, 04:16

Hum, so the preview works except in trace mode? Are you sure it is turned ON in trace mode? (See Trace menu: "Setup -> Preview Options -> Start Preview Automatically When Playing a Cell", or the checkbox near the play arrow in the right side of the preview menu bar.)

Strange, the check box doesn't seem to act as a shortcut. It doesn't change the setting in the menu drop at all. I have found that the original pc doesn't play the cells(non still) on its own. The window opens but I have to press play for it to play. The other 2 pc play them without me pressing play.

Atleast I found the answer to why the windows were not opening in the other 2 pc. I just wonder why it plays the cell in the other 2 but not the 1 pc.

I actually prefer it to not play it without me pressing play or moving the slider. If it a short clip I may miss what I'm looking for.

r0lZ

15th September 2005, 09:50

Strange, the check box doesn't seem to act as a shortcut. It doesn't change the setting in the menu drop at all.That's impossible! Both options are linked by a common variable. When one changes, the other one must change.

I have found that the original pc doesn't play the cells(non still) on its own. The window opens but I have to press play for it to play. The other 2 pc play them without me pressing play.That's controlled by the second option: Automatically Start Preview Playback.

I actually prefer it to not play it without me pressing play or moving the slider. If it a short clip I may miss what I'm looking for.If you don't check the "Close Preview Automatically at the End of the Cell Playback", and you leave the timing slider at 0, you will be able to play the cell again and again anyway.
And don't set the "Skip Preview of Short Cells" if you want to be sure to locate everything.

Have you compared the settings on your PCs? Is there any difference?

goonix

15th September 2005, 13:47

@rolZ

Ok, I understand now.
Thank you for the explanation why it has to be done in that way.

goonix

zacoz

16th September 2005, 19:00

I've done a search but can't see this has been mentioned before.

I've recently come across a number of DVD's (Farscape episodes R4) where the commands in the FP-PGC & all the dummy PGC's have been authored as Post-commands, rather than the usual Pre-commands (Farscape Season 2 Disc 6 has literally hundreds of dummy PGC's).

This doesn't cause any playback problems on my SW or HW players, however, it's a real pain in the posterior when it comes to doing a trace in PgcEdit. The Trace stops prior to the Post-commands on every dummy PGC as it's not redirected elsewhere by the usual Pre-commands. :mad:

I've tried playing with the Breakpoint and Skip Preview of Short Cells options but as I'd figured these had no affect upon the problem.

r0lZ, is it viable to have the PgcEdit Trace not stop at the end of the Pre-command section if it is tracing a dummy PGC ?

r0lZ

16th September 2005, 19:14

Strange. Normally, in such situation, PgcEdit should display something like that in the log window:------> Entering VMG , First-Play PGC
******* Start playback VMG , First-Play PGC...
******* Dummy PGC: no cell to play.
-- post 1 : (JumpTT) Jump to Title 1As you can see, it works. I can't notice any pause.
But PgcEdit stops at post command 1 when the Break At All Titles or Break at All Menus option is on. IMO, that's normal.

(Note: i've tested with the FP-PGC, but the behaviour should be identical in all PGCs.)

zacoz

16th September 2005, 19:37

I get the following output when doing my trace. Neither Break at Menu or Break at Title options are ticked.

DVD inserted: "E:\FARSCAPE_SII_DISC6\VIDEO_TS"
DVD inserted: ""; Provider: UNDEFINED
DVD inserted: Resetting all GPRMs to 0.
DVD inserted: Initializing the SPRMs to default/setup values.

(I Press ->> Next PB)

------> Entering VMG , First-Play PGC
******* Start playback VMG , First-Play PGC...

(Trace Pauses: I Press ->> Next PB)

******* Dummy PGC: no cell to play.
-- post 1 : Set gprm(13) =(mov) 1081
-> gprm(13) = 1081 (0x0439)
-- post 2 : (JumpSS) Jump to VMGM PGC 2
------> Entering VMGM , LU 1 (en) , 2 (dummy)
******* Start playback VMGM , LU 1 (en) , 2 (dummy)...

(Trace Pauses: I Press ->> Next PB)

******* Dummy PGC: no cell to play.
-- post 1 : Set gprm(15) =(mov) gprm(13)
-> gprm(15) = 1081 (0x0439)
-- post 2 : if ( gprm(15) > 200 ) then { LinkPGCN PGC 3 }
if ( 1081 > 200 ) : true.
------> Entering VMGM , LU 1 (en) , 3 (dummy)
******* Start playback VMGM , LU 1 (en) , 3 (dummy)...
Edit: @r0lZ - I need some sleep...will pick this up again tomorrow; scratch that, later tomorrow - it's been tomorrow for 4.5 hours already

r0lZ

16th September 2005, 20:47

OK, I understand. The trace stops at the first post command in Next PB mode, but should continue if the PGC is a dummy. The test I've done was in Run mode.
Should be easy to fix.

zacoz

17th September 2005, 04:47

Thanks r0lZ - nice to know I haven't missed an obvious option somewhere.

I previously haven't used the Run button as most times I want to also preview the cells without buttons, and on trying it today this seems to go past them, only stopping when it reaches a cell with buttons. Note to self: May be useful for other testing.

Taelon

17th September 2005, 05:10

zacoz,
- offtopic -

I just noticed a typo in your sig:
Protecting my DVD Investments: DVD Decrypter / PCGEdit / VobBlanker / DVD Shrink / MenuShrink

zacoz

17th September 2005, 07:18

Thanks Taelon... and sorry r0lZ.

DMagic1

17th September 2005, 07:44

That's impossible! Both options are linked by a common variable. When one changes, the other one must change.

Well what I mean is that if I check the checkbox, the menu selection is not check and viceversa.

r0lZ

17th September 2005, 09:04

I previously haven't used the Run button as most times I want to also preview the cells without buttons, and on trying it today this seems to go past them, only stopping when it reaches a cell with buttons.Again, if the "Start Preview Automatically when Playing a Cell" oprion is ON, (and the "Skip Preview of Short Cells" is OFF), you should see all cells. Choosing Step or Run mode has no incidence on the preview.

zacoz

17th September 2005, 09:26

Cool. Sorry r0lZ, must admit I hadn't followed too closely the preview related posts over the last few days, and hadn't thought about the effect on the Run button. I'd always stuck to what I know in this regard (ie the Next PB button).

r0lZ

17th September 2005, 13:57

Hi, everybody.

Yet another beta available: PgcEdit_winexe_0.6.1beta11.zip (http://www.videohelp.com/~r0lZ/pgcedit/beta/PgcEdit_winexe_0.6.1beta11.zip).

I have added a new function to replace the current VTST domain with an imported one: "File -> Replace VTST Titles". This function is handy to import a reauthored domain. It takes everything from the imported domain, except the menu, which is left untouched. The VMG_TT_SRPT table is updated according to the imported titles.
If somebody has some time to test this function, I will be happy.
If everything is fine, I will probably change the GUI to let the user choose wether he wants to import the PGC color tables as well. Let me know if you think at some other useful options.

I have also fixed the problem with the Next PB break in trace mode. And I have renamed the option "Start Preview automatically when playing a cell?" to "Open Preview automatically when playing a cell?", for a better understanding of the usage of this option.

Taelon

17th September 2005, 14:17

The new function sounds great r0lZ, I can think of some times when that will be very handy. If you allow importing PGC color tables, would that be for menus as well? I would think that could be useful.

thanks r0lZ!

blutach

17th September 2005, 14:20

@Taelon

The importing is of VTST not VTSM.

@r0lZ - this function will rewrite the guide on adding menus back to DVD Shrink re-authored DVDs :)

Regards

r0lZ

17th September 2005, 14:22

It is already possible to import/export the color table of any PGC.
What I want is to be able to keep the original tables when overwriting a VTST with an imported one. It's generally necessary.

Taelon

17th September 2005, 14:23

blutach, I know that. I'm just hoping if he allows CLUT importing as a seperate function it could be for VTSMs as well?

r0lZ

17th September 2005, 14:30

That's already possible, but you have to import/export it for every PGCs in the domain.

Taelon

17th September 2005, 15:13

Sorry I'm still confused, for the VTSTs it's important in regards to the subtitles, correct? But if you're importing a newly created menu isn't it important to retain the CLUT from the existing menu? I realize the function to import/export color schemes is in the menu editor but what happens, if the subs colors aren't in the CLUT? Or is that impossible?

CoNS

17th September 2005, 17:15

this function will rewrite the guide on adding menus back to DVD Shrink re-authored DVDs :)You mean, by turning it upside down so that the movie (from the DVD Shrink re-authored DVD) will be added back to the old DVD structure with the original menus?

r0lZ

17th September 2005, 17:48

@Taelon: You're right, the ability to retain the menu color table is important. But there is currently no function to replace a menu by an imported one. In fact, if you import a menu, the current one, if any, is removed first. So, I will not add this function, at least for now. As I said before, it's easy to export the CLUT before importing the new menu.

On the other hand, if was previously impossible to replace a VTST at all. Now, it's possible, but currently still w/o the choice of keeping the original CLUT.

r0lZ

17th September 2005, 17:54

You mean, by turning it upside down so that the movie (from the DVD Shrink re-authored DVD) will be added back to the old DVD structure with the original menus?I suppose so. But I wonder if a guide is still needed. If there is only one Title in the domain, all you have to do is to import the reauthored title with the new function. Sounds not too complicated. :D

mpucoder

17th September 2005, 18:30

I don't understand why the CLUT would not be imported along with the PGCs for the domain. A VTST is very much a complete package (vobs and ifo) that just needs to be linked into from VMG.

r0lZ

17th September 2005, 23:25

Except if you recode the video. When you remux the video and subpics, the original CLUT is lost. With Muxman, it is possible to edit the project file, but that's not really easy. So importing the original CLUT in PgcEdit is, IMO, a good solution.
Of course, if you simply shrink the domain with, say, DVD Shrink, the CLUT has not changed, and you don't need to import it.

Note that the CLUT choice is only a problem if you reimport an original title back at his original place, in an existent VTS. Of course, if you import a new VTS, the CLUT of that VTS is always automatically imported.

r0lZ

18th September 2005, 11:53

PgcEdit_winexe_0.6.1beta12.zip (http://www.videohelp.com/~r0lZ/pgcedit/beta/PgcEdit_winexe_0.6.1beta12.zip)

In the "Replace VTST Titles" function, I have added the option to keep the CLUT, and also everything not directly related to the VOBs, from the original PGCs. Now, you can use this function to import a reencoded title.
Basically, the function with this option do the job of IfoUpdate, but in the reverse order: the VOBs are replaced, and the relevent tables are updated, but nothing else.
Note that the cell table (except the VOBU pointers and the cell type flags), the program map and the chapters numbers are kept only for the PGCs that are made of exactly the same number of cells than in the original.
Do you think it is useful to keep also some cell type flags (for example the angle flags)?

HKT3020_1

18th September 2005, 15:35

This is probably asking alot but a feature be added to remove multiple versions of a film on DVD. e.g. The Matrix, Alien & Aliens from the Quadrilogy set. I apprecaite all the time and investment put into this program so thanks either way. :)

r0lZ

18th September 2005, 17:39

A one-click function to remove a version of a movie is not easy to do.
In Matrix, there are several versions interleaved in the same VOB file, and refered by several PGCs. Although you can Kill Playback on these PGCs, PgcEdit cannot edit the VOBs, to remove the interleaved cells.
On the other hand, in most cases, when there are 2 versions of the same movie with different aspect ratios (Wide screen/Full screen), you should be able to use the Blank Out Domain function to remove one version. If there is some material you want to keep in the same domain, you need VobBlanker.
As you can see, it's noe easy to automate this task.

CoNS

18th September 2005, 20:56

In the "Replace VTST Titles" function, I have added the option to keep the CLUT, and also everything not directly related to the VOBs, from the original PGCs. Now, you can use this function to import a reencoded title.
Basically, the function with this option do the job of IfoUpdate, but in the reverse order: the VOBs are replaced, and the relevent tables are updated, but nothing else.So, this is equivalent to VobBlanker's Replace PGC function when used in input folder in VobBlanker?

Does the options to copy subtitle and audio tables, and to copy the subtitle colours, apply to this new function in PgcEdit, too? (I often need to replace a PGC with a newly muxed one, the reason not being reencoding the video, but adding extra custom made subtitles in my native language)

r0lZ

18th September 2005, 21:55

So, this is equivalent to VobBlanker's Replace PGC function when used in input folder in VobBlanker?Not exactly. Here, you can only replace the whole titleset. As his name implies, the function replaces all titles in the current titleset.

Does the options to copy subtitle and audio tables, and to copy the subtitle colours, apply to this new function in PgcEdit, too? (I often need to replace a PGC with a newly muxed one, the reason not being reencoding the video, but adding extra custom made subtitles in my native language)You may use this function for that purpose, if there is only one main title in the PGC: You should demux the VOBs, and export the celltimes.txt file. Remux with your new subpic and the celltimes. Reimport the title in PgcEdit, keeping the original parameters. Then, edit the subpic streams assignments in the PGC to add the new subpic. Finally, fix and edit the domain streams attributes.

CoNS

18th September 2005, 22:39

Not exactly. Here, you can only replace the whole titleset. As his name implies, the function replaces all titles in the current titleset.Ah, ok, I read your first qouted post as if you had now allowed the replacement of a single title within a VTST.

Anyway, in all the (very common) cases where the main movie is placed as the single title inside a VTST, the two reimport/replace functions in PgcEdit and VobBlanker respectively will give the same result then, right?

You may use this function for that purpose, if there is only one main title in the PGC: You should demux the VOBs, and export the celltimes.txt file. Remux with your new subpic and the celltimes. Reimport the title in PgcEdit, keeping the original parameters. Then, edit the subpic streams assignments in the PGC to add the new subpic. Finally, fix and edit the domain streams attributes.I'm with you all the way to the remuxing part. But when reimporting in PgcEdit, I thought you had now added an option to copy those stream assignments and attributes from the newly muxed VTST into the old VTST in question? Or is this stream information not part of the tables that are copied?

r0lZ

18th September 2005, 22:57

lazer007

19th September 2005, 09:30

[QUOTE=r0lZ]I may add this feature later, but for now, you may already do it easily manually. Just export the buttons, and edit the exported file. Import it, and it's done.

<snip example>

You may have to modify as well the global parameters at the end of the file, but it's easier to do interactively, in the editor.
Also, don't forget to do the edit for all groups in the file. The example above has only one button group.

------------------------------------------------------------------

Hi r0lZ,

First, thanks for such a great program!!! However, changing button numbers is not quite that easuly done. You have also to change the adjacent button numbers as well. Also, as you mentioned in your reply, the number of changes multiply when there is more than one group. Also many times it is not only two buttons you want to change.

That and the likelyhood of human error suggested to me that an interface to make these changes might be useful. I wrote this little program. you input the mnu file created by your program from a save menu and make the button swaps. Then save the changes and import them back into the menu with your load menu function. I've attached the program to this note in case others might find it useful.

Thanks again for an outstanding program!

-Lazer.

CoNS

19th September 2005, 10:12

No, by default the import copies everything (except the menus) from the reauthored title. The option allow you to keep the informations of the original titleset. So, you don't have to copy the color table, and to worry about the commands and PGC parameters. You may now reencode, keeping exactly the same number of cells. You don't need to set the audio and subpic languages. When you import, select the new option, and you will recover the PGC exactly as it was, but with a new VOB, and new VOBU pointers and tables. At this point, you need only to add the new streram in the PGC and in the domain streams attributes.
In fact, I've made this functions for the guys using IfoUpdate a lot. It's simpler to use my function.Sorry for being such a dumbass nOOb, but just to be sure that I understand:

In my case, where I'm not reencoding the video, but adding an extra subtitle stream after the original streams (or replacing one of the existing subtitle streams with a new one in a different language), I can avoid doing the manual updating of the stream assignments and attributes after importing the newly muxed VTST, IF I uncheck the new option in PgcEdit AND have specified the correct stream info in MuxMan etc. when I muxed the new VTST? PgcEdit will then simply copy this information for me automatically into the original DVD structure for the replaced VTST, and I'm all set to go, right?

r0lZ

19th September 2005, 10:54

Right.
But remember that muxman will create one program and chapter per cell present in the celltimes.txt file. This is not necessarily the same structure than in the original. Also, the cell commands numbers and still times, PGC commands, color lookup table, etc... are lost. You will have to restore all that stuff manually.
In the other hand, if you accept the new option, everything will be maintained, like in the original, but you will loose the new streams definitions you've done in Muxman. I think it' easier to fix them in PgcEdit.
Anyway, you should be able to test both methods easily, and see what is best suitable for you.

r0lZ

19th September 2005, 10:57

@lazer007
Thanks for your app. It may be useful to some ppl. May I put it on my homepage?

I may add later a function to swap two buttons in PgcEdit, but I have other priorities for now.

@a moderator
Can you approve the attachment?

CoNS

19th September 2005, 14:59

Thanks for clarifying, r0lZ. I will test the two different ways when I get home from work, but from your explanation I guess that checking the new option and correcting the stream assignments and attributes afterwards would be the more "proper" way of doing it.

However, in IfoUpdate I have specific options to copy the colour lookup table and audio/subpic stream tables separately, so that no manual correction of the audio/subpic stream assignments and attributes is needed afterwards?

BTW, I wonder if VobBlanker's "Replace PGC" function will leave the program/chapter per cell data, cell commands numbers and still times, PGC commands etc. untouched in the original DVD structure?

lazer007

19th September 2005, 18:15

@lazer007
Thanks for your app. It may be useful to some ppl. May I put it on my homepage?

Absolutely. I'd be honored. ;)

I may add later a function to swap two buttons in PgcEdit, but I have other priorities for now.
I figured that from your previous posts. I'm glad I could help!

-Lazer.

Tobii

20th September 2005, 19:33

@ r0lZ

I haven't read all posts now. There is a possibility if one has imposed on the User Bank 1 to 4 in the trace mode (State -- > Snapshot State) having a marking for the positions in the PGC Selector?

Or perhaps directly in the User Bank? Approximately so ---> User Bank 1 ( VTS 1 , 1 TTN 1)
An additional possibility would be very helpful to delete the Banks (Clear all Snapshot State).
Logically only if it is possible and you are of the same opinion.

Sometimes I have an applications error at "State".

http://img303.imageshack.us/img303/8377/pgcediterrorstatefunktion6xc.png (http://imageshack.us)

At the moment, I am trying to put. What can you do with that?

---------------------
Hopeful, T.

r0lZ

21st September 2005, 11:38

There is a possibility if one has imposed on the User Bank 1 to 4 in the trace mode (State -- > Snapshot State) having a marking for the positions in the PGC Selector?

Or perhaps directly in the User Bank? Approximately so ---> User Bank 1 ( VTS 1 , 1 TTN 1)
An additional possibility would be very helpful to delete the Banks (Clear all Snapshot State).
Logically only if it is possible and you are of the same opinion.OK. Done.
I have added the PGC label and pre/post/cell command number in the State menu items, including in the banks that are set automatically (in the "Return to" submenu.)
There is also a new "Clear All Snapshots" menu item. The snapshots are also automatically cleared when you load another DVD (but not if you reload the same DVD with the Reopen DVD function).

Sometimes I have an applications error at "State".I have added a check to avoid this problem, but I can't understand why you got this error. Normally, this error can only occur if there are no lines at all selected in the commands listbox, but that's theorically impossible.
Can you be more specific? What have you done exactly to get this error?

Tobii

21st September 2005, 17:04

OK. Done.
Many many thanks...is really very helpful to me. :)

Can you be more specific? What have you done exactly to get this error?

I could reproduce the application error meanwhile.

I had imposed on my User Bank 1 to 4 and then executed the trace. Reload button pushed...trace log looks so
http://img290.imageshack.us/img290/2215/tracelog18ao.png (http://imageshack.us)

Restore State executed (any users bank)...no applications error.

------------------------------------------------------------------------------------------------------

Sometimes the following happens....

If I push the Reload button...trace log looks so
http://img270.imageshack.us/img270/9530/tracelog28in.png (http://imageshack.us)

Restore State executed (any users bank)...the applications error comes.
I hadn't always looked into the trace log (Sorry, my fault :( ). I think you need to make no more thoughts to you about this!

Regards, T.

r0lZ

21st September 2005, 19:17

Well, I know there is a little problem when you start the trace just after a reset trace (load button). You must wait one second or so, to let the reset terminate his job. That's ennoying but I cannot fix that.
Is it the problem you have experienced?

Tobii

21st September 2005, 21:11

Yes, it was the problem. But you don't have to fix it either.
I see no more error there...only an impatient user this one couldn't wait.

radius

22nd September 2005, 19:25

Hi,
thanks again for this soft r0lZ it's gets better each time i see a new version
^^
(if it has not been added on your last betas) will you permit deleting a vts (not only the last) and relinking to nexts vts ?
i actually make this manually exemple i've blanked the vts 2 and movie is in vts 3, i want vts 2 to go to hell ^^ so i delete it, rename vts 3 to 2 relink what points to vts 3 to 2, and finally i open this in ifoedit and i correct the vts # of the movie title to 2 (the only thing i dont change is correcting the removed title numbers, exemple : if there was 2 titles in the deleted vts 2 i should decrease the title numbers but i've not searched how to do this)

r0lZ

22nd September 2005, 21:49

It's the kind of shing I would like to include in next versions, but it's not trivial to program. I have many other things to do as well. Probably one day...

BTW, you should be able to remove the unused title entries easily. Begin with this method:
In PgcEdit, use the Remap Titles function to assign the highest title numbers at the titles of the VTS you want to remove. Save.
In IfoEdit, open VMG_TT_SRPT, and change the Number of Title Play Maps, and the Length of Table. (The value for Length of Table is the address of the entry of the first removed title less 1.) Save.
Reopen the DVD in PgcEdit. You should not see the titles numbers anymore in the domains to remove. At this point, continue with your normal method.
Don't forget to verify that it is not possible to call something in a removed titleset. (Use Find Jumps to Nowhere.)

r0lZ

23rd September 2005, 13:45

@radius: I am currently working on a function to remap the titlesets differently. In coujunction with the Delete Last VTS and the Remap Title Numbers function, you will be able to do what you want with PgcEdit alone.

Of course, the VTS numbers in the VMG_TT_SRPT table must be changed. But I will not change the title numbers. So, if the main title is, say, Title 3, then, after the remapping, it will still be Title 3, but in a new VTS.
Therefore, there is only one command that needs to be fixed: JumpSS_VTSM. Since this command can only be present in the FP-PGC and in the VMGM, it's easier to do this function than what I thought.

It's easier for me to save the DVD and reload it after the process. This way, the internal variables will be 'fixed' automatically. IMO, it's not a major drawback.

Note: After a title remapping, you should do an incremental backup, because the IFOs and VOBs in the original backup are now out of order.

radius

23rd September 2005, 17:27

thanks man :)
i just found the "create new blank cell" thing on the beta and the title replacing stuff i'll have to test this ^^
as you said before if a title is deleted the title remaping function is ok (while not necesary), there's a soft that is actually renumbering/remaping titles correctly when you use it ifos but i don't know wich one (it can be dvdshrink or vobblanker or ifoedit, i used the 3 + pgcedit on my dvd but i've not checked which one done the thing ^^)

r0lZ

23rd September 2005, 19:19

There is a Title Remapping function in PgcEdit, that changes the title numbers, and fixes the JumpTT commands.

Note that the Replace VTS Titles function has some limitations for what you want to do. For example, you cannot replace a VTS with several titles with another with less titles.

When the new function to remap titlesets will be available, it will be very simple to do what you want:
1) With the new function, rearrange the titlesets the way you want, pushing the unused ones at the end of the DVD.
2) Remap Title Numbers so that the highest title numbers are assigned at the titles of the last titleset(s).
3) Use Delete Last VTS in DVD to remove the crap.
That's all. No need for other tools anymore.

CoNS

25th September 2005, 16:30

r0lZ

25th September 2005, 18:36

Good idea.

frank

26th September 2005, 15:58

Originally posted by r0lZ:
When the new function to remap titlesets will be available, it will be very simple to do what you want:
1) With the new function, rearrange the titlesets the way you want, pushing the unused ones at the end of the DVD.
2) Remap Title Numbers so that the highest title numbers are assigned at the titles of the last titleset(s).
3) Use Delete Last VTS in DVD to remove the crap.
That's all. No need for other tools anymore.Often the main title resides in one of the the last vts.
After remapping to title1 I delete the crappy vobs vts_xx before, rename the main vts with title1 to vts_01, and edit the VIDEO_TS.IFO.
Nice, if you could implement this feature. ;)

kumi

4th October 2005, 07:08

A small bug in beta 12:

With caps-lock enabled, pressing Ctrl-T activates "Toggle PGC pre/post breakpoint". I guess it's misinterpreting it as Shift :)

r0lZ

4th October 2005, 09:08

Well, it's true, but I cannot change that, because, under Tcl/Tk, it is not possible to test directly if the Shift key is pressed. In fact, Control-Shift-t is implemented internally as Control-T (upper case T). Sorry.

r0lZ

4th October 2005, 17:07

PgcEdit 0.6.1 released!

Since this thread is long enough, I have started a new thread for v0.6.1 (http://forum.doom9.org/showthread.php?t=100890). Please use it to post all questions and bug reports related to v0.6.1.

tomlomeo

21st April 2006, 15:10

ANYONE.....HELP!! I have version 0.6.2 of PgcEdit....how can I view the Macro Menu????....I've tried for 2 hours with no success....thankx

r0lZ

21st April 2006, 19:55

The Macro menu has been removed. The macros are now under differnt menus. Which function do you need?

Also, please use the latest version.

tomlomeo

21st April 2006, 23:56

Dear r01Z thank you for your reply...I've been following a guide on how to make a simple menu for, let's say 2 or 3 movies that were reauthored with Dvd Shrink http://www.dvdshrink.info/chetwood/PgcEdit_menuimport.php#import3 . my present version of PgcEdit is 0.6.2....is there anything later??? can you recommend and simpler guide to accomplish this only issue.....since i can movie to different chapters and subtitles with my remote control....thank you

r0lZ

22nd April 2006, 00:15

OK.

Yes, v 0.6.3 is available on my homepage. And I will release v7.0 tomorrow.

You don't need to create a menu to change the subtitles or move to a specific chapter. Your remote control should have a "subtitle" button to select the subtitle you want, and you can use the Prev/Next chapter buttons to select a specific chapter.

However, when playing a compilation of several titles made with DVD Shrink in reauthor mode, it is impossible to jump from one title to another one directly with the remote. To accomplish this, you need the DVD Shrink plugin, available on my homepage. It has a function to enable the Title Menu button of the remote to jump directly to the next title in the compilation.

You should also try TitleWriter, but since I don't use it, I can't help on this subject. Look in this thread (http://forum.doom9.org/showthread.php?t=107960) for more info.