Multiroom Audio

Im Dorf gibt es aktuell ein rudimentäres Multiroom Audio System, aufgebaut auf Snapcast. Ich hatte noch nicht genug Zeit um alle In- & Outputs einzubauen, deshalb aktuell noch beta.

Snapcast ist nur für das Routing und die Synchronisation von Audio verantwortlich, der Input wird durch andere Systeme generiert (siehe Musik rein).

TCP
Der Snapserver stellt 4 TCP-Ports und server.snapcast.chaosdorf.space zu Verfügung. An Port 4951, 4952, 4953 und 4954 (auch so im Webinterface als Stream benannt, siehe unten) kann jemensch PCM-Audiopakete (48kHz, 16 Bit, Stereo) schicken.

Ob das funktioniert, lässt sich z.B. mit Netcat einfach testen (sollte auf dem Snapclient in der Lounge rauschen): nc server.snapcast.chaosdorf.space 4951 < /dev/urandom

Web
Unter mopidy.chaosdorf.space findet sich ein Webinterface, dass es möglich macht Online-Radio und den Sound von YouTube Videos direkt an Snapcast zu streamen, ohne das ein Gerät im Hintergrund weiterlaufen muss.

Bluetooth
Im ELab findet sich ein Bluetooth-Receiver ("Snapcast BT ELab"). Die PIN ist 0000, sobald Musik abgespielt wird, ist sie im Snapcast-Web-Interface unter "elab-bt" verfügbar und kann im ganzen Dorf abgespielt werden.

Linux
Linux kann Audio direkt per Loopback Souddevice an den Snapserver schicken (siehe Abschnitt Generisch). Das klappt z.B. mit ffmpeg oder pw-cat. Mehr Infos folgen.

pw-cat
Mit dem CLI-Tool pw-cat lässt sich ein simpler PipeWire-Client erzeugen, der ein Signal von PipeWire empfangen und dann über stdout (mit optionalem Resampling) an den stdin eines beliebigen Prozesses weitergeben kann. In Kombination mit netcat (siehe "Generisch") lässt sich dann ein einfacher TCP-Streamer bauen.

Der einfachste Befehl, um das zu implementieren wäre wohl folgender: pw-cat -r - | nc server.snapcast.chaosdorf.space $zielport

Hierbei ganz praktisch ist, dass die Defaults von pw-cat (Samplerate, Bittiefe, Channelcount) genau den Werten entsprechen, die der snapserver auf seinen Sockets erwartet, sodass da nichts extra konfiguriert werden muss. Der $zielport ist aus der Liste von Ports im Abschnitt "Generisch" zu wählen.

Eine Tücke an dieser Lösung ist, dass sich pw-cat per Default an das Mikrofon als Eingabestream koppelt. Hier muss dann z.B. mit einem Patchbay wie helvum nachgeholfen werden, um die gewünschte Soundquelle an den pw-cat-Prozess anzubinden.

Alternativ kann auch pw-cat --target $target verwendet werden, um direkt beim Start die richtige Quelle zu binden. Folgender Befehl sollte z.B. Spotify auf Stream 4591 abspielen: pw-cat -r --target "spotify" - | nc server.snapcast.chaosdorf.space 4591

macOS, iOS
Für macOS und iOS ist AirPlay aktuell geplant, da muss aber noch dran gebastelt werden.

Android
Für Android ist Chromecast als Input geplant.

Musik raus
Aktuell stehen zwei Streaming-Clients permanent zu Verfügung, im E-Lab und in der Lounge.

Um die Musik zu routen (siehe Musik rein), einfach auf snapcast.chaosdorf.space den jeweiligen Input-Stream einem Ausgangsgerät zuweisen. Wer auch auf einem eigenen Gerät mithören will, kann oben rechts im Webinterface den Play-Button klicken, dann taucht der Browser als zusätzliches Ausgabegerät im Interface aus und kann zugeordnet werden. Dazu muss der Browser aber FLAC abspielen können.

Für Android-Geräte gibt es auch eine "Snapcast" App auf F-Droid oder im Play Store. Die App kann das System fernsteuern und kann auch als zusätliches Ausgabegerät genutzt werden.

Infrastruktur
Die beiden Raspberry Pis für das E-Lab und die Lounge sind unter elab.local und lounge.local per mDNS erreichbar. SSH ist aktiviert (snapcast:snapcast) und die SD-Karte ist read-only, die Pis können also ohne Probleme vom Strom getrennt werden.


 * Pi ELab (Snapcast Client), USB-Lautsprecher, "elab", elab.local
 * Pi ELab (Bluetooth Empfänger), elab-bt.local
 * Pi Lounge (Snapcast Client), am Audio-Board, lounge.local

Der Server ist im Kubernetes-Cluster deployed, und die Konfiguration ist im Repo chaosdorf/flux zu finden. Das Helm-Chart ist liegt in lukasklinger/snapcast-server-k8s.