Re: [codec] Discussion around ITU LS
Anisse Taleb <Anisse.Taleb@huawei.com> Mon, 12 September 2011 07:59 UTC
Return-Path: <Anisse.Taleb@huawei.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 792D721F877F for <codec@ietfa.amsl.com>; Mon, 12 Sep 2011 00:59:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.074
X-Spam-Level:
X-Spam-Status: No, score=-6.074 tagged_above=-999 required=5 tests=[AWL=0.525, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 V+7Ksbxz8LeU for <codec@ietfa.amsl.com>; Mon, 12 Sep 2011 00:59:47 -0700 (PDT)
Received: from lhrga02-in.huawei.com (lhrga02-in.huawei.com [195.33.106.143]) by ietfa.amsl.com (Postfix) with ESMTP id D178E21F86EE for <codec@ietf.org>; Mon, 12 Sep 2011 00:59:46 -0700 (PDT)
Received: from huawei.com (lhrga02-in [172.18.7.45]) by lhrga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LRE00AHCGX2XV@lhrga02-in.huawei.com> for codec@ietf.org; Mon, 12 Sep 2011 09:00:38 +0100 (BST)
Received: from LHREML202-EDG.china.huawei.com ([172.18.7.118]) by lhrga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPS id <0LRE00DR5GX1GV@lhrga02-in.huawei.com> for codec@ietf.org; Mon, 12 Sep 2011 09:00:37 +0100 (BST)
Received: from LHREML402-HUB.china.huawei.com (10.201.5.31) by LHREML202-EDG.china.huawei.com (172.18.7.189) with Microsoft SMTP Server (TLS) id 14.1.270.1; Mon, 12 Sep 2011 09:00:34 +0100
Received: from LHREML503-MBX.china.huawei.com ([fe80::f93f:958b:5b06:4f36]) by LHREML402-HUB.china.huawei.com ([::1]) with mapi id 14.01.0270.001; Mon, 12 Sep 2011 09:00:36 +0100
Date: Mon, 12 Sep 2011 08:00:36 +0000
From: Anisse Taleb <Anisse.Taleb@huawei.com>
In-reply-to: <4E68D175.9090703@mozilla.com>
X-Originating-IP: [172.18.7.193]
To: Jean-Marc Valin <jmvalin@mozilla.com>
Message-id: <6A58A83F7040374B9FB4EEEDBD835512A400EE@LHREML503-MBX.china.huawei.com>
MIME-version: 1.0
Content-type: text/plain; charset="us-ascii"
Content-language: en-GB
Content-transfer-encoding: 7bit
Accept-Language: en-GB, en-US
Thread-topic: [codec] Discussion around ITU LS
Thread-index: AQHMbNdFqNL2VxoWr0KOLjBFjn6nQ5VBQIaAgAIGLdWAADZ+gIAF5oZE
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
References: <35921B63-3FBC-411D-B587-4AB81F218E57@cisco.com> <4E66F111.9070008@mozilla.com> <6A58A83F7040374B9FB4EEEDBD835512A3FBAA@LHREML503-MBX.china.huawei.com> <4E68D175.9090703@mozilla.com>
Cc: Jonathan Rosenberg <jonathan.rosenberg@skype.net>, "codec@ietf.org" <codec@ietf.org>
Subject: Re: [codec] Discussion around ITU LS
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: Mon, 12 Sep 2011 07:59:47 -0000
Dear Jean Marc, The issue is really to understand how the Opus codec is optimized for the internet. I was under the impression that a major argument for starting this work in IETF is to supply a codec that is optimized for use on the internet and therefore functionality that facilitates operation in an IP based transport would be defacto part of the codec distribution. The question of whether this is integrated in the decoder itself or outside the decoder (i.e. post-processing) depends mainly on the qualify and complexity of the two solution. You seem to prefer the use of this feature as a post-processing stage to the audio output, would you like to elaborate why is this better than an integrated approach ? Regardless of whether this is implemented inside or outside the decoder (your preferred solution), I strongly believe that such a feature needs to be part of the code distribution. Kind regards, /Anisse ________________________________________ From: Jean-Marc Valin [jmvalin@mozilla.com] Sent: 08 September 2011 16:30 To: Anisse Taleb Cc: Cullen Jennings; Jonathan Rosenberg; codec@ietf.org Subject: Re: [codec] Discussion around ITU LS Hi Anisse, I agree that time stretching/shortening is a desirable feature. However, I think in the case of Opus it is best implemented outside the decoder using a good generic algorithm, rather than re-inventing the wheel. Of course, if you think an integrated implementation would be better, you are welcome submit a patch for it. Cheers, Jean-Marc On 08/09/11 06:38 AM, Anisse Taleb wrote: > Dear Jean Marc, > >>> Does the WG consider time shortening / stretching functionality they >>> would want to include in opus as a technique to use for PLC? >> While time stretching/shortening is something that can be useful, I >> don't think it's really necessary for a codec *specification*. In fact >> even the PLC is provided only as an example. > > Quoting the requirements document RFC 6366: > " It is desirable for the reference implementation to provide a time stretching/shortening > implementation, although it should not be normative." > > While I agree that this is something that should be non-normative, such an integrated implementation > would be an important feature for any codec deployed on the internet and really differentiate Opus wrt. "codecs" which are considered unsuitable for the internet. > > Kind regards, > /Anisse > >
- [codec] Discussion around ITU LS Cullen Jennings
- Re: [codec] Discussion around ITU LS Stephan Wenger
- Re: [codec] Discussion around ITU LS Monty Montgomery
- Re: [codec] Discussion around ITU LS Jean-Marc Valin
- Re: [codec] Discussion around ITU LS Gregory Maxwell
- Re: [codec] Discussion around ITU LS Anisse Taleb
- Re: [codec] Discussion around ITU LS Jean-Marc Valin
- Re: [codec] Discussion around ITU LS Anisse Taleb
- Re: [codec] Discussion around ITU LS Jean-Marc Valin
- Re: [codec] Discussion around ITU LS Christian Hoene
- Re: [codec] Discussion around ITU LS Anisse Taleb
- Re: [codec] Discussion around ITU LS Michael Ramalho (mramalho)
- Re: [codec] Discussion around ITU LS Benjamin M. Schwartz
- Re: [codec] Discussion around ITU LS Gregory Maxwell
- Re: [codec] Discussion around ITU LS Jean-Marc Valin
- Re: [codec] Discussion around ITU LS Jean-Marc Valin
- Re: [codec] Discussion around ITU LS Michael Ramalho (mramalho)
- Re: [codec] Discussion around ITU LS Benjamin M. Schwartz
- Re: [codec] Discussion around ITU LS Benjamin M. Schwartz
- Re: [codec] Discussion around ITU LS Anisse Taleb
- Re: [codec] Discussion around ITU LS Koen Vos