[codec] Fwd: New Version Notification for draft-terriberry-oggopus-01.txt
"Timothy B. Terriberry" <tterribe@xiph.org> Mon, 16 July 2012 22:55 UTC
Return-Path: <tterribe@xiph.org>
X-Original-To: codec@ietfa.amsl.com
Delivered-To: codec@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 57DBB11E809B for <codec@ietfa.amsl.com>; Mon, 16 Jul 2012 15:55:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.034
X-Spam-Level:
X-Spam-Status: No, score=-0.034 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_MISMATCH_ORG=0.611, HOST_MISMATCH_COM=0.311, RCVD_IN_NJABL_PROXY=1.643]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 73iDhw9FI50v for <codec@ietfa.amsl.com>; Mon, 16 Jul 2012 15:55:40 -0700 (PDT)
Received: from smtp.mozilla.org (mx1.corp.phx1.mozilla.com [63.245.216.69]) by ietfa.amsl.com (Postfix) with ESMTP id ED0FD11E8079 for <codec@ietf.org>; Mon, 16 Jul 2012 15:55:39 -0700 (PDT)
Received: from [10.242.27.190] (unknown [66.207.208.98]) (Authenticated sender: tterriberry@mozilla.com) by mx1.mail.corp.phx1.mozilla.com (Postfix) with ESMTPSA id B0BEBF2691 for <codec@ietf.org>; Mon, 16 Jul 2012 15:56:22 -0700 (PDT)
Message-ID: <50049C10.3090100@xiph.org>
Date: Mon, 16 Jul 2012 15:56:16 -0700
From: "Timothy B. Terriberry" <tterribe@xiph.org>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120625 SeaMonkey/2.10.1
MIME-Version: 1.0
To: codec@ietf.org
References: <20120716224054.4047.16310.idtracker@ietfa.amsl.com>
In-Reply-To: <20120716224054.4047.16310.idtracker@ietfa.amsl.com>
X-Forwarded-Message-Id: <20120716224054.4047.16310.idtracker@ietfa.amsl.com>
Content-Type: multipart/mixed; boundary="------------090703090908050205020806"
Subject: [codec] Fwd: New Version Notification for draft-terriberry-oggopus-01.txt
X-BeenThere: codec@ietf.org
X-Mailman-Version: 2.1.12
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: <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, 16 Jul 2012 22:55:41 -0000
We consolidated the suggestions on the list that appeared to have some amount of consensus (and made some additional minor changes), and put together a new version of the draft. Brief changelog: - Mandate that the ID header must complete on the first page (to remove any ambiguities about this requirement in RFC 3533). - Split the "Granule Position" section into subsections. - Move the first paragraph of the "Other Implementation Notes" section into the "Granule Position" section, add general seeking implementation guidance, and be specific about the interaction between pre-roll and pre-skip. - Retitle the remaining contents of the "Other Implementation Notes" section to "Packet Size Limits" - Specify that all the header fields are REQUIRED and that implementations SHOULD reject headers that don't have enough data. - Specify that implementations MUST NOT reject headers with extra data if they have an unknown minor version number. - Add a reference to RFC 3629 (UTF-8). - Clarify what "skipped" means with pre-skip. - Add an informative reference to Vorbis end-trimming. - Clarify contents of the vendor string. - Clarify how Opus packets are packed into multistream Ogg packets. - Other minor grammatical and wording improvements. - Add Ralph Giles as an author. I specifically did not swap the order of Sections 3 and 4, and I did not move the definitions of the channel mapping families before the definition of the channel mapping table fields (because in addition to the definition of "output channels", it requires the concept of "stream index", which requires the definition of "coupled streams"). Right now two out of three authors are arguing against those two changes, but if more people have opinions, or if there's anything else I forgot, feel free to speak up.
--- Begin Message ---A new version of I-D, draft-terriberry-oggopus-01.txt has been successfully submitted by Timothy B. Terriberry and posted to the IETF repository. Filename: draft-terriberry-oggopus Revision: 01 Title: Ogg Encapsulation for the Opus Audio Codec Creation date: 2012-07-16 WG ID: Individual Submission Number of pages: 30 URL: http://www.ietf.org/internet-drafts/draft-terriberry-oggopus-01.txt Status: http://datatracker.ietf.org/doc/draft-terriberry-oggopus Htmlized: http://tools.ietf.org/html/draft-terriberry-oggopus-01 Diff: http://tools.ietf.org/rfcdiff?url2=draft-terriberry-oggopus-01 Abstract: This document defines the Ogg encapsulation for the Opus interactive speech and audio codec. This allows data encoded in the Opus format to be stored in an Ogg logical bitstream. Ogg encapsulation provides Opus with a long-term storage format supporting all of the essential features, including metadata, fast and accurate seeking, corruption detection, recapture after errors, low overhead, and the ability to multiplex Opus with other codecs (including video) with minimal buffering. It also provides a live streamable format, capable of delivery over a reliable stream-oriented transport, without requiring all the data, or even the total length of the data, up-front, in a form that is identical to the on-disk storage format. The IETF Secretariat--- End Message ---
- [codec] Fwd: New Version Notification for draft-t… Timothy B. Terriberry