BatchCCEWS 0.9.1.4 only doing one pass vbr

[mookieguy]

CCE: 2.50
ECLCCE: 1.81
BatchCCEWS: 0.9.1.4 (i have all the options checked under file>settings)

ive tried this now with 2 different backups and both times BatchCCEWS only does a one pass vbr encode even though i have it set to do 5 passes. the 1st roba pass finishes with the vaf file, then the 2nd pass starts. the time left is far too short. once i hit 'cancel' and double click the asset in the cce window, it shows me its set to do a One Pass VBR with a Q of 40. this is in my ccedata.txt that i load into BatchCCEWS: ...\VTS__01_P01.P.16~9_1.AVS",0,9608,4582,0,5. the 0 means roba and the 5 means 5 passes right? if i double click on the job in BatchCCEWS it shows me its set to do 5 passes. i figured it might be eclcce so i went back to version 1.5c (the version that was used with DoCCE4U 1.0.1.5 which works for me) and it did the same thing... starts a one vbr pass encode. is anyone else having this problem? any suggestions? need any more info? thanks.

[BBWoof]

Originally posted by mookieguy
CCE: 2.50
ECLCCE: 1.81
BatchCCEWS: 0.9.1.4 (i have all the options checked under file>settings)

ive tried this now with 2 different backups and both times BatchCCEWS only does a one pass vbr encode even though i have it set to do 5 passes. the 1st roba pass finishes with the vaf file, then the 2nd pass starts. the time left is far too short. once i hit 'cancel' and double click the asset in the cce window, it shows me its set to do a One Pass VBR with a Q of 40. this is in my ccedata.txt that i load into BatchCCEWS: ...\VTS__01_P01.P.16~9_1.AVS",0,9608,4582,0,5. the 0 means roba and the 5 means 5 passes right? if i double click on the job in BatchCCEWS it shows me its set to do 5 passes. i figured it might be eclcce so i went back to version 1.5c (the version that was used with DoCCE4U 1.0.1.5 which works for me) and it did the same thing... starts a one vbr pass encode. is anyone else having this problem? any suggestions? need any more info? thanks.

Can you put the ecl file that was created up?

How many versions of CCE do you have installed?

DoCCE4U 1.0.1.5 use to work, but now it doesn't?

BBWoof

[mookieguy]

here is the ecl:
; Cinema Craft Encoder SP -- Encoder Control List

[item]
title=VTS__01_P01.P.16~9_1
vid_out=1
vaf_out=1
aud_out=0
vid_file0=D:\DVD\VTS01\VTS__01_P01.P.16~9_1.mpv
vid_file1=D:\DVD\VTS01\VTS__01_P01.P.16~9_1.mpv
vaf_file=D:\DVD\VTS01\VTS__01_P01.P.16~9_1.vaf
aud_file=D:\DVD\VTS01\VTS__01_P01.P.16~9_1.mpa
file_focused=0
encode_mode=0
packet_size=2048
timecode=0x0
width=720
height=480
vmode=0
frame_rate_idx=1
drop_frame=1
cbr_brate=4582
opv_q_factor=40
vbr_bias=50
opv_brate_min=0
opv_brate_max=9608
vbr_brate_avg=4582
vbr_brate_min=0
vbr_brate_max=9608
vbr_pass=5
quality_prec=16
use_filter=0
filter_val=6
seq_endcode=1
dvd=0
half_width=0
half_height=0
progressive=1
alternate_scan=0
non_linear=1
top_first=1
lum_level=0
intra_dc_prec=2
aspect_ratio=3
gop_m=3
gop_nm=4
gop_hdr=12
seq_hdr=1
all_closed_gop=1
fix_gop_length=0
mpeg1=0
mpeg1_cps=0
samples_per_sec=44100
stereo=2
brate_idx=7
crc=1

[file]
name=D:\DVD\VTS01\VTS__01_P01.P.16~9_1.AVS
type=0
frame_first=145387
frame_last=145387
encode_first=0
encode_last=145387
chapter=3784:
chapter=5255:
chapter=10809:
chapter=17487:
chapter=26274:
chapter=32331:
chapter=36406:
chapter=37976:
chapter=40904:
chapter=49637:
chapter=51613:
chapter=54587:
chapter=55704:
chapter=58926:
chapter=62209:
chapter=63652:
chapter=82085:
chapter=82622:
chapter=85396:
chapter=86914:
chapter=95031:
chapter=108383:
chapter=110351:
chapter=114936:
chapter=119444:
chapter=124267:
chapter=129410:
chapter=133380:
chapter=136293:
------------------
i have 2 versions of cce installed: 2.50 and 2.67 trial. eclcce is pointing to 2.50.
DoCCE4U 1.0.1.5 still works, BatchCCEWS: 0.9.1.4 gives me one pass vbr no matter what i do.

[BBWoof]

I don't see anything that looks obviously wrong with the ecl. It has the correct number of passes.

I'll have to ponder it a bit more.

BBWoof

[ShaneZ]

If I am not mistaken (and I may well be), it seems there was a problem with one of the latest version of eclcce that caused that problem. It is the main reason I have not updated my eclcce and batchccews. There may be some info you can find by searching the forums.. Hope this helps out the both of you.

Shane

[mookieguy]

alright, ive done some further testing and have found the problem. i ran both BatchCCEWS 0.9.1.4 and DoCCE4U 1.0.1.5 with the same files, same ccedata.txt, etc. and with 3 different versions of eclcce (1.81, 1.7b, and 1.5c). the versions of eclcce made no difference to the ecl file that each program created (all 3 made identical ecls for the particular program, batch and docce). i will not paste the whole ecl files in here; i will just note the differences between the 2:

DoCCE4U 1.0.1.5 BatchCCEWS 0.9.1.4
vmode=2 vmode=0
*doesnt exist drop_frame=1
fast_mode=0 *doesnt exist
top_first=0 top_first=1
lum_level=1 lum_level=0

(sorry for the code script... only way i could get the formatting correct)
ah-ha! vmode is different! so i change the ecl created by BatchCCEWS to vmode=2 load it into cce and viola! no more one pass vbr! it does the correct number of passes. i dont know why drop_frame exists in one and not the other... same with fast_mode. top_first i assume is the fix to the TFF BFF issue we all have been having with cce. dont know why the lum_levels differ.
so then i think "hmmm why has no one else run into this problem yet?" i decide to download the trial version of cce 2.67, i point eclcce to it, start up BatchCCEWS, and whadaya know? it does the correct number of passes. am i the only one still using 2.50? are there quality advantages to 2.67? there's no speed advantage for me (athlon, 2.67 is slower than 2.50).
but i digress. the ecl for 2.67 is QUITE different from those that were created for 2.50. there's no vmode parameter, so the 'video encoding mode' is controlled elsewhere.

whacha think? can this be fixed for us cce 2.50 folk? :)

[BBWoof]

That you found the problem. I'll look through my code to find out how I screwed that one up.

You should have top first for sure, and drop frame (I think).

Anyway, I'll get it fixed for the next release.

Thanks for the work.

BBWoof

[BBWoof]

Looking at my code, I don't really see a problem. Could you possibly tell me what version number (complete version) it says is detected when you start BatchCCEWS?

BBWoof

[mookieguy]

BatchCCEWS 0.9.1.4 Beta by BBWoof Started!!!
OS Kernel = Windows_NT (Good)
eclcce executable version 1.81 found.
cce version 2.50.01.00 found.
avisynth.dll version 2.5.4.0 found!

[mookieguy]

woohoo! new verion seems to be working wonderfully! thanks for the quick fix. love these apps and love the fast support even more. thanks a ton!

[Trahald]

My initial tests with 0915beta have come out great. Im glad it worked out for you. even happier BBw00f has come back to continue work on it. :D