[Ffmpeg-devel] Re: Compiling FFmpeg using ISO/C89 compiler

Måns Rullgård mru
Wed Dec 6 20:34:00 CET 2006

Steve Lhomme <steve.lhomme at free.fr> writes:

> Michael Niedermayer wrote:
>> Hi
>> On Wed, Dec 06, 2006 at 07:36:48PM +0100, Steve Lhomme wrote:
>>> Cian Duffy wrote:
>>>>> - WMV/VC1, AC3, AAC, DTS, RealVideo40 decoding in the LGPL code, (VC1 is
>>>>> getting there)
>>>>> - DivX encoding using the DivX encoder,
>>>> You want other people to implement these codecs LGPL, and yet want to code
>>>> to use your firms binary decoder? I sense a slight failure of logic here...
>>> Nop. There are 2 different lines: one for the stuff that would be
>>> nice when using the LGPL version, the other is one of our (main)
>>> requirement. But I agree it doesn't really matter to most people if
>>> it's available.
>>> Anyway, I mostly listed the stuff that we had to add, fix or change
>>> in order to have a usable library for what we need.
>> you added a LGPL RV40 decoder? ;)
> I added some LGPL code to decode RV40, yes. But it's using DirectShow
> to access the original Real DLLs. So I didn't even think about
> submitting it here.

First, don't make misleading statements here.  Second, don't bother
sending us those patches.

>> anyway if you want to have some things like RV40 support, why dont you just
>> get divxnetworks to sponsor it like googles summer of code (though of course
>> the requirement for final payment should be a working decoder in svn not
>> just something somewhere which someone else then has to cleanup and
>> integrate)
> DivX, Inc. is not called DivXNetworks anymore :) And they are already
> sponsoring their own employees to improve FFMPEG ;)

Yeah, and see how well that's working.  If you instead paid *real*
ffmpeg developers to do the job properly it would probably be cheaper
for you in the longer term, and everybody would benefit.

> Plus RealVideo decoding is not really a priority for us. But that
> makes DrDivX one of the very few tools that can convert many
> matroska files (RV9) to something more usable.

Eh?  I'm sure mencoder can do that too.  I have my opinions about
mplayer/mencoder code quality, but something tells me it's no worse
than your code.

M?ns Rullg?rd
mru at inprovide.com

More information about the ffmpeg-devel mailing list