mirror of
https://github.com/jpochyla/psst.git
synced 2026-04-27 07:25:52 +03:00
[GH-ISSUE #230] audio_output thread panicks on startup without pulseaudio-alsa #169
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#169
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 @debugloop on GitHub (Dec 9, 2021).
Original GitHub issue: https://github.com/jpochyla/psst/issues/230
Describe the bug
The audio_output thread panicks on start up, which leads to no sound and an error log message every time a new song is started. Tested with self-compiled AUR version as well as the current nightly.
To Reproduce
Expected behavior
Not seeing errors on startup.
Environment
Linux waystone 5.15.6-arch2-1 #1 SMP PREEMPT Thu, 02 Dec 2021 15:47:09 +0000 x86_64 GNU/Linuxpulseaudio 15.0@jpochyla commented on GitHub (Dec 9, 2021):
Hmm, that's strange, is your audio setup somehow unusual? We always pick either from the supported configs, or just use the default one when opening the output stream. Seems like an issue in CPAL then?
@debugloop commented on GitHub (Dec 9, 2021):
Not that I know of, my audio setup chiefly consists of having run
pacman -S pulseaudioyears ago. I have pipewire installed for screensharing under wayland, but as far as I can tell all audio is managed by pulseaudio only.Regularly I use HDMI audio wired through an USB-C dock, testing using AUX headphones from said dock yields the same result. I can try using the builtin AUX jack while undocked, but I'm not hopeful. (edit: using them as default device, I mean)
@debugloop commented on GitHub (Jan 3, 2022):
I can't reproduce this issue anymore on latest master, the error message changed to something involving ALSA, which prompted me to install
pulseaudio-alsawhich immediately fixes psst for me. To get rid of it again I'll keep an eye on #245.@rklasen commented on GitHub (Jul 11, 2022):
@debugloop , just wanted to say, I had the same issue on Arch and got it solved by installing
pulseaudio-alsa. Thanks for the hint!Could this be added as dependency?
@Insprill commented on GitHub (Jan 9, 2023):
I'm going to reopen this to track the issue since it seems to be the first report.
@RensOliemans commented on GitHub (Sep 26, 2024):
kepi already mentioned it in https://github.com/jpochyla/psst/issues/353#issuecomment-2015419193, but since this seems like the designated issue for this problem: If you are using
pipewire, install pipewire-alsa.Is it a possibility that this is done automatically on install? I'm not too familiar with PKGBUILD, but perhaps it's a possibility to either install
pipewire-alsaorpulseaudio-alsa, depending on what the user uses for their audio.@heeen commented on GitHub (Nov 29, 2024):
can you add native support for pipewire and /or make the backend selectable?