search

wwmm / easyeffects

Limiter, compressor, convolver, equalizer and auto volume and many other plugins for PipeWire applications
GNU General Public License v3.0
6.51k stars 269 forks source link

no sound, randomly, viewing video with FF , Chrome, VLC #1789

Closed promeneur closed 1 year ago

promeneur commented 2 years ago

EasyEffects Version

6.2.6

What package are you using?

openSUSE

Distribution

openSUSE Tumbleweed

Describe the bug

Randomly, sometime when viewing a video with FF or Chrome (YouTube) or VLC then there is no sound.

It seems this occurs after several starts and stops, or several launching and quitting.

Speakers are "on".

I must restart the PC to get again sound For FF or Chrome or VLC.

Expected Behavior

Output sound is never cut.

Debug Log

Debug Log
``` Paste your log here ```

Additional Information

No response

wwmm commented 1 year ago

pw-dump.txt pw.dot.txt

As usual all the links are there and according to pw-dot in the active state. Nothing seems to have changed =/.

DanMan commented 1 year ago

Observation: this seems to reliable happen when there is an audio playback (a chrome tab with youtube), that you pause, don't close the tab, and resume some time later, like 10+ minutes later.

It's more like 10s for me. Pause video, wait maybe 10-15s until the stream disappears from the EE outputs tab, resume video: video's frozen again and the YT buffering animation starts playing. The stream in EE comes up inactive and re-enabling it makes the video run again.

wwmm commented 1 year ago

I think that this problem got worse in the latest pipewire release because after months without seeing it now I notice it frequently while playing Monster Hunter Rise. In one of the occasions I saw this in pw-dot output Screenshot from 2022-12-30 11-05-32 Some links were stuck in the paused state while others were in the init state. I attached this image in the issue I have opened at PipeWire's page. If this will give them any idea about what may be going on it is hard to say. But it is clear to me something is going really wrong inside PipeWire when links are made "in a bad moment".

LebedevRI commented 1 year ago

I think i haven't encountered this issue in last few weeks; while it was quite random, it used to be somewhat frequent. (pipewire 0.3.65-2, wireplumber 0.4.13-1, easyeffects 7.0.0-1)

LebedevRI commented 1 year ago

Another month flew by. No new occurrences. I think it might be somehow gone for the moment.

wwmm commented 1 year ago

Another month flew by. No new occurrences. I think it might be somehow gone for the moment.

I also haven't seen it for a long time. But I will keep monitoring it for more time.

delfianto commented 1 year ago

I think that this problem got worse in the latest pipewire release because after months without seeing it now I notice it frequently while playing Monster Hunter Rise. In one of the occasions I saw this in pw-dot output Screenshot from 2022-12-30 11-05-32 Some links were stuck in the paused state while others were in the init state. I attached this image in the issue I have opened at PipeWire's page. If this will give them any idea about what may be going on it is hard to say. But it is clear to me something is going really wrong inside PipeWire when links are made "in a bad moment".

Btw I just experience this in the past few days, fresh EndeavourOS installation

Sometimes the links are stuck in init state after simply playing a video in youtube (google chrome) and pausing or stopping it. The occurrence is really random and still have no idea on what is wrong.

Restarting easyeffects with /usr/bin/easyeffects --gapplication-service temporarily alleviates the issue but it will happen again after sometime.

wwmm commented 1 year ago

Sometimes the links are stuck in init state after simply playing a video in youtube (google chrome) and pausing or stopping it. The occurrence is really random and still have no idea on what is wrong.

So the bug is just harder to reproduce on some setups. I guess things are getting better but PipeWire definitely still has some weird link management problem.

wwmm commented 1 year ago

The latest release 7.0.2 has the fixes for some misuses of the PipeWire's API #2228 #2246 we were doing on our side. Maybe they will help to fix this one too.

lilydjwg commented 1 year ago

I can still reproduce this (if what happened to me is indeed this issue).

wwmm commented 1 year ago

I think we can close this issue. Similar problems probably have a different origin. The corresponding issue at PipeWire's page have also been closed.

pinkflames commented 1 year ago

@lilydjwg : are you sure it's the same issue and that you have a fixed EasyEffects version? Please note that this almost exclusively and most obviously affects the right channel, because it was processed later. If you always lose all channels, that may be a different issue and not even related to EasyEffects at all (or EE could only be acting as the trigger due to extra processing and possibly latency).

DanMan commented 1 year ago

FWIW: I haven't had this/my issue in a while now.

lilydjwg commented 1 year ago

@pinkflames oh, I lost both channels so that should be another issue, and recently I'm not paying a close eye to EE's issues but instead try to restart EE, reconnect the speaker, or pause and play. At least sometimes it's the speaker's fault.

pinkflames commented 1 year ago

To be clear, it's not impossible for the issue to affect both channels sometimes. It's just that more often it only broke the right channel, because the link for it would get activated after the left channel's link and there were race conditions around that. If you only see this affect all or no channels, then it's probably something else.