[solved][softhddevice] Soundausgabe über pipewire

nobanzai · 6. April 2023

Hi,

ich starte den vdr über systemd als User=vdr. Klappt super.

Dann möchte ich aber, dass der pipewire.service als PulseServer die Sound-Ausgabe von softhddevice macht.

Ohne den klappt Sound bei mir mit plughw=0,3 wie gewünscht.

Wenn ich aber den Sound über pipewire laufen lassen möchte, kommt nix aus den Lautsprechern, weil pipewire zu spät startet, und daher sowas wie "audio/alsa: playback open 'pulse' error: Connection refused" gemeldet wird. Wenn dann der pipewire endlich soweit ist, kann softhddevice nicht mehr connecten.

Oder doch? Oder kann man das anders lösen?

Danke und ciao.

Michael.

nobanzai · 7. April 2023

Ich hab eine Methode gefunden, wie man zumindest auf systemd Maschinen eine session für den User vdr zum Zeitpunkt des VDR-Starts verfügbar haben kann, inkl. laufendem pipewire (sofern es für den User aktiviert ist):

Code

loginctl enable-linger vdr

Trotzdem bekomme ich für "-a pulse" den Fehler "audio/alsa: playback open 'pulse' error: Connection refused".

Für "-a pipewire" kommt stattdessen "audio/alsa: playback open 'pipewire' error: Host is down".

Das Dumme ist, dass der VDR bei mir als root gestartet wird und erst später den Kontextswitch zum User vdr macht. Dadurch ist die laufende Session nicht die, die von ihm genutzt wird.

fnu · 7. April 2023

Kannst Du pipewire per systemd kontrollieren?

Wenn ja, evtl. in etwa folgende Abhängigkeit per systemd definieren ("injecten"):

Code

cat /etc/systemd/system/vdr.service.d/vdrreqs.conf

[Unit]
After=pipewire.service
Wants=pipewire.service

VDR startet dann "After" und "Wants" würde relativ hart definieren, ohne pipewire startet VDR nicht ... "pipewire.service" hatte ich jetzt einfach mal als Service-Namen angenommen ...

seahawk1986 · 7. April 2023

Eventuell hilft der Ansatz, den ich für yavdr-ansible gewählt habe - da lasse ich eine extra Session für den Nutzer vdr starten (entweder mit oder ohne X-Server, je nachdem welches Ausgabeplugin genutzt wird) und definiere diese Systemd-Unit als Abhängigkeit für die vdr.service.

Ansonsten gibt es wohl ein Analogon zu pulseaudio's System Mode, aber ich habe noch nicht ausprobieret, welche Implikationen das hat: https://gitlab.freedesktop.org…/issues/1610#note_1079810

nobanzai · 8. April 2023

Zitat von seahawk1986

Eventuell hilft der Ansatz, den ich für yavdr-ansible gewählt habe - da lasse ich eine extra Session für den Nutzer vdr starten (entweder mit oder ohne X-Server, je nachdem welches Ausgabeplugin genutzt wird) und definiere diese Systemd-Unit als Abhängigkeit für die vdr.service.

Wie startest du eine Session für den User vdr? Auch über den lingering Mechanismus von systemd?

Und wie schaffst du es, einen X-Server als user zu starten?

Das mit dem Systemmode von pipewire ist eher krampfig - IMHO. Hatte ich ausprobiert, aber das will man (ich) eigentlich nicht.

Aber: Ich habe es miittlerweile geschafft, dass pipewire startet, bevor der VDR losläuft.

Dummerweise klappt es trotzdem nicht - selbe Fehler wie oben.

Irgendwelche Rechte fehlen da ggf. noch, oder softhddevice kann mit dem Service pulse oder pipewire nicht connecten, wenn es kein echtes Pulseaudio ist.

nobanzai · 8. April 2023

Ich beschreibe mal, was ich gemacht habe:

Eine permanente Session für den User aktiviert:
- loginctl enable-linger vdr
- pipewire, pipewire-pulse und wireplumber als user services für die Kennung vdr enabled
=> Die Session wird mit laufenden Pipewire services bei Booten zur Verfügung gestellt.
Zwei vdr Services kreiert:
- einen system service für die Root-Aktionen - also X Server starten, tty Berechtigungen setzen, ...
- einen user service für den Start von vdr, der ebenfalls in o.a. permanter Session mit gestartet wird

Damit funktioniert im Groben alles bis auf den Connect von softhddevice zu pipewire - und wie gesagt, obwohl pipewire verfügbar ist.

Code

# system service vdr
[Unit]
Description=root actions for Video Disk Recorder
# geht nicht, wenn der vdr.service user service ist
# PartOf=vdr.service
After=local-fs.target sysinit.target
Before=systemd-user-sessions.service

[Service]
Type=oneshot
RuntimeDirectory=vdr
RuntimeDirectoryMode=0775
ExecStart=/usr/local/bin/vdrctl startroot
ExecStop=/usr/local/bin/vdrctl stoproot
RemainAfterExit=yes
SuccessExitStatus=10

[Install]
WantedBy=multi-user.target

Alles anzeigen

Code

# user service vdr
[Unit]
Description=Video Disk Recorder
After=pipewire-pulse.service
Requires=pipewire-pulse.service

[Service]
Type=simple
RuntimeDirectory=vdr
RuntimeDirectoryMode=0775
ExecStart=/usr/local/bin/vdrctl startx
ExecStop=/usr/local/bin/vdrctl stopx
Restart=always
RestartSec=0
TimeoutSec=0
SuccessExitStatus=10

[Install]
WantedBy=default.target

Alles anzeigen

seahawk1986 · 8. April 2023

Zitat von nobanzai

Wie startest du eine Session für den User vdr? Auch über den lingering Mechanismus von systemd?

Nein, über eine richtige Login-Session - die Variante mit X-Server sieht so aus (der X-Server startet da noch als root, ich hab noch nicht ausprobiert, ob das bei aktuellen Ubuntu Versionen noch notwendig ist:

Code: /lib/systemd/system/x@.service

[Unit]
Description=X on %I
After=plymouth.service
Wants=graphical.target
Before=graphical.target
StopWhenUnneeded=true

[Service]
Type=forking
ExecStartPre=-/usr/bin/write-x11-keyboard-config
ExecStart=/usr/bin/x-daemon -noreset %I

Alles anzeigen

Will man den X-Server auf dem Virtuellen Terminal Nummer 7 haben, kann man systemctl enable x@vt7.service aufrufen.

Die User-Session funktioniert über eine xlogin@.service, in der eine Login-Shell für den User gestartet wird - der ausgeführte Befehl muss endlos laufen:

Code: /lib/systemd/system/xlogin@.service

[Unit]
Description=Direct X login for user %i
After=x@vt7.service systemd-user-sessions.service
Wants=x@vt7.service
Conflicts=getty@tty7.service

[Service]
User=%i
WorkingDirectory=~
TTYPath=/dev/tty7
PAMName=login
Environment=DISPLAY=:0
ExecStart=/bin/bash -l .xinitrc

[Install]
WantedBy=graphical.target

Alles anzeigen

Für den User vdr schaltet man das mittels systemctl enable xlogin@vdr.service scharf.

Bei yaVDR wird über die .xinitrc eine Openbox-Session gestartet:

Code: /var/lib/vdr/.xinitrc

#!/usb/bin/bash

exec openbox-session

Im Autostart von Openbox lasse ich u.a. die relevanten Umgebungsvariablen der Session in eine Datei schreiben, setze das Hintergrundbild und sorge dafür, dass ein paar Dienste verfügbar sind, die vom yavdr-desktop.target gezogen werden:

Code: /var/lib/vdr/.config/openbox/autostart

#!/usr/bin/bash
# forward environment variables to an environment file and the systemd user session
env | grep "DISPLAY\|DBUS_SESSION_BUS_ADDRESS\|XDG_RUNTIME_DIR\|XDG_DATA_DIRS" > ~/.session-env
systemctl --user import-environment DISPLAY XAUTHORITY XDG_RUNTIME_DIR XDG_DATA_DIRS DBUS_SESSION_BUS_ADDRESS

feh --no-fehbg  --bg-center "/usr/share/yavdr/images/yavdr_logo.png"

enabled_services=(
    "detect-second-display.service"
    "openbox-second.service"
    "yavdr-frontend.service" "pulseaudio.socket" "dbus-pulsectl.service"
    "pulseaudio.service" "wm-exit.service" "irexec.service")
disabled_services=()

# enable configured services for the user session
for service in "${enabled_services[@]}"; do
  systemctl --user enable "$service"
done

# disable unwanted services for the user session
for service in "${disabled_services[@]}"; do
  systemctl --user disable "$service"
done

if which dbus-update-activation-environment >/dev/null 2>&1; then
        dbus-update-activation-environment DISPLAY XAUTHORITY XDG_RUNTIME_DIR XDG_DATA_DIRS
fi

# start systemd units for the yavdr user session
systemctl --user isolate yavdr-desktop.target

Alles anzeigen

Damit man alle Dienste für die Session in einem Rutsch starten bzw. stoppen kann gibt es eine übergeordnete Unit:

Code

# /lib/systemd/system/yavdr-xorg.service
[Unit]
Description=Start a X session and a systemd user session for the vdr user
After=xlogin@vdr.service x@vt7.service
BindsTo=xlogin@vdr.service x@vt7.service

[Service]
Type=oneshot
ExecStart=/bin/true
RemainAfterExit=true

[Install]
WantedBy=graphical.target

Alles anzeigen

Und damit der VDR die Umgebungsvariablen der gestarteten Session kennt, gibt es ein Snippet, das die vdr.service entsprechend erweitert:

Code: /etc/systemd/system/vdr.service.d/load-environ.conf

[Service]
EnvironmentFile=-/etc/default/locale
Environment=XDG_RUNTIME_DIR=/run/user/666/
EnvironmentFile=-/home/vdr/.session-env
Environment=VDR_ID=0

Und eines, das dafür sorgt, dass der VDR erst nach der Session startet:

Code: /etc/systemd/system/vdr.service.d/vdr-xorg.conf

[Unit]
After=x@vt7.service xlogin@vdr.service yavdr-xorg.service
Wants=x@vt7.service xlogin@vdr.service yavdr-xorg.service
#BindsTo=x@vt7.service  # this would cause the vdr to terminate if the X-Server is stopped, not necessary if the frontend is detached

nobanzai · 8. April 2023

Uiui, das sieht aber richtig komplex aus.

Danke fürs Teilen!

nobanzai · 9. April 2023

Also egal, was ich mache - ich kriege softhddevice mit "-a pulse|pipewire" nicht zum Laufen. "-a plughw:0,3" klappt.

Auch wenn der VDR als User "vdr" nach pipewire, pipewire-pulse und wireplumber gestartet wird, kommen die Fehler "connection refused" bei pulse, "host is down" bei pipewire. Ein aplay -D pulse|pipewire klappt allerdings, wenn man als vdr angemeldet ist.

Habe ich da irgendwo einen Denkfehler drin oder hat da softhddevice ein Problem? Denn an den Berechtigungen liegt es ja offenbar nicht.

nobanzai · 10. April 2023

-a hdmi:CARD=PCH,DEV=0 klappt ebenfalls - nur der Vollständigkeit halber

nobanzai · 11. April 2023

Ich hab mal den Titel geändert, weil das doch eher zu softhddevice passt. Der Rest scheint ja zu funktionieren.

nobanzai · 11. April 2023

So, ok, über pulseaudio klappt es wieder.

Ich habe den ganzen Krempel von pipewire wieder de- und pulseaudio installiert.

Dazu noch eine /home/vdr/.config/pulse/client.conf mit "autospawn=yes" erstellt.

Jetzt nochmal neu mit pipewire anfangen - evtl. klappt es ja im n-ten Versuch

SurfaceCleanerZ · 11. April 2023

Welchen Sinn macht pipewire beim VDR?

nobanzai · 12. April 2023

Naja, dieselbe wie bei pulse

Wenn noch etwas Sound ausgeben soll wie z.B. ein Umweltüberwachungssystem.

cinfo · 12. April 2023

Zitat von SurfaceCleanerZ

Welchen Sinn macht pipewire beim VDR?

ab Ubuntu 22.10 wird nur noch pipewire unterstützt. Auch ich habe bei Ubuntu 22.04 die Erfahrung gemacht das pipewire sich sauber installieren lässt aber weder softhddrm, softhdvaapi .... etc dies zur Zeit am VDR unterstützen (z.B. bei Dolby 5.1 etc...). So konnte ich hierfür auch nur zurück auf Pulsaudio wechseln

nobanzai · 12. April 2023

Was ich hier mit pipewire-pulse nicht verstehe:

Ich mache genau das, was in https://en.opensuse.org/openSUSE:Pipewire beschrieben ist. Da steht dann:

"When the installation finishes, reboot the computer. The pipewire-pulse socket unit should be automatically enabled and active after that which will make PulseAudio applications to believe PulseAudio is running while PipeWire is actually used."

Wenn ich reboote und mich dann als User vdr anmelde, habe ich auch wirklich den Socket aktiv wie beschrieben:

Code

systemctl --user status pipewire-pulse.socket
● pipewire-pulse.socket - PipeWire PulseAudio
     Loaded: loaded (/usr/lib/systemd/user/pipewire-pulse.socket; enabled; preset: enabled)
     Active: active (listening) since Wed 2023-04-12 15:12:45 CEST; 2min 0s ago
   Triggers: ● pipewire-pulse.service
     Listen: /run/user/11111/pulse/native (Stream)
     CGroup: /user.slice/user-11111.slice/user@11111.service/app.slice/pipewire-pulse.socket

Wenn ich mit aplay schaue, ist der pulseaudio server auch da, und ich kann mit aplay was abspielen - der pipewire.service und der pipewire-pulse.service werden dabei automatisch mit hochgezogen:

Code

aplay -L
null
    Discard all samples (playback) or generate zero samples (capture)
speexrate
    Rate Converter Plugin Using Speex Resampler
pulse
    PulseAudio Sound Server
upmix
    Plugin for channel upmix (4,6,8)
default
    Default ALSA Output (currently PulseAudio Sound Server)
[...]

aplay -D pulse /usr/share/sounds/alsa/Front_Left.wav
Playing WAVE '/usr/share/sounds/alsa/Front_Left.wav' : Signed 16 bit Little Endian, Rate 48000 Hz, Mono

Alles anzeigen

Wenn ich aber dann auch als User vdr den VDR mit "softhddevice -a pulse" starte, bekomme ich trotzdem "audio/alsa: playback open 'pulse' error: Connection refused".

Das kommt aus snd_pcm_open, also aus den ALSA-Libs, die ja auch über aplay verwendet werden.

Wieso?

Achso ja - wenn ich den VDR starte, bevor ich einmal sowas wie aplay aufgerufen habe, dann existieren danach auch pipewire.service und der pipewire-pulse.service nicht, werden also trotz aktivem Socket nicht hochgezogen. Irgendwo fehlt da ein Bindeglied, aber wo?

seahawk1986 · 12. April 2023

Sind denn die Umgebungsvariablen für den VDR-Prozess passend gesetzt? Also das was ich über die .session-env Datei bei den oben geposteten Skripten mache?

nobanzai · 12. April 2023

Zitat von seahawk1986

Sind denn die Umgebungsvariablen für den VDR-Prozess passend gesetzt? Also das was ich über die .session-env Datei bei den oben geposteten Skripten mache?

Bei mir läuft der VDR ja als echter user service - da brauche ich das doch eigentlich nicht, weil es ja seine native Umgebung ist, oder?

Wenn ich in dem Startscript, das der user service aufruft, ein env ausführe, kommt Folgendes raus:

Code

env
SHELL=/bin/bash
XDG_CONFIG_DIRS=/etc/xdg:/usr/local/etc/xdg:/usr/etc/xdg
RUN_FROM_SYSTEMD=1
PIDFILE=/run/user/11111/vdruser/vdruser.pid
PWD=/home/vdr
LOGNAME=vdr
SYSTEMD_EXEC_PID=5045
HOME=/home/vdr
LANG=en_US.UTF-8
INVOCATION_ID=73c24f0196e8474cad646bd23e402bfc
MANAGERPID=4970
RUNTIME_DIRECTORY=/run/user/11111/vdruser
TERM=linux
USER=vdr
SHLVL=1
XDG_RUNTIME_DIR=/run/user/11111
JOURNAL_STREAM=8:70060
XDG_DATA_DIRS=/home/vdr/.local/share/flatpak/exports/share:/var/lib/flatpak/exports/share:/usr/local/share/:/usr/share/
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin
DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/11111/bus

Alles anzeigen

Das service file sieht so aus:

Code

[Unit]
Description=Video Disk Recorder User Service

[Service]
Type=forking
RuntimeDirectory=vdruser
RuntimeDirectoryMode=0775
PIDFile=vdruser/vdruser.pid
Environment=RUN_FROM_SYSTEMD=1
ExecStart=/usr/local/bin/vdrctl startuser
ExecStop=/usr/local/bin/vdrctl stopuser
Restart=on-failure
RestartSec=0
TimeoutSec=0
SuccessExitStatus=10

[Install]
WantedBy=default.target

Alles anzeigen

cinfo · 12. April 2023

Code

systemctl --user stop pulseaudio.service pulseaudio.socket
systemctl --user disable pulseaudio.service pulseaudio.socket
systemctl --user mask pulseaudio.service pulseaudio.socket
systemctl --user enable pipewire.socket pipewire-pulse.socket
systemctl --user start pipewire.socket pipewire-pulse.socket

da sollte doch Pulsaudio deaktiviert werden

Was gibt denn

Code

LANG=C pactl info | grep '^Server Name'

aus?

Server Name: PulseAudio (on PipeWire 0.3.68)

Code

apt list --installed | grep pipewire
gstreamer1.0-pipewire/impish,now 0.3.68-1 amd64 [installed,automatic]
libpipewire-0.3-0/impish,now 0.3.68-1 amd64 [installed,automatic]
libpipewire-0.3-common/impish,now 0.3.68-1 all [installed,automatic]
libpipewire-0.3-modules/impish,now 0.3.68-1 amd64 [installed,automatic]
pipewire-audio-client-libraries/impish,now 0.3.68-1 amd64 [installed]
pipewire-bin/impish,now 0.3.68-1 amd64 [installed,automatic]
pipewire-media-session/impish,now 0.3.68-1 amd64 [installed,automatic]
pipewire-pulse/impish,now 0.3.68-1 amd64 [installed]
pipewire/impish,now 0.3.68-1 amd64 [installed,automatic]

seahawk1986 · 12. April 2023

Landet das auch in den Umgebungsvariablen für den VDR-Prozess?

sudo cat /proc/$(pidof vdr)/environ | tr '\0' '\n'

[solved][softhddevice] Soundausgabe über pipewire

nobanzai 11. April 2023

fnu 12. April 2023

Jetzt mitmachen!

Teilen

Ähnliche Themen

kein Ton wenn vdr-softhddevice aus dem Suspend-Modus erwacht.