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

<stephane.proust@orange-ftgroup.com> Thu, 21 January 2010 13:44 UTC

Return-Path: <stephane.proust@orange-ftgroup.com>
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 C582F28C15D; Thu, 21 Jan 2010 05:44:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.248
X-Spam-Level:
X-Spam-Status: No, score=-2.248 tagged_above=-999 required=5 tests=[AWL=-0.001, BAYES_00=-2.599, HELO_EQ_FR=0.35, HTML_MESSAGE=0.001, UNPARSEABLE_RELAY=0.001]
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 JTmN3EzJhJ98; Thu, 21 Jan 2010 05:44:44 -0800 (PST)
Received: from relais-inet.francetelecom.com (relais-ias244.francetelecom.com [80.12.204.244]) by core3.amsl.com (Postfix) with ESMTP id 2AA1828C157; Thu, 21 Jan 2010 05:44:44 -0800 (PST)
Received: from omfeda05.si.francetelecom.fr (unknown [xx.xx.xx.198]) by omfeda12.si.francetelecom.fr (ESMTP service) with ESMTP id 0CF093B4598; Thu, 21 Jan 2010 14:44:39 +0100 (CET)
Received: from ftrdsmtp1.rd.francetelecom.fr (unknown [10.192.128.46]) by omfeda05.si.francetelecom.fr (ESMTP service) with ESMTP id DD94B180068; Thu, 21 Jan 2010 14:44:38 +0100 (CET)
Received: from ftrdmel0.rd.francetelecom.fr ([10.192.128.56]) by ftrdsmtp1.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.3959); Thu, 21 Jan 2010 14:44:38 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CA9A9F.E003D9F3"
Date: Thu, 21 Jan 2010 14:44:36 +0100
Message-ID: <22948_1264081478_4B585A46_22948_6286_1_4D1AA2A55522044480C9B9CF97A9340999F1EB@ftrdmel0.rd.francetelecom.fr>
In-Reply-To: <6e9223711001210509k1bc134bav224a619971d04a77@mail.gmail.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [codec] WG Review: Internet Wideband Audio Codec (codec)
Thread-Index: AcqamyH4IUfW59iJRL+3L1mvHFueaAAAMp9g
References: <20091223171501.7BAE33A697D@core3.amsl.com><2401.1261648036@epsilon.noi.kre.to><4b3373d7.02135e0a.241a.fffffb62@mx.google.com><a123a5d60912241926l6f2255e3kc15d1d21573adeb9@mail.gmail.com><B67FB114-FDA9-4431-A2E2-6ACF344B2EA7@cisco.com><130EBB38279E9847BAAAE0B8F9905F8C02959C6B@esealmw109.eemea.ericsson.se><20100121000303.GA1250@besserwisser.org><130EBB38279E9847BAAAE0B8F9905F8C02959FE1@esealmw109.eemea.ericsson.se><20100121121352.GD1250@besserwisser.org><130EBB38279E9847BAAAE0B8F9905F8C0295A258@esealmw109.eemea.ericsson.se> <6e9223711001210509k1bc134bav224a619971d04a77@mail.gmail.com>
From: stephane.proust@orange-ftgroup.com
To: stephen.botzko@gmail.com, ingemar.s.johansson@ericsson.com, mansaxel@besserwisser.org, codec@ietf.org, iesg@ietf.org, ietf@ietf.org
X-OriginalArrivalTime: 21 Jan 2010 13:44:38.0342 (UTC) FILETIME=[E014D660:01CA9A9F]
X-PMX-Version: 5.5.7.378829, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2010.1.21.131826
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: Thu, 21 Jan 2010 13:44:45 -0000

In line as well :
The first stage of the work has not been done yet : the detailed technical requirements have not been defined and agreed yet,
the second stage of the work with other SDOs to analyse if already exiting codecs meet these requirements is not done
and yet the Charter on the basis of which this WG could be launched is formulated as if the conclusion resulting from this 2 stages was known and obvious : no existing codec is suitable and so a new codec is needed
 
so, again : only these first 2 steps (requirement definition and standard analysis) are, at this stage, relevant to start a WG since the next steps depend on the conclusion of this work.
 
for instance , there could be some middle way between developping a new codec and reusing an existing standard : it could be much more efficient to simply extend/adapt an existing standard and, to achieve this, it would be better to rely on the SDO that have standardized this codec. 
 
Stéphane Proust
 

________________________________

De : codec-bounces@ietf.org [mailto:codec-bounces@ietf.org] De la part de stephen botzko
Envoyé : jeudi 21 janvier 2010 14:10
À : Ingemar Johansson S
Cc : Mans Nilsson; codec@ietf.org; iesg@ietf.org; ietf@ietf.org
Objet : Re: [codec] WG Review: Internet Wideband Audio Codec (codec)


in-line

Stephen Botzko
Polycom


On Thu, Jan 21, 2010 at 7:58 AM, Ingemar Johansson S <ingemar.s.johansson@ericsson.com> wrote:


	> -----Original Message-----
	> From: Mans Nilsson [mailto:mansaxel@besserwisser.org]
	
	> Sent: den 21 januari 2010 13:14
	> To: Ingemar Johansson S
	> Cc: codec@ietf.org; iesg@ietf.org; ietf@ietf.org
	
	> Subject: Re: WG Review: Internet Wideband Audio Codec (codec)
	>
	> Subject: RE: WG Review: Internet Wideband Audio Codec (codec)
	> Date: Thu, Jan 21, 2010 at 10:38:29AM +0100 Quoting Ingemar
	> Johansson S (ingemar.s.johansson@ericsson.com):
	>
	> > > > So our interpretation of such proposed phased approach is
	> > > that the WG
	> > > > would be explicitely taking a decision to pursue the work
	> > > if there are
	> > > > no standardized codecs out there fullfilling the requirements.
	> > >
	> > > My interpretation of the situation is that this milestone
	> is in most
	> > > peoples rear-view mirror. The available codecs that could be
	> > > rubberstamped are all missing some of the desirable qualities, ie
	> > > internetability, licensing, sound quality, latency.
	>
	> > I would say that it is up to other SDOs to determine that once the
	> > requirements are set.
	>
	> Why?
	
	What I try to say is that first the requirements must be set, only then will it be possible for representatives of other SDOs to determine if already standarddized codecs (or codecs under standardization) meet them.
	


I agree.  Obviously no one (inside or outside the IETF) can tell exactly how existing codecs in other SDOs relate to this work until the detailed requirements are locked down.

Also, I think the burden is mostly on CODEC to make this assessment.  Other SDOs may offer their views in liason statements, and can respond with their own work programs.  But in the end it would be up the IETF to decide if there is too much overlap.



	>
	> > The big problem is that technical and legal matters are
	> aired in the
	> > same sentence and I beleive that even a Codec WG in IETF
	> will in the
	> > end realize that the legal matters are the most complicated. But
	> > enough said about this.
	>
	> I do not disagree about legal issues being large blips on the
	> problem radar. The failure to grasp the business potential in
	> free  (fsvo free that meets BSD or GPL standards, just to
	> grab some examples) codec technology among those who have
	> traditionally produced codecs is one of the cornerstones in
	> why CODEC is needed and why I think IETF should keep a loose
	> liasion to other SDOen rather than lockstepping.
	>
	> --
	> Måns Nilsson     primary/secondary/besserwisser/machina
	> MN-1334-RIPE                             +46 705 989668
	> I HAVE to buy a new "DODGE MISER" and two dozen JORDACHE
	> JEANS because my viewscreen is "USER-FRIENDLY"!!
	>
	
	_______________________________________________
	codec mailing list
	codec@ietf.org
	https://www.ietf.org/mailman/listinfo/codec
	



*********************************
This message and any attachments (the "message") are confidential and intended solely for the addressees. 
Any unauthorised use or dissemination is prohibited.
Messages are susceptible to alteration. 
France Telecom Group shall not be liable for the message if altered, changed or falsified.
If you are not the intended addressee of this message, please cancel it immediately and inform the sender.
********************************