Works for me
Thanks!
-Theron ^
On Sat, Feb 4, 2023 at 6:15 PM Miller Puckette msp@ucsd.edu wrote:
OK, I've uploaded the fix (I hope correctly) to msp.ucsd.edu/software.html , as "0.53-2test1". If that seems to work for everyone I'll rename it "0.53-2".
Thanks to all the help from several people (and to the portaudio folks!)
Miller On Sat, Feb 04, 2023 at 03:09:21PM -0800, Theron Trowbridge wrote:
It works on my Mac Mini M1 (upgraded to Ventura 13.2 last night) as well. The callbacks setting doesn't seem to have any obvious effect, but I
didn't
do anything too crazy with it.
Thanks for all the troubleshooting on this, it's a big help for me right now!
-Theron ^
On Sat, Feb 4, 2023 at 3:22 AM Dan Wilcox danomatika@gmail.com wrote:
On Feb 4, 2023, at 11:46 AM, Denis Połeć denis.polec@gmail.com
wrote:
As far as I can tell, everything is going smoothly with the callback settings. However, I still haven't quite understood what it is for.
There was some discussion, maybe a year ago, about changing the name of this option and finding ways to make it clear what it does.
Copy/paste from Christof's email replay to Romain, to which you were
not
in CC:
Are there situations when using callbacks (on CoreAudio) bring any benefit?
With "callbacks" enabled, Pd runs directly on the audio thread. Generally, this is not really recommended because Pd itself is not realtime safe. Many operations block for an indeterminate amount of time, e.g. any call to "malloc()", network IO, file system operations, etc. The upside is that you can avoid some extra delay (see below).
With Pd's ringbuffer scheduler (= "callbacks" disabled), you can freely adjust the delay according to? your needs. (The "delay" parameter basically sets the size of the ringbuffer.) The price you pay is some extra delay (1x the hardware buffer size). To minimize this extra
delay,
you would set the /hardware buffer size/ as low as possible (e.g. 64 samples) since the audio callback does nothing but transfer a bunch of samples. In this case, the extra latency would be as low as 64 samples, so nothing to worry about too much.
(The "callback" option can indeed make a noticable difference when
using
Jack with larger block sizes. Ideally you would just use the smallest Jack block size possible, but this might not work well for other Jack clients...)
As a side note: up until now, Pd's scheduler thread regularly goes to sleep for a fixed duration, so it may wake up a bit too late. If the delay setting is too low, this can lead to drop outs. With my "scheduler_fix" branch, the scheduler thread waits on a semaphore and
is
notified immediately when audio data is available. In my experience so far, this allows for lower "delay" settings than before.
Christof
Dan Wilcox @danomatika <
https://urldefense.com/v3/__http://twitter.com/danomatika__;!!Mih3wA!FqFnjr7...
danomatika.com robotcowboy.com
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->
https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!...