View Full Version : Error with CCE SP2 and Rebuilder 1.10.6
Humbo
8th September 2006, 00:57
I know this is still on the beta stage, but I decided to test the new CCE SP2 with DVD-Rebuilder. At the end of the preparation phase, I get alot of errors that says "00081 00013 -- error writing to ECL file." Something I haven't set up right, or is it just too early to tell?
CCE SP2 seems promising, so I hope Rebuilder will have full support for it in the near future.
Thanks again for your time, and for this new version of DVD-Rebuilder.
Rippraff
8th September 2006, 01:48
I know this is still on the beta stage, but I decided to test the new CCE SP2 with DVD-Rebuilder.
IMHO testing is recommended if something's in beta stage. ;)
Something I haven't set up right, or is it just too early to tell?
There's nearly nothing to setup, you have to choose CCE as the encoder and SP2 Trial under CCE settings, that's all.
I don't get this error message, SP2 is currently encoding but every now and then I got error messages like these:
http://www.rippraff.de/Pics/CCE_SP2_1.png
http://www.rippraff.de/Pics/CCE_SP2_2.png
http://www.rippraff.de/Pics/CCE_SP2_3.png
After confirmation with OK SP2 starts with the next segment, so I'll have to see if there are dropped frames after rebuild phase.
Cu Rippraff
jdobbs
8th September 2006, 02:01
I know this is still on the beta stage, but I decided to test the new CCE SP2 with DVD-Rebuilder. At the end of the preparation phase, I get alot of errors that says "00081 00013 -- error writing to ECL file." Something I haven't set up right, or is it just too early to tell?
CCE SP2 seems promising, so I hope Rebuilder will have full support for it in the near future.
Thanks again for your time, and for this new version of DVD-Rebuilder.What disc are you encoding and what settings are you using? I doubt that it is set up wrong -- it's probably a bug. I did a few discs with SP2 as testing, but in way would I call that code ready for prime time.
Rippraff
8th September 2006, 02:08
I did a few discs with SP2 as testing, but in way would I call that code ready for prime time.No wonder as Cinema Craft has changed nearly everything in .ecl. :rolleyes:
Cu Rippraff
jdobbs
8th September 2006, 02:15
@Humbo
That's a type mismatch error... so I went in a looked to see if I can find anything obvious.
I did... a place where I'm doing conversion of an integer to a string to write to the ECL file. But I'm scratching my head because I don't know how it could have worked at all??? Odd, indeed considering it worked successfully for me on several discs.
Just a note to everyone reading... this only affects the beta test code for SP2 support -- nothing else. :)
jdobbs
8th September 2006, 02:26
@Humbo
Try replacing your REBUILDER.EXE file with the one in this link (http://www.jdobbs.com/test/DVD-RB_v1.10.6a_test.zip) and let me know if the problem goes away.
Note to all: Remember... SP2 support is still in beta testing -- I wouldn't recommend it for a production run yet.
Rippraff
8th September 2006, 02:28
@jdobbs
Do you think this would affect my error messages too?
Cu Rippraff
jdobbs
8th September 2006, 02:29
Very possibly.
Rippraff
8th September 2006, 02:37
Okay thanks. :)
I'll give it a go the next days with the test version.
At the moment the first test encode is still running at 46% on my old AMD XP-M.
Cu Rippraff
therat
8th September 2006, 08:03
Well I was going to install the trial version of CCE SP2 but it refuses to install on my core 2 duo E6600 system. I keep getting an error that the setup can't detect SSE and therefore won't install.
Anyone else with a Core 2 Duo had this problem with CCE SP2?
BTW CCE Basic 2.70 installs and runs fine
kbello
8th September 2006, 08:13
CCE SP2 works fine to me, with 1.10.6
rocky29
8th September 2006, 09:01
Thanks a lot for yout great work. CCE-SP2 works fine with DVDRB 1.10.6. Keep up your excellent job, jdobbs.
therat
8th September 2006, 10:14
@kbello & @rocky29,
Either of you two guys using a core 2 duo chip?
cheers
Humbo
8th September 2006, 12:39
It was The wire Season 1 disc 4. But the disc was already downsized, I just tested with that one since I had it lying around on my HD. Maybe that has something to do with it? I will try with a full DVD9 after work. I used the default settings for CCE.
And to you guys that have problems with Core Duo CPUs. I also have a T2500 Core Duo, and the first build of CCE SP2 didn't work properly. I got the SSE/Enhanced 3D Now error when trying to install. I downloaded build 04, and it works just fine.
jdobbs
8th September 2006, 12:43
Could you try the EXE in Post #6 and see if it helps...
Thanks.
Humbo
8th September 2006, 14:38
Could you try the EXE in Post #6 and see if it helps...
Thanks.
Yes of course, I will try it ASAP. Still 3.5 hours until I'm off work :( Thanks again jdobbs
rocky29
8th September 2006, 16:43
@therat, I did not use core2 duo chip.
Very good work,jdobbs, Thanks again
jdobbs
8th September 2006, 18:07
:cool:
jdobbs
8th September 2006, 19:00
@Rippraff
I think this thread (http://forum.doom9.org/showthread.php?p=873270#post873270) is the cause of your problem in encoding with SP2... I'll post another beta version as soon as I test it a little.
My hat is off to Fishman0919 for finding that one.
jdobbs
8th September 2006, 19:13
@Rippraff
Here's (http://www.jdobbs.com/test/DVD-RB_v1.10.6b_test.zip) another test version. It should fix the "<" and ">" problems in the beta Viewer/Editor as well as the encode problems in the beta SP2 code. Just replace REBUILDER.EXE with the one in the zip file.
Humbo
8th September 2006, 19:38
My errors are gone now, the new beta seems to have done the trick. Gonna try a full dvd backup in a bit.
Rippraff
8th September 2006, 19:51
I know I had forgotten something... ;)
I've canceled my first test encode last night, as I realized too that max bitrate rises to huge values, in my case more than double as allowed (> 20 Mbps) in some segments. :eek:
Also I got more and more error messages as I've posted above.
I restarted with 1.10.6a and went to bed. As my pc was shut down, there seem to be no error messages anymore during encode, but I realized a lot of black frames in the movie (see attachment).
There are also a lot (tens of thousands?) of - WARNING: Corrupt stream detected.messages.
I'll try the new version. Thanks for that again, m8. :)
Cu Rippraff
jdobbs
8th September 2006, 19:56
Actually it was going too low...
The bitrates in SP2 have to be (for some reason) specified at 2.5x their true rate in the ECL. Go figure.
Rippraff
8th September 2006, 21:26
I should have read the other thread more careful. :o
Anyway, when I've cancelled the encoding I didn't know about the 2.5 thing and obviously there was something wrong. ;)
I'll do a new test run tonight.
Cu Rippraff
therat
9th September 2006, 04:04
It was The wire Season 1 disc 4. But the disc was already downsized, I just tested with that one since I had it lying around on my HD. Maybe that has something to do with it? I will try with a full DVD9 after work. I used the default settings for CCE.
And to you guys that have problems with Core Duo CPUs. I also have a T2500 Core Duo, and the first build of CCE SP2 didn't work properly. I got the SSE/Enhanced 3D Now error when trying to install. I downloaded build 04, and it works just fine.
CCE SP2 supported the Core Duo after v1.00.00.02 but it is yet to support the Core 2 Duo. v1.00.00.04 still doesn't work with the new conroe chips.
J-Wo
9th September 2006, 06:41
are there any major speed advantages in CCE SP2? I'm running an Athlon 64 X2 chip...
jdobbs
9th September 2006, 12:36
None that I could see. On my Athlon XP 3200 CCE Basic runs slightly faster.
Rippraff
9th September 2006, 15:46
are there any major speed advantages in CCE SP2? Compared to CCE 2.70 I can't see any, they are nearly equal on a single core cpu.
@jdobbs
I did my third test run last night, same results as reported above with the attached log.
Every now and then the video freezes and turns black for a few seconds, audio runs normal. When the video appears again, sound stops for the same duration as the black frames, after this everything's in synch.
All interruptions happen at the seams between the segments.
Cu Rippraff
jdobbs
9th September 2006, 16:20
Do you still get the "Currupt stream detected" errors in the log? Of course this only happens with SP2, right?
The "corrupt stream" error comes when DVD-RB is attempting to reapply the flags and finds out:
1. One of the temporal sequence offsets in the M2V are corrupt and references a non existent frame.
or
2. There are more frames in the M2V file than there were in the original.
It sounds almost as if the video is being converted to a different frame rate during the encode.
Rippraff
9th September 2006, 16:26
Both yes.
Cu Rippraff
jdobbs
9th September 2006, 16:52
Do you have any way to check the frame count on the M2V files? It would be interesting to know if any of them were greater than the original.
jdobbs
9th September 2006, 16:57
@Rippraff
Got another idea... could you open one of the AVS file directly in SP2 and save it to an ECL, then send the ECL to me along with the one created by DVD-RB for that AVS? I have a suspicion as to what may be causing it.
Rippraff
9th September 2006, 17:12
Do you have any way to check the frame count on the M2V files? It would be interesting to know if any of them were greater than the original.
Of course I can. :)
Seems your are on the right track, AVS and ECL (see last line) saying the segment is 3202 frames long, the corresponding m2v holds 3339 frames (black at the end). M2V was checked with both Bitrate Viewer (See Att.) and VD-MPEG2.
#------------------
# AVS File Created by DVD Rebuilder
# VOBID:14, CELLID:01
#------------------
LoadPlugin("D:\Programme\DVDRebuilder\DGDecode.dll")
mpeg2source("E:\TEST\D2VAVS\V01.D2V",idct=6)
trim(156,3357)
ConvertToYUY2()
[item]
title=V01001300014001
vi_file=E:\TEST\D2VAVS\V01001300014001.vaf
aud_file=E:\TEST\D2VAVS\V01001300014001.mpa
xe_ps_pkt_siz=2048
ve_is_32=0
ve_w=720
ve_h=576
ve_frate_idx=3
ve_CBR_brate_avg_idx=6190
ve_VBR_brate_avg_idx=6190
ve_VBR_brate_min_idx=750
ve_VBR_brate_max_idx=14737
ve_SEQ_END=0
ve_DVD=0
ve_lum_level=0
ve_adjust_q_matrix=1
ve_ASR=3
ve_P_cnt=4
ve_B_cnt=2
ve_GOP_cnt=15
ve_SEQ_cnt=1
ve_closed_GOP_all=0
ve_fixed_GOP=0
ve_rate_conv=0
ae_mpg_brate_idx=7
ae_mpg_crc=1
pic0.progressive_frame=1
pic0.ALS=0
pic0.intra_dc_precision_9_max=113
pic0.intra_dc_precision_10_max=1
ve_top_first=1
ve_ofs_lines=0
ae_file_enable=0
xe_ref_frm=0
xe_drop_frame=0
ve_CBR_fixed_VBV_delay=0
pic0.letter_box=0
ve_is_32=0
ve_i32_pulldown=0
ve_VBR_info_create_always=1
pic0.h_filter=0
pic0.h_filter_idx=8
pic0.dither=0
pic0.dither_Y_max=8
pic0.dither_C_max=4
xe_ref_tc=00:00:00:00
vi_file_enable=1
pic0.q_char_f=25
pic0.v_filter=0
pic0.v_filter_val=6
ve_exec_mode=2
vid_file0=E:\TEST\D2VAVS\V01001300014001.m2v
vid_file1=E:\TEST\D2VAVS\V01001300014001.m2v
ve_OPV_q_factor_idx=20
ve_OPV_brate_min_idx=0
ve_OPV_brate_max_idx=14737
ve_VBR_VBR_CBR=25
ve_VBR_pass=1
qmat_idx=-1
ve_q_scale_type=1
intra0=08 12 13 14 15 16 19 22
intra1=12 13 14 15 16 19 22 26
intra2=13 14 15 16 19 22 26 32
intra3=14 15 16 19 22 26 32 41
intra4=15 16 19 22 26 32 41 53
intra5=16 19 22 26 32 41 53 70
intra6=19 22 26 32 41 53 70 94
intra7=22 26 32 41 53 70 94 127
inter0=12 12 13 14 15 16 19 22
inter1=12 13 14 15 16 19 22 26
inter2=13 14 15 16 19 22 26 32
inter3=14 15 16 19 22 26 32 41
inter4=15 16 19 22 26 32 41 53
inter5=16 19 22 26 32 41 53 70
inter6=19 22 26 32 41 53 70 94
inter7=22 26 32 41 53 70 94 127
[file]
vid.path=E:\TEST\D2VAVS\V01001300014001.avs
vid.guid={7638F668-64BC-4DE3-8C27-5336A741F0EF}
vid.duration=3202000/25000
vid.frate=25000/1000
vid.width=720
vid.step=1440
vid.height=576
vid.fcc0=YUY2
vid.fcc1=YUY2
vid.origin=2
vid.format=2
vid.offset=0
vid.in_p=0
vid.out_p= 16026026
frame_last=3202
@Rippraff
Got another idea... could you open one of the AVS file directly in SP2 and save it to an ECL, then send the ECL to me along with the one created by DVD-RB for that AVS? I have a suspicion as to what may be causing it.
Will do.
Cu Rippraff
Rippraff
9th September 2006, 17:39
Mail is out. :)
If I feed the original RB.ecl directly to SP2 it shows the wrong length of 3,339 frames for that segment.
Cu Rippraff
Edit:
If you already didn't find it
vid.out_p= 16026026
seems to be the bad guy. ;)
Should be vid.out_p=15369600
Edit2:
I've made another test with the next segment and it looks like (for PAL?)
vid.out_p= 4,800 x number of frames
jdobbs
9th September 2006, 19:07
Yep. That's what I was looking at. The multiplier has to be modified for PAL...
I wish Cinemacraft had a site that explains these settings. I'm pretty much stuck with guessing -- which is why I have to keep the code in beta till they get ironed out.
lastangel
9th September 2006, 20:55
i try 1.10.6b with cc2 sp 1.0.0.4 trial
but when encoding the video are cut on botton video :(
jdobbs
9th September 2006, 22:07
I don't think I understand. The video is missing something from the bottom, like it was cropped?
lastangel
10th September 2006, 11:46
yes, are cropped, but i see (open the ecl file with cce sp2) rebuilder set video imput and output at 720 * 480
but the video must be 720 * 576.
lastangel
10th September 2006, 12:04
i ad this line on the rebuilder.ecl every [item] line :(
ve_src_roi.x=0
ve_src_roi.y=0
ve_src_roi.w=720
ve_src_roi.h=576
ve_dst_roi.x=0
ve_dst_roi.y=0
ve_dst_roi.w=720
ve_dst_roi.h=576
very very long operation, how i add it in automatic?
Plutox
10th September 2006, 13:14
I don't think I understand. The video is missing something from the bottom, like it was cropped?
I concur here and I've uploaded an example to illustrate. I usually pass all 21:9 movies through the following filter:
SeparateFields().Lanczos4Resize(720,288,48,19,624,250).Weave()
as I dislike the 21:9 format on a 16:9 display. The three attachments are:
Fox - unprocessed: the raw rip in 21:9 format.
Fox - standard process old CCE: my standard process that I've used for about a year without any problems.
Fox - standard process new CCE: exactly as above but using the trial version of CCE SP2.
Now clearly this could be a problem with the new CCE (possibly confined to the trial version) but I thought you might like to take a look. Currently using version 1.10.6b. Thanks.
Humbo
10th September 2006, 16:45
I tried to do a full DVD9 backup yesterday, and it came out heavily oversized, about 4.55GB in total. Anyone else experienced this? Should I just compensate with the CCETargetSectors in the .ini-file? This was set to 2260000, using Rebuilder 1.10.6b.
jdobbs
10th September 2006, 16:58
i ad this line on the rebuilder.ecl every [item] line :(
ve_src_roi.x=0
ve_src_roi.y=0
ve_src_roi.w=720
ve_src_roi.h=576
ve_dst_roi.x=0
ve_dst_roi.y=0
ve_dst_roi.w=720
ve_dst_roi.h=576
very very long operation, how i add it in automatic?You could do a "replace all" in notepad.
I'll look at my code and see how this could have happened.
jdobbs
10th September 2006, 16:59
I tried to do a full DVD9 backup yesterday, and it came out heavily oversized, about 4.55GB in total. Anyone else experienced this? Should I just compensate with the CCETargetSectors in the .ini-file? This was set to 2260000, using Rebuilder 1.10.6b.My own experience with SP2 has been undersizing. I'm not sure whether it's inaccurate because of the settings, or if it is just the encoder.
lastangel
10th September 2006, 17:25
You could do a "replace all" in notepad.
I'll look at my code and see how this could have happened.
dvd rebuilder when create the ecl files not add the
ve_src_roi.x=0
ve_src_roi.y=0
ve_src_roi.w=720
ve_src_roi.h=576
ve_dst_roi.x=0
ve_dst_roi.y=0
ve_dst_roi.w=720
ve_dst_roi.h=576
i have open ecl with cce sp2, save it in other file...open with notepad and replace every ve_dst_roi.h=480 with ve_dst_roi.h=576.
the original ecl make to rebuilder not have this code uff
p.s. i use avisynth 2.5.5 and DGDecode.dll 1.4.5 and try for cce crash. the old version crash random :(
p.s.s. sorry for me anglish i'm italian :(
jdobbs
10th September 2006, 20:10
Thanks. I add them for the next release. I'm guessing that the problem you are experiencing is probably because the defaults have been changed somehow -- since I know now that's possible I'll force the settings in the ECL.
vBulletin® v3.8.5, Copyright ©2000-2012, Jelsoft Enterprises Ltd.