Systemauslatung & der tolle Steinberg Support

Auf Deutsch Cubase
41

Ohh Oooh Hofa Plugs !

Das musste aufpassen die sind Standartmässig immer auf Oversmpling 2x eingestellt. Also beim EQ, Comp und deesser auf Live modus stellen! Es sei den du willst den Track dann Bouncen dann würde ich mit Oversampling arbeiten. Ansonsten wird das der Overkill. Mit oversampling kannst schon mit 2 Plug ins den Rechner Überfahren.
2x FabFilter MB 4 x Over und Over und OUT :laughing:

–

Ansonsten denke ich, bist da mit deim System schon so gut wie oben angekommen. Viel mehr wird da nicht gehen.
Cubase Plug Ins kannst bis zum Abwinken reinhauen. Ich glaube da hatte ich mal so an die 600 aber nur Cubase Plugs.

42

Danke Blechklotz, das Oversampling könnte in der Tat ein Übeltäter sein, das hatte ich nicht auf dem Schirm. Ich werde den LIVE-Mode testen.

43

Hallo Holger,

NI Replika, welche Version verwendest du ? Die aktuellste ?

Grüss Gott

44

Für mich würden da auch nur die HOFA Plugins als Übeltäter in Frage kommen. Die sind sehr rechenintensiv und Du hast ja einige von denen eingesetzt!

Zusätzlich zum Tip von Blechklotz würde ich Dir empfehlen, vor dem Cubasestart mal alle Plugins von HOFA durch Verschieben vorübergehend aus den Pluginverzeichnissen zu nehmen (VST 2 & 3). Dann Cubase & das Projekt starten und schauen wie es dann aussieht. Bin mir ziemlich sicher, dass es nur noch ein Bruchteil von der vorherigen Systemauslastung sein wird.

45

Ja wenn die 60 Hofa Plugs von 2x Oversampling auf Live gesetzt werden passiert was !!! ENERGIE

Des weiteren (Tipp am rande) das praktische an den Hofa Plags ist ja das du das Oversampling für den Online und Offline Modus getrennt abspeichern kannst.d.h Im Live(Real-Time) kannste latenzfrei und Performence schonend arbeiten und wenn du Bounced wird Automatisch ge-Oversampled.

–

Und noch ein Tipp Holger B.
Ich weis ja nicht wie du arbeitest, aber ich sehe das du auch die DeEsser mit angegeben hast. Gut. Aber Praktischerweise kann man sich die zu 99% sparen im MIx.
s.h Mein Workflow ist, wenn ich anfange (nach dem Recording) wenn ich die Spuren alle zusammen habe und mein Mix organisiere,> nach einem evtl.Roughmix, und ich grob weis was ich will, fang ich an die Spuren zu säubern und ähnliches. Was dann die Vocal-Tracks angeht, die dann geschnitten, und grob ge-levelt, evtl leicht vor comprimiert werden, kommt zu meist natürlich auch ein DeEsser zum einsatz,(im Oversampling Modus) . Die Vocal Spuren werden dann gebounced bevor es zum eigentlichen MIx kommt. Von dem her habe ich dann keine DeEsser mehr in der Console. “Ergonomischer- Workflow” nenne ich mal so :wink:

46

@Holger B
Nur um andere Dinge in Deinem System auszuschließen, installerie bitte mal latencymon, im Leerlauf, kein anderes Programm, ca. 5 Minuten, und schaue welche Werte du da hast.
Bild hierein kopieren.

Auf der anderen Seite teile ich die Meinung, viel mehr gibt Dein System wohl nicht her.
Da sind einige Plugs wie schon erwähnt von HoFa, die zollen halt Tribut.

Dennoch, du hast einige UAschläge bis kanpp 500müs, das ist zuviel.
Das sollte schon unter 100müs gehen, wenn man das packt, kannst Du vielleicht noch 5-10 Prozent rausholen, und du hast weniger Probleme mit plötrzlich auftretenden Klicks.

47

Der i7-4770 3.4GHz hat passmark 9832. schon recht flott.
Um die Leistung von Rechner zu vergleichen empfehle ich die Demo projekte von Steinberg. Teleporter z.B. Benötigt bei mir ca. 50%. Eine Idee von mir: Hast du denn unter Geräte den Multiprozessor Support angeschaltet?

48

JA, siehe Bild bei Post 18

49

@atze9 das ist die Richtung!

Bei solchen Angaben fehlen mir die Info’s über → Geräteeinstellungen-> Device Settings->Buffer Size bzw. Einstellungen der ASIO Guard.
Ganz entscheidend ist auch: Wie stark belasten die verwendeten Plugins das VST Audiosystem? Da gibt es große Unterschiede. Also man muss da schon genauere, differenzierte, Angaben machen.
Ich persönlich habe manchmal auch viele Spuren aber nicht viele Plugins. Wenn, dann aber fast nur in Gruppen.
Die Aufnahme muss es bringen ! :sunglasses:

50

Ich habe es auch übersehen. Bild bei Posting 18. Hier der kopierte Link.

51

Sooooooooo und wieder einige Erkenntnisse :slight_smile:

Der Latency Mon meldet folgendes

20160204_LatencyMon.png
20160204_LatencyMon.png1441×991 42.7 KB

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:06:44 (h:mm:ss) on all processors.

\

SYSTEM INFORMATION

Computer name: ---------
OS version: Windows 7 Service Pack 1, 6.1, build: 7601 (x64)
Hardware: All Series, ASUS, ASUSTeK COMPUTER INC., Z87-K
CPU: GenuineIntel Intel(R) Core™ i7-4770 CPU @ 3.40GHz
Logical processors: 8
Processor groups: 1
RAM: 32702 MB total

\

CPU SPEED

Reported CPU speed: 3468,0 MHz
Measured CPU speed: 398,0 MHz (approx.)

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.

WARNING: the CPU speed that was measured is only a fraction of the CPU speed reported. Your CPUs may be throttled back due to variable speed settings and thermal issues. It is suggested that you run a utility which reports your actual CPU frequency and temperature.


\

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): 163,272199
Average measured interrupt to process latency (µs): 2,173989

Highest measured interrupt to DPC latency (µs): 161,500711
Average measured interrupt to DPC latency (µs): 0,767341

\

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): 8,920992
Driver with highest ISR routine execution time: ACPI.sys - ACPI-Treiber für NT, Microsoft Corporation

Highest reported total ISR routine time (%): 0,000454
Driver with highest ISR total time: HDAudBus.sys - High Definition Audio Bus Driver, Microsoft Corporation

Total time spent in ISRs (%) 0,00080

ISR count (execution time <250 µs): 30143
ISR count (execution time 250-500 µs): 0
ISR count (execution time 500-999 µs): 0
ISR count (execution time 1000-1999 µs): 0
ISR count (execution time 2000-3999 µ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): 132,284025
Driver with highest DPC routine execution time: Wdf01000.sys - Kernelmodustreiber-Frameworklaufzeit, Microsoft Corporation

Highest reported total DPC routine time (%): 0,010747
Driver with highest DPC total execution time: iusb3xhc.sys - Intel(R) USB 3.0 eXtensible Host Controller Driver, Intel Corporation

Total time spent in DPCs (%) 0,028374

DPC count (execution time <250 µs): 478991
DPC count (execution time 250-500 µs): 0
DPC count (execution time 500-999 µs): 0
DPC count (execution time 1000-1999 µs): 0
DPC count (execution time 2000-3999 µ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.


Process with highest pagefault count: vsserv.exe

Total number of hard pagefaults 216
Hard pagefault count of hardest hit process: 109
Highest hard pagefault resolution time (µs): 1234,352941
Total time spent in hard pagefaults (%): 0,001240
Number of processes hit: 10

\

PER CPU DATA

CPU 0 Interrupt cycle time (s): 0,989571
CPU 0 ISR highest execution time (µs): 8,920992
CPU 0 ISR total execution time (s): 0,025890
CPU 0 ISR count: 30143
CPU 0 DPC highest execution time (µs): 132,284025
CPU 0 DPC total execution time (s): 0,718056
CPU 0 DPC count: 268815

CPU 1 Interrupt cycle time (s): 0,17080
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): 116,611880
CPU 1 DPC total execution time (s): 0,023221
CPU 1 DPC count: 26712

CPU 2 Interrupt cycle time (s): 0,187828
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): 116,781719
CPU 2 DPC total execution time (s): 0,023451
CPU 2 DPC count: 26405

CPU 3 Interrupt cycle time (s): 0,172226
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): 112,549885
CPU 3 DPC total execution time (s): 0,024140
CPU 3 DPC count: 27461

CPU 4 Interrupt cycle time (s): 0,190198
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): 110,771338
CPU 4 DPC total execution time (s): 0,026147
CPU 4 DPC count: 28810

CPU 5 Interrupt cycle time (s): 0,177645
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): 112,536909
CPU 5 DPC total execution time (s): 0,024375
CPU 5 DPC count: 27453

CPU 6 Interrupt cycle time (s): 0,179741
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): 111,855536
CPU 6 DPC total execution time (s): 0,028866
CPU 6 DPC count: 28685

CPU 7 Interrupt cycle time (s): 0,185027
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): 119,841407
CPU 7 DPC total execution time (s): 0,050508
CPU 7 DPC count: 44650



Die Ressourcen-Fresser sind definitiv die HOFA-PlugIns. Wenn ich den VST3-Ordner leere, im Projekt folglich keine mehr verwendet werden, steht die AVG-Auslastung bei 25%.

Ich habe auch das Oversampling für einen Teil der Plug-Ins ausgeschaltet, damit erreiche ich auch eine Verbesserung, zwar noch nicht den Zielwert von 75%, allerdings doch soviel, dass ich flüssig arbeiten kann.

Welche Erfahrungen habt ihr mit den ASIO-Einstellungen? Wie stellt man die am sinnvollsten ein?

52

Hier die Info zum Asio guard.
https://www.steinberg.net/de/support/knowledgebase_new/show_details/kb_show/details-on-asio-guard-in-cubase-and-nuendo

Dann gibt es auch noch so schöne Dinge wie freeze und bounce in place. Das spart leistung.

53

Warum leeren? Es reicht wen du sie deaktivierst Ausserdem Beansprucht VST3 deine DAW am wenigsten!



Warum nur ein Teil? Schalte sie alle ab. Oder was man sowieso machen sollte zumindest partiel. Friere die Spuren ein gerade die nicht bearbeitet werden. Dann kannste das Oversamling natürlich drauf/drin lassen.

54

War mein Vorschlag. Ist mMn der schnellste Weg bei zig VSTs rauszufinden, wie die Systemlast ohne sie aussieht. Danach natürlich wieder rein und im Projekt ausschalten, modifizieren oder sogar ersetzen.

Die Erfahrung hab ich noch nicht gemacht. Sie schalten sich lediglich ab, bei Nichtbeabspruchung, sofern eingestellt. Ressourcenfresser bleibt aber Ressourcenfresser…

Zumindest ist jetzt klar, dass das Problem von Holger nix mit Cubase zu tun hat, sondern lediglich mit der Auswahl und Anzahl der Plugins.
Solche “Superplugins” kann man halt einfach nicht in großen Mengen einsetzen, es sei denn, man hat auch einen entsprechenden PC, oder man bouncet die Spuren regelmäßig.
Ich würde vorschlagen, einige der HOFA Plugins mit weniger aufwändigen zu ersetzen. Auch mit denen lassen sich nämlich meist ziemlich ähnliche Ergebnisse erreichen.

55

@Holger B
Es sind zwei Dinge, die es festzustellen gilt:

  1. Dein Projekt hat Dein System ans Ende gebracht, u.a. wegen der Massevon Ressourcehnhungriger Plugs (Stichweort: HoFa)
    Da gehts nur, die mit Cubase-Mitteln zu erstzen bzw. Oversampling bei Echtzeit auszuschalten, und beim Export kann man das ja getrennt wieder dazunehmen

  2. Dein System zeigt bei latencyMon keine wirklich auffällige Werte, der DPC Latency Checker ist dagegen gerade and der grenze zu mäßig-schlecht.
    Auslesen aus dem LatencyReport sind die üblcihen Verdächtigen, ACPI-treiber, USB-Treiber und die interne Audiokarte.

Also, was Du machen kannst:
Schaue ob es für Dein Board aktuelle chipsatztreiber gibt und aktuelle USB-Treiber.
Neues BIOS ist ggf. auch nicht verkehrt (hat mir mal eine Problematik mit USB-Schnittstelle gelöst).

Dann WLAN, LAN und die interne Audiokarte deaktivieren (unter Systemsteuerung/System/Geräte-Manager).
LAN kannst Du ja wieder später einschalten, nur um zu sehen wie weit die Werte unter DPC Latency Checker runtergehen. WLAN abschalten hat mir viel gebracht.
Energieoptionen schauen, ob wirklich alles an energieoptionen aus ist, auch CPU schlafen legen etc.
Punkt für Punkt durchgehen.
Programme auf Hintergrunddienste schalten, ergibt unter Win 7 keinen Sinn mehr (war unter XP schon sinnlos), sprich, es tut sich dabei nichts.

Jetzt zum BIOS
Schauen, ob Hyperthreading im BIOS eingeschaltet ist, damit kitzle ich noch etwas raus.
Auch die sog. C-States deaktivieren (Energiesparmodi → MyNetCologne - Seite nicht gefunden)

D.h., so wie es aussieht hat Cubase mit Deiner hohen Auslastung nichts zu tun, das liegt im wesentlichen an den vielen Plugs, die zum Teil auch ressourcenhungrig sind. Etwas besser kann es noch werden, wenn Du die obigen Änderungen vornimmst.

56

Hallo!

Ich habe mich ein paar Monate mit den Latenzen beschäftigt. Ein Riesenthema bei dem es viel zu beachten gibt. Auch ich verwende den DPC-Latenzchecker und bin derzeit konstant zwischen 300ys und 500ys.
Was tat ich:
Im BIOS jedwede PowerManagement-Geschichten deaktivieren. ALLES IMMER auf Höchstleistung.
Unbedingt alle Driver (vor allem für Netzwerkadapter) DIREKT bei der HerstellerWebSite auf den Neuesten aktualisieren.
In der Systemsteuerung nach und nach alle Geräte USBs, Netzwerke, einfach alles einzeln deaktivieren, parallel schauen ob sich unter dpclat was ändert, und wieder aktivieren.
Und jetzt das Wichtigste: Die gesamten Dienste die im Hintergrund laufen einzeln deaktivieren und wieder aktivieren.
Dienste, welche ständig Hard- und Software und Driver überprüfen verursachen sehr gerne Audio-Drop-Outs, da diese üner den internen BUS laufen und der ist dann mal schnell ausgelastet. Da helfen keine schnellen Festplatten, viel Arbeitsspeicher, oder eine schnelle CPU.
Meistens haben Audio-Latenzen NICHTS mit CUBASE, PluIns oder umfangreichen Projekten zu tun.

57

@whitealbum
Danke für dein C-States Beitrag (das habe ich schon gesucht aber nicht gefunden)

Im Übrigen möchte ich doch noch erwähnen das die HOFA-PlugIns hier jetzt nicht ressourcenhungriger sind als andere. Gut, Sparfüchse sind sie nicht aber wenn sie im Oversampling Modus laufen ist es klar das sie deutlich mehr Leistung brauchen. Mach das mal mit FabFilter, aber Hallo!

58

Mehr als nur die üblichen Tipps :wink:

PS: Für System Optimierungen gebe ich gere ein Dokument “windows-optimieren” von Timo Schewe weiter.
Siehe mein Homepage Link >>>

59

Hallo Holger B.!

ich habe seit kurzem das genau gleiche Problem. Spurenanzahl und auch die Rechner-Konfi sind in etwa identisch.
Schon bei einem Test-Projekt, mit nur 1 (EINER) Intrumentenspur (z.B. NI FM8), liegen die Asio-Auslastung sowie der
Realtime-Peak bei ca. 25% und zucken nervös nach rechts. Bei einem anderen Projekt - ca. 100 Spuren, gemischt
Audio (75%) und Instrumente (25%), ist kein Arbeiten mehr möglich, obwohl das Projekt vorher auf einem wesentlich schwächeren Rechner, im Vergleich dazu, besser lief. In diesem Fall liegt die Asio-Auslastung bei permanent 50% und alle zwei Sekunden kommt es zu einem Overshot im Realtime-Peak. Sowohl das Ausschalten und/oder das Einfrieren der Instrumente
bringt keine wesentliche Besserung.

Werde mich am Wochenende auf die Suche machen und poste so wie ich etwas rausgefunden habe.


Hier noch kurz die Rechner-Konfi:

  • Asus Z170 A Mainboard

  • Intel 4x 4,0 Ghz i7 6700k

  • 32GB DDR-4 2800 RAM

  • 512MB Samsung M.2 Laufwerk

  • 2 x 1TB Seagate Harddisk

  • Motu PCI 424 PCIe Hostkarte

  • 4x Motu Interfaces

Grüße
stoned pilot

60

Aber dann bitte mit einer etwas genaueren Beschreibung, z.B. was in der Zwischenzeit zwischen Punkt A und Punkt B so alles passiert ist.
Schau Dir außerdem vorher mal diesen und den anderen aktuellen Thread zum Thema Performanceprobleme genauer an und klapper alle Lösungsmöglichkeiten ab. Da steht schon viel wichtiges dabei!