mirror of
https://github.com/jpochyla/psst.git
synced 2026-04-27 15:35:56 +03:00
[GH-ISSUE #163] No audio on playback #119
Labels
No labels
api
bug
build
documentation
duplicate
enhancement
good first issue
help wanted
idea
invalid
linux
lowprio
macos
pull-request
upstream
windows
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/psst#119
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @omnituensaeternum on GitHub (Aug 31, 2021).
Original GitHub issue: https://github.com/jpochyla/psst/issues/163
Recently Updated my system and preformed a restart.
I tried reinstalling, and I got the same results.
@jpochyla commented on GitHub (Sep 1, 2021):
What OS are you on?
@jacksongoode commented on GitHub (Sep 1, 2021):
Was debugging this issue last night (Fedora 34, pipewire). I think it's related to the fact that the buffersize for psst is too low (at least compared to other media players).
Here is an output of
pw-top:Where, for some reason, psst is taking a very small buffer of 256 compared to other audio applications taking a generous amount more.
@jpochyla commented on GitHub (Sep 1, 2021):
@jacksongoode miniaudio-tuning branch should increase the buffer size, can you check it out? From the output it also seems that miniaudio is using the alsa backend, correct?
@jacksongoode commented on GitHub (Sep 1, 2021):
@jpochyla Tried the new branch, it does increase the buffer size (now reporting 1440) but it's still running into the same issue. So it may be more of an issue with
miniaudioperhaps as the conversation at #138 has lead me to believe. It seems replacingminiaudiowithcpalfixed it for me (in pw-top the application is now reported as+ PipeWire ALSA [psst-gui]).@etrigan63 commented on GitHub (Sep 5, 2021):
I can confirm this. No audio playback in pipewire. I don't know how to switch it to
cpalfromminiaudio, however.@jacksongoode commented on GitHub (Sep 15, 2021):
If you build the app with this fork's branch, you should be good to go!
@jacksongoode commented on GitHub (Sep 15, 2021):
I wanted to follow up with this as the latest version of pipewire improved on the buffer/quantum configurations and I believe it resolved the issues here. Currently on version 0.3.35, would love to know if anyone else can confirm this behavior?
I believe it was related to this fix:
However, I am still getting around 6 "blocked" messages every time a new song is played:
[2021-09-15T07:25:56Z INFO psst_core::audio_file] blocked at 10525539@jpochyla commented on GitHub (Sep 15, 2021):
Thanks!
blockedmeans blocked on network, it is unrelated to audio output and will always be there when loading/preloading a track.@H-M-H commented on GitHub (Sep 29, 2021):
I am on pipewire 0.3.37 and playback is working again.
@naufik commented on GitHub (Oct 5, 2021):
I am receiving no audio output with no pipewire and just pure pulseaudio when building from
master.pavucontroldoes not seem to detect audio coming from psst either. However thecpalpatch in the fork works.@jpochyla commented on GitHub (Dec 24, 2021):
Closing because we've migrated to
cpal, causing other problems, but most probably fixing this issue.