Uruchom fałszywą / minimalną sesję X dla Pulseaudio / dbus

Używam Pulseaudio do udostępniania dźwięku między komputerem stacjonarnym a Raspberry Pi.

Jednak Pulseaudio potrzebuje dbus, a dbus potrzebuje sesji X. Bez sesji graficznej Pulseaudio może działać tylko w trybie systemowym, co oficjalnie nie jest zalecane.

Poza tym na Raspberry Pi koszt sesji X jest dramatycznie wysoki, więc chciałbym się go pozbyć w najbardziej wydajny (mniej kosztowny) sposób.

Jak mogę rozpocząć najmniejszą sesję X, aby Pulseaudio mogło się rozpocząć?

x11 pulseaudio kursus
źródło

Udev zdecydowanie nie potrzebuje X. Nie wiem o Pulseaudio: co zawiedzie pod nieobecność X? Czy to jest związane z D-Bus?

Gilles „SO- przestań być zły”

Cóż, przeczytałem to, ale może to być tylko Pulseaudio. W przypadku braku X Pulseaudio uruchamia się w trybie ogólnosystemowym, co oznacza brak sesji dla użytkownika, co jest złe, jak podaje oficjalna strona: freedesktop.org/wiki/Software/PulseAudio/Documentation/User/…

kursus

Przepraszam, że zmiksowałem udev i dbus, zredagowane.

kursus

Odpowiedzi:

Możesz użyć Xvfb , czyli serwera X z wirtualnym buforowaniem ramek, tj. Serwera X, który wyświetla się tylko w pamięci i nie łączy się z żadnym sprzętem. Nie musisz uruchamiać żadnego klienta, którego nie chcesz na tym serwerze, w szczególności środowiska pulpitu lub menedżera okien.

Xvfb :1 -screen 0 1x1x8 &

Po tym:

DISPLAY=:1 dbus-launch
DISPLAY=:1 pulseaudio --start

Musisz poczekać chwilę po uruchomieniu, Xvfbaby wyświetlacz był dostępny. Możesz użyć, xinitaby uruchomić serwer X, a następnie uruchomić klientów, gdy będzie gotowy. Umieść polecenia, które chcesz uruchomić w skrypcie (zwróć uwagę, że gdy skrypt kończy działanie, serwer X kończy działanie):

#!/bin/sh
dbus-launch
pulseaudio --start
sleep 99999999

Uruchom wirtualny serwer X za pomocą

xinit /path/to/client.script -- /usr/bin/Xvfb :1 -screen 0 1x1x8

Jeśli chcesz uruchomić go w czasie rozruchu, możesz uruchomić go z crona. Uruchom crontab -e(jako użytkownik, nie jako root) i dodaj linię

@reboot xinit /path/to/client.script -- Xvfb :1 -screen 0 1x1x8

Jeśli chcesz zabić tę sesję, zabij xinitproces.

Gilles „SO- przestań być zły”
źródło

Przepraszam, że przeszkadzam, staram się automatycznie wykonać komendę pulseaudio start (4. linia twojego przykładu) przy starcie. Zastanawiam się, czy jest to właściwość DISPLAY. Próbowałem rc.local, /etc/init.d, rcS, ale skrypt nigdy nie uruchamia pulseaudio. Kiedy uruchamiam skrypt za pośrednictwem SSH, działa idealnie. Byłbym szczęśliwy, gdybyś mógł doradzić.

kursus

Xvfb musi przeprowadzić konfigurację, zanim będzie gotowy do zaakceptowania połączeń X, więc jeśli późniejsze polecenia zostaną uruchomione zbyt wcześnie, może się okazać, że nie mogą połączyć się z serwerem X. Możesz spróbować użyć xinit do uruchomienia Xvfb i umieścić te polecenia w .xinitrc, aby xinit uruchomił je dopiero, gdy Xvfb będzie na nie gotowy.

alanc

Przepraszam, że nie zrozumiałem cię dobrze. Czy muszę uruchomić Xvfb z .xinitrc? W tej chwili jest uruchamiany z rc.local. Jeśli tak, to gdzie mam umieścić polecenie PA? Próbowałem uruchomić polecenie PA w .xinitrc, ale bez powodzenia, coś mi brakuje.

kursus

@kursus Musisz uruchomić wszystkie te polecenia jako użytkownik. Możesz to zrobić z crontab za pomocą @reboot. Alanc ma rację, po uruchomieniu Xvfb musi nastąpić opóźnienie, a xinit rozwiązuje ten problem. Zobacz moją edycję.

Gilles „SO- przestań być zły”,

Dzięki za edycję, teraz jest bardziej jasne. Jednak dostaję opcję nierozpoznaną: Xvfb podczas uruchamiania polecenia xinit , z lub bez wywołania skryptu.

kursus

Wczoraj miałem ten sam problem, używając dźwięku Pulse dla Raspberrypi 0 W z DBusem w środowisku bezgłowym, twórz z yocto bez x11 i bez systemu, musisz uruchomić i wyeksportować dbus, zanim uruchomisz pulseaudio.

if test -z "$DBUS_SESSION_BUS_ADDRESS" ; then
     echo "Starting dbus" 
     export $(dbus-launch)
fi

W etc / pulse / client.conf włącz enable-autospawn-for-root = yes

Uruchom, pulseaudio -vaby sprawdzić, czy jest inny problem w twojej konfiguracji. Nie używaj --systemprzełącznika, ponieważ nie będzie poprawny.

pulseaudio -D --disallow-exit

Drl Sherif Omran
źródło

Istnieje bardziej elegancki sposób, aby zapobiec dotarciu skryptu do EOF niż użycie sleep 99999999!

Użyj sleep infinityzamiast tego. Robi to, co mówi ...

Jost
źródło