little prob (i think)

[jojo15]

So..
i tried to burn again with Nero, but still get the error,
i think it's because "VTS_02_0.vob" was the 0 kb file,
but now there are still these files, which i think cause the error:
"VTS_02_0.bup", "VTS_02_0.ifo" and "VTS_02_1.vob".
But i don't know if i fixed it correctly with PGCEdit.
This is what i did:
I opened the DVD with PGCEdit,
then i got this list which named a VMG, VMGM's, VTSM 1's, VTST 1's and a VTSM 2 and a VTST 2.
Then i right-clicked the VTSM 2 (because there is a 2 in it, i think it has to deal with VTS_02....), and used the "Blank out all Menu PGC's" option.

Am i doing something wrong, or am i not fully fixing it?

Thnx for help in advance!

[blutach]

Originally posted by mpucoder
That should be "32k or more between the end of the ifo..." Sorry - post edited.

@rolz Does this have implications for the way you have implemented the "gap" in PgcEdit's 0.4.8's Save function?

[blutach]

Originally posted by jojo15 (Jan 11)
Thnx @ all, with your help i fixed it and it works now! Originally posted by jojo15
So..
i tried to burn again with Nero, but still get the error, i think it's because "VTS_02_0.vob" was the 0 kb file, but now there are still these files, which i think cause the error:
"VTS_02_0.bup", "VTS_02_0.ifo" and "VTS_02_1.vob".
That is not good news jojo15. I thought you had it working :( . What did you do differently from 2 days ago?

What you describe about blanking all menu PGCs in PgcEdit is fine, except there were no menu PGCs to blank!

This is strange behaviour from Nero - it usually accepts these 0 byters without problem. Have you read this thread? You might want to use PgcEdit's new save function and make an image with ImgTools Classic, which has a back end burn to DVD Decrypter.

Regards

[jojo15]

First,
these 3 files i mentioned, are not 0 kb files, to make that clear.
Second, which new save function do you mean (1. a save function was added or 2. there's a different way of saving or a different way to save?)

[blutach]

@jojo15

There is a new Beta version of PgcEdit out which incorporates a new option to save with gaps (which might enable your standalone to work).

I would expect it to be released soon but you might PM rolz for a copy. Like all Betas, it must be considered a bit experimental, until release.

After saving the project, you can use ImgTools Classic (v0.91.4) to make an ISO (www.coujo.de), which can also burn using DVD Decrypter.

Regards

[jsoto]

Hi guys
I did some tests with this padding pack:


[Pack Header]
[0000] Pack identifier (start code) 442 [000001ba]
[0004] SCR (System clock reference) 68 0 4 0 4 1 [44 00 04 00 04 01 ]
SCR 00000000.000
[000a] Program Mux Rate: 25200 (1260000 BPS) (10080000 bps) 1 137 195 [01 89 c3 ]
[000d] Pack stuffing length: 0 248 [f8]


[Padding Stream]
[000e] Padding Stream start code 446 [000001be]
[0012] Length 2028 [07ec]
[0014] Padding Frame 255 255 255 255 255 .....


Well, Nero complains if there is no at least one Nav pack (and its reference in ADT table) in the VOB. So we have to use at least one (referenced or unreferenced) cell. So the strategy could be:
- If there is already one cell (used in a PGC), but the VOB is too small, just add padding packs at the end. I believe you have to adjust the last sector of the cell in the IFO...
- If there is no menu, generate one blank cell (VID=1; CID=1) and add the required padding packs. Reference the cell in ADT table and its VOBU in ADMAP one.

@mpucoder
The video_rm files I have use a different fill if there is nothing in the pack. They use stream bd, substream ff. (video_rm has a similar problem with filling up space).
Looks like this:
normal pack header with SCR
00 00 01 BD 07 EC 81 00 00 FF ... FF
Is this your padding pack?

[Pack Header]
[0000] Pack identifier (start code) 442 [000001ba]
[0004] SCR (System clock reference) 68 0 4 0 4 1 [44 00 04 00 04 01 ]
SCR 00000000.000
[000a] Program Mux Rate: 25200 (1260000 BPS) (10080000 bps) 1 137 195 [01 89 c3 ]
[000d] Pack stuffing length: 0 248 [f8]

[Private Stream 1]
[000e] Private Stream 1 start code 445 [000001bd]
[0012] Length 2028 [07ec]
[0014] PES Header data content flags 33024 [8100]
PES scrambling control: 0
PES priority: 0
data alignment indicator: 0
copyright: 0
original or copy: 1
PTS exist?: 0
DTS exist?: 0
ESCR flag? 0
ES rate flag: 0
DSM trick mode flag: 0
additional copy info flag: 0
PES CRC flag: 0
PES extension flag: 0
[0016] PES HeaderData length 0 [00]

[0017] Stream ID 255 [ff]


"video_rm": What does it mean?. Do you mean files from a DVD video_recorder?

jsoto

[r0lZ]

Originally posted by blutach
Sorry - post edited.

@rolz Does this have implications for the way you have implemented the "gap" in PgcEdit's 0.4.8's Save function? No. It was only an error here. The gap must be 32K minus the size of the VOB (was IFO). Obviously, if the VOB is used to fill the gap, the VOB must be at least 32K.

[mpucoder]

@jsoto - yes to all. Video_rm is the DVD compliant mode for a video recorder, unlike VR mode. Whenever a recording ends the recorder has to fill the ECC block with something and allocate it. Theoretically with rw media that's not necessary, the block could be read-modified-rewritten. But it's a lot simpler to do the same thing for both types of media.

[jojo15]

I also have this movie in ISO already (got it that way) but i mounted it and copy'd the vobs and all to my hdd to be able to fix the problem,
because i hear beforehand there was this 0 kb vob in it.
Should i try to burn it using the original ISO then?

[CoNS]

hehe, this thread is called "little prob (i think)", and has around 60 replies already!! :)

[2COOL]

Exactly 60 with this needless post. ;)

[blutach]

How OT are we? Sorry jojo15.

Fascinating thread though.

(Sorry for yet another mindless post by me)