Re: [codec] Thresholds and delay.
stephen botzko <stephen.botzko@gmail.com> Tue, 11 May 2010 19:03 UTC
Return-Path: <stephen.botzko@gmail.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 1328C28C285 for <codec@core3.amsl.com>; Tue, 11 May 2010 12:03:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.537
X-Spam-Level:
X-Spam-Status: No, score=-0.537 tagged_above=-999 required=5 tests=[AWL=-0.539, BAYES_50=0.001, HTML_MESSAGE=0.001]
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 m-BrEH92zlVF for <codec@core3.amsl.com>; Tue, 11 May 2010 12:03:26 -0700 (PDT)
Received: from mail-ww0-f44.google.com (mail-ww0-f44.google.com [74.125.82.44]) by core3.amsl.com (Postfix) with ESMTP id C42D53A6C23 for <codec@ietf.org>; Tue, 11 May 2010 12:02:51 -0700 (PDT)
Received: by wwb28 with SMTP id 28so601281wwb.31 for <codec@ietf.org>; Tue, 11 May 2010 12:02:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=2jp3y3S562WAXNRucBz5zRiBiDJYUlCkJMplsE8ovSU=; b=JFFP52Wh+OoLvnpePA5Ib/hHtrTMcqbb1Q5oPFBusV4XAshFTMNap/udd8G4blOq+8 PvYWQK/sgRVxcQqphEuuVXDjsq9M6gliMRjuSGBRdr/lntibzALNwQLzV6RWYtJYgOVp ie7NR5LBLGoHwgS/ZPbB6abq5kmB6YruGTX0E=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=cyBmfHnHLl2I96554KG3AxWnzKL+YMA60wnOAS0gt58MDtkIa3xoIf0Nv3i78vSKJV I/kI9gkrsAMplEF/hqlL2KlnmmvT2Ci0fU7lSjYg5XTPCo7Uh8WjXKq7zucA2QP3o041 wueiZhYfHCYSYd+mSYhjh72o46pph4b88sMog=
MIME-Version: 1.0
Received: by 10.216.176.141 with SMTP id b13mr3841033wem.65.1273604555546; Tue, 11 May 2010 12:02:35 -0700 (PDT)
Received: by 10.216.23.5 with HTTP; Tue, 11 May 2010 12:02:35 -0700 (PDT)
In-Reply-To: <05542EC42316164383B5180707A489EE1D593774EC@EMBX02-HQ.jnpr.net>
References: <05542EC42316164383B5180707A489EE1D593774EC@EMBX02-HQ.jnpr.net>
Date: Tue, 11 May 2010 15:02:35 -0400
Message-ID: <AANLkTim53u8OSxjQDwfv1FFx8ZTMqkx5vtAPwjbKSJR7@mail.gmail.com>
From: stephen botzko <stephen.botzko@gmail.com>
To: Michael Knappe <mknappe@juniper.net>
Content-Type: multipart/alternative; boundary="0016e64c1ada1e22590486562bd6"
Cc: "codec@ietf.org" <codec@ietf.org>
Subject: Re: [codec] Thresholds and delay.
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, 11 May 2010 19:03:28 -0000
I agree, I wasn't meaning to propose 500 ms round trip times as the goal. Stephen Botzko On Tue, May 11, 2010 at 2:56 PM, Michael Knappe <mknappe@juniper.net> wrote: > Stephen, > > Agreed that achieving low enough latencies for sidetone perception should > not be a goal of the wg, but we should be aiming if at all possible for > better than 250 ms one-way delay in typical (and non-tandemed) deployments. > The knee of the one-way delay impairment factor begins rising non-linearly > somewhere between 150 and 250 ms. > > Mike > > ------------------------------ > *From*: codec-bounces@ietf.org <codec-bounces@ietf.org> > *To*: Ben Schwartz <bmschwar@fas.harvard.edu> > *Cc*: codec@ietf.org <codec@ietf.org> > *Sent*: Tue May 11 14:19:22 2010 > *Subject*: Re: [codec] Thresholds and delay. > >>> > In the presence of echo, round-trip delay must be kept below 30 ms to > ensure that the echo is perceived as sidetone, according to the Springer > handbook of speech processing: > >>> > Though true, I don't think this is a mainstream consideration. > > VOIP phones that are capable of speakerphone operation all have acoustic > echo cancelers, and those cancelers are already tuned to deal with internet > delays with other voice codecs. Certainly our phones and videoconferencing > systems do not have problems with path delays of this order (hundreds of > milliseconds). > > From my own experience (not testing) I agree with Brian's claim that 500 ms > round trip is acceptable for most conversation. > > It does depend on what you are doing, and there are certainly tasks where > much lower delays are needed. > > Regards, > Stephen Botzko > > > > On Tue, May 11, 2010 at 2:06 PM, Ben Schwartz <bmschwar@fas.harvard.edu>wrote: > >> On Tue, 2010-05-11 at 12:48 -0400, Marshall Eubanks wrote: >> > As a point of order, I object to any graphs without an available paper >> > behind them. >> >> I have located the first paper mentioned by Christian Hoene at >> http://ieeexplore.ieee.org/xpl/freeabs_all.jsp?arnumber=81952 >> but of course it's paywalled. >> >> One test in that paper told trained subjects to "Take turns reading >> random numbers aloud as fast as possible", on a pair of handsets with >> narrowband uncompressed audio and no echo. Subjects were able to detect >> round-trip delays down to 90 ms. Conversational efficiency was impaired >> even with round-trip delay of 100 ms. >> >> Let me emphasize again that these delays are round-trip, not one-way, >> there is no echo, and the task, while designed to expose latency, is >> probably less demanding than musical performance. >> >> In the presence of echo, round-trip delay must be kept below 30 ms to >> ensure that the echo is perceived as sidetone, according to the Springer >> handbook of speech processing: >> >> ( >> http://books.google.com/books?id=Slg10ekZBkAC&lpg=PA83&ots=wc9yM9WrCs&dq=sidetone%20delay%2030%20ms&lr&pg=PA84#v=onepage&q&f=false >> ) >> >> Such low delays are clearly impossible on many paths, but for Boston to >> New York City (or London to Paris), ping times can be less than 18 ms, >> making echo->sidetone conversion just barely possible for a codec with >> 5ms frames. >> >> I accept Brian Rosen's claim that a slow conversation doesn't normally >> suffer greatly from round-trip latencies up to 500 ms, but under some >> circumstances much lower latencies are valuable. Let's make sure >> they're achievable for those who can use them. >> >> --Ben >> >> _______________________________________________ >> codec mailing list >> codec@ietf.org >> https://www.ietf.org/mailman/listinfo/codec >> > >
- Re: [codec] Thresholds and delay. Michael Knappe
- Re: [codec] Thresholds and delay. stephen botzko