Viele Audio-Interfaces mit mehr als zwei Eingängen (z. B. ein Antelope Discrete 4 Synergy Core) bieten mehrere Eingangs-Kanalpaare — Kanal 1/2, Kanal 3/4 und so weiter. Der Browser kann darüber per getUserMedia aber nur festlegen, wie viele Kanäle er haben möchte (Mono oder Stereo) — nicht, welche physischen Kanäle das sein sollen. Er bekommt deshalb praktisch immer die Kanäle, die das Betriebssystem für dieses Gerät als „Kanal 1/2“ meldet.
Symptom
Ist das eigentliche Signal (Mikrofon, Instrument) am Interface auf Kanal 3/4 gepatcht, zeigt die Pegelanzeige im Portal durchgehend nichts an — auch beim lautesten Spielen. Das ist kein Verbindungsfehler und kein Bug im Portal, sondern eine Grenze der Web-Audio-API: Sie hört schlicht am falschen Kanalpaar zu.
Abgrenzung zum Samplerate-Problem
Ein Samplerate-Mismatch (siehe „Samplerate: Warum sie überall gleich sein muss“) kann sich ähnlich äußern, meist aber eher als Knacken/Aussetzer statt totaler Stille. Zuerst dort die Samplerate von Interface und Betriebssystem prüfen — bleibt die Anzeige danach immer noch komplett flach, ist das Kanal-Routing der wahrscheinlichere Grund.
Lösung: Signal auf Kanal 1/2 routen
In der Regel bringt jedes Mehrkanal-Interface eine eigene Routing-/Mixer-Software mit (z. B. Antelopes Launcher/AFV-Mixer, Focusrite Control, TASCAM Settings Panel). Dort das gewünschte Eingangssignal so patchen, dass es auf dem USB-Kanalpaar 1/2 ankommt — nicht auf 3/4 oder höher. Alternativ lässt sich unter macOS im „Audio-MIDI-Setup“ (Programme → Dienstprogramme) nachsehen, welche Kanäle das Gerät überhaupt anbietet.
Eine gezielte Kanalauswahl direkt im Portal („nimm Kanal 3/4 statt 1/2“) ist technisch nicht ohne Weiteres möglich — dafür bräuchte es eine eigene Kanal-Splitting-UI, die es aktuell nicht gibt. Der Umweg über das Interface-Routing ist der einfachere Weg.