Hello.
On a Gentoo systemd system, with alsa-restore.service enabled, alsactl
sometimes fails to restore the mixer settings at system boot. Failure
rate is about 50/50. Half the time it restores correctly, half the time
it does nothing.
However, even when it fails, systemd thinks it succeede
Nikos Chantziaras wrote:
> alsactl sometimes fails to restore the mixer settings at system boot. Failure
> rate is about 50/50.
>
> systemd-udevd[151]: Process '/usr/sbin/alsactl restore 1' failed with exit
> code 99.
> systemd-udevd[149]: Process '/usr/sbin/alsactl restore 0' failed with exit
>
On 29/01/18 14:25, Clemens Ladisch via Alsa-user wrote:
Nikos Chantziaras wrote:
alsactl sometimes fails to restore the mixer settings at system boot. Failure
rate is about 50/50.
systemd-udevd[151]: Process '/usr/sbin/alsactl restore 1' failed with exit code
99.
systemd-udevd[149]: Process '
I want to setup a system where JACK manages a low latency path for audio
in/out, and where ALSA apps use the ALSA JACK PCM plugin
(http://jackaudio.org/faq/routing_alsa.html)
Is it possible on the ALSA side to setup dmix to use the "jack" type plugin as
backend ? Or will the jack plugin do the
Robert Bielik wrote:
> Is it possible on the ALSA side to setup dmix to use the "jack" type
> plugin as backend ?
No; dmix requires a feature that is supported only by the kernel driver.
> Or will the jack plugin do the same job as dmix, i.e. mix together
> applications using the device ?
Every