Re: [rtcweb] Current H.264 licensing practice

David Benham <dabenham@gmail.com> Thu, 07 November 2013 22:40 UTC

Return-Path: <dabenham@gmail.com>
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 CD5A721E818D for <rtcweb@ietfa.amsl.com>; Thu, 7 Nov 2013 14:40:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
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 A8Yc6qfq5tc6 for <rtcweb@ietfa.amsl.com>; Thu, 7 Nov 2013 14:40:20 -0800 (PST)
Received: from mail-ea0-x235.google.com (mail-ea0-x235.google.com [IPv6:2a00:1450:4013:c01::235]) by ietfa.amsl.com (Postfix) with ESMTP id 5895321E8169 for <rtcweb@ietf.org>; Thu, 7 Nov 2013 14:40:20 -0800 (PST)
Received: by mail-ea0-f181.google.com with SMTP id d10so676210eaj.12 for <rtcweb@ietf.org>; Thu, 07 Nov 2013 14:40:09 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Lashff4HLL7Ds4ofx52JqBDUv18Yo1RehzNqndH8pPM=; b=MGgGNf371K+eVy9aYz+Sl74WBbSp6Z3kUroEm1nJ1mI7zxz8fOFmrlh5H6myZpHT/E 2qhZAOi1XNKBF1gCtSVqMRBN04/ROGYxjdmN/VVponLO5NzbfTr/EeXVogGUgTp8ChJb 7YcthBO4TEfOcXWMySQk2dJ2pjFu/TjZE+a3tDrJ00RCccTYQCTgdRvwUggT0BcNKgA/ IxHiRUx9lw17IpmQaI4GheBX4j7Jcm03Z7OJ4zW79O4GWsWrozFd3ZOWvPi7E9qz7UQp qlNWx3+pg5/50nTRJ9RC3aBpyw3PUvGk7xeKfp8lA6vu26KIGSAHEHSdMgurjhamlYVp fNfA==
MIME-Version: 1.0
X-Received: by 10.14.183.2 with SMTP id p2mr12072371eem.44.1383864009063; Thu, 07 Nov 2013 14:40:09 -0800 (PST)
Received: by 10.15.75.1 with HTTP; Thu, 7 Nov 2013 14:40:08 -0800 (PST)
Date: Thu, 07 Nov 2013 14:40:08 -0800
Message-ID: <CAM5V9Z8OxHFnnTUDX96mD0ixyHu+ikuDPzmiMz6ZSbF6oU2eNQ@mail.gmail.com>
From: David Benham <dabenham@gmail.com>
To: rtcweb@ietf.org
Content-Type: multipart/alternative; boundary="047d7b343dc4ad852804ea9df24f"
Subject: Re: [rtcweb] Current H.264 licensing practice
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: Thu, 07 Nov 2013 22:43:30 -0000

Extrapolating from an EULA what one's rtcweb dev/distribution license
rights is likely way off base.


You can read the MPEG-LA's FAQ here ...
http://www.mpegla.com/main/programs/AVC/Documents/AVC_TermsSummary.pdf
Note the graphic and text for "(b) sublicenses" on pages 2 and 3.

The commercial royalties described are targeted at Service Providers of
on-demand titles and/or broadcast TV over the Internet with greater 100K
subscribers and great remuneration (aka, subscription or ad revenue).
Think the likes of Netflix, Amazon Prime, etc, using the video tag and
*not* the support-desk in your example or commercial, real-time
communications.

Disclaimer: *IANAL*

David Benham
Self


   - *From*: Florian Weimer <fw at deneb.enyo.de <fw@DOMAIN.HIDDEN>>
   - *To*: rtcweb at ietf.org <rtcweb@DOMAIN.HIDDEN>
   - *Date*: Thu, 07 Nov 2013 20:30:31 +0100
   - *List-id*: Real-Time Communication in WEB-browsers working group list <
   rtcweb.ietf.org>

------------------------------

After reviewing the end-user patent licensing statements regarding
H.264/AVC of various products (Microsoft Windows, Adobe Flash, a Canon
camera, Skype, and some Cisco manuals), I'm puzzled what the net
effect of the Cisco licensing effort will be.

The most striking aspect of the current licensing regime is that the
existing platform codecs are exclusively licensed for "personal,
non-commercial activity".  As far as I can tell, this means that I
cannot use these codecs to develop my own software and distribute it
without a separate MPEG LA license.  Furthermore, if I engage in
commercial activity involving H.264 streams (such as paid teaching or
technical support over Skype, to give an example that seems fairly
relevant to me), I need a separate license as well, even if I use
already existing software for which the vendor has acquired patent
licenses.  This even applies to professional video (conferencing)
equipment.

I wonder what this means in the context of WebRTC.  Would web
application development be covered?  What about commercial use of such
web applications?  Under the existing licensing practice, the answer
appears to be that these activities need separate licenses.  To me,
that suggests that even after the Cisco effort, H.264 is still not a
replacement for a royalty-free codec.  Freedom from royalties for
browser vendors is not sufficient if (web) application developers and
end users do not benefit.

(I know that the concrete licensing terms are not published yet, but I
find it rather unlikely that Cisco has negotiated a better deal for
the non-paying general public than for its own paying customers.)