BatchCCEWS change requests

[D3s7]

BBWoof in his absence has been kind enough to pass on the source code to BatchCCEWS.

We will be putting the source up somewhere under GPL for anyone but until i can find that home, I'd like to gather a list of changes/updates people have noted / would like to see

so far I've noted these:

1)Use of existing VAF files (allow for more passes)
2)Fixing CCE To shutdown when "stop" is pressed
3)Stop after current file (allow finish encoding/pulldown if needed of the active file before stopping)
4)Updates to the chapter location routines to more accuratly reflect IFO

Thanks go out again to BBWoof for such a great product and for the kindness to allow it's further development while he is busy w/ other things.

[Nevs5]

should you guys try and combine BatchEncodeM2V and BatchCCEWS as one program?

[jarthel]

- support for cce 2.7x
- possibility of running 2 instances of batchccews with each having its own queue (like during install, user can specify registry location or queue is loaded from a txt file at startup)

thanks

[Angelus]

I would like to see the ability of doing 1 pass encoding alike BatchEncodeM2V

[Trahald]

The plan will be something like that (to merge batchencode features). I already talk to dest regularly about the batchencode project. we will be merging the ideas into batchcce (the use of reversepulldown code to prevent .5 duration errors for ntsc film vobid demux) and pan and scan support. as far as 1 pass.. we'll see.. d3s7 will be primarily working on batchccews.. id like to have it support alternate encoders also as well just as batchencode does (batchencode may go through a few more updates but will probably eventually stop as its purpose was to only fill in gaps from batchccews and that can be done directly now.)

[JuanC]

This is very good news. Thanks a bunch to BBWoof, D3s7, Trahald and everybody involved.

About modification requests for BCCEWS, Here's a very important one:

No matter what matrix you choose for a job, it will always use the one from the selected template, so if you have several jobs in the same batch, using the same tamplate (say for example "Robshot-Back") it will always use the same matrix defined in that template for all those jobs. It won't use the one you chose for each job.

[OvERaCiD23]

The only major thing I'd like to see is support for newer versions of CCE (2.67+).

[D3s7]

JuanC: are you saying if you have 1 item using Roba and another using Multipass and another using 1pass, all three will be scripted for Roba?

OVer: I'm working on 2.7 - 2.67 IS currently supported though (that's the version I use)... biggest issue so far is Roba however, BatchCCEWS uses it's own "type" of roba so it may not be an issue

Angelus: not sure what your referring to by 1pass.. unless your talking about Roba which may/may not be an easy change... BatchEncodeM2V uses robacce.exe as a helper app for roba whereas BatchCCEWS does roba by creating a VAF file in 1 pass, then using that while encoding all the other passes

Jarthel: CCE 2.7 support is in the process - supporting multipl running copies probably will never be though... that would require a complete redesign not to mention eclcce doesn't support multiple copies nor could I see how this would be of any use to anyone

[jarthel]

Originally posted by D3s7

Jarthel: CCE 2.7 support is in the process - supporting multipl running copies probably will never be though... that would require a complete redesign not to mention eclcce doesn't support multiple copies nor could I see how this would be of any use to anyone

I have a dual-cpu setup and it'll be really useful if I can encode 2 DVDs at them same time. Also with the advent of multi-core CPUs, this request will be beneficial to others as well in the very near future.

Correct me if I'm wrong, I thought that cce 2.7 doesn't need eclcee. So I instance of batchcce is using 2.67 (via eclcce) and the other instance is using 2.7.

[D3s7]

no 2.7 doesn't need eclcce but all the rest of the versions do..

personally i think there would be too much work and end user setup to warrent that ability...

[jarthel]

well how about the queue being loaded from a txt file instead of the registry? the user doesn't have to setup anything but they can always install batchcce in 2 different locations :)

[JuanC]

Originally posted by D3s7
JuanC: are you saying if you have 1 item using Roba and another using Multipass and another using 1pass, all three will be scripted for Roba? No, it's just that given several jobs using the same template, whatever it is, they will all be encoded with the quant. matrix associated with that template. BCCE won't use the matrix you chose for each encoding job. Please advise if this is clear. I guess my english is not very good.

[recoil47]

I'd like to also state the fact that I'd like to see support for newer versions of CCE in this program. It doesn't support newer builds today (because of ECLCCE) which is annoying...

[recoil47]

Wait, if CCE 2.7 and higher don't need ECLCCE, then how do you get BatchCCEWS to work? Everytime I started it up with CCE 2.7 or higher, I would get that error message, and ECLCCE was always engaged. Is there a workaround?

[D3s7]

I'm planning on adding support for ccefront which will get rid of the problem w/ eclcce and 2.7

[recoil47]

Nice :)

Thanks!

[jarthel]

it would be nice if you can add "shutdown PC upon queue completion" feature.

thanks

[Justn]

i've always had problems with batchccews and interlaced or hybrid material, i often get weird results. i read a while back that it was something to do with how doitfast4u treats the source or something. if that could get fixed i'd be happy or if there is a solution i dont' know about, i'd love to be pointed in the right direction

[D3s7]

You in PAL land or NTSC land?

[Justn]

ntsc, i dont' really know how to explain what happens, it's like a white outline around fast moving objects. kinda odd

[Trahald]

OK.. the source is available at http://sourceforge.net/projects/batchccews/ on cvs. added is support for 2.70.x , d3s7 added a vaf option, i added stuff from revpulldown so now it can create vif files for scenarist and also avoid .5 errors on ntsc pulldown. This branch is unstable.. i'll make a binary available over the weekend but i havent tested it much (ok.. any) i'll keep you updated.

[Ripe73]

Is it possible to add a " make ECL " button?it will make a ECL of all job loaded in BatchCCE.

[Trahald]

i compiled a unstable version. it is just the .exe . if you have time try it out. especially pal people since i cant really test that. dont use it for mission critical stuff yet. i havent had time to really test it myself. More to come. available at link above on sourceforge.net

here is the change log

<0916a unstable>
- Added support for cce 2.70.x
- Added pan and scan and corrected ntsc .5 errors and create .vif file option (speeds up import in scenarist) by using my modifications to revpulldown
- Added option to use existing vaf file
- Software is now covered under the GNU General Public License
- Max GOP option which picks the biggest gop size (m / n/m ) for film/pal/ntsc-video 12/15/18

[Trahald]

Originally posted by Ripe73
Is it possible to add a " make ECL " button?it will make a ECL of all job loaded in BatchCCE.

i guesso.. lemme think about that...

[influenza]

Working auto angle detection would be nice.

A somewhat more clear procedure when making changes. Now you have to press the replace button. I would rather have a dialog box or so.

And keep up the good work of course !

[D3s7]

It does work.... at least w/ the Scenaid Switch

BBWoof finished it before he turned over the project.. just never released a build that had it in

Trahald, what version number does this build reflect so I can update Scenaid to use the newer ccedata format w/ this?

[Trahald]

0.9.1.6 even though youve had that for a while (bbwoofs old 0916), since it was never public i decided not to skip the number. If it would be better tho i could just as easy use 0917

[D3s7]

nope that's fine... already coded for >= that...

so, if using this new version, Scenaid will auto switch to the new ccedata format which passes angle info to batchccews

[Trahald]

<0916b Unstable> fixed vif creation ( i added something stupid to my revpulldown code when i brought it over to batchccews.. not sure what i was smoking) fixed now.

i started other stuff but commented it out.. i think i'll make more progress soon as summer comes. i'll work on summore of the suggestions in this post.

[Trahald]

No, it's just that given several jobs using the same template, whatever it is, they will all be encoded with the quant. matrix associated with that template. BCCE won't use the matrix you chose for each encoding job. Please advise if this is clear. I guess my english is not very good.

ahh.. i found the issue.. the qmat_idx value is written correctly to the ecl file from what you choose. the problem is this.. if (cceVer > "2.50.01.00") then it writes a bunch of values from the template to the ecl including the qmat_idx. the second value is what cce uses (if you look at your ecls for cce > 2.50.01.00 you will see some values written twice.)

i'll comment out the double stuff ( i imagine some of it is stuff that isnt in 2.50 ecls but is in later versions.. but maybe not) the code isnt commented with a reason.

[JuanC]

That is very promising. Thanks Trahald :)