[codec] draft-spittka-payload-rtp-opus-00: a=fmtp:101 application=audio

Lars Immisch <lars@ibp.de> Tue, 12 June 2012 21:42 UTC

Return-Path: <lars@ibp.de>
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 56DFC21F868A for <codec@ietfa.amsl.com>; Tue, 12 Jun 2012 14:42:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.16
X-Spam-Level:
X-Spam-Status: No, score=-0.16 tagged_above=-999 required=5 tests=[BAYES_05=-1.11, HELO_EQ_DE=0.35, J_CHICKENPOX_15=0.6]
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 Y3Zj4V46+NNH for <codec@ietfa.amsl.com>; Tue, 12 Jun 2012 14:42:30 -0700 (PDT)
Received: from mail.ibp.de (mail.ibp.de [87.234.192.161]) by ietfa.amsl.com (Postfix) with ESMTP id 6CF6D21F8642 for <codec@ietf.org>; Tue, 12 Jun 2012 14:42:30 -0700 (PDT)
Received: from ohm.ibp.de (unknown [10.222.227.132]) by mail.ibp.de (Postfix) with ESMTPSA id 195ADC5C1D1; Tue, 12 Jun 2012 23:42:28 +0200 (CEST)
From: Lars Immisch <lars@ibp.de>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Tue, 12 Jun 2012 23:42:28 +0200
Message-Id: <619CA092-0565-41EE-AD7B-D2F836B22337@ibp.de>
To: codec@ietf.org
Mime-Version: 1.0 (Apple Message framework v1084)
X-Mailer: Apple Mail (2.1084)
Cc: Tim Pritlove <tim@pritlove.org>
Subject: [codec] draft-spittka-payload-rtp-opus-00: a=fmtp:101 application=audio
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, 12 Jun 2012 21:42:31 -0000

Hi,

I have integrated the Opus codec into a SIP UA (based on pjsip). The intended application is for a broadcast (podcast) studio: a guest calls into the studio, talks (and maybe even sings) with the host, and the conversation is broadcast.

For this application, the highest available quality is desirable. 

I have experimented with Opus in the appliation=audio setting and am pretty happy with it. But reading draft-spittka-payload-rtp-opus-00, I find no provision to encourage the other party to send an Opus stream encoded with the "audio" application setting.

I'd like to propose an additional "application" parameter that can take the value "audio", "lowdelay" (and maybe "voip"):

In my example, the studio would offer (or answer with):

  m=audio 54312 RTP/AVP 101
  a=rtpmap:101 opus/48000
  a=fmtp:101 application=audio

This would prompt the encoder on the other side to use the audio application mode of Opus.

I hope this makes sense. If it does, I'd be very pleased if it could be included in the next draft. 

- Lars Immisch