Obwohl Sie eine leistungsstarke Multi-Core-CPU (wie einen AMD Ryzen- oder Intel Core-Prozessor) verwenden, erleben Sie beim Abspielen oder Aufnehmen von Projekten in Cubase manchmal ein „Knacksen“ oder kurze Audioaussetzer (Dropouts)?
Wenn Sie dann im Task-Manager nachsehen, liegt die CPU-Auslastung vielleicht nur bei 10 bis 20 %, was auf ausreichende Leistungsreserven hindeutet. Dennoch schlägt in Cubase die Anzeige für den „Echtzeit-Peak“ (Real-Time Peak) plötzlich aus und stößt an ihr Limit, nicht wahr?
In diesem Artikel erläutere ich die Ursachen für dieses Phänomen und zeige eine Lösung auf, wie Sie Audioaussetzer verhindern können, ohne die Leistung Ihrer CPU zu beeinträchtigen.
- Warum kommt es trotz High-End-CPU zu Knacksern und Aussetzern?
- Lösung: „CPU 0“ von der Cubase-Verarbeitung ausschließen
- Vorgehensweise zur „Zuweisung der Prozessorkerne“ mit Process Lasso
- Schritt 1: Installation von Process Lasso
- Schritt 2: CPU-Affinity für den Cubase-Prozess festlegen
- Schritt 3: Die Auswirkungen der Einstellung vergleichen
- * Falls die Cubase-Verhaltensweise die Affinity-Einstellung zurücksetzt
- Ergänzende & zusätzliche Einstellungen: Optimierung von GPU und Energieverwaltung
- Ebenfalls prüfen: „Kontrolle der DPC-Latenz“ mit LatencyMon
- Zusammenfassung
Warum kommt es trotz High-End-CPU zu Knacksern und Aussetzern?
Eine mögliche Ursache ist ein „Konflikt bei der Echtzeitverarbeitung auf einem bestimmten logischen CPU-Prozessor“, der sich anhand der durchschnittlichen Gesamtauslastung der CPU kaum erkennen lässt.
Insbesondere in bestimmten Systemumgebungen lassen sich Knackser und Dropouts beheben, indem man „CPU 0“ aus den Verarbeitungsprozessen von Cubase ausschließt.
- Die Funktionsweise von Windows
Geräte wie Grafikkarten, USB-Controller und Netzwerkkarten erzeugen sogenannte Geräte-Interrupts wie ISR (Interrupt Service Routines) und DPC (Deferred Procedure Calls). Diese Prozesse werden von Windows bestimmten logischen Prozessoren zugewiesen. - Das Multi-Processing in Cubase
In einigen Umgebungen kann es vorkommen, dass die genannten Windows-Prozesse und die Echtzeit-Audioverarbeitung von Cubase auf demselben logischen Prozessor miteinander konkurrieren.
Das führt dazu, dass in dem Moment, in dem auf CPU 0 ein „Grafik- oder OS-Interrupt-Prozess“ stattfindet, die Echtzeit-Audioverarbeitung von Cubase für einen Sekundenbruchteil pausieren muss.
Wenn die Echtzeit-Audioverarbeitung von Cubase durch diese Interrupts nicht genügend Zeit für ihre Aufgaben erhält, kann das Zeitlimit für die Verarbeitung des ASIO-Puffers nicht eingehalten werden. Die Folge sind Audio-Knackser und Dropouts.
Lösung: „CPU 0“ von der Cubase-Verarbeitung ausschließen
Die Lösung ist simpel: Sie müssen lediglich „CPU 0“ aus den Verarbeitungsprozessen von Cubase entfernen und einstellen, dass das Programm auf CPU 1 und den darauffolgenden Kernen läuft.
- Indem Sie „CPU 0“ aus der CPU-Zugehörigkeit (Affinity) von Cubase ausschließen, verringern Sie die Wahrscheinlichkeit, dass Cubase-Threads auf CPU 0 ausgeführt werden. Dadurch werden Konflikte mit Prozessen, die vom OS oder von Treibern stammen, entschärft.
- Wenn CPU 0 von der Cubase-Affinity ausgeschlossen ist, werden die Threads von Cubase stattdessen auf den logischen Prozessoren ab „CPU 1“ ausgeführt.
Durch die gezielte Einschränkung der logischen Prozessoren, die von Cubase genutzt werden, lässt sich die Wahrscheinlichkeit reduzieren, dass Prozesse von OS oder Treibern mit der Cubase-Verarbeitung auf einer bestimmten CPU in Konflikt geraten.
Im Gegensatz zum klassischen Workaround, die „Multi-Processing-Funktion“ in den Audio-Einstellungen von Cubase vollständig zu deaktivieren, bleibt bei dieser Methode die verteilte Rechenleistung der vielen Kerne ab CPU 1 erhalten. So können auch bei großen Projekten die Einschränkungen der CPU-Ressourcen relativ gering gehalten werden.
Vorgehensweise zur „Zuweisung der Prozessorkerne“ mit Process Lasso
Zwar lässt sich die CPU-Zugehörigkeit (Affinity) auch über den standardmäßigen Windows-Task-Manager ändern, diese Einstellung wird jedoch bei jedem Neustart des PCs oder von Cubase zurückgesetzt.
Um die Einstellung dauerhaft zu speichern, nutzen wir daher das im Hintergrund laufende Prozess-Management-Tool „Process Lasso“.
Schritt 1: Installation von Process Lasso
Laden Sie Process Lasso (die kostenlose Version reicht völlig aus) von der offiziellen Bitsum-Website unten herunter, installieren Sie es und lassen Sie es im Hintergrund laufen.
Schritt 2: CPU-Affinity für den Cubase-Prozess festlegen
- Starten Sie Cubase.
- Öffnen Sie Process Lasso und klicken Sie in der Prozess-Timeline mit der rechten Maustaste auf Cubase.exe.
- Wählen Sie „CPU Affinity“ > „Always“ (Immer) > „Select CPU affinity“.
- Wenn die Liste der Prozessorkerne angezeigt wird, entfernen Sie das Häkchen bei „CPU 0“ und klicken Sie auf OK.
Schritt 3: Die Auswirkungen der Einstellung vergleichen
Vergleichen Sie nun den Zustand mit und ohne CPU 0 unter exakt denselben Bedingungen: dasselbe Projekt, dieselbe Sample-Rate, dieselbe ASIO-Puffergröße und dasselbe Plug-in-Setup.
Wenn die Echtzeit-Peak-Ausschläge und Dropouts nach dem Ausschluss von CPU 0 spürbar zurückgehen, deutet dies stark darauf hin, dass die Anpassung der CPU-Affinity in Ihrer Systemumgebung effektiv war.
* Falls die Cubase-Verhaltensweise die Affinity-Einstellung zurücksetzt
Je nach Systemumgebung kann es vorkommen, dass die Einstellung aufgrund des Verhaltens von Cubase nicht aufrechterhalten wird.
In diesem Fall können Sie neben der „CPU Affinity“ auch die Konfiguration über „CPU Sets“ ausprobieren. Ziehen Sie diese Option daher bitte ebenfalls in Betracht.
Ergänzende & zusätzliche Einstellungen: Optimierung von GPU und Energieverwaltung
Energieverwaltung für NVIDIA- / AMD-GPUs
Sollten Änderungen im GPU-Treiber oder im Energiestatus als mögliche Ursache in Verdacht stehen, ist dieser Schritt zur Eingrenzung des Problems einen Versuch wert.
Fügen Sie im NVIDIA Control Panel unter „3D-Einstellungen verwalten“ die Datei Cubase.exe hinzu, setzen Sie den Energieverwaltungsmodus auf „Maximale Leistung bevorzugen“ und beobachten Sie die Veränderungen.
Deaktivierung von Core Parking
Durch das Deaktivieren von Core Parking, beispielsweise mit dem in Process Lasso integrierten Tool „ParkControl“, ändert sich das Verhalten der CPU-Kerne beim Aufwachen aus dem Ruhezustand. In bestimmten Umgebungen kann dies die Echtzeitverarbeitung bei niedrigen Puffergrößen stabilisieren.
Ebenfalls prüfen: „Kontrolle der DPC-Latenz“ mit LatencyMon
Eine weitere Methode zur Ursachenforschung bei Audio-Knacksern und Aussetzern in Cubase, die ich Ihnen nahelegen möchte, ist die „Überprüfung mit LatencyMon“.
Im folgenden Artikel erkläre ich detailliert, wie Sie den Status der „DPC-Latenz“ mit LatencyMon überprüfen und Probleme identifizieren können. Falls die Tipps in diesem Artikel keine Besserung gebracht haben, lesen Sie bitte dort weiter.
Zusammenfassung
Eine mögliche Ursache für Audio-Knackser und Dropouts in Cubase ist der „Konflikt bei der Echtzeitverarbeitung auf einem bestimmten logischen Prozessor“, der sich anhand der durchschnittlichen Gesamtauslastung der CPU nur schwer ausmachen lässt.
In Windows treten Prozesse wie ISR/DPC in Verbindung mit Geräten wie Grafikkarten, USB und Netzwerken auf. Da diese Prozesse auf bestimmten logischen Prozessoren ausgeführt werden, können sie je nach Timing mit der Echtzeit-Audioverarbeitung von Cubase in Konflikt geraten.
Bei der Echtzeitverarbeitung in Cubase muss die Verarbeitung jedes Audiopuffers innerhalb einer vorgegebenen Zeit abgeschlossen sein. Daher können, selbst wenn die CPU-Gesamtauslastung niedrig ist, Knackser und Dropouts entstehen, wenn auf einem bestimmten logischen Prozessor nicht genügend Verarbeitungszeit zur Verfügung steht.
Aus diesem Grund lässt sich die Echtzeitverarbeitung in einigen Umgebungen stabilisieren, indem man CPU 0 aus der CPU-Affinity von Cubase ausschließt. Das reduziert die Wahrscheinlichkeit, dass Cubase-Threads und Prozesse des Betriebssystems oder der Treiber auf demselben logischen Prozessor miteinander konkurrieren.
Wenn Sie Cubase mit niedrigen Puffergrößen betreiben möchten oder Echtzeit-Stabilität für große Projekte benötigen, nutzen Sie die Informationen aus diesem Artikel gerne als Referenz.
