Re: [rtcweb] Video codec proposals due October 15th, 2012

Stephan Wenger <stewe@stewe.org> Sat, 18 August 2012 23:58 UTC

Return-Path: <stewe@stewe.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 962C321F84DD for <rtcweb@ietfa.amsl.com>; Sat, 18 Aug 2012 16:58:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.132
X-Spam-Level:
X-Spam-Status: No, score=-5.132 tagged_above=-999 required=5 tests=[AWL=1.467, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BwizaCTMZKmT for <rtcweb@ietfa.amsl.com>; Sat, 18 Aug 2012 16:58:08 -0700 (PDT)
Received: from va3outboundpool.messaging.microsoft.com (va3ehsobe006.messaging.microsoft.com [216.32.180.16]) by ietfa.amsl.com (Postfix) with ESMTP id 8CBF921F84B2 for <rtcweb@ietf.org>; Sat, 18 Aug 2012 16:58:08 -0700 (PDT)
Received: from mail7-va3-R.bigfish.com (10.7.14.236) by VA3EHSOBE013.bigfish.com (10.7.40.63) with Microsoft SMTP Server id 14.1.225.23; Sat, 18 Aug 2012 23:58:07 +0000
Received: from mail7-va3 (localhost [127.0.0.1]) by mail7-va3-R.bigfish.com (Postfix) with ESMTP id C6FCE160159; Sat, 18 Aug 2012 23:58:07 +0000 (UTC)
X-Forefront-Antispam-Report: CIP:157.56.240.133; KIP:(null); UIP:(null); IPV:NLI; H:BL2PRD0710HT002.namprd07.prod.outlook.com; RD:none; EFVD:NLI
X-SpamScore: -20
X-BigFish: PS-20(zz98dI9371I1432Izz1202h1082kzz1033IL8275bh8275dhz2fh2a8h668h839h944he5bhf0ah107ah)
Received-SPF: pass (mail7-va3: domain of stewe.org designates 157.56.240.133 as permitted sender) client-ip=157.56.240.133; envelope-from=stewe@stewe.org; helo=BL2PRD0710HT002.namprd07.prod.outlook.com ; .outlook.com ;
Received: from mail7-va3 (localhost.localdomain [127.0.0.1]) by mail7-va3 (MessageSwitch) id 1345334284703522_11405; Sat, 18 Aug 2012 23:58:04 +0000 (UTC)
Received: from VA3EHSMHS002.bigfish.com (unknown [10.7.14.248]) by mail7-va3.bigfish.com (Postfix) with ESMTP id A8CC94A0333; Sat, 18 Aug 2012 23:58:04 +0000 (UTC)
Received: from BL2PRD0710HT002.namprd07.prod.outlook.com (157.56.240.133) by VA3EHSMHS002.bigfish.com (10.7.99.12) with Microsoft SMTP Server (TLS) id 14.1.225.23; Sat, 18 Aug 2012 23:58:04 +0000
Received: from BL2PRD0710MB349.namprd07.prod.outlook.com ([169.254.1.75]) by BL2PRD0710HT002.namprd07.prod.outlook.com ([10.255.102.37]) with mapi id 14.16.0190.008; Sat, 18 Aug 2012 23:58:04 +0000
From: Stephan Wenger <stewe@stewe.org>
To: Monty Montgomery <xiphmont@gmail.com>
Thread-Topic: [rtcweb] Video codec proposals due October 15th, 2012
Thread-Index: AQHNe9KcnBvEU9mQJkq36trv7RuVjpdf6QaAgAAwOYD//7RmAA==
Date: Sat, 18 Aug 2012 23:58:01 +0000
Message-ID: <CC55715A.8A94D%stewe@stewe.org>
In-Reply-To: <CACrD=+-x2x5ibOe3tr38OzXdpXhXypxkzbRwwrc1O5v6JRDctg@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.255.102.4]
Content-Type: text/plain; charset="us-ascii"
Content-ID: <F078D4B8B59971448BA6C5E74F2B5984@namprd07.prod.outlook.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: stewe.org
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>
Subject: Re: [rtcweb] Video codec proposals due October 15th, 2012
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: Sat, 18 Aug 2012 23:58:12 -0000

On 8.18.2012 14:28 , "Monty Montgomery" <xiphmont@gmail.com> wrote:

>On Sat, Aug 18, 2012 at 2:36 PM, Richard Shockey <richard@shockey.us>
>wrote:
>> To make my position clear. The WG should support both H 264 and VP8.
>
>This misses the primary point of VP8: the fact that many stakeholders
>here CANNOT implement h.264.  Every stakeholder can implement VP8.
>Some refuse to do so as they have a sunk investment in h.264, but this
>is not the same as 'cannot'.

Monty,

I refuse to accept this 'CANNOT" argument.  It has been made before, in
many variants.  It's bogus, or at least unproductive.

"CANNOT" necessarily is different from the viewpoint of various entities.
However, in our case, I believe it boils down to what the entity calls an
acceptable risk, and not so much into "investments sunk".  The definition
of an acceptable risk is up to the stakeholder that makes the
determination, not you or me.  If one stakeholder entity believes that
violating, however openly, an open source license of their choice means
they CANNOT implement a certain technology, so be it.  (We all know that
with respect to H.264 implementations, some folks beliefs are very
differently from what people argue in rtcweb; x264 is published under the
GPLv2, right?).  I mean, I can accept that the stakeholder has good and
valid reasons to make the argument.  If one entity believes that they
would need to pay MPEG-LA, and that paying $6.5M per year for getting a
license under most H.264 patents put them out of business, it's again a
useful argument, but not, in isolation, a decisive one.  Those entities
obviously have the right to make their point, as you do, and as the
Mozilla guys do.  (Not listing Google here; their motivations may well be
a bit less straightforward, but that's for them to comment on and not for
me.  Just a small stab: if "investments sunk" would really play a big
role, then let's look who has sunk one of the biggest investments into a
codec technology over the past few years :-)

However, if another stakeholder entity decides, for reasons of their own,
that an implementation of VP8 may expose them to risks to the point that
legal or business says cannot, then they CANNOT.

These two CANNOTs must have the same strength when determining rough
consensus.

We have heard both voices.  The two camps are approximately of the same
strength.  Even when looking at browser market share, neither camp is an
overwhelming "winner".  Which is why I suggested in Vancouver that it may
be time to follow the WhatWG and W3C's lead and leave the mandatory video
codec selection to the browser vendors, not to a standards community that,
as this discussion shows again and again, is ill-prepared to deal with
commercial realities.  Leaving it to the browser vendors knowing that, at
least initially, we may have interop problems.

I said in Vancouver that it is unacceptable to allow the commercial
considerations of an industry operating under one business model (for
example open source), to block standards development going in a certain
direction, if there are others operating under another business model
(close source and $$$ for licensing) and they want a different direction.
I will continue to say so.  And will object quite noisily if such an
argument would be decisive in the IETF's decision making process, one way
or another.


>
>> H 264 since it is nearly universally deployed.
>
>You've lost me here.  I can't use it.  Oh sure, I have the code-- I'm
>just not allowed to do anything with it, and MPEG-LA won't sell me a
>license because I don't track downstream.

So start tracking downstream.  Your business model does not allow for it?
Change it!  

>
>Monty
>Xiph.Org
>_______________________________________________
>rtcweb mailing list
>rtcweb@ietf.org
>https://www.ietf.org/mailman/listinfo/rtcweb
>