[FFmpeg-devel] RTMPE support

[Howard Chu]

M?ns Rullg?rd wrote:
> Reimar D?ffinger<Reimar.Doeffinger at gmx.de>  writes:
>
>> On Mon, Mar 15, 2010 at 11:07:19AM -0700, Howard Chu wrote:
>>> Reimar D?ffinger wrote:
>>>> On Mon, Mar 15, 2010 at 03:20:29AM -0700, Howard Chu wrote:
>>>>> librtmp is LGPL.
>>>>
>>>> I don't think so.
>>>> It includes openssl/ssl.h unconditionally which at least on my system includes e.g. this:
>>>>> * 3. All advertising materials mentioning features or use of this software
>>>>> *    must display the following acknowledgement:
>>>> and thus AFAICT is GPL-incompatible.
>>>> Thus librtmp can not be LGPL, and a --enable-gpl FFmpeg linked
>>>> against this would be non-redistributable (for Linux system maybe
>>>> you could claim the system library exception in the GPL, but at
>>>> least Windows binary with librtmp for all I can tell would be a
>>>> huge issue).
>>>
>>> On Windows we don't ship the OpenSSL code. It's dynamically linked
>>> and we tell users to install it themselves from here
>>
>> Uh, the code included ssl.h so sure you ship OpenSSL code.
>> Hopefully only non-copyrightable parts, but it's still OpenSSL code.
>
> The copyright issue is further watered down by the fact that gnutls
> implements a subset of the openssl API.  Provided nothing from the
> header files (e.g. inline functions) makes it into the object code,
> claiming the binaries to be derived from one or the other is ridiculous.

Echoing M?ns's reply - it's ridiculous. It's also now a moot point, as librtmp 
now supports GnuTLS as well. And for completeness' sake, it also supports 
RTMP_Write(), which wbs asked about on #ffmpeg-devel.

-- 
   -- Howard Chu
   CTO, Symas Corp.           http://www.symas.com
   Director, Highland Sun     http://highlandsun.com/hyc/
   Chief Architect, OpenLDAP  http://www.openldap.org/project/