-
Notifications
You must be signed in to change notification settings - Fork 9
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Sound stuttering and no audio during calls occasionally #18
Comments
I've installed manjaro phosh-dev (kernel 5.17.3-2 and phosh 0.17.0+136+g67c1ba40-1 right now) a couple days ago and I see the same issue. When i turn the volume down to 50%, the stuttering goes away completely. |
@heuristic-sloth, good info there, I didn't even think to turn down the volume! I think I have two different issues here. The issue that @heuristic-sloth describes where the audio will stutter over 50-60% and a different one perhaps because of a resync issue. After I experienced an issue where Lollypop wouldn't play audio at all and testing audio within Gnome settings was stuttering, I found this in journalctl --user -xeu pipwire: Upon restarting the service, the stuttering was gone but Lollypop had an error and needed to reconnect to Pipewire. |
I'm having to restart pipewire every time I use the PPP now. This obviously means that it's unusable for calls as you would need to answer then go to terminal and run a command before you could hear the other side. I wrote this comment from the PPP though, so that's pretty awesome! |
Issue is persistent in latest release of Phosh (0.17.0+140+ge00bc029-1) but I'm betting this is a pipewire or similar bug. |
Issue persists in Beta 24 fresh installation. |
It's not, this has never been an issue with pipewire with pinephone pro arch iso |
I've had this issue on my PinePhone Pro to varying degrees on the stable, testing and unstable branch.
I'm currently dealing with unstable branch and when I try to play audio via a music player the entire device because horrifically slow, regardless of the source of the audio or the output used. I had a look at journalctl and found some interesting info but I'm not sure if it's relevant or not.
Journalctl: https://pastebin.com/raw/4NrrtR6j
The text was updated successfully, but these errors were encountered: