[PD] DSP crashing - PD freezes.

[Miller Puckette]

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 at gmail.com> wrote:
> 
> >
> > On Feb 4, 2023, at 11:46 AM, Denis Połeć <denis.polec at 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!FqFnjr76hFtszjAnbA1NsOhAiVYr40Oy4ngNvn9Zt0ponRrBuOKI_4wLu9ailljbiTbrAq-It2ekk46Iu51F4FI$ >
> > danomatika.com
> > robotcowboy.com
> >
> >
> >
> > _______________________________________________
> > Pd-list at lists.iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> > https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!!Mih3wA!FqFnjr76hFtszjAnbA1NsOhAiVYr40Oy4ngNvn9Zt0ponRrBuOKI_4wLu9ailljbiTbrAq-It2ekk46IWB6f5MQ$ 
> >