Re: [rtcweb] Cisco to open source its H.264 implementation and absorb MPEG-LA licensing fees

Max Jonas Werner <mail@makk.es> Wed, 30 October 2013 15:55 UTC

Return-Path: <mail@makk.es>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 77A7811E81DB for <rtcweb@ietfa.amsl.com>; Wed, 30 Oct 2013 08:55:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.249
X-Spam-Level:
X-Spam-Status: No, score=-2.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pYpVevd-xPQ4 for <rtcweb@ietfa.amsl.com>; Wed, 30 Oct 2013 08:55:24 -0700 (PDT)
Received: from lupus.uberspace.de (lupus.uberspace.de [95.143.172.176]) by ietfa.amsl.com (Postfix) with SMTP id 9475111E82B1 for <rtcweb@ietf.org>; Wed, 30 Oct 2013 08:55:18 -0700 (PDT)
Received: (qmail 10630 invoked from network); 30 Oct 2013 15:55:17 -0000
Received: from unknown (HELO ?141.22.28.178?) (141.22.28.178) by lupus.uberspace.de with SMTP; 30 Oct 2013 15:55:17 -0000
Message-ID: <52712BE4.5040003@makk.es>
Date: Wed, 30 Oct 2013 16:55:16 +0100
From: Max Jonas Werner <mail@makk.es>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0
MIME-Version: 1.0
To: Ethan Hugg <ethanhugg@gmail.com>, Lorenzo Miniero <lorenzo@meetecho.com>
References: <186CE8D65BA3A741A81A543F936DD0D10A5803D8@xmb-rcd-x07.cisco.com> <527107e5.0201430a.0aa1.ffff9b09SMTPIN_ADDED_BROKEN@mx.google.com> <CAGgHUiSOFGxuNmqoa9BS2+_yjT2hb20KDut5WL264x5tdpTU-g@mail.gmail.com> <CA+23+fHdKBwezhtsES1w_qDJgvVC=ChaBcaF1x0_N65aKv-9yQ@mail.gmail.com> <CAHZ_z=wsQFB=SoH5zq-p-J7KkqrAx4gWJFkPLyAoFtZ8b2zP+w@mail.gmail.com> <527128A7.3050101@nostrum.com> <20131030164716.3d3be136@lminiero> <CALQ_quj6LyjhV1JocAH-aY7o4ppLNZFmYfe9kLVsddzTZA2U6g@mail.gmail.com>
In-Reply-To: <CALQ_quj6LyjhV1JocAH-aY7o4ppLNZFmYfe9kLVsddzTZA2U6g@mail.gmail.com>
X-Enigmail-Version: 1.6
Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="HcUFxugnje3xOS7q381GjqNull7Q6cp41"
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>, "Jonathan Rosenberg (jdrosen)" <jdrosen@cisco.com>
Subject: Re: [rtcweb] Cisco to open source its H.264 implementation and absorb MPEG-LA licensing fees
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.12
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, 30 Oct 2013 15:55:30 -0000

On 30.10.2013 16:52, Ethan Hugg wrote:
> Lorenzo,
> 
> You will be able to inspect the source yourself for nefarious things like
> tracking as the code will be freely available.

This implies there exists a way to verify that the code under review is
actually the exact same code used to compile the binary which is not
trivial IIRC.

Max

> On Wed, Oct 30, 2013 at 8:47 AM, Lorenzo Miniero <lorenzo@meetecho.com>wrote:
> 
>> Il giorno Wed, 30 Oct 2013 10:41:27 -0500
>> Adam Roach <adam@nostrum.com> ha scritto:
>>
>>> On 10/30/13 10:20, Matt Fredrickson wrote:
>>>> Does this mean that system information (for systems that this is
>>>> installed on) may be tracked and sent back to the Cisco servers for
>>>> accurate license usage count?  (ethernet MAC address, or some other
>>>> system specific info) so that redownloads of modules on the same
>>>> system are not counted towards your license usage accounting?
>>>
>>> My understanding is that MPEG-LA has a per-organization royalty cap
>>> for H.264 (13 MUSD, if my memory serves), and that Cisco reaches that
>>> cap quite easily with their own products.
>>>
>>> /a
>>
>> Which doesn't preclude the fact the module may do tracking anyway.
>>
>> Lorenzo