Is this in the Pd Manual somewhere? Could be a good point to add to future questions.

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

From: Mario Buoninfante <mario.buoninfante@gmail.com mailto:mario.buoninfante@gmail.com> To: Miller <msp@ucsd.edu mailto:msp@ucsd.edu> Cc: pd-list <pd-list@lists.iem.at mailto:pd-list@lists.iem.at> Subject: Re: [PD] Delay (msec) option in audio properties Message-ID: <prv0jfua425kbuby0250gq1e.1557925987966@email.android.com mailto: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/creativecodingsalerno https://vimeo.com/creativecodingsalernohttp://mbuoninfante.tumblr.com http://mbuoninfante.tumblr.com/ https://github.com/mariobuoninfante https://github.com/mariobuoninfante https://bitbucket.org/mariobuoninfante https://bitbucket.org/mariobuoninfante

On 14 May 2019 5:39 pm, Miller Puckette <msp@ucsd.edu mailto: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

Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/