Bauzi wrote:I think I'll try it.
I use this script:
Code: Select all
"C:\Program Files (x86)\Zarx264gui\x264.exe" [b]--crf 0[/b] --ref 12 --mixed-refs --b-adapt 2 --bframes 5 --b-pyramid --weightb --direct auto --subme 9 --trellis 1 --8x8dct --me umh --progress --aq-strength 1 --psy-rd 0:0 --threads auto --fps 25/1 --output "D:\Videos\Anime\Berserk\Berserk #01-temp.264" "D:\Videos\Anime\Berserk\Berserk #01.avs"
"C:\Program Files (x86)\Zarx264gui\MP4Box.exe" -fps 25 -add "D:\Videos\Anime\Berserk\Berserk #01-temp.264" -new "D:\Videos\Anime\Berserk\Berserk #01.mp4"
So this should result in a lossless edit-friendly file?
No it won't - B-frames (especially B-pyramid), and maybe even reference frames (surely mixed-refs would) will mess with accuracy. And I don't think it matters what container it's in, and whether the container properly handles those features - those options are for distribution, and should remain for distribution copies, even if NLEs have improved support for such streams nowadays.
To me, speed (as in, during editing - not the conversion process) matters over size. And as far as that goes, you'll probably be hard pressed to find something faster than HuffYUV or ffvhuff or Lagarith (it depends on multithreading). Or FFV1, if you prefer to avoid some of Lagarith's rendering problems.
You might want to update x264, though - some of those options are no longer even used.