No way für 32-Bit Plugins mit Cubase 9?

Wann stürzt denn JB ab? Kommst du in die Einstellungen, oder passiert das gleich bei der Pluginauswahl?

Wenn ich den Ordner im Cubase hinzufüge, wo das generierte 64-Bit Plugin von JBridger drinliegt, stürzt Cubase mit der oben erwähnten Fehlermeldung ab, sobald ich auf den Refresh Button drücke.

32-bit ist (für mich schon lange) out. ist einfach veraltet.

Versuch mal nicht den Refreshbutton in Cubase zu nutzen (da stürzt Cubase bei mir auch immer ab), sondern die Plugin- & Blacklist im Cubaseeinstellungsordner (C/Benutzer/Benutzername/Appdata/Roaming/Steinberg/C8.5 → Vst2pluginlist & Vst2Blacklist) zu löschen bzw. temporär zu verschieben. Dann macht Cubase einen kompletten Rescan beim nächsten Start. Kann sein, dass es da trotzdem abstürzt, aber nach ein paar Versuchen sollte es klappen. Wennde wieder drin bist, solltest du dann das Plugin im Plugin Manager vorfinden.
Du kannst es vorher auch mit nem Safestart versuchen (siehe meine Signatur). Das klappt schon!

Veraltet ist für mich keine ausreichende Aussage, es fehlt die nachvollziehbare Begründung :arrow_right:

Zutreffend ist das sich 32bit Programme und 64bit Programme gegenseitig ausbremsen und stören können. Dieses Phänomen macht sich etwa in Webbrowsern bemerkbar die mit gemischt 64bit/32Bit Plugin laufen. 64-Bit-Architektur – Wikipedia
Bei Programmen wie Cubase können durch die gleichzeitige Nutzung von 32bit sowie 64bit Plugin u.U. etwas höhere Latenzen auftreten, nicht aber wenn man alleine die 32bit Plugin einsetzt, wenn man mit dem 32bit -Cubase Pro 8.5 arbeitet .

Jede Technologie hat Vorteile und Nachteile. So verbrauchen 64bit Programme beim laufen meistens etwas mehr Speicher (10-50%) als 32bit Programme, während Letztere aber umgekehrt hier im Nachteil nur max 4 GByte Speicher adressieren können. 64bit Programme sind jedoch keineswegs stets schneller als 32bit Programme, es kommt darauf an welche Aufgabe ausgeführt wird und welches Betriebssystem sowie welche Prozessorarchitektur verwendet wird.

Bei grossen Projekten kann 64bit Cubase mehr Speicher ausnutzen (auch im schnellen RAM), was in diesem Fall bei 16-128 GByte RAM -Computer von entscheidender Bedeutung sein kann und wegen in diesem Fall nicht notwendiger Festplattenauslagerung indirekt gewaltige Geschwindigkeitsvorteile bei 64bit bringt.

Bei kleinen Projekten kann das 32bit Cubase aber unter Umständen etwas schneller sein und weniger RAM belegen, also für die Nutzung mit einem 4 GByte -RAM -Notebook ist “der Kleine” Cubase 8.5 32bit unter Umständen sogar besser geeignet als der “Neue” in 64bit :wink:

Zusammengefasst:
Am wenigsten gut eignet sich zur Musikproduktion die gemischte Verwendung von 32bit und 64bit Plugin, weil durch die zwischen 32/64Bit unterschiedliche Speicher -Adressierung die DAW, der Programmcompiler, das Betriebssystem und der Prozessor nicht gezielt auf eine einzige Architektur optimieren können; weil dadurch auch die bei der Musikproduktion unbeliebten Latenzen grösser werden könnten, wodurch auch Störungen wie die berüchtigten Knackser entstehen.

Andererseits ist ein reines 64bit Cubase nur dann etwas schneller, wenn man die schnelle Integerberechnung aktiviert hat, denn die Gleitkommaberechnung der Audiodaten kann den im Wikipedia Artikel erwähnten Vorteil bei 64bit nicht durchführen.

Bei sehr schnellen Computersystemen würde ich mich in der Realität aber für die höhere Qualität entscheiden, was für mich bedeutet das der Vorteil als Benutzer eines reinen 64bit Cubase gegenüber eines 32Bit Cubase im Wesentlichen von der Möglichkeit zu höherer Speichernutzung ausgeht.

Für den einen oder anderen User mag es 32bit Plugin geben die man (noch) nicht in 64bit findet, und oder wo man viel Geld dafür bezahlt hatte und weiterhin nutzen möchte. Vor allem also ältere Benutzer von Cubase werden sich überlegen ihr 32 Cubase 8.5 zu verschrotten, ausserdem wurde viele Freeware nur in 32bit produziert

32bit Plugin müssen aber nicht von geringerer Qualität sein wie solche in 64bit, der Unterschied bei der Wortbreite (ist in diesem Fall) nicht Qualitätsentscheidend.
Anders kann es zum Beispiel bei der Verwendung von Samples aussehen, es ist möglich das man mit einem 6GByte grossen Sample direkt im Speicher (was ein 32Bit Programm nicht bewältigen könnte) eine höhere Qualität der Musikproduktion anstreben könnte. Allerdings gibt es gegenüber Samples auch noch die Möglichkeit einen Klang mathematisch zu berechnen anstelle ihn per Mikrofon einzufangen, was so umgesetzt wiederum wenig Speicher benötigt und von ausgezeichneter Qualität sein kann.

Du solltest j den Entwickler der jbridge kontaktieren, wenn es Probleme mit der jbridge gibt. Beschreibe ihm detailliert dein Problem. Es gibt in der jbridge viele Einstellmöglichkeiten unter der Haube und j ist da sehr hilfsbereit.

So siehts aus, der jbridge Entwickler ist hier sehr kooperativ!

Nur mal als Beispiel, dass programmtechnisch windig :wink: programmierte M-Tron läuft unter jbridge völlig problemlos.
Könnte in den alten Projekten auf MTron Pro 64 Bit ändern, aber wozu geht ja :slight_smile:
Auch die uralt Abbey Road Plugins funktionieren !

Ich danke euch für die Feedbacks. Ich kaufe mir jetzt einfach das Sampletank 3 SE und das Problem ist gelöst. Da lässt sich Miroslav Philharmonik 1 importieren und ich nutze dann nur noch 64 Bit Plugins und alles ist gut.

Habe jetzt Cubase 9 installiert ist cool :mrgreen: .

Gibt es denn eine Möglichkeit, das die Plugins NICHT gescannt werden?
Ich habe versucht die XML Dateien zu ändern aber diese werden von Cubase trotz Schreibschutz überschrieben!
Ärgerlich, dass man keine 32 Bit Plugins nutzen kann. Ich habe den D´cota von Steinberg , den Kompakt und den Atmosphere sowie den Pro53. Die brauche ich aber für die Produktionen, weil es gute, stabile Plugins sind.

Die JBridge wandelt diese zwar um, werden aber trotzdem von Cubase in die Blacklist verschoben.
Auch ein reaktivieren läuft schief, da Cubase das mit einer Fehlermeldung quittiert.

Weiß jemand Rat wie man das alles umgehen kann?

Das kannst du nur mit der JBridge umgehen. Das wurde aber lange vorher angekündigt, dass mit Cubase 9 nur noch 64Bit Plugins funktionieren! 32Bit Technologie ist eben veraltet. Man muss eben auch irgenwann mal alte Zöpfe abschneiden um voran zu kommen.
Aber mit der jBridge gibt es ja glücklicherweise einen Workaround!

Das ist so nicht richtig@Svengali! Bitte meinen POST sorgfältig durchlesen. Dort steht, dass trotz der Jbridge Files alles in die Blacklist verschoben wird und sich NICHT reaktivieren lässt! Also, gibt es auch KEINEN Workaround mit JBridge!

Dann vielleicht noch folgendes versuchen:

Es wird aber sicherlich auch einige Härtefälle geben, die absolut nicht mehr unter Cubase 9 laufen werden, weil zu alt oder zu schlecht programmiert. Dann sollte man sich für eine verbesserte Programmstabilität entscheiden und sich nach Updates oder Alternativen umschauen.

Wenn man absolut nicht auf die alten Plugins verzichten möchte, dann eben nicht auf Cubase 9 updaten oder erstmal die Trialversion abwarten und alles testen. Wie gesagt, dass 32Bit nicht mehr unterstützt wird, war lange von Steinberg bekannt gegeben worden.

Habe probeweise mal die alte Philharmonik.dll über jBridge in Cubase9 geladen - läuft bei mir problemlos (Win7)
Gruß
Pat

D´cota und Kompakt sowie Pro 53 sind bei mir mittels Jbridge als 64 Bit Datei vorhanden, diese werden aber trotzdem auf die Blacklist gesetzt und sind nicht aktivierbar.
Es gibt auch eine Whitelist als XML Datei aber wenn ich diese anweise zB. den D´cota auszunehmen macht es Cubase natürlich nicht, Selbst Dateien versetzt mit Schreibschutz und verschlüsselt hebelt Cubase einfach aus. Unglaublich!

Cubase 9 stürzt zwar nicht mehr ab, wenn ich das 64-Bit JBridge-Plugin mit Pfad dem Cubase hinzufüge. Aber das Plugin erscheint auf der Blacklist und lässt sich nicht reaktivieren.

D’cota und Kompakt habe ich nicht mehr auf der Platte, aber andere 32bit-NI-PlugIns laufen bei mir, z.B. B4 II, Pro-53, Bandstand

hm… jbridge geht nur bis osx 10.10. cubase 9 erst ab osx 10.11. plöt!

Das ist die richtige und langfristigere Lösung.
Alles Legacy Produkte von IKM (Sampletron Synth2, Miroslav und Co.) sind bei mir in Sampletank 3 und launfe prima.

Ich finde das gelinde gesagt suboptimal! Warum baut Steinberg eine Funktion ein zum reaktivieren von Plugins, um im nachhinein die Meldung zu bekommen :Reaktivierung fehlgeschlagen!
Das macht doch überhaupt keinen Sinn. 3 Plugins mit einem Gesamtwert von ca. 380€ die man nicht mehr benutzen kann! Das ist wirklich nicht Zielführend!
Was soll diese Bevormundung? Warum schreibt Steinberg nicht: 32 Bit Plugins laufen nicht mehr unter Cubase 9, nein, stattdessen meinte man die Plugins werden nicht mehr unterstützt, was soviel heißt wie: Eine Weiterentwickelung der Prozesstechnik ist nicht geplant aber die Stabilität kann im laufe der Zeit beeinträchtigt werden! Das Gegenteil ist der Fall!

Bitte? Der Pro53 läuft? Wie das? Bei mir wird er sofort in die Qurantäne verschoben und als 64 Bit Variante ebenfalls und lässt sich nicht reaktivieren!