Re: [rtcweb] H.261

Basil Mohamed Gohar <basilgohar@librevideo.org> Fri, 22 November 2013 22:44 UTC

Return-Path: <basilgohar@librevideo.org>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4931C1AE2D8 for <rtcweb@ietfa.amsl.com>; Fri, 22 Nov 2013 14:44:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id U6vTMSJ_0FMy for <rtcweb@ietfa.amsl.com>; Fri, 22 Nov 2013 14:44:57 -0800 (PST)
Received: from mail.zaytoon.hidayahonline.net (zaytoon.hidayahonline.net [173.193.202.83]) by ietfa.amsl.com (Postfix) with ESMTP id 50BEF1AE24B for <rtcweb@ietf.org>; Fri, 22 Nov 2013 14:44:57 -0800 (PST)
Received: from [10.10.40.120] (rrcs-98-103-138-67.central.biz.rr.com [98.103.138.67]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: basilgohar@librevideo.org) by mail.zaytoon.hidayahonline.net (Postfix) with ESMTPSA id CB84E659B48 for <rtcweb@ietf.org>; Fri, 22 Nov 2013 17:44:49 -0500 (EST)
Message-ID: <528FDE5E.5080301@librevideo.org>
Date: Fri, 22 Nov 2013 17:44:46 -0500
From: Basil Mohamed Gohar <basilgohar@librevideo.org>
Organization: Libre Video
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130625 Thunderbird/17.0.7
MIME-Version: 1.0
To: rtcweb@ietf.org
References: <CEB4350B.1E7B2%mzanaty@cisco.com> <20131122171020.GY3245@audi.shelbyville.oz> <7949EED078736C4881C92F656DC6F6C130EA9E66AF@ausmsex00.austin.kmvtechnologies.com> <528F9DAD.3030300@googlemail.com> <7949EED078736C4881C92F656DC6F6C130EA9E66DE@ausmsex00.austin.kmvtechnologies.com> <528FAAA8.8060807@googlemail.com> <7949EED078736C4881C92F656DC6F6C130EA9E66FE@ausmsex00.austin.kmvtechnologies.com> <528FB79F.8090405@gmail.com> <7949EED078736C4881C92F656DC6F6C130EA9E670F@ausmsex00.austin.kmvtechnologies.com> <528FBD13.5040801@gmail.com> <528FD429.7090002@nostrum.com>
In-Reply-To: <528FD429.7090002@nostrum.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Subject: Re: [rtcweb] H.261
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 22 Nov 2013 22:44:59 -0000

On 11/22/2013 05:01 PM, Adam Roach wrote:
> On 11/22/13 14:22, Daniel-Constantin Mierla wrote:
>> They plan to release the sources under BSD, but who wants to use them
>> directly, they have to deal with mpeg-la. 
> 
> 
> Every time this kind of statement is made without also including "if
> they distribute more than 100,000 copies a year", it's a bald
> misrepresentation of the situation.
> 
> I'm not saying the 100,000-copy exemption is a silver bullet. But it
> sure does cut down the number of people who have to deal with MPEG-LA,
> and completely addresses the "what if I want to have a enterprise disk
> image?" question. And ignoring it to exaggerate your case doesn't do
> anyone any favors.
> 
> /a

Free software projects do not have a reliable mechanism by which to
count their distribution, since it is sent out through many means, not
the least of which can include direct downloads, SCM code checks (e.g.,
Github), GNU/Linux and *BSD distibutions (which can easily exceed
100,000 for the most popular ones), to name a few.

Where does the liability for counting lie in each of these cases?  The
licensing restrictions that MPEG-LA has placed on H.264 is very
free-software unfriendly for any cases where you want rights to be
transitive - which is a key, fundamental aspect of software freedom.

-- 
Libre Video
http://librevideo.org