ASIO4ALL Latenzkompensation: Puffer und Abtastrate einstellen

Was die ASIO4ALL Latenzkompensation steuert

ASIO4ALL verbindet einen ASIO-Host mit Windows-WDM-Audioendpoints. Der Host fordert einen ASIO-Puffer an, während Gerät und Treiber die eigentliche Verarbeitung bestimmen. Die Kompensation teilt dem Host mit, dass ein Eingangs- oder Ausgangsweg zusätzliche Verzögerung besitzt. Sie ersetzt keinen stabilen Treiber, keine funktionierende USB-Verbindung und keinen korrekten Monitorweg.

Trennen Sie vor jeder Änderung drei Werte. Der Puffer beschreibt Samples pro Verarbeitungsblock, die Abtastrate Samples pro Sekunde. Die Roundtrip-Latenz enthält zusätzlich Wandler, Gerät, Treiber, Plugins und Monitoring. Ein kleiner Puffer kann den Host-Anteil verringern, während Bluetooth, ein voller USB-Hub oder das Gerät selbst den größten Anteil liefert.

Einen stabilen Puffer wählen, bevor Sie Latenz jagen

Verwenden Sie ein kurzes, wiederholbares Projekt mit einem Instrument oder einer Audiodatei. Wählen Sie genau den Kopfhörer, Lautsprecher, Interface-Ausgang oder das Mikrofon, das Sie verwenden. 512 Samples ist ein vorsichtiger Start. Wenn alles sauber läuft, versuchen Sie 256 und danach 128. Der richtige Wert ist der kleinste, der die echte Arbeit aushält, nicht der kleinste Wert im Leerlauf.

Die offizielle ASIO4ALL-Referenz erklärt, dass ein kleinerer Puffer meist weniger Latenz bringt, Knacken und Verzerrung aber einen größeren Wert erfordern. Browser, Konferenz-App, virtuelles Kabel oder zweite DAW können denselben WDM-Endpoint belegen. Schließen Sie diese Programme beim Basistest, damit Besitzkonflikt und Puffergrenze nicht verwechselt werden.

1. Ausgangslage notieren

   Host, Gerät, Abtastrate, Puffer, Monitoring und aktive Endpoints aufschreiben.

2. Panel öffnen

   ASIO4ALL v2 in der DAW wählen und das Control Panel aus derselben Audioansicht öffnen.

3. Einen Weg aktivieren

   Einen bekannten Ausgang und den benötigten Eingang einschalten; HDMI, Bluetooth und ungenutzte Geräte auslassen.

4. Moderaten Wert testen

   Ein einfaches Projekt einige Minuten mit 512 oder 256 Samples abspielen, auf Knacken hören und den Host-Meter beobachten.

5. Schrittweise senken

   Den nächsten Wert nur nach einem sauberen Test wählen und bei Knacken zum letzten stabilen Wert zurückkehren.

Abtastrate angleichen und echte Verzögerung schätzen

Die ungefähre Dauer eines Puffers ist Samples geteilt durch Samples pro Sekunde. Bei 48 kHz entsprechen 256 Samples etwa 5,3 ms, bei 44,1 kHz etwa 5,8 ms. Eingangs- und Ausgangspuffer, Hardware und Treiber kommen hinzu, daher ist die hörbare Roundtrip-Latenz höher. Die Rechnung vergleicht Einstellungen, ersetzt aber keine Messung vom Mikrofon zum Lautsprecher.

Die offizielle Dokumentation weist darauf hin, dass die Gesamtverzögerung nicht über den ganzen Pufferbereich linear ist. 512 Samples ist ein sicherer Richtwert; unter 10 ms oder 4 ms sind Orientierungspunkte, keine Pflichtwerte. Wenn ein Endpoint bei kleinen Werten instabil wird, ist ein sauberer Weg mit 256 oder 512 Samples nützlicher als eine stumme Niedriglatenz-Zahl.

Kompensationsregler vorsichtig einsetzen

Latency Compensation In und Out sehen wie Leistungsregler aus, melden dem Host aber nur die zu berücksichtigende Verzögerung eines Eingangs- oder Ausgangswegs. Die ASIO4ALL-Erklärung von FL Studio empfiehlt den Standard, sofern kein Loopback-Kabel den tatsächlichen Weg gemessen hat. Eine andere Zahl lässt den Ton nicht früher ankommen; sie ändert die Zeitinformation für den Host.

Bei einer wiederholbaren Messung nur einen Wert ändern, den Host neu starten, wenn er das Gerät nicht aktualisiert, und den aufgezeichneten Versatz vergleichen. Endpoint, Rate, Puffer und Host-Version notieren. Keine Forumzahl für ein anderes Interface übernehmen und die Registry nicht als erste Maßnahme ändern.

• In und Out für normale Wiedergabe und Aufnahme auf Standard lassen.
• Vor einem eigenen Wert den realen Loopback-Weg messen.
• Nur einen Regler ändern und Rate und Puffer für den Vergleich beibehalten.
• Den Host neu starten, wenn der angezeigte Wert nicht dem Regler folgt.
• Registry-Änderungen als fortgeschrittene, rückgängig machbare Tests behandeln.

Knacken, Stille, Aussetzer und Drift beheben

Knacken bedeutet meist, dass ein Block nicht rechtzeitig berechnet wird. Puffer um einen Schritt erhöhen, Browser- und Konferenz-Audio schließen, zusätzliche Endpoints deaktivieren und dasselbe Projekt wiederholen. Wenn es sauber bleibt, den stabilen Wert notieren und Geräte einzeln hinzufügen. Einen Underrun nicht durch eine andere Kompensation oder Abtastrate verstecken.

Ein stummer Meter ist kein Latenzproblem. Prüfen, ob der Host ASIO4ALL v2 nutzt, der WDM-Kind-Endpoint eingeschaltet ist, Spur oder Master auf diesen Ausgang zeigen und Windows ihn nicht stummgeschaltet hat. Ein roter Zustand kann bedeuten, dass eine andere Anwendung das Gerät besitzt oder die Projekt-Rate nicht unterstützt.

Drift und eine doppelte Stimme entstehen oft durch zwei Monitoring-Wege oder verschiedene Clocks. Für die Diagnose nur einen Weg und einen kabelgebundenen Ausgang nutzen. Wenn das Interface einen aktuellen nativen ASIO-Treiber besitzt, diesen ebenfalls als direkten Vergleich testen.

Checkliste für ASIO4ALL Latenzkompensation

Eine gute Latenzkonfiguration ist dokumentiert: Host, Endpoint, Rate, Puffer, Monitoring und physischer Ausgang sind bekannt und der letzte saubere Wert kann wiederhergestellt werden.

• Der Host verwendet ASIO4ALL v2 und der benötigte WDM-Endpoint ist aktiv.
• Ein bekannter Eingang und Ausgang bestehen den Test, bevor weitere Geräte kommen.
• Die Abtastrate wird von Host und Endpoint unterstützt.
• Der Puffer wurde von einem stabilen Wert abwärts getestet.
• Latency Compensation In/Out bleibt ohne Loopback-Messung auf Standard.
• Knacken, Stille, doppeltes Monitoring und Drift werden getrennt diagnostiziert.
• Ein aktueller nativer ASIO-Treiber wird bevorzugt, wenn er die Hardware direkt anbietet.