[MPlayer-dev-eng] Re: [PATCH] synch to new x264 revision

[Edouard Gomez]

Dans gmane.comp.video.mplayer.devel, vous avez écrit :
>> All codecs are by default fast, even if their maintainers dislike it.
>> For example, I know that XviD devs would prefer some "basic" quality
>> optimization on per default.
>
> I haven't seen that rule written in stone anywhere, I doubt patches
> for it would be rejected.

They've been rejected, so now we end up with mencoder users having to
tune xvid module options to catch up with the quality provided by
default values on the win32 frontend or even the transcode module.

Same goes for lot of little things i had to discard from the xvid4
module before he got accepted by mplayers' commiters, where most
refusing reasons were just "we have that behavior with xvid 0.9, so xvid
1.0 should behave the same". To me that was clearly saying something
like: "guy you worked well on xvid 1.0, but let's face it, our users
will have no benefit from all the new stuff because we choose to stall
default behavior" *sigh*.

I just decided to continue improving the module separately so i'm not
bounded by mplayer commit rules. If someonee wants to merge changes
into mplayer, then he can do so. That's the beauty of GPL.

Cheers.

-- 
Edouard Gomez