Re: [codec] WG Review: Internet Wideband Audio Codec (codec)

Ron <ron@debian.org> Sun, 17 January 2010 15:29 UTC

Return-Path: <ron@debian.org>
X-Original-To: codec@core3.amsl.com
Delivered-To: codec@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D57953A68A7; Sun, 17 Jan 2010 07:29:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.005
X-Spam-Level:
X-Spam-Status: No, score=-0.005 tagged_above=-999 required=5 tests=[BAYES_50=0.001, RCVD_IN_DNSWL_LOW=-1, RELAY_IS_203=0.994]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hS7QXsmp746y; Sun, 17 Jan 2010 07:29:19 -0800 (PST)
Received: from ipmail03.adl6.internode.on.net (ipmail03.adl6.internode.on.net [203.16.214.141]) by core3.amsl.com (Postfix) with ESMTP id 29DA03A684D; Sun, 17 Jan 2010 07:29:17 -0800 (PST)
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AtgEAGi6Ukt20vLb/2dsb2JhbACBRtIDhDIE
Received: from ppp118-210-242-219.lns20.adl6.internode.on.net (HELO audi.shelbyville.oz) ([118.210.242.219]) by ipmail03.adl6.internode.on.net with ESMTP; 18 Jan 2010 01:59:11 +1030
Received: from localhost (localhost [127.0.0.1]) by audi.shelbyville.oz (Postfix) with ESMTP id 1D9554F8F3; Mon, 18 Jan 2010 01:59:11 +1030 (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 afuxXd8JZPx5; Mon, 18 Jan 2010 01:59:10 +1030 (CST)
Received: by audi.shelbyville.oz (Postfix, from userid 1000) id 32D114F8FE; Mon, 18 Jan 2010 01:59:10 +1030 (CST)
Date: Mon, 18 Jan 2010 01:59:10 +1030
From: Ron <ron@debian.org>
To: codec@ietf.org, iesg@ietf.org, ietf@ietf.org
Message-ID: <20100117152910.GG5672@audi.shelbyville.oz>
References: <20091223171501.7BAE33A697D@core3.amsl.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <20091223171501.7BAE33A697D@core3.amsl.com>
User-Agent: Mutt/1.5.20 (2009-06-14)
Subject: Re: [codec] WG Review: Internet Wideband Audio Codec (codec)
X-BeenThere: codec@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Should the IETF standardize wideband Internet codec\(s\)? " <codec.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/codec>, <mailto:codec-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/codec>
List-Post: <mailto:codec@ietf.org>
List-Help: <mailto:codec-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/codec>, <mailto:codec-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 17 Jan 2010 15:29:20 -0000

Hi,

At the outset of this process, I was quite simply excited by the
prospect of a group of talented codec researchers joining forces to
push the limits of their art, with a shared aim of producing the
next generation of codecs, tailored to suit modern transports, and
to the needs of a broader range of application developers, for whom
wide accessibility and interoperability are of paramount importance.
The work on this is already developing well.  But as has been noted
many times by both the proponents and opponents of forming this group,
we will have a far superior outcome on the whole if the collective
insights of these people are combined into a minimal number of codecs
that meet the identified goals, than we would have if each group were
to simply continue producing their own work separately as we have been
seeing to date.  (ironically, that may be the only thing certain to
occur if this proposed group does not ultimately form somewhere)

Real-time audio communication, today, is still a horribly fragmented
and thoroughly monopolised service.  But the internet routes around
damage so it is said, and I have been rather delighted to observe
that very process in action here already.  There are a lot of people
here now who want that to end.  We've already seen some interesting
(and perhaps to some, unexpected) players ante in to take part in the
first round.  I doubt I'd be going far out on a limb to suggest there
will be others, if this first round looks like fun and achieves some
notable results.  Which so far, I have no reason to doubt it will.

As to the question of whether to form this group under the auspices
of the IETF, we've seen a lot of recurring emphasis put upon which
SDO should have the first claim to hosting it, or some special veto
on what it produces.  To my eyes, that sort of ownership angst seems
off the mark.  The organisation that hosts it and may finally proclaim
it gold, is by far secondary to the set of working processes that the
active participants agree upon to resolve their differences and cement
their agreements.  That is what will ultimately decide whether this
project succeeds or fails at its stated goals.  All of these people
could produce quality codecs on their own.  They've already proven
that point so it's not in question.  The interesting question is what
can they do if given just a few simple rules for working together.

It seems quite clear at this stage, that the people who want this work
to begin in earnest _today_, have self-selected on the IETF process.
And despite the enormous elephant in the room, that seems to already
be a working choice.  I fully endorse the creation of this WG, with a 
charter that gives it sufficient freedom to refine its goals, by the 
consensus of the group, as ever better understanding of the problems 
is gained and shared.  A broad range of talents are already assembled 
and professing their commitment to its success, and I'd certainly like 
to see what they can in fact prove if given the umbrella group of their 
choice.  By choosing the IETF, they're offering me a voice to help 
shape that work, based on Real Things I Know.  And/or have the code to
demonstrate.  On about as reasonable and non-discriminating terms as
I could ever likely hope for.

Offers you can't refuse don't get much better than that.
Let's do this!

 Ron