wwmm
Broken audio when using Wivrn to play vr game wirelessly
EasyEffects Version
8.0.3
What package are you using?
Flatpak (Flathub)
Distribution
fedora 42
Describe the bug
When EasyEffects is running, the audio becomes broken and garbled, almost sounding duplicated. This has also been tested and found to be broken with v7.2.5 using the fedora 42 native package
Expected Behavior
The audio is fine
Debug Log
No response
Additional Information
This issue is not new; it began when I returned home this summer after being away for a month. I’m not alone in experiencing this problem; many others have reported it in the Linux VR Discord server. Disabling effects within the application does not resolve the issue; the audio only returns to normal when EasyEffects is not processing the output stream. I tried testing with gnome builder(7.2.5,7.2.1,8.0.3) to little success (couldnt reproduce the issue), I'm in the process of using the flatpak-builder method instead but since gnome-runtime 46 is no longer on flathub(i get an error when trying to build it) I'm currently in the process of compiling it.
when i try to build not using flatpak i get the following error on 8.0.3
meson _build --prefix=/tmp/pe
ERROR: Neither source directory '_build' nor build directory None contain a build file meson.build.
WARNING: Running the setup command as meson [options] instead of meson setup [options] is ambiguous and deprecated.
What is the output of pw-top when audio is broken? Considering it is a game pipewire probably switched to a very low latency. The question is if your system is able to handle it.
It's a wording mistake on my end, this does also happen with games but also with any other audio source, wirvn creates a virtual sink and source on the device so i can listen to any audio source, and the only way to make those audio sources not be broken is to kill easyeffects or ignore the the stream using the exclude application feature, this issue happens also if i use mpv to watch a video using a very simple program to see my desktop in vr
I have never used wirvn so I am not familiar with the details of how it works. Run the command pw-dot so I can see how filters and devices are linked when wirvn is running. The output file can be viewed with the command xdot.
It may also help to look at pw-top output. Sometimes pipewire switches to very low quantum values. It depends on which streams are running and if there are audio filters processing them or not. And sometimes the quantum is lower than some systems are able to handle.