BatchEncodeM2V 00014c alpha with HCENC support

[Trahald]

Ok.. put on 0.0.0.11b on the homepage (lists as batchencodem2v00011.exe) it fixes another surprise with 2.70.. see the change log (above) for details.

[mrslacker]

Originally posted by Darklistener
Hi
I allways get this error msg popup:
vts__01_p01.i-tff.16~9_1.avs.temp.AVS.ecl is not a ecl for cce sp works version

I use CCE SP 2.70.01.05

I saw this in the DVD Rebuilder forum. It seems that the "works" version looks for its specific CCE SP Works header in ecl files. This particular flavor of cce is something of a red flag, if you follow. I think AutoQ, or more specifically, EclStart, allows for custom specification of the header string. I haven't used BatchEncodeM2V yet, so I don't know if this would work, but EclStart has an EclCCE mode that might be handy for this type of incompatibility.

[Trahald]

ahh.. yeah.. i didnt even notice that.. i think that may not be a bad idea (user definable header.)

[mrslacker]

Originally posted by Trahald
ahh.. yeah.. i didnt even notice that.. i think that may not be a bad idea (user definable header.)
Or at least an option for the "CCE SP Trial Version" header...

BTW: I don't quite understand the drop_frame issue with the new CCE. Why 1/5 the size? That's not the difference between 24 and 23.976. I'm worried about other programs messing this up now. :(

[Trahald]

Originally posted by mrslacker
Or at least an option for the "CCE SP Trial Version" header...

BTW: I don't quite understand the drop_frame issue with the new CCE. Why 1/5 the size? That's not the difference between 24 and 23.976. I'm worried about other programs messing this up now. :(

yeah.. the header im using now is for the trial .. i was thinking of adding custom support since i assume a purchased version has a different header ( i only have the trial )

i think the difference is pulldown distance oddly enough. (23.976->29.97) i would never think that was the issue and played with pulldown settings for a 1/2 hour. last thing i tried before i was about to give up was the drop frame flag. and that fixed it..
Again.. its only for 23.976 material & when drop frame is used (which many apps may not use.) i just tested on 2.70.02.00 trial and its there. Custom technology probably calls it a feature.

[mrslacker]

Originally posted by Trahald
yeah.. the header im using now is for the trial .. i was thinking of adding custom support since i assume a purchased version has a different header ( i only have the trial )
Only the trial here as well. Although, the 2.70.02 trial will load and save ecl files without eclcce... but the header generated by CCERoBa.exe is incompatible:

; Cinema Craft Encoder SP -- Encoder Control List

On the other hand, multi-pass encodes start just fine with BatchEncodeM2V. This is my first time with CCERoBa or BatchEncodeM2V. I might be missing something. I presume RB's EclCCE expects the type of header that CCERoBa.exe generates. :confused: Too bad CCERoBa doesn't have the option of generating ecl files for the new ecl-enabled trial. A version of EclCCE that could work with this new version of CCE would be even more helpful, as most helper apps expect or require EclCCE. Just speaking my mind at this point.

[Zeul]

Trahald
You need to determine the internal description of the cce.exe file. In every case the description is what is required in the header of the .ecl file. Right click -> properties shows the description. :)
And the retail of 2.7+ shows CCE SP Works Version. Basic is differnet again.

[Trahald]

ahh.. i see.. so i should be able to pull that automatically out of the descriptor. cool.

@ mrslacker
as far as cceroba goes.. i have to contact tylo to see if he will add support for it... havent seen him in a while.. i might explore adding support for autoq.

[Trahald]

Ok.. updated it to create the header based on the Product Name for all cce versions as zeul suggested. 0.0.0.11c

[mrslacker]

An option to specify vaf_file and vid_fileX folders would be helpful. I'm always encoding, muxing, and authoring to separate drives... at least when they are separate steps. Thanks!

Oh yeah, the version string check seems to be working fine.

[muppets]

hi Trahald,

I tried new 0.0.0.11c and found a few things in the *.ecl file that prevent CCE from working correct or working at all. These values are always the same, either if i set up BatchEncodeM2V to work with CCE 2.70.00.27 via EclCCE or with CCE 2.70.02.00 directly (both trial versions):

1) frame_rate_idx=4 (should be 3 as it's for a PAL DVD clip)

2) drop_frame=1 (doesn't seem to impact CCE 2.67.00.27, i.e. the time shown in CCE is correct, but for CCE 2.70.02.00 it makes the clip shorter by 1/6)

3) width=1260 (pal dvd, should be 720 - 720 is shown correctly in AVS-Stats)

4) height=56 (again pal, dvd, should be 576 - 576 is shown correctly also)

The wrong values for frame size make CCE 2.67.00.27 bitch at me (frame size not supported) and stop there without creating a *.temp.AVS file and *.vaf file.

CCE 2.70.02.00 doesn't bitch but it also fails to create the *.temp.AVS file. It does go a little bit further and creates a *.vaf file before stopping (although it seems to me that the vaf file is not complete).

[Trahald]

somethings weird. 3 & 4 are probably causing the issues with 1 & 2.

i have it coded to not drop frame with pal.. and set 3 for frame

3 & 4 are telling me BEM is getting funky values for the avi params.. (it pulls the resolution from the avi attribs.) it decides drop_frame and rate by framerate. (avs errors are at 24fps but i only check for 23.976 and 25 fps .. anything else is taken as 29.97. Height of 56 means avs error.

1st.. double click the file thats giving a problem and see what BEM reports for the avi params and report them..

2nd.. open the original .avs in virtual dub and check what you get in file params.. then also check the temp.avs and check what you get.. please report those

3rd.. please paste the contents of the temp.avs

thanks

for the future im gonna add a check for weird resolutions.. also figure out how to get .avs errors.. when this occurs im gonna add a warning to the log and not attempt the encode.

[D3s7]

I"d say first open the .avs in MP and see if there's an error :)


(are we officially calling it BEM now? - so you could have a BEM movement... <snicker>)

[muppets]

ok, did what you said and here are the results:

1) BEM reports the avi parameters as res 720x576, 25.000 fps, 311 frames, duration 00:00:12.11

2) VDMod reports for the original .avs res 720x576, 25.000 fps, 311 frames, duration 00:00:12.44.

Yesterday i said, that there's no .temp.avs created. Seems that was incorrect. The file is created and deleted after i close CCE manually after not encoding. I found that out by watching the working directory during failed encoding. So i didn't close CCE and copied the contents of the .temp.avs

3) .temp.avs (the same for cceroba_tst.avs):
LoadPlugin("F:\SEX_AND_THE_CITY_SEASON1_DISC1\DGDecode.dll")
mpeg2source("f:\sex_and_the_city_season1_disc1\f:\sex_and_the_city_season1_disc1\sample.d2v",idct=7)
ConvertToYUY2(interlaced=true)
AudioDub(BlankClip())
As you can see, the directory name in line 2 (f:\sex_and_the_city_season1_disc1\) is repeated. So neither Media Player Classic nor Virtual Dub Mod can open the file as it doesn't exist.

D3s7: No problem with the original .avs in MPC or VDM

[jarthel]

would it be possible that the queue be saved into a file instead of the registry? (well I think it goes into the registry.)

I have a dual-CPU setup and I was hoping I can run 2 instances of batchencode (each copy pointing to 2 different versions of cc3) so I can maximize throughput.

Thanks :)

[jarthel]

Last night when I was encoding a DVD, CCE speed was like 1.6 to 1.8.

I am encoding the same DVD and speed is like 9 to 12. is this normal? I'm using 2.7x.

[influenza]

No that's probably not good. i'm quite sure there's something worng. try to play one of the avs files in mpc or so.

[jarthel]

avs file plays fine on vdubmod. :|

[influenza]

well let's swap pcs then, I wouldn't mind a 9X realtime encoding speed ;)

[mrslacker]

Originally posted by jarthel
Last night when I was encoding a DVD, CCE speed was like 1.6 to 1.8.

I am encoding the same DVD and speed is like 9 to 12. is this normal? I'm using 2.7x.

I have noticed that at the begin of the second pass, the encoding speed shows something like 23x, and it slowly drops to a realistic speed like 2.3x. CCE SP 2.70.02 actually creates the vaf as if it were a pass (it is), showing it as pass 1 of X. I think the speed calculation at the begining of the first m2v pass is messed up somehow, unless it really starts fast and then slows down. Have you noticed this behavior?

Also, CCE SP 2.70.02 has an option to use multi-threading. That should use both of your processors. No need to run CCE twice.

[jarthel]

Originally posted by mrslacker
I have noticed that at the begin of the second pass, the encoding speed shows something like 23x, and it slowly drops to a realistic speed like 2.3x. CCE SP 2.70.02 actually creates the vaf as if it were a pass (it is), showing it as pass 1 of X. I think the speed calculation at the begining of the first m2v pass is messed up somehow, unless it really starts fast and then slows down. Have you noticed this behavior?


Hmm Well it was running at 9x to 12x for at least 10 minutes. When I looked again and the encoding is almost finished, it settled on 3 to 4x.

Originally posted by mrslacker

Also, CCE SP 2.70.02 has an option to use multi-threading. That should use both of your processors. No need to run CCE twice.

Can this be automatically set?

If not, it would be nice if Trahald can include this. :)

[Trahald]

Originally posted by muppets
ok, did what you said and here are the results:

1) BEM reports the avi parameters as res 720x576, 25.000 fps, 311 frames, duration 00:00:12.11

2) VDMod reports for the original .avs res 720x576, 25.000 fps, 311 frames, duration 00:00:12.44.

Yesterday i said, that there's no .temp.avs created. Seems that was incorrect. The file is created and deleted after i close CCE manually after not encoding. I found that out by watching the working directory during failed encoding. So i didn't close CCE and copied the contents of the .temp.avs

3) .temp.avs (the same for cceroba_tst.avs):
LoadPlugin("F:\SEX_AND_THE_CITY_SEASON1_DISC1\DGDecode.dll")
mpeg2source("f:\sex_and_the_city_season1_disc1\f:\sex_and_the_city_season1_disc1\sample.d2v",idct=7)
ConvertToYUY2(interlaced=true)
AudioDub(BlankClip())
As you can see, the directory name in line 2 (f:\sex_and_the_city_season1_disc1\) is repeated. So neither Media Player Classic nor Virtual Dub Mod can open the file as it doesn't exist.

D3s7: No problem with the original .avs in MPC or VDM

ok.. i see it.. i have to do that because usually the path isnt in dif4u .avs files and cceroba needs it (i add the path for all ecl-type encoders). i'll put in the check for if the path already exists. how did you make the .avs?

[muppets]

OK, i made the .avs manually as it is supposed for testing purposes only. After removing the path in the .avs everything is working flawlessly :)

[mrslacker]

Originally posted by jarthel
Can this be automatically set?

If not, it would be nice if Trahald can include this. :)

It is not an ecl setting, its in the options when you just open GUI. That leads me to believe it is a permanent global setting.


EDIT: OK, I must be losing my mind... I don't see the setting anymore. Maybe I was thinking of something else... Need more sleep!

[Trahald]

New version available

[Nevs5]

i am having trouble with six feet under season 1 disc 3. what happens is that i encode the vts which there are 1 of them with 3 pgc. 1 and 3 are fine encodes them fine and makes the mpv then the mpv.m2v, but on the 2nd pgc i never makes the mpv or the mpv.m2v but the vaf is there and i have started this rip all over again and get the same thing. i checked the avs and ecl file and they look the same as 1 and 3. so i am not sure what is causing this problem.

[Trahald]

can you pm me the log. its in the batchencode install directory. make sure you only paste the info from your last encode (the log just keeps adding to itself)

can you load the ecl in cce and encode it?
the command line for revpulldown is in the log.. you can paste that into a dos window and run it.

[Trahald]

12b up.. same install file name. only addition is support for hcenc .12batch

[jarthel]

when I load an avs (located at E:\dvd_images\originals\needs_reencoding\GUNDAM_WING_OPERATION_FIVE\VTS04) in batchencode, the "avs path name" has funny characters in it.

is this normal?

thanks

[Trahald]

Nope.. not normal. im only allowing for 100 characters in the path.. i'll compile a version that allows longer names in a an hour or so (my paths are tops 8 characters with the name the usual dif4u length) thanx

[Trahald]

ok.. fixed

[jarthel]

thank you :)

[jarthel]

not sure if possible but:

any chance of saving the queue to a text file instead of registry?

[Trahald]

yes but i really rather not.. i can add an option to save a cce-data file so you can reimport it. would that help? if not could you explain how it would benefit you?

[jarthel]

I'll be getting a dual-cpu setup soon.

I can run 2 copies of batchencode and then they each have a queue they can process at the same time :)

and oh, I meant a batchencode txt file that it reads on startup and this txt file contains the queue. :)

[Trahald]

i may be able to set it up so the setup(installation) allows you to specify the root registry directory (so you could have say HKLM\software\batchencode1 and hklm\software\batchencode2 by launching the other install.

[jarthel]

that would be very nice. thanks :)

[jarthel]

I encoded an avs but there the output is some avisynth error saying "unable to load ....". So I inserted a "trim" function to encode only a few frames.

When I resetted the queue for that avs file and start encoding, batchencode decides to process all the frames and not the selected range specified in the trim command.

[Trahald]

so you edited the .avs that dif4u made? what i'll do is change the frame count parameter if its less than the amount in the avs ( when the avs has changed ) i currently leave it to whats loaded originally... for now you can just reload the cce-data.txt and it will get the length from the .avs file again.. your using cce right?

[D3s7]

Originally posted by jarthel
I encoded an avs but there the output is some avisynth error saying "unable to load ....". So I inserted a "trim" function to encode only a few frames.

When I resetted the queue for that avs file and start encoding, batchencode decides to process all the frames and not the selected range specified in the trim command.

Why try an encode that asset at all? There obviously is an issue w/ the avs script...

a partially encoded asset will more then likely be useless in scenarist as well....

[jarthel]

Originally posted by Trahald
so you edited the .avs that dif4u made? what i'll do is change the frame count parameter if its less than the amount in the avs ( when the avs has changed ) i currently leave it to whats loaded originally... for now you can just reload the cce-data.txt and it will get the length from the .avs file again.. your using cce right?

I now understand. thanks :) yes using cce

[jarthel]

Originally posted by D3s7
Why try an encode that asset at all? There obviously is an issue w/ the avs script...

a partially encoded asset will more then likely be useless in scenarist as well....

of course I would not process the resulting mpv in scenaid as it's only a part of the movie. I'm not that silly. :)

I was reencoding a part cause I just want to test if batchencode returns a messed up .mpv again. As far as I know, there is no problem with the avs file since I can view it using vdubmod and vdubmod wouldn't open avs files if there is something wrong with it.

[D3s7]

Originally posted by jarthel
of course I would not process the resulting mpv in scenaid as it's only a part of the movie. I'm not that silly. :)

I was reencoding a part cause I just want to test if batchencode returns a messed up .mpv again. As far as I know, there is no problem with the avs file since I can view it using vdubmod and vdubmod wouldn't open avs files if there is something wrong with it.

ah ok.. i was trying to figure out why you'd even waste the encoding time on an avs that had an error message

[Smurf1127]

Trahald,

Very Nice application. Ran it for the first time and it was a very easy to use and clean interface. One function request would be to unlock the "list" window so you can see were in the encoding process you are.

Thank you for all the hard work.

|Papa|

[Trahald]

@Smurf1127

yeah.. i have that request too!!.. Hehe ;). i'll add that to my todo..

[mrslacker]

Originally posted by Trahald
as far as cceroba goes.. i have to contact tylo to see if he will add support for it... havent seen him in a while.. i might explore adding support for autoq.

It looks like tylo has been busy coding his new cce front-end, ccefront (http://forum.doom9.org/showthread.php?s=&threadid=92157). It seems like this will replace CCERoBa. Will BatchEncodeM2V work with this in its current state? I don't know the CCERoBa syntax, but I assume it is different. It would be nice to do auto OPV with SP 2.70.02.

[jarthel]

Originally posted by Trahald
i may be able to set it up so the setup(installation) allows you to specify the root registry directory (so you could have say HKLM\software\batchencode1 and hklm\software\batchencode2 by launching the other install.

so as not to get my hopes up too high.

are you going to implement this? Thanks :)

[D3s7]

slight problem w/ 12c

it's repeating lines in the .avs

import("C:\Program Files\DoItFast4U\new.avs\addaudio.avs")
LoadPlugin("C:\Program Files\ScenAid\DGDecode.dll")
Mpeg2Source("C:\IN_PROGRESS\SAMURAI_JACK\Scenaid\NewD2V\VTS__01_V002.U.4~3_1.d2v",idct=0)
LoadPlugin("C:\Program Files\DoItFast4U\new.avs\decomb.dll")
Telecide(guide=1)
Decimate(mode=3,threshold=3)
AddAudio()
ConvertToYUY2(interlaced=true)
LoadPlugin("C:\Program Files\DoItFast4U\new.avs\decomb.dll")
Telecide(guide=1)
Decimate(mode=3,threshold=3)
AddAudio()
ConvertToYUY2(interlaced=true)

[D3s7]

um.. there's no duplicated lines there

[jarthel]

reply deleted: I was seeing things :|