Error 6 on rebuild

[SansGrip]

I've done over a dozen backups with AC3 audio, all of which play flawlessly on my standalone. Today I had the first opportunity to try DTS audio (which I tend to prefer: to me it sounds better). The disc is Kill Bill vol 2 (NTSC). I'm using 0.56. I deselect the English and French AC3 (tracks 1 and 3 respectively) leaving only the English DTS (track 2). Prepare and encode go fine, but I get a "run-time error 6: overflow" 25% into the rebuild. The problem segment is not a still frame.

I'm currently re-encoding with only the English AC3 to see if that fixes the problem. I'll add an update when I'm done.

[SansGrip]

Turns out DTS had nothing to do with it: DVD-RB also crashes with the same error if I keep the AC3 audio instead. Same place, about 1/4 into segment 8 (VOB ID 2, cell ID 8) in VTS 1.

One interesting thing about that particular segment is that it's huge -- nearly 700mb. Also interesting is that roughly 1/4 into the segment Bitrate Viewer reports the bitrate jumps from 1733 to 7478 in the space of a couple of seconds. Here's the INF:

[V01000800002008]
SCR=211752040.500
PTS=211777297.000
Frame_Rate_Code=1
Pulldown=0
Structure=3
Frames=26378
Last_Sector=1307819
Reduction=86.2
Aspect_Ratio=3
HalfD1=0
EndPTM=310790712.000

And here's the ECL:

[item]
title=V01000800002008
aud_out=0
vaf_file=P:\D2VAVS\V01000800002008.vaf
aud_file=P:\D2VAVS\V01000800002008.mpa
file_focused=0
packet_size=2048
width=720
height=480
frame_rate_idx=1
cbr_brate=6000
vbr_brate_avg=4609
vbr_brate_min=0
vbr_brate_max=9000
seq_endcode=0
dvd=0
half_width=0
half_height=0
lum_level=0
aspect_ratio=3
gop_m=3
gop_nm=5
gop_hdr=15
seq_hdr=1
all_closed_gop=0
fix_gop_length=0
samples_per_sec=44100
stereo=2
brate_idx=7
crc=1
progressive=1
alternate_scan=0
intra_dc_prec=0
aud_mode=0
tc_ref_frm=0
drop_frame=0
fix_vbv_delay=0
letter_box=0
pulldown_detect=0
offset_line=0
create_new_vaf=1
credits_tweak=0
credits_start=0x00000
credits_brate=1000
h_filter=0
h_filter_idx=8
dither=0
dither_max=8
qmat_idx=-1
qmat=
08 09 12 22 26 27 29 34
09 10 14 26 27 29 34 37
12 14 18 27 29 34 37 38
22 26 27 31 36 37 38 40
26 27 29 36 39 38 40 48
27 29 34 37 38 40 48 58
29 34 37 38 40 48 58 69
34 37 38 40 48 58 69 79
16 18 20 22 24 26 28 30
18 20 22 24 26 28 30 32
20 22 24 26 28 30 32 34
22 24 26 30 32 32 34 36
24 26 28 32 34 34 36 38
26 28 30 32 34 36 38 40
28 30 32 34 36 38 42 42
30 32 34 36 38 40 42 44
quality_prec=16
video_type=2
vid_file0=P:\D2VAVS\V01000800002008.m2v
vid_file1=P:\D2VAVS\V01000800002008.m2v
vid_out=1
vaf_out=1
timecode=0x0000000
opv_q_factor=10
opv_brate_min=0
opv_brate_max=9000
vbr_bias=5
vbr_pass=1
use_filter=0
filter_val=6
non_linear=1
top_first=0
mpeg1=0
mpeg1_cps=1

[file]
name=P:\D2VAVS\V01000800002008.avs
frame_first=0
frame_last=26378
encode_first=0
encode_last=26378

I'm going to try encoding with a higher VBR bias, see if that calms the bitrate down. Any other ideas would be appreciated.

[SansGrip]

Another update...

I've been reencoding that one segment today, using higher VBR bias, manually "smoothing" the sudden bitrate jump in CCE's "Bit allcation" dialog, even reencoding with CBR, and still have the problem upon rebuild. I'll try once more with CBR and half the current average bitrate...

EDIT: CBR with half the original bitrate still has the same problem. This would indicate to me that it's not a bitrate issue.

@jdobbs:

Anything I can do to isolate this problem?

[TheSeeker]

I dont mean to evade the actual question here (Well maybe I do since I dont know the answer), but at 82.6 reduction couldnt you use shrink or IC and the quality would be near flawless...

EDIT: That isnt to say that this shouldn't be investigated as it may uncover a new bug with DVDRB, but I was just curious.

[SansGrip]

Originally posted by TheSeeker
at 82.6 reduction couldnt you use shrink or IC and the quality would be near flawless...
I could, and might have to. But I'm a perfectionist ;).

[Msc_Alex]

What you could try is use the original Cel when rebuilding, see what happens ?

[jdobbs]

@SansGrip

Where did this ECL come from? I'm pretty sure it isn't generated by DVD-RB..

I've done the NTSC version of Kill Bill Vol 2 and didn't have any issues.

[SansGrip]

Originally posted by jdobbs
Where did this ECL come from? I'm pretty sure it isn't generated by DVD-RB..
Ah, hmm, yes ;). It's from a thus-far unreleased piece of software that does OPV prediction after the prepare phase so that the prediction uses custom CCE settings (matrix, etc.) if necessary.

I hadn't even considered that as a source of the problem (it's worked on many other titles flawlessly) but I'll try doing a straight 2-pass VBR in DVD-RB without that tool and see if the problem is still there.

I've done the NTSC version of Kill Bill Vol 2 and didn't have any issues.
That's good to know. I'll post again after I try straight 2-pass.

[SansGrip]

Originally posted by Msc_Alex
What you could try is use the original Cel when rebuilding, see what happens ?
A good idea. I'll try that after I've eliminated all other potential sources of the error (the custom OPV prediction tool I mentioned above, and also the "trim out the junk" step I do prior to DVD-RB).

[SansGrip]

An update...

I did a complete prepare/encode/rebuild again from VOBs stripped of unwanted stuff, this time using straight 2-pass without the custom OPV step (though I still used RB-Opt to change the matrix and tweak other parameters such as GOP length). Still got the error.

I'm currently doing it again, with the RB-Opt changes, but this time from the original, unstripped, VOBs. Eventually I'll figure out what's causing this ;).

[SansGrip]

Original VOBs run through RB-Opt followed by a 2-pass encode also give the error upon rebuild. I'm beginning to suspect this is caused by changing the GOP length, so I'll do it again with a length of 12...

[SansGrip]

Original VOBs with RB-Opt only setting a custom matrix also produces the error. Now I shall do one final run, which is vanilla DVD-RB in 2-pass mode.

[SansGrip]

Well, I get the same error with a totally vanilla DVD-RB encode. I dumped the DVD to HD as usual, the way I've done it at least a dozen times already, with DVD Decrypter in file mode. It reported no errors.

Anyone have any idea what's going on?

[robot1]

Could you try to demux the original cell, and rebuild the project?
If you still have the problem, it's a remuxing fault.

[SansGrip]

I'll give that a try -- thanks :).

[SansGrip]

Incidentally, DVD Shrink processes the movie just fine.

[jdobbs]

Apples and Oranges. DVD Shrink doesn't have to reauthor it.

[SansGrip]

@jdobbs:

True. But regardless of DVD Shrink, DVD-RB fails to rebuild properly, at exactly the same point every time. Is there anything else I can do to track down this problem? I mean I've already transcoded with Shrink and burned it (it looks very nice), so I could just move on, but the coder in me finds that an inadequate solution... ;)

[jdobbs]

There's obviously something unusual about your configuration... as I mentioned, I've done Kill Bill V2 with no problems. What do I fix?

[SansGrip]

Nothing unusual that I can think of: DVD Decrypter 3.2.2.0 in file mode, copy all files, then 2-pass in DVD-RB 0.56 with CCE 2.67.00.27 and EclCCE 1.81.

I think I'll just write it up to a bad read from the DVD, since this is the first time I've had a problem with any of the 15 or so backups I've done with DVD-RB. I'll post here if it happens again...

[Video Dude]

Originally posted by SansGrip
Nothing unusual that I can think of: DVD Decrypter 3.2.2.0 in file mode, copy all files, then 2-pass in DVD-RB 0.56 with CCE 2.67.00.27 and EclCCE 1.81.
According to this thread:

http://forum.doom9.org/showthread.php?threadid=81116

CCE 2.67.00.27 with EclCCE 1.81 does not work with DVD-RB.

So that might be the problem SansGrip.

One way to confirm this is if you have an older version of CCE you can try.

[SansGrip]

Interesting. But that thread says 2.67.00.27 Trial version works, and that's what I'm using. I'll give 2.50 a shot -- I hear it's faster on Athlons anyway...

[brashquido]

Maybe I'm a bit "old skool" with this view, but I've always ripped to ISO then mounted using Daemon Tools. I think the Doom9 guides even recommend using ISO mode over file mode, but that may have changed now.

[Msc_Alex]

Originally posted by brashquido
Maybe I'm a bit "old skool" with this view, but I've always ripped to ISO then mounted using Daemon Tools.
No that more "Newbie" so you don't mess up your original :D
Originally posted by Msc_Alex
What you could try is use the original Cel when rebuilding, see what happens ?

Tried it ?

[SansGrip]

Originally posted by brashquido
Maybe I'm a bit "old skool" with this view, but I've always ripped to ISO then mounted using Daemon Tools. I think the Doom9 guides even recommend using ISO mode over file mode, but that may have changed now.
Yeah I read about this in the "error #0004" thread. I shall try doing it that way for my future backups.

[SansGrip]

Originally posted by Msc_Alex
Tried it ?
I must admit I didn't -- time has been kinda short recently. As far as this particular disc goes, I used DVD Shrink and got very good results, so I burned it and moved on. However, now I'm getting error #0004 on rebuilding another disc... Sigh. ;)