DVD Rebuilder (CCE One-Click Beta) Bug Reports

[jdobbs]

Originally posted by RB
Note that still frame cells can be located anywhere, not just at the end of a PGC. Also, it is possible for a cell to consist of multiple still frames, all coded as I-Frames (I I I I...). In this case you'll have to set up CCE accordingly, that is

gop_m=1
gop_nm=1
gop_hdr=1

in the ECL.

Unfortunately the way I work it now setting these parameters would apply them to the entire CELL -- and not all the CELL would have to necessarily be I frames. So my choice is to either (1) break them out into separate .AVS files or (2) demux them and leave them alone. There are a couple reasons why the second choice has issues. This is exactly what I am working on right now. (note: there's no issue with ReJig because it is a transcoder)

[jdobbs]

@RB

Hmmm... I'm trying to think (which in itself is an accomplishment)... Is there ever a time that a cell can have a mixture of I frames (stills) and typical GOPs?


Added later: I don't think I remember ever seeing one...

[RB]

Honestly, I don't know. It should be possible in theory... the question is, is there something in the VOB (NAV pack ?) that uniquely identifies a "still frame", IOW a frame that should be displayed for a certain amount of time or "forever". The latter AFAIK happens when the cell has the "restricted" flag set in the IFO, the user then typically has to press the play/enter key on the remote to skip through the stills.

[jdobbs]

Originally posted by RB
Honestly, I don't know. It should be possible in theory... the question is, is there something in the VOB (NAV pack ?) that uniquely identifies a "still frame", IOW a frame that should be displayed for a certain amount of time or "forever". The latter AFAIK happens when the cell has the "restricted" flag set in the IFO, the user then typically has to press the play/enter key on the remote to skip through the stills.

Yes. The NAVPACK has a VOBU Start and Ending Presentation Time (PTM) on a still you see only one frame, but the end PTM goes out further than a single frame would...

[Trahald]

here is something i'll retype out of dvd demystified --

"There are 3 types of stills -- a pgc still, a cell still, and a vobu still. each has about the same functionality, with the primary difference being the way it is intended to be used and the location where the still information is stored. in all cases , the still occurs at the last PTM of a VOBU. A VOBU stil causes a still at the end of a specific VOBU, a cell still causes a still at the last VOBU of the cell. and a PGC still causes a still at the last VOBU of the PGC. VOBU stills and cell stills occur before the cell command is executed. PGC stills., which can be used in random or shuffle pgcs but not sequential pgcs, occur after cell commands and pgc looping but before the post commands. during a still. the navigation countdown timer and any GPRMs in counter mode continue to count. PGC and cell stills can be held indefinitely or from 1 to 254 seconds. VOBU stills are always indefinite." -- dvd demystified 2nd ed.


hopefully that would be helpful.. i was in a typing mood...

[Pedro Gouveia]

@ jdobbs. The BUG with sound skips in chapter points, seems to be related to data missing/changed in LAST AC3-Audio Pack of EVERY Cell.
The lenght of most of these AC3-Audio Packs in RB authored VOBS are smaller than the original ones.

The problem can be fixed by copying the original AC3-Audio Packs from original VOBS to the RB authored ones, and manually correcting the lenght.

[kadilak]

Originally posted by Paced
It may just be me, but I think I've found the reason why DVD-RB causes CCE to go 'slower' than it does in DIF4U and/or other cases. It's quite simple actually; the trim(x,x) command - when I disable it, I go from 1.600 to ~1.800 (speed-wise in CCE 2.50). But of course, the trim(x,x) command is needed for DVD-RB to work the way it does, and the slight speed increase doesn't really make a huge difference anyway

There may also be another reason for this. When DVD-RB calls CCE, take a look at task manager on your computer. On mine, DVD-RB is using 25% of the processor, while CCE uses the remaining 75%. This could easily account for the slower speeds.

I'm not sure anyone else has reported this problem but me, so I'd appreciate if someone else would take a look and see if the same thing is happening to them.

[jdobbs]

Originally posted by Pedro Gouveia
@ jdobbs. The BUG with sound skips in chapter points, seems to be related to data missing/changed in LAST AC3-Audio Pack of EVERY Cell.
The lenght of most of these AC3-Audio Packs in RB authored VOBS are smaller than the original ones.

The problem can be fixed by copying the original AC3-Audio Packs from original VOBS to the RB authored ones, and manually correcting the lenght.

Actually I am copying the original AC3 audio packs from the original stream... but if I am missing data, I am obviously doing something wrong at the end of each cell. I'm glad you posted this -- I was thinking about putting 0.29 up, but I'd rather wait until I check this out.

BUT.... if what you are saying is correct then I have been misled -- I thought running the output through IFOEdit was fixing this? There's no way IFOEdit can replace missing audio????

[jdobbs]

Originally posted by kadilak
There may also be another reason for this. When DVD-RB calls CCE, take a look at task manager on your computer. On mine, DVD-RB is using 25% of the processor, while CCE uses the remaining 75%. This could easily account for the slower speeds.

I'm not sure anyone else has reported this problem but me, so I'd appreciate if someone else would take a look and see if the same thing is happening to them.

It has to be a configuration on your individual machine -- you probably have CCE set to a lower priority. On my machine CCE is consistently getting 98-99% of the processor while running.

[Msc_Alex]

Runtime error ‘9’ subscript out of range (VTS_01)

Well Jdobbs I have found a way to bypass this error.
Tolled you about the movie that it was Bottom field first and Interlaced.

A wonderful tool called Vobedit showed This at the fist I GOP
of VTS_01_1.VOB :

[0032] Extension start code 437 [000001b5]
[0036] Picture Coding Extension 143 255 249 28 0 0 [8f ff f9 1c 00 00 ]
Extension ID-bits: 8
f_code[0][0] (forward horizontal): 143
f_code[0][1] (forward vertical): 15
f_code[1][0] (backward horizontal): 255
f_code[1][1] (backward vertical): 15
intra_DC_precision: 2
picture_structure: 1
picture_structure: Top Field
Top_Field_First: 0
TOP_FIELD_FIRST: 0
frame_pred_frame_dct: 0

Then I made a adjustment comparing with movie that did work

[0032] Extension start code 437 [000001b5]
[0036] Picture Coding Extension 143 255 247 28 0 0 [8f ff f7 1c 00 00 ]
Extension ID-bits: 8
f_code[0][0] (forward horizontal): 143
f_code[0][1] (forward vertical): 15
f_code[1][0] (backward horizontal): 255
f_code[1][1] (backward vertical): 15
intra_DC_precision: 1
picture_structure: 3
picture_structure: Frame picture
Top_Field_First: 0
TOP_FIELD_FIRST: 0

Guess what ? It worked, no more runtime error’9’ (only edit the first GOP)

It gave the error at VTS2 which was also: [8f ff f9 1c 00 00 ]
(This was VTS_02_1.VOB)
After setting this to f7 it went ok

I had set the ConvertToYUY2(Interlaced=true) option and it came out good.


Well you’re the Master of science here, hope it helps…

(btw: this is the only case in where upper field first had to be set in CCE but i didn't)

Take a break

[legomen]

jdobbs,

Any information on how to bypass runtime error #4, or will there be a fix for it in .29?

thanks for the great tool.

[kadilak]

Originally posted by jdobbs
It has to be a configuration on your individual machine -- you probably have CCE set to a lower priority. On my machine CCE is consistently getting 98-99% of the processor while running.

I've set the CCE process to the highest priority possible, and the same thing still happens.

Does it make sense that DVD-RB would be using 25% of the processor anyway? DVD-RB is just waiting on CCE to exit, right?

[RB]

Originally posted by jdobbs
Actually I am copying the original AC3 audio packs from the original stream... but if I am missing data, I am obviously doing something wrong at the end of each cell. I'm glad you posted this -- I was thinking about putting 0.29 up, but I'd rather wait until I check this out.

BUT.... if what you are saying is correct then I have been misled -- I thought running the output through IFOEdit was fixing this? There's no way IFOEdit can replace missing audio????

Could this also be related to the sequence end code issue I reported?

[jdobbs]

Originally posted by RB
Could this also be related to the sequence end code issue I reported?

I fixed the seq_endcode so it always equals "0" -- but when I ran LOTR2 (my example of where this happens) it didn't fix it. This is the one remaining bug I'm trying to fix before posting...

[jdobbs]

Originally posted by legomen
jdobbs,

Any information on how to bypass runtime error #4, or will there be a fix for it in .29?

thanks for the great tool.

I haven't fixed that yet. It is related to stills (different from the previous error), I may not get that fixed until 0.30 -- either that or I'll have to delay posting 0.29 until it is done...

[jdobbs]

Originally posted by Pedro Gouveia
@ jdobbs. The BUG with sound skips in chapter points, seems to be related to data missing/changed in LAST AC3-Audio Pack of EVERY Cell.
The lenght of most of these AC3-Audio Packs in RB authored VOBS are smaller than the original ones.

The problem can be fixed by copying the original AC3-Audio Packs from original VOBS to the RB authored ones, and manually correcting the lenght.

Can you be a little more specific on this one. Does it look like there is data missing from one packet -- or that it looks like a packet is missing? How do you do the comparison, demux? or viewing in VOBEDIT?

Thx.

[Msc_Alex]

@ ChickenMan
could you confirm this :
runtime 9 error
and open you VTS_10_1.VOB file with vobedit
edit the " Picture Coding Extension " of the first I GOP
set it to [8f ff f7 1c 00 00 ]
to solve your runtime 9 error ?

Love this beta testing

[hypo20]

@jdobbs

Are you delaying .29???

[jdobbs]

Originally posted by hypo20
@jdobbs

Are you delaying .29???

I still haven't been able to find the audio error... I'm starting to get a little burned out. I may post it as-is and fix the audio in 0.30

[nwg]

I still haven't been able to find the audio error... I'm starting to get a little burned out. I may post it as-is and fix the audio in 0.30

Please do

I want to try it out overnight.

You sound like you need a break for a bit.