Quote:
Originally Posted by kuchikirukia
Run an analysis pass with:
tfm(d2v="D:\video.d2v",output="tfm.txt").tdecimate(mode=4,output="tdecimate.txt")
Then encode with:
tfm(d2v="D:\video.d2v",input="tfm.txt").tdecimate(mode=5,hybrid=2,vfrDec=1,input="tdecimate.txt",tfmIn="tfm.txt",mkvOut="mkv-timecodesfile.txt")
And mux with the time code file.
|
Assuming the output is VFR, would it be better to encode in VFR mode? I kind of recall x264 distributes the bits a bit differently in VFR mode (CRF encoding) as it's frame rate aware, or an I remembering wrong?
The x264 encoder can encode in VFR mode by specifying something like
--tcfile-in "D:\timecodesfile.txt" in the command line.
I use MeGUI for VFR encoding now and then. The timecodes file doesn't need to exist when you add it to the command line and add the encoding job to the queue. It'll be created as soon as the second pass script is run. You just need to plan ahead in respect to naming the timecodes files if you're creating multiple encoding jobs. If the encoder is writing directly to MKV there's no need to worry about muxing with the timecodes file.
Batch=true is an option to be aware of when running both passes in some sort of automated job queue.