[Ffmpeg-devel] [PATCH] MS-GSM support: draft for review
Michel Bardiaux
mbardiaux
Tue Nov 7 10:29:05 CET 2006
Diego Biurrun wrote:
> On Mon, Nov 06, 2006 at 06:13:37PM +0100, Michel Bardiaux wrote:
>> This is not the way I see collaboration to an open-source project. When
>> someone has something that works (in a domain where things didnt work or
>> were not implemented before), you may reject code that is *grossly*
>> wrong or bloated or slow; not because you find the style not one-liney
>> enough, or complicated enough, or obfuscated enough.
>
> I disagree. Why disregard quality standards just because it is new? If
> somebody appeared tomorrow with - say - a complete decoder for RealVideo
> 3.0 and 4.0 do we have to commit it immediately even though it's full of
> buffer overflows? Hardly ...
I wrote "wrong or bloated or slow". So your counterexample is not
appropriate.
>
> In general it's never a good idea to sacrifice maintainability for
> features.
But it is good to sacrifice it for one-liners and saving microseconds
when writing file headers? ROTFL.
>
>> With 30 years of experience under my belt, I would not tolerate that
>> attitude from my head of department, and I dont think I have to accept
>> it from you.
>
> Now calm down, no need to work up a temper :)
>
> Michael *is* the head of department around here
Simple question: why? I gladly recognize his expertise where fast
multimedia code is concerned, but his criteria about code quality are
definitely not the same as mine.
> and while he is strict,
> he is so with everybody and he always has good technical reasons for
> being so. Just split your patch into independent parts and it will be
> applied in no time...
Apparently not, Michael has junked *all* of it, and demanded an
implementation based on AVParser, mostly for reasons of Microsoft-bashing.
Greetings,
--
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