Audio Interface Probleme

Hatte alle USB-Geräte bis auf das Focusrite selbst getrennt. Flugmodus aktiviert, kein LAN dran. Nichts ändert sich. Wenn man den PC einfach als Effektgerät nutzen möchte, z.B. für Helix Native, dann ist eine Durchlauf-Latenz von 22ms schon echt nervig.
Letzte Instanz wäre, den Windows Defender zu deaktivieren. Weitere Virenscanner sind da nicht drauf . Hat immer gereicht.
Ok Defender wär noch nen Ding, was ja auch bei einem Rechner der nur für Updates im Inet hängt ok wäre..ich vermute eher, dass da noch was anderes reinfunkt :-O
 
Noch was ... Wenn ich das Focusrite als "normales" Audiointerface für die Wiedergabe von HiRes Audio benutze, dann gibt es bei 24bit ab 96KHz auch Aussetzer. Bei einem anderen Hifi-DA- Wandler kann ich sogar bis 384KHz hochgehen, ohne dass es zu Aussetzern kommt. Am gleichen USB-Port.
 
Windows mit sehr niedrigen Latenzen zum Laufen zu bringen, bedeutet tiefe Eingriffe ins System und vor allem Verzicht auf alles andere als die DAW. Meist auch aufs Internet.

Das sekündliche Knacken ist wahrscheinlich das Pollen/Abrufen irgendeines Dienstes, der nachschaut, ob sich etwas geändert hat.

Das Deaktivieren des Onboard-Sounddevices kann ebenfalls helfen, bei Notebooks unbedingt auch im BIOS alle Energiesparmassnahmen abschalten. Die hauen oft dazwischen.
 
Ich habe USB 3.0 und auch 2.0 probiert. Das mit dem Onboardsound wäre noch mal ein Ansatzpunkt. Da sitzt ein Realtec Chipset drauf. Ich hoffe mal, dass die Nvidia Quattro da nicht reinfunkt. Es ist ein Power-Notebook für professionelle CAD Anwendungen.
 
Hier die aktuelle Zusammenfassung von LatencyMon:
_________________________________________________________________________________________________________
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:02:47 (h:mm:ss) on all processors.


_________________________________________________________________________________________________________
SYSTEM INFORMATION
_________________________________________________________________________________________________________
Computer name: ***************
OS version: Windows 10, 10.0, version 2009, build: 19044 (x64)
Hardware: HP ZBook 15 G2, Hewlett-Packard
BIOS: Default System BIOS
CPU: GenuineIntel Intel(R) Core(TM) i7-4810MQ CPU @ 2.80GHz
Logical processors: 8
Processor groups: 1
Processor group size: 8
RAM: 16265 MB total


_________________________________________________________________________________________________________
CPU SPEED
_________________________________________________________________________________________________________
Reported CPU speed (WMI): 280 MHz
Reported CPU speed (registry): 2794 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): 899,60
Average measured interrupt to process latency (µs): 8,721398

Highest measured interrupt to DPC latency (µs): 896,30
Average measured interrupt to DPC latency (µs): 2,504376


_________________________________________________________________________________________________________
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): 125,809592
Driver with highest ISR routine execution time: HDAudBus.sys - High Definition Audio Bus Driver, Microsoft Corporation

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

Total time spent in ISRs (%) 0,002198

ISR count (execution time <250 µs): 6682
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): 1039,103794
Driver with highest DPC routine execution time: nvlddmkm.sys - NVIDIA Windows Kernel Mode Driver, Version 426.32 , NVIDIA Corporation

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

Total time spent in DPCs (%) 0,095869

DPC count (execution time <250 µs): 118866
DPC count (execution time 250-500 µs): 0
DPC count (execution time 500-10000 µs): 66
DPC count (execution time 1000-2000 µs): 3
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: latmon.exe

Total number of hard pagefaults 14
Hard pagefault count of hardest hit process: 11
Number of processes hit: 4


_________________________________________________________________________________________________________
PER CPU DATA
_________________________________________________________________________________________________________
CPU 0 Interrupt cycle time (s): 4,635823
CPU 0 ISR highest execution time (µs): 125,809592
CPU 0 ISR total execution time (s): 0,028360
CPU 0 ISR count: 6190
CPU 0 DPC highest execution time (µs): 1039,103794
CPU 0 DPC total execution time (s): 1,223701
CPU 0 DPC count: 114050
_________________________________________________________________________________________________________
CPU 1 Interrupt cycle time (s): 0,520902
CPU 1 ISR highest execution time (µs): 12,246242
CPU 1 ISR total execution time (s): 0,000253
CPU 1 ISR count: 153
CPU 1 DPC highest execution time (µs): 34,343593
CPU 1 DPC total execution time (s): 0,001141
CPU 1 DPC count: 152
_________________________________________________________________________________________________________
CPU 2 Interrupt cycle time (s): 0,688393
CPU 2 ISR highest execution time (µs): 13,430923
CPU 2 ISR total execution time (s): 0,000279
CPU 2 ISR count: 139
CPU 2 DPC highest execution time (µs): 158,428060
CPU 2 DPC total execution time (s): 0,031784
CPU 2 DPC count: 2468
_________________________________________________________________________________________________________
CPU 3 Interrupt cycle time (s): 0,598597
CPU 3 ISR highest execution time (µs): 3,151038
CPU 3 ISR total execution time (s): 0,000083
CPU 3 ISR count: 65
CPU 3 DPC highest execution time (µs): 69,12670
CPU 3 DPC total execution time (s): 0,001025
CPU 3 DPC count: 105
_________________________________________________________________________________________________________
CPU 4 Interrupt cycle time (s): 0,605242
CPU 4 ISR highest execution time (µs): 13,816750
CPU 4 ISR total execution time (s): 0,000284
CPU 4 ISR count: 72
CPU 4 DPC highest execution time (µs): 92,355047
CPU 4 DPC total execution time (s): 0,014985
CPU 4 DPC count: 1275
_________________________________________________________________________________________________________
CPU 5 Interrupt cycle time (s): 0,601718
CPU 5 ISR highest execution time (µs): 1,969936
CPU 5 ISR total execution time (s): 0,000018
CPU 5 ISR count: 20
CPU 5 DPC highest execution time (µs): 21,626342
CPU 5 DPC total execution time (s): 0,000185
CPU 5 DPC count: 22
_________________________________________________________________________________________________________
CPU 6 Interrupt cycle time (s): 0,567670
CPU 6 ISR highest execution time (µs): 13,586972
CPU 6 ISR total execution time (s): 0,000086
CPU 6 ISR count: 30
CPU 6 DPC highest execution time (µs): 85,417323
CPU 6 DPC total execution time (s): 0,008001
CPU 6 DPC count: 763
_________________________________________________________________________________________________________
CPU 7 Interrupt cycle time (s): 0,569912
CPU 7 ISR highest execution time (µs): 12,806013
CPU 7 ISR total execution time (s): 0,000029
CPU 7 ISR count: 13
CPU 7 DPC highest execution time (µs): 106,141732
CPU 7 DPC total execution time (s): 0,001066
CPU 7 DPC count: 100
_________________________________________________________________________________________________________


Das Ganze müsste mir jemand nur mal auf "Deutsch" übersetzten... Bedeuted Hardpagefaults irgendwas im Zusammenhang mit ner virtuellen Auslagerungsdatei?
Vielleicht kann ein Hardwarexperte das hier gründlicher entwirren. Hauptspeicher ist einer M2 SSD mit 256GB. Datenspeicher eine 1TB SSD.
 
Hatte alle USB-Geräte bis auf das Focusrite selbst getrennt
wenn das bedeutet, du hast sie nicht mit dem rechner verbunden, genügt es nicht: deaktiviere nicht genutzte usb-adapter im gerätemanager, besser noch im bios (wenn das geht). es ist überhaupt sehr sinnvoll, nicht genutzte geräte möglichst auf einer niedrigen ebene (bios) zu deaktivieren.
Flugmodus aktiviert, kein LAN dran
bedeutet nicht, dass diese geräte deaktiviert sind und somit ressourcen verbrauchen.

grundsätzlich würde ich sämtliche geräte, die du nicht unbedingt benötigst, deaktivieren. und immer schön schritt für schritt, ggf neu booten und den erfolgt checken. der nächste schritt wären dienste (das ist jedoch ungleich komplizierter, da du dir auf diesem weg auch schön dein system zerschießen kannst).

na na, schau mal auf die LISTE im nächsten reiter
und check doch bitte mal endlich die liste um ggf den übeltäter entlarven zu können.
 

warte, ich mach mal ne liste:

integriertes interface: im bios deaktivieren
alle anderen, nicht genutzen geräte ebenso im bios deaktivieren (lan, wlan, com, lpt,...)
latencymon: liste auf dem zweiten reiter, geordnet nach highest execution, abfallend
 
Hier nohc mal ein Screenshot von LatencyMon, Seite "Drivers", sortiert nach "Highest Execution":
1650631110092.png
 
Nvidia-Treiber können die Audio-Performance auch verhageln. Deshalb nehme ich immer gebrauchte HP Workstations, da kann man die GraKa austauschen.

Ev. mal auf den Windows VGA-Standard-Treiber umstellen, dann ist auch das HDMI-Audio weg.
 
nvidia hat(te) da wirklich einen schlechten ruf. aber trotzdem würde ich erstmal versuchen, mit aktuellen treibern klar zu kommen (das gilt eigentlich bei solchen problemen generell für alle geräte).

erst wenn das nichts bringt (und die tipps, geräte, die nicht genutzt werden, zu deaktivieren), käme dann eine frage, ob im system evtl. ein prozessor mit grafiklösung steckt, den man statt der nvidia-karte versuchsweise nutzen könnte...
 
Leute, das ist ein Laptop! Da kann ich nicht soeben mal ne Graka rausschmeissen. Die Treiber für die Nvidia Quattro2000 sind auf dem letzten Stand, den HP dafür zur Verfügung stellt... Wenn das soweit gehen muss, dass ich das ganze Gerät komplett lahmlegen muss, nur damit beim Aufnehmen nicht knackst , dann überlege ich mir was anderes. Immerhin läuft auf dem Teil auch CAD und Layoutsoftware. Ich habe noch nen Tower mit nem Core i5 2500K, 3,3GHz mit SSD und 16GB Ram. Der müsste auch noch schnell genug sein. Helix Native hat meinem Laptop kaum Ressourcen abgenötigt. Dann sollte der dicke ja auch reichen. Da nutze ich nur die Onboardgrafik und im BIOS kann ich auch frei schalten und walten.
 
das ist ein Laptop
jup
der hat ne intel hd 4600: https://ark.intel.com/content/www/d...4810mq-processor-6m-cache-up-to-3-80-ghz.html

rausschmeißen bedeutet doch nicht automatisch, dass du die kiste aufschraubst und das ding von nvidia auslötest. schau doch mal, ob im bios der separate grafikchip deaktivierbar ist und du mit der intel hd weiter kommst. das ganze nennt sich bei hp glaube ich hybridgrafik.

aber versuch erst mit einem aktuelleren treiber von nvidia zurecht zu kommen (ich hoffe, das ist der richtige): https://www.nvidia.de/Download/driverResults.aspx/130247/de
 

Zurück
Oben Unten