RE: [AVT] File format for EVRC/SMV vocoder

Randall Gellens <randy@qualcomm.com> Sun, 16 March 2003 19:11 UTC

Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA03248 for <avt-archive@odin.ietf.org>; Sun, 16 Mar 2003 14:11:59 -0500 (EST)
Received: (from mailnull@localhost) by www1.ietf.org (8.11.6/8.11.6) id h2GJS1V17383 for avt-archive@odin.ietf.org; Sun, 16 Mar 2003 14:28:01 -0500
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h2GJRGO17366; Sun, 16 Mar 2003 14:27:16 -0500
Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h2GJFIO16892 for <avt@optimus.ietf.org>; Sun, 16 Mar 2003 14:15:18 -0500
Received: from numenor.qualcomm.com (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA02666 for <avt@ietf.org>; Sun, 16 Mar 2003 13:58:44 -0500 (EST)
Received: from magus.qualcomm.com (magus.qualcomm.com [129.46.61.148]) by numenor.qualcomm.com (8.12.8/8.12.5/1.0) with ESMTP id h2GItnKn019085; Sun, 16 Mar 2003 10:55:49 -0800 (PST)
Received: from [66.114.232.124] (vpn-10-50-0-42.qualcomm.com [10.50.0.42]) by magus.qualcomm.com (8.12.8/8.12.5/1.0) with ESMTP id h2GIta9X007772; Sun, 16 Mar 2003 10:55:37 -0800 (PST)
Mime-Version: 1.0
Message-Id: <a06000b10ba9a760f23dd@[66.114.232.124]>
In-Reply-To: <A943FD84BD9ED41193460008C7918050072E9030@ESEALNT419.al.sw.ericsson.se >
References: <A943FD84BD9ED41193460008C7918050072E9030@ESEALNT419.al.sw.ericsson.se >
X-Mailer: Eudora for Mac OS X v6.0a
Date: Sun, 16 Mar 2003 10:54:48 -0800
To: "Lars-Erik Jonsson (EAB)" <Lars-Erik.Jonsson@epl.ericsson.se>, 'Randall Gellens' <randy@qualcomm.com>, Adam Li <adamli@icsl.ucla.edu>
From: Randall Gellens <randy@qualcomm.com>
Subject: RE: [AVT] File format for EVRC/SMV vocoder
Cc: Ietf-Avt <avt@ietf.org>, casner@acm.org, 'Scott Bradner' <sob@harvard.edu>, 'Colin Perkins' <csp@csperkins.org>, 'Allison Mankin' <mankin@psg.com>, randy@qualcomm.com, mccap@lucent.com, mdturner@lucent.com, smathai@lucent.com, lioy@qualcomm.com, zeng@packetvideo.com, sherwood@packetvideo.com, villa@icsl.ucla.edu, yllee@samsung.com, jeonghoon@samsung.com, tom.hiller@lucent.com, David.Leon@nokia.com, nleung@qualcomm.com, dgal@lucent.com, ajayrajkumar@lucent.com, Lars-Erik.Jonsson@epl.ericsson.se, magnus.westerlund@era-t.ericsson.se, vbharga@cisco.com, craig.greer@nokia.com, magda@qualcomm.com, ned.freed@mrochek.com, hgarudad@qualcomm.com, csp@isi.edu, jlee@nextreaming.com, sakazawa@kddilabs.jp
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
X-Random-Sig-Tag: 1.0b25
Sender: avt-admin@ietf.org
Errors-To: avt-admin@ietf.org
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=unsubscribe>
List-Id: Audio/Video Transport Working Group <avt.ietf.org>
List-Post: <mailto:avt@ietf.org>
List-Help: <mailto:avt-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=subscribe>

At 1:52 PM +0100 3/11/03, Lars-Erik Jonsson (EAB) wrote:

>  OK, but why has not this issue been brought up earlier?

Because of an unfortunate oversight.  Neither myself nor the other 
authors of the evrc/smv draft were aware of the qcp format.  I very 
much regret this.  At the time we were working on the evrc/smv draft, 
we specified a file format to make the draft complete.  Had we been 
aware of an existing format that was currently being used to 
interoperably exchange vocoder frames, I'm sure it would have been 
considered instead of inventing something new.

>   The EVRC/SMV
>  format work in AVT has been going on for a long time, and therefore one
>  can question whether it is correct (from a procedural point of view) to
>  suddenly not use what has been developed in this WG, but use something
>  defined elsewhere. IETF standardization is usually an engineering
>  process, not rubber-stamping of already deployed technical solutions.

When I learned of the qcp format, my suggestion for how to proceed 
was to register a new mime type (audio/qcp) so as to not risk 
delaying the evrc draft.  (As one of the authors of that draft, I 
have no desire to delay it at all.)  This is what the current qcp 
draft says.  However, I was told to do the technically correct thing 
instead.

>  Note that I am not aware of all the details in this matter, but what
>  has been communicated on the list does not provide enough material for
>  motivating what has been proposed. "We have already deployed this
>  alternative format while you were trying to agree on a standard, and
>  now we think you should use our format instead since it is more
>  widely deployed" is a rather strange way of arguing in standards
>  development, I think.

The QCP format was in deployment when we started working on the 
evrc/smv draft, but neither I not the other authors were aware of 
this.  It's not the case that the qcp format was deployed afterwards 
or in parallel, in an attempt to circumvent process.

The question now is how best to proceed.  As I said, my initial 
suggestion was to take the easy path of not deleting the file format 
from the evrc/smv draft, and instead to use a kludge of registering a 
new mime type for the qcp file format.

-- 
Randall Gellens
Opinions are personal;    facts are suspect;    I speak for myself only
-------------- Randomly-selected tag: ---------------
Laughter is the closest distance between two people.
                                     --Victor Borge
_______________________________________________
Audio/Video Transport Working Group
avt@ietf.org
https://www1.ietf.org/mailman/listinfo/avt