<div dir='auto'><div>Thanks a lot for testing!</div><div dir="auto"><br></div><div dir="auto">>  Will test again with Miller's "0.53-2test1" (that should be<div class="gmail_extra" dir="auto">equivalent to my scheduling_fix build) and report back.</div><div class="gmail_extra" dir="auto"><br></div><div class="gmail_extra" dir="auto">Millers bug fix release only contains the portaudio update. My scheduler fixes will (hopefully) be included in Pd 0.54.</div><div class="gmail_extra" dir="auto"><br></div><div class="gmail_extra" dir="auto">Christof</div><div class="gmail_extra" dir="auto"><br><div class="gmail_quote" dir="auto">Am 05.02.2023 11:45 schrieb Roman Haefeli <reduzent@gmail.com>:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">On Sat, 2023-02-04 at 11:32 +0100, Christof Ressi wrote:
<br>
> The callbacks option has always been broken in some way or another.
<br>

<br>
> Please try my scheduler_fix branch: 
<br>
> https://github.com/pure-data/pure-data/pull/1756. It would be great
<br>
> to 
<br>
> get some feedback on this. Personally, I have been successfully
<br>

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

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

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

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

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

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

<br>
Roman
</p>
<p dir="ltr">_______________________________________________
<br>
Pd-list@lists.iem.at mailing list
<br>
UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
<br>
</p>
</blockquote></div><br></div></div></div>