Re: [codec] 3 week WGLC on draft-ietf-codec-requirements-02

Jean-Marc Valin <jean-marc.valin@octasic.com> Mon, 24 January 2011 23:24 UTC

Return-Path: <jean-marc.valin@octasic.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 ED45B3A69C0 for <codec@core3.amsl.com>; Mon, 24 Jan 2011 15:24:26 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
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 iX7PoDTBEkAr for <codec@core3.amsl.com>; Mon, 24 Jan 2011 15:24:25 -0800 (PST)
Received: from toroondcbmts07-srv.bellnexxia.net (toroondcbmts07.bellnexxia.net [207.236.237.41]) by core3.amsl.com (Postfix) with ESMTP id 413AB3A69B5 for <codec@ietf.org>; Mon, 24 Jan 2011 15:24:25 -0800 (PST)
Received: from toip58-bus.srvr.bell.ca ([67.69.240.185]) by toroondcbmts07-srv.bellnexxia.net (InterMail vM.8.00.01.00 201-2244-105-20090324) with ESMTP id <20110124232720.TQGY3521.toroondcbmts07-srv.bellnexxia.net@toip58-bus.srvr.bell.ca>; Mon, 24 Jan 2011 18:27:20 -0500
Received: from toip52-bus.srvr.bell.ca ([67.69.240.55]) by toip58-bus.srvr.bell.ca with ESMTP; 24 Jan 2011 18:27:10 -0500
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAJuRPU3PPaAN/2dsb2JhbACkbHO7TIVQBIRwiVUG
Received: from mail.octasic.com ([207.61.160.13]) by toip52-bus.srvr.bell.ca with ESMTP; 24 Jan 2011 18:27:09 -0500
Received: from [10.100.60.27] (10.100.60.27) by MAIL2.octasic.com (10.100.10.44) with Microsoft SMTP Server (TLS) id 14.1.270.1; Mon, 24 Jan 2011 18:27:09 -0500
Message-ID: <4D3E0ACC.8030107@octasic.com>
Date: Mon, 24 Jan 2011 18:27:08 -0500
From: Jean-Marc Valin <jean-marc.valin@octasic.com>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20101208 Thunderbird/3.1.7
MIME-Version: 1.0
To: Peter Saint-Andre <stpeter@stpeter.im>
References: <4D3AD6EA.5020607@jdrosen.net> <000001cbbad6$4f44aea0$edce0be0$@uni-tuebingen.de> <AANLkTi=xTwet-toobezTZAsitgdTnTrMCHDD3OqChxF7@mail.gmail.com> <001001cbbc02$c6acf010$5406d030$@uni-tuebingen.de> <4D3E0676.1040704@octasic.com> <AANLkTimPKb03YjdBWVcJU1UFpFRWcXAiuvzJL4yV8YRq@mail.gmail.com> <4D3E0A8A.5070706@stpeter.im>
In-Reply-To: <4D3E0A8A.5070706@stpeter.im>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.100.60.27]
Cc: codec@ietf.org, Stephen Botzko <stephen.botzko@gmail.com>
Subject: Re: [codec] 3 week WGLC on draft-ietf-codec-requirements-02
X-BeenThere: codec@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Codec WG <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: Mon, 24 Jan 2011 23:24:27 -0000

Sorry, this was indeed intended to be informational (probably bad 
copy/paste). Let me fix that.

	Jean-Marc

On 11-01-24 06:26 PM, Peter Saint-Andre wrote:
> I agree with Mary here.
>
> On 1/24/11 4:24 PM, Mary Barnes wrote:
>> The document is currently specified as Standards Track, thus the use of
>> RFC 2119 language is entirely appropriate.  However, ISTM that the
>> document should really just be Informational, in particular given the
>> language in the introduction that this document defines a "suggested
>> process", as opposed to a process that is required for codec development.
>>
>> Regards,
>> Mary.
>>
>> On Mon, Jan 24, 2011 at 5:08 PM, Jean-Marc Valin
>> <jean-marc.valin@octasic.com<mailto:jean-marc.valin@octasic.com>>  wrote:
>>
>>      Christian,
>>
>>      I actually responded to the last comments you made a while ago (oct
>>      2010). One issue I pointed out was your use of RFC2119 keywords,
>>      which (AFAIK) aren't appropriate for a requirements draft (the
>>      requirements aren't a standard). So statements like "Any codec
>>      specified by the IETF MUST be well specified", besides stating the
>>      obvious, are inappropriate.
>>
>>      There were also comments that just did not belong to this draft,
>>      such as the section on collaboration with other WGs. Collaboration
>>      is not a characteristic of a codec. So essentially, I merged the
>>      uncontroversial suggestion, but that's all I could do. As far as I'm
>>      aware, there's nothing in the current draft that goes against the
>>      consensus of the WG. If there are, please point to specific issues
>>      and to statements made by others (not just you) asking for the change.
>>
>>      Cheers,
>>
>>             Jean-Marc
>>
>>
>>      On 11-01-24 03:10 PM, Christian Hoene wrote:
>>
>>          Christian - perhaps you could post a list of the issues you see that
>>          haven't been addressed?
>>
>>          */[Christian Hoene] No Stephen, these issues have been written
>>          down in
>>          previous emails, drafts and issues in the Trac. They can be read
>>          by anybody
>>          anytime. Thus, I do not see any benefit of repeating them again
>>          if the
>>          editors continue to ignore any input. Indeed, they did not
>>          improve the
>>          draft despite sound technical reasons. /*
>>
>>          */Even if somebody is not fully involved in the technical
>>          details: It is
>>          very odd that despite many hundreds emails and many discussions
>>          since
>>          starting this WG the editors have not updated the draft beside minor
>>          changes such as the boilerplate and typos. /*
>>
>>          */Even if the lack of any update was not intentionally, the
>>          editors missed
>>          to do their job because they were too lazy or rather too busy
>>          doing other
>>          thinks./*
>>
>>          */I would be sad if all the fruitful discussions here and all
>>          the good
>>          contributions of many industry experts should have been in vain.
>>          Even if
>>          not all requirements can be met by Opus, a proper requirements
>>          document may
>>          be relevant for future solutions or other SDOs./*
>>
>>          */CH/*
>>
>>
>>
>>
>>          _______________________________________________
>>          codec mailing list
>>          codec@ietf.org<mailto:codec@ietf.org>
>>          https://www.ietf.org/mailman/listinfo/codec
>>
>>
>>      _______________________________________________
>>      codec mailing list
>>      codec@ietf.org<mailto:codec@ietf.org>
>>      https://www.ietf.org/mailman/listinfo/codec
>>
>>
>>
>>
>> _______________________________________________
>> codec mailing list
>> codec@ietf.org
>> https://www.ietf.org/mailman/listinfo/codec
>