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

"Kevin P. Fleming" <kpfleming@digium.com> Tue, 05 July 2011 15:35 UTC

Return-Path: <kpfleming@digium.com>
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 D0BFE11E80D3 for <codec@ietfa.amsl.com>; Tue, 5 Jul 2011 08:35:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.599
X-Spam-Level:
X-Spam-Status: No, score=-106.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
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 eAX7PoLnWp48 for <codec@ietfa.amsl.com>; Tue, 5 Jul 2011 08:35:58 -0700 (PDT)
Received: from mail.digium.com (mail.digium.com [216.207.245.2]) by ietfa.amsl.com (Postfix) with ESMTP id CDAB011E8120 for <codec@ietf.org>; Tue, 5 Jul 2011 08:35:56 -0700 (PDT)
Received: from zimbra.digium.internal ([10.24.55.203] helo=zimbra.hsv.digium.com) by mail.digium.com with esmtp (Exim 4.69) (envelope-from <kpfleming@digium.com>) id 1Qe7fH-0006pl-Lg for codec@ietf.org; Tue, 05 Jul 2011 10:35:55 -0500
Received: from localhost (localhost.localdomain [127.0.0.1]) by zimbra.hsv.digium.com (Postfix) with ESMTP id 9F8F9D8024 for <codec@ietf.org>; Tue, 5 Jul 2011 10:35:55 -0500 (CDT)
Received: from zimbra.hsv.digium.com ([127.0.0.1]) by localhost (zimbra.hsv.digium.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id I5PcsT6aasBF for <codec@ietf.org>; Tue, 5 Jul 2011 10:35:55 -0500 (CDT)
Received: from [10.24.250.46] (unknown [10.24.250.46]) by zimbra.hsv.digium.com (Postfix) with ESMTPSA id 228DBD82A3 for <codec@ietf.org>; Tue, 5 Jul 2011 10:35:55 -0500 (CDT)
Message-ID: <4E132F5A.3030804@digium.com>
Date: Tue, 05 Jul 2011 10:35:54 -0500
From: "Kevin P. Fleming" <kpfleming@digium.com>
Organization: Digium, Inc.
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110516 Thunderbird/3.1.10
MIME-Version: 1.0
To: codec@ietf.org
References: <00f501cc3aa7$551264c0$ff372e40$@spittka@skype.net> <BCB3F026FAC4C145A4A3330806FEFDA93CE1882B8B@EMBX01-HQ.jnpr.net>
In-Reply-To: <BCB3F026FAC4C145A4A3330806FEFDA93CE1882B8B@EMBX01-HQ.jnpr.net>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: quoted-printable
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 15:35:58 -0000

On 07/05/2011 09:01 AM, Gregory Maxwell wrote:
> Julian Spittka [julian.spittka@skype.net] wrote:
>> Please find a first draft "draft-spittka-payload-rtp-opus-00" for the "RTP
>> Payload Format and File Storage Format for Opus Speech and Audio Codec"
>> uploaded at
>> https://datatracker.ietf.org/doc/draft-spittka-payload-rtp-opus/.
>> Any feedback, questions, or comments are highly welcome.
>
> Regarding the file format part—
>
> Ah— Why does the world need another multimedia container format?

You beat me to that post :-) I'm also not quite understanding how 
definition of a file storage format would fall within the IETF's purview 
at all...

> Much less one which is unseekable (without doing a prior read of the whole file),
> unable to recover from damage (no capture sequence, no corruption detection),
> and high overhead (minimum overhead at 64kbit/sec of 2.5%, without dtx).
>
> 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)

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

-- 
Kevin P. Fleming
Digium, Inc. | Director of Software Technologies
Jabber: kfleming@digium.com | SIP: kpfleming@digium.com | Skype: kpfleming
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at www.digium.com & www.asterisk.org