Ich konnte den delay-Effekt schon einige Wochen testen: super stabil und beeindruckend. Das ganze verstehe ich auch als Testballon für andere Projekte, da nach Aussage von NI die GUI-Technologie - wenn ich es recht verstanden habe - auf openGL 2.1 (oder höher) basiert, d.h. ein Teil der Grafik wird direkt von der Grafikkarte gerendert, was immer das für Vorteile bringt. NI betont, dass man die neuesten Grafiktreiber verwenden soll (also udaten!).
Vielleicht klärt mich ja mal jemand auf.
ciao herw
PS: die Regler sind von DOEPFER geklaut.
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Server ist wie immer, bei solchen Geschichten erstmal down. Wieviel Kunden hat NI? >100K? (Das soll kein Gemecker sein, reines Interesse).
Ich schätze, das die 2-D-Berechnung nun endlich auf die GPU umgeschlagen wird, die ja grössenteils Däumchen dreht. Aber namentlich in Punkto Display-Refresh vs. CPU muss ich NI mal ausnhamsweise Vorbildlichkeit attestieren.
Selbst mit etlichen Scopes und Lichtorgel-Ensembles bleibt der Zusatzverbrauch angenehm bescheiden (Übrigens nur im Aktiv-Monitor zu sehen, nicht im Reaktor/Host-Meter, die nur Audio-Prozesse reflektieren).
Hab einige andere VSTs getetsetet, die bei aktivierter View 40-50% mehr verballern (auf einem Kern).
Selbst das permanente Arrangment-Ansicht-Mitlaufen vs. dem ressourcenfreundlichen Seiten-Springen im Host kann über Drops und Knackser oder nicht entscheiden.
Zu 1-Kern-Zeiten < 1Ghz wäre die 2-D-Auslagereung auf die GPU ein Segen gewesen, auf aktuellen Prozzies bringst und mit moderater GUI/DisplayRate vielleicht 5-10% mehr Verfügbarkeit auf einem Kern. Immerhin!
Und bei x ansichtsoffenen Instanzen kann sich das ordentlich summieren, zumindest in meiner Therorie;)
Ob wir mit dem Open GL Schnick Schnack auch für Reaktor rechnen können?
wahrscheinlich, aber interessanter wären endlich mal fundamentale Änderungen und Ergänzungen. Es sind jetzt fast 10 Jahre seit Erscheinen von R5 ins Land gegangen.