Geluidsprobleem Debian 10

[MacLinux]

Nieuwe installatie Debian 10. Geenof soms geluid.

root@debian10:~# pacmd list-cards
1 card(s) available.
index: 0
name: <alsa_card.pci-0000_00_1b.0>
driver: <module-alsa-card.c>
owner module: 6
properties:
alsa.card = "0"
alsa.card_name = "HDA Intel"
alsa.long_card_name = "HDA Intel at 0xfe6fc000 irq 24"
alsa.driver_name = "snd_hda_intel"
device.bus_path = "pci-0000:00:1b.0"
sysfs.path = "/devices/pci0000:00/0000:00:1b.0/sound/card0"
device.bus = "pci"
device.vendor.id = "8086"
device.vendor.name = "Intel Corporation"
device.product.id = "27d8"
device.product.name = "NM10/ICH7 Family High Definition Audio Controller"
device.form_factor = "internal"
device.string = "0"
device.description = "Intern geluid"
module-udev-detect.discovered = "1"
device.icon_name = "audio-card-pci"
profiles:
input:analog-stereo: Analoog stereo Input (priority 65, available: no)
off: Uit (priority 0, available: unknown)
active profile: <off>
ports:
analog-input-front-mic: Front Microphone (priority 8500, latency offset 0 usec, available: no)
properties:
device.icon_name = "audio-input-microphone"
analog-input-rear-mic: Rear Microphone (priority 8200, latency offset 0 usec, available: no)
properties:
device.icon_name = "audio-input-microphone"


root@debian10:~# lsmod | grep snd
snd_hda_codec_realtek 86016 0
snd_hda_codec_generic 65536 2 snd_hda_codec_realtek
snd_hda_intel 32768 2
snd_hda_codec 94208 3 snd_hda_intel,snd_hda_codec_generic,snd_hda_codec_realtek
snd_hda_core 57344 4 snd_hda_intel,snd_hda_codec,snd_hda_codec_generic,snd_hda_codec_realtek
snd_hwdep 16384 1 snd_hda_codec
snd_pcm 81920 3 snd_hda_intel,snd_hda_codec,snd_hda_core
snd_timer 28672 1 snd_pcm
snd 61440 11 snd_hda_intel,snd_hwdep,snd_hda_codec,snd_timer,snd_hda_codec_generic,snd_hda_codec_realtek,snd_pcm
soundcore 16384 1 snd

root@debian10:~# lspci
00:00.0 Host bridge: Intel Corporation 4 Series Chipset DRAM Controller (rev 03)
00:01.0 PCI bridge: Intel Corporation 4 Series Chipset PCI Express Root Port (rev 03)
00:02.0 VGA compatible controller: Intel Corporation 4 Series Chipset Integrated Graphics Controller (rev 03)
00:02.1 Display controller: Intel Corporation 4 Series Chipset Integrated Graphics Controller (rev 03)
00:1b.0 Audio device: Intel Corporation NM10/ICH7 Family High Definition Audio Controller (rev 01)
00:1c.0 PCI bridge: Intel Corporation NM10/ICH7 Family PCI Express Port 1 (rev 01)
00:1d.0 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #1 (rev 01)
00:1d.1 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #2 (rev 01)
00:1d.2 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #3 (rev 01)
00:1d.3 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #4 (rev 01)
00:1d.7 USB controller: Intel Corporation NM10/ICH7 Family USB2 EHCI Controller (rev 01)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev e1)
00:1f.0 ISA bridge: Intel Corporation 82801GB/GR (ICH7 Family) LPC Interface Bridge (rev 01)
00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 01)
00:1f.2 IDE interface: Intel Corporation NM10/ICH7 Family SATA Controller [IDE mode] (rev 01)
00:1f.3 SMBus: Intel Corporation NM10/ICH7 Family SMBus Controller (rev 01)
02:00.0 Ethernet controller: Broadcom Limited NetLink BCM57780 Gigabit Ethernet PCIe (rev 01)
03:00.0 USB controller: VIA Technologies, Inc. VT82xx/62xx UHCI USB 1.1 Controller (rev 61)
03:00.1 USB controller: VIA Technologies, Inc. VT82xx/62xx UHCI USB 1.1 Controller (rev 61)
03:00.2 USB controller: VIA Technologies, Inc. USB 2.0 (rev 63)
03:02.0 RAID bus controller: Silicon Image, Inc. SiI 3114 [SATALink/SATARaid] Serial ATA Controller (rev 02)

root@debian10:~# aplay -l
**** List of PLAYBACK Hardware Devices ****
root@debian10:~#

root@debian10:~# fuser -v /dev/snd/*
GEBRUIKER PID SOORT PROGRAMMA
/dev/snd/controlC0: root 376 f.... alsactl
wim 1485 F.... pulseaudio
root@debian10:~#

wim@debian10:~$ systemctl --user status pulseaudio
● pulseaudio.service - Sound Service
Loaded: loaded (/usr/lib/systemd/user/pulseaudio.service; disabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Wed 2020-10-21 22:32:33 CEST; 20min ago
Process: 1498 ExecStart=/usr/bin/pulseaudio --daemonize=no (code=exited, status=1/FAILURE)
Main PID: 1498 (code=exited, status=1/FAILURE)


/var/log/messages:
Oct 21 22:51:25 debian10 org.gnome.Shell.desktop[810]: ALSA lib pulse.c:243:(pulse_connect) PulseAudio: Unable to connect: Verbinding geweigerd
Oct 21 22:51:29 debian10 org.gnome.Shell.desktop[810]: ALSA lib pulse.c:243:(pulse_connect) PulseAudio: Unable to connect: Verbinding geweigerd
Oct 21 22:51:30 debian10 org.gnome.Shell.desktop[810]: ALSA lib pulse.c:243:(pulse_connect) PulseAudio: Unable to connect: Verbinding geweigerd
Oct 21 22:51:37 debian10 org.gnome.Shell.desktop[810]: ALSA lib pulse.c:243:(pulse_connect) PulseAudio: Unable to connect: Verbinding geweigerd
Oct 21 22:51:42 debian10 org.gnome.Shell.desktop[810]: ALSA lib pulse.c:243:(pulse_connect) PulseAudio: Unable to connect: Verbinding geweigerd

Wat is geprobeerd heb:
Opnieuw installeren pulseaudio
installeren pavucontrol maar deze geeft geen apparaat
Soms verschijnt in instellingen een geluidsapparaat om na een tijdje weer te verdwijnen.
Pulseaudio lijkt uit zichzelf te stoppen.
pacmd list-cards output geeft:
Er draait geen PulseAudio-voorziening, of het draait niet als sessievoorziening.
$pulseaudio --start
Daarna wel. Om na een tijdje weer te verdwijjnen.

[prutser001]

Welke hardware? ICH7 spul is al uit ~2005 dus het zal geen nieuwe PC/Laptop? zijn.

[MacLinux]

Inderdaad, het is een Dell Optiplex 380.

[prutser001]

Ik weet niet of dit werkt voor je maar : https://www.alsa-project.org/wiki/HDA_Analyzer

Schijnt dat die ALC259 niet echt de meest fijne chip is.

[MacLinux]

DE lijk die je gaf meldde een 404. Van git hda_analyzer gedownload. Maar na een aantal python modules gedownload te hebben bleef dit programma ook struikelen:

root@debian10:/home/wim# python3 hda_analyzer.py
File "hda_analyzer.py", line 45
raise ValueError, "URL %s" % url
^
SyntaxError: invalid syntax
root@debian10:/home/wim# python2 hda_analyzer.py
/usr/lib/python2.7/dist-packages/gtk-2.0/gtk/__init__.py:57: GtkWarning: could not open display
warnings.warn(str(e), _gtk.Warning)
/home/wim/hda_graph.py:40: Warning: ../../../gobject/gsignal.c:1656: signal "hda_codec_changed" already exists in the 'GObject' class ancestry
(gobject.TYPE_PYOBJECT,gobject.TYPE_PYOBJECT))
Traceback (most recent call last):
File "hda_analyzer.py", line 39, in <module>
from hda_graph import create_graph
File "/home/wim/hda_graph.py", line 40, in <module>
(gobject.TYPE_PYOBJECT,gobject.TYPE_PYOBJECT))
RuntimeError: could not create signal
root@debian10:/home/wim#

[MacLinux]

Opgelost!. USB Sound Adapter gekocht. Werkt!

[MartinMeijerink]

Je had het ook softwarematig kunnen oplossen, ik heb hetzelfde gehad, en na het verwijderen van Pulseaudio werkt alles goed.

[Hero of Time]

Sommige software vereist tegenwoordig PulseAudio (zoals Firefox, al schijnt er een work-around te zijn om alsnog ALSA te kunnen gebruiken, geen idee of dat nog bestaat).

Het probleem was dat PulseAudio blijkbaar niet draaide en connecties van clients (dus programma's die geluid willen afspelen) niet kon afhandelen. Er zal wel een reden zijn geweest waarom dit zo was. Met de informatie die gegeven is, is het niet echt duidelijk. Volgens je systemctl status uitvoer is het gecrasht, maar het zegt dan helaas niet waardoor.

Mocht je in de toekomst nog steeds issues hebben, probeer dan de crash vast te leggen. Als je PulseAudio via de command-line start zonder de --start optie, zou het op de voorgrond moeten blijven draaien in de terminal en als het crasht, daar de informatie moeten tonen waarom dit gebeurt.

[MartinMeijerink]

Ik gebruik altijd chrome, heb firefox er wel op staan, maar doe ik niks mee. Net ff firefox gestart en naar youtube gegaan, blijkt wel gewoon geluid te geven. Daarnaast heb ik twee geluidskaarten, één voor mpd (aan een ouderwetse versterker verbonden voor muziek in de woonkamer), en het overige geluid gaat naar mijn monitor, en soms gebruik ik meerdere programma's die iets met geluid doen door elkaar, dat moet allemaal probleemloos werken, met PulseAudio was het één groot drama, zonder PA werkt alles wel goed in ieder geval. Debian 9 overigens. Ik heb eigenlijk nog nooit begrepen wat voor meerwaarde PA zou moeten geven, alleen wel dat het erg buggy is.

[borft]

MartinMeijerink schreef op vrijdag 23 oktober 2020 @ 14:12:
Ik gebruik altijd chrome, heb firefox er wel op staan, maar doe ik niks mee. Net ff firefox gestart en naar youtube gegaan, blijkt wel gewoon geluid te geven. Daarnaast heb ik twee geluidskaarten, één voor mpd (aan een ouderwetse versterker verbonden voor muziek in de woonkamer), en het overige geluid gaat naar mijn monitor, en soms gebruik ik meerdere programma's die iets met geluid doen door elkaar, dat moet allemaal probleemloos werken, met PulseAudio was het één groot drama, zonder PA werkt alles wel goed in ieder geval. Debian 9 overigens. Ik heb eigenlijk nog nooit begrepen wat voor meerwaarde PA zou moeten geven, alleen wel dat het erg buggy is.

multiplexen van meerdere streams, combineren van meerder outputs / inputs, streams wisselen tussen devices, bluetooth audio, plugins (bv equalizer, noise cancelation), etc....

[Hero of Time]

Je kan met Alsa niet verschillende soorten audio stromen tegelijk gebruiken. Als een programma bijvoorbeeld stereo afspeelt en je wilt tegelijkertijd iets dat surround doet spelen, dan kan dat niet en krijg je 'device in use'. En omdat sommige programma's het geluidssysteem pas vrijgeven als het wordt afgesloten, is dat nogal problematisch als je even snel wat wilt laten zien of wilt wisselen.

PulseAudio lost dat op. Die kan namelijk wel stereo en surround tegelijk afspelen. Ik heb ook meerdere keren (in het verleden) gepoogd om met ALSA stereo upmixing te doen, waardoor dus ook de achter speakers geluid geven. Nooit fatsoenlijk werkend gekregen, terwijl dat met PA out-of-the-box werkt.

[borft]

Hero of Time schreef op vrijdag 23 oktober 2020 @ 14:16:
Je kan met Alsa niet verschillende soorten audio stromen tegelijk gebruiken. Als een programma bijvoorbeeld stereo afspeelt en je wilt tegelijkertijd iets dat surround doet spelen, dan kan dat niet en krijg je 'device in use'. En omdat sommige programma's het geluidssysteem pas vrijgeven als het wordt afgesloten, is dat nogal problematisch als je even snel wat wilt laten zien of wilt wisselen.

PulseAudio lost dat op. Die kan namelijk wel stereo en surround tegelijk afspelen. Ik heb ook meerdere keren (in het verleden) gepoogd om met ALSA stereo upmixing te doen, waardoor dus ook de achter speakers geluid geven. Nooit fatsoenlijk werkend gekregen, terwijl dat met PA out-of-the-box werkt.

Vroeger (zeg meer dan 20 jaar geleden), kon dat met ALSA alleen in hardware. Als je dan na een half uur compileren en 2 uur prutsen met DMA's IRQ's en IO addressen je GUS PnP aan de praat had, had je top geluid, en hardware mixen van meerdere streams!

Alhoewel ik een haat-liefde verhouding met PA heb, vind ik het een enorme verbetering.

[Hero of Time]

borft schreef op vrijdag 23 oktober 2020 @ 14:20:
[...]

Vroeger (zeg meer dan 20 jaar geleden), kon dat met ALSA alleen in hardware. Als je dan na een half uur compileren en 2 uur prutsen met DMA's IRQ's en IO adressen je GUS PnP aan de praat had, had je top geluid, en hardware mixen van meerdere streams!

Ik heb het over iets van 5 jaar geleden. Ik had namelijk in het begin ook nog wel wat gezeik met PA. Draaide eerst niet, moest je het handmatig doen en crashte het, maar als het als system-wide instance draaide ging het prima.
Al die issues zijn nu zga verdwenen en blijf ik bij de standaard config. Ik heb alleen in daemon.conf de optie 'flat-volume = no' gezet. Exacte reden weet ik niet meer, maar waarschijnlijk omdat het anders telkens met m'n volume zat te kloten, per kanaal of algemeen volumeniveau.

[MartinMeijerink]

Okee, ieder zijn ding, mijn ervaringen met PA waren niet om over naar huis te mailen, en met alsa werkt het gewoon out-of-the-box (maar dan doe ik alleen stereo, geen surround o.i.d.), maar dat was pakweg 15 jaar geleden ook al zo, en als ik (zoals borft ook aangeeft) nog iets verder terug in de tijd ga klopt het idd dat alsa niet wou mixen.