Re: [codec] Fwd: New Version Notification for draft-terriberry-oggopus-00.txt

Jean-Marc Valin <> Tue, 10 July 2012 01:27 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 4089021F8622 for <>; Mon, 9 Jul 2012 18:27:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.677
X-Spam-Status: No, score=-1.677 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, HELO_MISMATCH_ORG=0.611, HOST_MISMATCH_COM=0.311]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id ROxpT5fG50-X for <>; Mon, 9 Jul 2012 18:27:48 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id 9871C21F861C for <>; Mon, 9 Jul 2012 18:27:48 -0700 (PDT)
Received: from [] ( []) (Authenticated sender: by (Postfix) with ESMTPSA id 6543EF2632; Mon, 9 Jul 2012 18:28:14 -0700 (PDT)
Message-ID: <>
Date: Mon, 09 Jul 2012 21:27:58 -0400
From: Jean-Marc Valin <>
User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:13.0) Gecko/20120614 Thunderbird/13.0.1
MIME-Version: 1.0
To: "Timothy B. Terriberry" <>
References: <> <>
In-Reply-To: <>
X-Enigmail-Version: 1.4.2
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Subject: Re: [codec] Fwd: New Version Notification for draft-terriberry-oggopus-00.txt
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Codec WG <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Tue, 10 Jul 2012 01:27:49 -0000

Hash: SHA1

One thing we should explicitly mention in the draft is that a decoder
MUST NOT reject a file because the header is longer than expected.
This makes it possible to have a minor revision to the format that
adds a field to the header. As an exception, if the decoder knows the
exact length of header for the minor revision that the file uses, then
it MAY reject it. Any thoughts?


On 07/05/2012 11:12 AM, Timothy B. Terriberry wrote:
> Now that the main codec draft has been approved by the IESG, I
> thought we should move on to standardizing a long-term storage file
> format. After some discussion with the ADs, we decided that the
> codec WG itself was the best place to do this, so we've written a
> draft for it (see forwarded message).
> The text here isn't perfect (there are some outstanding issues even
> the authors want to resolve), but I thought I'd post it now to get
> some discussion rolling. For the actual format itself, we currently
> have deployed implementations in our own opus-tools package,
> Firefox, and gstreamer. I expect libav/FFmpeg and additional
> application support will be coming soon.
> _______________________________________________ codec mailing list 

Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla -