1. IMPORTANT:
    We launched a new online community and this space is now closed. This community will be available as a read-only resources until further notice.
    JOIN US HERE

KOMPLETE Reaktor verhält sich als VST falsch

Discussion in 'REAKTOR' started by PierreLeFou, 1/2/09.

Thread Status:
Not open for further replies.
  1. PierreLeFou

    PierreLeFou NI Product Owner

    Messages:
    84
    Schönen Sonntag,

    normalerweise ist es ja so:
    Ich starte meine Host-Anwendung. Also Live, Cubase, Logic oder was auch immer.
    Dann erzeugt man einen Channel/Track/spur etc.
    Dort fügt man nun ein VTS ein. Egal ob Synthy, Drumcomputer etc.
    Man speichert sein Host-Projekt und macht es wieder auf.

    Ergebnis: Alles ist wieder da, wird also wiederhergestellt. Alle Spuren, alle Midi-Einstellungen, jedes VST und all seine Einstellungen usw.

    So weit so gut. Wenn ich aber Reaktor als VST benutzem, geht es nicht.

    Ich schiebe also in meinen Ableton Live ein Reakto VST auf eine Midi Spur. Ich öffne irgendein Ens. Völlig egal welches. In meinen Fall LimeLite.

    In LimeLite kann ich das Snapshot "Init" auswählen. So jetzt spiele ich darum. Dann gehe ich auf "Save as ..." denn ich will ja, dass ich beim nächsten Start den Kram wieder serviert bekomme. Also speichere ich das Ens.

    So ich schließe Ableton Live und mache das Projekt neu auf. Tja und jetzt. Ja scheiße jetzt. Es wird zwar auf der Midi-Spur ein Reaktor VST und darin auch ein LimeLite geöffnet, aber eben nicht meine Einstellungen. Ich muss jetzt jedesmal über "Open" das Ens wieder laden. Bei 10 und mehr Spuren kann das wohl nicht der Ersnt von NI sein, dass ich jedesmal die Ens. in jede Spur per Hand laden muss.

    Also wird doch nicht wie ein VST gearbeitet, denn er lädt ja immer wieder den LimeLite aus der Reaktor Library, aber nicht meinen. Damit kann ich überhaupt nix anfangen. Das ist untragbar. Wer vorne drauf schreibt dass Reaktor als VSt genutzt werden kann, der sollte dann auch ein VST anbieten, was sich auch so verhält. Das Reaktor VST teilt wohl also nur mit, welches ENs und welches Snapshot. Aber eben nicht, dass es mein Ens laden soll. Und das geht so nicht oder was läuft hier falsch.

    Ich bitte um dringende Antworten, denn so langsam fängt mich Reaktor schwer an zu nerven.
     
  2. M&M

    M&M NI Product Owner

    Messages:
    95
    moin,

    ja man liest hier öfters über Probleme mit NI VSTs in Verbindung mit Ableton. Ich benütze VSTs nur in Cubase und da laufen NI Sachen wie geölt. Wende dich am besten an Support.

    Gruss
     
  3. PierreLeFou

    PierreLeFou NI Product Owner

    Messages:
    84
    Die Antwort verstehe ich nicht. Sorry. Der Kram tut es auch nicht in FL oder Logic. Das hat nix mit Ableton zu tun. Und nein, ich glaube nicht, dass das Reaktor VST in Cubase so tut, wie es sein sollte. Vielleicht hast du das Pronlem nicht verstanden. Bis auf das Reaktor VST tun es auch alle NI-Produkte als VST, was auch logisch ist.

    Bei Reakor ist aber das Problem, das Reaktor selbst das VST ist und nicht das Ens. Und deshalb schwöre ich bei allem was mir lieb ist, dass es nie und nimmer in deinem Cubase so läuft wie ich es beschrieben habe und es eben nicht tut.
     
  4. M&M

    M&M NI Product Owner

    Messages:
    95
    Deine simple Frage habe ich sehr deutlich verstanden (sonst würde ich nicht drauf antworten) und was ist bei "wende dir an support" nicht zu verstehen? Naja gut... sehr kluge Einstellung jemanden zu sagen dass du sein PC bzw. Hosts besser kennst wie er selbst. Dann such weiter...


    unter support ist natürlich NATIVE INSTRUMENTS SUPPORT gemeint
     
  5. PierreLeFou

    PierreLeFou NI Product Owner

    Messages:
    84
    .... und dann auch noch patzig werden ;)
    Dein Host wird sich genau so verhalten wie jeder andere auch. Das Problem habe ich übrigens nicht alleine. Kann man im engl. Forum auch lesen. Also solltest du mal überlegen, ob bei dir nicht etwas funktioniert, was nicht das Problem ist. Und ich habe deinen Wink mit dem Support verstanden, den ich auch weit vorher informiert habe. Also ich denke Sie haben es so verstanden, denn eine Antwort kam auch diesmal nicht. Auch das ist nicht neu.


    Aber wenn es in deiner Host-Anwendung funktioniert, dann versuche doch mal Folgendes und teile uns dein Ergebnis mit:

    1. Öffne deine Host-Anwendung

    2. Erzeuge eine Midi-Spur

    3. Öffne darin Reaktor als VST

    4. Lade per Doppelklick zum Beispiel den Carbon

    5. Per Autosave gibst du den Desktop/Schreibtisch als
    Speicherort (kannst du aber auch mit Save Ens as machen) an

    6. Nimm das "Snapshot 10" und mache nun deine Änderungen auf der Oberfläche

    7. Speichere dein Host Projekt und schließe den Host. Der Carbon wurde auf deinem Desktop/Schreibtisch als Ens abgelegt.

    8. Nun öffnest du wieder dein Host-Projekt und schaust dir die Midi-Spur an. Du hast einen Carbon mit "Snapshot 10" vorselektiert, aber leider nur mit den Einstellungen zum "Snapshot 10" und nicht deine eigenen.

    9. Erst wenn du jetzt mit "Open" dein Ens vom Desktop/Schreibtisch holst, siehst du "Snapshot 10" mit deinen Einstellungen.

    Warum ist das so? Weil eben Reaktor nicht DEIN Ens lädt, sondern immer das Ens aus der Library. Und das ist falsches Verhalten. Das ist eben kein VST-/AU-Verhalten. Man kann auch leider nichts das Ens der Library überschreiben, denn dann würde es ja wieder klappen. Sobald ich versuche das Ens zu speichern, will er eine Copy anlegen, womit einem aber nicht geholfen ist.



    Dies kann man mit jedem Ens machen. Dies kann man mit "AutoSave" oder "Save as" machen. Das Prinzip ist immer dasselbe.
     
  6. Bommel

    Bommel NI Product Owner

    Messages:
    211
  7. M&M

    M&M NI Product Owner

    Messages:
    95
    Tja... so entstehen Missverständisse. Deine erste Frage klingt eher danach als ob dein Host keine von dir in Reaktor => ens in Projekt eingestellte Parameter oder Automationsdaten abspeichern würde. Nach dieser genauen Erklärung verstehe ich auch was du meinst. Wozu brauchst du das denn? Mach deine Änderungen während des Projekts, speicher es ab und nach dem abrufen ist doch alles wieder da. Muss ich schon zugeben dass es nach einen bug klingt aber das separate erstellen von neuen (gleichen) ens ist doch völlig überflüssig. Wenn du andere Einstellungen vornehmen willst dann erstell doch paar zusätzliche snapshots in standalone modus. Scheinst mir eher ein bughunter zu sein.
     
  8. PierreLeFou

    PierreLeFou NI Product Owner

    Messages:
    84
    Hi Bommel,

    muss ich mir ansehen. Aber ich weiß jetzt schon, dass es dafür keine Lösung gibt, es sei denn NI programmiert das endlich sauber in dem Reaktor VST rein.
    ---
    Erst einmal Danke dafür, dass du noch dabei bist.
    Nein, ich bin kein "Bughunter".

    Du hast das Problem immer noch nicht 100%ig verstanden. Ich kann im Host NICHT einen Midi-Track machen, da Reaktor rein, dann ein Carbon laden, Snapshot 10 aufrufen, meine Änderungen vornehmen, mein Host-Projekt und speichern und alles ist danach wie vorher.

    Denn wenn ich das Projekt jetzt wieder lade, bleibt das Problem dasselbe. Es geht nicht darum, ob ich eine Copy von einem Ens mache, sondern darum, dass das Reaktor VST sich selbst nicht meine Änderungen merkt, sondern nur welches Ens und welches Snapshot ich geladen hatte.

    Steinberg hat nicht VST entwickelt und entsprechende Spezifikationen veröffentlicht, damit NI Ihr Produkt als VST verkauft und sich aber nicht so verhält. Wenn Reaktor ein VST wäre, dann würde ich einfach wie oben beschrieben arbeiten, meine Änderungen in irgendeinem vorher aufgerufenen Snapshot machen und gut ist. Aber das geht eben nicht.

    Es gibt kein anderes VST oder AU, was das so falsch tut wie NI Reaktor. Wenn du irgend ein VST nimmst. Auch gerne NI-Produkte. Dann sehe dir doch an, was da passiert. Kann doch jetzt nicht war sein, dass keiner peilt was ich meine.

    Mach den Massive, den Absynth oder was auch immer in deine Midi-Spur. Wähle in dem Synth irgend ein Preset, verändere es. Speichere dein Host-Projekt. Nun mache es wieder auf. Wie man nun sieht teilt das VST dem Host mit wer es ist usw. Alles andere muss das VST in sich selbst tun. Und da klappt es auch. Also das VST ist in der Spur, weil durch Host geladen, das Preset, welches du gewählt hast wird richtig ausgewählt und oben drauf eben deine Änderungen.

    Und genau diese Änderungen macht das Reaktor VST nicht. Und wenn du immer noch glaubst es würde das tun, dann kann man dir nicht mehr helfen. Selbst ein Snaphot was du erstellst, wird nicht gespeichert, denn Reaktor wird immer das Ens und die Default Config laden und da ist dein Snapshot nicht drin. Und du kannst jetzt gegen ne Mauer rennen oder ne Pflanze fressen: Es wird es dann immer noch nicht tun. Ich kann es ja nicht ändern, ich habe es nicht programmiert. Ich weiß als Programmierer was das Ding da tut und da fehlt halt was in der Implementierung bzw. man soll das Teil nicht als VST verkaufen, wenn es das nicht kann.

    Du kannst mich und die ganze NI Welt aber gerne von einem Besseren überzeugen in dem du jetzt mal deine Schritt-für-Schritt Anleitung schreibst, die kann ich ja dann ausprobieren. Vielleicht verstehe ich auch deinen Tipp nicht.
    ---
    Im Prinzip steht es ja da drin. Man soll das Ens auslagern oder eben eine Preset erzeugen und es wegspeichern, sonst sind alle Änderungen futsch. GEnau so ist es UND...

    wenn ich das so mache, lade ich also mein Host-Projekt und darf jetzt in jeder Reaktor Midi Spur entweder das Ens mit Open nachladen oder mit Open das Snapshopt. Und beides ist kein Verhalten eines VST.
     
  9. barnfield

    barnfield NI Product Owner

    Messages:
    7
    Habe den Test gerade mit Reaktor in Live 7 und in Cubase 5 gemacht. Reaktor verhält sich bei mir in beiden Fällen so wie es soll, d.h. bei Neustart des Projects sind alle meine Änderungen am aktuellen Snapshot wieder vorhanden. Ohne, dass ich Snapshot oder gar Ensemble hätte speichern müssen.
     
  10. Paule

    Paule NI Product Owner

    Messages:
    7.555
    Auch in Cubase 4.5 XP läuft R5.15 rund. Alle Einstellungen sind okay; außer ein Pfad ist unexistent.
     
Thread Status:
Not open for further replies.