Re: [codec] RTP Payload Format and File Storage Format for Opus Speech and Audio Codec - draft-spittka-payload-rtp-opus-00

"Timothy B. Terriberry" <tterribe@xiph.org> Tue, 05 July 2011 16:08 UTC

Return-Path: <prvs=160963b50=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 5E19F11E812E for <codec@ietfa.amsl.com>; Tue, 5 Jul 2011 09:08:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
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 P66YIqTN-s4c for <codec@ietfa.amsl.com>; Tue, 5 Jul 2011 09:08:53 -0700 (PDT)
Received: from mxip3i.isis.unc.edu (mxip3i.isis.unc.edu [152.2.2.195]) by ietfa.amsl.com (Postfix) with ESMTP id C7AA811E80B9 for <codec@ietf.org>; Tue, 5 Jul 2011 09:08:52 -0700 (PDT)
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: ApwEAHM2E06sGgRa/2dsb2JhbABTqH6IesFqhjYEhz+Kd4RqDote
X-IronPort-AV: E=Sophos;i="4.65,479,1304308800"; d="scan'208";a="107397203"
Received: from mr2a.isis.unc.edu (HELO smtp.unc.edu) ([172.26.4.90]) by mxip3o.isis.unc.edu with ESMTP; 05 Jul 2011 12:08:52 -0400
X-UNC-Auth-As: tterribe
X-UNC-Auth-IP: 69.181.137.38
Received: from [172.17.0.5] (c-69-181-137-38.hsd1.ca.comcast.net [69.181.137.38]) (authenticated bits=0) by smtp.unc.edu (8.14.4/8.14.3) with ESMTP id p65G8oBa021200 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 5 Jul 2011 12:08:51 -0400 (EDT)
Message-ID: <4E133711.2080505@xiph.org>
Date: Tue, 05 Jul 2011 09:08:49 -0700
From: "Timothy B. Terriberry" <tterribe@xiph.org>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.15) Gecko/20101120 Gentoo/2.0.10 SeaMonkey/2.0.10
MIME-Version: 1.0
To: "Kevin P. Fleming" <kpfleming@digium.com>
References: <00f501cc3aa7$551264c0$ff372e40$@spittka@skype.net> <BCB3F026FAC4C145A4A3330806FEFDA93CE1882B8B@EMBX01-HQ.jnpr.net> <4E132F5A.3030804@digium.com>
In-Reply-To: <4E132F5A.3030804@digium.com>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 8bit
Cc: codec@ietf.org
Subject: Re: [codec] RTP Payload Format and File Storage Format for Opus Speech and Audio Codec - draft-spittka-payload-rtp-opus-00
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: Tue, 05 Jul 2011 16:08:53 -0000

>> I suggest dropping the file format part— either completely or
>> replacing it with
>> stubs with recommendations/parameters for encapsulating it in other
>> more widely
>> implemented container formats (e.g. MKV, Ogg (RFC3533), RIFF/AVI)

+1

> MKA would be the container to use for this, I'd think, since it's
> audio-only.

There's no reason you couldn't use Opus with video (and indeed, in 
WebRTC this is the expected use-case). But that's another advantage of 
providing a mapping for an established container format: you get muxing 
with video for free.