Audio:
  Device-1: AMD Rembrandt Radeon High Definition Audio vendor: Lenovo
    driver: snd_hda_intel v: kernel bus-ID: 04:00.1
  Device-2: AMD ACP/ACP3X/ACP6x Audio Coprocessor vendor: Lenovo
    driver: snd_pci_acp6x v: kernel bus-ID: 04:00.5
  Device-3: AMD Family 17h/19h HD Audio vendor: Lenovo driver: snd_hda_intel
    v: kernel bus-ID: 04:00.6
  API: ALSA v: k6.1.0-28-amd64 status: kernel-api

@green,

no there is nothing zeroing, it's a stream error as ralph suggested

@ralph,

I do not understand everything, but it seems like this does not work unfortunately

Which version of Devuan? Desktop environment?

You mentioned a realtek chip, do you have the right firmware for it installed?

I have had a glitch before with sound, not having problems currently, but it was an intermittent issue with no sound in certain circumstances, mostly to do with sound in browsers. Even with the volume in the tray-icon all the way up, I would get no sound, until I activated the slider by clicking it and moving it up and down once, then sound would pop back on. Weird.

When you have a browser open running a video and it's not making sound, might just try fiddling with the volume control in the tray, and possibly in the alsa-mixer, something may be zeroing it out for some reason.

Possibly related:

Starting with 1.2.5 alsactl tries to initialize UCM even if it is not supported #101
https://github.com/alsa-project/alsa-utils/issues/101

Thanks, maybe I will recompile alsa-utils on older version to test if it resolves something.

apulse doesn't seem to work anymore last time I tried in making sound work on firefox other firefox web ext fork

apulse or not, it barely works atm.

I get back some sounds by specifying the card index with modprob, qutebrowser got sounds, by not firefox, so it is almost solved...

Possibly related:

Starting with 1.2.5 alsactl tries to initialize UCM even if it is not supported #101
https://github.com/alsa-project/alsa-utils/issues/101

https://github.com/444anothereality444/ … LeyHXgfTlc

Maybe this instead, just hw on that first instruction:

pcm.!default {
        type hw
        card 0
 }

ctl.!default {
        type hw
        card 0
 }

I do have HDMI output :

>>>> aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: Generic_1 [HD-Audio Generic], device 0: ALC257 Analog [ALC257 Analog]
  Subdevices: 0/1
  Subdevice #0: subdevice #0
card 1: Generic [HD-Audio Generic], device 3: HDMI 0 [HDMI 0]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 1: Generic [HD-Audio Generic], device 7: HDMI 1 [HDMI 1]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 1: Generic [HD-Audio Generic], device 8: HDMI 2 [HDMI 2]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

I did modified my .asoundrc as :

pcm.!default {
	type plug
	slave.pcm "dmix:CARD=Generic_1,DEV=0"
}

ctl.!default {
	type hw           
	card Generic_1
}

But somehow it does not set the card :

>>>> aplay -L | grep dmix
dmix:CARD=Generic_1,DEV=0
dmix:CARD=Generic,DEV=3
dmix:CARD=Generic,DEV=7
dmix:CARD=Generic,DEV=8

The default ALSA setup usually have a dmix already for each card, so you can just use that as a slave unless you want a different configuration.

This is the list of default dmix PCMs on my system, where the device name for my speakers are Generic_1.

$ aplay -L | grep dmix
dmix:CARD=Generic,DEV=3
dmix:CARD=Generic,DEV=7
dmix:CARD=Generic,DEV=8
dmix:CARD=Generic,DEV=9
dmix:CARD=Generic_1,DEV=0
dmix:CARD=Set,DEV=0

I have a custom setup for audio settings, where I have multiple asoundrc files for symlinking, but this is the .asoundrc file for my speakers.

pcm.!default {
        type plug
        slave.pcm "dmix:CARD=Generic_1,DEV=0"
}

ctl.!default {
        type hw
        card Generic_1
}

1: https://www.alsa-project.org/alsa-doc/a … ugins_plug
2: https://www.alsa-project.org/alsa-doc/a … ugins_dmix

If not sure run aplay -l in terminal.

alsa-topology-conf
alsa-ucm-conf
alsa-utils
alsamixergui
bluez-alsa-utils
gstreamer1.0-alsa:amd64

Is what I have that's working, note that all depend on libasound2 as well. And I also have libasound2-plugins:amd64

And libasound2-plugin-equal:amd64 gets you the alsa equalizer as well, which is really nice to have.

pcm.!default {
    type plughw
    card 0
 }
 
ctl.!default {
    type hw
    card 0
}

EDIT : installed alsa-firemware-loaders... still didn't resolve it. Wanna cry

If that's the case, the remedy should be to ensure that the "default" PCM playback path (here "default" is the name of the targeted PCM, which is used by applications by default) to end in "plughw" rather than "hw" since that includes software to manage sampling rate translations.

root@tinpatrick:~# apt list --installed | grep alsa

WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

alsa-topology-conf/stable,stable,now 1.2.5.1-2 all [installed,automatic]
alsa-ucm-conf/stable,stable,now 1.2.8-1 all [installed]
alsa-utils/stable,now 1.2.8-1 amd64 [installed]

PS : I think this is failing from some dependencies. The problem went even harder after an update of lib*. The weird thing is that alsamixer prints normaly and says the sound is on.

The chip is realtek ALC257, if that precision is needed. I don't know.

Please check on the ALSA packages you have installed, and i'll compare them to mine, and perhaps we'll find what you're missing.