Plötzliche Audio-Dropouts/DPC-Spikes unter Windows 11 mit UR22C + RTX 4080

[Onkelchen1337]

Mainboard

GIGABYTE Z690 AORUS PRO 1.0

CPU

Intel® Core™ i7-12700K

CPU Kühler

GIGABYTE AORUS WATERFORCE 360

RAM

G.Skill DIMM 32 GB DDR5-6000 Kit (F5-6000J3636F16GX2-TZ5RK, Trident Z5 RGB)

GPU

GIGABYTE GeForce RTX™ 4080 16GB EAGLE OC

Netzteil

be quiet! Dark Power 12 850W

Datenträger

Samsung 970 EVO Plus 500 GB, 2 x Crucial P5 Plus CT1000P5PSSD8 1TB

Monitor

Monitor 1 : LG UltraGear 27GP850-B @ 180Hz
Monitor 2 : Acer XB270HU @ 144Hz

Betriebssystem

Windows 11

Plötzliche Audio-Dropouts/DPC-Spikes unter Windows 11 mit UR22C + RTX 4080 (Z690 / i7-12700K)​

System/Setup​

• CPU: Intel Core i7-12700K
• Mainboard: Gigabyte Z690 AORUS PRO (rev. 1.x), BIOS F30
• RAM: 32 GB DDR5 (2×16 GB), 6000 MT/s
• GPU: NVIDIA GeForce RTX 4080, Treiber 581.42 (Kernel: nvlddmkm.sys)
• OS: Windows 11 24H2 (Build 26100.x)
• Storage: NVMe SSDs (PCIe 4.0)
• Monitor: 180 Hz G-SYNC Compatible
• Kühlung: AORUS Waterforce 360
• Peripherie (relevant):
  
  • Logitech Pro X Superlight 2 @ 1000 Hz (USB-Dongle; zeitweise Front-USB 3.0)
  • Steinberg UR22C (USB-C Audio-Interface, Firmware Boot v1.10 / Main v3.20, Treiber v2.1.9, dspMixFx UR-C v3.3.0)
  • Kopfhörer: Beyerdynamic DT 770 Pro 250 Ω
  • Kopfhörer-Amp: Lake People G103-S MKII (intern gejumpert; aktuell +16 dB)

(Parallel geplant/erwogen: externer DAC per S/PDIF-Out vom Board → z. B. Topping E30 II.)

---

Symptom​

• Audio-Dropouts, Knackser, Pops beim Spielen (v. a. Hunt: Showdown), teils erst nach längerer Zeit.
• LatencyMon schlägt nach einer Weile rot an (siehe Messungen).
• Mit UR22C Puffer 256 Samples schnell kritisch; 512 Samples deutlich stabiler (kurzfristig grün), über lange Sessions (>2 h) kommen die Spikes wieder.
• Bei Nutzung des Onboard-Realtek treten die Dropouts seltener auf (Klang deutlich schlechter), bei Nutzung des UR22C häufiger.

---

Messungen (LatencyMon – repräsentative Auszüge)​

1) Längere Session (~2:15 h), Spiel + Teamspeak​

• Highest interrupt to process latency: ~5378 µs
• Highest ISR execution time: 648 µs, Verursacher: Wdf01000.sys (Windows Kernel-Modus-Treiber-Framework)
• Highest DPC execution time: 1451 µs, Verursacher: nvlddmkm.sys (NVIDIA Kernel Mode Driver, 581.42)
• DPC total (Top): oft dxgkrnl.sys (DirectX Graphics Kernel)
• Hard Pagefaults: 43 k total (Top-Prozess: huntgame.exe)

2) Kurzer Test​

• Conclusion: system suitable (grün)
• Highest DPC: ~683 µs (dxgkrnl.sys)
• Highest ISR: ~105 µs (Wdf01000.sys)
• Hard Pagefaults: ~19 k (Top: huntgame.exe)

Interpretation: Mit größerem Puffer wird’s kurzfristig stabil, unter längerer Mischlast (Spiel/3D + Netzwerk + I/O) kommen DPC-Spitzen (NVIDIA/DirectX) und ISR-Spitzen (WDF/USB-Stack) wieder.

---

Bereits getestet / vorgenommen​

BIOS/CPU

• C-States deaktiviert, EIST deaktiviert, Intel Speed Shift deaktiviert.
• PL1 = 125 W, PL2 = 190 W, TAU Auto.
• (Hinweis: Board BIOS derzeit F30.)

Windows/NVIDIA

• Energieverwaltung: Maximale Leistung bevorzugen.
• G-SYNC-Kompatibilität aktiv, Low-Latency-Mode Ein.
• Diverse OSD/Overlay/RGB/Monitoring-Tools (Rainmeter, HWiNFO-OSD etc.) testweise deaktiviert.

USB

• UR22C an verschiedenen Backpanel-Ports getestet (Front-USB vermieden), USB-Energiesparen deaktiviert.
• Temporär viele „LIGHTSPEED Receiver“-Geistergeräte gesehen → bereinigt; auch ein „Unbekanntes USB-Gerät (Code 43)“ tauchte zeitweise auf.
• Logitech-Dongle getrennt / Ports getauscht.

UR22C / Treiber

• Firmware v3.20 bestätigt.
• Treiberpakete/INF mit PowerShell und pnputil bereinigt und neu installiert.
• Windows-Klassen-Treiber (USB Audio 2.0) manuell probiert → Code 10 (Gerät kann nicht gestartet werden).
  
  

  (UR22C hat keinen „CC-Mode“-Schalter wie UR22mkII; praktisch an Yamaha/Steinberg-Treiber gebunden.)

• Puffergrößen 256/512/1024 durchprobiert → 512 am stabilsten, aber nicht 100 % über lange Zeit.

Spiel/Crash

• Zusätzlich ein Crash-Dump aus Hunt (CryRenderD3D12.dll, INVALID_POINTER_READ, AV @ CryRenderD3D12!CD3D9Renderer::EF_PrepareShadowGenForLight) – scheint engine-spezifisch, unabhängig vom Audio-Problem.

---

Beobachtungen​

• DPC-Spitzen praktisch immer aus dem GPU-Stack (nvlddmkm.sys + dxgkrnl.sys), ISR-Spitzen sporadisch aus WDF/USB (Wdf01000.sys).
• Hard Pagefaults sind bei Hunt hoch (Asset-Streaming, viele kleine Ladevorgänge) – sie erhöhen Latenzspitzen, sind aber nicht alleinige Ursache (die roten Balken korrelieren stärker mit nvlddmkm.sys/dxgkrnl.sys).
• Mit größerem Audio-Puffer wird das System robuster, die Grundtendenz (GPU/DX-DPCs) bleibt.

---

Mögliche Ursachen (warum „auf einmal“)​

1. NVIDIA-Treiber (2023/24) – Kernel-Änderungen (HAGS/FG/HDCP/HD-Audio/Telemetry) → mehr DPC-Last.
2. Windows 11 23H2/24H2 – neues Scheduling & Power-Management (Hybrid-CPUs) → Realtime-Threads wandern zwischen P-/E-Cores.
3. Intel ME/Chipset Updates via Windows Update → geänderte Interrupt-/C-State-Timings.
4. NVMe-Stack (generischer stornvme.sys) mit aggressiven Power-Saves → gelegentlich ISR-Latenz.
5. USB-Subsystem (XHCI-Sharing, Front-Header, Energiesparen) → WDF-ISR-Spitzen.
6. Memory Integrity (VBS/Core Isolation) & Security-Features → zusätzliche Latenz im Kernelpfad.

Fazit: Systemische Drift durch Treiber/OS-Änderungen, nicht durch Hardwaredefekt.

---

Offene Fragen an die Community / erbetene Hinweise​

1. NVIDIA-Treiber-„Sweet Spot“ für niedrige DPCs auf Ada (4080): Welche Versionen laufen bei euch am ruhigsten?
   – Clean-Install (DDU) nur Display Driver + PhysX? Erfahrungen mit NVCleanstall (Audio/Telemetry raus)?
2. HAGS/FG/HDCP/Variable Refresh: Bringen bestimmte Kombinationen messbar weniger DPC-Spitzen?
3. Z690 BIOS: Welche BIOS-Version reduziert bei euch DPC-/ISR-Spitzen (ggf. neuer als F30)?
4. UR22C-Nutzer unter Win 11: Stabil mit Yamaha v2.1.9? Puffer? USB-Port/Hub-Tipps?
5. NVMe-Treiber: Hersteller-Treiber (Samsung/Crucial) vs. MS-Standard – messbarer Einfluss auf ISR?
6. VBS/Core-Isolation: Deaktivieren → spürbar niedrigere Latenzen?

---

Konkrete To-Dos (nächste Schritte, falls jemand mitziehen/testen will)​

• GPU-Treiber sauber neu: DDU (Safe Mode) → Installation ohne GeForce Experience (oder via NVCleanstall ohne HD-Audio/Telemetry/ShadowPlay).
• Windows-Optionen:
  
  • Energieschema „Höchstleistung/Ultimative Leistung“, USB-Selective Suspend aus.
  • Memory Integrity / Core Isolation testweise aus, Reboot, LatencyMon neu.
• Intel-Pakete direkt vom Board-Support: aktuelles Intel ME + Chipset über Gigabyte installieren (Windows-Update-Varianten überschreiben).
• USB-Pflege: UR22C an eigenen Backpanel-Port, keine Hubs/Front. An allen „USB Root Hub (USB 3.0)“ → Energieverwaltung-Haken raus.
• CPU-Kerne/Affinität: Audioprozesse (z. B. audiodg.exe, URC-Mixer, EqualizerAPO) testweise nur P-Cores zuweisen.
• NVMe: falls Samsung/Crucial → Hersteller-NVMe-Treiber testen.
• Puffergröße: realistisch 512 Samples (Spielbetrieb) – 256 funktioniert nur, wenn GPU-Stack/DPC im Griff ist.

---

Workaround/Plan B (Sound-Qualität sichern)​

Da der Lake People G103-S MKII die Last an der Kopfhörerseite locker stemmt, könnte man den DAC vom USB-Stack entkoppeln:

• Board-S/PDIF-Out → externer DAC (z. B. Topping E30 II).
• Vorteil: Kein USB-Audio-Treiber, keine WDF/USB-ISR im Audiopfad.
• Nachteil: Kein Mic/Recording über diesen Weg (Mic könnte separat über UR22C/Onboard laufen).

---

Bonus: Hunt-Crash (falls relevant)​

• Crashdump aus Hunt: Showdown: INVALID_POINTER_READ in CryRenderD3D12.dll, Callstack zeigt ShadowGen & RenderThread.
• Das sieht nach einem Engine-Bug/Mod/Shader-Problem aus und ist vom Audio-Thema getrennt.

---

Kurzfassung: Audio-Dropouts sind nicht durch Überlast entstanden, sondern durch Kernel-/Treiber-Latenzen (NVIDIA/DX + WDF/USB). Größere Buffer kaschieren es, lösen es aber nicht. Ziel ist, den GPU-Stack zu beruhigen (sauberer Treiber, Features entschlacken), Windows-Sicherheits-/Power-Features zu zähmen und den USB-Pfad so „ruhig“ wie möglich zu halten – oder den Audiopfad via S/PDIF → DAC komplett an USB vorbei zu führen.


Wenn ihr Ideen, Erfahrungswerte (v. a. Treiberversionen/BIOS-Stände) oder noch Tests habt, die ich fahren soll: sehr gern!

 

[Misanthrop68]

Hallo Onkelchen1337,

Deaktiviere im UEFI den Onboard Sound, wenn du ihn nicht nutzt.
Ich bin mir unsicher ob das mit den weglassen des HD-Audio-Treiber der Grafikkarte Zielführend ist.
Installieren ihn zum Testen nach.

Mit Msi-Utility-V3 kannst du alle Audio-Geräte IRQ auf Msi stellen.
Starte das Tool mit Adminrechten, die Aktivierung wird ohne Neustart aktiv.

 

[Onkelchen1337]

Hallo Onkelchen1337,

Deaktiviere im UEFI den Onboard Sound, wenn du ihn nicht nutzt.
Ich bin mir unsicher ob das mit den weglassen des HD-Audio-Treiber der Grafikkarte Zielführend ist.
Installieren ihn zum Testen nach.

Mit Msi-Utility-V3 kannst du alle Audio-Geräte IRQ auf Msi stellen.
Starte das Tool mit Adminrechten, die Aktivierung wird ohne Neustart aktiv.
Anhang anzeigen 1505650

Mahlzeit @Misanthrop68

Mein Gigabyte-System scheint sich mit dem MSI-Utility inzwischen nicht mehr besonders gut zu vertragen.


Zur Einordnung: Ich habe den Onboard-Sound im UEFI erst vor Kurzem wieder aktiviert, um einige Tests durchführen zu können. Gleiches gilt für den HD-Audio-Treiber der Grafikkarte.


Unabhängig von diesen Änderungen tritt jedoch folgendes Verhalten auf:
Sobald ich den Audiotreiber über das Steinberg UR22C nutze, kommt es zu extrem hohen Latenzen. Trenne ich das Interface und arbeite ausschließlich über den Onboard-Sound, sind die Latenzen nahezu vollständig verschwunden.


Am System selbst wurden seit über zwei Jahren keinerlei Änderungen vorgenommen, weder hardware- noch softwareseitig. Das Problem ist von einem Tag auf den anderen aufgetreten, ohne erkennbaren Auslöser.


Ich bin daher momentan etwas ratlos, woran es liegen könnte.

 

[Onkelchen1337]

Mahlzeit @Misanthrop68

Mein Gigabyte-System scheint sich mit dem MSI-Utility inzwischen nicht mehr besonders gut zu vertragen.


Zur Einordnung: Ich habe den Onboard-Sound im UEFI erst vor Kurzem wieder aktiviert, um einige Tests durchführen zu können. Gleiches gilt für den HD-Audio-Treiber der Grafikkarte.


Unabhängig von diesen Änderungen tritt jedoch folgendes Verhalten auf:
Sobald ich den Audiotreiber über das Steinberg UR22C nutze, kommt es zu extrem hohen Latenzen. Trenne ich das Interface und arbeite ausschließlich über den Onboard-Sound, sind die Latenzen nahezu vollständig verschwunden.


Am System selbst wurden seit über zwei Jahren keinerlei Änderungen vorgenommen, weder hardware- noch softwareseitig. Das Problem ist von einem Tag auf den anderen aufgetreten, ohne erkennbaren Auslöser.


Ich bin daher momentan etwas ratlos, woran es liegen könnte.
Anhang anzeigen 1505659
Anhang anzeigen 1505660

ich lese ja hier im Forum auch einige Artikel die ein ähnliches Problem haben, XMP kann ich dann jetzt auch schonmal Ausschließen. nach etwas über 30min, Ruckler und Sound Aussetzer.

_________________________________________________________________________________________________________
CONCLUSION
_________________________________________________________________________________________________________
Your system appears to be having trouble handling real-time audio and other tasks. You are likely to experience buffer underruns appearing as drop outs, clicks or pops. One or more DPC routines that belong to a driver
running in your system appear to be executing for too long. Also one or more ISR 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:39:10  (h:mm:ss) on all processors.


_________________________________________________________________________________________________________
SYSTEM INFORMATION
_________________________________________________________________________________________________________
Computer name:                                        BOEHSER-PC
OS version:                                           Windows 11, 10.0, version 2009, build: 26100 (x64)
Hardware:                                             Z690 AORUS PRO, Gigabyte Technology Co., Ltd.
BIOS:                                                 F30
CPU:                                                  GenuineIntel 12th Gen Intel(R) Core(TM) i7-12700K
Logical processors:                                   20
Processor groups:                                     1
Processor group size:                                 20
RAM:                                                  32601 MB total


_________________________________________________________________________________________________________
CPU SPEED
_________________________________________________________________________________________________________
Reported CPU speed (WMI):                             3610 MHz
Reported CPU speed (registry):                        3610 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):   21866,40
Average measured interrupt to process latency (µs):   14,281591

Highest measured interrupt to DPC latency (µs):       21861,20
Average measured interrupt to DPC latency (µs):       9,400863


_________________________________________________________________________________________________________
 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):              1777,849307
Driver with highest ISR routine execution time:       Wdf01000.sys - Kernelmodustreiber-Frameworklaufzeit, Microsoft Corporation

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

Total time spent in ISRs (%)                          0,004755

ISR count (execution time <250 µs):                   1940358
ISR count (execution time 250-500 µs):                0
ISR count (execution time 500-1000 µs):               1
ISR count (execution time 1000-2000 µs):              1
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):              10178,486981
Driver with highest DPC routine execution time:       Wdf01000.sys - Kernelmodustreiber-Frameworklaufzeit, Microsoft Corporation

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

Total time spent in DPCs (%)                          0,524249

DPC count (execution time <250 µs):                   25039474
DPC count (execution time 250-500 µs):                0
DPC count (execution time 500-10000 µs):              2242
DPC count (execution time 1000-2000 µs):              9
DPC count (execution time 2000-4000 µs):              4
DPC count (execution time >=4000 µs):                 3


_________________________________________________________________________________________________________
 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                       39548
Hard pagefault count of hardest hit process:          29209
Number of processes hit:                              91


_________________________________________________________________________________________________________
 PER CPU DATA
_________________________________________________________________________________________________________
CPU 0 Interrupt cycle time (s):                       462,718539
CPU 0 ISR highest execution time (µs):                1777,849307
CPU 0 ISR total execution time (s):                   2,234978
CPU 0 ISR count:                                      1940335
CPU 0 DPC highest execution time (µs):                10178,486981
CPU 0 DPC total execution time (s):                   241,405391
CPU 0 DPC count:                                      24357730
_________________________________________________________________________________________________________
CPU 1 Interrupt cycle time (s):                       16,004444
CPU 1 ISR highest execution time (µs):                0,0
CPU 1 ISR total execution time (s):                   0,0
CPU 1 ISR count:                                      0
CPU 1 DPC highest execution time (µs):                121,359003
CPU 1 DPC total execution time (s):                   0,082949
CPU 1 DPC count:                                      14725
_________________________________________________________________________________________________________
CPU 2 Interrupt cycle time (s):                       20,179102
CPU 2 ISR highest execution time (µs):                0,0
CPU 2 ISR total execution time (s):                   0,0
CPU 2 ISR count:                                      0
CPU 2 DPC highest execution time (µs):                669,350139
CPU 2 DPC total execution time (s):                   0,305405
CPU 2 DPC count:                                      62745
_________________________________________________________________________________________________________
CPU 3 Interrupt cycle time (s):                       21,474334
CPU 3 ISR highest execution time (µs):                4,222715
CPU 3 ISR total execution time (s):                   0,000037
CPU 3 ISR count:                                      25
CPU 3 DPC highest execution time (µs):                388,829917
CPU 3 DPC total execution time (s):                   2,053293
CPU 3 DPC count:                                      222122
_________________________________________________________________________________________________________
CPU 4 Interrupt cycle time (s):                       19,784331
CPU 4 ISR highest execution time (µs):                0,0
CPU 4 ISR total execution time (s):                   0,0
CPU 4 ISR count:                                      0
CPU 4 DPC highest execution time (µs):                168,847091
CPU 4 DPC total execution time (s):                   0,265697
CPU 4 DPC count:                                      57734
_________________________________________________________________________________________________________
CPU 5 Interrupt cycle time (s):                       15,44810
CPU 5 ISR highest execution time (µs):                0,0
CPU 5 ISR total execution time (s):                   0,0
CPU 5 ISR count:                                      0
CPU 5 DPC highest execution time (µs):                315,125208
CPU 5 DPC total execution time (s):                   0,072278
CPU 5 DPC count:                                      10628
_________________________________________________________________________________________________________
CPU 6 Interrupt cycle time (s):                       19,099390
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):                221,797230
CPU 6 DPC total execution time (s):                   0,290103
CPU 6 DPC count:                                      57258
_________________________________________________________________________________________________________
CPU 7 Interrupt cycle time (s):                       15,359016
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):                648,831025
CPU 7 DPC total execution time (s):                   0,138357
CPU 7 DPC count:                                      18837
_________________________________________________________________________________________________________
CPU 8 Interrupt cycle time (s):                       22,395846
CPU 8 ISR highest execution time (µs):                0,0
CPU 8 ISR total execution time (s):                   0,0
CPU 8 ISR count:                                      0
CPU 8 DPC highest execution time (µs):                659,880332
CPU 8 DPC total execution time (s):                   0,291361
CPU 8 DPC count:                                      51724
_________________________________________________________________________________________________________
CPU 9 Interrupt cycle time (s):                       17,643050
CPU 9 ISR highest execution time (µs):                0,0
CPU 9 ISR total execution time (s):                   0,0
CPU 9 ISR count:                                      0
CPU 9 DPC highest execution time (µs):                658,883657
CPU 9 DPC total execution time (s):                   0,066738
CPU 9 DPC count:                                      7568
_________________________________________________________________________________________________________
CPU 10 Interrupt cycle time (s):                       22,222475
CPU 10 ISR highest execution time (µs):                0,0
CPU 10 ISR total execution time (s):                   0,0
CPU 10 ISR count:                                      0
CPU 10 DPC highest execution time (µs):                657,170637
CPU 10 DPC total execution time (s):                   0,257192
CPU 10 DPC count:                                      45334
_________________________________________________________________________________________________________
CPU 11 Interrupt cycle time (s):                       15,453242
CPU 11 ISR highest execution time (µs):                0,0
CPU 11 ISR total execution time (s):                   0,0
CPU 11 ISR count:                                      0
CPU 11 DPC highest execution time (µs):                83,474238
CPU 11 DPC total execution time (s):                   0,047558
CPU 11 DPC count:                                      5532
_________________________________________________________________________________________________________
CPU 12 Interrupt cycle time (s):                       19,582108
CPU 12 ISR highest execution time (µs):                0,0
CPU 12 ISR total execution time (s):                   0,0
CPU 12 ISR count:                                      0
CPU 12 DPC highest execution time (µs):                90,269252
CPU 12 DPC total execution time (s):                   0,204982
CPU 12 DPC count:                                      34403
_________________________________________________________________________________________________________
CPU 13 Interrupt cycle time (s):                       14,231286
CPU 13 ISR highest execution time (µs):                0,0
CPU 13 ISR total execution time (s):                   0,0
CPU 13 ISR count:                                      0
CPU 13 DPC highest execution time (µs):                431,793352
CPU 13 DPC total execution time (s):                   0,043710
CPU 13 DPC count:                                      4922
_________________________________________________________________________________________________________
CPU 14 Interrupt cycle time (s):                       18,979659
CPU 14 ISR highest execution time (µs):                0,0
CPU 14 ISR total execution time (s):                   0,0
CPU 14 ISR count:                                      0
CPU 14 DPC highest execution time (µs):                81,769529
CPU 14 DPC total execution time (s):                   0,179788
CPU 14 DPC count:                                      28927
_________________________________________________________________________________________________________
CPU 15 Interrupt cycle time (s):                       14,259946
CPU 15 ISR highest execution time (µs):                0,0
CPU 15 ISR total execution time (s):                   0,0
CPU 15 ISR count:                                      0
CPU 15 DPC highest execution time (µs):                641,928532
CPU 15 DPC total execution time (s):                   0,056856
CPU 15 DPC count:                                      6280
_________________________________________________________________________________________________________
CPU 16 Interrupt cycle time (s):                       24,730626
CPU 16 ISR highest execution time (µs):                0,0
CPU 16 ISR total execution time (s):                   0,0
CPU 16 ISR count:                                      0
CPU 16 DPC highest execution time (µs):                106,467036
CPU 16 DPC total execution time (s):                   0,200418
CPU 16 DPC count:                                      19065
_________________________________________________________________________________________________________
CPU 17 Interrupt cycle time (s):                       22,581337
CPU 17 ISR highest execution time (µs):                0,0
CPU 17 ISR total execution time (s):                   0,0
CPU 17 ISR count:                                      0
CPU 17 DPC highest execution time (µs):                95,446537
CPU 17 DPC total execution time (s):                   0,144301
CPU 17 DPC count:                                      13081
_________________________________________________________________________________________________________
CPU 18 Interrupt cycle time (s):                       21,179099
CPU 18 ISR highest execution time (µs):                0,0
CPU 18 ISR total execution time (s):                   0,0
CPU 18 ISR count:                                      0
CPU 18 DPC highest execution time (µs):                90,921330
CPU 18 DPC total execution time (s):                   0,135463
CPU 18 DPC count:                                      11098
_________________________________________________________________________________________________________
CPU 19 Interrupt cycle time (s):                       20,988663
CPU 19 ISR highest execution time (µs):                0,0
CPU 19 ISR total execution time (s):                   0,0
CPU 19 ISR count:                                      0
CPU 19 DPC highest execution time (µs):                89,655402
CPU 19 DPC total execution time (s):                   0,183062
CPU 19 DPC count:                                      12019
_________________________________________________________________________________________________________

 

[Gast1764587403]

Unabhängig von diesen Änderungen tritt jedoch folgendes Verhalten auf:
Sobald ich den Audiotreiber über das Steinberg UR22C nutze, kommt es zu extrem hohen Latenzen. Trenne ich das Interface und arbeite ausschließlich über den Onboard-Sound, sind die Latenzen nahezu vollständig verschwunden.

Primär wird ja auch berichtet, dass ein USB Gerät hier faxen macht.
Kannst versuchen das Gerät abzustecken und ggf. zugehörige Treiber zu entfernen.
Dann hättest du den Verursacher wahrscheinlich schon eingegrenzt und kannst das Problem gezielter angehen.
Dein Defender ist auch ziemlich beschäftigt.
Mal das System scannen, ob du dir nicht auch was angefangen hast, danach mal die Prozesse des Spiels das gerade so auffällt in die Whitelist des Defenders schieben.

 

[Onkelchen1337]

Primär wird ja auch berichtet, dass ein USB Gerät hier faxen macht.
Kannst versuchen das Gerät abzustecken und ggf. zugehörige Treiber zu entfernen.
Dann hättest du den Verursacher wahrscheinlich schon eingegrenzt und kannst das Problem gezielter angehen.
Dein Defender ist auch ziemlich beschäftigt.
Mal das System scannen, ob du dir nicht auch was angefangen hast, danach mal die Prozesse des Spiels das gerade so auffällt in die Whitelist des Defenders schieben.

das game ist komplett gewhitelistet(Ordner, EXE)
Festplatten habe ich alle scannen lassen, keine Auffälligkeiten.
Yamaha Steinberg USB Driver sehe ich aktuell als den Verursacher, aber das komplette deinstallieren + REG Einträge brachten kein Erfolg (Ältere Treiber haben auch nichts gebracht).
ich versuche noch zu verstehen warum das von ein auf den anderen tag passiert, an der Hardware hat sich die letzten 2jahre nichts geändert. BIOS, Treiber und co immer aktuell. win11 Anfang des Jahres neu aufgespielt, Problem besteht aber erst seit 2monaten.

würde gerne alles durchchecken bevor ich den Entschluss fasse mein Steinberg Audiointerface in die tonne zu schmeißen.

 

[Misanthrop68]

Mein Gigabyte-System scheint sich mit dem MSI-Utility inzwischen nicht mehr besonders gut zu vertragen.

Wie du ja schon gemerkt hast, hat Msi-Utility-V3 nichts mit der Software von Hersteller MSI Zutun.
Mit dem Tool MSI utility kannst du die IRQ auf MSI (Message-Signaled Interrupts) ändern
Hast du das Tool Msi-Utility-v3 mit Administratorrechte gestartet?

Was auch Auffällt ist das 2 Audio Controller die Selbe IRQ haben und das ist nicht gut.
Bei der Zuordnung der Hardware läuft was schief.
Entferne alle USB Geräte und lösche im Geräte-Manager die Treiberreste.
Wenn noch nicht gemacht mit DDU Grafiktreiber loswerden und "sauber" Neuinstallieren.
Mit dem Chipset Treiber genauso verfahren.

 

[Onkelchen1337]

Vergleichsanalyse: Battlefield 6 vs. Hunt: Showdown​

(DPC/ISR-Latenz, Systemverhalten & Audio-Stabilität)​

Testsystem (identisch zu oben)​

• 
  
• CPU: i7-12700K (Z690 AORUS PRO, BIOS F31)
• 
  
• RAM: 32 GB DDR5 @ 6000 MT/s
• 
  
• GPU: RTX 4080 (Treiber 581.42)
• 
  
• Audio: Steinberg UR22C via USB-C (Firmware v3.20, Treiber v2.1.9)
• 
  
• OS: Windows 11 24H2 (26100.x)
• 
  
• Monitoring: LatencyMon v7.31 (Laufzeit > 2 h 30 min)

---

Battlefield 6 — Stabiler Referenzlauf (2 h 37 min)​

Ergebnis: Keine Audio-Dropouts, keine Aussetzer, kein Knacken oder Popping über mehrere Stunden.

Messergebnisse​

Parameter	Wert	Kommentar
Highest interrupt-to-process latency	1278 µs	unkritisch (< 2000 µs)
Highest ISR execution	346 µs (Wdf01000.sys)	typisch, keine Audio-Relevanz
Highest DPC execution	1306 µs (Wdf01000.sys)	kein nvlddmkm.sys, GPU sauber
Hard Pagefaults	~60 700 (total) – Top: whatsapp.exe	Hintergrund-App, keine Bedeutung

Bewertung​

• 
  
• Kein DPC-Stack-Overflow oder „Hänger“ in GPU oder USB-Treibern.
• 
  
• Audio bleibt sauber auch unter hoher CPU-/GPU-Last (4–6 Kernlast, > 60 % GPU-Load).
• 
  
• Typische Mikro-Spikes stammen aus Wdf01000.sys (Framework-Interrupts, OS-bedingt).
• 
  
• Alle Werte grün im LatencyMon, selbst bei Shader-Kompilierung nur kurzzeitige Ausschläge < 1,3 ms.

System ist 100 % echtzeitfähig.
Keine Hardware-, Treiber- oder Windows-Probleme.

---

Hunt: Showdown — Problemspiel (CryEngine V / CryRender D3D12)​

Beim gleichen Setup zeigt Hunt ein gänzlich anderes Laufzeitverhalten:

Parameter	Beobachtung
ISR/DPC-Spitzen	bis 5,3 ms (nvlddmkm.sys, dxgkrnl.sys) → GPU-Stack
Audio-Knackser	treten meist beim Shader-Kompilieren oder Asset-Streaming auf
Hard Pagefaults	> 40 k, Top: HuntGame.exe – durch Asset-Streaming & Level-Nachladen
Timing	DPC-Peaks korrelieren exakt mit Shader-/Streaming-Events
Soundverhalten	kurze Knackser, kein dauerhafter Drop, Audio-Thread blockiert für wenige ms

Technischer Hintergrund​

Die CryEngine koppelt Render-, Streaming- und Audio-Threads nicht asynchron, sondern synchronisiert sie an mehreren Stellen über DX12 Command Queues.
Das bedeutet:

• 
  
• wenn der Render-Thread oder ein Streaming-Task (Texturen, Shader) blockiert,
• 
  
• bekommt auch der Audiothread kurz keine CPU-Zeitscheibe,
• 
  
• Windows meldet dies als hohe DPC/ISR-Latenz (obwohl die Ursache in der Engine liegt).

Praktische Folge​

→ Kein globales Echtzeitproblem, sondern eine Engine-Limitierung.
→ Lässt sich durch Buffer (512 Samples) abfedern, aber nicht beseitigen.
→ Andere Spiele (Battlefield, Apex, Valorant etc.) zeigen dieses Verhalten nicht.

---

Schlussfolgerung​

Aspekt	Bewertung
System-Stabilität	Vollständig gegeben (keine übermäßigen ISR/DPC-Latenzen)
Treiber/BIOS	Aktuell, fehlerfrei (keine anhaltenden GPU- oder USB-Spitzen)
Hunt-Verhalten	Engine-/Shader-bedingte Peaks (CryRender D3D12)
Audio-Pfad (UR22C)	stabil bei 512 Samples, kein generelles USB-Problem
Gesamtbewertung	Echtzeitfähig – Einzelfall liegt bei Hunt, nicht im System

Da stellt sich mir trotzdem die Frage, warum es ausgerechnet mich so stark betrifft – gerade bei Hunt.
Ich mag das Spiel wirklich, aber so macht das Spielen einfach keinen Sinn.
Ein Kumpel von mir hat einen deutlich schwächeren PC, und bei ihm läuft alles völlig problemlos.
Kann es tatsächlich sein, dass die CryEngine mit einer bestimmten Komponente meines Systems nicht richtig zurechtkommt?

Und wäre es eventuell sinnvoll, diese detaillierten Tests auch einmal direkt dem Crytek-Support vorzulegen?

 

[eXquisite]

Deiner Arbeit und Ausführung hier alle Ehre aber du kannst das Problem in der jetzigen Form nicht beheben.

Der Nvidia Grafiktreiber wird IMMER vor Audio priorisiert.
Dein 12700K ist komplett am Schwitzen mit der 4080, dementsprechend wirst du nie genug CPU Leistung "frei" haben um dein Interface über USB zu bedienen.

Auch tragen Windows 10/11 + Windows Game Mode ebenfalls dazu bei, auch diese werden immer das Game vor Audio priorisieren.
Der ASIO Treiber der Steinberg bzw. Yamaha wurde dafür entwickelt direkt in Audio Applikationen genutzt zu werden, nicht aber fürs Gaming.

Das alles im Windows entsprechend umzubauen ist möglich, ich kann es aber nicht und ich beschäftige mich seit 6 Jahren mit diesem Problem und selbst wenn man das mit extremen Aufwand entsprechend umstellt ist es nach ein paar Windows Updates wieder für die Katz.

Hier unten mal ein bisschen lesen:

https://extreme.pcgameshardware.de/threads/neues-pc-audio-setup-im-aufbau-was-nimmt-man.664720/post-11948767

Es gibt genau zwei Dinge die du tun kannst um das Problem zu beheben:
Dir ein Interface mit Optical In zu besorgen:

Focusrite Clarett+ 2 Pre ab € 385,00 (2026) | Preisvergleich Geizhals Deutschland

✔ Preisvergleich für Focusrite Clarett+ 2 Pre ✔ Produktinfo ⇒ Schnittstellen: USB-C • Input-Kanäle: 2 • Output-Kanäle: 4 • Mic-Preamps: 2… ✔ Audio-Interfaces ✔ Testberichte ✔ Günstig kaufen

geizhals.de

So umgehst du den CPU Bums und dein Audiochip gibt den Ton digital ans Interface.

Einen 14900KS und eine Geforce 4060 einbauen, denn dann ist deine Grafikkarte garantiert so langsam (und deine CPU so schnell), dass die CPU deinen Audiokram entspannt wegbuttern kann.
Warum einige das Problem nicht haben? Weil viele nen unausgewogenen PC haben, Geforce 3060 aber hauptsache i9, naja immerhin läuft dann die Focusrite.^^

Und ja, das ist mein absoluter Ernst, ich habe seit 2019 vielen Kollegen die Focusrite, Steinberg und NI Interfaces empfohlen und absolut jeder aber wirklich jeder mit langsamer CPU oder dicker Grafikkarte darf mindestens 1x am Tag den USB Stecker der Focusrite in Game ziehen um genau dein Problem zu beheben, danach läuft es (erstmal) wieder.

Älteres MacOS auf dem gleichen Windows PC mit exakt den gleichen angeschlossenen Geräten installieren und das exakt gleiche Game starten -> Problem weg.

 

[Onkelchen1337]

Deiner Arbeit und Ausführung hier alle Ehre aber du kannst das Problem in der jetzigen Form nicht beheben.

Der Nvidia Grafiktreiber wird IMMER vor Audio priorisiert.
Dein 12700K ist komplett am Schwitzen mit der 4080, dementsprechend wirst du nie genug CPU Leistung "frei" haben um dein Interface über USB zu bedienen.

Auch tragen Windows 10/11 + Windows Game Mode ebenfalls dazu bei, auch diese werden immer das Game vor Audio priorisieren.
Der ASIO Treiber der Steinberg bzw. Yamaha wurde dafür entwickelt direkt in Audio Applikationen genutzt zu werden, nicht aber fürs Gaming.

Das alles im Windows entsprechend umzubauen ist möglich, ich kann es aber nicht und ich beschäftige mich seit 6 Jahren mit diesem Problem und selbst wenn man das mit extremen Aufwand entsprechend umstellt ist es nach ein paar Windows Updates wieder für die Katz.

Hier unten mal ein bisschen lesen:

https://extreme.pcgameshardware.de/threads/neues-pc-audio-setup-im-aufbau-was-nimmt-man.664720/post-11948767

Es gibt genau zwei Dinge die du tun kannst um das Problem zu beheben:
Dir ein Interface mit Optical In zu besorgen:

Focusrite Clarett+ 2 Pre ab € 385,00 (2026) | Preisvergleich Geizhals Deutschland

✔ Preisvergleich für Focusrite Clarett+ 2 Pre ✔ Produktinfo ⇒ Schnittstellen: USB-C • Input-Kanäle: 2 • Output-Kanäle: 4 • Mic-Preamps: 2… ✔ Audio-Interfaces ✔ Testberichte ✔ Günstig kaufen

geizhals.de

So umgehst du den CPU Bums und dein Audiochip gibt den Ton digital ans Interface.

Einen 14900KS und eine Geforce 4060 einbauen, denn dann ist deine Grafikkarte garantiert so langsam (und deine CPU so schnell), dass die CPU deinen Audiokram entspannt wegbuttern kann.
Warum einige das Problem nicht haben? Weil viele nen unausgewogenen PC haben, Geforce 3060 aber hauptsache i9, naja immerhin läuft dann die Focusrite.^^

Und ja, das ist mein absoluter Ernst, ich habe seit 2019 vielen Kollegen die Focusrite, Steinberg und NI Interfaces empfohlen und absolut jeder aber wirklich jeder mit langsamer CPU oder dicker Grafikkarte darf mindestens 1x am Tag den USB Stecker der Focusrite in Game ziehen um genau dein Problem zu beheben, danach läuft es (erstmal) wieder.

Älteres MacOS auf dem gleichen Windows PC mit exakt den gleichen angeschlossenen Geräten installieren und das exakt gleiche Game starten -> Problem weg.

Dann werde ich an Option B wohl nicht vorbeikommen und mir den Topping E30 II zulegen.
Da ich mir erst vor Kurzem den Lake People G103-S MKII angeschafft habe, sollte damit genügend Leistung für alle zukünftigen Kopfhörer zur Verfügung stehen.
Das Ganze läuft dann über S/PDIF-Out, und hoffentlich ist danach endlich Ruhe.

 

[Onkelchen1337]

Update – Problem (scheinbar) endgültig gelöst! (Stand: Oktober 2025)​

Nach vielen Tests, Umbauten und Analysen scheint das Thema jetzt endlich durch zu sein.
Ich fasse hier kurz zusammen, was letztlich geholfen hat und wie der aktuelle Stand aussieht.

---

Ausgangssituation​

• CPU: Intel i7-12700K
• Mainboard: Gigabyte Z690 AORUS PRO (BIOS F31)
• RAM: G.Skill DDR5-6000 (F5-6000J3636F16GX2-TZ5RK)
• GPU: RTX 4080
• Sound: zunächst Steinberg UR22C (USB), später Sound Blaster AE-5 Plus + Lake People G103-S MKII
• Betriebssystem: Windows 11 26100
• Maus: Logitech G PRO X Superlight 2

Symptome: starke Audio-Dropouts, Spiel-Ruckler und Crashes (vor allem in Hunt Showdown).
LatencyMon meldete teils hohe DPC-Latenzen (dxgkrnl.sys, Wdf01000.sys) und massenhaft Hard Pagefaults durch den Defender.

---

Zwischenfazit aus den Analysen​

Nach diversen Tests mit OCCT, LatencyMon und Event Viewer stellte sich heraus:

1. RAM/XMP-Instabilität auf Z690-Board (OCCT Combined Test → Fehler auf Core #2).
   → Mit deaktiviertem XMP keine Fehler mehr, System deutlich stabiler.
   → RAM steht nicht in der QVL des Boards → Inkompatibilität wahrscheinlich.
2. Alte Logitech-Treiber (G-Hub) verursachten dauerhaft hohe DPC-Spitzen über Wdf01000.sys.
   → Nach kompletter Deinstallation und manuellem Entfernen der INF-Pakete via
   pnputil /delete-driver oemXX.inf /uninstall /force → DPC-Last schlagartig normal.
3. USB- und Energieoptimierung:
   • Onboard-Audio im BIOS deaktiviert
   • USB-Stromsparoptionen aus
   • MSI-Interrupts aktiviert (MSI Mode Utility)
   • CPU-C-States & SpeedShift aus
     → Deutlich geringere Latenzschwankungen.

---

Wichtig – Das UR22C war​

Das Steinberg UR22C stand anfangs im Verdacht, da die Dropouts primär während Audio-/Spielsessions auftraten.
Nach kompletter Deinstallation des UR22C-Treibers, Entfernen aller Yamaha-Komponenten und Nutzung nur der AE-5 Plus blieb das Problem jedoch weiter bestehen.


Erst nach dem Entfernen der Logitech-Treiberreste (G-Hub / HID / Lamparray) und dem Deaktivieren des instabilen XMP-Profils war das System wieder stabil.
Das UR22C war also nicht schuld, sondern nur ein „Opfer“ der fehlerhaften DPC-Umgebung.

---

Aktueller Status (nach Clean-Setup)​

Getestet mit Hunt Showdown & Battlefield 6 – 2 h+ Laufzeit, keine Probleme.

1. Highest DPC: 859 µs (dxgkrnl.sys)
2. Highest ISR: 148 µs (Wdf01000.sys)
3. Conclusion: System suitable for handling real-time audio.

Nur minimale DPC-Peaks beim Umschalten der AE-5-Ausgabe (Direct ↔ Headphone), ansonsten stabil.
Keine Dropouts, keine Freezes, keine CPU-Fehler mehr.

---

Erkenntnisse & Empfehlungen​

• RAM-Stabilität ist entscheidend:
  → XMP bei nicht-QVL-Kits lieber aus.
• Logitech-Software ist eine DPC-Falle:
  → Komplett deinstallieren + Treiberreste im Store entfernen (logi_joy_*.inf, logi_lamparray_*.inf).
  → Maus kann danach problemlos per Kabel oder Standard-Dongle (ohne G Hub) betrieben werden.
  → Logitech hat in meinem Fall den USB-Bus regelrecht geflutet, und da Hunt extrem sensibel auf Latenz reagiert, war das dort besonders auffällig.
• Windows Defender:
  → verursacht viele Hard Pagefaults (msmpeng.exe).
  → Lösung: Hunt- und Steam-Ordner zu den Defender-Ausnahmen hinzufügen.
• Sound Blaster AE-5 Plus:
  → Für Games: 48 kHz / 24-bit,
  → „Direct Mode“ nur für Musik – Umschalten triggert kurz DPC.

---

Fazit​

Das Problem war kein Audiointerface-Fehler, sondern ein Zusammenspiel aus
instabilem XMP, fehlerhaften Logitech-Treibern und DPC-Last durch Power-/USB-Management.


Seit dem Cleanup läuft das System nun seit mehreren Stunden ruckelfrei und latenzstabil.
LatencyMon bestätigt durchgehend grüne Werte.

_________________________________________________________________________________________________________
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 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  2:19:05  (h:mm:ss) on all processors.


_________________________________________________________________________________________________________
SYSTEM INFORMATION
_________________________________________________________________________________________________________
Computer name:                                        BOEHSER-PC
OS version:                                           Windows 11, 10.0, version 2009, build: 26100 (x64)
Hardware:                                             Z690 AORUS PRO, Gigabyte Technology Co., Ltd.
BIOS:                                                 F31
CPU:                                                  GenuineIntel 12th Gen Intel(R) Core(TM) i7-12700K
Logical processors:                                   20
Processor groups:                                     1
Processor group size:                                 20
RAM:                                                  32629 MB total


_________________________________________________________________________________________________________
CPU SPEED
_________________________________________________________________________________________________________
Reported CPU speed (WMI):                             360 MHz
Reported CPU speed (registry):                        3610 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):   1018,40
Average measured interrupt to process latency (µs):   11,975195

Highest measured interrupt to DPC latency (µs):       1011,70
Average measured interrupt to DPC latency (µs):       6,486261


_________________________________________________________________________________________________________
 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):              147,946814
Driver with highest ISR routine execution time:       Wdf01000.sys - Kernelmodustreiber-Frameworklaufzeit, Microsoft Corporation

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

Total time spent in ISRs (%)                          0,003038

ISR count (execution time <250 µs):                   3506560
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):              859,971745
Driver with highest DPC routine execution time:       dxgkrnl.sys - DirectX Graphics Kernel, Microsoft Corporation

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

Total time spent in DPCs (%)                          0,527186

DPC count (execution time <250 µs):                   73295315
DPC count (execution time 250-500 µs):                0
DPC count (execution time 500-10000 µs):              96834
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                       80436
Hard pagefault count of hardest hit process:          53752
Number of processes hit:                              97


_________________________________________________________________________________________________________
 PER CPU DATA
_________________________________________________________________________________________________________
CPU 0 Interrupt cycle time (s):                       1531,228099
CPU 0 ISR highest execution time (µs):                147,946814
CPU 0 ISR total execution time (s):                   4,890076
CPU 0 ISR count:                                      3370949
CPU 0 DPC highest execution time (µs):                859,971745
CPU 0 DPC total execution time (s):                   838,247869
CPU 0 DPC count:                                      69314564
_________________________________________________________________________________________________________
CPU 1 Interrupt cycle time (s):                       71,290114
CPU 1 ISR highest execution time (µs):                0,0
CPU 1 ISR total execution time (s):                   0,0
CPU 1 ISR count:                                      0
CPU 1 DPC highest execution time (µs):                91,997230
CPU 1 DPC total execution time (s):                   0,596093
CPU 1 DPC count:                                      126909
_________________________________________________________________________________________________________
CPU 2 Interrupt cycle time (s):                       64,931245
CPU 2 ISR highest execution time (µs):                0,0
CPU 2 ISR total execution time (s):                   0,0
CPU 2 ISR count:                                      0
CPU 2 DPC highest execution time (µs):                668,159557
CPU 2 DPC total execution time (s):                   0,568816
CPU 2 DPC count:                                      131905
_________________________________________________________________________________________________________
CPU 3 Interrupt cycle time (s):                       117,404742
CPU 3 ISR highest execution time (µs):                94,419945
CPU 3 ISR total execution time (s):                   0,167845
CPU 3 ISR count:                                      119259
CPU 3 DPC highest execution time (µs):                809,138504
CPU 3 DPC total execution time (s):                   30,942484
CPU 3 DPC count:                                      2665800
_________________________________________________________________________________________________________
CPU 4 Interrupt cycle time (s):                       63,517631
CPU 4 ISR highest execution time (µs):                34,776177
CPU 4 ISR total execution time (s):                   0,005451
CPU 4 ISR count:                                      6592
CPU 4 DPC highest execution time (µs):                313,308587
CPU 4 DPC total execution time (s):                   0,810796
CPU 4 DPC count:                                      96844
_________________________________________________________________________________________________________
CPU 5 Interrupt cycle time (s):                       55,864666
CPU 5 ISR highest execution time (µs):                0,0
CPU 5 ISR total execution time (s):                   0,0
CPU 5 ISR count:                                      0
CPU 5 DPC highest execution time (µs):                89,930194
CPU 5 DPC total execution time (s):                   0,209658
CPU 5 DPC count:                                      29575
_________________________________________________________________________________________________________
CPU 6 Interrupt cycle time (s):                       60,721395
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):                84,473684
CPU 6 DPC total execution time (s):                   0,294458
CPU 6 DPC count:                                      44751
_________________________________________________________________________________________________________
CPU 7 Interrupt cycle time (s):                       57,037770
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):                87,665374
CPU 7 DPC total execution time (s):                   0,232707
CPU 7 DPC count:                                      30858
_________________________________________________________________________________________________________
CPU 8 Interrupt cycle time (s):                       72,203450
CPU 8 ISR highest execution time (µs):                8,459280
CPU 8 ISR total execution time (s):                   0,005107
CPU 8 ISR count:                                      5733
CPU 8 DPC highest execution time (µs):                141,567867
CPU 8 DPC total execution time (s):                   1,064404
CPU 8 DPC count:                                      171684
_________________________________________________________________________________________________________
CPU 9 Interrupt cycle time (s):                       68,895037
CPU 9 ISR highest execution time (µs):                0,0
CPU 9 ISR total execution time (s):                   0,0
CPU 9 ISR count:                                      0
CPU 9 DPC highest execution time (µs):                657,639889
CPU 9 DPC total execution time (s):                   0,560268
CPU 9 DPC count:                                      73494
_________________________________________________________________________________________________________
CPU 10 Interrupt cycle time (s):                       61,624895
CPU 10 ISR highest execution time (µs):                0,0
CPU 10 ISR total execution time (s):                   0,0
CPU 10 ISR count:                                      0
CPU 10 DPC highest execution time (µs):                109,480332
CPU 10 DPC total execution time (s):                   0,332089
CPU 10 DPC count:                                      46741
_________________________________________________________________________________________________________
CPU 11 Interrupt cycle time (s):                       56,924760
CPU 11 ISR highest execution time (µs):                7,265928
CPU 11 ISR total execution time (s):                   0,000757
CPU 11 ISR count:                                      931
CPU 11 DPC highest execution time (µs):                94,847645
CPU 11 DPC total execution time (s):                   0,321798
CPU 11 DPC count:                                      35020
_________________________________________________________________________________________________________
CPU 12 Interrupt cycle time (s):                       69,016278
CPU 12 ISR highest execution time (µs):                35,253740
CPU 12 ISR total execution time (s):                   0,002377
CPU 12 ISR count:                                      3096
CPU 12 DPC highest execution time (µs):                241,937396
CPU 12 DPC total execution time (s):                   0,984813
CPU 12 DPC count:                                      141622
_________________________________________________________________________________________________________
CPU 13 Interrupt cycle time (s):                       65,480393
CPU 13 ISR highest execution time (µs):                0,0
CPU 13 ISR total execution time (s):                   0,0
CPU 13 ISR count:                                      0
CPU 13 DPC highest execution time (µs):                657,445983
CPU 13 DPC total execution time (s):                   0,616941
CPU 13 DPC count:                                      75866
_________________________________________________________________________________________________________
CPU 14 Interrupt cycle time (s):                       63,591495
CPU 14 ISR highest execution time (µs):                0,0
CPU 14 ISR total execution time (s):                   0,0
CPU 14 ISR count:                                      0
CPU 14 DPC highest execution time (µs):                104,861496
CPU 14 DPC total execution time (s):                   0,331715
CPU 14 DPC count:                                      41898
_________________________________________________________________________________________________________
CPU 15 Interrupt cycle time (s):                       55,550795
CPU 15 ISR highest execution time (µs):                0,0
CPU 15 ISR total execution time (s):                   0,0
CPU 15 ISR count:                                      0
CPU 15 DPC highest execution time (µs):                69,709141
CPU 15 DPC total execution time (s):                   0,300531
CPU 15 DPC count:                                      31683
_________________________________________________________________________________________________________
CPU 16 Interrupt cycle time (s):                       147,562251
CPU 16 ISR highest execution time (µs):                0,0
CPU 16 ISR total execution time (s):                   0,0
CPU 16 ISR count:                                      0
CPU 16 DPC highest execution time (µs):                644,223269
CPU 16 DPC total execution time (s):                   0,905009
CPU 16 DPC count:                                      91424
_________________________________________________________________________________________________________
CPU 17 Interrupt cycle time (s):                       135,045756
CPU 17 ISR highest execution time (µs):                0,0
CPU 17 ISR total execution time (s):                   0,0
CPU 17 ISR count:                                      0
CPU 17 DPC highest execution time (µs):                647,864266
CPU 17 DPC total execution time (s):                   0,830946
CPU 17 DPC count:                                      80742
_________________________________________________________________________________________________________
CPU 18 Interrupt cycle time (s):                       127,605650
CPU 18 ISR highest execution time (µs):                0,0
CPU 18 ISR total execution time (s):                   0,0
CPU 18 ISR count:                                      0
CPU 18 DPC highest execution time (µs):                146,002216
CPU 18 DPC total execution time (s):                   0,861564
CPU 18 DPC count:                                      79392
_________________________________________________________________________________________________________
CPU 19 Interrupt cycle time (s):                       124,911427
CPU 19 ISR highest execution time (µs):                0,0
CPU 19 ISR total execution time (s):                   0,0
CPU 19 ISR count:                                      0
CPU 19 DPC highest execution time (µs):                644,435457
CPU 19 DPC total execution time (s):                   0,934741
CPU 19 DPC count:                                      81377
_________________________________________________________________________________________________________

 

[cryon1c]

Ah das leidige Thema Audio-Latency in Windoofs.
Kenne Ich. Auch mit Yamaha (AG-03 Mixer/Audio Interface) und n alter Yamaha Synthesizer.
Logitech Software rennt bei mir auf einem separaten PC zwecks Profilen. HauptPC hat zwar ne Logitech Maus, aber nix an Software. Ist auch nutzlos weil diese wunderbar die Profile von der Hardware lädt. Ja klar ich seh nix mehr was den Akku angeht - egal, alle 3 Tage mal anstecken

Das Problem ist steinalt, wird von Windows ignoriert und krumme Treiber und Software ruinieren die Latenz.
Für die meisten Menschen die nicht mit Audio arbeiten oder selbst streamen (wo die Audio-Latenz dann mit der Webcam abdriftet auch wenn die Hardware sonst stabil rennt) ist das kein großes Ding.
ASIO ist natürlich der richtige Weg, da dies aber nur in diversen spezialisierten Programmen verfügbar ist (praktisch nur DAW/Videoschnitt etc.), hat das im Alltag nix zu suchen.

Danke für die Lösung, Ich hab das Problem also unwissentlich vermieden in dem Ich die Logitech Bloatware einfach ausgelagert habe

 

[Hellhammer]

Jetzt kannst XMP auch wieder aktivieren.