> onsdag 13 Februar 2008 skrev Dan Dennedy:
>> Hey all,
>>
>> With the last commit, MLT just made the jump to real world-class
>> encoding! Be sure to read the exciting notes in the commit message. In
>> summary, you no longer have to remember MLT's special properties for
>> the settings. Now it uses ffmpeg's options which you can look up with
>> 'ffmpeg -h' and 'ffmpeg -formats.' With inigo, you just need to
>> translate ffmpeg's '-option value' syntax to 'option=value.' This also
>> means nearly _all_ of ffmpeg's options are available. Not all of them
>> because some of them only make sense with ffmpeg - e.g. pad and crop.

Not all ffmpeg options are supported. Some are very specific to ffmpeg.c and not an "AVOption." -target is on example. It is a convenience option of ffmpeg.c. In some ways it is similar to MLT's "profile," but does much more. You have to read ffmpeg.c for the -target processing to see what exactly it sets. Prior to this change, MLT had already defined its own target property to map to the output file name. I did not want to introduce a breaking change here and decided to leave target as is. In some cases, there are ffmpeg.c options that are not AVOptions which closely resembled an existing MLT property. In that case, I made MLT support the ffmpeg option name. Some examples of that are: -s and -ar.

I realize this is rather fuzzy. Maybe I can get a more well-equipped metadata support in place for this consumer for the next release. 'ffmpeg -h' now clearly reports AVOptions distinct from the non-AVOption options. Here is a quick list of non-AVOptions that are supported:

• f
• b
• r
• s
• aspect
• vcodec
• pass
• passlogfile
• pix_fmt
• aq
• dc
• muxdelay
• muxpreload
• ac
• ar
• atag
• alang
• threads
• qscale
• vtag
• rc_override
• deinterlace
• acodec
• apre (MLT's preset options require the full path to the preset file and not just the basename)
• fpre
• vpre