View Full Version : BatchEncodeM2V 00014c alpha with HCENC support
Trahald
18th January 2005, 21:13
Ive been coding off and on an application that will do one-pass encoding and also support apps other than cce pro sp. well, here is my first effort at it. seems to work so far, but please use it for non-mission critical applications for now.
It supports Quenc (59a, 59b). Also one-pass through cceroba (made by Tylo [d2sroba]) . and traditional multipass cce. procoder support and cce basic support will follow soon.
cceroba works best with cce 2.67.x..
quenc is supported by splitting the .avs file as it encodes then it merges it together.
This also supports adding pan_and_scan and 3:2 pulldown through use of pulldown.exe (named revpulldown.exe) that i modified that is included (run it w/out commands to see usage)
available at http://bui.dvd2dvd.org (link is on the left)
thanks again to tylo for cce roba.. dvd2svcd for the hosting and d3s7 and the gang for coding help suggestions.
<00014c> - the way i set the ecl header looked for 'version' but that didnt always exist. 'standalone' seems to be in all productnames (basic, 2.50 2.67 2.70 etc) so using that seems to have fixed the 2.50 issue.
<00014b> - fixed issue where -removesequenceendcodes being sent with -nooutput created a vif that matched the 'virtual output file' but not the source .mpv file as it should. revpulldown now ignores -removesequenceendcodes when used with nooutput. (same download filename)
<00014> - Added - VIF creation. Optional parameter (default to on i think) creates a vif file after encode through revpulldown.exe. For pan&scan or pulldown material the vif file is ALWAYS created regardless of the setting since it only takes ~1 second to create. Since for all other cases (PAL/NTSC-30fps) it is an extra step during encode so it is optional. (Worth the savings at import/compile time still IMHO.)
- HCENC is limited to 12batch(and i presume above).. .01 will work but will be wrong for bff material (which is rare) 12batch and above support setting field dominance in the .ini
- Added Support for CCEFRONT by tylo. It can be used as a replacement for CCEROBA for one pass encoding. It supports cce 2.70.. i have it properly scan the .ini to check the cce version (you still will use ccefronts cce version selecter) so run it once before using with batchencode.
- ... uhmm... im pretty sure some other stuff
<00013> - Added - Maximum GOP size param. (Default to on.) It will give an asset the longest GOP possible given its framerate (while still keeping M = 3. ) Its decision is made when the ccedata file is loaded. It makes 29.97fps items have a 18 frame gop (3/6) PAL is given a 15 frame GOP (3/5).. film can only be given the standard 12 frames( 3/4) because 3:2/2:3 pulldown process creates extra 'virtual' fields. Tested with cce seems to work so far.. hcenc/quenc/cceroba should follow suit. i'll test procoder and ccebasic later. (some say longer gops, specifically, less 'i' frames give better output )
- Fixed - repeating lines in temp avs creation. it didnt happen with doit4u's .avs created files but may happen with homemade ones.. now fixed.
- Uhmm.. other stuff
<00012c> - Fixed - allows for long PathNames. Prior long pathnames would be written to registry correctly but read back incorrectly. buffer extended to allow for more characters. Same Filename for download
<00012b> - Added support for HCENC 0.12 batch. Same filename for download
<00012> - Some small stuff. Added ability to set vaf to not overwrite (in case you wanted to do additional passes)
- You can highlight multiple items and set them as complete or delete them.
- Revpulldown version .99j included adds a -addfieldend option that will add a rff to the last temporal frame that doesnt already have one. this is for the purpose of helping with .5 errors on NTSC pulldown material. I dont actually use the new option for batchencode (addfield and 3:2 pulldown are used when needed to avoid .5 errors) but i figured i'd add it as an option..
- Other stuff (i think)
<00011c> - Im setting the ECL file header how zeul suggested (Based on the Product Name for that cce version) for all CCE versions. It seems to work fine.. please do a short test before you run a full encode. Same filename for download.
<00011b> - Found out the hard way that 2.70 treats drop_frame flag different than other versions with 23.976 fps source material (it shortens the file by 1/5) sooo.. this version fixes that by setting drop_frame=0 when encoding 23.976 (i have pulldown.exe always set dropframe ON for ntsc anyways). i tested it and appears to be ok.. i'll truely know in a few hours. this version is up for the testing with same install name (00011) on bui.dvd2dvd.org.
<00011> - 2.70 works now. since 2.70 actually lets you set field dominance i use that parameter instead of the offset line.
<00010> - added support for HCENC 0.01. it splits the file for chapter accuracy (although again you can shut the option off and encode as one file.) it uses most of the options.. any missing you can edit in the hc.ini. I'll add more in next version. HCenc encodes everything as tff. i adjust for that with pulldown (only in the rare time your mpeg is BFF). it also encodes with a start time of 01:00:00.00 which i also adjust for with pulldown. just point the exe to hc.exe. hcenc is still pretty new so use with caution.
- little gui tweaks and code tweaks
<0009> - small update..added some statistics for the AVS file including estimated file size. also a progress meter for when files are being joined (when applicable). also dropdown for changing DAR in edit mode.
<0008> - fixed issue pulldown was not always selected when it was supposed to. my aviframerate routine is fixed and should be ok now. thanks nevs5.
<0007> - includes updated pulldown 099h - fixes a long standing issue with pulldown that truncated files w/out a sequence end code. and fixed an issue with the -ps_add command (pan&scan)
- adds support for procoder (havent tested it much but seems ok)
- assures file names of encoded files are correct for what scenarist/reathorist expects.
- added option to not have encode (for procoder,quenc, cce basic) split by chapters and merged. with it on it encodes the file whole. this means chapters may be off which may be important for BOV and also may cause 0.4 errors. however its added by request (robot1) since generally it is harmless and the final file will have better quality.
- uhm... other stuff.
<0006b> - fixed PAL frame_rate_idx setting for .ECL files (hopefully)
<0006> - now supports CCE Basic.
- fixed ecl settings with PAL stuff.
- misc stuff
note: for pan and scan.. scripts created by scenaid and reathorist for pan and scan assets will flag the files as plain 16:9 (since pan&scan was never encoded in the past).. so if you decide to use the pan and scan feature you must alter the script for now.
Darklistener
19th January 2005, 05:58
Hi
nice tool Trahald.
I will give it a try the next few days.
Will this tool replace BatchCCE sometime?
Supports this tool CCE SP 2.70.x..
thx
influenza
19th January 2005, 08:18
The tool is intended to replace batchccews some time. Unfortunately the support for batchccews seems to have stopped so we should be glad people like trahald step in :)
Thanks Trahald!
Trahald
19th January 2005, 13:57
it probably works with 2.70.. i havent tested it yet. give it a shot :)
buzzqw
19th January 2005, 15:51
can it be used without the Big 3 ? i tryed with no success.
i had cofigured it on al basis, but i cannot feed avs or mb target size ... :(
thanks
BHH
Trahald
19th January 2005, 19:37
I really intended it to be used with big 3 however.. i did code for adding .avs individually but i did it badly so i disabled the menu option (it doesnt setup all the things it needs to).. it will be reenabled soon... for now you can make a cce-data.txt file in notepad for the file(s) you want and import that (there has to be quotes around the file name.. for now)
buzzqw
20th January 2005, 08:08
@Trahald
Ok, thanks anyway ;)
BHH
Eyes`Only
20th January 2005, 08:10
this imports standard ccedata.txt scripts (versions 1 and 2)?
influenza
20th January 2005, 08:33
Didn't know there were two versions, but yes :)
Trahald
20th January 2005, 16:38
yes.. dif4u's 1.0.0.0 or 1.0.1.5 and 1.0.1.6 (has angle parameter)
influenza
20th January 2005, 16:50
hmm Ok. Never too old to learn something new ;)
D3s7
20th January 2005, 22:19
good thing or you'd be in trouble ;D
Trahald
30th January 2005, 05:35
ok 0006 is up.. if you have time between mission critical backups please give it a shot for testing. thanks
Trahald
30th January 2005, 05:37
oh and procoder support should be in next release.. procoder uses same ecl as cce so adding should be fairly simple.
techniquefreak
1st February 2005, 14:10
Hi Trahald I'd like to thank you for coding such a great application. I've yet to test it thoroughly though - been a little busy lately. Anyway - thanks much and keep up the good work!
Kind regards
/Hansen
Zenak
10th February 2005, 17:08
I gave this a shot last night, and the results came back very impressive.
I was wondering though, I chose CCE MultiPass, but you have the single pass otption. Is that for CCE? If so what is the trade off in quality for the extra speed?
Trahald
10th February 2005, 20:40
glad to hear it :). if you are referring to the 1-pass option in the main screen then thats for quenc only . if you are referring to the 1-pass option in the option menu then.. yes.. that is for cce.. (its only for SP versions not basic) basically i use tylos Cceroba to have it predict the proper Q parameter and then it runs a 1-pass OPV based on that Q. if its too over or too short it runs a second pass ( i will include a setup menu for cceroba at some point but for now the .ini is editable ) i set it up to allow for decent undersizing (as low as 92% or intended size) to try to avoid the resizing second pass, but with no tolerance of oversize.
Angelus
11th February 2005, 05:23
Just a quick question...when I tried out BatchEncodeM2V and when I try to start a job, the CCE windows loads and starts, and in the System Toolbar the CCERoba icon pops up but says that script is paused and flashes an "X" in the tray...is this normal?
Edit: Also one request possibly in the next version...is it possible to put a minimize button on the main program? Or a minimize to tray option? Not a biggie but thanks for a great program!
Trahald
11th February 2005, 18:28
when you right click a program using auto-it's tray icon (as cceroba is) it automatically pauses.. so if you ever want to right click it feel free.. but make sure you un-pause it
minimize button? sounds easy... should make the next version if not the one after that. (hopefully get some time this weekend.. been working on sum stuff for batchupdateifo)
Nevs5
11th February 2005, 18:32
i am test out the program now. i look at batchcce and it show me that pulldown is check of when i import the ccedata.txt file and in your program i import the same ccedata.txt file and pulldown is not check off . so what one is right? yours or batchcce?
Angelus
11th February 2005, 18:33
Ok I was just making sure because whenever I start an encoding job, the CCERoba icon flashes between and X and its symbol, which I thought to mean that it was paused. And when I right clicked it said "script paused". So is it normal for CCERoba to flash between the X and its icon when it's working? If so then forget my ignorance. Thanks
Edit: I take that back now, it seems CCERoba is working correctly now. The only problem I have is that I can't get the result to compile using the Scenarist Script created by Scenaid. It seems that all the titles that were encoded arent the ones that the script is pointing to when it imports the files. This is a sample of the error's im getting:
Error Language name is not specified in VideoManager
Error Aspect Ratio<16:9> in this PGC<VTS1_Title_PGC1> is different from the one<Unknown Aspect Ratio> in Title:<VTS1_Title1> VTS:<VTS_1>
Error Aspect Ratio<16:9> in this PGC<VTS2_Title_PGC1> is different from the one<Unknown Aspect Ratio> in Title:<VTS2_Title1> VTS:<VTS_2>
Error Aspect Ratio<16:9> in this PGC<VTS3_Title_PGC1> is different from the one<Unknown Aspect Ratio> in Title:<VTS3_Title1> VTS:<VTS_3>
Error Aspect Ratio<16:9> in this PGC<VTS4_Title_PGC1> is different from the one<Unknown Aspect Ratio> in Title:<VTS4_Title1> VTS:<VTS_4>
Error Aspect Ratio<16:9> in this PGC<VTS6_Title_PGC1> is different from the one<Unknown Aspect Ratio> in Title:<VTS6_Title1> VTS:<VTS_6>
And the only VTS's that I've encoded are 5, 7, 8, 9, and 10. I have Scenaid set to automatically import if the assests are already encoded, and when I try to have Scenaid do this, it opens up BatchCCEWS rather than Scenarist...I guess meaning it doesn't find the encoded assets in the folders. Perhaps a different naming convention? I'm not sure... Thanks
muppets
15th February 2005, 14:52
First of all: Thanks Trahald for coding this application!
I've tried to encode an interlaced video with both CCE Multipass and CCERoba but it seems that it doesn't matter to BatchEncodeM2V if "Progressive" is checked or not. In every *.ecl file so far it says "progressive=1" :(
Another thing i was wondering about: When using CCERoba, there is a *.temp.AVS.ecl file created but not used by CCE, only cceroba_opv.ecl is used. Is that the way it's supposed to work?
edit: in addition to create a *.vaf file there's also created a *.mpv file (that's way bigger than the desired size) in CCERoba's first run. I haven't seen that with BatchCCEWS, so i was wondering again, if that is the correct behavior of the program?
edit2: please ignore my first edit :eek:
Thanks muppets
Trahald
15th February 2005, 18:42
muppets and angelus.. can you please send the log (they are in the install directory) i'll pm you the address
muppets.. interlace error is my fault. fixed in the next version.
angelus.. well.. when pulldown is used (for p/s) it renames the file to .mpv.m2v (same as when pulldown is used to change framerate to 29.97).. since scenaid isnt expecting it that could be an issue. i already corrected that in my version a few days ago. i think i'll release it today although i havent tested it as much as i normally do.
as far as how cceroba works file wise.. it makes its own .ecl from my .ecl and makes sample files until it figures out the correct 'q'. then it makes an ecl that it will use for the final encode. then creates the mpv/vaf at the same time. if mpv is not within size limits then it does a regular sizing pass using the vaf file.
Angelus
15th February 2005, 19:22
@Trahold
I actually did finally get the project to work in Scenarist, all thought im not sure what I did :) I'm pretty sure it was a problem with Scenaid rather than BatchEncodeM2V. I think I ran Scenaid a couple times, and on like the 3rd time when I tried importing, it worked fine. I was trying to think about what I could have done but I have no clue.
As for the whole naming convention I think it is correct. Somehow Scenaid (or my directory) got messed up and it would launch BatchCCEWS rather than Scenarist. And in Scenarist it does import the right assets that were encoded with your program, I just think it makes the file names uppercase when it displays them. Sorry for any confusion I caused. But thanks for your nifty little app, so far it's been great!
Trahald
15th February 2005, 19:27
New version posted 0007 alpha. change list in top post.
Trahald
15th February 2005, 19:33
@angelus
ahh.. cool.. hehe.. well future versions of scenaid will have option to launch batchupdate.
Nevs5
15th February 2005, 21:23
very nice program Trahald :)
just a little confused still, not sure if this has to do with the pan&scan. but the new version still does not check off pulldown like batchccews does, not sure if it should. i load the ccedata.txt into batchccews and pulldown is check for most of them. then i load ccedata into your program and i get some that are check with pulldown and some that are not. not sure if it's a bug or if batchccews is wrong.
thanks
D3s7
15th February 2005, 21:39
BatchCCEWS did a pulldown internally which is probably the switch you see
BatchEncodeM2v uses trahald's version of pulldown.. there is no flag in it (that I'm aware of) - it just does it if you encoded an asset at 23.976
what your seeing is probably just a visual thing
muppets
15th February 2005, 21:43
@Trahald: I sent you the log as requested. Just out of curiosity, is any valuable information for you in there?
muppets
Trahald
16th February 2005, 14:14
@muppets
absolutely none.. lol.. i have to fix that.. i kinda thought i did some things that i must not have gotten to :). but really.. rereading your post the main issue was resolved by the new version.. the progressive part of ecl creation was wrong.
nevs5 - easy way to check.. just get virtual dub or some derivitive and load each .avs in the cce_data. check the file information in the file menu. if the framerate is 23.976 then pulldown should be checked. if the framerate is 29.97 then it should not.
Nevs5
16th February 2005, 14:18
k, i will check it out.
little addition if possible:
if you could add an option to run cce at low priority and minimize to tray. there just cosmetic addons so no big deal
Nevs5
16th February 2005, 14:35
hey Trahald
i just check out what you said. now if it is 23.976 pulldown should be executed right? if so in your program should the pulldown box be checked off or is it done with out us knowing?
cause i am doing a rip that virtual dub is say that all my avs in ccedata are 23.976 but, then i look at your program and see if only 1 of the avs has the pulldown check next to it. there might be more to this that i don't know, i am just want to make sure that it's not a bug.
Trahald
16th February 2005, 14:35
if you could add an option to run cce at low priority and minimize to tray. there just cosmetic addons so no big deal
sure
Trahald
17th February 2005, 19:44
Originally posted by Nevs5
hey Trahald
i just check out what you said. now if it is 23.976 pulldown should be executed right? if so in your program should the pulldown box be checked off or is it done with out us knowing?
cause i am doing a rip that virtual dub is say that all my avs in ccedata are 23.976 but, then i look at your program and see if only 1 of the avs has the pulldown check next to it. there might be more to this that i don't know, i am just want to make sure that it's not a bug.
ok.. Seems that because i never use decomb (i leave things interlaced) i didnt realize the avi info sends the framerate different when decimate is used. (as compared to straight 23.976 FILM .) so i updated it to get the frame rate the right way so it works now. will be fixed in next version
Nevs5
17th February 2005, 19:58
thanks.. i am getting the wrong size file of my mpv but i think it will be fixed when the pulldown is fix cause the one file that had pulldown check off was the right size
Trahald
18th February 2005, 20:29
Originally posted by Nevs5
thanks.. i am getting the wrong size file of my mpv but i think it will be fixed when the pulldown is fix cause the one file that had pulldown check off was the right size ok 0008 is up. should fix the issue
Nevs5
23rd February 2005, 14:29
seem to be working great now thanks for the fix
another add-on: if you can add a priview of what the size of the new m2v file would be.
Trahald
25th February 2005, 04:57
sure.. added to todo
trigger638
26th February 2005, 22:54
This is very very interesting and definatly needs some answers. I have been working on a very complex title. The only way to properly do it is by demuxing by cell id. The title is seamlessly branched, and as you know when you demux by cell id you have to set the seamless/non-seamless flags in scenarist manually. Fortunatly it is pretty obvious what is seamless and what is not.
Most of my assets were causing errors (uneven number of fields) when seamlessly connected. This can be corrected by chopping a few frames off the asset until the compile stops failing. Unfortunatly when this is done is causes a pause in playback on a settop player between the cells that were altered. I was using doitfast4u followed by batchccews to get my assets.
I did a bunch of research, at first concentrating on GOP as the possible cause of the scenarist errors. That basically got me no results. There was no doubt that somewhere after doitfast4u finished and the completion of batchccews was the problem.
I found your new tool here and had read that you had done some work with the pulldown utility. I loaded the cce data file into your tool and ran one of the problem cells. I ran a quick recompile using assets before and after the reencoded cell in the exact same config that was previously causing uneven number of fields errors. Much to my surprise the error no longer exsisted.
I will be running a full reencode using your tool tonight to see if I will get the same results with the remaining problem cells, but I suspect that I will not see that error again.
If it is possible could you please try and explain why your tool is not producing this error while batchccews appears to?
Regaurdless of your answer to my question it appears you may have solved a very common and serious problem with prepaired assets. Well done.
Thanks in advance.
D3s7
27th February 2005, 03:50
The answer to that question dives into the core of how pulldown functions...
put simply, every 4 original frames = 5 new frames... and can be done in a 2_3 or 3_2 pulldown
2_3 : AA BB CC DD = AA BB BC CD DD
3_2 : AA BB CC DD = AA AB BC CC DD
now that'sa complete cycle.. now what happes though if you don't have 4 originally.. what if you end up w/ 1,2 or 3.. that's where your .5 frame errors come in...
put simply. here is a grid on what it looks like
Top = original fields(2fields = 1 frame)
Next is pulldown method, what the resulting file looks like, what scenaristsees
AA
3:2 AA Ax (1) - AA - final field is dropped in Scenarist
2:3 AA (1) - AA - Ok as Is
AA BB
3:2 AA AB Bx (3) - AA BB Bx - final field is filled in, in scenarist
2:3 AA BB Bx (2) - AA BB - final field is dropped in scenarist
AA BB CC
3:2 AA AB BC CC (4) - AA AB BC CC - Ok as is
2:3 AA BB BC Cx (4) - AA BB BC Cx - final field is filled in
AA BB CC DD
3:2 AA AB BC CC DD (5) - AA AB BC CC DD - Ok as Is
2:3 AA BB BC CD DD (5) - AA BB BC CD DD - Ok as Is
If you notice, there are places that there is an "x" - this is an odd field or, .5 frames - in the example of a 3_2 pulldown w/1extra frame, scenarist seems to drop that odd field.. butif you tried tomux that.. you'd get .5 frame error.
What BatchEncode does is based off your framecount before pulldown, auto picks the 2_3 or 3_2 pulldown method.. which will elliminate about 90% of the .5 frameerrors (2 leftover is the only problemone)
Hope that helps
BTW.. whatmovie are you working on thatcould POSSIBLE HAVE to bedone by cell demux???
recoil47
27th February 2005, 07:15
Trahald,
A couple questions, I just saw in another thread that you have been coding this to replace BatchCCEWS in the Big3 process.
1) Does this program support CCE 2.70.x ?
2) Can I assume that when this goes from Alpha to a Beta that there will be a guide as to how to incorporate it into the Big3 (for newbies like me)? :)
I'm very interested in the single pass CCE options. Right now I use Big3 with Multipass and it takes up to 5 hours to encode. If this program helps cut that time down and keeps the quality the same, I'm all for it.
Thanks,
Chuck
influenza
27th February 2005, 10:18
Hmm what title needs demux by cellid? I never came across a title that needed that and am always curious of ocurse ;)
Ripe73
27th February 2005, 18:24
Maybe a porno :D
trigger638
27th February 2005, 22:44
No, actually the title is the forgotten. The details of how it is layed out are described in another thread called Chapter point question, started by me. In that thread I state that scenaid crashes when processing the asset folder. This is not totaly accurate. It was my first encounter with the new sony protection, and after reading the hang-ups with that I did get scenaid to process the asset folder.
Basically it is seamlessly branched, the title vob contains the entire theatrical version of the film followed by a couple of deleted scenes and then the alternate ending. So after the credits they just threw in a few scenes and the alternate ending. What is happening is that the chapter points are off ever so slightly. In this particular case it is critical that they are exact. In the extended playback, when it jumps to a deleted scene, I get a few frames that are out of place at both the begining and the end of the playback. Basically even if the scene times are a few frames off from the original, it will be noticed in the playback.
I tried several times to recompile with scenaid. It appears that the chapter points are not accurate enough to deal with this scenario. I also attempted to do the chapter points manually, and as it turns out I am not accurate enough not to be noticed in playback. So my conclusion is that the only way to get exact assets would be to demux by cell id. Of course getting uneven number of fields errors while attempting this was not helping.
I just finished totally recompiling my project using the assets created with BatchEncodeM2V, not one uneven field error. Had some audio length problems (too short by a few frames) but those were easily corrected.
The project plays flawlessly on my comp and on my settop with the exception of the pausing when switching between non-seamless scenes while playing the extended version on the settop (expected due to no seamless branching support).
Thanks a ton for the response to my question D3s7, I understand it much better now. This autodetect pulldown functionality is a must have, fantastic feature. As always thanks for your efforts, Trahald, on this awsome new addition.
If you need any additional info on troubleshooting why scenaid is having problems with this title I would be more than happy to assist.
Thanks for all the help.
Trahald
28th February 2005, 16:49
I was able to do 'the grudge' again with vobid demux.. worked fairly well.. but with some minimal scenarist tinkering
(the dummy areas audio was a tad too short. the result plays and navigates fine. make sure you have the option to have scenaid process the pgc and vobid audio with delay_cut.. this fixes some crc errors in the audio
D3s7
3rd March 2005, 14:35
I have to agree w/ trigger...
after looking closer, VTS8 has to be done by Cell.. either that or your going to waste quite a bit of space
Guess I'll have to code in support for cell demuxes... either that or we need to come up w/ a sound way to mix types... partial PGC/VOBID partial cell when needed...
Trahald
3rd March 2005, 18:48
ok.. batchencode 0.0.0.10 released.. info in top post.
Trahald
5th March 2005, 05:40
here is a replacement for revpulldown (put in your batchencode install directory) on large files (about 2.2 gb+) it would add a second sequence end code without getting rid of the old one.
Darklistener
5th March 2005, 11:23
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
Trahald
5th March 2005, 16:56
i never tested the app for 2.7.. i installed it this morning and will test when i get home. i think its a simple thing with the header.. i should have a fix out tonight.
next few things i'll be working on is to add some features specific to encoders.. ie matrix and any other options..(for any encoders that support matrix) i am thinking about implementing templates .i will allow setting the encoder options out to the front screen and you can set them for each file.. meaning you can setup doing your main movie with cce and say extras with procoder) the templates will be one per encoder option (1-pass cce, multipass cce, quenc, procoder, etc) and anything else that comes to mind or is suggested. the selection in the option menu will be your default template/encoder.
that will probably be added after i start calling it beta (in a version or 2) cce 2.7 support will be in the tonites alpha
Trahald
6th March 2005, 19:01
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
7th March 2005, 01:38
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
7th March 2005, 02:45
ahh.. yeah.. i didnt even notice that.. i think that may not be a bad idea (user definable header.)
mrslacker
7th March 2005, 04:08
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
7th March 2005, 05:00
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
7th March 2005, 07:23
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
7th March 2005, 09:14
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
7th March 2005, 15:20
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
7th March 2005, 21:09
Ok.. updated it to create the header based on the Product Name for all cce versions as zeul suggested. 0.0.0.11c
mrslacker
8th March 2005, 03:30
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
9th March 2005, 17:51
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
9th March 2005, 19:44
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
9th March 2005, 21:26
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
10th March 2005, 11:23
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
10th March 2005, 13:20
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
10th March 2005, 13:23
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
10th March 2005, 13:31
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
10th March 2005, 14:09
avs file plays fine on vdubmod. :|
influenza
10th March 2005, 14:14
well let's swap pcs then, I wouldn't mind a 9X realtime encoding speed ;)
mrslacker
10th March 2005, 17:38
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
11th March 2005, 00:49
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
11th March 2005, 01:45
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
11th March 2005, 09:50
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
11th March 2005, 17:13
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
20th March 2005, 06:45
New version available
Nevs5
21st March 2005, 15:36
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
22nd March 2005, 03:31
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
23rd March 2005, 03:45
12b up.. same install file name. only addition is support for hcenc .12batch
jarthel
24th March 2005, 10:44
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
24th March 2005, 17:45
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
24th March 2005, 18:18
ok.. fixed
jarthel
25th March 2005, 00:53
thank you :)
jarthel
25th March 2005, 01:12
not sure if possible but:
any chance of saving the queue to a text file instead of registry?
Trahald
25th March 2005, 02:49
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
25th March 2005, 05:53
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
26th March 2005, 03:34
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
26th March 2005, 05:40
that would be very nice. thanks :)
jarthel
29th March 2005, 18:05
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
29th March 2005, 18:14
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
29th March 2005, 19:57
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
30th March 2005, 01:46
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
30th March 2005, 01:49
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
30th March 2005, 02:46
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
30th March 2005, 19:02
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
31st March 2005, 01:44
@Smurf1127
yeah.. i have that request too!!.. Hehe ;). i'll add that to my todo..
mrslacker
1st April 2005, 02:03
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
1st April 2005, 03:20
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
1st April 2005, 04:23
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
1st April 2005, 17:20
um.. there's no duplicated lines there
jarthel
1st April 2005, 23:42
reply deleted: I was seeing things :|
Trahald
3rd April 2005, 21:03
@jarthel
Dunno.. probably not since im ending production soon
@d3s7
fixed in 00013
Trahald
19th April 2005, 19:38
00014 alpha out. see top post for info.
Just to clarify how the .vif process is done
when material is ntsc/film pulldown is always needed.. the .mpv.m2v is written and the vif is created with the data collected during pulldown
for pal/ntsc@29.97fps - with the create vif option on.. pulldown is run but no .mpv.m2v created. only is the data collected to create the .vif file.
this saves lots of time during script import for scenarist.
the vif file doesnt contain fps info.. just pointers to where the pictures/gops start within the video and other stuff. vifs are the same for 2.6->3.0 ( i assume also 3.1 )
mrslacker
19th April 2005, 23:47
Thanks for ccefront support, and, uhmmm.... the other stuff. ;)
Angelus
22nd April 2005, 17:03
Sorry for posting this but I'm clueless as the the CCEFront.ini file that we're supposed to have? Anyone have an example of it? I tried using that with BatchEncodeM2V but it gives an error saying it can't open up the ecl.
Trahald
22nd April 2005, 20:52
00014b is posted..
foxmid
10th May 2005, 23:43
I installed BathEncode and can't even run it. I just get the application failed to initialize properly (0xc0000135) error upon launch. I browsed the program folder and configured cceroba, with no change in results.
Also uninstalled and reinstalled. XP Pro - patched & virus/spyware free, running on very decent hardware and specs. I do have a host of DVD type utilities installed.. Is your tool based on any outside libraries I need to install?
Thanks
you need the .net framework and dll's i believe
check the batchifoupdate thread.. there's a link to the dll's needed for that and i believe they are the same
foxmid
17th May 2005, 00:00
Thanks - just went to M$ site and got dot net framework from the download center. Works like a champ, now..
Question for Trahald - Have you had a chance to work on the "vob must be even number of frames" error in Scenarist? I wanna make sure I've got the latest version before running the re-encode again.
Thanks
Originally posted by foxmid
Have you had a chance to work on the "vob must be even number of frames" error in Scenarist? I wanna make sure I've got the latest version before running the re-encode again.
Thanks
That's been in there for a long time... and infact, it's in the new BatchCCEWS too
foxmid
22nd May 2005, 09:49
Thanks Ds37 - I will run my project through again, and this time, maybe it will compile..
Does BatchEncodeM2V require a specific version of CCE? I'm using CCE SP 2.5, and all it wants to do is launch, but no encoding is happening.
All version of CCE are supported by BatchEncode
Ripe73
22nd May 2005, 14:26
im not sure how to encode PAL Interlaced with batchencode,there is no "altenate scan" on Batchcce i enable "top field first" and "alternate scan" and everything work nice,what settings for batchencode?
There is a box marked progressive and one for zig-zag. Just leave these unselected and then interlaced encoding will be assumed
onebyside
24th May 2005, 20:08
Originally posted by foxmid
I'm using CCE SP 2.5, and all it wants to do is launch, but no encoding is happening.
I'm having the same problem....suggestions?
thanks
Trahald
25th May 2005, 06:52
i'll take a look at it.. been very busy.
foxmid
28th May 2005, 00:07
I don't know what to suggest, as I'm still having the same issue.
I have installed the latest EclCCE file and pointed BEM to it, still same issue.
I have pointed EclCCE to different CCE version, same problem.
I had wondered if it was maybe a version thing with EclCCE, I've tried whatever version is included with NuMenu4U, and the latest that can be downloaded from the EclCCE website.
Maybe someone else will have better results with these troubleshooting steps than I have? I don't know, but figured I'd post them as a starting point.
jarthel
28th May 2005, 07:35
batchencode won't run anymore. I click on the icon and nothing happens. I checked the task manager to see if it was somehow running but I can't see it.
I uninstalled and reinstalled it to no avail. I rebooted the PC and run it again and still nothing.
thanks for the help. :)
apps just don't stop working..
what did you install (hardware or software) or uninstall since it last worked and now?
my guess would be the .net extensions
Trahald
28th May 2005, 22:04
Originally posted by foxmid
Does BatchEncodeM2V require a specific version of CCE? I'm using CCE SP 2.5, and all it wants to do is launch, but no encoding is happening.
should be fixed now in 00014c
foxmid
29th May 2005, 08:56
thanks, now I get CCE to fire up and start the encode - but suddenly I'm getting this error when trying to encode. I've never had any trouble with CCE before..
http://www.anneechols.com/files/error.jpg
Should I try a different version of CCE? I am only using 2.50 as it is rumored to be faster on an Athlon system. Is this an urban legend?
Thanks for your help - I was so excited when CCE actually started encoding!
make sure that you delete any .vif files, then retry
foxmid
5th June 2005, 22:08
Deleted the .vaf, and didn't get that error anymore. However, about a third of the way through the encode, CCE gives an error and says encoding failed. If I click OK, it jumps almost to 80% and continues - and then a little later, you get another encoding failed message, and the progress meter jumps further.
I finally just gave up and installed 2.67 - everything seems to work great with this version. Not sure if I've got some whacked registry pieces or what. Seems like I just reloaded this damned machine.
Thanks for the help - glad to be using BEM2V finally!
gemon
7th June 2005, 11:07
sorry to jump to an old topic about batchencodem2v but... is it normal that it keeps on saying me
Could not find ccefront.ini
even if ccefront is correctly set and being run for encoding?
pls note: ccefront is in c:\progs\dvdrip\ccefront (even the ini is there) while batchencodem2v is in c:\progs\dvdrip\batchencodem2v
any clue?
thanks
Gemon
Trahald
11th June 2005, 20:28
sorry to jump to an old topic about batchencodem2v but... is it normal that it keeps on saying me
even if ccefront is correctly set and being run for encoding?
pls note: ccefront is in c:\progs\dvdrip\ccefront (even the ini is there) while batchencodem2v is in c:\progs\dvdrip\batchencodem2v
any clue?
thanks
Gemon
im looking at into it...
Trahald
25th June 2005, 15:49
ccefront is now supported in batchccews. please use that instead... it ties into ccefront a different(better) way. i may change batchencode to do it the same way but intend to work mostly on batchccews, so likely not.
vBulletin® v3.8.5, Copyright ©2000-2012, Jelsoft Enterprises Ltd.