On May 16, 2019, at 12:00 PM, pd-list-request@lists.iem.at wrote:

From: Mario Buoninfante <mario.buoninfante@gmail.com>
To: Miller <msp@ucsd.edu>
Cc: pd-list <pd-list@lists.iem.at>
Subject: Re: [PD] Delay (msec) option in audio properties
Message-ID: <prv0jfua425kbuby0250gq1e.1557925987966@email.android.com>
Content-Type: text/plain; charset=utf-8

Hi Miller,

Thanks a lot for the explanation.

Cheers,
Mario

-- Electronic Musician, Creative Coder, QA Engineer https://vimeo.com/creativecodingsalernohttp://mbuoninfante.tumblr.com https://github.com/mariobuoninfante https://bitbucket.org/mariobuoninfante


On 14 May 2019 5:39 pm, Miller Puckette <msp@ucsd.edu> wrote:

Rough explanation:  Pd sets up two FIFOs, one for audio input and one for 
output, and "delay" sets the length of those FIFOs.  I/O is managed so that 
(in theory at least) the sum of the number of sample frames in the input 
and the output FIFOs add up to the "delay", plus or minus one 64-saple block. 

So theoretically at least, the total delay from audio input to output should 
be the sum of three things: this number, the OS's internal audio latency 
(which depends on all sorts of factors) and the A/D/A devices. 

cheers 
Miller