View Full Version : PgcEdit v8.6 released (January 12, 2008)
Pages :
1
2
3
[
4]
5
6
7
8
9
10
11
12
13
14
President
11th April 2007, 07:59
2 r0lZ,
The links (to tmap plugin 1.3 and PGCEdit 8.1 b2) are died.
Could you please to put (and store) all betas in the one place (on your Videohelp home page of PGCEdit /betas. Now it is empty). At least until new releases.
Thanks.
r0lZ
11th April 2007, 08:16
It is true that my ISP has changed something in the old path I've used until now. It's why the old betas are not available any more.
Anyway, the betas are normally not public, although I need to share them with some beta testers. Also, 8.1 beta 2 is slightly outdated now.
BTW, I have no homepage at sourceforge. The official PgcEdit home is at VideoHelp.
I will upload v8.1 final and the updated plugins in a couple of days. Please be patient...
President
11th April 2007, 09:20
Anyway, the betas are normally not public...
I understand and agree. I not propose to put betas (links on it) to main Videohelp page. It seems to me just a good thought keep all betas in one (known) place. Nothing else. Anyway all betas discussing in here.
I need to share them with some beta testers.
The last beta2 has an important changes in the timemap calculation on NTSC. I uses only it instead last release 8.0. I am not a registered and accredited betatester but also to do one's bit to improve your program, I hope:-). At least I attempt where possible:-).
BTW, I have no homepage at sourceforge. The official PgcEdit home is at VideoHelp.
OOPS! Sorry. Already fixed:-).
I will upload v8.1 final and the updated plugins in a couple of days. Please be patient...
OK. Thanks ahead.
GravuTrad
14th April 2007, 12:19
ok, 8.1 final. Good. so i wait a little in the french traduction. I have found how to translate easily. i concentrate so on plugins and help...
sorry of the delay but it's long to do....
but very happy to do this...
and after i'll do a french version of your site that i can host if you want...
r0lZ
14th April 2007, 13:34
sorry of the delay but it's long to do....I know! I am sorry. Thanks to you!
and after i'll do a french version of your site that i can host if you want...Wow! Great idea!
Aaygo
14th April 2007, 17:15
What is the deal?! I can't get PgcEdit to burn with ImgBurn.
First, I get a Write-to-Disc error, now I'm getting a message saying that the formats are incompatible? Has anyone duplicated this?
ImgBurn 2.3.2.0
pgcedit 8.
Yes it's NTSC material.
-Aaygo
r0lZ
14th April 2007, 18:13
Probably hardware problems.
Write to disc errors are often due to bad media or defective burner.
Incompatible formats might be caused by the use of DVD-5 or CDs when a DL DVD is required, or, maybe, DVD+/-R incompatibility.
Anyway, you might want to post in the Burn forum, as it's not related to PgcEdit.
GravuTrad
14th April 2007, 19:48
I know! I am sorry. Thanks to you!
Wow! Great idea!
No problem. i'll keep you informed. take me informed for 8.1 stable version.
alxtorrentazos
15th April 2007, 22:24
First I want to apologize for my poor english. I hope someone could help me with this. Iīm a new user of pgcedit, itīs a wonderful program but i want to do a little thing and i canīt.
I used vobblanker on a dvd main menu, cleaning a lot of little short clips which represent near 900mb or more......this clips are little animated scenes of the main movie with buttons to select subs, extras, etc, but mostly in korean, english, russian, japanese languages, and because my language is spanish, i donīt need them, but I need the space to get better quality at the compresion time :D
Of course, without this clips, and being english the preferred menu language, playback of the dvd itīs not possible...menu tries to jump to an english clip which doesnīt exist anymore.
Iīve doing a little search, tests and reading about the dvd structure and now i know that the only thing i need to do is to change the preferred menu language from english (65535) to spanish (25971), but i donīt know how to set sprm(0) = 25971.......
Iīve tried this using the trace mode and entered this value "by hand" and it worked beautifuly...spanish menues everywhere, but i need to put inside the .ifo and I donīt know how to do this.
I donīt know if I was clear enough, my english sucks, but I hope someone could help me.......keep in mind that these are my firsts steps with pgcedit so please be patience.
Thanks again for your time and efforts doing this wonderful program.
Alx
blutach
15th April 2007, 22:57
Trace again thru the DVD and replace where it says Set gprm (x) = sprm(0) with Set gprm(x) = 25971
You may also need to do this with sprm(16) and (18).
It is probably safest replace all instances of these SPRM's with 25971. PgcEdit's search and replace function can help you.
Regards
alxtorrentazos
16th April 2007, 02:03
thank you blutach for your help, but now i have 2 questions..
1) where is the "search and replace" function? canīt find it
2) Isnīt possible to change only the sprm(0) from 65535 to 25971 ONE time at the begining? the program only checks that variable from time to time, but does not change it.....if i can do it at the begining wouldnīt it be enough?
blutach
16th April 2007, 04:02
The search box is down the bottom right. Enter sprm(0 and click All. You can then replace all instances with 25971
Menu languages are funny things - they sometimes check a few times; other times they set a gprm (for some reason I have seen gprm(8) used a lot in this regard) and access the menu language via that gprm. Doing a full trace will help.
Regards
alxtorrentazos
16th April 2007, 05:28
Thanks for the tip blutach :), I was looking in Edit or View menues.
Right now Iīm replacing ALL the sprm(0) instances....near 30 :(
Anyway.....does not exist a "set sprm(0) = (mov) 25791"?? if not, it should :D
Thanks again blutach
blutach
16th April 2007, 06:38
Strange as it seems, you can't write to sprm 0, 16 or 18 - only read them. They are set by the way you have set up your DVD player. :) Same goes for your region code (SPRM 20 - this is where RCE comes in; you change the SPRM(20) reference to the disk's region code).
Regards
r0lZ
20th April 2007, 11:38
PgcEdit v8.1 released!
A. = Added feature
R. = Removed
E. = Enhancement
F. = Fixed bug
W. = Workaround
A. File -> Menu Buttons & BOVs -> Import/Export All Menu Buttons and BOVs. Can be used to save and restore all menu button and BOVs definitions of the current DVD.
A "menubuttons.but" file is also automatically created in the backup folder each time a new backup is created. The BOVs are NOT saved if the VOB files are not automatically scanned at load time. This file is NOT restored automatically when the backup is restored.
It is possible to load the buttons file even if the VOB files are not present in the DVD folder.
Note: If you change the file type in the Import buttons dialog, you can also import a buttoninfo.txt file created by a well known program. However, as some important info is missing in this file, so DO NOT SAVE the buttons!
A. Added "Help -> Check For New Version" and "Options -> Startup -> Check For New Version At Startup?" to automatically check if a new PgcEdit version is available and to download it automatically (and, under Windows only, to install it automatically.)
A. Added "DVD -> Delete Uncalled TitleSets". This function is a lot faster than Delete Uncalled PGCs, but less efficient. Use it before Delete Uncalled PGCs when there are many uncalled Titlesets in the DVD.
A. Added "Title -> PTT (Chapter) Editor", a new editor suitable to edit the chapters of not-one_sequential Titles (with chapters in several PGCs belonging to the same TTN.) The old editor is still available via the PGC editor, but cannot be used on not-one_sequential Titles any more.
A. Added "Info -> Jumps from VMG to all VTSs". Basically, this new function is identical to Jumps from VMG to current VTS, but is handy to find all jumps to all VTSs, and to locate the VTS that are called only once.
A. Added "Info -> Find jumps to void PGCs". A PGC is considered void when it has no commands (or only NOPs), no buttons, and no NextPGC link (or when it is out of range.) When a void PGC is played, the navigation stops.
A. Added a check when loading the DVD to be sure that at least one Title is defined per TTN, and to create a new Title in VMG_TT_SRPT if necessary.
E. When a DVD is opened, PgcEdit now checks if the IFO, BUP and VOB filenames are in upper case, and offers to rename them if necessary.
E. The menu of the command editor is now context dependent. The illegal commands for the current domain and current pre/post/cell/button/BOV area are now greyed out. The last menu contains now only the valid jump commands for the current context, and has been renamed to "Jump to...".
E. The illegal commands for the current domain and pre/post/cell/button/BOV area are now highlighted in pink in the main listbox and in the menu button viewer and editor. (The jumps to a non-existing PGC and the invalid GOTOs are now highlighted in orange instead of pink.)
E. In the PGC Editor, the Prev/Next/GoUpPGCN links are now also highlighted in pink when they point to another TTN.
E. Replaced the default system Yes/No/OK/Cancel dialogs by custom dialogs.
This is needed primarily as a workaround for a display problem under Vista, but the new method has several advantages. The user can now hide selectively some dialogs. As a consequence, the Expert Mode option has been removed, and is now replaced by two new options in Options -> User
Interface: Display Hidden Dialog Boxes During Current Session? and Restore All Hidden Dialog Boxes.
"Open yes/no/cancel dialog boxes under the mouse pointer?" allows you to open those new dialogs with the default button under the mouse pointer.
The content of the dialog can be copied to the clipboard via a right-click context menu.
E. Save IFOs as: Now, the user can chose to compute the VTS sector pointers using the VOB files from the source folder rather than producing wrong pointers because there are no VOBs in the target folder.
E. PsKill.exe is no longer necessary for Win9X users to abort the creation of the ISO image during the burn process. PsKill has now been replaced by the kill command of the TclX package. The (erroneous) warning about "potentially unwanted program" displayed by some picky antivirus should not occur any more.
E. Added shortcut key CTRL-Q on Info -> Jumps from VMG to Current VTS.
F. Kill PGC Playback: Some cell or button commands copied in pre-commands area were illegal in that area. They are now replaced by a legal suite of several commands.
F. Some uncalled PGCs were not found by Find Uncalled PGCs and not deleted by Delete Uncalled PGCs.
F. Clone PGC: When cloning a Title PGC and NOT creating a new Title number, the TTN number of the new PGC was increased, and the one_sequential flag was not set in VMG_TT_SRPT.
F. Fixed some rounding errors in Rebuild Time Map on long NTSC Titles. Too many entries were created in the table.
F. Fixed a little problem in Rebuild Time Map. The time map was not rebuild for PGCs shorter than 1 second. Now, the time map is rebuilt anyway, but is empty if the PGC is really shorter than 1 second.
F. Rebuild Time Maps: Added a check for discrepancies in the SCR time stamps (sometimes caused by VobBlanker when a single cell is replaced by several cells with different VOB IDs.)
F. Trace: The Break command in post-commands area was not handled correctly.
F. Little bug fixed in Trace mode: SPRM(4:Title in volume) was not modified when a not-one_sequential Title was entered via a non-entry PGC.
F. Little PGC comments bug fixed: The quotes of the PGC comment were not removed when a comment was erased from the PGC Editor window.
F. PgcEdit Preview v2.5 (by Jeanl) included: Made a small change to make the preview behave better in VISTA.
New plugin:
Play All plugin v1.0. It has 4 functions: "Create a new 'Play All' PGC from VOBs", "Create a new PGC with only unreferenced VOB cells", "Find unreferenced VOB cells in current domain" and "Find unreferenced VOB cells in whole DVD".
It is mainly intended to retrieve "unreferenced cells" (cells that are present in the VOB files but not used in the IFOs), to be able to include them again in any PGC.
Take care! The cell type flags of the generated Play All PGC might be wrong, as PgcEdit tries only to guess them, without analysing the VOB files completely.
Requires PgcEdit 8.1.
Updated plugins:
DVDShrink plugin v2.2.
DVDShrink is now launched in the background when the "Launch DVDShrink" menus are used. The exit status of DVDShrink is no more checked.
Adapted to the new message dialogs of PgcEdit 8.1. Requires PgcEdit 8.1+!
Time Map plugin v1.3.
Fixed a little bug when the PGC duration is EXACTLY one second. Now, in this case, an empty time map is not considered any more as an error.
The source DVD path was missing in the log of the Verify Time Maps function.
blutach
20th April 2007, 12:18
Thank you r0lZ :)
Regards
jm1647
20th April 2007, 15:33
All I can is mahvelous, simply mahvelous :)
and a big Thank You too !!!!
Rippraff
20th April 2007, 16:37
As always excellent job. Thanks a bunch r0lZ. :)
Cu Rippraff
Robinud
20th April 2007, 18:23
a very big thanks rolz for this jewel
r0lZ
20th April 2007, 19:13
Thanks to you too, for your support!
Robotik
20th April 2007, 20:41
i'm speechless. everything i've ever wanted, and more! thank you.
canuckerfan
20th April 2007, 21:42
thanks! Hope it doesn't suffer the same fate as other programs...
video_magic
20th April 2007, 22:32
Thanks!!!! :) I add mine too; Your program has really filled a niche or several as I wade into the territory of authoring and re-editing - it's Very Much Appreciated r0lZ, I know I'd be in a really bad way without You kind & skillful people.
2COOL
21st April 2007, 05:22
Many thanks 'ol friend!:goodpost:
r0lZ
21st April 2007, 09:18
You're welcome. Your support is much appreciated.
2COOL
22nd April 2007, 02:27
r0lZ
For your "Find jumps to nowhere" macro, it only searches for invalid/non-existing JLC commands to PGCs or Titles. Since it is placed under Info, can you also implement the finding for JLC commands to invalid cells within a PGC? [EDIT]Same goes for invalid Programs.
Also, I couldn't find a info macro to give me a list of invalid commands highlighted in red. e.g.
********** post commands:
[00 01 00 00 00 00 00 21] 1 Goto line 33
[20 37 00 04 00 04 00 45] 2 if ( gprm(4) != gprm(4) ) then { LinkCN Cell 69 }
[00 01 00 00 00 00 00 03] 3 Goto line 3
[00 01 00 00 00 00 00 27] 4 Goto line 39
.
.
.
r0lZ
22nd April 2007, 08:51
Well, I have the intention to write a simple verifier, that should list all VM command errors (and perhaps some other errors as well) but it's a lot of work. Please be patient.
The highlighting of the jumps/calls/links to non-existing PGCs, the invalid GoTos and the illegal use of VM commands in pre/post/cell/button areas and specific domains are already parts of the verifier, but I have still to write the global search for those errors.
ron spencer
22nd April 2007, 13:49
verifier? wow!!!
r0lZ
22nd April 2007, 14:07
verifier? wow!!!
simple verifier! In other words, it will do only a basic verification of the VM commands validity and syntax. It will never be able to verify everything!
jsoto
22nd April 2007, 23:18
Sorry, a little bit late, but many thanks r0lZ.
jsoto
President
23rd April 2007, 08:25
Thank's for new release! :thanks:
Surf
23rd April 2007, 16:37
LMAO @ 2COOL's postcommand 3, goto line 3 :D
I had an identical instance with a certain recent gambling movie in Montenegro...."Hi, I am money." :D
Movie played okay however...din pursue the matter.
r0lZ
23rd April 2007, 17:40
Such a goto is not illegal, but, of course, if it is played, an infinite loop will occur. That's dangerous, as the player can quickly become very hot! I don't know if the intention of the "authors" is to burn the player when playing a badly ripped DVD, but it's a possibility!
blutach
23rd April 2007, 23:27
I have seen that a lot as a check the title number is not out of range. I think a better way of authoring would be to zero all GPRMs and Jump to FP-PGC.
Regards
mpucoder
24th April 2007, 12:32
There's that myth again that computers overheat if placed in a tight loop - not true
r0lZ
24th April 2007, 12:52
Hum, when I am debugging a DVD with an infinite loop with the IfoEdit player, I hear quickly the fan turning more rapidly. That indicates for sure that the temperature is becoming higher. I agree that real computers can support that, but since there is usually no fan in a standalone player, I guess they can be damaged, at least some cheap ones, with undersized processors or thin circuitry.
2COOL
24th April 2007, 13:25
There's that myth again that computers overheat if placed in a tight loop - not trueWhat if there was a loop that causes the reading lens to jump to and fro from inner track to outer track? That would cause some wear and tear.
blutach
24th April 2007, 14:23
Yes, 2COOL, but we are talking about a PGC that points to itself. We are stuck in the precommands. Nothing is being played at all.
Regards
zacoz
24th April 2007, 14:29
Better late than never...thanks for your seemingly tireless work on PgcEdit r0lZ.
Haven't been round here much lately ... work, life and all ... but still a consistently satisfied user.
mpucoder
24th April 2007, 16:32
The only thing I can guess about what r0lZ observes is that under these conditions only a small portion of the CPU is being used and the heat becomes concentrated in that area. The VM commands in both software players and standalones are emulated, so the CPU/MPU is not itself in a tight loop. Regardless, virtually all modern CPUs and a lot of MPUs are designed to handle heat conditions, whatever the cause, by slowing down.
r0lZ
24th April 2007, 17:34
Of course, I agree with that, although I'm not sure all standalone players are made of those modern MPUs. For example, I have received an ultra-cheap mini player (15€) that can become very hot after two hours or so of normal use. I know, in this case, it's the laser that is responsible, but that proves that some players are not well designed to support an heavy usage.
Anyway, I was wrong. The infinite loops are probably not made to destroy the players. They are simply stupid authoring.
BigCondor
26th April 2007, 01:25
There are quite a lot of new features in the new version and it takes time to digest. Thanks very much for your continuing effort that helps a lot of people.
dirio49
28th April 2007, 01:55
Better late than never.
thanks for the new version. Pgcedit Rocks. :)
Mystiqq
30th April 2007, 18:35
:thanks:
Just awesome.
FredThompson
1st May 2007, 04:06
How can the pop-up status window for rebuilding the timecodes be disabled?
Do you mean this message?
Dialog title: "PgcEdit: Rebuild Time Maps"
Dialog type: question
Dialog message:
It is necessary to rebuild the time maps of 1 title(s).
Since this operation can takes a long time, you can skip it
if you plan to rebuild the time maps anyway later with PgcEdit
or VobBlanker.
Rebuild the time maps now?
Dialog buttons: [Yes] [No]
You can disable this dialog, but PgcEdit will assume that you always want to rebuild the time maps. It is not possible to skip the dialog and the rebuilding, because it's too dangerous.
BTW, to post the content of a new PgcEdit yes/no/ok/cancel type dialog, just right-click on the dialog, and select "Copy this message to the clipboard". Insert it here between [ code ] marks.
EDIT: Oops, sorry, I see now "pop-up status window" in your message. So, you mean the summary that is only displayed when some cell durations and/or the total duration of the PGC has been fixed, right? That window cannot be disabled, as it indicates a problem with the original DVD. Anyway, you should not see it most of the time (except when you work on ARccOS/RipGuard protected DVDs.)
Calimari
8th May 2007, 12:45
@rOLZ
Maybe this is asked before. I've searched but I didn't find anything related.
This is about remapping audio. To get rid of an audio track, I strip it out of the VOB's with VobBlanker. Then, in PgcEdit's Pgc Editor, I replace the removed audio stream with an existent one to avoid 'gaps' in the audio streams. I also add PUO 1048576 to the domain (with the plugin) and I change the domains streams attributes.
Now, it looks like changing the reference to an existing VOB audio stream has to be done for each TTN separately. This is quite time consuming when there are a dozen of TTN's. Is there a possibility to provide a function in upcoming versions to do this for the entire domain? I believe all TTN's in a domain use the same audio/subpicture streams (can you confirm?)
Thanks.
Now, it looks like changing the reference to an existing VOB audio stream has to be done for each TTN separately. This is quite time consuming when there are a dozen of TTN's. Is there a possibility to provide a function in upcoming versions to do this for the entire domain?
Currently, it is already possible to copy/paste all streams numbers at once. Just edit the first PGC, and right-click to the label above the streams buttons in the PGC Editor.
You will have to copy/paste the audio and subpic streams independently, and open the PGC Editor for each PGC, but it's better than nothing.
I believe all TTN's in a domain use the same audio/subpicture streams (can you confirm?)
It's not a requirement, although it's often the case. Matrix, for example, is a notable exception.
Calimari
8th May 2007, 14:58
Currently, it is already possible to copy/paste all streams numbers at once. Just edit the first PGC, and right-click to the label above the streams buttons in the PGC Editor.
You will have to copy/paste the audio and subpic streams independently, and open the PGC Editor for each PGC, but it's better than nothing.
Aha, I didn't know that one. At least this minimises the number of clicks, thus minimises the chance of making mistakes or forget PGC's (currently I'm doing one with 57!) Thanks for the tip.
The one I'm currently doing has a few not-one sequentials, I guess it is a requirement then to use the same streams?
Anyway, whenever you find yourself on a quiet summer evening, dreaming away and thinking about how to make this already excellent program even better, I hope you consider some kind of automated function for this :)
Maybe including a warning when not all PGC's use the same streams, or with the function greyed out in that case.
Well, it's a possibility, but I have so many things to add or improve, that I'm not sure.
If I do it, I could perhaps offer to fill the "empty slots" with the stream numbers found in the first PGC, and leave the other slots untouched.
The one I'm currently doing has a few not-one sequentials, I guess it is a requirement then to use the same streams?Honestly, I don't know, but that seems reasonable.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.