[Gelöst] ALSA: Audio lässt sich nicht aktivieren

[Blackbox]

Hallo Leute,

ich habe heute mein neues Arbeitsnotebook erhalten, Debian installiert, kann aber ALSA nicht zum aktivieren.
Um die sich aufdrängende Frage gleich abzufangen.
NEIN, pulseaudio, oder pipewire sind keine Option und würde ganz nebenbei ohne funktionieendes ALSA auch wenig bringen.

Code: Alles auswählen

**** Liste der Hardware-Geräte (PLAYBACK) ****
Karte 0: Generic [HD-Audio Generic], Gerät 3: HDMI 0 [HDMI 0]
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0
Karte 1: Generic_1 [HD-Audio Generic], Gerät 0: ALC269VC Analog [ALC269VC Analog]
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0

Meine Vermutung ist nun, mein Audio läuft deswegen nicht, weil das HDMI Device der Grafikkarte als erstes Gerät erkannt wird.
Dagegen spricht allerdings, wenn ich im alsamixer das 2. Gerät auswähle, wird leider auch kein Sound wiedergegeben.
Aber es werden mir zumindest die Pegel angeboten, das ist beim ersten Gerät nicht der Fall.

Das könnte auch daran liegen, dass ich das HDMI Modul auf die Blacklist gesetzt habe.

Die installierten ALSA Pakete:

Code: Alles auswählen

ii  alsa-tools                           1.2.5-2                            amd64        Console based ALSA utilities for specific hardware
ii  alsa-ucm-conf                        1.2.6.3-1                          all          ALSA Use Case Manager configuration files
ii  alsa-utils                           1.2.6-1                            amd64        Utilities for configuring and using ALSA
ii  gstreamer1.0-alsa:amd64              1.20.2-2                           amd64        GStreamer plugin for ALSA
ii  volumeicon-alsa                      0.5.1+git20170117-1+b2             amd64        systray volume icon for alsa

Nun noch die Systeminformationen:

Code: Alles auswählen

Advanced Linux Sound Architecture Driver Version k5.17.0-1-amd64.

Code: Alles auswählen

0 [Generic        ]: HDA-Intel - HD-Audio Generic
                      HD-Audio Generic at 0xfe6c8000 irq 77
 1 [Generic_1      ]: HDA-Intel - HD-Audio Generic
                      HD-Audio Generic at 0xfe6c0000 irq 78

Code: Alles auswählen

2: [ 0- 3]: digital audio playback
  3: [ 0- 0]: hardware dependent
  4: [ 0]   : control
  5: [ 1- 0]: digital audio playback
  6: [ 1- 0]: digital audio capture
  7: [ 1- 0]: hardware dependent
  8: [ 1]   : control
 33:        : timer

Code: Alles auswählen

G0: system timer : 4000.000us (10000000 ticks)
P0-3-0: PCM playback 0-3-0 : SLAVE
P1-0-0: PCM playback 1-0-0 : SLAVE
P1-0-1: PCM capture 1-0-1 : SLAVE

Code: Alles auswählen

00-03: HDMI 0 : HDMI 0 : playback 1
01-00: ALC269VC Analog : ALC269VC Analog : playback 1 : capture 1

Sollte ich etwas vergessen haben, bitte ich euch mir einen PN zu schreiben, damit ich den Beitrag anpassen kann.

[Livingston]

Wenn HDMI geblacklistet ist, wird auch der Sound über diesen Weg geblockt, heißt dann auch, dass die Steuerung des Gerätes wegfällt.
Die Lösung dürfte wahrscheinlich sein, das andere Gerät über /etc/asound.conf oder ~/.asoundrc zum Defaultdevice zu erklären.

Funktioniert eine explizite Ansteuerung von Gerät 1 mit

Code: Alles auswählen

aplay -D Generic_1 ${irgendeine wav-Datei}

?

[Blackbox]

Wenn HDMI geblacklistet ist, wird auch der Sound über diesen Weg geblockt, heißt dann auch, dass die Steuerung des Gerätes wegfällt.

Dessen bin ich mir bewusst.
Meine zusätzlichen Monitore steuere ich über mehrere DisplayPort-Anschlüsse an, deswegen wird HDMI auch nicht benötigt.

Die Lösung dürfte wahrscheinlich sein, das andere Gerät über /etc/asound.conf oder ~/.asoundrc zum Defaultdevice zu erklären.

Beide Dateien existieren nicht.

Code: Alles auswählen

$ cat: /etc/asound.conf: Datei oder Verzeichnis nicht gefunden

Code: Alles auswählen

$ cat: /home/$USER/.asoundrc: Datei oder Verzeichnis nicht gefunden

Funktioniert eine explizite Ansteuerung von Gerät 1 mit

Code: Alles auswählen

aplay -D Generic_1 ${irgendeine wav-Datei}

?

Code: Alles auswählen

$ aplay -D Generic_1 ~/Downloads/Digital\ Presentation_48000.wav
ALSA lib pcm.c:2664:(snd_pcm_open_noupdate) Unknown PCM Generic_1
aplay: main:831: Fehler beim Öffnen des Gerätes: Datei oder Verzeichnis nicht gefunden

Also nein.
Es scheint noch nicht einmal eine Gerätedatei zu existieren.

[smutbert]

Hab gerade nur ganz kurz reingelesen, deshalb auch nur ein kurzer Hinweis von mir. Korrekt müsste der Befehl

Code: Alles auswählen

aplay -D hw:Generic_1 ~/Downloads/Digital\ Presentation_48000.wav

heißen.

Später lese ich mir die Beiträge gern komplett durch und schreibe bei Bedarf mehr.

[Blackbox]

Korrekt müsste der Befehl

Code: Alles auswählen

aplay -D hw:Generic_1 ~/Downloads/Digital\ Presentation_48000.wav

heißen.

Okay, über diesen Weg fällt tatsächlich Audio aus dem Rechner! - Gute Nachricht!
Das bestätigt meine Vermutung, dass die Reihenfolge der Audiogeräte geändert werden muss.

Ich weiß, dass dies in der Datei:

Code: Alles auswählen

/etc/asound.conf

erledigt werden muss, wenn die Audiogeräte als globale Einstellung festgelegt werden sollen.
Aber ich weiß nicht, was ich in diese Datei schreiben muss.
Ach ja, und das dmixer Plugin hätte ich auch gern gleich mit aktiviert.

Gibt es eine gute Webseite, in der die Syntax dieser Datei erklärt wird?

Später lese ich mir die Beiträge gern komplett durch und schreibe bei Bedarf mehr.

Vielen Dank für eure Unterstützung!

[Livingston]

Ups, sorry wegen des unterschlagenen "hw:"
Wenn Du das erste mal Kontakt mit /etc/asound.conf bzw. ~/.asoundrc hast, würde ich mich langsam vortasten. Vermutlich reicht es aber, wenn Du einfach nur das Defaultgerät neu definierst. Am Besten schnappst Du Dir bei Gelegenheit mal das Wiki Audiokonfiguration (ist doch von smutbert, nicht wahr? )

Quick und dirty zum Testen: .asoundrc (mit Punkt vorne) im Homeverzeichnis erzeugen und das da reinklappen:

Code: Alles auswählen

pcm.!default { 
	type hw
	card Generic_1
	device 0
}

ctl.!default {
	type hw
	card Generic_1
}

Wenn dann noch mehr ansteht, schauen wir weiter.

[ralli]

Hallo, das hat bei mir bei einer Debian Minimalinstallation nur mit ALSA funktioniert. Anlegen einer .asoundrc im Homeverzeichnis mit folgendem Inhalt:

Code: Alles auswählen

defaults.pcm.!card 1
defaults.pcm.!device 0
defaults.ctl.!card 1

Editieren der alsa.conf und ändern in

Code: Alles auswählen

defaults.ctl.card 0
defaults.pcm.card 0
defaults.pcm.device 

in

Code: Alles auswählen

defaults.ctl.card 1
defaults.pcm.card 1
defaults.pcm.device 1

Rechner neu starten, fertig!

Gruß ralli

[Blackbox]

Ups, sorry wegen des unterschlagenen "hw:"

Das passiert, ist nicht wild.
Ist nichts passiert, was man nicht wieder gerade biegen könnte!

Wenn Du das erste mal Kontakt mit /etc/asound.conf bzw. ~/.asoundrc hast, würde ich mich langsam vortasten.

Ich habe mich schon einmal in der ALSA Konfiguration beschäftigen müssen.
Das ist aber bereits so lang her, dass ich mich nur noch an die Speicherorte der Konfigurationsdateien erinnern konnte.

Vermutlich reicht es aber, wenn Du einfach nur das Defaultgerät neu definierst. Am Besten schnappst Du Dir bei Gelegenheit mal das Wiki Audiokonfiguration (ist doch von smutbert, nicht wahr?

Das Wiki ist mir auch als Erstes eingefallen und ich habe mir das auch angesehen, bevor ich den ersten Beitrag zu diesem Thema geschrieben habe.
Aber ich fürchte, heute bekomme ich das nicht mehr in meinen Kopf.

Quick und dirty zum Testen: .asoundrc (mit Punkt vorne) im Homeverzeichnis erzeugen und das da reinklappen:

Code: Alles auswählen

pcm.!default { 
	type hw
	card Generic_1
	device 0
}

ctl.!default {
	type hw
	card Generic_1
}

Das hat leider nicht auf Anhieb geklappt.
Außerdem möchte ich lieber die

Code: Alles auswählen

/etc/asound.conf

befüllen.
Das ändert doch sicherlich nichts an der Syntax?

Wenn dann noch mehr ansteht, schauen wir weiter.

Gern und danke!

[Livingston]

Außerdem möchte ich lieber die

Code: Alles auswählen

/etc/asound.conf

befüllen.
Das ändert doch sicherlich nichts an der Syntax?

Geht auch, gilt dann halt systemweit und nicht für einzelne User. Die Syntax ist gleich.
rallis Vorschlag sieht auch interessant aus. Im Vergleich zu meinem Vorschlag zeigt sich da auch, dass die Syntax ziemlich flexibel ist. Man hat z.B. die Wahl zwischen Soundkartennummer (hier: 1) und Bezeichnung (hier: Generic_1), modularem Aufbau und Einzeilern usw. Ist teilweise Geschmacksfrage. Ich persönlich benutze lieber die ALSA-Bezeichnungen, die aplay -l ausgibt, Nummernschema tut's aber genauso gut.

[smutbert]

Im Grunde habt ihr ja eh schon fast alles.

Bei Alsa wird, ohne Konfigurationsdatei und ohne in der Anwendung, die einen Ton von sich geben will etwas konfiguriert zu haben, normalerweise versucht vom Gerät 0 der Karte 0 abzuspielen. Das ist bei dir @Blackbox gescheitert, weil Karte 0 über kein Gerät 0 verfügt sondern nur über ein Gerät 3.

Dagegen spricht allerdings, wenn ich im alsamixer das 2. Gerät auswähle, wird leider auch kein Sound wiedergegeben.

Hier dürfte ein kleines Mißverständnis vorliegen, zumindest wenn du das gemacht hast, was ich vermute:
Mit alsamixer kannst du an den Reglern drehen und du kannst die Karte auswählen, deren Regler du bedienen willst, aber du beeinflusst damit nicht über welche Soundkarte wiedergegeben wird (oder von welcher Soundkarte aufgenommen wird).



Das heißt aber nicht, dass die Reihenfolge geändert werden muss – das wäre zwar eine Möglichkeit und früher hat man das durchaus gemacht, aber ich würde eher so etwas vorschlagen wie ralli es geschrieben hat, nur dass mit Nummern sondern mit Namen:

Code: Alles auswählen

defaults.ctl.card Generic_1
defaults.pcm.card Generic_1

Damit erklärst du statt Karte 0, die Karte Generic_1 zum Default und zwar sowohl für Wiedergabe und Aufnahme (pcm), wie auch als Gerät zur Lautstärkeregelung (ctl).
Ansonsten bleibt es bei der Standardkonfiguration, die unter anderem auch dafür sorgt, dass mehrere gleichzeitige Audioausgaben gemischt und wiedergegeben werden und die Audiodaten in ein Format konvertiert werden, mit dem die Soundkarte umgehen kann.

Wenn das systemweit gelten soll, schreibst du es in die »/etc/asound.conf«, benutzerspezifisch in die »~/.asoundrc«.


Die Variante, die Livingston vorgeschlagen hat, funktioniert auch, macht aber etwas anderes:
Damit wird die Soundkarte unter Umgehung der sonstigen Alsa-Konfiguration als Default eingerichtet. Das bedeutet, dass eine Anwendung die Ton wiedergibt, die Soundkarte exklusiv belegt und außerdem, dass die Wiedergabe scheitert, wenn die Anwendung ein Audioformat verwendet, das die Soundkarte nicht versteht.

(Wahrscheinlich ist es eh klar, aber mit Audioformat ist hier nicht wav, mp3, flac,... gemeint sondern die Zahl der Kanäle, die Samplerate und das Sampleformat.)

[Livingston]

@smutbert: In ersten Beitrag von blackbox ist Generic der HDMI-Output, wird also von ALSA mit "Generic" benamst, Karte/Gerät "hw:0,3", während "Generic_1" den Analog-Krempel erledig: "Generic_1" / "hw:0,0". Darauf soll ja am Ende die Ausgabe erfolgen.

Bin mal gespannt, was da raus kommt

[smutbert]

Danke, stimmt natürlich. Ich habe nicht aufpasst, es aber jetzt korrigiert.

[ralli]

Ich benutze nur noch ein Debian Minimalsystem, JWM als Windowmanager und purem alsa. Kein Pulseaudio und kein PipeWire. Seitdem gehören meine Störungen im Soundsystem der Vergangenheit an. Alsa ist mitunter ein wenig eigenwillig, nicht immer kann ich eine stringente Logik erkennen. Hast Du einen Onboard Soundchip im Einsatz und eine Nvidia Karte, braucht es keine manuelle Konfiguration, alles läuft on the box. Kommt eine interne PCI Soundkarte zum Einsatz und Onboard Sound ist deaktiviert, dann krallt er sich Nvidia als erstes und alsa muß manuell konfiguriert werden.

Gruß ralli

[Blackbox]

Hallo allerseits,

Mittagspause, Zeit für ein paar Tests.

Vielen Dank, dass ihr drangeblieben seid.
Nach einer kleinen Reboot-Orgie muss ich euch leider mitteilen, dass keiner eurer Vorschläge funktionierte.
Weder das Webradio-Livestreaming noch YouTube waren zu bewegen, meine Boxen in Schwingungen zu versetzen.

Bin aber weiterhin offen, für folgende Vorschläge.

Meine nächste Idee ist es im UEFI nachzuschauen, ob sich HDMI deaktivieren lässt.
Da muss ich aber erst einmal schauen, ob dies überhaupt möglich ist und funktioniert, wie es mir beliebt?

Benötigt ihr weitere Informationen zum System?
Wenn ja, welche?

[towo]

Das hdmi device kann man auch einfach per udev-rule deaktivieren.

[smutbert]

Ich hoffe, dass es kein allzu großes Problem sein wird, den Fehler zu finden. Wir wissen ja bereits, dass

Code: Alles auswählen

$ aplay -D hw:Generic_1 ~/Downloads/Digital\ Presentation_48000.wav

funktioniert. Wenn du nun nach meinem Vorschlag

Code: Alles auswählen

defaults.ctl.card Generic_1
defaults.pcm.card Generic_1

in der »/etc/asound.conf« oder »~/.asoundrc« stehen hast, sollte der Befehl auch ohne Angabe des Audiogeräts funktionieren

Code: Alles auswählen

$ aplay ~/Downloads/Digital\ Presentation_48000.wav

Tut er das?

(Beim Browser gibt es möglicherweise noch einen Fallstrick, aber ich würde vorschlagen, darum kpmmern wir uns, wenn es sonst einmal grundsätzlich funktioniert.)

@towo
Ich würde zuerst gerne herausfinden, wo der Fehler bis hier besteht, aber wie man hdmi-audio per udev-Regel ausschalten/deaktivieren kann, interessiert mich seitdem du das im anderen Thread geschrieben hast.

[towo]

Code: Alles auswählen

root@Defiant:/home/towo# cat /etc/udev/rules.d/10-remove-nvidia-audio.rules
ACTION=="add", KERNEL=="0000:09:00.1", SUBSYSTEM=="pci", RUN+="/bin/sh -c 'echo 1 > /sys/bus/pci/devices/0000:09:00.1/remove'"

So macht man das per udev rule.

[Livingston]

Wieder was gelernt in meinen alten Tagen: Ich habe bei der Flaschengeistbefragung des Wiki von alsa-project.org und anderen Dokus konsequent jahrelang den Unterschied zwischen smutberts Ansatz

Code: Alles auswählen

defaults.ctl.card Generic_1
defaults.pcm.card Generic_1

und meinem

Code: Alles auswählen

pcm.!default { 
	type hw
	card Generic_1
	device 0
}

ctl.!default {
	type hw
	card Generic_1
}

ignoriert. Steht ja beide Male irgendwie default drin, macht aber was anderes.
Das Sammeln von Informationen zu ALSA kann ganz schön mühselig sein. "Mal eben" nachschlagen ist leider nicht möglich, und wie ich hier sehe, kann man sich problemlos verrennen, wenn man nicht aufpasst.

[mcb]

Firmware-sof ist installiert?

Code: Alles auswählen

firmware-sof | 1.7-1         | stable/non-free   | source
firmware-sof | 2.0-1         | testing/non-free  | source
firmware-sof | 2.0-1         | unstable/non-free | source
marc@mb:~$ apt policy firmware-sof-signed 
firmware-sof-signed:
  Installed: 2.0-1
  Candidate: 2.0-1
  Version table:
 *** 2.0-1 100
        100 /var/lib/dpkg/status
     1.7-1 500
        500 http://debian.inf.tu-dresden.de/debian bullseye/non-free amd64 Packages
        500 http://debian.inf.tu-dresden.de/debian bullseye/non-free i386 Packages

[Blackbox]

Wenn du nun nach meinem Vorschlag

Code: Alles auswählen

defaults.ctl.card Generic_1
defaults.pcm.card Generic_1

in der »/etc/asound.conf« oder »~/.asoundrc« stehen hast, sollte der Befehl auch ohne Angabe des Audiogeräts funktionieren

Sollte, aber es funktioniert nicht.
Ich hatte doch vorhin in der Mittagspause geschrieben, dass ich alle eure Vorschläge durchprobiert habe.

Ich verwende immer noch die Konfigurationsdatei

Code: Alles auswählen

/etc/asound.conf

.

Code: Alles auswählen

$ aplay ~/Downloads/Digital\ Presentation_48000.wav

Tut er das?

Die kurze Version lautet: Nein, das funktioniert nicht.
Die lange Version beinhaltet aber eine Fehlermeldung.

Code: Alles auswählen

ALSA lib conf.c:1240:(parse_value) card is not a string
ALSA lib conf.c:2005:(_snd_config_load_with_include) _toplevel_:2:0:Das Argument ist ungültig
ALSA lib conf.c:4094:(config_file_open) /etc/asound.conf may be old or corrupted: consider to remove or fix it
ALSA lib conf.c:4016:(snd_config_hooks_call) function snd_config_hook_load returned error: Das Argument ist ungültig
ALSA lib conf.c:4623:(snd_config_update_r) hooks failed, removing configuration
aplay: main:831: Fehler beim Öffnen des Gerätes: Das Argument ist ungültig

(Beim Browser gibt es möglicherweise noch einen Fallstrick, aber ich würde vorschlagen, darum kpmmern wir uns, wenn es sonst einmal grundsätzlich funktioniert.)

Gern, obwohl ich noch nicht ahne, worauf du anspielst?
Aber genau, darum kümmern wir uns später.

@towo
Ich würde zuerst gerne herausfinden, wo der Fehler bis hier besteht, aber wie man hdmi-audio per udev-Regel ausschalten/deaktivieren kann, interessiert mich seitdem du das im anderen Thread geschrieben hast.

Dem würde ich mich anschließen.

Code: Alles auswählen

root@Defiant:/home/towo# cat /etc/udev/rules.d/10-remove-nvidia-audio.rules
ACTION=="add", KERNEL=="0000:09:00.1", SUBSYSTEM=="pci", RUN+="/bin/sh -c 'echo 1 > /sys/bus/pci/devices/0000:09:00.1/remove'"

So macht man das per udev rule.

@towo gibt es da nichts Eleganteres; diese udev-Regel sieht aus wie mit dem MG geschnitzt ...

den Unterschied zwischen smutberts Ansatz

Code: Alles auswählen

defaults.ctl.card Generic_1
defaults.pcm.card Generic_1

und meinem

Code: Alles auswählen

pcm.!default { 
	type hw
	card Generic_1
	device 0
}

ctl.!default {
	type hw
	card Generic_1
}

ignoriert.

Ich habe in jedem Falle deinen Lösungsvorschlag nicht ignoriert.

Wieder was gelernt in meinen alten Tagen: Ich habe bei der Flaschengeistbefragung des Wiki von alsa-project.org und anderen Dokus konsequent jahrelang den Unterschied zwischen smutberts Ansatz

Code: Alles auswählen

defaults.ctl.card Generic_1
defaults.pcm.card Generic_1

und meinem

Code: Alles auswählen

pcm.!default { 
	type hw
	card Generic_1
	device 0
}

ctl.!default {
	type hw
	card Generic_1
}

ignoriert. Steht ja beide Male irgendwie default drin, macht aber was anderes.
Das Sammeln von Informationen zu ALSA kann ganz schön mühselig sein. "Mal eben" nachschlagen ist leider nicht möglich, und wie ich hier sehe, kann man sich problemlos verrennen, wenn man nicht aufpasst.

Ja, leider.
Gerade nach dem Job lässt die Konzentration sehr nach.

Steht ja beide Male irgendwie default drin, macht aber was anderes.
Das Sammeln von Informationen zu ALSA kann ganz schön mühselig sein. "Mal eben" nachschlagen ist leider nicht möglich, und wie ich hier sehe, kann man sich problemlos verrennen, wenn man nicht aufpasst.

Genau das macht ALSA so spannend, aber auch, wie gerade in meinem Anwendungsbereich anstrengend.

Firmware-sof ist installiert?

Wenn du nun noch erklären möchtest, wieso eine Intel Firmware auf einem AMD System installiert werden sollte?

Code: Alles auswählen

Audio device: Advanced Micro Devices, Inc. [AMD] Family 17h/19h HD Audio Controller

Bitte nur auf Themen antworten, die auch verstanden wurden!

[mcb]

Ach so, war ja nur eine Idee ->

Sound Open Firmware For AMD Audio Hardware Arrives, Initially For Renoir ACP - Phoronix:
https://www.phoronix.com/scan.php?page= ... are-Renoir

[Blackbox]

Ach so, war ja nur eine Idee ->

Die genau was gebracht hat?

Sound Open Firmware For AMD Audio Hardware Arrives, Initially For Renoir ACP - Phoronix:
https://www.phoronix.com/scan.php?page= ... are-Renoir

Wie wäre es einmal mit Antworten, die auch zum Thema passen?
Eine Suchmaschine kann ich selbst füttern.

Bitte halte dich zukünftig aus meinen Threads heraus!

[dasebastian]

Ich werfe ganz vorsichtig in den Raum:

Ist tlp installiert? Ich hatte deswegen "Alsaprobleme" mit einer externen Soundkarte, die wurde dann nicht generell mit Strom versorgt, da hat es in der Bedienung und Versorgung geknirscht.

Wird wahrscheinlich nicht der Grund sein, aber wenn installiert, vielleicht mal probieren?

[Blackbox]

Ist tlp installiert?

Die Software eines Ubuntuverstehers?
Mit Sicherheit nicht.

[dasebastian]

Die Software eines Ubuntuverstehers?

??

Sorry.