Probably I didn't need -profile, and with a high-bit-depth x264, it would just work. (and potentially pick 444 10bit, which ffmpeg calls yuva444p10le.) I think high bit depth x264 could accept yuv444p14le, but would still only produce 10bit h.264. The cmdline x264 --fullhelp is pretty explicit about output bit depth from 8 to 10, not higher.
0 Based on CRF Guide (Constant Rate Factor in x264, x265 and libvpx), quoting: Streaming nowadays is done a little more cleverly. YouTube or Netflix are using 2-pass or even 3-pass algorithms, where in the latter, a CRF encode for a given source determines the best bitrate at which to 2-pass encode your stream.
Your code tells ffmpeg to generate a H264 video stream using the x264 encoder, and the options below are used by the encoder to decide keyframe placement. -x264opts "keyint=24:min-keyint=24:no-scenecut" keyint=24 tells x264 to forcibly generate a keyframe 24 frames after the last keyframe. min-keyint=24 sets the minimum keyframe distance.
If I was to compare a 720p video encoded (using x264) from an untouched 1080p Blu-ray rip with the same video encoded at a similar bitrate but from a 1080p x264 rip, which one is more likely to look better in terms of perceived quality?
I have a raw file that's in gray10le format. Each gray value is 2 bytes but only the first 10 bits are used. I can't seem to get x264-10b to accept it as an input. x264-10b.exe --profile high10 --...