Re: [codec] Last Call: <draft-ietf-codec-oggopus-10.txt> (Ogg Encapsulation for the Opus Audio Codec) to Proposed Standard

Phillip Hallam-Baker <phill@hallambaker.com> Wed, 03 February 2016 01:43 UTC

Return-Path: <hallam@gmail.com>
X-Original-To: codec@ietfa.amsl.com
Delivered-To: codec@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 515F91B2DBA; Tue, 2 Feb 2016 17:43:26 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.278
X-Spam-Level:
X-Spam-Status: No, score=-1.278 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CRndBGse2Mzl; Tue, 2 Feb 2016 17:43:25 -0800 (PST)
Received: from mail-lf0-x22c.google.com (mail-lf0-x22c.google.com [IPv6:2a00:1450:4010:c07::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2C2361B2DA2; Tue, 2 Feb 2016 17:43:25 -0800 (PST)
Received: by mail-lf0-x22c.google.com with SMTP id j78so4095944lfb.1; Tue, 02 Feb 2016 17:43:25 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=lUoK8pH8/TphfudbQLB4vKoN6HCaw1EUKDoqXjapUlQ=; b=X6JY0AUEyvNYPVTP3SdPWncLpauV5Dxky4o6l9phxlloxPJRlkNjli3UNrNwNONoW4 GhduxcZOwRacDTuS6HZIITeiyABdxhrQDtYyDAoVmC0Wp0FQ4q0quzAhYohTbrlVzxcf OTmLrRZfibPCQyjygV1argXNOvfLifDj0l0G5/jPTQji+dBEGD00YK2kl5bEMmbJVhe8 YQ1DFptGsVznqlnPhZxs85rTEk/Ta0oYVcQ3BNGYB3VfzYu7tCDybVE3qo0id4s6yKO4 Gtambbxxho8P17mKhr/8OWbU9gr7ms17Gm23COzVGaRWa5FeTKD5Rd58imt0385bk0UK 4W6Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=lUoK8pH8/TphfudbQLB4vKoN6HCaw1EUKDoqXjapUlQ=; b=h95Uui+23WE6NOPNJBS6KZqHOw5JMRhvyIX8wHjXpSZdVb5ZQALD9574mp9NRKgc2s CVZIdBDBZWxRNzX5I6XCU+wNGnxg+UkEUzkiLRyEDU81kAT5IgW7/6i/RJAGaKIKctrZ tZb07yMr6dgMhUr9O/sBG2n8S9M2mG5qT/DTxNwekgpWU1+zV1hJ65rPhXzcBZHYByk7 dB9V0jKCgx/diebAI7Q1lP+G5rvoJ5R5PDEwTiYVY3vUMSB47MG5XTJHQn/yNCK1erR7 B0GXq2LLTZl2hUHqFbW4pohARYo/ORMpHpCL9/ZepNzzQ+78l5JSiUpwqMayiymDCcV/ 7Y6g==
X-Gm-Message-State: AG10YOSfEw94ZlbuWXcmgeALLiCD1Tqlt9RjI4nYitBwYDiH54TUnLIZPwvFjjEyGbA9mmgaZBuL/IfVL590Rg==
MIME-Version: 1.0
X-Received: by 10.25.165.4 with SMTP id o4mr4008649lfe.43.1454463803333; Tue, 02 Feb 2016 17:43:23 -0800 (PST)
Sender: hallam@gmail.com
Received: by 10.112.49.80 with HTTP; Tue, 2 Feb 2016 17:43:23 -0800 (PST)
In-Reply-To: <780287DC-988D-4279-86B9-58932506698A@stewe.org>
References: <20160113141506.11959.44750.idtracker@ietfa.amsl.com> <56A92C39.7060206@nostrum.com> <20160129031044.GB3153@hex.shelbyville.oz> <56B116DA.9010507@nostrum.com> <56B12D2A.4020906@xiph.org> <7A78CD5F-918E-42BF-9090-96C4E4B9DE87@stewe.org> <56B132E9.504@xiph.org> <780287DC-988D-4279-86B9-58932506698A@stewe.org>
Date: Tue, 02 Feb 2016 20:43:23 -0500
X-Google-Sender-Auth: ITuc7clHuTS-QyUPxfwuN4dXdbM
Message-ID: <CAMm+LwjMB5ad1pChXiG5nYdPuaJcLMnq1XqySM5vcRxH1=Ga3w@mail.gmail.com>
From: Phillip Hallam-Baker <phill@hallambaker.com>
To: Stephan Wenger <stewe@stewe.org>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <http://mailarchive.ietf.org/arch/msg/codec/dpaJgLFT3YwFu3sCoBeQVBqz8Jg>
X-Mailman-Approved-At: Tue, 16 Feb 2016 16:20:02 -0800
Cc: "ietf@ietf.org" <ietf@ietf.org>, "codec@ietf.org" <codec@ietf.org>, "draft-ietf-codec-oggopus@ietf.org" <draft-ietf-codec-oggopus@ietf.org>, "codec-chairs@ietf.org" <codec-chairs@ietf.org>
Subject: Re: [codec] Last Call: <draft-ietf-codec-oggopus-10.txt> (Ogg Encapsulation for the Opus Audio Codec) to Proposed Standard
X-BeenThere: codec@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Codec WG <codec.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/codec>, <mailto:codec-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/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: Wed, 03 Feb 2016 01:43:26 -0000

I think people need to remember that 'forks happen'.

IETF has forked other standards bodies on quite a few occasions.
Notably the WebPKI is built on PKIX, not X.509. If we are OK with
that, we should be OK with other people forking our work.

That doesn't seem to be the intention here but it is a possible
outcome. The issue seems to be that they are sure other people will
want to build on the CODEC but not precisely how it would modularize.
At least not now.

My concern is not so much version N versus version N', it is the
question of what happens for version N+1. Do the forks continue or is
one orphaned (like X.509v3).

Another possibility to consider is that the group goes off and does
its 'thing' and when it is ready, comes back with an update,
supplement or whatever. That way we can merge the streams back into
one at a later date (should that seem desirable).