Wellington Wallace

All the configuration for realtime priorities is done by pipewire. And there isn't the pipeline concept in Pipewire like there is in gstreamer and similar frameworks. On pipewire we just...

The thread with normal priority and high cpu load shown in your top image is most likely one of the gtk threads doing gtk work. We definitely do not want...

>Thre thread with normal priority and high cpu load shown in your top image is most likely one of the gtk threads doing gtk work. Or maybe it is the...

>This seems to suggest that the computation heavy FFT call was moved outside the realtime thread? Does that mean easyeffects can control whether a plugin use the realtime thread or...

>Again, I have no idea why it is not in the RT thread. I will try to do some tests with it later. But one possibility is that the deepnoise...

>However, I wonder if it is possible to use something like ananicy to at least get some niceness (e.g. -10) on that process. I know there used to be crashes...

>or the user does it manually through the thread PID. Or through a service like ananicy. Although it would probably set all EasyEffects threads to that niceness value. What usually...

>I will try to do some tests with it later. I did some tests using the microphone pipeline "monitor button". This way only the mic pipeline is active. The realtime...

>Considering that the other plugins did not do this it really feels like the deepfilter library is creating an additional thread. And it indeed does not get realtime priority. Maybe...

As I was not the one that implemented the support for deepfilter on EasyEffects I did not have its code in my memory. The library is initialized in our main...