PDA

View Full Version : CCE multipass just runs 1 time with big files


Harm
14th February 2004, 18:04
Following the advice of Oddyseus I started a new thread about a problem I'm experiencing with CCE 2.5 and 2.67 to.
When I'm encoding the main movie (and also on big extras) CCE runs the VIF creation phase (without MPV creation) fine. When I start the multipass run (for 3,4 or 5 times) it just runs once and then stops. No errors, just as if it finished normally. Playing AVS doesn't give any errors either.
Oddyseus (and others) suggested some changes to the ECL file but to no avail (see thread on running time problem (http://forum.doom9.org/showthread.php?s=&postid=444294#post444294) ).
I use Avisynth 2.54 and DIF4U followed by DOCCE4U or BatchCCEWs (using AVS plugins wouldn't help).

So is anyone else experiencing this one time only problem?

The last ECL file I used looked like this:
; CCE SP Trial Version -- Encoder Control List


title=VTS__01_P01.I-BFF.4~3_1
vid_out=1
vaf_out=1
aud_out=0
aud_mode=0
vid_file0=[I]mpvfilename
vid_file1=mpvfilename
vaf_file=vaffilename
aud_file=mpafilename
file_focused=0
video_type=4
width=720
height=576
timecode=0x0000000
tc_ref_frm=0
drop_frame=0
cbr_brate=1536
opv_q_factor=40
opv_brate_min=0
opv_brate_max=7880
vbr_brate_avg=1536
vbr_brate_min=0
vbr_brate_max=7880
vbr_bias=30
vbr_pass=3
create_new_vaf=1
pulldown_detect=0
letter_box=0
panscan=0
aspect_ratio=2
credits_tweak=0
credits_start=0x00000
credits_brate=1000
h_filter=1
h_filter_idx=8
use_filter=0
filter_val=6
dither=0
dither_max=8
quality_prec=16
intra_dc_prec=2
alternate_scan=0
non_linear=1
progressive=1
gop_m=3
gop_nm=4
gop_hdr=12
seq_hdr=1
seq_endcode=1
dvd=1
all_closed_gop=0
fix_gop_length=0
fix_vbv_delay=0
offset_line=1
half_width=0
half_height=0
uscc=0
lum_level=0
packet_size=2048
frame_rate_idx=3
qmat_idx=0
mpeg1=0
mpeg1_cps=1
brate_idx=7
stereo=2
samples_per_sec=0 <== already changed this one from 44100
crc=1

[file]
name=avsfilename
type=0
frame_first=0 <== already changed this one from 167728
frame_last=167728
encode_first=0
encode_last=167728
chapter=0: <== already added this one because missing?
chapter=204: <== already tried without chapterlist
chapter=5735:
chapter=5933:
deleted rest of chapterlist -- nothing further

My AVS script looks like this:
import("F:\Tools\DoItFast4U\new.avs\addaudio.avs")
LoadPlugin("F:\Tools\DoItFast4U\new.avs\mpeg2dec3.dll")
Mpeg2Source("VTS__01_P01.I-BFF.4~3_1.d2v",idct=5)

AddAudio()
ConvertToYUY2(interlaced=true)

RB
16th February 2004, 21:36
That's really strange, never seen anything like this. In your original thread I read something about AVISynth giving you "caught access violation..." etc. This could be because of an unstable system. What's your hardware, do you overclock?

Harm
16th February 2004, 21:55
No I don't overclock. I think that Avisynth error occured because I tried using MPEG2DEC.DLL in stead of MPEG2DEC3.DLL to solve my problem. I'm now back at using the version of DIF4U (new.avs) but the one multipass also happened with the version you can download from the Avisynth site itself (warpenterprises).
I got Win XP Home, 2,6 Ghz Pentium 4.
I tried running it on a NTFS disc with clustersize 4K and also on one with clustersize 8K. I turned of autoprotect of virusscanner, disabled firewall and use no screensaver but still this would happen and then alone on the big files. The multipass works fine with files around 300 Megs.
I also tried multipassing the largest file from frame 0 to several thousands and sometimes it would run all multipasses and sometimes it won't (when I used another figure) which proofs (at least I think so) that the video itself can't be the problem.
The main question is what exactly happens at the end of multipass run 1 before pass 2 can start?

Harm
23rd February 2004, 20:01
Well I started my second project and to my astonishment the encoding of the files in that project went without error or halting.

So there seems nothing wrong with my system or software.
The reason has to be in the files itself.

I give the information bitrateviewer gives for these files:
The one at fault:
Field topfirst: Yes
DCT type: Field
Quantscale: Nonlinear
Scan type: Alternate
Frame type: Interlaced

The one that encodes OK:
Field topfirst: Yes
DCT type: Frame
Quantscale: Nonlinear
Scan type: Alternate
Frame type: Interlaced

The first one is 4:3 and the second 16:9

Anyone has an idea?

KnK
23rd February 2004, 20:40
I've a similar problem with CCE, it stop and the cpu remain 100% :(

This is the post about this:
http://forum.doom9.org/showthread.php?s=&threadid=71447

Harm
23rd February 2004, 21:01
Originally posted by KnK
I've a similar problem with CCE, it stop and the cpu remain 100% :(

This is the post about this:
http://forum.doom9.org/showthread.php?s=&threadid=71447
That's not what my problem is!
I have no freeze whatsoever...... CCE just won't start the second pass of the multipass..... so no CPU at 100%!

RB
3rd March 2004, 10:10
If you still have this problem, you should contact Cinemacraft support. Sounds really odd.

Harm
3rd March 2004, 10:48
Originally posted by RB
If you still have this problem, you should contact Cinemacraft support. Sounds really odd.
You can't contact Cinemacraft support for a trial version.....

Anyway I only got this problem with a specific project and all others don't have it.... so I guess it's a one time only.....

RB
3rd March 2004, 11:17
Originally posted by Harm
You can't contact Cinemacraft support for a trial version.....

Just try it, they were always very responsive.