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

Michel Bardiaux mbardiaux
Tue Mar 6 18:20:46 CET 2007

Benoit Fouet wrote:
> Michel Bardiaux wrote:

>> Bottom line: -b has to act *as now*.
> or to be suppressed ?


>> -vb has to act reasonably, it needs not be 100% the same as -b, but
>> its always better to apply the "principle of least astonishment", so
>> yes, it would be better if -b and -vb were equivalent.
> ok, that's what i understood, thanks for clarifying anyway...

>> OK, I think I see where the misunderstanding came in. If -b had not
>> existed before, having -b for both would be a matter of taste. My
>> point was that since -b *does* exist, its semantics should not be
>> changed.
> makes sense
>> [snip]
>>> is it really a devil's choice ? 
>> A devil's choice means both sides of the choice are unpleasant.
> thank you, i really needed to be explained the meanings...

Sorry, no offence was intended, I thought you thought it meant 'a 
devilishly difficult choice'. It is hard to gauge how much one's 
correspondant knows of colloquial English.

>>> won't you *always* choose the latter ?
>> No, but it would be too long to explain why.
> if you consider i cannot even understand "devil's choice", i do guess
> you won't explain to me...

Again, sorry. It would *really* be very long, the reasons are 
"historical reasons", and would also involve criticising some of my 
colleagues, so...


> when i think all of this came because of amr bitrates :)
> Well ok... what we really need (i guess) is to get back on what was
> delivered on r8244, think about all this, and find the
> "ffmpeg-devel-universal" way of handling this, don't we ?
> so, if everyone's ok with that, this should be good if someone with svn
> commit rights could do it, so that users don't "suffer" from our
> misunderstanding...

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

More information about the ffmpeg-devel mailing list