Re: [codec] requirements #8 (new): Sample rates?

"Pascal Pochol" <Pochol@WebfootGames.com> Thu, 27 January 2011 03:08 UTC

Return-Path: <Pochol@WebfootGames.com>
X-Original-To: codec@core3.amsl.com
Delivered-To: codec@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E059A28C0FF for <codec@core3.amsl.com>; Wed, 26 Jan 2011 19:08:25 -0800 (PST)
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=[AWL=0.000, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9cKP9AoQnT8Q for <codec@core3.amsl.com>; Wed, 26 Jan 2011 19:08:21 -0800 (PST)
Received: from mail.webfootgames.com (mail.webfootgames.com [68.248.244.61]) by core3.amsl.com (Postfix) with ESMTP id D49C528C100 for <codec@ietf.org>; Wed, 26 Jan 2011 19:08:20 -0800 (PST)
Received: from mail.WebfootGames.com (softdnserr [::ffff:127.0.0.1]) (AUTH: LOGIN pochol) by mail.webfootgames.com with esmtp; Wed, 26 Jan 2011 21:12:07 -0600 id 0000109F.4D40E288.00002233
Message-ID: <088d003d65f78906dd3464e0fde1e22d@WebfootGames.com>
Date: Wed, 26 Jan 2011 21:12:08 -0600
From: Pascal Pochol <Pochol@WebfootGames.com>
To: Jean-Marc Valin <jean-marc.valin@octasic.com>
In-Reply-To: <4D4091A5.40604@octasic.com>
References: <1485847861.1415843.1296076736111.JavaMail.root@lu2-zimbra> <4D4091A5.40604@octasic.com>
X-Mailer: Webfoot's WebMail 1.6-CVS
x-priority: 3
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mime-Autoconverted: from 8bit to 7bit by courier 0.64
Cc: codec@ietf.org
Subject: Re: [codec] requirements #8 (new): Sample rates?
X-BeenThere: codec@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: Pochol@WebfootGames.com
List-Id: Codec WG <codec.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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, 27 Jan 2011 03:08:26 -0000

Jean-Marc,

> > And of course: How to signal the custom modes within the packet?
> 
> The custom modes will have to be negotiated at the SDP level. Unlike
> "Opus" packets, you will just not be able to decode an "Opus-custom"
> packet without knowing what was negotiated.

in our case I don't even think that we need a per packet signal to tell the
decoder. Unless the Opus-custom encoder does something that varies per
packet we usually set the parameters up front and never change them when
encoding a stream. We could have a little header packet to set things up or
since we're in total control simply set the parameter in the initialization
of the decoder with a few api calls. Not sure if that would work for others
but in our case I think it would without adding extra information to the
packets.

-Pascal