Cubase unterirdische Notebook Performance

Registriert
26.10.20
Beiträge
2.003
Reaktionen
1.106
Punkte
5.428
Ich bräuchte mal undankbare Unterstützung bei einem Problem der Sorte "Mein Drucker druckt nicht".

Ich habe vor einiger Zeit Cubase auf meinem HP Pro Notebook installiert, das hat einen i7-855OU@1.80GHz und 16 GB Ram
Ich mache damit keine wilden Sachen, ist nur für kleine Tests bequem auf dem Sofa gedacht, als Sound Device habe ich ein Scarlett 212 MK1 daran.

Ich habe nie wirklich die Leistung kontrolliert, alles was ich so mache, ging vernünftig.
Vor ein paar Wochen hatte ich den ersten auffälligen Effekt, den ich zu der Zeit nicht weiter verfolgt habe, ich hatte mein Maschine Mikro angeschlossen, um etwas zu trommeln und stellte Dropouts, also ungetriggerte Schläge fest.
Als ich jetzt eine Gitarre aufnehmen wollte, bemerkte ich, dass die Auslastung hoch war, mit Ampsim bei 48kHz 24bit und 128er Buffer und einer zusätzlichen Stereospur ohne Effekte bei eingeschaltetem Monitoring ist die Peakanzeige bei über 50% und schlägt gelegentlich in den roten Bereich.

Selbst ein frisches Projekt mit einer Stereospur ohne Inhalt geht beim Peak gelegentlich bis 50% hoch.

Jetzt ist die CPU zwar keine Granate, aber es war am Anfang definitiv nichts auffälliges zu sehen.
Am Anfang hatte ich den Scarlett Treiber in Verdacht, weil es mit generischem Treiber deutlich besser aussah, allerdings hat der ja standardmässig eine Roundtrip-Latenz von 80ms, wenn ich den Buffer des Scarlett Treibers auf ähnliche Werte stelle, siehts genauso gut aus. Ich habe trotzdem den Treiber aktualisiert, ohne Effekt.

Jetzt kommt die Frage, ich bin momentan etwas hilflos, wie ich herausfinden soll, wo das Problem liegt.
Seit der Erstinstallation habe ich ein paar Plugins installiert, aber nicht sehr viele.

Hat jemand einen Tip, wie ich den Flaschenhals finden kann?
 
Hast du den Router neu gestartet?
 
1684875621578.png

_________________________________________________________________________________________________________
CONCLUSION
_________________________________________________________________________________________________________
Your system appears to be suitable for handling real-time audio and other tasks without dropouts.
LatencyMon has been analyzing your system for 0:00:22 (h:mm:ss) on all processors.


_________________________________________________________________________________________________________
SYSTEM INFORMATION
_________________________________________________________________________________________________________
Computer name: BOOGIE-PC
OS version: Windows 10, 10.0, version 2009, build: 19044 (x64)
Hardware: HP ProBook 470 G5, HP
BIOS: Q85 Ver. 01.24.00
CPU: GenuineIntel Intel(R) Core(TM) i7-8550U CPU @ 1.80GHz
Logical processors: 8
Processor groups: 1
Processor group size: 8
RAM: 16275 MB total


_________________________________________________________________________________________________________
CPU SPEED
_________________________________________________________________________________________________________
Reported CPU speed (WMI): 1792 MHz
Reported CPU speed (registry): 1992 MHz

Note: reported execution times may be calculated based on a fixed reported CPU speed. Disable variable speed settings like Intel Speed Step and AMD Cool N Quiet in the BIOS setup for more accurate results.


_________________________________________________________________________________________________________
MEASURED INTERRUPT TO USER PROCESS LATENCIES
_________________________________________________________________________________________________________
The interrupt to process latency reflects the measured interval that a usermode process needed to respond to a hardware request from the moment the interrupt service routine started execution. This includes the scheduling and execution of a DPC routine, the signaling of an event and the waking up of a usermode thread from an idle wait state in response to that event.

Highest measured interrupt to process latency (µs): 625,50
Average measured interrupt to process latency (µs): 14,953339

Highest measured interrupt to DPC latency (µs): 619,30
Average measured interrupt to DPC latency (µs): 3,854421


_________________________________________________________________________________________________________
REPORTED ISRs
_________________________________________________________________________________________________________
Interrupt service routines are routines installed by the OS and device drivers that execute in response to a hardware interrupt signal.

Highest ISR routine execution time (µs): 78,557731
Driver with highest ISR routine execution time: Wdf01000.sys - Kernelmodustreiber-Frameworklaufzeit, Microsoft Corporation

Highest reported total ISR routine time (%): 0,000370
Driver with highest ISR total time: Wdf01000.sys - Kernelmodustreiber-Frameworklaufzeit, Microsoft Corporation

Total time spent in ISRs (%) 0,000370

ISR count (execution time <250 µs): 204
ISR count (execution time 250-500 µs): 0
ISR count (execution time 500-1000 µs): 0
ISR count (execution time 1000-2000 µs): 0
ISR count (execution time 2000-4000 µs): 0
ISR count (execution time >=4000 µs): 0


_________________________________________________________________________________________________________
REPORTED DPCs
_________________________________________________________________________________________________________
DPC routines are part of the interrupt servicing dispatch mechanism and disable the possibility for a process to utilize the CPU while it is interrupted until the DPC has finished execution.

Highest DPC routine execution time (µs): 784,060743
Driver with highest DPC routine execution time: tcpip.sys - TCP/IP-Treiber, Microsoft Corporation

Highest reported total DPC routine time (%): 0,009554
Driver with highest DPC total execution time: Wdf01000.sys - Kernelmodustreiber-Frameworklaufzeit, Microsoft Corporation

Total time spent in DPCs (%) 0,040172

DPC count (execution time <250 µs): 8570
DPC count (execution time 250-500 µs): 0
DPC count (execution time 500-10000 µs): 22
DPC count (execution time 1000-2000 µs): 0
DPC count (execution time 2000-4000 µs): 0
DPC count (execution time >=4000 µs): 0


_________________________________________________________________________________________________________
REPORTED HARD PAGEFAULTS
_________________________________________________________________________________________________________
Hard pagefaults are events that get triggered by making use of virtual memory that is not resident in RAM but backed by a memory mapped file on disk. The process of resolving the hard pagefault requires reading in the memory from disk while the process is interrupted and blocked from execution.

NOTE: some processes were hit by hard pagefaults. If these were programs producing audio, they are likely to interrupt the audio stream resulting in dropouts, clicks and pops. Check the Processes tab to see which programs were hit.

Process with highest pagefault count: msmpeng.exe

Total number of hard pagefaults 19
Hard pagefault count of hardest hit process: 16
Number of processes hit: 3


_________________________________________________________________________________________________________
PER CPU DATA
_________________________________________________________________________________________________________
CPU 0 Interrupt cycle time (s): 0,844887
CPU 0 ISR highest execution time (µs): 78,557731
CPU 0 ISR total execution time (s): 0,000617
CPU 0 ISR count: 181
CPU 0 DPC highest execution time (µs): 667,548695
CPU 0 DPC total execution time (s): 0,045627
CPU 0 DPC count: 5948
_________________________________________________________________________________________________________
CPU 1 Interrupt cycle time (s): 0,384941
CPU 1 ISR highest execution time (µs): 2,346888
CPU 1 ISR total execution time (s): 0,000009
CPU 1 ISR count: 9
CPU 1 DPC highest execution time (µs): 536,747992
CPU 1 DPC total execution time (s): 0,017268
CPU 1 DPC count: 2168
_________________________________________________________________________________________________________
CPU 2 Interrupt cycle time (s): 0,176111
CPU 2 ISR highest execution time (µs): 2,326305
CPU 2 ISR total execution time (s): 0,000010
CPU 2 ISR count: 6
CPU 2 DPC highest execution time (µs): 517,164659
CPU 2 DPC total execution time (s): 0,003744
CPU 2 DPC count: 265
_________________________________________________________________________________________________________
CPU 3 Interrupt cycle time (s): 0,181195
CPU 3 ISR highest execution time (µs): 3,012048
CPU 3 ISR total execution time (s): 0,000006
CPU 3 ISR count: 3
CPU 3 DPC highest execution time (µs): 336,009036
CPU 3 DPC total execution time (s): 0,001840
CPU 3 DPC count: 108
_________________________________________________________________________________________________________
CPU 4 Interrupt cycle time (s): 0,153939
CPU 4 ISR highest execution time (µs): 5,567269
CPU 4 ISR total execution time (s): 0,000006
CPU 4 ISR count: 1
CPU 4 DPC highest execution time (µs): 220,918675
CPU 4 DPC total execution time (s): 0,001050
CPU 4 DPC count: 71
_________________________________________________________________________________________________________
CPU 5 Interrupt cycle time (s): 0,142808
CPU 5 ISR highest execution time (µs): 1,663655
CPU 5 ISR total execution time (s): 0,000005
CPU 5 ISR count: 4
CPU 5 DPC highest execution time (µs): 82,086345
CPU 5 DPC total execution time (s): 0,000094
CPU 5 DPC count: 3
_________________________________________________________________________________________________________
CPU 6 Interrupt cycle time (s): 0,208080
CPU 6 ISR highest execution time (µs): 0,0
CPU 6 ISR total execution time (s): 0,0
CPU 6 ISR count: 0
CPU 6 DPC highest execution time (µs): 784,060743
CPU 6 DPC total execution time (s): 0,001126
CPU 6 DPC count: 17
_________________________________________________________________________________________________________
CPU 7 Interrupt cycle time (s): 0,201919
CPU 7 ISR highest execution time (µs): 0,0
CPU 7 ISR total execution time (s): 0,0
CPU 7 ISR count: 0
CPU 7 DPC highest execution time (µs): 35,878012
CPU 7 DPC total execution time (s): 0,000153
CPU 7 DPC count: 12
_________________________________________________________________________________________________________
 
Sieht ja, wenn auch nicht top, schon ok aus, würde ich sagen.
Das Tool ist halt manchmal ganz gut um krasse Störenfriede ggf. gleich zu erkennen.
In deinem Fall hm...bin ich überfragt, sorry, vllt. hat sonst wer noch eine Idee?
 
LatencyMon has been analyzing your system for 0:00:22 (h:mm:ss)
Lass das bitte mal für 5 Minuten laufen.
Die meisten Spikes kommen nicht vom Audiosystem sondern irgendwelchen anderen Komponenten des Computers. Und da kann wirklich von Grafikkarte über Energieoptionen bis zu internen Belegung von USB- und PCIe-Ports alles dabei sein.

Hier mal der Link auf ein Video, wo ein paar Hintergründe erklärt werden. Ist zwar älter und auf englisch, aber recht gut:

View: https://youtu.be/GUsLLEkswzE
 
Ich habe einen nagelneuen Laptop HP AMD Ryzen 7 mit 16gb und Win 11
Cubase 12 hat (egal was ich einstelle) einen enormen Performance-Bedarf. Am PC mit Win 10 sieht man es auch (habe ich schon woanders geschrieben) In diversen Foren scheint es unter Win 11, besonders heftig zu sein. Ich finde es auch äußerst schwach, das Steinberg seit Erscheinen, erst ein kleines Update gemacht hat.
Da scheint was ordentlich im Argen zu liegen.
 
Dein Laptop müsste an sich für kleinere Sachen ganz gut reichen.

Ich habe einigermaßen aktuelle R5 Prozessoren im Standrechner und auch im Laptop mit Win10 Pro.
Ich kann im Studio, wie auch zuhause ganz normal meine Projekte bearbeiten, mir ist nichts aufgefallen. Performance ist "vergleichbar", habe aber am Laptop z.B. nur 16GB RAM. Grafikkarte ist jeweils die eingebaute IGP. ICh habe zuhause auch eine Maschine Mikro, mir ist aber nichts aufgefallen, außer dass sie doof zu bedienen ist :-D

Wenn ich Leistung brauche schließe ich das Notebook am Strom an, viele Mobilrechner fahren im Batteriemodus die Leistung runter um Akku zu sparen. Leistungsmodus auf "beste Leistung" stellen.

Cubase 12.0.60, im Studio RME und zuhause irgendein billig-Kram.

Viele Grüße
 
Lass das bitte mal für 5 Minuten laufen.
Die meisten Spikes kommen nicht vom Audiosystem sondern irgendwelchen anderen Komponenten des Computers. Und da kann wirklich von Grafikkarte über Energieoptionen bis zu internen Belegung von USB- und PCIe-Ports alles dabei sein.

Hier mal der Link auf ein Video, wo ein paar Hintergründe erklärt werden. Ist zwar älter und auf englisch, aber recht gut:

View: https://youtu.be/GUsLLEkswzE

Heute morgen lief er 5 minuten ohne Probs, jetzt hab ich dies...
Nur, wie interpretiere ich das?

_________________________________________________________________________________________________________
CONCLUSION
_________________________________________________________________________________________________________
Your system seems to be having difficulty handling real-time audio and other tasks. You may experience drop outs, clicks or pops due to buffer underruns. One or more DPC routines that belong to a driver running in your system appear to be executing for too long. One problem may be related to power management, disable CPU throttling settings in Control Panel and BIOS setup. Check for BIOS updates.
LatencyMon has been analyzing your system for 0:05:43 (h:mm:ss) on all processors.


_________________________________________________________________________________________________________
SYSTEM INFORMATION
_________________________________________________________________________________________________________
Computer name: BOOGIE-PC
OS version: Windows 10, 10.0, version 2009, build: 19044 (x64)
Hardware: HP ProBook 470 G5, HP
BIOS: Q85 Ver. 01.24.00
CPU: GenuineIntel Intel(R) Core(TM) i7-8550U CPU @ 1.80GHz
Logical processors: 8
Processor groups: 1
Processor group size: 8
RAM: 16275 MB total


_________________________________________________________________________________________________________
CPU SPEED
_________________________________________________________________________________________________________
Reported CPU speed (WMI): 1792 MHz
Reported CPU speed (registry): 1992 MHz

Note: reported execution times may be calculated based on a fixed reported CPU speed. Disable variable speed settings like Intel Speed Step and AMD Cool N Quiet in the BIOS setup for more accurate results.


_________________________________________________________________________________________________________
MEASURED INTERRUPT TO USER PROCESS LATENCIES
_________________________________________________________________________________________________________
The interrupt to process latency reflects the measured interval that a usermode process needed to respond to a hardware request from the moment the interrupt service routine started execution. This includes the scheduling and execution of a DPC routine, the signaling of an event and the waking up of a usermode thread from an idle wait state in response to that event.

Highest measured interrupt to process latency (µs): 1214,90
Average measured interrupt to process latency (µs): 12,106083

Highest measured interrupt to DPC latency (µs): 1209,90
Average measured interrupt to DPC latency (µs): 4,196908


_________________________________________________________________________________________________________
REPORTED ISRs
_________________________________________________________________________________________________________
Interrupt service routines are routines installed by the OS and device drivers that execute in response to a hardware interrupt signal.

Highest ISR routine execution time (µs): 19,805221
Driver with highest ISR routine execution time: Wdf01000.sys - Kernelmodustreiber-Frameworklaufzeit, Microsoft Corporation

Highest reported total ISR routine time (%): 0,000156
Driver with highest ISR total time: Wdf01000.sys - Kernelmodustreiber-Frameworklaufzeit, Microsoft Corporation

Total time spent in ISRs (%) 0,000156

ISR count (execution time <250 µs): 1639
ISR count (execution time 250-500 µs): 0
ISR count (execution time 500-1000 µs): 0
ISR count (execution time 1000-2000 µs): 0
ISR count (execution time 2000-4000 µs): 0
ISR count (execution time >=4000 µs): 0


_________________________________________________________________________________________________________
REPORTED DPCs
_________________________________________________________________________________________________________
DPC routines are part of the interrupt servicing dispatch mechanism and disable the possibility for a process to utilize the CPU while it is interrupted until the DPC has finished execution.

Highest DPC routine execution time (µs): 1263,975904
Driver with highest DPC routine execution time: dxgkrnl.sys - DirectX Graphics Kernel, Microsoft Corporation

Highest reported total DPC routine time (%): 0,043076
Driver with highest DPC total execution time: dxgkrnl.sys - DirectX Graphics Kernel, Microsoft Corporation

Total time spent in DPCs (%) 0,059305

DPC count (execution time <250 µs): 126739
DPC count (execution time 250-500 µs): 0
DPC count (execution time 500-10000 µs): 244
DPC count (execution time 1000-2000 µs): 30
DPC count (execution time 2000-4000 µs): 0
DPC count (execution time >=4000 µs): 0


_________________________________________________________________________________________________________
REPORTED HARD PAGEFAULTS
_________________________________________________________________________________________________________
Hard pagefaults are events that get triggered by making use of virtual memory that is not resident in RAM but backed by a memory mapped file on disk. The process of resolving the hard pagefault requires reading in the memory from disk while the process is interrupted and blocked from execution.

NOTE: some processes were hit by hard pagefaults. If these were programs producing audio, they are likely to interrupt the audio stream resulting in dropouts, clicks and pops. Check the Processes tab to see which programs were hit.

Process with highest pagefault count: msmpeng.exe

Total number of hard pagefaults 735
Hard pagefault count of hardest hit process: 339
Number of processes hit: 11


_________________________________________________________________________________________________________
PER CPU DATA
_________________________________________________________________________________________________________
CPU 0 Interrupt cycle time (s): 7,095906
CPU 0 ISR highest execution time (µs): 19,805221
CPU 0 ISR total execution time (s): 0,004007
CPU 0 ISR count: 1396
CPU 0 DPC highest execution time (µs): 1263,975904
CPU 0 DPC total execution time (s): 1,461857
CPU 0 DPC count: 96453
_________________________________________________________________________________________________________
CPU 1 Interrupt cycle time (s): 0,855511
CPU 1 ISR highest execution time (µs): 3,105422
CPU 1 ISR total execution time (s): 0,000037
CPU 1 ISR count: 36
CPU 1 DPC highest execution time (µs): 93,971888
CPU 1 DPC total execution time (s): 0,006190
CPU 1 DPC count: 1382
_________________________________________________________________________________________________________
CPU 2 Interrupt cycle time (s): 1,427862
CPU 2 ISR highest execution time (µs): 6,041667
CPU 2 ISR total execution time (s): 0,000067
CPU 2 ISR count: 51
CPU 2 DPC highest execution time (µs): 527,406627
CPU 2 DPC total execution time (s): 0,054564
CPU 2 DPC count: 10489
_________________________________________________________________________________________________________
CPU 3 Interrupt cycle time (s): 0,918485
CPU 3 ISR highest execution time (µs): 3,916667
CPU 3 ISR total execution time (s): 0,000090
CPU 3 ISR count: 68
CPU 3 DPC highest execution time (µs): 539,008032
CPU 3 DPC total execution time (s): 0,012775
CPU 3 DPC count: 2453
_________________________________________________________________________________________________________
CPU 4 Interrupt cycle time (s): 1,253746
CPU 4 ISR highest execution time (µs): 3,438253
CPU 4 ISR total execution time (s): 0,000043
CPU 4 ISR count: 43
CPU 4 DPC highest execution time (µs): 456,990964
CPU 4 DPC total execution time (s): 0,035876
CPU 4 DPC count: 6570
_________________________________________________________________________________________________________
CPU 5 Interrupt cycle time (s): 0,915899
CPU 5 ISR highest execution time (µs): 3,788655
CPU 5 ISR total execution time (s): 0,000017
CPU 5 ISR count: 14
CPU 5 DPC highest execution time (µs): 591,876004
CPU 5 DPC total execution time (s): 0,017154
CPU 5 DPC count: 3022
_________________________________________________________________________________________________________
CPU 6 Interrupt cycle time (s): 1,143461
CPU 6 ISR highest execution time (µs): 4,446285
CPU 6 ISR total execution time (s): 0,000021
CPU 6 ISR count: 14
CPU 6 DPC highest execution time (µs): 561,767068
CPU 6 DPC total execution time (s): 0,032087
CPU 6 DPC count: 5217
_________________________________________________________________________________________________________
CPU 7 Interrupt cycle time (s): 0,782450
CPU 7 ISR highest execution time (µs): 1,609438
CPU 7 ISR total execution time (s): 0,000014
CPU 7 ISR count: 17
CPU 7 DPC highest execution time (µs): 498,151104
CPU 7 DPC total execution time (s): 0,008756
CPU 7 DPC count: 1427
_________________________________________________________________________________________________________
1684952142457.png
 
Dein Laptop müsste an sich für kleinere Sachen ganz gut reichen.
Das ist ja die undankbare Geschichte, hat es ja auch schon, ich vermute, dass irgendeine Software oder Treiberaktualisierung das ausgelöst hat, nur wo ansetzen?
 
Das ist ja die undankbare Geschichte, hat es ja auch schon, ich vermute, dass irgendeine Software oder Treiberaktualisierung das ausgelöst hat, nur wo ansetzen?
1. war ja die Frage, ob du wirklich den Laptop auf volle Leistung gestellt hast?
2. würde ich ausschließen dass es an Cubase 12 liegt. Installier doch mal die Demoversion von Reaper und schau ob dir das Gleiche passiert.
(Ansonsten habe ich mal kurz recherchiert und rein von den Benchmarks her, hat mein Laptop im Vergleich zu deinem ca. 2-3mal mehr Prozessorleistung - ich gehe davon aus dass das hilft :) - aber deiner könnte für kleine Projekte ok sein...)

Auf geht's..
:rockguitar:


VG
 
Mein altes MacBook Pro 2012 mit 16 GB und ner SSD (per Open Core Legacy Patcher auf Monterey gepatcht) hat im Vergleich zu euren Boliden eine eher schwache - weil alte - CPU (i7-3520M), das Teil läuft aber als Sofa-DAW mit Cubase oder Logic Pro (auch eher kleinere Projekte) problemlos. Da müsste doch ein halbwegs aktueller Rechner besser sein.

Zum Editieren nutze ich da meistens nur das interne CoreAudio mit MIDI-Controller.

Letztens hatte ich jedoch den MuseHub (zum Download von Instrumenten in MuseScore 4) installiert, da lief der Rechner ungewohnt ruckelig, also MuseHub wieder deinstalliert und gut war's.

Oft wird das Problem ja nur von einem Plugin oder einem Programm verursacht.
 
1. war ja die Frage, ob du wirklich den Laptop auf volle Leistung gestellt hast?
2. würde ich ausschließen dass es an Cubase 12 liegt. Installier doch mal die Demoversion von Reaper und schau ob dir das Gleiche passiert.
(Ansonsten habe ich mal kurz recherchiert und rein von den Benchmarks her, hat mein Laptop im Vergleich zu deinem ca. 2-3mal mehr Prozessorleistung - ich gehe davon aus dass das hilft :) - aber deiner könnte für kleine Projekte ok sein...)

Auf geht's..
:rockguitar:


VG
Das Notebook läuft grundsätzlich auf Standardeinstellungen, an denen ich nix getweaked habe und in Cubase mit aktivem
Energieprofil.

Die Sache ist ja, dass ich ein Delta in der Leistung unter Cubase habe, Sachen, die früher problemlos gingen, zicken jetzt rum, was dafür spricht, dass irgendwas passiert ist, was die Situation negativ beeinflusst hat. Ich glaube nicht, dass Cubase selbst dafür verantwortlich ist.
 
Kleine Wasserstandsmeldung:

Könnte sein, dass ich den Hauptübeltäter gefunden habe, den "Universal Media Server", den hatte ich vor kurzem aktualisiert, hab den zwar schon ewig drauf, aber nachdem er zuletzt nicht mehr funktionierte, hatte ich eine aktuelle Version aufgespielt.
Ein anderer Punkt, wenn auch noch nicht eindeutig, es scheint zusätzlich zu helfen, WLAN abzuschalten, auch da wird ja halbwegs regelmässig über das HP Support-Center der Treiber aktualisiert.

Zumindest scheint ohne UMS die Peakanzeige bei eingeschaltetem Monitoring nur noch vereinzelt knapp über 50% hochzugehen.
 
Kleine Wasserstandsmeldung:

Könnte sein, dass ich den Hauptübeltäter gefunden habe, den "Universal Media Server", den hatte ich vor kurzem aktualisiert, hab den zwar schon ewig drauf, aber nachdem er zuletzt nicht mehr funktionierte, hatte ich eine aktuelle Version aufgespielt.
Ein anderer Punkt, wenn auch noch nicht eindeutig, es scheint zusätzlich zu helfen, WLAN abzuschalten, auch da wird ja halbwegs regelmässig über das HP Support-Center der Treiber aktualisiert.

Zumindest scheint ohne UMS die Peakanzeige bei eingeschaltetem Monitoring nur noch vereinzelt knapp über 50% hochzugehen.
Ja, so ungefähr musst Du (leider) an die Sache herangehen. Du kannst einmal alle Leute ignorieren, die über Deine Hardware-Specs schreiben. Die sind ok und haben nichts mit dem Problem zu tun.
Es ist irgendeine Komponente, welche einen Treiber verwendet, der immer wieder die CPU blockiert. Cubase kommt dann an den Prozessor nicht mehr ran und das Resultat sind Audioaussetzer.

Ich würde so vorgehen, dass ich immer nur ein einzelne Komponente verändern würde und dann LatencyMon füür ein paar Minuten laufen lasse. Falls sich nichts verändert hat, würde ich das nächste Gerät dekativieren.
Anfangen würde ich bei Energieeinstellungen (alles auf volle Pulle). Danach USB, dort reicht es sogar, jegliche Verbindungen physisch zu trennen. Dann Netzwerk, danach andere Geräte.

Falls Dein Notebook noch einen herausnehmbaren Akku hat: den bitte als erstes entfernen und Computer anschließend neustarten.

Eine Sache, die ich selber noch nicht ausprobiert habe: Windows hat eine Einstellung für den "Spielmodus" (Einstellungen -> Spiele -> Spielmodus). Den vielleicht mal ausschalten.
1685339592182.png
 
Zuletzt bearbeitet:

Oft gelesene Themen

Zurück
Oben