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

"Timothy B. Terriberry" <tterribe@xiph.org> Thu, 05 July 2012 15:12 UTC

Return-Path: <tterribe@xiph.org>
X-Original-To: codec@ietfa.amsl.com
Delivered-To: codec@ietfa.amsl.com
Received: from localhost (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id 53AC511E80B7 for <codec@ietfa.amsl.com>; Thu, 5 Jul 2012 08:12:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.677
X-Spam-Status: No, score=-1.677 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_MISMATCH_ORG=0.611, HOST_MISMATCH_COM=0.311]
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id arkQFHHqhQQT for <codec@ietfa.amsl.com>; Thu, 5 Jul 2012 08:12:38 -0700 (PDT)
Received: from smtp.mozilla.org (mx1.corp.phx1.mozilla.com []) by ietfa.amsl.com (Postfix) with ESMTP id 5D5A711E80A5 for <codec@ietf.org>; Thu, 5 Jul 2012 08:12:38 -0700 (PDT)
Received: from [] (c-69-181-137-38.hsd1.ca.comcast.net []) (Authenticated sender: tterriberry@mozilla.com) by mx1.mail.corp.phx1.mozilla.com (Postfix) with ESMTPSA id 4C30BF22BA for <codec@ietf.org>; Thu, 5 Jul 2012 08:12:46 -0700 (PDT)
Message-ID: <4FF5AEED.8080300@xiph.org>
Date: Thu, 05 Jul 2012 08:12:45 -0700
From: "Timothy B. Terriberry" <tterribe@xiph.org>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120620 SeaMonkey/2.10.1
MIME-Version: 1.0
To: codec@ietf.org
References: <20120705150704.14085.7364.idtracker@ietfa.amsl.com>
In-Reply-To: <20120705150704.14085.7364.idtracker@ietfa.amsl.com>
X-Forwarded-Message-Id: <20120705150704.14085.7364.idtracker@ietfa.amsl.com>
Content-Type: multipart/mixed; boundary="------------050601020401040409020608"
Subject: [codec] Fwd: New Version Notification for draft-terriberry-oggopus-00.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: Thu, 05 Jul 2012 15:12:39 -0000

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.
--- Begin Message ---
A new version of I-D, draft-terriberry-oggopus-00.txt
has been successfully submitted by Timothy B. Terriberry and posted to the
IETF repository.

Filename:	 draft-terriberry-oggopus
Revision:	 00
Title:		 Ogg Encapsulation for the Opus Audio Codec
Creation date:	 2012-07-03
WG ID:		 Individual Submission
Number of pages: 27
URL:             http://www.ietf.org/internet-drafts/draft-terriberry-oggopus-00.txt
Status:          http://datatracker.ietf.org/doc/draft-terriberry-oggopus
Htmlized:        http://tools.ietf.org/html/draft-terriberry-oggopus-00

   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.  This 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 ---