PgcEdit ver 8.0 (a DVD IFO editor) *** UPDATE *** 23 January

[blutach]

Just tried in DOS box and what was returned was number of extents to be written. Command was exactly as in the log (I guess I need to specify an output file in the cli to actually get the ISO).

But no error logged.



Regards

[r0lZ]

Hum, interesting. That's the normal behaviour of the command.
But it's strange. The command sent to MkISOFS should be exactly identical when you have no backup folders at all. So, it's perhaps something in MkISOFS that makes it fail sometimes.

Of course, I suppose you have tried the DOS command with several backup folders present in VIDEO_TS. Right?

Also, note that you don't have to do the CD before launching the command. The current directory when the command is launched from PgcEdit is normally the PgcEdit's installation folder. But I'm almost sure it doesn't matter.

[blutach]

All the backup folders are there. Under PgcEdit, no ISO produced. Can exit and restart but no go. Only thing in the backups is IFOs.

Without backups PgcEdit makes the ISOs.

Very perplexing.

The CD was to get to the folder where VIDEO_TS was. But I can see you are right

This is one of just 2 problems I have - did we ever get to the bottom of the cell remove issue?

Regards

[jm1647]

Yes, with this file, the console should not be opened. Do you see something in the console? An error message, or something else?

The console window that comes up look like it contains the same info as before.

Entering proc ::main::display_html {http://www.videohelp.com/~r0lZ/pgcedit/index.html}
::config(web_browser) = "C:/Program Files/Internet Explorer/iexplore.exe"
file exists C:/Program Files/Internet Explorer/iexplore.exe? 1
file executable C:/Program Files/Internet Explorer/iexplore.exe? 0
::config(platform) = win
Launching command "exec -- C:/Program Files/Internet Explorer/iexplore.exe http://www.videohelp.com/~r0lZ/pgcedit/index.html &"
Exiting proc ::main::display_html

I did a search of my machine, only 1 test_browser.tcl file and this is what it contains. And when I click home page the console window shows up and then goes to the homepage. Same thing for the mirror. The test brower does not show under plugins, should it?

proc ::main::display_html {page} {

if {$::config(web_browser) == ""} {

set tmp [tk_getOpenFile -filetypes {{{Program files} {*.EXE}}} -initialdir "/" -parent . -title {PgcEdit first time setup: Please select your web browser}]
if {$tmp == ""} return
set ::config(web_browser) $tmp

}

if {! [file exists $::config(web_browser)] && $::config(platform) != "mac"} {

set tmp [tk_getOpenFile -filetypes {{{Program files} {*.EXE}}} -initialdir "/" -parent . -title {PgcEdit first time setup: Please select your web browser}]
if {$tmp == ""} return
set ::config(web_browser) $tmp

}

if {[catch {exec -- $::config(web_browser) $page &}]} {

set ::config(web_browser) ""
}

}

[kmfritz]

Yes, with this file, the console should not be opened. Do you see something in the console? An error message, or something else?

The console is never shown for me after I deleted the "console show" line as you instructed, yet the homepage or mirror loads successfully!

Thanks!
Kevin

[r0lZ]

This is one of just 2 problems I have - did we ever get to the bottom of the cell remove issue?

Hopefully yes. I have found and fixed one possible bug when removing cells. Since this fix, I haven't experienced the bug anymore.

[r0lZ]

The console window that comes up look like it contains the same info as before.

This means that the original plugin is still executed.
Try to remove all files from the plugins folder, and add them back one by one. Try the homepage menu to see if it works.

Normally, only the files ending with the .tcl extension in the plugins folder are loaded at startup. The filename by itself doesn't matter. It is only used because the files are loaded in alphabetical order (so it is possible to rename the files to have the plugins menu sorted differently.) But maybe there is a bug somewhere, and the original file is still loaded? If your edited plugin is loaded before the original one, the function will be replaced by the unmodified one. It's probably what is happening.

The test brower does not show under plugins, should it?

No, there are no menus defined for this plugin, so you cannot 'see' it in the plugins menu.

[blutach]

Hopefully yes. I have found and fixed one possible bug when removing cells. Since this fix, I haven't experienced the bug anymore.

Thanks, I'll give it a try.

Regards

[jm1647]

This means that the original plugin is still executed.
Try to remove all files from the plugins folder, and add them back one by one. Try the homepage menu to see if it works.

@r0lZ - my bad, I renamed the original plugin , not removing it Sorry 'bout that. Nice Work!!!! it works perfect now!!!

[kmfritz]

r0lZ,

I'm sending this to confirm that my workplace computer, which is running Windows 2000 SP4 and the same version of Internet Explorer (6.0.2800.1106) (I don't hae control over the OS or loaded software) has the same problem with loading the homepage or mirror from withing PGCEdit. Again, your edited browser test plugin allows it to load. So, apparently this is more widespread than just my and jm1647's home computers.

Thanks for fixing this!

Kevin

[r0lZ]

PgcEdit 0.6.2

PgcEdit v0.6.2 (December 2, 2005)

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

DVD Shrink plugin v1.3

• Added function to clear the Analysis cache of DVDShrink, to force it to recompute the analysis of the already processed DVDs, or to preserve disc space.

[blutach]

Another coup de resistance r0lZ!!

Regards

[cynthia]

Curious.



In this burning menu there is a verify option and also the options to delete/shutdown after a successful burn. I assume it uses the /CLOSE command in ImgBurn.

If I select the verify option - and there is a reading error it should not close down the application/delete the image file - I think.

From what I understood from LUK was that the CLOSE command don't really check if there is an error - it always close down the program.

http://forum.imgburn.com/index.php?showtopic=287

close doesn't do anything if there was an error.

Ah yes, sorry, I thought /CLOSE only closed the program if it was successful. However, success/failure of the burn is only checked by the 'shutdown computer when done' bit of code.

I could offer an extended /CLOSE switch (i.e. /CLOSESUCCESS) that only closes if it was successful.

So my question is - if there is a reading error when you selected the verify option but not the shutdown option - is PgcEdit still going to close down ImgBurn?

[r0lZ]

In the latest version, PgcEdit uses the /CLOSESUCCESS arg instead of /CLOSE, when it detects that ImgBurn is used. (/CLOSE is still used for DVD Decrypter.)
So, it should work as expected. (But, damn, I'm unable to create an error to test! )

[cynthia]

Nice.

Thanks for the clarification.