Re: [rtcweb] VP8 vs H.264 - the core issue

Basil Mohamed Gohar <basilgohar@librevideo.org> Thu, 24 October 2013 19:34 UTC

Return-Path: <basilgohar@librevideo.org>
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 7487211E8145 for <rtcweb@ietfa.amsl.com>; Thu, 24 Oct 2013 12:34:45 -0700 (PDT)
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]
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 YGAfsRwbqaBn for <rtcweb@ietfa.amsl.com>; Thu, 24 Oct 2013 12:34:40 -0700 (PDT)
Received: from mail.zaytoon.hidayahonline.net (zaytoon.hidayahonline.net [173.193.202.83]) by ietfa.amsl.com (Postfix) with ESMTP id 5EEEF11E810B for <rtcweb@ietf.org>; Thu, 24 Oct 2013 12:34:40 -0700 (PDT)
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 BFCFE8648D7 for <rtcweb@ietf.org>; Thu, 24 Oct 2013 15:34:39 -0400 (EDT)
Message-ID: <5269764C.4030801@librevideo.org>
Date: Thu, 24 Oct 2013 15:34:36 -0400
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: <52681A96.2020904@alvestrand.no> <526826AF.5030308@librevideo.org> <52690090.2050609@alvestrand.no> <BBE9739C2C302046BD34B42713A1E2A22DFCD683@ESESSMB105.ericsson.se> <AE1A6B5FD507DC4FB3C5166F3A05A4843D45DC08@TK5EX14MBXC266.redmond.corp.microsoft.com>
In-Reply-To: <AE1A6B5FD507DC4FB3C5166F3A05A4843D45DC08@TK5EX14MBXC266.redmond.corp.microsoft.com>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: 8bit
Subject: Re: [rtcweb] VP8 vs H.264 - the core issue
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, 24 Oct 2013 19:34:45 -0000

On 10/24/2013 12:02 PM, Matthew Kaufman (SKYPE) wrote:
> On the IPR issue, Google reached agreement with 11 patent holders. There
> are at least 31 companies in the MPEG-LA H.264 pool. There is
> considerable technical overlap between VP8 and H.264.
> 
> My employer is one of those in the H.264 pool, and wasn’t one of the 11
> companies Google reached an agreement with.
> 
> Draw your own conclusions and take your own IPR risks.
> 
> Personally I’d rather the IPR devil I know vs. the IPR devil I don’t know.
> 
> Google could fix this for most potential users (through indemnification,
> similar to what Oracle offers its Linux licensees) but has chosen not
> to. You can draw your own conclusion there, too.
> 
> Matthew Kaufman

There are no conclusions to draw due to lack of sufficient evidence for
anything actionable.  IPR FUD has delayed the adoption of many free,
non-royalty-bearing formats for too long.  And, again, the IPR "devil we
know" is meaningless, because there are still IP litigation threats even
for H.264, MP3, and many other patented, royalty-bearing formats.

So, it contributes little to nothing to the discussion on IPR grounds if
a substantial declaration, as Ted has advised, is not taken, and such
claims should really be discounted in any serious consideration when
weighing options between formats.

-- 
Libre Video
http://librevideo.org