PgcEdit 0.6.3.1

[CirTap]

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

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

CirTap

[erdoke]

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

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

[r0lZ]

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

[erdoke]

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

[r0lZ]

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

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

Thanks for your help.

[spyhawk]

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

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

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

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

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

[Ja32]

Sorry, that I cut into your discussion.

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

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

PS. Sorry for my english :)

[r0lZ]

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

[Ja32]

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

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

[r0lZ]

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

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

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

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

[Ja32]

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

thanks again.

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

[mad-eddy]

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

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

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

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

Greet.

[frank]

Oh mein Gott, wer soll das verstehen!?

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

Frag lieber im deutschen Forum.

[CirTap]

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

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

CirTap

[jeanl]

Ca c'est bien vrai!
:D
jeanl

[CirTap]

Il parle saxon ...

[r0lZ]

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


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

[mad-eddy]

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

[jeanl]

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

[CirTap]

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

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

CirTap

[mad-eddy]

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

aber der Text war einfach zu lustig, 'tschuldige

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

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

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

Cu

[CirTap]

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

Have fun,
CirTap

[blutach]

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

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

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

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

Best wishes

Regards

[CirTap]

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

CirTap

[r0lZ]

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

[mad-eddy]

@r0lZ

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

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

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

Cu

[r0lZ]

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

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

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

[CirTap]

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

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

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

Have fun,
CirTap

[r0lZ]

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

[mad-eddy]

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

and IMO not very useful. I think differently.

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

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

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

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

salute

[r0lZ]

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

[CirTap]

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

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

Have fun,
CirTap

[mad-eddy]

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

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

[mp3boy]

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

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

thanks


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

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

[r0lZ]

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

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

[mp3boy]

Thank you very much for fast reply,

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

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

Thanks again

[r0lZ]

Thanks.

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

[r0lZ]

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

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

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

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

[mp3boy]

YOU ARE GOD!!!

I replaced the whole title set with VOBBlanker

[r0lZ]

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

[jsoto]

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

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

jsoto

[CoNS]

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

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

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

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

[r0lZ]

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

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

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

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

[CoNS]

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

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

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

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

[r0lZ]

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

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

[mp3boy]

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

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

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

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

Yours

[CoNS]

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

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

[r0lZ]

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

[r0lZ]

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

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

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

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

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

[CoNS]

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