core
)) , ja endlich wurde auf diesem Gebiet etwas getan.
Nun ich bin ja überzeugter Core-Anhänger, meistens euphorisch und vielleicht etwas einseitig im Urteil. Also bitte nur die neutralen Kommentare von mir beachten
Dass daran gearbeitet wurde, wusste ich schon sehr lange, aber es hat dann doch ein, zwei Jahre gedauert, bis klar war, dass es auch wirklich weitergeht. Als Nicht-Eingeweihter habe ich natürlich auf jede kleinste Äußerung im Betatester-Forum (zum Melden von Bugs) geachtet. Manchmal erkennt man an der Art der Bugs, dass etwas läuft, aber nichts genaues weiß man nie.
Nun, als Alpha-Betatester kann man zwar Wünsche äußern, ob diese auch berücksichtigt werden, ist aber nie klar. Ich hätte mir gewünscht, dass es in Core eine Iteration und Ordermodule und auch ein Voicemanagement. Nun ja das wurde nicht erfüllt.
Die erste Entscheidung war sicherlich, ob ein völlig neues Produkt entsteht oder auf R5 aufgebaut wird. Sicherlich ist die Entscheidung auf R5 aufzubauen von NI Seite aus richtig, da man ja auf die bisherige Library zurückgreifen kann und das möchte man natürlich nicht missen.
Vorweg: alle R5-Ensemble laufen auch in R6. Wer also nicht vorhat, neue R6-Features in sein Ensemble einzubauen, belässt es dabei. Will man sein Ensemble durch R6 erweitern, dann muss man einwenig ändern; das hält sich aber in Grenzen.
Ich habe mal Lazerbass in R5 und R6 geladen:
bild_29.jpg
R5 verbaucht für den ersten snapshot 7,4%, R6 nur 6,3%. Ob das nun ein Zeichen ist, dass R6 effektiver ist oder die CPU-Leistung nur anders berechnet wird, mag dahingestellt sein. In der Regel, kann man auf einem MacBookPro (late 2013) beobachten, dass bei einem 30%-igen Ensemble R6 etwa 1% mehr verbraucht. Ob das nun einfach an der Übertragung aus R5 liegt kann ich nicht beurteilen.
PC-User berichten allerdings von höherem CPU-Verbrauch. Zu meinem Erstaunen stellt sich heraus, dass MacBookPro wohl ein richtiges Audio-Monster ist, während PCs generell höheren Verbrauch haben. Nun gravierend ist das nicht, da NI sich bemüht, für alle Ensembles 35% als Obergrenze anzustreben.
Wir schauen nun in eine Corecell:
bild_30.jpg
Abgesehen davon, dass in Core die Kabel ebenfalls flexibel sind, weisen sie mehr Farben auf, um zu kennzeichnen, welche Art Datenfluss herrscht.
Alle CoreCells, die in einem R5-Ensemble stecken, haben oben links ein eigentümliches neues Makro
bild_31.jpg
Es stellt sicher, dass R6 eine R5-Datei richtig behandelt.