ASIO Problem trotz RAM Erweiterung

  • Ersteller guitaroldie
  • Erstellt am
Habt ihr airport aus?
 
Rod schrieb:
Hallo!

Ich habe hier ein ähnliches Problem. Bei mir leuchtet die "AsioAnzeige" ab 512 Samples ab und zu auf bei ca. 2%. Gehe ich auf 64 Samples flackert sie schon zwischen 10 und 20%.

Ja, ist ja auch ganz logisch da die "[g=12]Asio[/g]" last dann höher wird!


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).

Gruss...
 
Airport ist natürlich aus, wenn ich [g=539]Cubase[/g] nutze.

Danke für die Antwort. Aber genau das finde ich ja komisch. Ich denke eben, dass es NICHT normal ist, wenn ich ein komplett leeres Projekt habe (keine [g=77]VST[/g] Instrumente, PlugIns, Audio/[g=32]Midi[/g]/Gruppen oder sonstige Spuren, kein routing) ich bei einer Buffersize von 512 immer noch kleine Ausschläge sehe. auch wenn sie gering sind.

Habe ich ein Proekt mit 4 Halion One Instanzen und einem Groove Agent, dann muss ich auf min. 256 Samples gehen, um halbwegs problemlos abzuspielen. Komich zittern tut die Anzeige dabei trotzdem.

Habe vorher auf einem Desktop PC problemlos mit dem [g=38]FF[/g] arbeiten können unter WINXP(SP2) und SX3. Buffersize von 32samples möglich. bei vergleichbarem Projekt. Das ist der Grund weshalb ich so verwundert bin. bei 512 samples habe ich eine Ein und Ausgangslatenz von jeweils ca. 12ms. Das macht 24ms beim spielen von VSTs. Das finde ich einfach nicht befriedigend.

Heist das, dass ich einfach damit leben muss. Es gibt keine Lösung?

LG

Rod
 
Ich wollte damit nur sagen das es "normal" ist, das die [g=12]Asio[/g] Leistung steigt wenn die Buffersize sinkt, welche werte da normal sind kann ich nicht sagen da Ich keine Vergleichszahlen habe!




Gruss...
 

Oft gelesene Themen

Zurück
Oben