Wellington Wallace

By latest package do you mean the Qt port in our master branch or the last gtk4 release?

> i have downgraded these packages: > gst-plugin-pipewire-1_1.4.7-1-x86_64.pkg.tar.zst pipewire-1_1.4.7-1-x86_64.pkg.tar.zst pipewire-audio-1_1.4.7-1-x86_64.pkg.tar.zst pipewire-pulse-1_1.4.7-1-x86_64.pkg.tar.zst > libpipewire-1_1.4.7-1-x86_64.pkg.tar.zst pipewire-alsa-1_1.4.7-1-x86_64.pkg.tar.zst pipewire-jack-1_1.4.7-1-x86_64.pkg.tar.zst We stopped using gstreamer a few years ago. So its packages should not have any...

> Experience the same issue on Fedora 42 running the latest Flatpak. Crackling only happens when starting or stopping the audio, feels random when it happens. Run the command `chrt...

> It just says SCHED_OTHER /BATCH Then you still have the xdg-desktop-portal version with the bug that is not allowing realtime priorities to be set by pipewire. Although crackling can...

>Ofc, I've played with magic quantum settings all over the Internet to no avail. Which values did you try? I see in your pw-top output 256 at the soundcard line....

> Actually when recording this issue and now that's happening at this very moment again, I can attest my min quantum IS 128: Although my system can handle this low...

I see in your logs that you have a preset autoloading profile set. Just opening the window when the service is running in the background should not trigger the autoloading...

> Did you notice I also mentioned I have AppArmor? Is it conceivable it is cutting off XDG Desktop Portal access, say, through d-bus? It has been so many years...

> I think the problem is most likely in the preset auto-loading feature. The autoloading itself is fine. What is weird in your case is that opening the window triggers...

> What would you suggest I do now? Now that our master branch has been replaced by our Qt port I think it will be better to debug this once...