Re: [rtcweb] RTCWEB needs an Internet Codec

Ron <ron@debian.org> Tue, 04 September 2012 21:01 UTC

Return-Path: <ron@debian.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 B420A21E8040 for <rtcweb@ietfa.amsl.com>; Tue, 4 Sep 2012 14:01:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.423
X-Spam-Level:
X-Spam-Status: No, score=-1.423 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FH_HOST_EQ_D_D_D_D=0.765, HOST_MISMATCH_NET=0.311, RDNS_DYNAMIC=0.1]
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 nhh92XX2kcP1 for <rtcweb@ietfa.amsl.com>; Tue, 4 Sep 2012 14:01:01 -0700 (PDT)
Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [IPv6:2001:44b8:8060:ff02:300:1:2:6]) by ietfa.amsl.com (Postfix) with ESMTP id 8145E11E80A4 for <rtcweb@ietf.org>; Tue, 4 Sep 2012 14:01:00 -0700 (PDT)
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Av0EAD5rRlB20ve5/2dsb2JhbABFuyOBCIIgAQEFOhwzCxguFBgNQBKHcbsNiwkbhxcDiE6FKIdiAYsVhQWCcw
Received: from ppp118-210-247-185.lns20.adl6.internode.on.net (HELO audi.shelbyville.oz) ([118.210.247.185]) by ipmail06.adl2.internode.on.net with ESMTP; 05 Sep 2012 06:30:58 +0930
Received: from localhost (localhost [127.0.0.1]) by audi.shelbyville.oz (Postfix) with ESMTP id EF9044F8F3 for <rtcweb@ietf.org>; Wed, 5 Sep 2012 06:30:56 +0930 (CST)
X-Virus-Scanned: Debian amavisd-new at audi.shelbyville.oz
Received: from audi.shelbyville.oz ([127.0.0.1]) by localhost (audi.shelbyville.oz [127.0.0.1]) (amavisd-new, port 10024) with LMTP id bR4wDPQ+dtcT for <rtcweb@ietf.org>; Wed, 5 Sep 2012 06:30:55 +0930 (CST)
Received: by audi.shelbyville.oz (Postfix, from userid 1000) id 7AF744F902; Wed, 5 Sep 2012 06:30:55 +0930 (CST)
Date: Wed, 05 Sep 2012 06:30:55 +0930
From: Ron <ron@debian.org>
To: rtcweb@ietf.org
Message-ID: <20120904210055.GN23434@audi.shelbyville.oz>
References: <20120831133845.GW72831@verdi> <5040CE32.5050003@jesup.org> <20120831151247.GY72831@verdi> <p06240608cc66e4862829@[99.111.97.136]> <00a701cd89fc$e681e9d0$b385bd70$@us> <p06240601cc6aa58a7171@[99.111.97.136]> <504571BC.9020103@librevideo.org> <5045CA2B.2070406@gmail.com> <5045F343.9030107@alvestrand.no> <50460FF1.30708@freedesktop.org>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <50460FF1.30708@freedesktop.org>
User-Agent: Mutt/1.5.20 (2009-06-14)
Subject: Re: [rtcweb] RTCWEB needs an Internet Codec
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: Tue, 04 Sep 2012 21:01:02 -0000

On Tue, Sep 04, 2012 at 10:28:01AM -0400, Jim Gettys wrote:
> On 09/04/2012 08:25 AM, Harald Alvestrand wrote:
> > On 09/04/2012 11:30 AM, Sergio Garcia Murillo wrote:
> >> Maybe an stupid question, but how it is planned to enforce the
> >> mandated codecs implementation? What prevents any of those
> >> "corporations" not implementing a mandated codec in their WebRTC
> >> products?
> >
> > My first chance to quote the new, Web-page-format Tao of IETF:
> >
> > "One more thing that is important for newcomers: the IETF in no way
> > "runs the Internet", despite what some people mistakenly might say.
> > The IETF makes voluntary standards that are often adopted by Internet
> > users, but it does not control, or even patrol, the Internet. If your
> > interest in the IETF is because you want to be part of the overseers,
> > you may be badly disappointed by the IETF."
> >
> > http://www.ietf.org/tao.html
> >
> > There is no protocol police; anyone can implement a product that
> > implements only part of an IETF standard. They just can't truthfully
> > claim to have implemented that IETF standard.
> 
> To the extent that the IETF has any power, it is an *indirect* power. 
> If a standard is valued, then organisations (at their own discretion)
> may start to write "Must implement RFCxxxx" into requests for proposals,
> and choose (or not choose) to spend their money buying products that
> conform or do not conform.

Which in turn is of course precisely the compelling reason for Opus to be
explicitly specified here - so that _rtcweb_ *can* have a chance of being
a standard of value, which promises the people who follow it high-quality
results and interoperability with any others who implement the standard.

There are already plenty of Go It Alone, ad hoc solutions, which to date
have little to no market traction.  Anything which performs worse than
they do is unlikely to be attractive, and anything which doesn't promise
real interoperability doesn't solve the problem which has prevented them
from being widely used outside of small disjoint circles.

"The Market" has already decided.  It decided it wanted a Real standard
for this.  Our job here is to give them one that doesn't totally suck.

It's not about "forcing Opus on people who don't want it", it's about
making rtcweb actually work for all those people who are serious about
wanting something that actually works.  We're clearly not going to give
them that by saying: "Here's some valve-age technology that's been all
but obsolete for decades now - if you want this to be Any Good, you'll
have to figure that part out for yourselves.  Good Luck with that!"

However much valves might be the stuff of True Audiophile wet dreams,
that just won't fly.  And I'm pretty sure almost everyone here knows it.

If there's something _better_ than Opus for this, I'd love to hear all
about it.  But talk of things that are strictly and/or vastly worse is
kind of hard to take seriously.  I can see how some people might be
feeling a little frustrated at watching that tack push ever closer to
the wind.

  Luff and KISSes,
  Ron