Open Slater91 opened 4 months ago
The player appears as enabled, but unchecking the box so that it is disabled seems to actually restore functionality and the sound comes back.
This feels like some issue in PipeWire or WirePlumber. Which version do you have installed? Ubuntu users need to install a more recent PipeWire/WirePlumber through a PPA. The one from the stable repositories is too old and does not work with the latest EasyEffects releases.
Sorry, I forgot to specify that. PipeWire 1.0.3, WirePlumber 0.4.8, both installed through a PPA. Not the latest strictly, but close enough!
PipeWire 1.0.3, WirePlumber 0.4.8
This PipeWire version should be fine. I am not sure about the one for wireplumber. I have 0.5.2
here on Arch Linux.
Although EasyEffects does not interact directly with WirePlumber the PipeWire functions we call when moving players to our virtual sink are directly related to WirePlumber. Usually when something in this area is not working properly the reason is a bug in WirePlumber.
Kill EasyEffects and restart it in debug mode https://github.com/wwmm/easyeffects/wiki/Reporting-Bugs#basic-logs so we can see if there are error messages when the enable
checkbox state switches between on and off.
I have the same issue here on Arch since my last update I think. I'm on Easyeffects 7.1.7 and wireplumber 0.5.5-1.
During my last package upgrade for EasyEffects (on June 30th), I got the following version changes:
However, I am pretty sure I have not had these issues since 25 days days though. I think it's been about a week. I suspect my last update which had these EasyEffects packages update (I used pactree -u -l easyeffect
to filter out pacman.log
):
Obviously, I would suspect either the update to pipewire or libpipewire which had these version changes:
I'm confused though about the the version numbers that OP reported about pipewire and wireplumber. I believe strongly that I didn't have this issue before pipewire 1.2.1. Yet OP reported using Pipewire 1.0.3 and Wireplumber 0.4.8 and having the issue.
So may be, this information is unrelevant or I'm misremembering about when I first encountered that issue, orrrr... this is a reoccurring issue which disappeared somewhere between our two versions. I don't know. I might be mistaken somewhere.
I'll try to report about debug messages that I get whenever it happens again.
Now that I am reading again this bug report I think that what is happening here is the new version of an old PipeWire's bug https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/3547. For some reason it seems to have become worse in the last 2 months and now both channels can become silent.
The bug happened again now. I have this log:
where I tried to disable and enable the output source MPV and the sound only comes out when I disable the application.
The only way to fix it for good is to restart Easyeffects.
Is there a way to disable by default Easyeffects for audio source? Because I only use Easyeffects for a microphone delay effect.
Is there a way to disable by default Easyeffects for audio source? Because I only use Easyeffects for a microphone delay effect.
If you only want effects for microphone disable Process All Output Streams
in EasyEffects preferences window. After that disable effects for the app manually or through a software like Pavucontrol to for WirePlumber to forget any association it may have made between the stream and EasyEffects.
EasyEffects Version
7.1.6
What package are you using?
Flatpak (Flathub)
Distribution
KDE neon (Ubuntu 22.04)
Describe the bug
With Easy Effects open, at seemingly random moments, the sound disappears. Checking Easy Effects shows that the visualiser is inactive (i.e. like when nothing is playing). The player appears as enabled, but unchecking the box so that it is disabled seems to actually restore functionality and the sound comes back. I have seen this specifically with Strawberry and Firefox.
Expected Behavior
If the player is enabled, it plays sound.
Debug Log
No response
Additional Information
Here is the output of pw-dot.
pw-dot-20240508.txt