Re: [PD] DSP crashing - PD freezes.

[Roman Haefeli]

On Sun, 2023-02-05 at 11:45 +0100, Roman Haefeli wrote:
> 
> And now - this sounds a bit crazy - while testing the scheduling_fix
> build, the official releases (0.53-1, 0.52-2, etc.) didn't exhibit
> the
> high CPU usage anymore. Later, after some more testing, it happened
> again though, but not with the scheduling_fix build. It's really
> difficult to determine exactly what circumstances lead to the high
> CPU
> usage. It's as if it's possible to "taint" CoreAudio and the
> scheduling_fix somehow "untaints" it. 

After some more testing, the more likely reason for same Pd version
showing different behavior is found in the saved preferences. The issue
is much more likely triggered, when enabled callbacks are saved in the
preferences and thus Pd enables callbacks at loading time. Toggling DSP
then will almost certainly trigger high CPU usage.

Sorry for the confused reporting. Things are not trivial.

Roman 


signature.asc
Description: This is a digitally signed message part
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] DSP crashing - PD freezes.

[Christof Ressi]

so probably what I describe is here is not directly related.


That's what I tried to say in my last mail. My scheduler fixes - which 
happen to fix the callback issues - are held back for Pd 0.54.


Christof

On 05.02.2023 21:36, Roman Haefeli wrote:

On Sat, 2023-02-04 at 18:15 -0800, Miller Puckette via Pd-list 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".


This build does not fix the high CPU usage of the 'pd' process I
described earlier. To trigger the behavior, it seems that callbacks
need to be enabled initially (saved in the preferences) and only after
toggling DSP the CPU usage jumps. I can't trigger the issue as reliably
when callback is disabled initially. When toggling DSP a few times with
callbacks enabled, Pd sometimes hangs.

The schedule_fix build seems to swallow toggling DSP and callbacks just
fine.

According to other reports, updating portaudio has addressed the
Ventura specific behaviour (couldn't test myself, don't have access to
Ventura), so probably what I describe is here is not directly related.
Also, there seem to be no apparent problem when _not_ using callbacks.

Roman

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] DSP crashing - PD freezes.

[Roman Haefeli]

On Sat, 2023-02-04 at 18:15 -0800, Miller Puckette via Pd-list 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".
> 

This build does not fix the high CPU usage of the 'pd' process I
described earlier. To trigger the behavior, it seems that callbacks
need to be enabled initially (saved in the preferences) and only after
toggling DSP the CPU usage jumps. I can't trigger the issue as reliably
when callback is disabled initially. When toggling DSP a few times with
callbacks enabled, Pd sometimes hangs. 

The schedule_fix build seems to swallow toggling DSP and callbacks just
fine.

According to other reports, updating portaudio has addressed the
Ventura specific behaviour (couldn't test myself, don't have access to
Ventura), so probably what I describe is here is not directly related.
Also, there seem to be no apparent problem when _not_ using callbacks.

Roman


signature.asc
Description: This is a digitally signed message part
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] DSP crashing - PD freezes.

[info]

Thanks a lot for testing!>  Will test again with Miller's "0.53-2test1" (that should beequivalent to my scheduling_fix build) and report back.Millers bug fix release only contains the portaudio update. My scheduler fixes will (hopefully) be included in Pd 0.54.ChristofAm 05.02.2023 11:45 schrieb Roman Haefeli :On Sat, 2023-02-04 at 11:32 +0100, Christof Ressi wrote:

> The callbacks option has always been broken in some way or another.

> 

> Please try my scheduler_fix branch: 

> https://github.com/pure-data/pure-data/pull/1756. It would be great

> to 

> get some feedback on this. Personally, I have been successfully



I rebased your PR to current master with new portaudio version so that

I get the benefits of both. Compiled and tested on Ubuntu 22.04 (amd64)

and macOS 12.6.3 (had to upgrade from 10.14.6 because brew

complained). 



Works in all tested configurations for me:

  * CoreAudio with and without callbacks

  * Jack with and without callbacks (Linux and macOS)



I wasn't able to get the high CPU usage with that build. 



And now - this sounds a bit crazy - while testing the scheduling_fix

build, the official releases (0.53-1, 0.52-2, etc.) didn't exhibit the

high CPU usage anymore. Later, after some more testing, it happened

again though, but not with the scheduling_fix build. It's really

difficult to determine exactly what circumstances lead to the high CPU

usage. It's as if it's possible to "taint" CoreAudio and the

scheduling_fix somehow "untaints" it. 



After all, the scheduling_fix doesn't seem to cause trouble and seems

work ewll. Will test again with Miller's "0.53-2test1" (that should be

equivalent to my scheduling_fix build) and report back. 



Many thanks for the pointer, Christof, and many thanks to all others

involved in tackling backend issues.



Roman

___

Pd-list@lists.iem.at mailing list

UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] DSP crashing - PD freezes.

[Roman Haefeli]

On Sat, 2023-02-04 at 11:32 +0100, Christof Ressi wrote:
> The callbacks option has always been broken in some way or another.
> 
> Please try my scheduler_fix branch: 
> https://github.com/pure-data/pure-data/pull/1756. It would be great
> to 
> get some feedback on this. Personally, I have been successfully

I rebased your PR to current master with new portaudio version so that
I get the benefits of both. Compiled and tested on Ubuntu 22.04 (amd64)
and macOS 12.6.3 (had to upgrade from 10.14.6 because brew
complained). 

Works in all tested configurations for me:
  * CoreAudio with and without callbacks
  * Jack with and without callbacks (Linux and macOS)

I wasn't able to get the high CPU usage with that build. 

And now - this sounds a bit crazy - while testing the scheduling_fix
build, the official releases (0.53-1, 0.52-2, etc.) didn't exhibit the
high CPU usage anymore. Later, after some more testing, it happened
again though, but not with the scheduling_fix build. It's really
difficult to determine exactly what circumstances lead to the high CPU
usage. It's as if it's possible to "taint" CoreAudio and the
scheduling_fix somehow "untaints" it. 

After all, the scheduling_fix doesn't seem to cause trouble and seems
work ewll. Will test again with Miller's "0.53-2test1" (that should be
equivalent to my scheduling_fix build) and report back. 

Many thanks for the pointer, Christof, and many thanks to all others
involved in tackling backend issues.

Roman


signature.asc
Description: This is a digitally signed message part
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] DSP crashing - PD freezes.

[Theron Trowbridge]

Works for me


Thanks!

-Theron
^


On Sat, Feb 4, 2023 at 6:15 PM Miller Puckette  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  wrote:
> >
> > >
> > > On Feb 4, 2023, at 11:46 AM, Denis Połeć 
> 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@lists.iem.at mailing list
> > > UNSUBSCRIBE and account-management ->
> > >
> https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!!Mih3wA!FqFnjr76hFtszjAnbA1NsOhAiVYr40Oy4ngNvn9Zt0ponRrBuOKI_4wLu9ailljbiTbrAq-It2ekk46IWB6f5MQ$
> > >
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] DSP crashing - PD freezes.

[Miller Puckette via Pd-list]

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  wrote:
> 
> >
> > On Feb 4, 2023, at 11:46 AM, Denis Połeć  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 
> >  >  >
> > 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__;!!Mih3wA!FqFnjr76hFtszjAnbA1NsOhAiVYr40Oy4ngNvn9Zt0ponRrBuOKI_4wLu9ailljbiTbrAq-It2ekk46IWB6f5MQ$
> >  
> >



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] DSP crashing - PD freezes.

[Theron Trowbridge]

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  wrote:

>
> On Feb 4, 2023, at 11:46 AM, Denis Połeć  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 
> danomatika.com
> robotcowboy.com
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] DSP crashing - PD freezes.

[Dan Wilcox]

> On Feb 4, 2023, at 11:46 AM, Denis Połeć  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 
danomatika.com 
robotcowboy.com 



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] DSP crashing - PD freezes.

[Denis Połeć]

This build works for me!  
(macOS 13.2 - ARM)
I have tested everything so far and have not detected any problems.
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.

Thank you for your work in general! :)

denis

> Am 04.02.2023 um 11:26 schrieb Dan Wilcox :
> 
> Here is a Pd 0.53-1 arm64 build with portaudio 19.7.0 *and* Christof's 
> scheduler update. It may not be the fix for this issue, but probably worth 
> trying:
> 
> Pd-0.53-1-arm64-schedulerfix.zip 
> <http://docs.danomatika.com/pdbuilds/0.53/Pd-0.53-1-arm64-schedulerfix.zip>
> 
> Likely, I need to update to macOS 13 myself and try things. It seems that 
> many Pd mac users are much quicker to update than developers, hence they run 
> into issues before we do. ;) This is true for many open source projects, 
> though... 
> 
>> On Feb 4, 2023, at 10:04 AM, Dan Wilcox > <mailto:danomat...@gmail.com>> wrote:
>> 
>> Do you have callbacks enabled? If so, disable the checkbox in the audio 
>> dialog.
>> 
>> enohp ym morf tnes
>> ---
>> Dan Wilcox
>> danomatika.com <http://danomatika.com/>
>> robotcowboy.com <http://robotcowboy.com/>
>> 
>> 
>>> On Feb 4, 2023, at 9:54 AM, Denis Połeć >> <mailto:denis.po...@gmail.com>> wrote:
>>> 
>>> 
>>> Hi dan,
>>>  I have tested the build. Unfortunately, I am still experiencing the same 
>>> problem. Nothing works anymore after turning off the DSP.  
>>>  I am on ARM - macOS 13.2. 
>>> 
>>> denis.
>>> 
>>>> Am 03.02.2023 um 21:17 schrieb hans w. koch >>> <mailto:hansw.k...@gmail.com>>:
>>>> 
>>>> hi dan,
>>>> 
>>>> thanks for putting this up!
>>>> we had one student in a pd class this week, who was running recent pd on 
>>>> M1/ventura and it solved her problems!
>>>> we didn´t stress test it, but a patch with audio and midi was running fine.
>>>> patch loading did take a good while though (couldn´t measure if it was 
>>>> equally sluggish before)
>>>> 
>>>> before your fix, pd would not let her select an audio device or come to a 
>>>> crawl on simple operations.
>>>> 
>>>> three cheers
>>>> hans
>>>> 
>>>>> Am 02.02.2023 um 21:38 schrieb Dan Wilcox >>>> <mailto:danomat...@gmail.com>>:
>>>>> 
>>>>> Howdy Theron,
>>>>> 
>>>>> can you try this build?
>>>>> 
>>>>> Pd-0.53-1-arm64-pa1970.zip 
>>>>> <http://docs.danomatika.com/pdbuilds/0.53/Pd-0.53-1-arm64-pa1970.zip>
>>>>> 
>>>>> It is for arm64 (Apple Silicon) and has Portaudio v19.7.0. I tried 
>>>>> Miller's build and saw the same "unknown API" print on macOS 11. This 
>>>>> build seems to work fine for me so, hopefully, it will for you.
>>>>> 
>>>>>> On Feb 1, 2023, at 7:20 AM, pd-list-requ...@lists.iem.at 
>>>>>> <mailto:pd-list-requ...@lists.iem.at> wrote:
>>>>>> 
>>>>>> Message: 2
>>>>>> Date: Tue, 31 Jan 2023 22:12:08 -0800
>>>>>> From: Theron Trowbridge >>>>> <mailto:theron.trowbri...@gmail.com>>
>>>>>> To: Miller Puckette mailto:m...@ucsd.edu>>
>>>>>> Cc: "pd-list@lists.iem.at <mailto:pd-list@lists.iem.at>" 
>>>>>> mailto:pd-list@lists.iem.at>>
>>>>>> Subject: Re: [PD] DSP crashing - PD freezes.
>>>>>> Message-ID:
>>>>>>  >>>>> <mailto:CAD+3VoPwLt5CT=aS5oz95b0Bb=5dwnft+jgw5z3tduqk+q4...@mail.gmail.com>>
>>>>>> Content-Type: text/plain; charset="utf-8"
>>>>>> 
>>>>>> Mac Mini M1, Ventura 13.1
>>>>>> 
>>>>>> It works better in some ways - the windows close and things quit when I 
>>>>>> ask
>>>>>> them to. I don't have to force quit, and it doesn't seem to be messing up
>>>>>> audio on the computer.
>>>>>> 
>>>>>> But when I turn on the DSP the output console just spams "unknown API" 
>>>>>> over
>>>>>> and over again, and when I go into audios settings, I don't see my usual
>>>>>> devices. The input device list has three options: &quo

Re: [PD] DSP crashing - PD freezes.

[Christof Ressi]

  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

On 04.02.2023 10:59, Roman Haefeli wrote:

On Sat, 2023-02-04 at 10:04 +0100, Dan Wilcox wrote:

Do you have callbacks enabled? If so, disable the checkbox in the
audio dialog.

So what's the deal with Callbacks on CoreAudio/macOS? On all the
combinations of Pd version and macOS version I tried, funny things
happen with callbacks enabled. Are there situations when using
callbacks  (on CoreAudio) bring any benefit? If so, what are those
situations? I think I understand how callbacks affect the interaction
between Pd and JACK when using JACK, but it's a bit opaque to me what
their purpose is when using CoreAudio. On Jack, using callbacks makes
Pd not add any additional latency on top of JACK's own latency. So,
which latency critical applications, I was hoping to affect latency in
similar way by using callbacks with CoreAudio.

Once I touch the callback toggle, I see Pd's CPU usage jumping to 100%
and there is no way to make go back. Even when I send `@callback 0`
using the mediasettings library, things go havoc. Once in that state,
it cannot be undone by toggling callback (or sending '@callback 1,
@callback 0' to [audiosettings]). Only a restart of Pd helps.

Is it expected that Pd uses 100% of core with callbacks enabled? Or
should I report a bug? What's the supposed benefit of that toggle?

Roman

  


___
Pd-list@lists.iem.at  mailing list
UNSUBSCRIBE and account-management 
->https://lists.puredata.info/listinfo/pd-list___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] DSP crashing - PD freezes.

[Christof Ressi]

The callbacks option has always been broken in some way or another.

Please try my scheduler_fix branch: 
https://github.com/pure-data/pure-data/pull/1756. It would be great to 
get some feedback on this. Personally, I have been successfully using it 
on Windows for a few months, but I didn't really test on macOS or with 
Jack so far...


Christof

On 04.02.2023 10:59, Roman Haefeli wrote:

On Sat, 2023-02-04 at 10:04 +0100, Dan Wilcox wrote:

Do you have callbacks enabled? If so, disable the checkbox in the
audio dialog.

So what's the deal with Callbacks on CoreAudio/macOS? On all the
combinations of Pd version and macOS version I tried, funny things
happen with callbacks enabled. Are there situations when using
callbacks  (on CoreAudio) bring any benefit? If so, what are those
situations? I think I understand how callbacks affect the interaction
between Pd and JACK when using JACK, but it's a bit opaque to me what
their purpose is when using CoreAudio. On Jack, using callbacks makes
Pd not add any additional latency on top of JACK's own latency. So,
which latency critical applications, I was hoping to affect latency in
similar way by using callbacks with CoreAudio.

Once I touch the callback toggle, I see Pd's CPU usage jumping to 100%
and there is no way to make go back. Even when I send `@callback 0`
using the mediasettings library, things go havoc. Once in that state,
it cannot be undone by toggling callback (or sending '@callback 1,
@callback 0' to [audiosettings]). Only a restart of Pd helps.

Is it expected that Pd uses 100% of core with callbacks enabled? Or
should I report a bug? What's the supposed benefit of that toggle?

Roman

  


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] DSP crashing - PD freezes.

[Dan Wilcox]

Here is a Pd 0.53-1 arm64 build with portaudio 19.7.0 *and* Christof's 
scheduler update. It may not be the fix for this issue, but probably worth 
trying:

Pd-0.53-1-arm64-schedulerfix.zip 
<http://docs.danomatika.com/pdbuilds/0.53/Pd-0.53-1-arm64-schedulerfix.zip>

Likely, I need to update to macOS 13 myself and try things. It seems that many 
Pd mac users are much quicker to update than developers, hence they run into 
issues before we do. ;) This is true for many open source projects, though... 

> On Feb 4, 2023, at 10:04 AM, Dan Wilcox  wrote:
> 
> Do you have callbacks enabled? If so, disable the checkbox in the audio 
> dialog.
> 
> enohp ym morf tnes
> ---
> Dan Wilcox
> danomatika.com
> robotcowboy.com
> 
> 
>> On Feb 4, 2023, at 9:54 AM, Denis Połeć  wrote:
>> 
>> 
>> Hi dan,
>>  I have tested the build. Unfortunately, I am still experiencing the same 
>> problem. Nothing works anymore after turning off the DSP.  
>>  I am on ARM - macOS 13.2. 
>> 
>> denis.
>> 
>>> Am 03.02.2023 um 21:17 schrieb hans w. koch :
>>> 
>>> hi dan,
>>> 
>>> thanks for putting this up!
>>> we had one student in a pd class this week, who was running recent pd on 
>>> M1/ventura and it solved her problems!
>>> we didn´t stress test it, but a patch with audio and midi was running fine.
>>> patch loading did take a good while though (couldn´t measure if it was 
>>> equally sluggish before)
>>> 
>>> before your fix, pd would not let her select an audio device or come to a 
>>> crawl on simple operations.
>>> 
>>> three cheers
>>> hans
>>> 
>>>> Am 02.02.2023 um 21:38 schrieb Dan Wilcox >>> <mailto:danomat...@gmail.com>>:
>>>> 
>>>> Howdy Theron,
>>>> 
>>>> can you try this build?
>>>> 
>>>> Pd-0.53-1-arm64-pa1970.zip 
>>>> <http://docs.danomatika.com/pdbuilds/0.53/Pd-0.53-1-arm64-pa1970.zip>
>>>> 
>>>> It is for arm64 (Apple Silicon) and has Portaudio v19.7.0. I tried 
>>>> Miller's build and saw the same "unknown API" print on macOS 11. This 
>>>> build seems to work fine for me so, hopefully, it will for you.
>>>> 
>>>>> On Feb 1, 2023, at 7:20 AM, pd-list-requ...@lists.iem.at 
>>>>> <mailto:pd-list-requ...@lists.iem.at> wrote:
>>>>> 
>>>>> Message: 2
>>>>> Date: Tue, 31 Jan 2023 22:12:08 -0800
>>>>> From: Theron Trowbridge >>>> <mailto:theron.trowbri...@gmail.com>>
>>>>> To: Miller Puckette mailto:m...@ucsd.edu>>
>>>>> Cc: "pd-list@lists.iem.at <mailto:pd-list@lists.iem.at>" 
>>>>> mailto:pd-list@lists.iem.at>>
>>>>> Subject: Re: [PD] DSP crashing - PD freezes.
>>>>> Message-ID:
>>>>>   >>>> <mailto:CAD+3VoPwLt5CT=aS5oz95b0Bb=5dwnft+jgw5z3tduqk+q4...@mail.gmail.com>>
>>>>> Content-Type: text/plain; charset="utf-8"
>>>>> 
>>>>> Mac Mini M1, Ventura 13.1
>>>>> 
>>>>> It works better in some ways - the windows close and things quit when I 
>>>>> ask
>>>>> them to. I don't have to force quit, and it doesn't seem to be messing up
>>>>> audio on the computer.
>>>>> 
>>>>> But when I turn on the DSP the output console just spams "unknown API" 
>>>>> over
>>>>> and over again, and when I go into audios settings, I don't see my usual
>>>>> devices. The input device list has three options: "input device #1", 
>>>>> "input
>>>>> device #2" and "input device #3" and there is no pull-down menu for output
>>>>> device, but only says "(same as input device)..." And I can't get it to
>>>>> make any sound.
>>>>> 
>>>>> When I turn off DSP, it outputs "sys_close_audio: unknown API 4"
>>>>> 
>>>>> 
>>>>> -Theron
>>>>> ^
>>>> 
>>>> 
>>>> Dan Wilcox
>>>> @danomatika <http://twitter.com/danomatika>
>>>> danomatika.com <http://danomatika.com/>
>>>> robotcowboy.com <http://robotcowboy.com/>
>>>> 
>>>> 
>>>> 
>>>> ___
>>>> Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list
>>>> UNSUBSCRIBE and account-management -> 
>>>> https://lists.puredata.info/listinfo/pd-list 
>>>> <https://lists.puredata.info/listinfo/pd-list>
>>> 
>>> ___
>>> Pd-list@lists.iem.at mailing list
>>> UNSUBSCRIBE and account-management -> 
>>> https://lists.puredata.info/listinfo/pd-list
>> 


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



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] DSP crashing - PD freezes.

[Roman Haefeli]

On Sat, 2023-02-04 at 10:04 +0100, Dan Wilcox wrote:
> Do you have callbacks enabled? If so, disable the checkbox in the
> audio dialog.

So what's the deal with Callbacks on CoreAudio/macOS? On all the
combinations of Pd version and macOS version I tried, funny things
happen with callbacks enabled. Are there situations when using
callbacks  (on CoreAudio) bring any benefit? If so, what are those
situations? I think I understand how callbacks affect the interaction
between Pd and JACK when using JACK, but it's a bit opaque to me what
their purpose is when using CoreAudio. On Jack, using callbacks makes
Pd not add any additional latency on top of JACK's own latency. So,
which latency critical applications, I was hoping to affect latency in
similar way by using callbacks with CoreAudio.

Once I touch the callback toggle, I see Pd's CPU usage jumping to 100%
and there is no way to make go back. Even when I send `@callback 0`
using the mediasettings library, things go havoc. Once in that state,
it cannot be undone by toggling callback (or sending '@callback 1,
@callback 0' to [audiosettings]). Only a restart of Pd helps.

Is it expected that Pd uses 100% of core with callbacks enabled? Or
should I report a bug? What's the supposed benefit of that toggle?

Roman

 


signature.asc
Description: This is a digitally signed message part
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] DSP crashing - PD freezes.

[Christof Ressi]

FWIW, the callback problem would be fixed with 
https://github.com/pure-data/pure-data/pull/1756


On 04.02.2023 10:04, Dan Wilcox wrote:
Do you have callbacks enabled? If so, disable the checkbox in the 
audio dialog.


enohp ym morf tnes
---
Dan Wilcox
danomatika.com
robotcowboy.com



On Feb 4, 2023, at 9:54 AM, Denis Połeć  wrote:


Hi dan,
 I have tested the build. Unfortunately, I am still experiencing the 
same problem. Nothing works anymore after turning off the DSP.

 I am on ARM - macOS 13.2.

denis.


Am 03.02.2023 um 21:17 schrieb hans w. koch :

hi dan,

thanks for putting this up!
we had one student in a pd class this week, who was running recent 
pd on M1/ventura and it solved her problems!
we didn´t stress test it, but a patch with audio and midi was 
running fine.
patch loading did take a good while though (couldn´t measure if it 
was equally sluggish before)


before your fix, pd would not let her select an audio device or come 
to a crawl on simple operations.


three cheers
hans


Am 02.02.2023 um 21:38 schrieb Dan Wilcox :

Howdy Theron,

can you try this build?

Pd-0.53-1-arm64-pa1970.zip 
<http://docs.danomatika.com/pdbuilds/0.53/Pd-0.53-1-arm64-pa1970.zip>


It is for arm64 (Apple Silicon) and has Portaudio v19.7.0. I tried 
Miller's build and saw the same "unknown API" print on macOS 11. 
This build seems to work fine for me so, hopefully, it will for you.



On Feb 1, 2023, at 7:20 AM, pd-list-requ...@lists.iem.at wrote:

Message: 2
Date: Tue, 31 Jan 2023 22:12:08 -0800
From: Theron Trowbridge 
To: Miller Puckette 
Cc: "pd-list@lists.iem.at" 
Subject: Re: [PD] DSP crashing - PD freezes.
Message-ID:

Content-Type: text/plain; charset="utf-8"

Mac Mini M1, Ventura 13.1

It works better in some ways - the windows close and things quit 
when I ask
them to. I don't have to force quit, and it doesn't seem to be 
messing up

audio on the computer.

But when I turn on the DSP the output console just spams "unknown 
API" over
and over again, and when I go into audios settings, I don't see my 
usual
devices. The input device list has three options: "input device 
#1", "input
device #2" and "input device #3" and there is no pull-down menu 
for output
device, but only says "(same as input device)..." And I can't get 
it to

make any sound.

When I turn off DSP, it outputs "sys_close_audio: unknown API 4"


-Theron
^



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



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list




___
Pd-list@lists.iem.at  mailing list
UNSUBSCRIBE and account-management 
->https://lists.puredata.info/listinfo/pd-list___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] DSP crashing - PD freezes.

[Dan Wilcox]

Do you have callbacks enabled? If so, disable the checkbox in the audio dialog.

enohp ym morf tnes
---
Dan Wilcox
danomatika.com
robotcowboy.com


> On Feb 4, 2023, at 9:54 AM, Denis Połeć  wrote:
> 
> 
> Hi dan,
>  I have tested the build. Unfortunately, I am still experiencing the same 
> problem. Nothing works anymore after turning off the DSP.  
>  I am on ARM - macOS 13.2. 
> 
> denis.
> 
>> Am 03.02.2023 um 21:17 schrieb hans w. koch :
>> 
>> hi dan,
>> 
>> thanks for putting this up!
>> we had one student in a pd class this week, who was running recent pd on 
>> M1/ventura and it solved her problems!
>> we didn´t stress test it, but a patch with audio and midi was running fine.
>> patch loading did take a good while though (couldn´t measure if it was 
>> equally sluggish before)
>> 
>> before your fix, pd would not let her select an audio device or come to a 
>> crawl on simple operations.
>> 
>> three cheers
>> hans
>> 
>>> Am 02.02.2023 um 21:38 schrieb Dan Wilcox :
>>> 
>>> Howdy Theron,
>>> 
>>> can you try this build?
>>> 
>>> Pd-0.53-1-arm64-pa1970.zip
>>> 
>>> It is for arm64 (Apple Silicon) and has Portaudio v19.7.0. I tried Miller's 
>>> build and saw the same "unknown API" print on macOS 11. This build seems to 
>>> work fine for me so, hopefully, it will for you.
>>> 
>>>> On Feb 1, 2023, at 7:20 AM, pd-list-requ...@lists.iem.at wrote:
>>>> 
>>>> Message: 2
>>>> Date: Tue, 31 Jan 2023 22:12:08 -0800
>>>> From: Theron Trowbridge 
>>>> To: Miller Puckette 
>>>> Cc: "pd-list@lists.iem.at" 
>>>> Subject: Re: [PD] DSP crashing - PD freezes.
>>>> Message-ID:
>>>>
>>>> Content-Type: text/plain; charset="utf-8"
>>>> 
>>>> Mac Mini M1, Ventura 13.1
>>>> 
>>>> It works better in some ways - the windows close and things quit when I ask
>>>> them to. I don't have to force quit, and it doesn't seem to be messing up
>>>> audio on the computer.
>>>> 
>>>> But when I turn on the DSP the output console just spams "unknown API" over
>>>> and over again, and when I go into audios settings, I don't see my usual
>>>> devices. The input device list has three options: "input device #1", "input
>>>> device #2" and "input device #3" and there is no pull-down menu for output
>>>> device, but only says "(same as input device)..." And I can't get it to
>>>> make any sound.
>>>> 
>>>> When I turn off DSP, it outputs "sys_close_audio: unknown API 4"
>>>> 
>>>> 
>>>> -Theron
>>>> ^
>>> 
>>> 
>>> Dan Wilcox
>>> @danomatika
>>> danomatika.com
>>> robotcowboy.com
>>> 
>>> 
>>> 
>>> ___
>>> Pd-list@lists.iem.at mailing list
>>> UNSUBSCRIBE and account-management -> 
>>> https://lists.puredata.info/listinfo/pd-list
>> 
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management -> 
>> https://lists.puredata.info/listinfo/pd-list
> 
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] DSP crashing - PD freezes.

[Denis Połeć]

Hi dan,
 I have tested the build. Unfortunately, I am still experiencing the same 
problem. Nothing works anymore after turning off the DSP.  
 I am on ARM - macOS 13.2. 

denis.

> Am 03.02.2023 um 21:17 schrieb hans w. koch :
> 
> hi dan,
> 
> thanks for putting this up!
> we had one student in a pd class this week, who was running recent pd on 
> M1/ventura and it solved her problems!
> we didn´t stress test it, but a patch with audio and midi was running fine.
> patch loading did take a good while though (couldn´t measure if it was 
> equally sluggish before)
> 
> before your fix, pd would not let her select an audio device or come to a 
> crawl on simple operations.
> 
> three cheers
> hans
> 
>> Am 02.02.2023 um 21:38 schrieb Dan Wilcox > <mailto:danomat...@gmail.com>>:
>> 
>> Howdy Theron,
>> 
>> can you try this build?
>> 
>> Pd-0.53-1-arm64-pa1970.zip 
>> <http://docs.danomatika.com/pdbuilds/0.53/Pd-0.53-1-arm64-pa1970.zip>
>> 
>> It is for arm64 (Apple Silicon) and has Portaudio v19.7.0. I tried Miller's 
>> build and saw the same "unknown API" print on macOS 11. This build seems to 
>> work fine for me so, hopefully, it will for you.
>> 
>>> On Feb 1, 2023, at 7:20 AM, pd-list-requ...@lists.iem.at 
>>> <mailto:pd-list-requ...@lists.iem.at> wrote:
>>> 
>>> Message: 2
>>> Date: Tue, 31 Jan 2023 22:12:08 -0800
>>> From: Theron Trowbridge >> <mailto:theron.trowbri...@gmail.com>>
>>> To: Miller Puckette mailto:m...@ucsd.edu>>
>>> Cc: "pd-list@lists.iem.at <mailto:pd-list@lists.iem.at>" 
>>> mailto:pd-list@lists.iem.at>>
>>> Subject: Re: [PD] DSP crashing - PD freezes.
>>> Message-ID:
>>> >> <mailto:CAD+3VoPwLt5CT=aS5oz95b0Bb=5dwnft+jgw5z3tduqk+q4...@mail.gmail.com>>
>>> Content-Type: text/plain; charset="utf-8"
>>> 
>>> Mac Mini M1, Ventura 13.1
>>> 
>>> It works better in some ways - the windows close and things quit when I ask
>>> them to. I don't have to force quit, and it doesn't seem to be messing up
>>> audio on the computer.
>>> 
>>> But when I turn on the DSP the output console just spams "unknown API" over
>>> and over again, and when I go into audios settings, I don't see my usual
>>> devices. The input device list has three options: "input device #1", "input
>>> device #2" and "input device #3" and there is no pull-down menu for output
>>> device, but only says "(same as input device)..." And I can't get it to
>>> make any sound.
>>> 
>>> When I turn off DSP, it outputs "sys_close_audio: unknown API 4"
>>> 
>>> 
>>> -Theron
>>> ^
>> 
>> 
>> Dan Wilcox
>> @danomatika <http://twitter.com/danomatika>
>> danomatika.com <http://danomatika.com/>
>> robotcowboy.com <http://robotcowboy.com/>
>> 
>> 
>> 
>> ___
>> Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list
>> UNSUBSCRIBE and account-management -> 
>> https://lists.puredata.info/listinfo/pd-list
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] DSP crashing - PD freezes.

[hans w. koch]

hi dan,

thanks for putting this up!
we had one student in a pd class this week, who was running recent pd on 
M1/ventura and it solved her problems!
we didn´t stress test it, but a patch with audio and midi was running fine.
patch loading did take a good while though (couldn´t measure if it was equally 
sluggish before)

before your fix, pd would not let her select an audio device or come to a crawl 
on simple operations.

three cheers
hans

> Am 02.02.2023 um 21:38 schrieb Dan Wilcox :
> 
> Howdy Theron,
> 
> can you try this build?
> 
> Pd-0.53-1-arm64-pa1970.zip 
> <http://docs.danomatika.com/pdbuilds/0.53/Pd-0.53-1-arm64-pa1970.zip>
> 
> It is for arm64 (Apple Silicon) and has Portaudio v19.7.0. I tried Miller's 
> build and saw the same "unknown API" print on macOS 11. This build seems to 
> work fine for me so, hopefully, it will for you.
> 
>> On Feb 1, 2023, at 7:20 AM, pd-list-requ...@lists.iem.at 
>> <mailto:pd-list-requ...@lists.iem.at> wrote:
>> 
>> Message: 2
>> Date: Tue, 31 Jan 2023 22:12:08 -0800
>> From: Theron Trowbridge > <mailto:theron.trowbri...@gmail.com>>
>> To: Miller Puckette mailto:m...@ucsd.edu>>
>> Cc: "pd-list@lists.iem.at <mailto:pd-list@lists.iem.at>" 
>> mailto:pd-list@lists.iem.at>>
>> Subject: Re: [PD] DSP crashing - PD freezes.
>> Message-ID:
>>  > <mailto:CAD+3VoPwLt5CT=aS5oz95b0Bb=5dwnft+jgw5z3tduqk+q4...@mail.gmail.com>>
>> Content-Type: text/plain; charset="utf-8"
>> 
>> Mac Mini M1, Ventura 13.1
>> 
>> It works better in some ways - the windows close and things quit when I ask
>> them to. I don't have to force quit, and it doesn't seem to be messing up
>> audio on the computer.
>> 
>> But when I turn on the DSP the output console just spams "unknown API" over
>> and over again, and when I go into audios settings, I don't see my usual
>> devices. The input device list has three options: "input device #1", "input
>> device #2" and "input device #3" and there is no pull-down menu for output
>> device, but only says "(same as input device)..." And I can't get it to
>> make any sound.
>> 
>> When I turn off DSP, it outputs "sys_close_audio: unknown API 4"
>> 
>> 
>> -Theron
>> ^
> 
> 
> Dan Wilcox
> @danomatika <http://twitter.com/danomatika>
> danomatika.com <http://danomatika.com/>
> robotcowboy.com <http://robotcowboy.com/>
> 
> 
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] DSP crashing - PD freezes.

[Theron Trowbridge]

I figured it out - it was not Pd or the computer. It was my phone alerting
me that its microphone was connected to the Mac. Ventura lets you use an
iOS device as a mic or camera. I'm guessing it woke up when portaudio was
initiated.


-Theron
^


On Thu, Feb 2, 2023 at 2:09 PM Dan Wilcox  wrote:

> Thanks for the confirmation. Can you explain more about triggering "alert
> sounds"? Do you mean there are security popoups when the app is run, ie.
> "Pd would like to access your Microphone.." etc?
>
> On Feb 2, 2023, at 10:36 PM, Theron Trowbridge <
> theron.trowbri...@gmail.com> wrote:
>
> This seems to work fine. No error messages in the console, my audio
> devices show up normally, and I get expected sounds.
>
> It does seem to trigger some alert sounds, though I don't know what for
> and can't be certain it was not another running app.
>
>
> Thanks!
>
> -Theron
> ^
>
>
> On Thu, Feb 2, 2023 at 12:38 PM Dan Wilcox  wrote:
>
>> Howdy Theron,
>>
>> can you try this build?
>>
>> Pd-0.53-1-arm64-pa1970.zip
>> <http://docs.danomatika.com/pdbuilds/0.53/Pd-0.53-1-arm64-pa1970.zip>
>>
>> It is for arm64 (Apple Silicon) and has Portaudio v19.7.0. I tried
>> Miller's build and saw the same "unknown API" print on macOS 11. This build
>> seems to work fine for me so, hopefully, it will for you.
>>
>> On Feb 1, 2023, at 7:20 AM, pd-list-requ...@lists.iem.at wrote:
>>
>> Message: 2
>> Date: Tue, 31 Jan 2023 22:12:08 -0800
>> From: Theron Trowbridge 
>> To: Miller Puckette 
>> Cc: "pd-list@lists.iem.at" 
>> Subject: Re: [PD] DSP crashing - PD freezes.
>> Message-ID:
>> 
>> Content-Type: text/plain; charset="utf-8"
>>
>> Mac Mini M1, Ventura 13.1
>>
>> It works better in some ways - the windows close and things quit when I
>> ask
>> them to. I don't have to force quit, and it doesn't seem to be messing up
>> audio on the computer.
>>
>> But when I turn on the DSP the output console just spams "unknown API"
>> over
>> and over again, and when I go into audios settings, I don't see my usual
>> devices. The input device list has three options: "input device #1",
>> "input
>> device #2" and "input device #3" and there is no pull-down menu for output
>> device, but only says "(same as input device)..." And I can't get it to
>> make any sound.
>>
>> When I turn off DSP, it outputs "sys_close_audio: unknown API 4"
>>
>>
>> -Theron
>> ^
>>
>>
>> 
>> Dan Wilcox
>> @danomatika <http://twitter.com/danomatika>
>> danomatika.com
>> robotcowboy.com
>>
>>
>>
>>
> 
> Dan Wilcox
> @danomatika <http://twitter.com/danomatika>
> danomatika.com
> robotcowboy.com
>
>
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] DSP crashing - PD freezes.

[Dan Wilcox]

Thanks for the confirmation. Can you explain more about triggering "alert 
sounds"? Do you mean there are security popoups when the app is run, ie. "Pd 
would like to access your Microphone.." etc?

> On Feb 2, 2023, at 10:36 PM, Theron Trowbridge  
> wrote:
> 
> This seems to work fine. No error messages in the console, my audio devices 
> show up normally, and I get expected sounds.
> 
> It does seem to trigger some alert sounds, though I don't know what for and 
> can't be certain it was not another running app.
> 
> 
> Thanks!
> 
> -Theron
> ^
> 
> 
> On Thu, Feb 2, 2023 at 12:38 PM Dan Wilcox  <mailto:danomat...@gmail.com>> wrote:
> Howdy Theron,
> 
> can you try this build?
> 
> Pd-0.53-1-arm64-pa1970.zip 
> <http://docs.danomatika.com/pdbuilds/0.53/Pd-0.53-1-arm64-pa1970.zip>
> 
> It is for arm64 (Apple Silicon) and has Portaudio v19.7.0. I tried Miller's 
> build and saw the same "unknown API" print on macOS 11. This build seems to 
> work fine for me so, hopefully, it will for you.
> 
>> On Feb 1, 2023, at 7:20 AM, pd-list-requ...@lists.iem.at 
>> <mailto:pd-list-requ...@lists.iem.at> wrote:
>> 
>> Message: 2
>> Date: Tue, 31 Jan 2023 22:12:08 -0800
>> From: Theron Trowbridge > <mailto:theron.trowbri...@gmail.com>>
>> To: Miller Puckette mailto:m...@ucsd.edu>>
>> Cc: "pd-list@lists.iem.at <mailto:pd-list@lists.iem.at>" 
>> mailto:pd-list@lists.iem.at>>
>> Subject: Re: [PD] DSP crashing - PD freezes.
>> Message-ID:
>>  > <mailto:CAD+3VoPwLt5CT=aS5oz95b0Bb=5dwnft+jgw5z3tduqk+q4...@mail.gmail.com>>
>> Content-Type: text/plain; charset="utf-8"
>> 
>> Mac Mini M1, Ventura 13.1
>> 
>> It works better in some ways - the windows close and things quit when I ask
>> them to. I don't have to force quit, and it doesn't seem to be messing up
>> audio on the computer.
>> 
>> But when I turn on the DSP the output console just spams "unknown API" over
>> and over again, and when I go into audios settings, I don't see my usual
>> devices. The input device list has three options: "input device #1", "input
>> device #2" and "input device #3" and there is no pull-down menu for output
>> device, but only says "(same as input device)..." And I can't get it to
>> make any sound.
>> 
>> When I turn off DSP, it outputs "sys_close_audio: unknown API 4"
>> 
>> 
>> -Theron
>> ^
> 
> 
> Dan Wilcox
> @danomatika <http://twitter.com/danomatika>
> danomatika.com <http://danomatika.com/>
> robotcowboy.com <http://robotcowboy.com/>
> 
> 
> 


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



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] DSP crashing - PD freezes.

[Theron Trowbridge]

This seems to work fine. No error messages in the console, my audio devices
show up normally, and I get expected sounds.

It does seem to trigger some alert sounds, though I don't know what for and
can't be certain it was not another running app.


Thanks!

-Theron
^


On Thu, Feb 2, 2023 at 12:38 PM Dan Wilcox  wrote:

> Howdy Theron,
>
> can you try this build?
>
> Pd-0.53-1-arm64-pa1970.zip
> <http://docs.danomatika.com/pdbuilds/0.53/Pd-0.53-1-arm64-pa1970.zip>
>
> It is for arm64 (Apple Silicon) and has Portaudio v19.7.0. I tried
> Miller's build and saw the same "unknown API" print on macOS 11. This build
> seems to work fine for me so, hopefully, it will for you.
>
> On Feb 1, 2023, at 7:20 AM, pd-list-requ...@lists.iem.at wrote:
>
> Message: 2
> Date: Tue, 31 Jan 2023 22:12:08 -0800
> From: Theron Trowbridge 
> To: Miller Puckette 
> Cc: "pd-list@lists.iem.at" 
> Subject: Re: [PD] DSP crashing - PD freezes.
> Message-ID:
> 
> Content-Type: text/plain; charset="utf-8"
>
> Mac Mini M1, Ventura 13.1
>
> It works better in some ways - the windows close and things quit when I ask
> them to. I don't have to force quit, and it doesn't seem to be messing up
> audio on the computer.
>
> But when I turn on the DSP the output console just spams "unknown API" over
> and over again, and when I go into audios settings, I don't see my usual
> devices. The input device list has three options: "input device #1", "input
> device #2" and "input device #3" and there is no pull-down menu for output
> device, but only says "(same as input device)..." And I can't get it to
> make any sound.
>
> When I turn off DSP, it outputs "sys_close_audio: unknown API 4"
>
>
> -Theron
> ^
>
>
> 
> Dan Wilcox
> @danomatika <http://twitter.com/danomatika>
> danomatika.com
> robotcowboy.com
>
>
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] DSP crashing - PD freezes.

[Dan Wilcox]

Howdy Theron,

can you try this build?

Pd-0.53-1-arm64-pa1970.zip 
<http://docs.danomatika.com/pdbuilds/0.53/Pd-0.53-1-arm64-pa1970.zip>

It is for arm64 (Apple Silicon) and has Portaudio v19.7.0. I tried Miller's 
build and saw the same "unknown API" print on macOS 11. This build seems to 
work fine for me so, hopefully, it will for you.

> On Feb 1, 2023, at 7:20 AM, pd-list-requ...@lists.iem.at wrote:
> 
> Message: 2
> Date: Tue, 31 Jan 2023 22:12:08 -0800
> From: Theron Trowbridge  <mailto:theron.trowbri...@gmail.com>>
> To: Miller Puckette mailto:m...@ucsd.edu>>
> Cc: "pd-list@lists.iem.at <mailto:pd-list@lists.iem.at>" 
> mailto:pd-list@lists.iem.at>>
> Subject: Re: [PD] DSP crashing - PD freezes.
> Message-ID:
><mailto:CAD+3VoPwLt5CT=aS5oz95b0Bb=5dwnft+jgw5z3tduqk+q4...@mail.gmail.com>>
> Content-Type: text/plain; charset="utf-8"
> 
> Mac Mini M1, Ventura 13.1
> 
> It works better in some ways - the windows close and things quit when I ask
> them to. I don't have to force quit, and it doesn't seem to be messing up
> audio on the computer.
> 
> But when I turn on the DSP the output console just spams "unknown API" over
> and over again, and when I go into audios settings, I don't see my usual
> devices. The input device list has three options: "input device #1", "input
> device #2" and "input device #3" and there is no pull-down menu for output
> device, but only says "(same as input device)..." And I can't get it to
> make any sound.
> 
> When I turn off DSP, it outputs "sys_close_audio: unknown API 4"
> 
> 
> -Theron
> ^


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



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] DSP crashing - PD freezes.

[Roman Haefeli]

On Mon, 2023-01-30 at 20:03 +0100, Denis Połeć wrote:
> 
> Does anyone else experience this issue?

I have access to macOS 10.14.6 and I experience issues with CoreAudio,
too (none with JACK, though).

> I have tried older versions, but I am getting the same result.

Me too: 0.53-1, 0.52-2, 0.51-4, 0.50-2

>  Is this an issue with Ventura? Can someone reproduce this?

I'm not sure what exactly triggers it, but after touching the audio
dialog, CPU usuage of pd process jumps to 100%, but aside from fan
noise, Pd seems to work still normally.  It takes quite long to shut
down, once it is in that state. It appears the behaviour is reladed to
using callbacks (checkbox in the audio dialog). When callbacks are
disabled, things seem to work normally and CPU usage stays low.
However, with callbacks turned on CPU usage jumps to 100% and Pd
freezes after turning DSP off. 

I believe I had one incidence where restarting Pd after having saved
audio settings with callbacks disabled still resulted in high CPU
usage. I purged the configuration files org.puredata.* in
~/Library/Preferences and saved audio settings again with callbacks
disabled. 

Roman



signature.asc
Description: This is a digitally signed message part
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] DSP crashing - PD freezes.

[Theron Trowbridge]

Mac Mini M1, Ventura 13.1

It works better in some ways - the windows close and things quit when I ask
them to. I don't have to force quit, and it doesn't seem to be messing up
audio on the computer.

But when I turn on the DSP the output console just spams "unknown API" over
and over again, and when I go into audios settings, I don't see my usual
devices. The input device list has three options: "input device #1", "input
device #2" and "input device #3" and there is no pull-down menu for output
device, but only says "(same as input device)..." And I can't get it to
make any sound.

When I turn off DSP, it outputs "sys_close_audio: unknown API 4"


-Theron
^



On Tue, Jan 31, 2023 at 8:24 PM Miller Puckette  wrote:

> OK (and thanks to Zmoelnig's CI machine)- here's a version of Pd with
> the newest stable portaudio - can someone with MacOS 13 test this and see
> if
> the problem is still there?
>
> http://msp.ucsd.edu/tmp/pure-data_pa-v19.7.0_Darwin.zip
>
> cheers
> Miller
>
> On Tue, Jan 31, 2023 at 01:28:14PM -0800, Miller Puckette via Pd-list
> wrote:
> > Thanks for the heads-up... Pd is carrying around a rather old version of
> > portaudio - I'm in the middle of trying to update ot the latest stable
> version,
> > will let you know when I have something you can try...
> >
> > Miller
> >
> > On Mon, Jan 30, 2023 at 01:46:22PM -0800, Theron Trowbridge wrote:
> > > I have similar issues on my Mac Mini M1 running Ventura 13.1. If I do
> > > anything to generate audio, I cannot get it to quit normally, and have
> to
> > > force quit. It also screws up audio playback on the machine a little
> bit
> > > (pausing a YouTube video stutters a few times before it ceases to play
> > > audio, for example) until I restart the computer (didn't think to try
> and
> > > kill the CoreAudio process).
> > >
> > >
> > > -Theron
> > > ^
> > >
> > >
> > > On Mon, Jan 30, 2023 at 12:09 PM William Brent <
> william.br...@gmail.com>
> > > wrote:
> > >
> > > > This was originally reported on this list Oct 27 2022 (see this
> thread
> > > > <
> https://urldefense.com/v3/__https://lists.puredata.info/pipermail/pd-list/2022-10/131609.html__;!!Mih3wA!FTX7ZBUz4d6gyF2FNd0fVyy0AM3EJ8dsNg5XR5I0kLxUB_tQoZnnxvzASC7vdL5WsMyhuRfHPRhHSzQZ9RwRUfQ$
> >), and
> > > > I can also confirm it second-hand via someone I'm currently
> collaborating
> > > > with. He accidentally upgraded to Ventura and since then has been
> unable to
> > > > quit Pd using Pd menu/Quit or command-Q. It's the only reason I
> haven't
> > > > upgraded to macOS 13!
> > > >
> > > > On Mon, Jan 30, 2023 at 2:26 PM Phil Stone 
> wrote:
> > > >
> > > >> I cannot reproduce it by disabling/enabling DSP on an M1 Macbook
> running
> > > >> Monterrey and Pd 0.53-1.
> > > >>
> > > >>
> > > >>
> > > >> *From: *Pd-list  on behalf of Denis
> Połeć <
> > > >> denis.po...@gmail.com>
> > > >> *Date: *Monday, January 30, 2023 at 11:10 AM
> > > >> *To: *pd-list@lists.iem.at 
> > > >> *Subject: *[PD] DSP crashing - PD freezes.
> > > >>
> > > >> Hello everyone,
> > > >> I am experiencing an issue with Pure Data (0.53-1) on macOS Ventura
> > > >> (13.2) running on an Apple Silicon machine. Whenever I make changes
> to some
> > > >> of the DSP settings, such as disabling and enabling it again, the
> > > >> application freezes and I have to force close it. This also causes
> my audio
> > > >> to crash, and I have to kill CoreAudio in order to get it back up
> and
> > > >> running.
> > > >>
> > > >> Does anyone else experience this issue?
> > > >> I have tried older versions, but I am getting the same result. Is
> this an
> > > >> issue with Ventura? Can someone reproduce this?
> > > >>
> > > >> thanks.
> > > >> denis. :)
> > > >>
> > > >>
> > > >> ___
> > > >> Pd-list@lists.iem.at mailing list
> > > >> UNSUBSCRIBE and account-management ->
> > > >>
> https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!!Mih3wA!FTX7ZBUz4d6gyF2FNd0fVyy0AM3EJ8dsNg5XR5I0kLxUB_tQoZnnxvzASC7vdL5WsMyhuRfH

Re: [PD] DSP crashing - PD freezes.

[Miller Puckette via Pd-list]

Bizarre... looks like the compile flags went whack somehow (API 4 is
portaudio, which is precisely what I updated).  I'll dig around in the
compiler output and see if I can psychoanalyse...

thanks
Miller

On Tue, Jan 31, 2023 at 10:12:08PM -0800, Theron Trowbridge wrote:
> Mac Mini M1, Ventura 13.1
> 
> It works better in some ways - the windows close and things quit when I ask
> them to. I don't have to force quit, and it doesn't seem to be messing up
> audio on the computer.
> 
> But when I turn on the DSP the output console just spams "unknown API" over
> and over again, and when I go into audios settings, I don't see my usual
> devices. The input device list has three options: "input device #1", "input
> device #2" and "input device #3" and there is no pull-down menu for output
> device, but only says "(same as input device)..." And I can't get it to
> make any sound.
> 
> When I turn off DSP, it outputs "sys_close_audio: unknown API 4"
> 
> 
> -Theron
> ^
> 
> 
> 
> On Tue, Jan 31, 2023 at 8:24 PM Miller Puckette  wrote:
> 
> > OK (and thanks to Zmoelnig's CI machine)- here's a version of Pd with
> > the newest stable portaudio - can someone with MacOS 13 test this and see
> > if
> > the problem is still there?
> >
> > http://msp.ucsd.edu/tmp/pure-data_pa-v19.7.0_Darwin.zip
> >
> > cheers
> > Miller
> >
> > On Tue, Jan 31, 2023 at 01:28:14PM -0800, Miller Puckette via Pd-list
> > wrote:
> > > Thanks for the heads-up... Pd is carrying around a rather old version of
> > > portaudio - I'm in the middle of trying to update ot the latest stable
> > version,
> > > will let you know when I have something you can try...
> > >
> > > Miller
> > >
> > > On Mon, Jan 30, 2023 at 01:46:22PM -0800, Theron Trowbridge wrote:
> > > > I have similar issues on my Mac Mini M1 running Ventura 13.1. If I do
> > > > anything to generate audio, I cannot get it to quit normally, and have
> > to
> > > > force quit. It also screws up audio playback on the machine a little
> > bit
> > > > (pausing a YouTube video stutters a few times before it ceases to play
> > > > audio, for example) until I restart the computer (didn't think to try
> > and
> > > > kill the CoreAudio process).
> > > >
> > > >
> > > > -Theron
> > > > ^
> > > >
> > > >
> > > > On Mon, Jan 30, 2023 at 12:09 PM William Brent <
> > william.br...@gmail.com>
> > > > wrote:
> > > >
> > > > > This was originally reported on this list Oct 27 2022 (see this
> > thread
> > > > > <
> > https://urldefense.com/v3/__https://lists.puredata.info/pipermail/pd-list/2022-10/131609.html__;!!Mih3wA!FTX7ZBUz4d6gyF2FNd0fVyy0AM3EJ8dsNg5XR5I0kLxUB_tQoZnnxvzASC7vdL5WsMyhuRfHPRhHSzQZ9RwRUfQ$
> > >), and
> > > > > I can also confirm it second-hand via someone I'm currently
> > collaborating
> > > > > with. He accidentally upgraded to Ventura and since then has been
> > unable to
> > > > > quit Pd using Pd menu/Quit or command-Q. It's the only reason I
> > haven't
> > > > > upgraded to macOS 13!
> > > > >
> > > > > On Mon, Jan 30, 2023 at 2:26 PM Phil Stone 
> > wrote:
> > > > >
> > > > >> I cannot reproduce it by disabling/enabling DSP on an M1 Macbook
> > running
> > > > >> Monterrey and Pd 0.53-1.
> > > > >>
> > > > >>
> > > > >>
> > > > >> *From: *Pd-list  on behalf of Denis
> > Połeć <
> > > > >> denis.po...@gmail.com>
> > > > >> *Date: *Monday, January 30, 2023 at 11:10 AM
> > > > >> *To: *pd-list@lists.iem.at 
> > > > >> *Subject: *[PD] DSP crashing - PD freezes.
> > > > >>
> > > > >> Hello everyone,
> > > > >> I am experiencing an issue with Pure Data (0.53-1) on macOS Ventura
> > > > >> (13.2) running on an Apple Silicon machine. Whenever I make changes
> > to some
> > > > >> of the DSP settings, such as disabling and enabling it again, the
> > > > >> application freezes and I have to force close it. This also causes
> > my audio
> > > > >> to crash, and I have to kill CoreAudio in order to get it back up
> > and
> > > > >> running.
> > > > >>
> > >

Re: [PD] DSP crashing - PD freezes.

[Miller Puckette via Pd-list]

OK (and thanks to Zmoelnig's CI machine)- here's a version of Pd with
the newest stable portaudio - can someone with MacOS 13 test this and see if
the problem is still there?

http://msp.ucsd.edu/tmp/pure-data_pa-v19.7.0_Darwin.zip

cheers
Miller

On Tue, Jan 31, 2023 at 01:28:14PM -0800, Miller Puckette via Pd-list wrote:
> Thanks for the heads-up... Pd is carrying around a rather old version of
> portaudio - I'm in the middle of trying to update ot the latest stable 
> version,
> will let you know when I have something you can try...
> 
> Miller
> 
> On Mon, Jan 30, 2023 at 01:46:22PM -0800, Theron Trowbridge wrote:
> > I have similar issues on my Mac Mini M1 running Ventura 13.1. If I do
> > anything to generate audio, I cannot get it to quit normally, and have to
> > force quit. It also screws up audio playback on the machine a little bit
> > (pausing a YouTube video stutters a few times before it ceases to play
> > audio, for example) until I restart the computer (didn't think to try and
> > kill the CoreAudio process).
> > 
> > 
> > -Theron
> > ^
> > 
> > 
> > On Mon, Jan 30, 2023 at 12:09 PM William Brent 
> > wrote:
> > 
> > > This was originally reported on this list Oct 27 2022 (see this thread
> > > <https://urldefense.com/v3/__https://lists.puredata.info/pipermail/pd-list/2022-10/131609.html__;!!Mih3wA!FTX7ZBUz4d6gyF2FNd0fVyy0AM3EJ8dsNg5XR5I0kLxUB_tQoZnnxvzASC7vdL5WsMyhuRfHPRhHSzQZ9RwRUfQ$
> > >  >), and
> > > I can also confirm it second-hand via someone I'm currently collaborating
> > > with. He accidentally upgraded to Ventura and since then has been unable 
> > > to
> > > quit Pd using Pd menu/Quit or command-Q. It's the only reason I haven't
> > > upgraded to macOS 13!
> > >
> > > On Mon, Jan 30, 2023 at 2:26 PM Phil Stone  wrote:
> > >
> > >> I cannot reproduce it by disabling/enabling DSP on an M1 Macbook running
> > >> Monterrey and Pd 0.53-1.
> > >>
> > >>
> > >>
> > >> *From: *Pd-list  on behalf of Denis Połeć <
> > >> denis.po...@gmail.com>
> > >> *Date: *Monday, January 30, 2023 at 11:10 AM
> > >> *To: *pd-list@lists.iem.at 
> > >> *Subject: *[PD] DSP crashing - PD freezes.
> > >>
> > >> Hello everyone,
> > >> I am experiencing an issue with Pure Data (0.53-1) on macOS Ventura
> > >> (13.2) running on an Apple Silicon machine. Whenever I make changes to 
> > >> some
> > >> of the DSP settings, such as disabling and enabling it again, the
> > >> application freezes and I have to force close it. This also causes my 
> > >> audio
> > >> to crash, and I have to kill CoreAudio in order to get it back up and
> > >> running.
> > >>
> > >> Does anyone else experience this issue?
> > >> I have tried older versions, but I am getting the same result. Is this an
> > >> issue with Ventura? Can someone reproduce this?
> > >>
> > >> thanks.
> > >> denis. :)
> > >>
> > >>
> > >> ___
> > >> Pd-list@lists.iem.at mailing list
> > >> UNSUBSCRIBE and account-management ->
> > >> https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!!Mih3wA!FTX7ZBUz4d6gyF2FNd0fVyy0AM3EJ8dsNg5XR5I0kLxUB_tQoZnnxvzASC7vdL5WsMyhuRfHPRhHSzQZ5K6hjtw$
> > >>  
> > >> ___
> > >> Pd-list@lists.iem.at mailing list
> > >> UNSUBSCRIBE and account-management ->
> > >> https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!!Mih3wA!FTX7ZBUz4d6gyF2FNd0fVyy0AM3EJ8dsNg5XR5I0kLxUB_tQoZnnxvzASC7vdL5WsMyhuRfHPRhHSzQZ5K6hjtw$
> > >>  
> > >>
> > >
> > >
> > > --
> > > William Brent
> > >
> > > “Great minds flock together”
> > > Conflations: conversational idiom for the 21st century
> > >
> > > https://urldefense.com/v3/__http://www.conflations.com__;!!Mih3wA!FTX7ZBUz4d6gyF2FNd0fVyy0AM3EJ8dsNg5XR5I0kLxUB_tQoZnnxvzASC7vdL5WsMyhuRfHPRhHSzQZSCeOCOU$
> > >  
> > > ___
> > > Pd-list@lists.iem.at mailing list
> > > UNSUBSCRIBE and account-management ->
> > > https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!!Mih3wA!FTX7ZBUz4d6gyF2FNd0fVyy0AM3EJ8dsNg5XR5I0kLxUB_tQoZnnxvzASC7vdL5WsMyhuRfHPRhHSzQZ5K6hjtw$
> > >  
> > >
> 
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management -> 
> > https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!!Mih3wA!FTX7ZBUz4d6gyF2FNd0fVyy0AM3EJ8dsNg5XR5I0kLxUB_tQoZnnxvzASC7vdL5WsMyhuRfHPRhHSzQZ5K6hjtw$
> >  
> 
> 
> 
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!!Mih3wA!Gtrj30C3cU5_VqI6J-159nxT9UGzp2Er4b3P3OuFbqZMvVd8XT7i37Fjh9yz6E1-30KbGKe9AKY-sIfy$
>  



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] DSP crashing - PD freezes.

[Miller Puckette via Pd-list]

Thanks for the heads-up... Pd is carrying around a rather old version of
portaudio - I'm in the middle of trying to update ot the latest stable version,
will let you know when I have something you can try...

Miller

On Mon, Jan 30, 2023 at 01:46:22PM -0800, Theron Trowbridge wrote:
> I have similar issues on my Mac Mini M1 running Ventura 13.1. If I do
> anything to generate audio, I cannot get it to quit normally, and have to
> force quit. It also screws up audio playback on the machine a little bit
> (pausing a YouTube video stutters a few times before it ceases to play
> audio, for example) until I restart the computer (didn't think to try and
> kill the CoreAudio process).
> 
> 
> -Theron
> ^
> 
> 
> On Mon, Jan 30, 2023 at 12:09 PM William Brent 
> wrote:
> 
> > This was originally reported on this list Oct 27 2022 (see this thread
> > <https://urldefense.com/v3/__https://lists.puredata.info/pipermail/pd-list/2022-10/131609.html__;!!Mih3wA!FTX7ZBUz4d6gyF2FNd0fVyy0AM3EJ8dsNg5XR5I0kLxUB_tQoZnnxvzASC7vdL5WsMyhuRfHPRhHSzQZ9RwRUfQ$
> >  >), and
> > I can also confirm it second-hand via someone I'm currently collaborating
> > with. He accidentally upgraded to Ventura and since then has been unable to
> > quit Pd using Pd menu/Quit or command-Q. It's the only reason I haven't
> > upgraded to macOS 13!
> >
> > On Mon, Jan 30, 2023 at 2:26 PM Phil Stone  wrote:
> >
> >> I cannot reproduce it by disabling/enabling DSP on an M1 Macbook running
> >> Monterrey and Pd 0.53-1.
> >>
> >>
> >>
> >> *From: *Pd-list  on behalf of Denis Połeć <
> >> denis.po...@gmail.com>
> >> *Date: *Monday, January 30, 2023 at 11:10 AM
> >> *To: *pd-list@lists.iem.at 
> >> *Subject: *[PD] DSP crashing - PD freezes.
> >>
> >> Hello everyone,
> >> I am experiencing an issue with Pure Data (0.53-1) on macOS Ventura
> >> (13.2) running on an Apple Silicon machine. Whenever I make changes to some
> >> of the DSP settings, such as disabling and enabling it again, the
> >> application freezes and I have to force close it. This also causes my audio
> >> to crash, and I have to kill CoreAudio in order to get it back up and
> >> running.
> >>
> >> Does anyone else experience this issue?
> >> I have tried older versions, but I am getting the same result. Is this an
> >> issue with Ventura? Can someone reproduce this?
> >>
> >> thanks.
> >> denis. :)
> >>
> >>
> >> ___
> >> Pd-list@lists.iem.at mailing list
> >> UNSUBSCRIBE and account-management ->
> >> https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!!Mih3wA!FTX7ZBUz4d6gyF2FNd0fVyy0AM3EJ8dsNg5XR5I0kLxUB_tQoZnnxvzASC7vdL5WsMyhuRfHPRhHSzQZ5K6hjtw$
> >>  
> >> ___
> >> Pd-list@lists.iem.at mailing list
> >> UNSUBSCRIBE and account-management ->
> >> https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!!Mih3wA!FTX7ZBUz4d6gyF2FNd0fVyy0AM3EJ8dsNg5XR5I0kLxUB_tQoZnnxvzASC7vdL5WsMyhuRfHPRhHSzQZ5K6hjtw$
> >>  
> >>
> >
> >
> > --
> > William Brent
> >
> > “Great minds flock together”
> > Conflations: conversational idiom for the 21st century
> >
> > https://urldefense.com/v3/__http://www.conflations.com__;!!Mih3wA!FTX7ZBUz4d6gyF2FNd0fVyy0AM3EJ8dsNg5XR5I0kLxUB_tQoZnnxvzASC7vdL5WsMyhuRfHPRhHSzQZSCeOCOU$
> >  
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> > https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!!Mih3wA!FTX7ZBUz4d6gyF2FNd0fVyy0AM3EJ8dsNg5XR5I0kLxUB_tQoZnnxvzASC7vdL5WsMyhuRfHPRhHSzQZ5K6hjtw$
> >  
> >

> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!!Mih3wA!FTX7ZBUz4d6gyF2FNd0fVyy0AM3EJ8dsNg5XR5I0kLxUB_tQoZnnxvzASC7vdL5WsMyhuRfHPRhHSzQZ5K6hjtw$
>  




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] DSP crashing - PD freezes.

[Theron Trowbridge]

I have similar issues on my Mac Mini M1 running Ventura 13.1. If I do
anything to generate audio, I cannot get it to quit normally, and have to
force quit. It also screws up audio playback on the machine a little bit
(pausing a YouTube video stutters a few times before it ceases to play
audio, for example) until I restart the computer (didn't think to try and
kill the CoreAudio process).


-Theron
^


On Mon, Jan 30, 2023 at 12:09 PM William Brent 
wrote:

> This was originally reported on this list Oct 27 2022 (see this thread
> <https://lists.puredata.info/pipermail/pd-list/2022-10/131609.html>), and
> I can also confirm it second-hand via someone I'm currently collaborating
> with. He accidentally upgraded to Ventura and since then has been unable to
> quit Pd using Pd menu/Quit or command-Q. It's the only reason I haven't
> upgraded to macOS 13!
>
> On Mon, Jan 30, 2023 at 2:26 PM Phil Stone  wrote:
>
>> I cannot reproduce it by disabling/enabling DSP on an M1 Macbook running
>> Monterrey and Pd 0.53-1.
>>
>>
>>
>> *From: *Pd-list  on behalf of Denis Połeć <
>> denis.po...@gmail.com>
>> *Date: *Monday, January 30, 2023 at 11:10 AM
>> *To: *pd-list@lists.iem.at 
>> *Subject: *[PD] DSP crashing - PD freezes.
>>
>> Hello everyone,
>> I am experiencing an issue with Pure Data (0.53-1) on macOS Ventura
>> (13.2) running on an Apple Silicon machine. Whenever I make changes to some
>> of the DSP settings, such as disabling and enabling it again, the
>> application freezes and I have to force close it. This also causes my audio
>> to crash, and I have to kill CoreAudio in order to get it back up and
>> running.
>>
>> Does anyone else experience this issue?
>> I have tried older versions, but I am getting the same result. Is this an
>> issue with Ventura? Can someone reproduce this?
>>
>> thanks.
>> denis. :)
>>
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>>
>
>
> --
> William Brent
>
> “Great minds flock together”
> Conflations: conversational idiom for the 21st century
>
> www.conflations.com
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] DSP crashing - PD freezes.

[William Brent]

This was originally reported on this list Oct 27 2022 (see this thread
<https://lists.puredata.info/pipermail/pd-list/2022-10/131609.html>), and I
can also confirm it second-hand via someone I'm currently collaborating
with. He accidentally upgraded to Ventura and since then has been unable to
quit Pd using Pd menu/Quit or command-Q. It's the only reason I haven't
upgraded to macOS 13!

On Mon, Jan 30, 2023 at 2:26 PM Phil Stone  wrote:

> I cannot reproduce it by disabling/enabling DSP on an M1 Macbook running
> Monterrey and Pd 0.53-1.
>
>
>
> *From: *Pd-list  on behalf of Denis Połeć <
> denis.po...@gmail.com>
> *Date: *Monday, January 30, 2023 at 11:10 AM
> *To: *pd-list@lists.iem.at 
> *Subject: *[PD] DSP crashing - PD freezes.
>
> Hello everyone,
> I am experiencing an issue with Pure Data (0.53-1) on macOS Ventura (13.2)
> running on an Apple Silicon machine. Whenever I make changes to some of the
> DSP settings, such as disabling and enabling it again, the application
> freezes and I have to force close it. This also causes my audio to crash,
> and I have to kill CoreAudio in order to get it back up and running.
>
> Does anyone else experience this issue?
> I have tried older versions, but I am getting the same result. Is this an
> issue with Ventura? Can someone reproduce this?
>
> thanks.
> denis. :)
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>


-- 
William Brent

“Great minds flock together”
Conflations: conversational idiom for the 21st century

www.conflations.com
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] DSP crashing - PD freezes.

[Phil Stone]

I cannot reproduce it by disabling/enabling DSP on an M1 Macbook running 
Monterrey and Pd 0.53-1.

From: Pd-list  on behalf of Denis Połeć 

Date: Monday, January 30, 2023 at 11:10 AM
To: pd-list@lists.iem.at 
Subject: [PD] DSP crashing - PD freezes.
Hello everyone,
I am experiencing an issue with Pure Data (0.53-1) on macOS Ventura (13.2) 
running on an Apple Silicon machine. Whenever I make changes to some of the DSP 
settings, such as disabling and enabling it again, the application freezes and 
I have to force close it. This also causes my audio to crash, and I have to 
kill CoreAudio in order to get it back up and running.

Does anyone else experience this issue?
I have tried older versions, but I am getting the same result. Is this an issue 
with Ventura? Can someone reproduce this?

thanks.
denis. :)


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] DSP crashing - PD freezes.

[Denis Połeć]

Hello everyone,
I am experiencing an issue with Pure Data (0.53-1) on macOS Ventura (13.2) 
running on an Apple Silicon machine. Whenever I make changes to some of the DSP 
settings, such as disabling and enabling it again, the application freezes and 
I have to force close it. This also causes my audio to crash, and I have to 
kill CoreAudio in order to get it back up and running.

Does anyone else experience this issue? 
I have tried older versions, but I am getting the same result. Is this an issue 
with Ventura? Can someone reproduce this?

thanks. 
denis. :)


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list