[FFmpeg-devel] [FFmpeg-devel-irc] IRC log for 2010-09-17#

Frans de Boer frans
Sat Sep 25 00:32:24 CEST 2010

On 09/25/2010 12:06 AM, M?ns Rullg?rd wrote:
> Michael Niedermayer <michaelni at gmx.at> writes:
>> On Fri, Sep 24, 2010 at 10:13:32PM +0100, M?ns Rullg?rd wrote:
>>> Baptiste Coudurier <baptiste.coudurier at gmail.com> writes:
>>>> On 09/24/2010 01:35 PM, Michael Niedermayer wrote:
>>>>> On Fri, Sep 24, 2010 at 10:11:23PM +0200, James Darnley wrote:
>>>>>> On 24/09/2010, Loren Merritt<lorenm at u.washington.edu>  wrote:
>>>>>>> <J_Darnley>  [various stuff about importing filters into x264cli]
>>>>>>> <pengvado>  Why are you importing yadif and hqdn3d rather than linking to
>>>>>>> libavfilter?
>>>>>>> <J_Darnley>  It'd never be committed. Bikeshed this, cosmetic that.
>>>>>>> <pengvado>  Do you think it would matter if I did the committing and
>>>>>>> threatened to fork libavfilter if people complain?
>>>>>> In addition to this, my feelings (as both a poor coder and a user) on
>>>>>> why I didn't just use libavfilter in x264 are that:
>>>>>>   - it didn't have hqdn3d or yadif when I started (not even patches)
>>>>> yadif is close to being commited
>>>>> hqdn3d should be easy, we need more manpower not more forks
>>>> I ported them. I was pretty motivated back then.
>>>> Now I gave up because of Stefano's attitude regarding the overlay
>>>> filter. He knows why, I explained to him.
>>>> Note that I already use myself hqdn3d and yadif in my personal tree.
>>>> It works great. I even started to add 4:2:2 input support to yadif.
>>> I don't doubt that it works, at least in normal cases.  What I am
>>> mainly asking for is that assembler code be moved into per-arch
>>> directories so others can be cleanly added.
>> i dont mind if this is done but i do mind if this request leads to a fork
>> and we already have forks like baptistes.
>> so IMHO it should be commited and then people who care about per arch
>> subdirs can do that
> Why should others be required to consider what you think important
> when you allow yourself to ignore others as it suits you?  Rules
> should apply to everybody, even to you.
Looking at M?ns his replies after a long time, I see again some
hostility. M?ns maybe right (or not), but I advise him to contact
Michael directly and keep this fight between the both of you off this
forum. If developers of ffmpeg start to squabble here, their will be an
unnecessary fork, diversion of resources and everybody loses. Of course
if someone is doing this for himself and don't respect the opinion of
others or even the dependency others might have on his/her
contributions, they are free to leave this community, don't they?


More information about the ffmpeg-devel mailing list