Artix und Sound

djeli · 31. Januar 2018, 11:33:48

Ich habe Artix ganz normal installiert.
Update gemacht,danach Neustart.
KDE plasma installiert.
Auf den ersten Blick funktioniert alles.keine Freeze.

Auf den zweiten blick kein Sound über ICE1712.
Module sind geladen,Anzeigen in Pulseaudio reagieren.
Mittlerweile habe ich festgestellt das es wohl am Kernel 4.14 liegen muß,da es auch auf anderen Systemen mit diesem Kernel nicht funktioniert.
EDIT: Hab grad festgestellt ,wenn man Soundausgabe auf allen Karten ausgibt funktioniert der ICE1712.
Muss da mal in der Pulseaudio config suchen.

Bei dieser Aktion habe ich bemerkt das das Terminal (Q Terminal) nicht sauber funktioniert.
zb. Alsamixer aufrufen →Programm startet.
Enstellen im Alsamixer mittels F-Tasten bewirgt ein beenden des Programmes.
Sau blöd.
Im anderen Terminal(terminator) funktioniert es.
Normale Soundkarten funktionieren.
Erfreulich ist der Quas Mixer in den Repros sowie pasystray.

Wie schon bemerkt wurde hat der Sound unter XFCE probleme.
Der Regler in der Leiste funktioniert nur wiederwillig.
Verweigert des öfteren den Dienst.

Warten wir mal wie sich das alles entwickelt.
Gruß djeli

Daemon · 31. Januar 2018, 12:05:09

Ui, und ich dachte schon ich wäre der einzige der Probleme damit hat.

Wie du bereits festgestellt hast, funktioniert es unter XFCE nur sehr widerwillig, was noch ein Grund war XFCE nicht zu benutzen.

Mal davon abgesehen, brauchst du unbedingt PA? Bei mir ist es noch installiert, aber auch nur weil ich bisher zu faul war um dies zu ändern.
Vorteil von PA ist ja nur, wenn man mehrere Audio Quellen hat, und diese getrennt voneinander regeln möchte/muss. Ansonsten hat PA, wie alles von L.P., nur Nachteile. Alleine schon, dass alles gezwungen wird durch PA zu schicken ist eine Frechheit. Hier verstehe ich dann die Devs von Artix nicht. Warum setzen die auf PA?

Bei Wikipedia gibt es eine interessante Übersicht wie alles gezwungen wird durch den PA daemon zu laufen:

ZitatPulseAudio basiert auf zwei grundlegenden Prinzipien:
Alle Audioströme werden durch den PulseAudio-Daemon (Soundserver) geleitet.
Ausschließlich der PulseAudio-Daemon selbst greift auf die Hardware-Soundschnittstelle (Software-Abstraktion der physischen Soundhardware) des Systems zu, auf dem er läuft.

Die meisten Programme können direkt mit PulseAudio kommunizieren:
Soundquelle → PulseAudio → ALSA-Treiber → Hardware

Wenige Programme können nicht mit PulseAudio kommunizieren:
Soundquelle → ALSA → PulseAudio → ALSA-Treiber → Hardware

PulseAudio ist auch netzwerkfähig:
Soundquelle → PulseAudio → Netzwerk → PulseAudio → ALSA-Treiber → Hardware

Ohne PulseAudio kann das Programm direkt mit dem Soundkarten-Treiber (hier: ein ALSA-Treiber) kommunizieren:
Soundquelle → ALSA-Treiber → Hardware

Alternativ sollten Programme mit dem ALSA-Soundserver kommunizieren:
Soundquelle → ALSA → ALSA-Treiber → Hardware

Quelle: PulseAudio – Wikipedia

Ich würde alles über alsa machen, es sei denn du bist auf PA angewiesen. Ich weiß, wieder zusätzliche Konfiguration, aber man ist den Mist los (zumal KDE ja selbst noch Phonon als Multimedia Quelle hat).

Also, hier noch ganz kurz:

Soundquelle  ->  ALSA-Treiber  ->  Hardware

Nachteil: Soundkarten, die keine Hardwaremixing beherrschen (Linux-Treiber keine Hardwaremixing unterstützen), immer nur eine Soundquelle wiedergeben können.

Soundquelle  ->  ALSA  ->  ALSA-Treiber  ->  Hardware

Will man hier Änderungen vornehmen, nutzt man .asoundrc im home Verzeichnis.

Bezüglich QTerminal: habe ich direkt mit konsole ersetzt (KDE Paket). Wenn ich KDE benutze, dann soll auch alles einem Guss sein (für mich zumindest).

GypsyWolve · 31. Januar 2018, 12:44:10

Nutze Xfce und habe keine Probs, setze auch auf alsa und schmeisse PA grundsaetzlich raus

Fuers panel aus dem AUR: alsa-tray

guest6 · 31. Januar 2018, 13:36:18

Und selbst die billigen Sound-Chips onboard haben kein Problem damit,
viele Anwendungen gleichzeitig mit Sound laufen zu lassen bzw. jeden
Sound auszugeben. Hört sich nur nicht schön an, wenn ich 5 Apps mit
Sound gleichzeitig laufen lasse.

Und Netzwerkfähig muss man differenzieren.

Ich konnte nur mit Alsa den mpd schon vor 15 Jahren
über das Netz laufen lassen.

Daemon · 31. Januar 2018, 13:44:28

Zitat von: virtual-dev am 31. Januar 2018, 13:36:18
Und selbst die billigen Sound-Chips onboard haben kein Problem damit,

Apropos billige onboard Sound Chips, dazu hätte ich mal eine Frage, mache aber ein neues Thema dafür auf.

djeli · 31. Januar 2018, 14:05:35

ZitatVorteil von PA ist ja nur, wenn man mehrere Audio Quellen hat, und diese getrennt voneinander regeln möchte/muss.

Genau darum geht es mir. Möcht ich auch nicht missen.

Daß man es nicht braucht weiß ich.

Daemon · 31. Januar 2018, 14:17:32

Den neuen 4.15er Kernel schon probiert?
Hast du die alsa-tools installiert?
Im AUR gibt es noch etwas speziell zu dem Chip, is aber outdated.

Eventuell hilft das ja weiter: Matrix:Module-ice1712 - AlsaProject

djeli · 02. Februar 2018, 11:37:57

ICE1712
Starte ich den Rechner Neu (kaltstart) funktioniert die Soundkarte.

Mache ich einen Neustart (Reset) bleibt sie stumm.
Alsamixer,envy24,PulseAudio einstellungen alles gleich.

soweit so gut.

Daemon · 02. Februar 2018, 12:04:30

Na toll!
Ich hatte bei mir gerade den Ton kurz stumm geschaltet wegen Telefon, und als ich den Ton wieder aktiviert habe, kam nichts mehr.

EDIT:
5 Minuten nachdem der Ton ausgefallen war, ist auch mal wieder der PC abgestürzt.

guest10 · 02. Februar 2018, 16:00:03

Zitat von: djeli am 02. Februar 2018, 11:37:57
ICE1712
Starte ich den Rechner Neu (kaltstart) funktioniert die Soundkarte.

Mache ich einen Neustart (Reset) bleibt sie stumm.
Alsamixer,envy24,PulseAudio einstellungen alles gleich.

soweit so gut.

Dafür gibt es einfache Lösung.
Im AlsaMixer stellt man alles nach Wunsch ein.
Auto-Mute auf Disabled stellen nicht vergessen.

Man speichert die Einstellungen:

alsactl -f ~/.config/asound.conf store

Und lädt sie wieder mit:

alsactl -f ~/.config/asound.conf restore

Wenn man pulse verwendet soll man mit sleep das Laden verzögern.

Autostart für openbox:

(sleep 5 && alsactl -f ~/.config/asound.conf restore) &

MfG

djeli · 02. Februar 2018, 17:36:55

@ LuMI
Leider ohne wirkung bei mir.

Zitatcat /proc/asound/cards
0 [SB ]: HDA-Intel - HDA ATI SB
HDA ATI SB at 0xfe400000 irq 16
1 [NVidia ]: HDA-Intel - HDA NVidia
HDA NVidia at 0xfe080000 irq 45
2 [CMI8738 ]: CMI8738-MC6 - C-Media CMI8738
C-Media CMI8738 (model 55) at 0xd000, irq 20
3 [DMX6Fire ]: ICE1712 - TerraTec DMX6Fire
TerraTec DMX6Fire at 0xd140, irq 21

Ist die Karte auf Platz 3 funktioniert die Ausgabe nicht.
Ist Sie auf platz 0 funktioniert sie.
Auf platz 2 funktioniert Sie.

Das einfachste wäre der Karte einen festen Platz zuweisen. immer "0" zb.
Ist mir aber noch nicht gelungen.

etc/modprobe.d/sound-cards-order

gibt es ja leider nicht mehr.

Die reihenfolge der Soundkarten ändert sich ja fast bei jedem Neustart oder reset.
Die anderen Karten machen keine Probleme.

Elektrisch würde ich sagen:Wenn sich der Rechner und die Karten alle entladen haben,wird die Karte als erste erkannt und somit Platz "0". Alles danach ist Lotto.

guest10 · 02. Februar 2018, 18:38:46

D @djeli

Es gibt mehrere Lösungsansätze.

Siehe:
Alsa Opensrc Org - Independent ALSA and linux audio support site

MfG

djeli · 03. Februar 2018, 13:05:47

L @LuMI

Danke für den Link.
Habe es wie folgt gelöst.
Ich habe eine Datei "sound.conf" in "etc/modprobe.d" erstellt.

# Sound card reihenfolge
alias sound-card0 snd_ice1712
options snd_ice1712 index=0

alias sound-card1 snd_cmipci
options snd_cmipci index=1

alias sound-card2 snd_hda_intel
options snd_hda_intel index=2,3

reihenfolge bleibt jetzt immer gleich.

Mercy
djeli

Artix und Sound

guest6

guest10

guest10