[video-codec] Lessons Learned from Audio Codec Group - Normative Text not Code

"Cullen Jennings (fluffy)" <fluffy@cisco.com> Fri, 05 October 2012 02:01 UTC

Return-Path: <fluffy@cisco.com>
X-Original-To: video-codec@ietfa.amsl.com
Delivered-To: video-codec@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 89E5311E8099 for <video-codec@ietfa.amsl.com>; Thu, 4 Oct 2012 19:01:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.599
X-Spam-Level:
X-Spam-Status: No, score=-110.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oXtfsN4Uu3nK for <video-codec@ietfa.amsl.com>; Thu, 4 Oct 2012 19:01:10 -0700 (PDT)
Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) by ietfa.amsl.com (Postfix) with ESMTP id D05AE11E8091 for <video-codec@ietf.org>; Thu, 4 Oct 2012 19:01:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1319; q=dns/txt; s=iport; t=1349402470; x=1350612070; h=from:to:subject:date:message-id:content-id: content-transfer-encoding:mime-version; bh=/OQjXsx8O6VoHi34mDXybBmepnhsjsYzRiWX8aUuDNY=; b=IRh7zvxqMT1YO8pA03Q1wOFxcJ5HkHIcIuY0fufH56rCfDp3uD9uZ3vR bldDev1w7NGSpZjAgusXC7Q8YBtwhNrD6jVRqtTVIbGnBiew7hOUlBoq6 W1TzQXc/SpdeC+/gDBtXKVvGHhf/admfMCEpZriZXv4Ngbuz6n6VYbrx4 M=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Av0EAMI+blCtJXG8/2dsb2JhbABFvx6BCIIiAQQSASdRASoUQicEGxqFb4F0lxGBKKAOkGdgA6QsgWmCbYFjNA
X-IronPort-AV: E=Sophos;i="4.80,538,1344211200"; d="scan'208";a="128519050"
Received: from rcdn-core2-1.cisco.com ([173.37.113.188]) by rcdn-iport-6.cisco.com with ESMTP; 05 Oct 2012 02:01:09 +0000
Received: from xhc-rcd-x09.cisco.com (xhc-rcd-x09.cisco.com [173.37.183.83]) by rcdn-core2-1.cisco.com (8.14.5/8.14.5) with ESMTP id q952196i004672 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for <video-codec@ietf.org>; Fri, 5 Oct 2012 02:01:09 GMT
Received: from xmb-aln-x02.cisco.com ([169.254.5.62]) by xhc-rcd-x09.cisco.com ([173.37.183.83]) with mapi id 14.02.0318.001; Thu, 4 Oct 2012 21:01:08 -0500
From: "Cullen Jennings (fluffy)" <fluffy@cisco.com>
To: "video-codec@ietf.org" <video-codec@ietf.org>
Thread-Topic: Lessons Learned from Audio Codec Group - Normative Text not Code
Thread-Index: AQHNop1IVwBczIHzCkaMtwHDPEqjmg==
Date: Fri, 05 Oct 2012 02:01:08 +0000
Message-ID: <C5E08FE080ACFD4DAE31E4BDBF944EB1118696EE@xmb-aln-x02.cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.20.249.167]
x-tm-as-product-ver: SMEX-10.2.0.1135-7.000.1014-19238.000
x-tm-as-result: No--26.704300-8.000000-31
x-tm-as-user-approved-sender: No
x-tm-as-user-blocked-sender: No
Content-Type: text/plain; charset="us-ascii"
Content-ID: <56C60AEC9852EF4D8CBDC175ECD89942@cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: [video-codec] Lessons Learned from Audio Codec Group - Normative Text not Code
X-BeenThere: video-codec@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Video codec BoF discussion list <video-codec.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/video-codec>, <mailto:video-codec-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/video-codec>
List-Post: <mailto:video-codec@ietf.org>
List-Help: <mailto:video-codec-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/video-codec>, <mailto:video-codec-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 05 Oct 2012 02:01:10 -0000

The audio codec WG tried many things that were sort of new for the IETF and some of theses worked and some did not. Having co-chaired that WG, there are some things I would like to comment on if we were to do something like the codec WG again. Note that on almost all of theses, there is someone who can tell me "I told you so", and to all theses people, I owe you a beverage :-) 


The Normative spec should be Text not Code

Code works many places and has many advantages but the IETF process for reviewing does not work well for reviewing large blocks of code.  We should use the text in the draft, not code as the normative spec. It's great if some site happens to have some running code but that is not the spec. It will help find bugs in the spec and in the long run, running, interoperable code is the important thing. But the normative conceptual design should be in the text of the draft with enough detail that someone that was incredibly smart, had lots of time, and with access to all the normative references in the draft, could implement and interoperable version of the codec. 

Send comments - tell me I am right - tell me I am wrong - whatever - the grass is definitely greener on the other side. But lets sort this one out before the BOF.