[Ffmpeg-devel] [PATCH] Update docs according to new "ab" parameter unit

Michel Bardiaux mbardiaux
Tue Mar 6 14:28:08 CET 2007


Michael Niedermayer wrote:
> Hi
> 
> argh i cant even sleep a few hours without people flaming each other

I wouldnt say this has reached the level of 'flame war'. Barely 'lively 
arguing'.

> without anyone even bothering to look at the code :(
> not to mention the thread where i asked if anyone would mind the -b change ...
> 
> so again
> -foobar sets  foobar for all contextx
> -afoobar sets foobar for the audio context
> -vfoobar sets foobar for the video context
> 
> that is nicely consistent but changes a few cases like -ab X -b Y in 
> unexpected ways

And -r 25 would set the video fps *and* the audio sampling rate to 25? 
That cant be good. What foo is a reasonable bar for both A and V?

> 
> we could of course add -b with a function which av_log()exits()

Or keep -b as synonymous to -vb, -r as synonymous to -vr, etc...

> 
> or we could revert the whole and find a different solution how to set
> parameters for specific contexts with AVOption

That might be the more prudent course.

> 
> one alternative solution would be to duplicate all AVOptions which are
> usefull for more then one out of (Audio,Video,subs) in that case we could
> give each any name and default we like but it would increase the number 
> of AVOptions and the simple generic afoobar is the matching part of vfoobar
> would be lost unless we are very carefull with selecting the names
> 

A radical proposal: keep all existing options as compatibility synonyms, 
and go for getopt_long (--vbitrate 200k) for a new set of options.

HaND,
-- 
Michel Bardiaux
R&D Director
T +32 [0] 2 790 29 41
F +32 [0] 2 790 29 02
E mailto:mbardiaux at mediaxim.be

Mediaxim NV/SA
Vorstlaan 191 Boulevard du Souverain
Brussel 1160 Bruxelles
http://www.mediaxim.com/




More information about the ffmpeg-devel mailing list