[Ffmpeg-devel] Differences between mencoder and ffmpegwhenencoding using x264 (original) (raw)

Robert Swain robert.swain
Tue Feb 21 11:45:26 CET 2006

On Tuesday 21 February 2006 10:16, Erik Slagter wrote:

On Tue, 2006-02-21 at 03:45 +0000, Robert Swain wrote: > I did this because qscale means nothing to me while I (and other x264 > users to my knowledge) are much more familiar with 'qp's. 'qscale' was > originally used but as most x264 users (due to use of the cli or > mencoder) I changed it to cqp. I will take all the flak for this > decision.

[ ... ] > As Loren said, x264 uses the subme option to control such techniques and > as such I tried to avoid use of *cmp. Hmmm, maybe an idea, if these (mpeg4-specific) parameters are used for h264 encoding, to either submit a warning or silently try to the translate the parameters into h264 semantics as much as possible? Currently nothing is reported and the supplid values are silently ignored, which is imho very wrong, because the user (me ;-)) has no clue what's going on!

I don't know what would be preferred in FFmpeg. The parameters that *cmp refer to are tuned internally in x264. The *cmp parameters can have no sensible affect on it currently as those such options are fixed. Sorry. :) The only option would be to provide some warning, I suppose.

It wouldn't be so bad if I'd documented the options though I don't know how many people would look at the docs for FFmpeg as it's not exactly current as far as I know and is the main reason I continually recommend mencoder to people. I would expect you to be at least aware that x264 is not an FFmpeg codec and so you should not expect it to work precisely in the same framework in terms of its parameters. I agree that usability is an issue but I think the x264 interface is perfectly usable and atrociously documented and I will look into a solution at some point. It probably won't be any time soon though as I have coursework deadlines imminent and then a whole shed load of exams. Yey for the final year of degrees. :)

Rob

More information about the ffmpeg-devel mailing list