Skip to main content ↑ ↓
Topic: pulseaudio forgets settings (Read 717 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

pulseaudio forgets settings

Trying recent runit isos. I noticed that while pulseaudio seems to work OK it forgets settings on reboot.

For alsa I have to run a runit service that does alsactl nrestore on startup and the finish script runs alsactl store.

Looking at lxde runit I see that pulseaudio is started for the logged in user, but there's no obvious service; pulseaudio appears as a child of runit so it must be daemonized somewhere.

Is there a way to do this properly?

On another note I find that the lxqt-runit seems to have X11 beeps set up as some kind of sound file, but what sets that up; I get no beeps in lxde-runit.

Re: pulseaudio forgets settings

Reply #1 –
Install alsa-utils-runit? On the beep thing, I'd appreciate a ready-served solution if you find one, as I'm not a LXQt expert.

Re: pulseaudio forgets settings

Reply #2 –
I made an aur alsabeep-dkms which serves me for systems without a beep device. It works for me with artix x86_64 and armtix on a pi. It's rather clunky as it uses a signal from the kernel device to a user space process that can run an alsa sign wave generator.

Another aur fancybeep-dkms attempts the same, but it currently uses udev to try and match up the module and the user process and that is less reliable,

Re: pulseaudio forgets settings

Reply #3 –
I could not get pulseaudio to store/restore across a reboot in lxqt-runit.

However, for qterminal I can get the whoop bell going after xset b on, unmuting pulseaudio and setting the qterminal audible bell option on. I did not manage to figure out who/what owns the actual sound file that is played by qterminal.

For my preferred terminal xfce4-terminal I have to setup & enable alsabeep-dkms, turn on  the terminals audible bell preference and also use xset b on
 

Re: pulseaudio forgets settings

Reply #4 –
I had something similar in ~/.bashrc or something, ran on interactive shells. Unfortunately the solution is highly preferential.