26 Jan
2023
26 Jan
'23
7:15 p.m.
Maybe a ridiculous solution: you could run pd headless and make an
interface with it using osc or midi so you can use another program as
your gui (if you need one). Let us know how the niceness thing works
though, I'm curious to hear if there is a difference.
On 1/26/23 05:09, Peter P. wrote:
* Fons Adriaensen <fons(a)linuxaudio.org>
[2023-01-26 11:04]:
On Thu, Jan 26, 2023 at 10:47:14AM +0100, Michael
Jarosch wrote:
Thanks Fons,
I my case I am trying to optimize Pd, which has a GUI that is somehow
interlocked with its audio thread.
best, P
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-user Am 26.01.23 um 10:03 schrieb Peter P.:
I'm not so sure. If the audio processing is done in real-time
threads and these threads do not interact with X in any way
that could block them (as things should be), then this won't
help.
The only way X could interrupt audio in that case is by having
real-time threads as well, and the nice value won't affect
those. Can anyone comment on the
usefulness or experiences with changing it (where would one change it?)?
Sounds
like a good idea.