Re: [rtcweb] H.261

Engel Nyst <engel.nyst@gmail.com> Wed, 27 November 2013 21:36 UTC

Return-Path: <engel.nyst@gmail.com>
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 94FFE1AE00E for <rtcweb@ietfa.amsl.com>; Wed, 27 Nov 2013 13:36:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] 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 SO7VxkANQjvP for <rtcweb@ietfa.amsl.com>; Wed, 27 Nov 2013 13:36:32 -0800 (PST)
Received: from mail-ea0-x234.google.com (mail-ea0-x234.google.com [IPv6:2a00:1450:4013:c01::234]) by ietfa.amsl.com (Postfix) with ESMTP id EEC041ADFEE for <rtcweb@ietf.org>; Wed, 27 Nov 2013 13:36:31 -0800 (PST)
Received: by mail-ea0-f180.google.com with SMTP id f15so5138335eak.39 for <rtcweb@ietf.org>; Wed, 27 Nov 2013 13:36:30 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=d2g5uLoNgNLEaq/J8uOAciUNXGaIjoXzglsRM3OJ1Xo=; b=tMulgjYBfFkVm4oyvU3xM91KRwyFkPLR7/QXaFfm95w5DemeaGTyf7SXeb7YfaL18C CtZyj2gBR148Fog0lwTpQKu+zDkh8zG/5l3kdQH6uQolO5LVIuv3oWhO97YaIDUtKGiu 8B+xG9vkNIke9HEqN56fl5f2fghSu2DiYshQ1tjdiY/Iq6TnOhqf0D9Vm2RqaEsbFDS6 01rYg77NfKc1zKKdJhctaOKJsTSU84tYC8dzqgDmf3IOMkvuLX1BpXCP6govBHvcsQrU y4MUPKHp7s0Ux2YJsT2aqzUhJfsxc5tZUtM+n66xhsicHgaxE+k0BhYAmrvykJnyGY5k QWrQ==
X-Received: by 10.14.221.193 with SMTP id r41mr884109eep.92.1385588190814; Wed, 27 Nov 2013 13:36:30 -0800 (PST)
Received: from [192.168.1.33] ([109.100.150.49]) by mx.google.com with ESMTPSA id a51sm23421895eeh.8.2013.11.27.13.36.28 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 27 Nov 2013 13:36:29 -0800 (PST)
Message-ID: <529665D9.4040604@gmail.com>
Date: Wed, 27 Nov 2013 23:36:25 +0200
From: Engel Nyst <engel.nyst@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20131104 Icedove/17.0.10
MIME-Version: 1.0
To: cowwoc <cowwoc@bbs.darktech.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> <528FBC43.5000409@librevideo.org> <9783CBA7-FCF4-4241-8A04-F8DBBA409032@cisco.com> <529569C1.5010909@bbs.darktech.org> <CEBABA4F.AAF51%stewe@stewe.org> <5295828A.4050506@bbs.darktech.org> <C4FA6213-1216-482F-A682-6584DEA7C3D1@cisco.com> <52963FB9.7020002@bbs.darktech.org> <CABcZeBMiMebJ_80LxGv9awyPK=fNhq27pZKBXVnLAPswDJLHzA@mail.gmail.com> <5296589D.9070009@bbs.darktech.org>
In-Reply-To: <5296589D.9070009@bbs.darktech.org>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>
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: Wed, 27 Nov 2013 21:38:17 -0000

On 11/27/2013 10:39 PM, cowwoc wrote:
>>> So why can't we bundle the H.264 codec again? If you are already
>>> hitting the
>>> cap, I don't see a reason to force us to download the codec
>>> after-the-fact.
>> Because Cisco distributing the copies is what makes them, not you,
>> responsible for the license fee.
>
> Either you misunderstood my question or I am misunderstanding your
> answer. I'm asking what prevents us from bundling Cisco's binary as part
> of our installer or image? Originally we were told we could not bundle
> their binary in-line because Cisco had to count how many license units
> they were giving out, but now that they say they will hit the cap what
> is the point of counting?
>

MPEG-LA has not licensed the codec to anyone but Cisco, for an year if I 
understand correctly. Cisco pays the license fees for their 
distribution. Cisco's cap is for downloads from their site alone.

Anyone else doesn't have a license from MPEG-LA. No one else can offer 
for download or reuse the codec implementation in their applications, 
unless they strike another deal with MPEG-LA. (or have very small uses, 
of no interest)

It looks like essentially a trap, sorry to say.

-- 
~enyst

"Excuse me, Professor Lessig, but may I ask you to sign this CLA, so 
that we have legally your permission to distribute your CC-licensed words?"
   ~ Permission culture, take two.