Re: [codec] Adopting draft-valin-codec-guidelines-06 as a WG item
Stephan Wenger <stewe@stewe.org> Sat, 25 September 2010 01:21 UTC
Return-Path: <stewe@stewe.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 849803A6B66 for <codec@core3.amsl.com>; Fri, 24 Sep 2010 18:21:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.51
X-Spam-Level:
X-Spam-Status: No, score=-1.51 tagged_above=-999 required=5 tests=[AWL=1.089, 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 YMQRujVv1DtS for <codec@core3.amsl.com>; Fri, 24 Sep 2010 18:21:42 -0700 (PDT)
Received: from stewe.org (stewe.org [85.214.122.234]) by core3.amsl.com (Postfix) with ESMTP id 28CB83A682C for <codec@ietf.org>; Fri, 24 Sep 2010 18:21:41 -0700 (PDT)
Received: from [192.168.1.105] (unverified [24.5.132.232]) by stewe.org (SurgeMail 3.9e) with ESMTP id 795183-1743317 for multiple; Sat, 25 Sep 2010 03:22:14 +0200
User-Agent: Microsoft-Entourage/12.26.0.100708
Date: Fri, 24 Sep 2010 18:22:06 -0700
From: Stephan Wenger <stewe@stewe.org>
To: Jonathan Rosenberg <jdrosen@jdrosen.net>, codec@ietf.org
Message-ID: <C8C29CCE.24A7D%stewe@stewe.org>
Thread-Topic: [codec] Adopting draft-valin-codec-guidelines-06 as a WG item
Thread-Index: ActcUBDZ9dguzCaxcEKDVnYvpVxdOw==
In-Reply-To: <4C9CEE29.1090600@jdrosen.net>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
X-Originating-IP: 24.5.132.232
X-Authenticated-User: stewe@stewe.org
X-ORBS-Stamp: Your IP (24.5.132.232) was found in the spamhaus database. http://www.spamhaus.net
Subject: Re: [codec] Adopting draft-valin-codec-guidelines-06 as a WG item
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: Sat, 25 Sep 2010 01:21:43 -0000
> > If you disagree, please speak up - and even better - submit an > alternative document. Hi all, My preference would be to resolve strategic issues such as text/code being normative (where it seems we are very close to consensus: code it should be), bit-exact or not (and what are the conformance points if its not bit-exactness), and characterization gating, before accepting the draft as a WG item. That said, I'm willing to support the adoption of the draft as WG item even in the absence of this consensus, but only under the following two conditions: 1. The draft clearly states that there is no consensus yet on the subject of bit-exactness. 2. The draft clearly states that there is no consensus yet on the subject of characterization gating (in the sense of Jonathan's email sent a couple of hours ago). These conditions represent my points 11 and 15 of my email sent to this list on August 21, on neither of which I'm in agreement with the current language (or the current intention), nor I have seen any movement on the proponents on the other side towards a compromise/consensus position. I don't have the bandwidth this week or next to suggest alternative language, but will try to do so within the two week time window Jonathan proposed. In order to move things forward: in both cases, I have no problems if the current text stays in, as long as it is made unambiguously clear that this is not a consensus position, but rather one possible option for a resolution of the question, and that other options are expressedly solicited. The reason for these requests are hopefully obvious: a WG draft should represent the consensus of the WG, and should not contain non-consensus positions without disclaimers. Stephan On 9.24.2010 11:30 , "Jonathan Rosenberg" <jdrosen@jdrosen.net> wrote: > At the last IETF meeting, we discussed adopting the codec guidelines > document as a working group item. This did not pass, due to concerns > over whether it was in the right direction. We put out a call for > alternative documents over the next 5 week period. > > Some text was proposed by Stephan for inclusion, which was incorporated > into the document. Stephan also contributed some comments, including a > few open issues which still require some discussion. > > However, the chairs feel that it is not necessary for all open items to > be closed prior to adopting a document as a working group item. Indeed, > discussion on the content of the document is a good sign that it is a > reasonable foundation for the working group item. Given the lack of > alternative documents to use as a starting point, the chairs plan on > adopting this as a working group item in two weeks time. > > If you disagree, please speak up - and even better - submit an > alternative document. > > Thanks, > Jonathan R.
- [codec] Adopting draft-valin-codec-guidelines-06 … Jonathan Rosenberg
- Re: [codec] Adopting draft-valin-codec-guidelines… Stephan Wenger
- Re: [codec] Adopting draft-valin-codec-guidelines… Jean-Marc Valin
- Re: [codec] Adopting draft-valin-codec-guidelines… Riccardo Bernardini
- Re: [codec] Adopting draft-valin-codec-guidelines… Roni Even
- Re: [codec] Adopting draft-valin-codec-guidelines… Erik Norvell
- Re: [codec] Adopting draft-valin-codec-guidelines… Jean-Marc Valin
- Re: [codec] Adopting draft-valin-codec-guidelines… Stephan Wenger
- Re: [codec] Adopting draft-valin-codec-guidelines… Stephen Botzko
- Re: [codec] Adopting draft-valin-codec-guidelines… Koen Vos
- Re: [codec] Adopting draft-valin-codec-guidelines… Erik Norvell