Probleme mit Audioknacksern

[FireDito]

Guten Abend Zusammen,

ich habe leider seit ein paar Tagen Probleme mit meinem Rechner in Kombination mit Cubase. Ich habe ein neues Projekt mit noch relativ wenig Spuren und leider jetzt bereits Probleme mit Knacksern. Ich habe da zwischenzeitlich länger nicht mehr dran gearbeitet, daher kann ich schwer sagen wie lange die Probleme bereits bestehen.

Es handelt sich bisher nur um 2 Instanzen mit Ivory II, ich finde da dürfte es eigentlich noch kein Knacken geben. Die Asioauslastung ist noch unter der Hälfte und der Realtimepeak knapp bei der Hälfte und sehr am schwanken, mit teilweise etwas höheren Spitzen. Aber nicht bis ganz nach oben bisher. Trotzdem knackt es durchgehend ganz leise. Die Buffersize habe ich auch Testweise mal hochgeschraubt, macht keinen Unterschied.

Habe LatencyMoon mal drüber laufen lassen. Es gibt dort einige Kandidaten, die evtl. die Probleme verursachen könnten? Aber immerhin kommt keine Meldung, dass mein Rechner nicht für die Echtzeitbearbeitung geeignet ist. Ich habe auch testweise mal Hyperthreading im Bios deaktiviert. C-States und turbo boost sind bereits dauerhaft deaktiviert. Hyperthreading macht gefühlt keinen Unterschied.

Das neueste Biosupdate habe ich soeben installiert.


Folgendes spuckt LatencyMoon aus:

Spoiler: LatencyMoon

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:05:01 (h:mm:ss) on processors 0,1,2,3,4 and 5.
_________________________________________________________________________________________________________
SYSTEM INFORMATION
_________________________________________________________________________________________________________
Computer name: CHRISTIAN
OS version: Windows 10, 10.0, version 1903, build: 18362 (x64)
Hardware: MS-7A20, MSI
CPU: GenuineIntel Intel(R) Core(TM) i7-6800K CPU @ 3.40GHz
Logical processors: 12
Processor groups: 1
RAM: 32666 MB total
_________________________________________________________________________________________________________
CPU SPEED
_________________________________________________________________________________________________________
Reported CPU speed: 340 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): 332,0
Average measured interrupt to process latency (µs): 2,830873
Highest measured interrupt to DPC latency (µs): 329,60
Average measured interrupt to DPC latency (µs): 0,851507
_________________________________________________________________________________________________________
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): 188,087059
Driver with highest ISR routine execution time: dxgkrnl.sys - DirectX Graphics Kernel, Microsoft Corporation
Highest reported total ISR routine time (%): 0,020060
Driver with highest ISR total time: dxgkrnl.sys - DirectX Graphics Kernel, Microsoft Corporation
Total time spent in ISRs (%) 0,022064
ISR count (execution time <250 µs): 185313
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): 658,947059
Driver with highest DPC routine execution time: nvlddmkm.sys - NVIDIA Windows Kernel Mode Driver, Version 456.55 , NVIDIA Corporation
Highest reported total DPC routine time (%): 0,024312
Driver with highest DPC total execution time: Wdf01000.sys - Kernelmodustreiber-Frameworklaufzeit, Microsoft Corporation
Total time spent in DPCs (%) 0,06320
DPC count (execution time <250 µs): 949620
DPC count (execution time 250-500 µs): 0
DPC count (execution time 500-10000 µs): 2
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: svchost.exe
Total number of hard pagefaults 37
Hard pagefault count of hardest hit process: 27
Number of processes hit: 4
_________________________________________________________________________________________________________
PER CPU DATA
_________________________________________________________________________________________________________
CPU 0 Interrupt cycle time (s): 6,896581
CPU 0 ISR highest execution time (µs): 188,087059
CPU 0 ISR total execution time (s): 0,797791
CPU 0 ISR count: 185313
CPU 0 DPC highest execution time (µs): 658,947059
CPU 0 DPC total execution time (s): 2,233911
CPU 0 DPC count: 932745
_________________________________________________________________________________________________________
CPU 1 Interrupt cycle time (s): 0,936554
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): 20,241176
CPU 1 DPC total execution time (s): 0,000065
CPU 1 DPC count: 20
_________________________________________________________________________________________________________
CPU 2 Interrupt cycle time (s): 1,212620
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): 133,208235
CPU 2 DPC total execution time (s): 0,043172
CPU 2 DPC count: 14077
_________________________________________________________________________________________________________
CPU 3 Interrupt cycle time (s): 0,944062
CPU 3 ISR highest execution time (µs): 0,0
CPU 3 ISR total execution time (s): 0,0
CPU 3 ISR count: 0
CPU 3 DPC highest execution time (µs): 16,274118
CPU 3 DPC total execution time (s): 0,000073
CPU 3 DPC count: 25
_________________________________________________________________________________________________________
CPU 4 Interrupt cycle time (s): 1,021925
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): 23,758824
CPU 4 DPC total execution time (s): 0,007666
CPU 4 DPC count: 2698
_________________________________________________________________________________________________________
CPU 5 Interrupt cycle time (s): 0,984190
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): 20,158824
CPU 5 DPC total execution time (s): 0,000255
CPU 5 DPC count: 57
_________________________________________________________________________________________________________

Ich hoffe hier kann mir jemand weiterhelfen. Vielleicht liegt es ja auch an Ivory selbst. Ich habe teilweise auch größere Projekte mal geladen mit 100 Spuren, wo mir jetzt kein Knacken aufgefallen ist. Also ich vermute es fast. Mir ist ebenfalls aufgefallen, dass das Problem bei nur einer Instanz von Ivory nicht so extrem auftritt.

Viele Grüße

Christian

 

[netstalker]

Irgendeine AV-Software aktiv?

 

[Quasiemono]

Ansonsten werfe ich einfach mal die Buffersize in den Raum, aber das wäre auch zu einfach

 

[Rescue]

Ich habe auch testweise mal Hyperthreading im Bios deaktiviert

dann deaktiviere mal testweise in Cubase die Multiprozesing Unterstützung, und den Asio Guard.
Ach ja, welches Audio Interface, und welche Cubase Version?

 

[PlanNine]

dann deaktiviere mal testweise in Cubase die Multiprozesing Unterstützung, und den Asio Guard.
Ach ja, welches Audio Interface, und welche Cubase Version?

Die Multiprozessing Unterstützung zu deaktivieren ist keine Gute Idee. Eher die virtuellen Kerne. Da gibt es manchmal Probleme.

 

[FireDito]

Nabend Zusammen,

vielen Dank erstmal für die zahlreichen Antworten erstmal. Weitere Lösungen bzw. Ideen, leider habe ich die Sachen alle bereits ausprobiert.

Irgendeine AV-Software aktiv?

Habe nur den Windows Defender drauf, aber testweise mal deaktiviert. Macht keinen Unterschied. Also liegt wohl nicht daran.

Ansonsten werfe ich einfach mal die Buffersize in den Raum, aber das wäre auch zu einfach

Wie bereits im Beitrag geschrieben, ich kann den Buffer auf 2048 Samples hochstellen. Macht überhaupt keinen Unterschied. Die Asioanzeige bleibt unverändert und der Realtime-Peak bewegt sich immer noch im gleichen Bereich.

dann deaktiviere mal testweise in Cubase die Multiprozesing Unterstützung, und den Asio Guard.
Ach ja, welches Audio Interface, und welche Cubase Version?

Ebenfalls beides schon testweise deaktiviert. Ebenfalls keinen Veränderung am knacken, nur das jetzt der Peak teilweise in den roten Bereich kommt und die Sprünge größer werden.

Audio-Interface ist das RME Fireface 802 und ich nutze Cubase 10.

 

[Signalschwarz]

Habe LatencyMoon mal drüber laufen lassen. Es gibt dort einige Kandidaten, die evtl. die Probleme verursachen könnten?

Soll das jetzt eine Feststellung oder eine Frage sein?

 

[FireDito]

Soll das jetzt eine Feststellung oder eine Frage sein?

Eher eine Frage.

Hier nochmal ein aktueller Report aus Latency Moon

Spoiler

_________________________________________________________________________________________________________
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:10:44 (h:mm:ss) on processors 0,1,2,3,4 and 5.
_________________________________________________________________________________________________________
SYSTEM INFORMATION
_________________________________________________________________________________________________________
Computer name: CHRISTIAN
OS version: Windows 10, 10.0, version 1903, build: 18362 (x64)
Hardware: MS-7A20, MSI
CPU: GenuineIntel Intel(R) Core(TM) i7-6800K CPU @ 3.40GHz
Logical processors: 12
Processor groups: 1
RAM: 32666 MB total
_________________________________________________________________________________________________________
CPU SPEED
_________________________________________________________________________________________________________
Reported CPU speed: 340 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): 480,20
Average measured interrupt to process latency (µs): 2,617465
Highest measured interrupt to DPC latency (µs): 477,90
Average measured interrupt to DPC latency (µs): 0,718709
_________________________________________________________________________________________________________
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): 191,929412
Driver with highest ISR routine execution time: dxgkrnl.sys - DirectX Graphics Kernel, Microsoft Corporation
Highest reported total ISR routine time (%): 0,009341
Driver with highest ISR total time: dxgkrnl.sys - DirectX Graphics Kernel, Microsoft Corporation
Total time spent in ISRs (%) 0,010888
ISR count (execution time <250 µs): 355890
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): 605,616471
Driver with highest DPC routine execution time: nvlddmkm.sys - NVIDIA Windows Kernel Mode Driver, Version 456.55 , NVIDIA Corporation
Highest reported total DPC routine time (%): 0,018230
Driver with highest DPC total execution time: Wdf01000.sys - Kernelmodustreiber-Frameworklaufzeit, Microsoft Corporation
Total time spent in DPCs (%) 0,046968
DPC count (execution time <250 µs): 2060286
DPC count (execution time 250-500 µs): 0
DPC count (execution time 500-10000 µs): 7
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: svchost.exe
Total number of hard pagefaults 1641
Hard pagefault count of hardest hit process: 235
Number of processes hit: 20
_________________________________________________________________________________________________________
PER CPU DATA
_________________________________________________________________________________________________________
CPU 0 Interrupt cycle time (s): 11,210131
CPU 0 ISR highest execution time (µs): 191,929412
CPU 0 ISR total execution time (s): 0,841698
CPU 0 ISR count: 355890
CPU 0 DPC highest execution time (µs): 605,616471
CPU 0 DPC total execution time (s): 3,595878
CPU 0 DPC count: 2050896
_________________________________________________________________________________________________________
CPU 1 Interrupt cycle time (s): 2,009747
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): 23,934118
CPU 1 DPC total execution time (s): 0,001742
CPU 1 DPC count: 434
_________________________________________________________________________________________________________
CPU 2 Interrupt cycle time (s): 2,224651
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): 146,731765
CPU 2 DPC total execution time (s): 0,025632
CPU 2 DPC count: 6902
_________________________________________________________________________________________________________
CPU 3 Interrupt cycle time (s): 2,012096
CPU 3 ISR highest execution time (µs): 0,0
CPU 3 ISR total execution time (s): 0,0
CPU 3 ISR count: 0
CPU 3 DPC highest execution time (µs): 32,188235
CPU 3 DPC total execution time (s): 0,001004
CPU 3 DPC count: 280
_________________________________________________________________________________________________________
CPU 4 Interrupt cycle time (s): 2,003522
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): 24,841176
CPU 4 DPC total execution time (s): 0,004644
CPU 4 DPC count: 1329
_________________________________________________________________________________________________________
CPU 5 Interrupt cycle time (s): 1,988121
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): 19,997647
CPU 5 DPC total execution time (s): 0,001857
CPU 5 DPC count: 452
_________________________________________________________________________________________________________

 

[Quasiemono]

Wie bereits im Beitrag geschrieben, ich kann den Buffer auf 2048 Samples hochstellen. Macht überhaupt keinen Unterschied. Die Asioanzeige bleibt unverändert und der Realtime-Peak bewegt sich immer noch im gleichen Bereich.

Sry hatte ich überlesen. Bin jetzt auch erstmal ratlos was bei dir los ist.

 

[FireDito]

Habe nochmal eine Neuigkeit. Habe den Song jetzt einfach mal als wave exportiert. Selbst im Export taucht das Knacken auf. Habe Testweise auch mal so nen Pianosong angemacht ( nichts von mir) um zu testen, ob das Problem grundsätzlich auch beim Musik hören besteht. Fehlanzeige.

Sehr merkwürdiges Verhalten. Aufm Export ist es mit drauf, aber so beim Musik hören läuft alles normal. Kann es wohl das Plugin an sich sein? Wenn ich nen anderes Pianoplugin verwende, scheint das Knacken ebenfalls nicht mehr aufzutauchen.

Hat da noch jemand eine Idee, wo das Problem liegen könnte?

 

[Quasiemono]

Teste doch mal eine andere DAW (keine Ahnung was es da an Testversionen gibt) so kannst du Cubase oder die dortigen Einstellungen als Fehlerquelle ausschließen, falls es dort die gleichen Probleme gibt.

 

[FireDito]

Teste doch mal eine andere DAW (keine Ahnung was es da an Testversionen gibt) so kannst du Cubase oder die dortigen Einstellungen als Fehlerquelle ausschließen, falls es dort die gleichen Probleme gibt.

Habe ich soeben ausprobiert. Habe mir die Testversion von ableton runtergeladen und siehe da, dass gleiche Problem. Habe auch nochmal versucht Ivory gegen pianoteq auszutauschen. Mit pianoteq scheint das Problem nicht zu bestehen. Gehe jetzt so langsam wirklich davon aus, dass es am Plugin liegt.

Schade, dabei gefällt mir der Sound von Ivory ganz gut.

 

[Zelo01]

dass es am Plugin liegt.

Das kannst du einfach checken, indem du es deaktivierst, oder vorübergehend ein anderes Plugin nutzt.

Ich kenne Ivory nicht, scheint mir aber ein Softwareinstrument zu sein? Wenn ja, Buffersize/Einstellungen im Instrument mal anschauen.