PgcEdit bug??

[conair]

I never had any problem till now creating an .iso using PgcEdit. Today I had a problem using PgcEdit v.8.0, but I didn’t have any problem creating it with ImgBurn. The movie “CROUCHING_TIGER_HIDDEN_DRAGON”
Here is the log file

mkisofs log for DVD "CROUCHING_TIGER_HIDDEN_DRAGON"
From: "C:\DVD_VIDEO"
DVD-TEXT General Name: "Crouching Tiger, Hidden Dragon"
Provider ID: "DIMI"
Number of VTS: 8
Output file: "G:\CROUCHING_TIGER_HIDDEN_DRAGON.iso"
Volume label: "CROUCHING_TIGER_HIDDEN_DRAGON"
Running under windows (OS type: Windows NT)

mkisofs 2.01 X (i686-pc-cygwin)

Error testing ISO compatibility with MKISOFS:
The pad was 38 for file VTS_01_0.BUP
mkisofs: Implementation botch. Video pad for file VTS_02_0.BUP is -5
mkisofs: Either the *.IFO file is bad or you found a mkisofs bug.

Test command or batch was:

@echo off
set c="C:\Program Files\Classic_0.91.7\mkisofs.exe"
set c=%c% -print-size -dvd-video -no-pad -p PgcEdit -m "*[bB]ackup*" -m "Copy of *"
set c=%c% -V "CROUCHING_TIGER_HIDDEN_DRAGON"
%c% "C:\DVD_VIDEO" 2>&1
if %errorlevel% NEQ 0 echo ****** ERROR returned by mkisofs! ******

Any clues??

[r0lZ]

Seems the error is caused by a wrong VTS pointer in VTS_02_0.IFO. That's strange, as I have never experienced this problem. Difficult to debug w/o the VOBs, too.
Can you try to create the ISO without the 32K gap option? If it works, that will confirm that the problem is in the computation of the sizes of the gaps.

BTW, as ImgBurn has now all the options of PgcEdit, maybe I'll remove completely the burn function in the next release. It is now useless, and has several problems under Vista.

[conair]

Can you try to create the ISO without the 32K gap option?

Thanks for replying, and thanks for this great tool.
I did as You suggested but no luck
Here is the log

mkisofs log for DVD "CROUCHING_TIGER_HIDDEN_DRAGON"
From: "E:\DVD_VIDEO"
DVD-TEXT General Name: "Crouching Tiger, Hidden Dragon"
Provider ID: ""
Number of VTS: 8
Output file: "G:\CROUCHING_TIGER_HIDDEN_DRAGON.ISO"
Volume label: "CROUCHING_TIGER_HIDDEN_DRAGON"
Running under windows (OS type: Windows NT)

mkisofs 2.01 X (i686-pc-cygwin)

Error testing ISO compatibility with MKISOFS:
The pad was 32 for file VTS_01_0.BUP
The pad was 1 for file VTS_02_0.BUP
mkisofs: Implementation botch. Video pad for file VTS_07_0.BUP is -2281489
mkisofs: Either the *.IFO file is bad or you found a mkisofs bug.

Test command or batch was:

@echo off
set c="C:\Program Files\Classic_0.91.7\mkisofs.exe"
set c=%c% -print-size -dvd-video -no-pad -p PgcEdit -m "*[bB]ackup*" -m "Copy of *"
set c=%c% -V "CROUCHING_TIGER_HIDDEN_DRAGON"
%c% "E:\DVD_VIDEO" 2>&1
if %errorlevel% NEQ 0 echo ****** ERROR returned by mkisofs! ******

[r0lZ]

Well, that's even more bizarre! I can't believe that PgcEdit creates a negative gap of 2281489 sectors!

Can you send me the original IFOs and the IFOs after having launched the burn functions (there are certainly different.) The output of the DIR DOS command might also be useful, to know the exact size of the VOB files.
Thanks. pgcedit at scarlet dot be.

[conair]

Now You are talking Greek to me.
My knowledge is not that advanced to understand what is it exactly you want.
I need some guidance to do what I’m supposed to do.

[r0lZ]

The original IFO files should be in the PgcEdit_backup folder created when you have opened the DVD for the first time in PgcEdit. Zip them up, and send me the zip file.
I need also the IFOs that are in the current DVD folder. Put them in another ZIP file and send them also.
If you don't know how to create a ZIP file, just select all IFOs by Control-clicking on each of them, then right click and select Send To -> Compressed (zipped) folder.

If you don't know how to use the DOS prompt, post here a screenshot of the folder containing the final DVD, but diaplayed as details (use View -> Details.) I need to see the size of the VOB files.

[conair]

Hope I did it right.
Use WinRAR to unzip

[r0lZ]

OK, seems correct. I'll have a look tomorrow...

BTW, I see that most of the VTS have now only small 20KB VOB files. Since PgcEdit replaces the VOB files by 10KB files, I guess you have used another tool to blank the useless material. Which tool did you use?

[conair]

I did use Ripit4Me "Movie & Menus"

[r0lZ]

OK. Thanks for the info. I don't use ripit4me often, but it should work fine. I guess the problem is in PgcEdit. As I've said, I'll have a look tomorrow...

[Calimari]

BTW, as ImgBurn has now all the options of PgcEdit, maybe I'll remove completely the burn function in the next release. It is now useless, and has several problems under Vista.

In the current version, PgcEdit makes an ISO through MKISOFS, then (optional) launches ImgBurn to write the ISO.
Isn't it possible to make ImgBurn build the ISO?
ImgBurn has 'ISOBUILD' as a commandline switch, so it's probably possible to configure this in the tools section, but it would be nice to see it all in the 'Burn DVD' part of PgcEdit.

[r0lZ]

OK, I've found the problem.
It's NOT a bug of PgcEdit or mkisofs!
The structure of your DVD is invalid.

The problem might be caused by a bug or, more probably, a gap in RipIt4Me. I guess it's a new form of copy protection that RipIt4Me cannot handle correctly.

Load the DVD in PgcEdit. As you can see, there are 30 PGCs in the title domain of VTS 2. However, no Title is defined for those PGCs. This is totally illegal!

Explanation of the problem:
In VIDEO_TS.IFO, the Title Play Map table (VMG_TT_SRPT) contains the definitions of all titles in the DVD. For each title, there are several values that must be defined: the playback type, the numbers of angles and chapters, and, more importantly, the titleset number in which the title resides, its TTN (title in titleset) number, and the starting offset of the VTS in the disc, relative to the start of VIDEO_TS.IFO.
Since, in this DVD, there are no titles defined for VTS 2, the starting offset of VTS 2 is never defined.
When PgcEdit saves the DVD, it recomputes the starting offsets of all titles, according to the size of the IFOs, VOB and BUP files and the 32K gap option (and if the DVD is a DL, the offset needed to align the layer break correctly.) Then it saves VIDEO_TS.IFO to overwrite the original, and calls mkisofs to burn the DVD.
Seems mkisofs uses the info in the VMG_TT_SRPT table to verify if the structure of the DVD is coherent. But with this DVD, the starting offset of VTS 2 is never defined. Therefore, mkisofs uses a wrong value. I don't know which value it uses, as it is not defined in the DVD, but obviously, mkisofs is not happy!

I've found a simple way to fix the problem with PgcEdit. Right click on the first PGC of the title domain of VTS 2 (VTS 2, 1 TTN 1) and select Clone PGC. When prompted if you want to create a new Title number, answer yes. Title 9 will be created. Of course, it is useless, but that's not a problem. With this trick, we have forced a new title in the VMG_TT_SRPT table, and the burn function will work as expected.

I'll try to add a check for this situation in the next version of PgcEdit. It will create automatically a new Title, assigned to the first PGC of the VTS, if that VTS has no Title at all. But, IMO, RipIt4Me should check that also.

I'm interested to see the original IFOs. Can you copy the IFOs directly from the original DVD in a folder, zip that folder and post it here? Thanks!

[r0lZ]

In the current version, PgcEdit makes an ISO through MKISOFS, then (optional) launches ImgBurn to write the ISO.
Isn't it possible to make ImgBurn build the ISO?
ImgBurn has 'ISOBUILD' as a commandline switch, so it's probably possible to configure this in the tools section, but it would be nice to see it all in the 'Burn DVD' part of PgcEdit.

Well, it's possible. If I remove the current burn function, I can replace it by a direct call to ImgBurn in build mode.
In the meantime, you can configure ImgBurn in the Tools menu. I use this configuration:

Label: Build with ImgBurn
Application: C:\Program Files\ImgBurn\ImgBurn.exe
Arguments: /MODE ISOBUILD /BUILDMODE DEVICE /FILESYSTEM "ISO9660 + UDF" /SRC "%d" /VOLUMELABEL "%l" /IBG "C:\%l.ibg"
Working folder: %d
Save DVD before launching application: ticked
Run application in background: ticked
All other options are unticked.

Note that I use the /IBG "C:\%l.ibg" argument to create automatically an IBG file for DVDInfoPro in C:\, but, of course, you can remove that if you don't use DVDInfoPro, or if you prefer to call if from the ImgBurn's File menu.

[blutach]

Ay Karumba. I wonder how that happened. Maybe the entry point of the title was not TTN 1.

@conair - the original IFOs would be real interesting to analyse.

Regards

[conair]

OK, I've found the problem.
I'm interested to see the original IFOs. Can you copy the IFOs directly from the original DVD in a folder, zip that folder and post it here? Thanks!

@conair - the original IFOs would be real interesting to analyse.

There You go guys, I've ziped OrigIFOs, FinalIFOs "after I riped the DVD again full mode this time" and RipIt4Me logs.
I found this line in the RipIt4Me log "Excluding VTS 2 from rip because it is unreferenced."
BTW I couldn’t open the Orig. DVD in DVDShrink