Dieser Artikel richtet sich an Linux-Nutzer, die bereits Erfahrung mit Audio und JACK haben (auch mit Qjackctl), und die gerne einen Windows-Rechner (virtuell oder physisch) per JACK anbinden wollen – und zwar in beide Richtungen.

Ein Grund für die folgenden Schritte ist das Problem mit Windows 10 und Virtualisierern, die in vielen Fällen keinen stotterfreien Klang über den emulierten Soundchip hinbekommen. Ein anderer ist eine Installation, in der man mehrere physische Rechner am selben lokalen Netzwerk hat.

Wenn der Windows-Rechner als VM auf einem Linux-Host läuft, muss sichergestellt sein, dass die Multicasts der VM am Hauptinterface des Linux-Hosts ankommen, d.h. die VM sollte nicht über eine vom Virtualisierer angebotetenen NAT-Bridge laufen, sondern eine selbstdefinierte, transparente verwenden. Hier ein Beispiel meines Linux-Notebooks in der /etc/network/interfaces.d/lan0:

Linux: /etc/network/interfaces.d/lan0

Die Adressen sind anzupassen, meist irgendwas mit 192.168.x.x, sowie das Suchsuffix in dns-search, was man auch weglassen kann. Der Name des physischen Ethernet-Interfaces steht unter bridge_ports. Diese Definition erschafft eine Bridge namens lan0, die sich wie ein normales Netzwerk-Interface verhält, an die die VM aber in ihrer Netzwerkdefinition andocken kann:

Linux: Netzwerkdefinition des virtuellen Windows-Rechners

JACK ist auf Linux einer der vielen Soundserver neben Pulseaudio und anderen, allerdings der, der auf Pro Audio zielt und geringe Latenzen bietet. Auf Linux kann man verschiedene Soundserver koexistierend betreiben, z.B. indem Pulseaudio über JACK ausgibt. So bekommt man auch den Sound eines Webbrowsers in JACK.

JACK kann nicht nur ein lokales Audio-Interface verwalten, sondern seinen Signalweg über das Netzwerk aufspannen. Verwirrendwerweise gibt es dazu zwei Protokolle: Netjack1 und Netjack2.

Netjack1 bietet eine Punkt-zu-Punkt-Verbindung auf Netzwerkebene. Der Rechner ohne Audio-Interface startet JACK mit dem Treiber „netone“. Der Rachner mit Audio-Interface baut die Verbindung auf mit „jack_netsource -H <ip-der-Maschine-ohne-Audio-Interface>“

Netjack2 arbeitet mit Multicast. Auf dem Rechner mit Audio-Interface – dem Master – startet man den Empfänger mit „jack_net_master“ oder – wie ich es tue – lädt die Funktionalität in den laufenden JACK rein mit „jack_load netmanager“. Auf den anderen Rechnern im selben LAN – den Slaves – startet man JACK mit dem Treiber „net“. Dann erscheint auf dem Master der Slave automatisch im Graph.

Da ich mit Netjack1 nicht erfolgreich war, bezieht sich die weitere Beschreibung auf Netjack2. Es muss also jack_net_master auf dem Master gestartet oder mit „jack_load netmanager“ in den laufenden JACK geladen sein. Der Linux-Rechner ist der Master, der Windows-Rechner der Slave. Davon gehe ich nun aus.

Es reicht nicht, auf Windows JACK zu installieren, denn Windows-Programme, die JACK nutzen, sind rar. Meist nutzen Windows-Programme ASIO oder die Windows-Standard-Soundaus- und -eingabe (z.B. Audacity). Wavosaur kann zwar über ASIO ausgeben und gibt ein gutes Testprogramm ab, kann aber nicht über ASIO aufnehmen – zumindest ist es mir nicht gelungen. Wir brauchen also die gesamte Kette „Windows-Sound“ – „ASIO“ – „JACK“.

Die letzten beiden Punkte erledigt die Installation der Windows-Version von JACK, wenn man bei der Installation JackRouter und Qjackctl mitinstalliert, was die Standardeinstellung ist. Siehe dazu https://jackaudio.org/downloads/

In Qjackctl muss als Driver „net“ eingegeben werden:

Windows: Driver „net“ für JACK in Qjackctl

Auf dem Master erscheint nun nach dem Start des Windows-JACK der Slave im JACK-Graph, den Qjackctl darstellen kann:

Linux: Der Windows-Slave erscheint auf dem Linux-Master

Den kann man nun auf dem Master entsprechen verbinden – von Hand, per Qjackctl-Steckfeld/Patchbay oder per jack_plumbing.

Nun steht die JACK-Verbindung, und auf dem Windows-Slave steht ein ASIO-Treiber namens JackRouter zur Verfügung. Dieser kann seine Ein- und Ausgänge automatisch mit laufenden ASIO-Programmen verbinden, hat dabei leider einen Off-by-one-Fehler, sodass er den 2. ASIO-Port mit dem 1. JACK-Port verbindet und den 1. ASIO-Port vergisst. Daher sollte man sowohl in der 32 Bit- als auch in der 64 Bit JackRouter.ini das AUTO-CONNECT ausschalten. Dazu z.B. C:Windowsnotepad.exe als Administrator starten und die ini-Dateien editieren:

Windows: ini-Dateien für die JackBridge

Hat man es auf Windows nur mit JACK- und ASIO-Programmen zu tun, muss man den nächsten Schritt nicht tun: die Installation der Hi-Fi Cable ASIOBridge von https://vb-audio.com/Cable/index.htm#DownloadASIOBridge

Windows: ASIOBridge

Hier gilt es, im Hi-Fi Cable Input und Output sicherzustellen, dass die richtige Samplingfrequenz (wie in JACK) eingestellt ist, da es sonst zu zerhacktem und transponiertem Audio kommen kann:

Windows: Einstellungen von Hi-Fi Cable

Zum Ende stellt man im Qjackctl auf Windows noch die automatisch zu erstellenden Verbindungen im Qjackctl-Patchbay ein. Ich habe Wavosaur, den Signalgenerator ASIOSigGen und natürlich die ASIOBridge berücksichtigt:

Windows: Qjackctl-Patchbay

Für jemanden, der sich gerade in JACK einarbeitet, ist das ziemlich viel auf einmal. Ich hoffe, es hilft einigen, zumal man noch auf ganz andere Ideen kommen kann. Ausprobiert habe ich es noch nicht, aber da auf Windows auch jack_net_master.exe vorhanden ist, könnte man auf die Idee kommen, einen einfachen Windows-Rechner dazu zu nutzen, ein Audio-Interface anzuschließen und übers Netzwerk freizugeben (egal ob für Windows oder Linux), das direkt am Linux-Rechner nicht zum Laufen zu kriegen ist. Auch Windows-Rechner kann man so audiomäßig in hoher Qualität vernetzen ohne den Registrierungs- und Lizenzierungsaufwand kommerzieller Software.