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

Roman Shpount <roman@telurix.com> Tue, 25 January 2011 01:05 UTC

Return-Path: <roman@telurix.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 B977D3A6968 for <codec@core3.amsl.com>; Mon, 24 Jan 2011 17:05:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.616
X-Spam-Level:
X-Spam-Status: No, score=-2.616 tagged_above=-999 required=5 tests=[AWL=-0.240, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, J_CHICKENPOX_72=0.6, RCVD_IN_DNSWL_LOW=-1]
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 FauZVBCJqRg2 for <codec@core3.amsl.com>; Mon, 24 Jan 2011 17:05:00 -0800 (PST)
Received: from mail-iw0-f172.google.com (mail-iw0-f172.google.com [209.85.214.172]) by core3.amsl.com (Postfix) with ESMTP id ABD903A69DF for <codec@ietf.org>; Mon, 24 Jan 2011 17:05:00 -0800 (PST)
Received: by iwn40 with SMTP id 40so5064450iwn.31 for <codec@ietf.org>; Mon, 24 Jan 2011 17:07:56 -0800 (PST)
Received: by 10.42.170.138 with SMTP id f10mr5768588icz.269.1295917676454; Mon, 24 Jan 2011 17:07:56 -0800 (PST)
Received: from mail-iw0-f172.google.com (mail-iw0-f172.google.com [209.85.214.172]) by mx.google.com with ESMTPS id 8sm11471592iba.22.2011.01.24.17.07.54 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 24 Jan 2011 17:07:55 -0800 (PST)
Received: by iwn40 with SMTP id 40so5064425iwn.31 for <codec@ietf.org>; Mon, 24 Jan 2011 17:07:54 -0800 (PST)
MIME-Version: 1.0
Received: by 10.231.35.1 with SMTP id n1mr5743812ibd.0.1295917674165; Mon, 24 Jan 2011 17:07:54 -0800 (PST)
Received: by 10.231.167.132 with HTTP; Mon, 24 Jan 2011 17:07:54 -0800 (PST)
In-Reply-To: <071.a593fc9ae1e42af52489587fc97cf872@tools.ietf.org>
References: <062.89d7aa91c79b145b798b83610e45ce71@tools.ietf.org> <071.a593fc9ae1e42af52489587fc97cf872@tools.ietf.org>
Date: Mon, 24 Jan 2011 20:07:54 -0500
Message-ID: <AANLkTi=StDCwAeH-TLn98C=RCkECOGYrMwFAj7ERB92a@mail.gmail.com>
From: Roman Shpount <roman@telurix.com>
To: codec@ietf.org
Content-Type: multipart/alternative; boundary="002215046b87a0770d049aa1589f"
Cc: jean-marc.valin@usherbrooke.ca
Subject: Re: [codec] requirements #8 (new): Sample rates?
X-BeenThere: codec@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
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: Tue, 25 Jan 2011 01:05:01 -0000

I actually do believe that the requirement is already addressed by section
4.1 of the document. I was responding to a comment that only full band is
required, which is clearly not what we agreed upon and not what's in the
document.
_____________
Roman Shpount


On Mon, Jan 24, 2011 at 7:40 PM, codec issue tracker <trac@tools.ietf.org>wrote:

> #8: Sample rates?
>
>
> Comment(by gmaxwell@…):
>
>  On 11-01-24 07:14 PM, Roman Shpount wrote:
>  > I would like to see 8 and 16 KHz as required rates for the codec to
>  insure
>  > interoperability with existing narrowband and wideband codecs. In other
>  > words we should be able to negotiate 8 or 16 Khz sample rate if audio
>  will
>  > be transcoded for PSTN or wideband codec such as G.722
>
>  Jean-Marc wrote:
>  > I believe such requirement for narrowband/wideband is already present,
>  but
>  > I don't mind making it even more explicit is necessary.
>
>
>
>  I believe that we since are close enough to finalizing the draft we should
>  try to include proposed language with our issues.  Otherwise there may be
>  no clear path forward.
>
>  Some of the requirements specify that compatibility with
>  wideband/narrowband is important, but for the avoidance of doubt, I'll
>  suggest:
>
>  At the end of 4.1.  Operating space:
>
>  "Because interoperation with existing wideband and narrowband facilities
>  is essential at least one method of interoperation must be provided
>  regardless of the codec's operating mode, sample rate, or bitrate."
>
>  Of course, I would be perfectly happy to leave this out entirely (as I
>  believe the application section 2.1 already implies the requirement) or
>  use some other language.
>
> --
>
> ------------------------------------+---------------------------------------
>  Reporter:  hoene@…                 |       Owner:  jean-marc.valin@…
>     Type:  enhancement             |      Status:  new
>  Priority:  minor                   |   Milestone:
> Component:  requirements            |     Version:
>  Severity:  Active WG Document      |    Keywords:
>
> ------------------------------------+---------------------------------------
>
> Ticket URL: <http://trac.tools.ietf.org/wg/codec/trac/ticket/8#comment:4>
> codec <http://tools.ietf.org/codec/>
>
> _______________________________________________
> codec mailing list
> codec@ietf.org
> https://www.ietf.org/mailman/listinfo/codec
>