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
- [codec] RTP Payload Format and File Storage Forma… Julian Spittka
- Re: [codec] RTP Payload Format and File Storage F… Gregory Maxwell
- Re: [codec] RTP Payload Format and File Storage F… Kevin P. Fleming
- Re: [codec] RTP Payload Format and File Storage F… Timothy B. Terriberry
- Re: [codec] RTP Payload Format and File Storage F… Benjamin M. Schwartz
- Re: [codec] RTP Payload Format and File Storage F… Roni Even
- Re: [codec] RTP Payload Format and File Storage F… Roni Even
- Re: [codec] RTP Payload Format and File Storage F… Cullen Jennings
- Re: [codec] RTP Payload Format and File Storage F… Magnus Westerlund
- Re: [codec] RTP Payload Format and File Storage F… Cullen Jennings
- Re: [codec] RTP Payload Format and File Storage F… Benjamin M. Schwartz
- Re: [codec] [payload] RTP Payload Format and File… Benjamin M. Schwartz