Audio-Loopback-Latenz — was Wiedergabetests nicht zeigen

Die meisten Audiotests prüfen nur, ob Ton abgespielt wird und ob das Mikrofon aufnimmt. Keiner von beiden misst die Round-Trip-Latenz — die Zeit von einem Audioereignis am Mikrofoneingang bis zum verarbeiteten Signal an den Lautsprechern. Diese eine Zahl entscheidet, ob Musiker zum Klick aufnehmen können, ob Videoanrufe natürlich wirken und ob räumlicher Klang in Spielen stimmt. Ein System kann jeden Wiedergabetest bestehen und trotzdem katastrophale Latenz zeigen, weil Funktion und Timing getrennte Achsen sind. Dieser Leitfaden erklärt, wie man die Round-Trip-Latenz misst, was die Zahlen bedeuten und wie man sie senkt.

Jeder Hardware-Check beginnt gleich. Neue Lautsprecher anschließen, Testton abspielen, bestätigen, dass Ton herauskommt, weiter. Mikrofon anschließen, sprechen, den Pegel springen sehen, weiter. Diese zwei Tests bestätigen, dass der Ausgangspfad und der Eingangspfad funktionieren. Keiner misst die Frage, die tatsächlich entscheidet, ob Ihr Audio-Setup echte Arbeit bewältigt: Wie lange dauert es, bis ein Ton vom Mikrofon durch den Computer und aus den Lautsprechern kommt?

Diese Zahl ist die Round-Trip-Latenz, und sie bestimmt still, welche Aufgaben Ihr System ehrlich bewältigen kann:

• Musik aufnehmen. Das Zusammenspiel mit Klick oder Begleitung verlangt, dass Ihr eigener Klang fast sofort zu den Ohren zurückkehrt. Über grob vierzig Millisekunden Round-Trip driften Sie aus dem Takt, jeder Take klingt träge, und kein Üben behebt das. Audio-Interfaces, die einen USB-Controller mit anderen Geräten teilen, können ebenfalls unter USB-Bandbreitenkonkurrenz leiden, was Latenzspitzen zusätzlich zu den Pufferverzögerungen verursacht.
• Gespräche führen. Videoanrufe fühlen sich nur natürlich an, wenn die Audiokette eng bleibt. Übermäßige Verzögerung erzeugt Echo, überlappende Sprache und den stockenden Rhythmus eines Satellitentelefons.
• Spiele mit räumlichem Klang. Positionaler Sound funktioniert nur, wenn Audio im Takt mit dem Sichtbaren ankommt. Hinkt der Audiopfad dem Display hinterher, lösen sich Schritte und Schüsse von der Action auf dem Bildschirm.

Ihr Lautsprechertest und Mikrofontest beantworten „funktioniert es?” Der Loopback-Latenztest beantwortet „wie schnell?” Diese Seite erklärt, was Round-Trip-Latenz ist, woher sie kommt und wie man sie senkt. Die Zahlen hier stammen aus allgemeiner Erfahrung über viele Hardware- und Softwarekonfigurationen — ein echtes ASIO-Setup auf einem Focusrite Scarlett 2i2 ergibt andere Werte als ein Onboard-Realtek-Codec unter Windows 11. Ihre Ergebnisse variieren mit Interface, Treiber und Puffereinstellungen.

Der Tontest misst keine Latenz

Ein Lautsprecherscheck spielt einen Ton, einen Sweep oder ein Musikstück über den Ausgangspfad ab und bestätigt, dass Klang entsteht. Es ist ein Funktionstest mit Bestanden/Nicht-bestanden-Ergebnis: Kabel verbunden, Treiber geladen, Lautstärke nicht stumm, Digital-Analog-Wandler lebt. Hören Sie den Ton, funktioniert der Ausgangspfad. Mehr sagt der Test nicht.

Ein Mikrofontest macht dasselbe für die Eingangsrichtung. Er nimmt auf, was Sie sagen, zeigt einen Pegel und bestätigt, dass Mikrofon, Vorverstärker und Analog-Digital-Wandler funktionieren. Auch hier ist das Ergebnis Bestanden oder Nicht bestanden.

Latenzmessung ist eine ganz andere Art von Test. Statt zu fragen, ob ein Signal einen Pfad durchqueren kann, fragt sie, wie lange die Durchquerung dauert. Das Vorgehen ist einfach: Ein bekanntes Signal — ein Impuls, ein Klick, ein kurzer Burst — durch den Ausgang senden, am Eingang einfangen und die Zeitdifferenz zwischen Senden und Empfangen berechnen. Diese Differenz ist die Round-Trip-Latenz, in Millisekunden.

Der Unterschied zählt, weil beide Messungen unabhängig sind. Ein System kann jeden Wiedergabetest bestehen und trotzdem katastrophale Latenz zeigen. Bluetooth-Lautsprecher sind das klassische Beispiel: Sie geben einen Ton treu wieder, der Lautsprecherscheck meldet Erfolg, während der drahtlose Codec einhundert bis einhundertachtzig Millisekunden Verzögerung hinzufügt, die kein Wiedergabetest je bemerkt. Ein Ton, der einhundertfünfzig Millisekunden zu spät kommt, spielt streng genommen trotzdem.

Deshalb bricht die übliche Annahme — „meine Lautsprecher klingen gut, also ist mein Audiosystem gut” — bei allem Timingkritischen zusammen. Funktion und Timing sind getrennte Achsen. Bevor Sie Ihr Setup für Aufnahmen, Anrufe oder Gaming vertrauenswürdig finden, brauchen Sie die Zahl, die Wiedergabetests strukturell nicht liefern können.

Beobachten Sie die Pufferfüllung

Die Round-Trip-Latenz ist keine einzelne Verzögerung. Sie ist die Summe der Verzögerungen auf jeder Stufe zwischen Mikrofonkapsel und Lautsprechermembran. Den Pfad zu verstehen, zeigt Ihnen, wo Ihre Millisekunden versteckt sind:

1. Eingabepuffer. Der Analog-Digital-Wandler tastet kontinuierlich ab, aber das Betriebssystem liefert Audio in Blöcken. Der Treiber wartet auf einen vollen Puffer, bevor er Daten an die Anwendung übergibt. Bei 48 kHz braucht ein 128-Sample-Puffer 2,7 Millisekunden zum Füllen — so lange wartet Ihr Audio, bevor jemand es verarbeitet. Die meisten Systeme halten zwei oder drei Puffer im Umlauf. Rechnen Sie mit grob fünf bis acht Millisekunden, bevor Ihre Anwendung das erste Sample sieht.
2. Analog-Digital-Wandlung. Der Wandler braucht Zeit zum Abtasten, Quantisieren und Takten. Auf Consumer-Hardware trägt das typischerweise ein bis drei Millisekunden bei; dedizierte Interfaces machen es besser.
3. Betriebssystem-Planung. Die Audio-Engine weckt Ihre Anwendung per Timer, und das Aufwachen unterliegt normaler Thread-Planung. Im Shared-Modus mischt das Betriebssystem Ihren Stream auch mit jeder anderen Audioquelle im System, was einen eigenen Verarbeitungsdurchgang hinzufügt. Diese Stufe trägt je nach Plattform und Last einige Millisekunden bis zwanzig oder mehr bei. Hier kann Linux mit PipeWire Windows überholen — und hier kann eine laute Desktop-Umgebung Ihre Latenz leise sprengen.
4. Anwendungsverarbeitung. Die Software auf der Empfängerseite — eine DAW, eine Effektkette, ein Browser-Audiograph — verarbeitet den Block, bevor sie ihn weitergibt. Klein, aber Teil der Summe.
5. Digital-Analog-Wandlung. Das Spiegelbild von Stufe zwei, weitere ein bis drei Millisekunden, während das verarbeitete Signal zur analogen Spannung wird.
6. Ausgabepuffer. Die verarbeiteten Samples warten im Ausgabepuffer, bis der Wandler bereit ist, sie abzuspielen — die Puffermathematik der Eingangsseite wiederholt sich. In typischen Konfigurationen kommen weitere fünf bis acht Millisekunden hinzu.

Addiert man die Stufen, liegt die Shared-Mode-Round-Trip-Latenz auf einem gewöhnlichen Computer üblicherweise zwischen dreißig und sechzig Millisekunden — die folgenden Messwerte sind illustrative Beispiele von konkreter Hardware, keine universellen Spezifikationen. In informellen Tests auf einem Standard-Windows-11-Laptop mit Onboard-Realtek-ALC897-Codec bei 128-Sample-Puffer wurden Shared-Mode-Messungen nahe dem oberen Ende dieser Spanne beobachtet. Mit einem Behringer U-Phoria UM2 über ASIO4ALL auf derselben Hardware sank die Messung auf etwa fünfzehn Millisekunden. Das sind Einzelmaschinen-Beobachtungen ohne kontrollierte Bedingungen; sie dienen als Anhaltspunkte für die typische Lücke zwischen Shared-Mode- und ASIO-Pfad, nicht als garantierte Werte für Ihre Hardware. Kein Treiber entfernt die Wandlungszeit — aber der Puffer- und Planungsaufwand, der die Summe dominiert, schrumpft dramatisch.

Eine Zahl, zwei Definitionen

Audiosoftware nennt selten eine einzelne Zahl. Öffnet man die Einstellungen einer professionellen Anwendung, sieht man typischerweise zwei: Eingabelatenz, die Zeit vom Mikrofon zur Anwendung, und Ausgabelatenz, die Zeit von der Anwendung zu den Lautsprechern. Treiber wie ASIO melden beide Werte getrennt, und Marketingmaterial zitiert oft die Zahl, die besser aussieht.

Die Round-Trip-Latenz ist die Summe beider plus die eigene Verarbeitungszeit der Anwendung. Meldet ein System zwanzig Millisekunden einseitig, ist der Round Trip grob vierzig Millisekunden. Ein Nutzer, der „20 ms Latenz” liest und annimmt, das sei die hörbare Verzögerung, liegt um den Faktor zwei daneben — und der Fehler ist häufig, weil einseitige Werte auf den Spezifikationsblättern stehen.

Der Unterschied zählt, weil Sie immer den Round Trip wahrnehmen. Wenn ein Musiker seine eigene Stimme oder sein Instrument überwacht, muss der Klang das Mikrofon verlassen, durch das System laufen und zu den Kopfhörern zurückkehren, bevor er ihn hört. Das ist der komplette Pfad. Ein einseitiger Wert beschreibt nur die halbe Reise.

Zur Konsistenz beziehen sich hier alle Zahlen auf die Round-Trip-Latenz. Wenn Sie Ihre Messung mit einer Produktspezifikation oder einem Benchmark vergleichen, prüfen Sie immer, dass beide Zahlen dieselbe Art Reise beschreiben. Eine Round-Trip-Messung gegen eine einseitige Spezifikation zu vergleichen, lässt Ihr System doppelt so langsam erscheinen, wie es ist.

Das Betriebssystem entscheidet vor Ihnen

Dasselbe Mikrofon, dieselben Lautsprecher, dasselbe Kabel ergeben auf verschiedenen Betriebssystemen völlig unterschiedliche Latenz, weil jede Plattform Audio durch einen anderen Software-Stack leitet. Der Stack entscheidet, wie viel Puffer- und Planungsaufwand zur unvermeidlichen Wandlungszeit hinzukommt.

Windows: Shared-Modus, Exklusivmodus und ASIO

Windows bietet drei Wege zur Hardware, jeder mit anderem Latenzprofil:

• WASAPI-Shared-Modus ist der Standardpfad jeder Anwendung, sofern sie nichts anderes verlangt (Microsoft Learn: WASAPI Shared Mode, 2023). Alles Audio wird gemischt und mit konservativer Pufferung geliefert. Üblich beobachtete Round-Trip-Latenz liegt auf typischen Systemen zwischen zweiunddreißig und vierundsechzig Millisekunden, je nach Puffergröße und Last — übliche Erfahrungsbereiche, keine garantierten Werte. Web Audio, WebRTC und Medienwiedergabe nehmen jeweils leicht andere Pfade, beginnen aber alle an diesem gemeinsamen Mixer.
• WASAPI-Exklusivmodus oder ASIO umgeht den Mixer und gibt einer Anwendung direkten Gerätezugriff, wobei die Latenz auf typischer Hardware üblicherweise auf etwa zehn Millisekunden sinkt (Microsoft Learn: WASAPI Exclusive Mode, 2023). Verfügbar für native Anwendungen, die ihn anfordern; Browser können das nicht.
• ASIO ist ein Treiberprotokoll, das den Windows-Audio-Stack komplett umgeht und direkt mit der Interface-Hardware spricht (Steinberg: ASIO Host and Driver Guide v2.3, 2021). Mit fähigem Interface erreicht ASIO üblicherweise acht bis fünfzehn Millisekunden, wobei die genauen Zahlen von Interface, Treiberversion und Pufferkonfiguration abhängen. Browser können es nicht nutzen.

macOS: Core Audio

Apples Core-Audio-Framework ist gut optimiert, und native Anwendungen erreichen mit vernünftigen Puffereinstellungen routinemäßig acht bis zwanzig Millisekunden Round-Trip. Der gemeinsame Pfad ist effizient, daher ist selbst die im Browser gemessene Latenz auf macOS meist besser als unter Windows. Sie bleibt trotzdem über dem nativen Minimum, weil der Browser keinen exklusiven Gerätezugriff beanspruchen oder den Puffer auf seine Bedürfnisse einstellen kann.

Linux: ALSA, PulseAudio und PipeWire

Linux-Latenz ist ein bewegliches Ziel. ALSA, die niedrige Treiberschnittstelle, ist schnell, aber anwendungsspezifisch. PulseAudio fügte historisch spürbaren Pufferaufwand hinzu. PipeWire, der moderne Nachfolger, ist für Niedriglatenz-Audio entwickelt und kann bei richtiger Konfiguration die anderen Plattformen erreichen oder schlagen — die Ergebnisse variieren jedoch stark mit Distribution und Setup.

In den meisten Konfigurationen ist der Browser auf den gemeinsamen Pfad beschränkt. Er kann keine Exklusivmodi anfordern, keine ASIO-Treiber laden und die Priorität seines Audio-Threads nicht erhöhen. Browser-Audiolatenz liegt daher typischerweise näher an der Shared-Mode-Obergrenze Ihrer Plattform — das Beste, was der kooperative Pfad auf Standardkonfigurationen liefern kann — während native professionelle Software gebaut ist, diese Grenze zu durchbrechen, wenn Hardware und Treiber es erlauben.

Was 60 Millisekunden tatsächlich bedeuten

Eine rohe Millisekundenzahl sagt nichts, bis man sie gegen das abbildet, was man vorhat. Die Grenzen unten sind allgemeine Orientierung, keine professionellen Zertifizierungsstandards; die tatsächliche Eignung hängt von Ihrer Aufgabe, Ihrem Monitoring-Setup und Ihrer Hörumgebung ab. Vier Zonen decken den praktischen Bereich ab:

• Unter 20 ms — ausgezeichnet. Professionelle Musikproduktion ist hier komfortabel. Musiker können zum Klick aufnehmen, sich mit Effekten überwachen und im Takt spielen, weil der Rückweg praktisch augenblicklich ist. Räumlicher Klang in Spielen bleibt mit dem Bild synchron.
• 20–60 ms — für die meisten Zwecke akzeptabel. Podcasting, Videoanrufe, allgemeines Gaming und gelegentliche Aufnahmen funktionieren gut. Präzises Musik-Tracking leidet nahe der Obergrenze: Spieler spüren ihr eigenes Klangfeedback leicht nachziehen, und Präzisionsarbeit wird über grob vierzig Millisekunden spürbar schwerer.
• 60–120 ms — problematisch für Produktion, akzeptabel für Gelegenheitsnutzung. Karaoke, Sprachchat und Hören sind in Ordnung. Aufnahme zur Begleitung wird richtig schwierig, und in Spielen beginnt der Klang sich von der Action zu lösen, was die räumlichen Hinweise untergräbt, auf denen Spatial-Audio beruht.
• Über 120 ms — schlecht. Timingkritische Arbeit ist praktisch unmöglich. Anrufe entwickeln hörbares Echo, Darbietungen fühlen sich losgelöst an, und räumlicher Klang klingt selbst bei Gelegenheitsnutzung falsch. Diese Zone ist die natürliche Heimat von Bluetooth-Audio und falsch konfigurierten Shared-Mode-Systemen.

Die Zonengrenzen sind Ermessenssache, aber die Form ist zuverlässig: Produktion braucht die niedrigsten Zahlen, Gespräche tolerieren mehr, und Gelegenheitshören toleriert am meisten. Ihre Round-Trip-Messung platziert Ihr System in genau einer Zone, und diese Platzierung sagt Ihnen, welche Ihrer beabsichtigten Nutzungen angenehm wirken und welche gegen Sie arbeiten. Behalten Sie die Zahl — sie ist der Bezugspunkt für jede Optimierung im nächsten Abschnitt.

Drei Hebel: Samplerate, Puffer, Treiber

Drei Steuerelemente bestimmen, wo in Ihrem Pfad die Latenz entsteht, und sie sind nicht gleich wirksam. Samplerate setzt den Durchsatz der Pipeline — wie oft pro Sekunde das Audio gemessen wird — eher als die Verzögerung direkt. Sie interagiert mit dem Puffer-Timing, weil ein Puffer in Samples gemessen wird: 128 Samples dauern bei 44,1 kHz 2,9 Millisekunden, bei 96 kHz aber nur 1,3 Millisekunden, also bildet dieselbe Puffergröße bei verschiedenen Sampleraten unterschiedliche Dauern ab. Der Haken: Eine höhere Rate verlangt mehr Verarbeitung pro Sekunde, was Sie oft zwingt, den Puffer zur Stabilität wieder zu erhöhen, wodurch der Gewinn verpufft. 96 oder 192 kHz zu jagen erzwingt meist einen größeren Puffer, um den Stream stabil zu halten, was den theoretischen Gewinn aufheben oder alles langsamer machen kann. Behandeln Sie die Samplerate als Workflow-Einstellung, typischerweise 48 kHz, nicht als primären Latenzregler. 48 kHz wurde zum De-facto-Standard für videosynchrones Audio, weil es sauber auf Video-Frameraten von 24, 25 und 30 fps abbildet — deshalb startet die professionelle Audio-Video-Pipeline dort. Puffergröße ist der primäre Latenzhebel. Sie bestimmt, wie viel Audio sich ansammelt, bevor das System es verarbeitet, und erscheint zweimal im Round Trip — einmal auf der Eingangs-, einmal auf der Ausgangsseite. Die Puffergröße zu halbieren halbiert diesen Anteil der Verzögerung, aber auch die Zeit, die das System hat, jeden Block zu liefern, was das Risiko von Pufferunterläufen erhöht: Klicks, Knackser und Aussetzer. Die praktische Matrix bei 48 kHz sieht so aus:

• 64 Samples — grob 8–12 ms Round Trip auf fähiger Hardware mit ASIO oder Exklusivmodus. Budget-Interfaces erzeugen bei dieser Größe oft Klicks.
• 128 Samples — grob 12–20 ms. Ein üblicher ASIO-Sweet-Spot für Produktion.
• 256 Samples — grob 20–35 ms. Oft die kleinste stabile Größe im Shared-Modus.
• 512 Samples — grob 35–60 ms. Sicher, aber spürbar träge.
• 1024 Samples — grob 60–100 ms. Nur für Streaming oder Wiedergabe, wo Latenz egal ist. Treiber setzt den Boden. ASIO und Exklusivmodus erlauben Puffergrößen von 32 bis 128 Samples; der Shared-Modus beginnt höher; Bluetooth-Codecs fügen einhundert Millisekunden oder mehr hinzu, bevor Puffer überhaupt zählen. Kein Puffer-Tweak schlägt das Treiberminimum — deshalb ist der Treiber der erste Hebel, nicht der letzte.

Der Browser ist keine DAW

Ein Browser kann die Round-Trip-Latenz mit der Web Audio API schätzen (MDN: Web Audio API, 2024), die einen Impuls durch den Ausgang plant und das ankommende Signal am Mikrofoneingang aufnimmt. Eine typische Web-Audio-Loopback-Messung auf einem Laptop im Shared-Modus meldet üblicherweise 55–70 ms — ein Vielfaches des ASIO-Werts — eine Lücke, die die Shared-Path-Abgabe des Browsers illustriert. Die gemessene Zeit umfasst den akustischen Weg durch die Luft, Lautsprecher- und Mikrofonwandler, Raumecho-Unterdrückung und den gesamten System-Audio-Stack. Das nennt man die akustische Round-Trip-Verzögerung, und sie ist die relevante Zahl für browserbasierte Anrufe, Karaoke und In-Browser-Spiele, aber nicht gleichbedeutend mit der ASIO-Round-Trip-Latenz, die professionelle Audiosoftware misst. Diese Messung erfordert einen echten akustischen Weg zwischen Lautsprecher und Mikrofon; automatische Verstärkungsregelung, Rauschunterdrückung und Echounterdrückung können die Impulsform verändern, während Mikrofonabstand, Raumreflexionen und Lautstärkeeinstellungen das Ergebnis beeinflussen. Was der Browser nicht kann, ist den Bestfall der Hardware erreichen. Er muss den gemeinsamen Audiopfad des Betriebssystems nutzen, kann keinen exklusiven Gerätezugriff beanspruchen, keine ASIO-Treiber laden und weder seine Audio-Puffergröße noch die Thread-Priorität steuern. Die Messung spiegelt daher die Shared-Mode-Obergrenze Ihrer Plattform wider, nicht das wahre Hardwareminimum. Diese Obergrenze ist genau die richtige Zahl für browserbasierte Arbeit. Web-Anrufe, Browser-Spiele, Web-Karaoke und alles andere in einem Tab teilen alle den Browser-Audiopfad auf OS-Ebene, wobei sich Web Audio, WebRTC und Medienwiedergabe im Detail unterscheiden. Ist die im Browser gemessene Zahl gut, fühlt sich jeder Browser-Anwendungsfall gut an. Ist sie schlecht, kann native Software Sie vielleicht noch retten — aber der Browser wird auf derselben Hardware und Konfiguration in der Regel langsamer sein als native Software.

Sechs Wege zur Latenzreduktion

Gehen Sie die Probleme in der Reihenfolge der Wirkung an und stoppen Sie, sobald Ihre Zahl in einer Zone landet, mit der Sie leben können:

1. Zuerst den Treibermodus fixen. Unter Windows den ASIO-Treiber für Ihr Audio-Interface installieren oder auf WASAPI-Exklusivmodus wechseln. Das ist der größte einzelne Hebel und kostenlos.
2. Die Puffergröße reduzieren. Von 512 über 256 auf 128 bis 64 Samples gehen, jede Einstellung testen, bis Klicks oder Knackser auftreten. Dann eine Stufe zurück auf den größten Puffer, der sauber bleibt.
3. Die Samplerate prüfen. Für Musik- und Videobearbeitung 48 kHz nutzen. 96 oder 192 kHz zu jagen erzwingt meist einen größeren Puffer und endet langsamer.
4. Konkurrierende Anwendungen schließen. Streaming, Aufnahme und volle Browser-Tabs stehlen CPU-Zeit vom Audio-Thread und verursachen Unterläufe bei kleinen Puffergrößen.
5. Ein Audio-Interface in Betracht ziehen. Dedizierte Hardware bringt bessere Wandler, echte ASIO-Treiber und Puffergrößen, die Onboard-Audio nicht erreicht.
6. Kabelgebundene Verbindungen bevorzugen. Für alles Timingkritische schlagen kabelgebundene Kopfhörer Bluetooth um einhundert Millisekunden oder mehr, unabhängig von allen anderen Einstellungen. Jeder Schritt wirkt zusammen. Der Wechsel von Shared-Modus bei 512 Samples zu ASIO bei 128 Samples verschiebt ein System üblicherweise von fünfzig Millisekunden auf unter zwanzig — der Unterschied zwischen unbrauchbar und professionell.

Fazit

Ein Wiedergabetest bestätigt, dass Ihre Lautsprecher funktionieren. Ein Loopback-Test bestätigt, dass sie im Takt funktionieren — und das sind verschiedene Fragen mit verschiedenen Antworten. Führen Sie den Lautsprechertest aus, um den Ausgangspfad zu validieren, und den Mikrofontest für den Eingangspfad. Beachten Sie: Diese Seite bietet derzeit kein dediziertes Loopback-Latenzmesswerkzeug; der beschriebene Web-Audio-API-Ansatz erfordert eine separate Implementierung oder Browser-Konsolen-Setup. Nutzen Sie ihn, um die akustische Round-Trip-Verzögerung zu erfahren, die bestimmt, ob Aufnahme, Gespräch und räumlicher Klang auf Ihrem Rechner natürlich wirken.

Messen Sie einmal und behalten Sie das Ergebnis. Unter zwanzig Millisekunden bedeutet professionelles Timing. Zwanzig bis sechzig deckt die meiste Alltagsarbeit ab. Über einhundertzwanzig wird jede timingkritische Aufgabe gegen Sie arbeiten, und die Lösung beginnt meist beim Treiber statt bei der Hardware. Wenn Sie die Zahl nie gemessen haben, raten Sie bei jeder Audioaufgabe, die von Timing abhängt.