Max 50% Last auf Q6600

X

Xenith

Registriert
03.01.05
Beiträge
186
Reaktionen
0
Punkte
209
Hi,

ich bin etwas ratlos und wollte, bevor ich jetzt großartig Geld investiere erst einmal nachfragen, ob ncoh jemand so ein Problem hatte und fals ja, wie er es gelöst hat:

Mein PC:
Q6600 1066Mhz FSB
Gigabyte GA-EP35-DS3
2GB Corsair Dominator @1066MHz
Samsung SATA-Platte

Windows XP Pro (32Bit!) SP3
[g=539]Cubase[/g] Studio 4 (aktuellste Version März)

So, nun zum Problem:

Ich habe bei 100% [g=77]VST[/g]-Auslastung nur 50% CPU-Auslastung

Meine Systemperformance ist auf Hintergrunddienste geschaltet, es kommt nicht auf die Spuranzahl an und ich nutze auch nur max 1GB Ram...

Liegt es eventuell am 32Bit-Windows?
Ich hab das gefühl, das [g=539]Cubase[/g] nutzt nur 2 und nicht 4 Workthreads?

Vielen Dank für eure Hilfe!
 
einen ähnlichen thread hatten wir hier schonmal und sind zu dem schluss gekommen, dass es pluginabhängig ist ([g=77]vst[/g]-auslastung ist nicht gleich cpu-auslastung).

lg
flox
 
Diesen Text habe ich von diesem Forum kopiert, echt interessant beschrieben:

Was zeigt das [g=12]ASIO[/g] Meter an?

Das [g=12]ASIO[/g] Meter zeigt an, wie viel Zeit verbraucht wurde, einen [g=12]ASIO[/g] Puffer (Block) zu verarbeiten, der dann zur Ausgabe an die Audiohardware bzw. dessen Treiber weitergeleitet wird. Das [g=12]ASIO[/g] Meter spiegelt NICHT 1:1 die CPU Auslastung wieder, denn das einzige zu erfüllende Kriterium ist die Sicherstellung, dass das „Audioprocessing“ des gerade bearbeiteten Blocks rechtzeitig stattgefunden hat, genauer gesagt beendet wurde, um den berechneten Block dann zur Ausgabe dem Audiohardwaretreiber zuzuführen. Das Meter zeigt das Verhältnis der verbrauchten Zeit gegenüber der maximal zur Verfügung stehenden Zeit an. Mit steigenden Anforderungen an das System durch mehr Spuren, Plugins, VST-Instrumente und komplexeren Routings, steigt natürlich auch die CPU Last, was sich dann im [g=12]ASIO[/g] Meter dahingehend niederschlägt, das mehr Zeit zum "processen" verbraucht wird, die Anzeige im Meter also steigt. Wird mehr Zeit benötigt als, durch die Größe des [g=12]ASIO[/g] Puffers bestimmt, benötigt werden darf, gibt es einen Dropout und es meldet sich dann die [g=12]ASIO[/g] Meter [g=357]Peak[/g] LED.

Welche Faktoren haben konkret Einfluss auf das [g=12]ASIO[/g] Meter?

Es ist das Zusammenspiel der benutzen Computer-Hardware und dessen Leistung im Allgemeinen auf der einen Seite und auf der anderen Seite der Aufbau eines Projektes in [g=539]Cubase[/g] bzw. Nuendo. Den größten Posten nehmen [g=77]VST[/g]-Instrumente und [g=77]VST[/g] Plugins ein, deren Anzahl macht sich am ehesten im [g=12]ASIO[/g] Meter bemerkbar. Aber auch die Anzahl an Spuren und Bussen sowie deren Routings untereinander (z.B. über Gruppen und FX Kanäle oder auch Sidechains) erfordert zusätzliche Leistung. Programmfunktionen, die einen Teil mehr Grundlast erzeugen, sind der [g=188]Control Room[/g] (je nach Komplexität der Einrichtung und Nutzung des Control Rooms sind hier sehr komplexe Routings möglich) sowie die Verwendung von ReWire.


Was zeigt die rote [g=12]ASIO[/g] Meter [g=357]Peak[/g] Anzeige?

Diese Anzeige informiert den User darüber, dass die Hostapplikation mehr Zeit zum Berechnen eines [g=12]ASIO[/g] Puffers benötigte als, durch die Puffergröße bestimmt, Zeit gewesen wäre und der Puffer somit nicht an den Audiotreiber zur Ausgabe weiter gegeben werden konnte (klassischer Dropout) bzw. meldet der Treiber selbst der Hostapplikation, keine Daten bekommen zu haben. Ebenso kann die [g=12]ASIO[/g] Meter Peak Anzeige aufleuchten, wenn ein Treiber signalisiert, nicht genug Zeit bekommen zu haben um Eingangsdaten (z.B. bei Audioaufnahmen) an die Applikation schicken zu können, bzw. die Applikation noch nicht bereit war, Daten zu empfangen. Diese Art der Dropout-Erkennung ist Teil vom [g=18]Mac[/g] OS X Core Audio System und dessen eingebautem Audiocontroller.

Diese Dropouts müssen nicht immer hörbar sein, bzw. hängt es sehr vom Soundmaterial selbst ab, ob der Dropout hörbar war oder nicht. Einige Audiokarten/Treiber besitzen einen eigenen Sicherheitsbuffer um [g=12]ASIO[/g]-Pufferverlust zu kompensieren, andere wiederum geben nötigenfalls den zuletzt empfangenen Puffer einfach noch mal aus. Auf der PC Windows Seite gibt es seitens des Treibers übrigens keine Methode, der Hostapplikation Pufferverlust mitzuteilen, daher wird dort diese Erkennung rein Host-seitig vorgenommen. Eine 100% sichere Erkennung ist dabei allerdings nicht zu erreichen. Dropouts kann mit dem Erhöhen der [g=5]Latenz[/g] der Audiohardware entgegengewirkt werden.


Warum springt die [g=12]ASIO[/g] Meter [g=357]Peak[/g] Anzeige seit [g=539]Cubase[/g]/Nuendo 4.1 häufiger an als in den Versionen davor?

Auch vor der Version 4.1 gab es eine Methode zum Erkennen von Dropouts. Diese war jedoch ungenau und wurde im Zuge anderer Verbesserungen am Unterbau der Audioengine präziser gestaltet, da es uns wichtig erschien, User auf Dropouts sicherer hinzuweisen. Dropouts haben also nicht seit Version 4.1 zugenommen sondern werden nun genauer erkannt und angezeigt, unabhängig davon, ob es sich um hörbare Dropouts handelt oder nicht (was ja die Applikation auch gar nicht unterscheiden kann, hören tut ja am Ende der User).
 
Danke für die Antworten.
Was das [g=77]VST[/g]-Meter macht, war mir durchaus bewusst ;)

Der Thread jedoch hat mich auf dieses Latency-Problem meines Gigabyte-Boards aufmerksam gemacht, sodass cih nun morgen beim Support ein neues Bios anfordern werde.

Bei Erfolg poste ich nochmal hier und lade es evt auch hoch.
 
Code:
sodass cih nun morgen beim Support ein neues Bios anfordern werde

Du musst dafür aber nicht den Support der Firma Gigabyte telefonisch kontaktieren. Das BIOS kannst du auf der Homepage von Gigabyte runterladen: Link zu Gigabyte Support
 
Hast du das gleiche board, wie ich?

Meines wissens kamen die erste Bugfix-Bios am 18.4.08 per Mail.
Sie sind offenbar noch immer nicht öffentlich zugänglich, denn auf der Gigabyte-Seite findet sichnur ein bedeutend älteres BIOS.

Weil ich jetzt nicht zig BIOSe durchprobieren möchte, habe ich mich also direkt an den Support gewandt, sodass man mir eines empfehlen kann, dass mit hoher Wahrscheinlichkeit mein Problem löst.
 
Gigabyte wird für das Gigabyte GA-EP35-DS3 in den nächsten Wochen ein neues Bios releasen, das das Problem beheben soll.

Die aktuelle Version F3d bringt keine Besserung
 
Wie gesagt, check zuerst deinen [g=12]ASIO[/g]-Treiber und die Soundkarte.

Überigens verteilt [g=539]Cubase[/g] die Leistung nicht gleichmässig über alle CPU-Cores sondern zum Beispiel [g=77]VST[/g] Nr. 1 auf Core 1 [g=77]VST[/g] Nr. 2 auch noch auf Core 1 [g=77]VST[/g] Nr. 3 auf Core 2 usw. Musst dann schon einiges zum Berechnen haben, dass alle vier Kerne ausgelastet werden.

Wichtig ist auch, dass du die Windows-Performance-Einstellung änderst. Du musst umbedingt die Leistung für Hintergruddienste optimieren anwählen! Sonst räumt Windows ev. zuwenig Leistung für deinen [g=12]ASIO[/g]-Treiber ein (der [g=12]ASIO[/g]-Treiber läuft quasi im Hintergrund von [g=539]Cubase[/g])
 

Neue Antworten


Oft gelesene Themen

Zurück
Oben