[vlc-devel] Re: GPL issues ( was: Re: How can add a new codec module to VLC?)

Gildas Bazin gbazin at altern.org
Fri May 21 10:59:40 CEST 2004

On Thursday 20 May 2004 16:36, Dermot McGahon wrote:
> You know what I'm working on, unicast and multicast udp streaming of
> mpeg2-ts from Kasenna vod servers.
> If we were to use vlc for this, obviously any changes to vlc would be
> made public as it is gpl and any changes to Live would be public (if
> only as patchset against a known revision) as it is lgpl.
> This would be only part of a larger system though, basically you could
> call it a distribution (it is entertainment touchscreen based system
> for hospital bedsides). As long as the gpl and lgpl code was public,
> and the resulting vlc/live combination was exec'd, or controlled through
> stdin from a named pipe or somesuch, by the rest of the system, would
> this meet the vlc definition of 'completely Free and Open Source'.

Yes this unambiguously allowed by the GPL.

> The biggest problem for us might actually be if we invest a lot of time
> and effort into a snazzy gui which then has to be gpl'd and available
> to all our competitors. This could even be a reason for us to drop vlc,
> mplayer, altogether, and implement a much reduced functionality media
> player using only proprietary and lgpl code. I'm not looking for
> forward to implementing such a beast though, certainly not as a sole
> developer. I think it's a very big job.
> We obtain a lot of benefit from using open source software. We want to
> contribute back to the community where we can. That said, we can't
> afford to allow the gpl to virally infect many years of proprietary
> hard work, especially in a competitive commercial environment.

I totally understand that... but nobody forces you to use any codebase from 
a GPL project.

The choice is quite clear here. Either you decide to save you an enormous 
amount of work by re-using a GPL project (unless you find another project 
using a more permissive license), in which case it is only fair to abide to 
the license of the code you will be using. Or you decide to reimplement 
everything yourself and then choose whichever licensing you wish.

The GPL is not about restrictions, it is about giving you a choice.


This is the vlc-devel mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://developers.videolan.org/lists.html
If you are in trouble, please contact <postmaster at videolan.org>

rom hartman at videolan.org  Fri May 21 00:55:05 2004
Received: with ECARTIS (v1.0.0; list vlc-devel); Fri, 21 May 2004 11:48:39 +0200 (CEST)
Return-Path: <hartman at videolan.org>
X-Original-To: vlc-devel at krishna.via.ecp.fr
Delivered-To: vlc-devel at krishna.via.ecp.fr
Received: from localhost (localhost [])
	by krishna.via.ecp.fr (Postfix) with ESMTP id B2D0CBEAB
	for <vlc-devel at krishna.via.ecp.fr>; Fri, 21 May 2004 00:55:05 +0200 (CEST)
Received: from krishna.via.ecp.fr ([])
	by localhost (krishna []) (amavisd-new, port 10024)
	with ESMTP id 14345-07 for <vlc-devel at krishna.via.ecp.fr>;
	Fri, 21 May 2004 00:55:05 +0200 (CEST)
Received: from sidekick.student.utwente.nl (sidekick.student.utwente.nl [])
	by krishna.via.ecp.fr (Postfix) with ESMTP id 5AA43BE1E
	for <vlc-devel at videolan.org>; Fri, 21 May 2004 00:55:05 +0200 (CEST)
Received: from thedj.student.utwente.nl ([])
	by sidekick.student.utwente.nl with esmtp (Exim 4.24)
	id 1BQwRO-0002Xa-HL
	for vlc-devel at videolan.org; Fri, 21 May 2004 00:55:06 +0200
Mime-Version: 1.0 (Apple Message framework v613)
In-Reply-To: <20040430085649.GA2987 at debian>
References: <20040326154900.GA11369 at debian> <20040329113308.GB9984 at hobbes> <20040408112946.GA7893 at debian> <200404081339.49671.gbazin at altern.org> <20040409100612.GA4458 at debian> <20040414155021.GA11469 at debian> <20040429121056.GA8978 at debian> <20040429233451.GA24054 at hobbes> <20040430085649.GA2987 at debian>
Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed
Message-Id: <BB894F86-AAB0-11D8-BC32-0030656CFA88 at videolan.org>
Content-Transfer-Encoding: quoted-printable
From: Derk-Jan Hartman <hartman at videolan.org>
Subject: [vlc-devel] Re: Mozilla Plugin
Date: Fri, 21 May 2004 00:55:04 +0200
To: vlc-devel at videolan.org
X-Mailer: Apple Mail (2.613)
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at via.ecp.fr
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on krishna.via.ecp.fr
X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO autolearn=no 
X-archive-position: 11796
X-Approved-By: admin at via.ecp.fr
X-ecartis-version: Ecartis v1.0.0
Sender: vlc-devel-bounce at videolan.org
Errors-to: vlc-devel-bounce at videolan.org
X-original-sender: hartman at videolan.org
Precedence: bulk
Reply-to: vlc-devel at videolan.org
X-list: vlc-devel

So he is gonna give the YES/NO on this?
Since it's a rather big change i vote it at least will not make the =20
0.7.2 release, but after that, is this code clean enough that someone =20=

can commit it?


On 30 apr 2004, at 10:56, Michael Pron wrote:
> I'm fact it's completely useless, so it can be remove without any =20
> problems.
> This are some traces of previous try.
> Thanks
> mkl
> Le 30/04 01:34, Sigmund Augdal a =E9crit :
>> Seems like vlc_peer.cpp still includes these files:
>> +#include "vlc_common.h"
>> +#include <vlc/intf.h>
>> +
>> +
>> +#include <input_ext-plugins.h>
>> That is in my opinion bad, but I can't see any code in there that =20
>> needs it.
>> Is it safe to remove?
>> Sigmund
>> On Thu, Apr 29, 2004 at 02:10:56PM +0200, Michael Pron wrote:
>>> Hi,
>>> Here i send you the patches of the work I've done on the mozilla =20
>>> plugin.
>>> I hope it can help.
>>> I add some functions in libvlc.c, and in vlcpeer.cpp. Now, you can =20=

>>> call via javascript some functions like:
>>>  get_length()
>>>  get_position()
>>>  Mute()
>>>  Is_Mute()
>>>  Playlist_status()
>>>  Get_index_of_actual_item_in_playlist()
>>>  Get_Number_of_item_in_playlist()
>>>  Access_item_in_playlist(in PRInt64 item_number)
>>>  prev_in_playlist()
>>>  next_in_playlist()
>>>  add_item_to_playlist(in string item_name)
>>>  slower_video()
>>>  faster_video()
>>>  goto_from_begin(in PRInt64 sec)
>>>  goto_from_current_position(in PRInt64 sec)
>>> patch_libvlc : cvs diff -u ./src/libvlc.c
>>> patch_mozilla : cvs diff -u ./mozilla
>>> patch_include_vlc : cvs diff -u ./include/vlc
>>> mkl

Universiteit Twente
Derk-Jan Hartman (d.hartman at student.utwente dot nl)

This is the vlc-devel mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://developers.videolan.org/lists.html
If you are in trouble, please contact <postmaster at videolan.org>

More information about the vlc-devel mailing list