From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on dcvr.yhbt.net X-Spam-Level: X-Spam-Status: No, score=-4.5 required=3.0 tests=BAYES_00,DKIM_INVALID, DKIM_SIGNED,HEADER_FROM_DIFFERENT_DOMAINS,HTML_MESSAGE, MAILING_LIST_MULTI,RCVD_IN_DNSWL_LOW,RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL,SPF_HELO_PASS,SPF_PASS shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2 Received: from lists.sourceforge.net (lists.sourceforge.net [216.105.38.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dcvr.yhbt.net (Postfix) with ESMTPS id 617E71F5AE for ; Mon, 13 Jul 2020 15:10:31 +0000 (UTC) Received: from [127.0.0.1] (helo=sfs-ml-1.v29.lw.sourceforge.com) by sfs-ml-1.v29.lw.sourceforge.com with esmtp (Exim 4.90_1) (envelope-from ) id 1jv063-0004iR-U6; Mon, 13 Jul 2020 15:10:23 +0000 Received: from [172.30.20.202] (helo=mx.sourceforge.net) by sfs-ml-1.v29.lw.sourceforge.com with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jv062-0004i6-6o for sox-users@lists.sourceforge.net; Mon, 13 Jul 2020 15:10:22 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sourceforge.net; s=x; h=Content-Type:MIME-Version:Subject:References: In-Reply-To:Message-ID:To:From:Date:Sender:Reply-To:Cc: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=IkCzcnKBbGRceCsk34ymojOUugMQ5lBNVVG5bwooVvo=; b=eDF+bWKC3wKu/9j7NNYd+02B4 lzbBr6pwuWb1xAci66tKPUPXI0FIjyJ3muoBECOapMYcHdYG3ZYDSIVqK5XhlYzUb5Ql41X3Gw6kP Sz3JgmwOVn+rGz6P7ONUT8m4+Xo4GGOE2XzHSjnH/Ubf6RRtd/adypBki5+stEyTsWyms=; DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sf.net; s=x ; h=Content-Type:MIME-Version:Subject:References:In-Reply-To:Message-ID:To: From:Date:Sender:Reply-To:Cc:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=IkCzcnKBbGRceCsk34ymojOUugMQ5lBNVVG5bwooVvo=; b=Ta/IKNX3qf5Ba9K3n8TjO9gRLo vhhd9R+8Y8OB3EK9meL1HqKFLaN8uyLoEYXVUz8xWA2e4hjcKqF5Eqoi7nRI2nBqdYT6s45wh+/BC YMI0hxQxNQ8gdtzVfdree6GSDmlGVGHi36gxbh9e3VyODz45z+gSxHLexNv98B32Ly5E=; Received: from sender4-op-o11.zoho.com ([136.143.188.11]) by sfi-mx-1.v28.lw.sourceforge.com with esmtps (TLSv1.2:ECDHE-RSA-AES256-SHA384:256) (Exim 4.92.2) id 1jv05y-005YTU-Mp for sox-users@lists.sourceforge.net; Mon, 13 Jul 2020 15:10:22 +0000 ARC-Seal: i=1; a=rsa-sha256; t=1594653011; cv=none; d=zohomail.com; s=zohoarc; b=NU2RuHj3/6kftEtwG5I0E34R5baS9zDfMpmERZ9qCdaxGn2V7HmoCP86srPu73GyDfGE7wQ2gNEnf9Y5SKZSWDxgu3pk6+2Qbv4koDz0Vwa0o8tZbLvJ2X2PR07hqlPa6SJrHRcs4ucU2zNik7u1/wbRvbAnmLh977BnPJIzBX0= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1594653011; h=Content-Type:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To; bh=IkCzcnKBbGRceCsk34ymojOUugMQ5lBNVVG5bwooVvo=; b=RE1YSTdQff/r0eCQf9/HrgZDhHEWnxzy2paMQy/hvPGRgnmLzvsB68zxZKKDcIiLFzY4roC6v75EczYWFmFNrT4yI5HCal1372gWoXZ2ti4b9Jb2YsS9VM4W5Y3iFZvsRxjsQUS+FaXbIWgcz8s356D5yrD8k4efnJypmnuW5n8= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=pass header.i=coregears.com; spf=pass smtp.mailfrom=maxd@coregears.com; dmarc=pass header.from= header.from= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=email; d=coregears.com; h=date:from:to:message-id:in-reply-to:references:subject:mime-version:content-type; b=cQDpmfipzuFZlHTG2BqFnCwtM+zLzAZvyN8IzlChzIUtfYcq5hzupfxrUIf/MJkQl3Da+aX7JcZx 3Khn99QANc5t15aF/9zktnGMqobYJ0u7bIbeFNl0nDkKCp9MDLB8DHXMkG73AfOWsnzb1wxKnZ1K qrY9lspsq51clV2ZUmk= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1594653011; s=defaultzoho; d=coregears.com; i=maxd@coregears.com; h=Date:From:To:Message-ID:In-Reply-To:References:Subject:MIME-Version:Content-Type; bh=IkCzcnKBbGRceCsk34ymojOUugMQ5lBNVVG5bwooVvo=; b=XqFkBiBD+H9ypuL7eXJfT7bws2Pj8vXQlB0tIaAp5dkt3oa3lh1p/Sod2kfLIFoF l/NHPOwotnJEk8IRRrD6cDM4iD+Zc0N23U3ES08IqtY/aQ8fqIusagq4ElJyRDlz4eF eVHatY14DquLvnv+hUfdVE841B+gM1ujyFd1+gkU= Received: from [192.168.1.11] (d144.sub5.net78.udm.net [78.85.5.144]) by mx.zohomail.com with SMTPS id 1594653009098381.6423770726236; Mon, 13 Jul 2020 08:10:09 -0700 (PDT) Date: Mon, 13 Jul 2020 19:09:56 +0400 From: Maxim Doumkine To: sox-users@lists.sourceforge.net Message-ID: <5dc590c7-74bc-44ac-af72-6cada8b19bfc@Spark> In-Reply-To: <20200713114927.GA79444@www.stare.cz> References: <20200713114927.GA79444@www.stare.cz> X-Readdle-Message-ID: 5dc590c7-74bc-44ac-af72-6cada8b19bfc@Spark MIME-Version: 1.0 X-ZohoMailClient: External X-Headers-End: 1jv05y-005YTU-Mp Subject: Re: Loopback latency issue X-BeenThere: sox-users@lists.sourceforge.net X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: sox-users@lists.sourceforge.net Content-Type: multipart/mixed; boundary="===============0531331571716487466==" Errors-To: sox-users-bounces@lists.sourceforge.net --===============0531331571716487466== Content-Type: multipart/alternative; boundary="5f0c7949_721da317_182" --5f0c7949_721da317_182 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline It=E2=80=99s definitely not the effect processing=E2=80=A6=C2=A0=C2=A0we= are using this to modify voice in realtime, make someone sound deeper/ol= der for instance. Without any effects there=E2=80=99s still a delay. On Jul 13, 2020, 4:16 PM +0400, Jan Stary , wrote: > On Jul 10 20:40:09, maxd=40coregears.com wrote: > > We are trying to build a Sox based real-time sound altering app, and = we=E2=80=99ve got everything working on our LUbuntu 16.04 stations except= for an issue w latency. > > > > When we test it on actual hardware, we are having a latency of about = 2 seconds, when we test it on our virtual machine the latency is more lik= e 250ms. > > > > sox -t pusleaudio default -t pulseaudio null pitch n > > I don't use pulseaudio, but I assume that =22default=22 > and =22null=22 are names of pulseaudio (pseudo)devices. > > How can you tell the delay when writing to a null device=3F > (If that means what I think it means: dropping the pulseaudio, > would it be what sox -d -n does=3F) I just tried > > sox -d -d pitch 1000 > > an OpenBSD current/amd64, and there is indeed > about a half second of delay. > > > Whenever we add the null loopback or aloop, we experience a delay. > > I don't understand: what does your application do > that you need to =22add a null loopback=22=3F > > > On Jul 11 14:12:13, mans=40mansr.com wrote: > > Some effects have additional internal buffers. > > It seems there is a delay even when just playing > default input to default output; even without the effects: > > sox -d -d > > (So I don't think it's the effect processing > that introduces the delay.) > > Jan > > > > =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F > Sox-users mailing list > Sox-users=40lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/sox-users --5f0c7949_721da317_182 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
It=E2=80=99s definitely not the effect = processing=E2=80=A6&=23160;&=23160;we are using this to modify voice in r= ealtime, make someone sound deeper/older for instance. Without any effect= s there=E2=80=99s still a delay.&=23160;
On Jul 13, 2020, 4:16 PM +0400, Jan= Stary <hans=40stare.cz>, wrote:
On Jul 10 20:40:09, maxd=40coregears.com wrote:
We are trying to build a Sox based real-tim= e sound altering app, and we=E2=80=99ve got everything working on our LUb= untu 16.04 stations except for an issue w latency.

When we test it on actual hardware, we are having a latency of about 2 se= conds, when we test it on our virtual machine the latency is more like 25= 0ms.

sox -t pusleaudio default -t pulseaudio null pitch n

I don't use pulseaudio, but I assume that =22default=22
and =22null=22 are names of pulseaudio (pseudo)devices.

How can you tell the delay when writing to a null device=3F
(If that means what I think it means: dropping the pulseaudio,
would it be what sox -d -n does=3F) I just tried

sox -d -d pitch 1000

an OpenBSD current/amd64, and there is indeed
about a half second of delay.

Whenever we add the null loopback or aloop,= we experience a delay.

I don't understand: what does your application do
that you need to =22add a null loopback=22=3F


On Jul 11 14:12:13, mans=40mansr.com wrote:
Some effects have additional internal buffe= rs.

It seems there is a delay even when just playing
default input to default output; even without the effects:

sox -d -d

(So I don't think it's the effect processing
that introduces the delay.)

Jan



=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
Sox-users mailing list
Sox-users=40lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sox-users
=
--5f0c7949_721da317_182-- --===============0531331571716487466== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline --===============0531331571716487466== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Sox-users mailing list Sox-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sox-users --===============0531331571716487466==--