inne hat geschrieben: 21.07.2018 17:58:23
[…]
Das war das Problem. Ist das evtl. als Bug einzustufen oder soll das so?
ich würde es nicht als Bug einstufen.
Solche Probleme hat man mit mehreren systemweiten Daemonen, die Töne ausgeben wollen (neben timidity zB
mpd und auch mit anderen Programmen, die nicht unter dem Account des lokal angemeldeten Benutzers laufen). Das liegt daran, dass Pulseaudio vom angemeldeten Benutzer gestartet wird und in der Standardkonfiguration exklusiven Zugriff auf die Soundkarte benötigt, aber nur mit den Programmen funktioniert, die vom gleichen Benutzer gestartet wurden.
Entweder also timidity oder andere (Alsa-)Anwendungen/Daemonen anderer Benutzer blockieren die Soundkarte und hindern Pulseaudio am Funktionieren oder Pulseaudio bekommt zuerst Zugriff auf die Soundkarte und verhindert, dass die Daemonen Zugriff auf die Soundkarte erhalten.
Es gibt einige Möglichkeiten das zu umgehen. Auf Anhieb fällt mir ein
- in der Pulseaudio-Instanz des Benutzers anderen Anwendungen, Benutzern und/oder sogar Computern den Zugriff über das Netzwerk erlauben.
- Pulseaudio lässt sich als systemweiter Daemon einrichten, auf den dann auch andere Daemonen/Benutzer Zugriff haben, vorausgesetzt sie sind in der Gruppe pulse-access. Dabei gehen aber einige Features von Pulseaudio verloren (aus Sicherheitsgründen).
- Pulseaudio so konfigurieren, dass es die Soundkarte nicht mehr exklusiv in Beschlag nimmt sondern sich den Zugriff über Alsas dmix-Plugin mit anderen Alsa-Anwendungen teilt. Auch dabei verliert man viele Funktionen von Pulseaudio.
- Die fraglichen Daemonen als normaler Benutzer starten, damit sie ohne weitere Maßnahmen mit der Pulseaudioinstanz des Benutzers interagieren können. Das geht imho auch mit timidity, vor allem kenne ich es aber von mpd, das automatisch unter dem Benutzeraccount gestartet wird, wenn eine benutzereigene Konfigurationsdatei existiert.
- Pulseaudio deinstallieren und nur mehr Alsa verwenden ☺
(ich habe mich bis jetzt je nach Anwendungsfall für 2. oder 5. entschieden, würde inzwischen wo es möglich ist statt mit 5. eher mit 4. versuchen)
Die Mitgliedschaft in der Gruppe audio sollte für den normalen Benutzer übrigens in keinem der Fälle notwendig sein, weil systemd-logind dem lokal angemeldeten Benutzer über ACLs Rechte an einigen Gerätedateien einräumt, ua den Gerätedateien von Alsa.