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

Stephan Wenger <stewe@stewe.org> Mon, 24 January 2011 20:33 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 0F8B83A693C for <codec@core3.amsl.com>; Mon, 24 Jan 2011 12:33:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.464
X-Spam-Level:
X-Spam-Status: No, score=-1.464 tagged_above=-999 required=5 tests=[AWL=-0.262, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=1.396]
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 N4j-EimfaFkE for <codec@core3.amsl.com>; Mon, 24 Jan 2011 12:33:20 -0800 (PST)
Received: from stewe.org (stewe.org [85.214.122.234]) by core3.amsl.com (Postfix) with ESMTP id F26AE3A6962 for <codec@ietf.org>; Mon, 24 Jan 2011 12:33:19 -0800 (PST)
Received: from [192.168.1.106] (unverified [24.5.132.232]) by stewe.org (SurgeMail 3.9e) with ESMTP id 55232-1743317 for multiple; Mon, 24 Jan 2011 21:36:14 +0100
User-Agent: Microsoft-MacOutlook/14.2.0.101115
Date: Mon, 24 Jan 2011 12:36:06 -0800
From: Stephan Wenger <stewe@stewe.org>
To: Christian Hoene <hoene@uni-tuebingen.de>, 'Stephen Botzko' <stephen.botzko@gmail.com>
Message-ID: <C9631F73.269A8%stewe@stewe.org>
Thread-Topic: [codec] 3 week WGLC on draft-ietf-codec-requirements-02
In-Reply-To: <001001cbbc02$c6acf010$5406d030$@uni-tuebingen.de>
Mime-version: 1.0
Content-type: multipart/alternative; boundary="B_3378717373_14165870"
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
Cc: codec@ietf.org
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 20:33:22 -0000

Hi Christian:
I can understand your frustration, and to some extent I share it.  However,
the purpose of a WGLC is to bring up issues that the editors have missed or
not acted upon.  So let's bring them up.

All:
The tracker is supposed to be one organized form of keeping issues alive and
make sure that they have been addressed adequately.  The tracker can be
found at http://trac.tools.ietf.org/wg/codec/trac/report.  I believe that
most requirements-related issues have been entered into the tracker in some
form, although, in order to see whether an issue has been addressed
according to the WG consensus or to get a full picture of all issues, one
would have to review the mailing list as well.  But the tracker is a good
starting point.

Thanks,
Stephan


From:  Christian Hoene <hoene@uni-tuebingen.de>
Organization:  Universitat Tubingen
Date:  Mon, 24 Jan 2011 21:10:35 +0100
To:  'Stephen Botzko' <stephen.botzko@gmail.com>
Cc:  <codec@ietf.org>
Subject:  Re: [codec] 3 week WGLC on draft-ietf-codec-requirements-02

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 https://www.ietf.org/mailman/listinfo/codec