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

"Richard Shockey" <richard@shockey.us> Sun, 19 August 2012 18:49 UTC

Return-Path: <richard@shockey.us>
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 4CD2821F8595 for <rtcweb@ietfa.amsl.com>; Sun, 19 Aug 2012 11:49:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.505
X-Spam-Level:
X-Spam-Status: No, score=-101.505 tagged_above=-999 required=5 tests=[AWL=0.760, BAYES_00=-2.599, IP_NOT_FRIENDLY=0.334, USER_IN_WHITELIST=-100]
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 EUUBlkWw22DO for <rtcweb@ietfa.amsl.com>; Sun, 19 Aug 2012 11:49:30 -0700 (PDT)
Received: from oproxy6-pub.bluehost.com (oproxy6-pub.bluehost.com [67.222.54.6]) by ietfa.amsl.com (Postfix) with SMTP id 69C8F21F8458 for <rtcweb@ietf.org>; Sun, 19 Aug 2012 11:49:30 -0700 (PDT)
Received: (qmail 12573 invoked by uid 0); 19 Aug 2012 18:49:08 -0000
Received: from unknown (HELO box462.bluehost.com) (74.220.219.62) by cpoproxy3.bluehost.com with SMTP; 19 Aug 2012 18:49:08 -0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=shockey.us; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID:Date:Subject:In-Reply-To:References:Cc:To:From; bh=3zAihM9hFDLIkrDK6bY6w2v3Rhg55f+ovxWKB70ZKlA=; b=CidY6piku1xuJ7VNTLF6w/Um6vZ4XAlygHa7iHxtjHl5reluBDFrszLIOZddyf/atdVA2b9Kd8WrEzR12G6hy8Efi5OT1Y2VZEzCEeM0eJzG+fEEZplfSafpkfVga7Yc;
Received: from [71.191.243.130] (port=53054 helo=RSHOCKEYPC) by box462.bluehost.com with esmtpa (Exim 4.76) (envelope-from <richard@shockey.us>) id 1T3AYe-00041E-Bn; Sun, 19 Aug 2012 12:49:08 -0600
From: "Richard Shockey" <richard@shockey.us>
To: "'Stephan Wenger'" <stewe@stewe.org>, "'Monty Montgomery'" <xiphmont@gmail.com>
References: <CACrD=+-x2x5ibOe3tr38OzXdpXhXypxkzbRwwrc1O5v6JRDctg@mail.gmail.com> <CC55715A.8A94D%stewe@stewe.org>
In-Reply-To: <CC55715A.8A94D%stewe@stewe.org>
Date: Sun, 19 Aug 2012 14:49:05 -0400
Message-ID: <001501cd7e3b$4fca7150$ef5f53f0$@us>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AQHNe9KcnBvEU9mQJkq36trv7RuVjpdf6QaAgAAwOYD//7RmAIABsEjg
Content-Language: en-us
X-Identified-User: {3286:box462.bluehost.com:shockeyu:shockey.us} {sentby:smtp auth 71.191.243.130 authed with richard@shockey.us}
Cc: 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: Sun, 19 Aug 2012 18:49:34 -0000

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.

[RS> ] I suggest that this is not a can you can kick down the road
indefinitely. At some point we will have to make a decision since the
ultimate goal is a globally interoperable service.  


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
>


_______________________________________________
rtcweb mailing list
rtcweb@ietf.org
https://www.ietf.org/mailman/listinfo/rtcweb