PgcEdit v8.6 released (January 12, 2008)

[Robotik]

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

[r0lZ]

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

[SamuriHL]

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

[blutach]

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

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

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

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

Regards

[r0lZ]

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

[blutach]

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

Regards

[r0lZ]

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

[[Tobi]]

A question to the VOBU plugin.

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

A little help, would be welcome.

[bigotti5]

Works as it should for me..

[blutach]

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

Regards

[r0lZ]

;1016708']A question to the VOBU plugin.

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

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

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

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

Thanks, Tobi!


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

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

[President]

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

[[Tobi]]

Thanks for the quick answer and help. :thanks:

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

[FrontierDK]

Hi there :)

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

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

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

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

[SamuriHL]

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

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

[r0lZ]

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

[SamuriHL]

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

[r0lZ]

E. = Enhancement
F. = Fixed bug

PgcEdit 8.4 (June 26, 2007)

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



DVDShrink plugin v 2.4 (June 25, 2007)

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


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

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

[blutach]

Many thanks r0lZ!

Regards

[Calimari]

Thank you!

[kumi]

Best... program... EVER!

[blutach]

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

Regards

[r0lZ]

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

:goodpost:

[zacoz]

:cool: I know! :rolleyes:

Well you've got good taste r0lZ ;)

Even if the modesty bit's in doubt :D

[Robotik]

yeah, thank you

[frank]

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

-----
1000 thanks!

[blutach]

And that plugin is still labelled as v1.2

Regards

[r0lZ]

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

[BigCondor]

Thanks r0lZ once again, for your continuing efforts!

[Garambone]

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

[r0lZ]

Typo corrected. Thanks!

[Spolleke]

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

[r0lZ]

Thanks also for this one!

[Jeffster]

Thanks for the update r0lZ. :)

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

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

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

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

[r0lZ]

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

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

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

[kikatu]

Thanks for the dedication.

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

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

[r0lZ]

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

[Jeffster]

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

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

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

[r0lZ]

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

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

[r0lZ]

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

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

[Jeffster]

I'm running Ubuntu 7.04...

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

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

[Jeffster]

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

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

Hope some of this helps...

[r0lZ]

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

[kikatu]

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

Gråces, will keep that in mind.

[President]

Thank's for the new release!

[bigotti5]

Bug in tracemode?

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

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

[r0lZ]

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

[Robotik]

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

thank you.

[r0lZ]

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

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

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

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

[bigotti5]

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

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