Text3D in Fusion

[Ulrico]

Ich hatte mein Problem schon im alten Forum geschildert, hier nochmals mein Problem: wenn ich im DVR 18.1 auf der FusionPage oder auch im Fusion Studio 18.1 bei einem TEXT3D den Font ändern will, z.B. auf Bahnschrift, stürzen  beide Programme ab. Bei der Fusion Studio Version 18.04 geschieht dies nicht! Was hat sich also ab der Version 18.1 verändert? Wer hat Lust auf die Fehlersuche zu gehen? Warum funktionieren die Versionen 18.1 bei der Mehrheit der Benutzer und bei mir nicht?  Soll ich vielleicht BlackMagic dieses Problem melden? 
Danke für euer Feedback!

[Johann]

Ich habe das Problem auch.

Nach erstellen einer einfachen Compo Text3D1->Renderer3D1->MediaOut1 (Monitor rechts aktiv) gehe ich auf Text3D1 Node und dann in den Inspektor ins Texteingabefeld, tippe Text3D1 das sofort im Monitor re in der voreingestellten Schrift erscheint. 
Gehe ich nun mit dem Mauszeiger in das von mir geöffnete Fontfenster und fahre mit dem Mauszeiger über die Fontsätze werden die sofort im Monitor in Echtzeit angewendet. Business as usual denke ich, und bewege den Schieber, der den Inhalt des Fontauswahlfensters verändert, z. B. ganz nach unten und es passiert noch nichts. 

Fahre ich nun mit dem Mauszeiger über die neu angezeigten Fontsätze nach oben verschwindet DR nach ca. 3 Fontsatzzeilen vom Desktop ohne Kommentar.
Vergleicht man noch die Signaturen unserer Rechner sieht man, dass sie unterschiedlich genug sind.
Vermutlich passiert wieder, wie so oft, etwas im Bermudadreieck Windows-Treiber-DR.

LG Johann

[Filmkuenstler]

Konnte das Problem nicht nachvollziehen.
Getestet in Fusion 18.1 Build 46, und Davinci Studio 18.1 Build 16.

Was möglicherweise eine Ursache sein könnte, wohlgemerkt könnte, ist im Render3D-Knoten die Einstellung Render Type "Software Render", die mit dem Anzeigen der Schriften nicht nachkommt. Besser wäre die Einstellung Render Type "OpenGL Renderer". Ist wie geschrieben eine Vermutung.

[Johann]

Danke für den Hinweis.

Habe den Renderer von Soft auf OpenGL umgestellt, das Problem bleibt.

Ein weiterer Versuch war, mal keinen Text einzugeben und siehe da man kann im Fontauswahlfenster machen was man will DR bleibt auf dem Desktop.

Ein Verdacht den ich habe ist beim auf und abfahren wird in Echtzeit die Schrift des Textes angepasst. Das bedeutet aber auch dass dafür eine gewisse Menge Ramspeicher adressiert werden muss. Wenn nun der Adressvorrat für die nötige Speicherreservierung zu klein ist kommt es zu einer Exception die nicht mehr vom Betriebssystem abgefangen werden kann und Davinci schießt sich ab. Ein weiterer Hinweis ist wenn die Schrift coloriert und extrudiert wird, und man dann die gleichen Spielereien macht, kommt es nicht immer zum Totalabsturz sondern zum Freeze und das ist für den Kernel die Anweisung das Programm auf Halt zu schalten. Es ist dann immer noch im Speicher, weiß aber quasi nicht weiter.
Leider kenne ich die Codierung dieser Subroutine nicht. So bleibt es bei diesen Vermutungen.
Weiterhin ist die Frage warum es nicht bei allen passiert, die Antwort kann in der Nichtidentität der Systeme begründet sein. Denn die Speicheradressierung sollte möglichst reloziebar sein, also verschiebbar im Speicherraum, da hier der Flickerlteppich im Speicher wohl bei jedem anders aussieht verhalten sich die Systeme "naturgemäß" verschieden.

LG Johann

[Schloime]

Fällt mir in dem Zusammenhang gerade ein: Bei Affinity gab es ebenfalls ein Problem mit Fonts. Da war es das Font-Auswahlfenster. Sobald man da zu tippen begann, stürzte auch alles ab.
Problem war da ein Windows Update! Da kam irgendein Update raus, das damit zu tun hatte. Vielleicht hängte es damit zusammen. Nicht immer ist die eigentliche Software für Fehler zuständig.

[Johann]

Danke Dir, hast Du noch einen Verdacht oder Erinnerung welches Update es sein könnte? Ehe ich anfange die Updates subsequent, mit dem neuesten beginnend, zu löschen?

Mittlerweilen habe ich DR neu installiert (xxxxx.16er) hat auch nix gebracht.

Schlimm ist das Problem für mich nicht, da man ja Text3D fonts beschränkt auswählen kann (permanent speichern einstellen) wenn dann mal einer ausgewählt ist und man die Fontauswahl nichtmehr braucht läuft mein System erst mal stabil weiter.

LG Johann

[Johann]

Ergänzung:

Habe nun Ausführung als Admin versucht, habe das Ramsharing CPU->GPU im BIOS deaktiviert, war alles für Die Katz.

Dann bin ich auf 18.0.4.5 zurück und siehe da no Problem left. Da bleib ich jetzt, auch wenn voice isolation und die anderen
Schmankerln verlockend sind bis der nächste update kommt oder ein bischen später.

LG Johann

[Ulrico]

Ergänzung:

Habe nun Ausführung als Admin versucht, habe das Ramsharing CPU->GPU im BIOS deaktiviert, war alles für Die Katz.

Dann bin ich auf 18.0.4.5 zurück und siehe da no Problem left. Da bleib ich jetzt, auch wenn voice isolation und die anderen
Schmankerln verlockend sind bis der nächste update kommt oder ein bischen später.

LG Johann

Ich hingegen habe mir die standalone Version 18.0.4.5 von Fusion runtergeladen und werde diese für die 3D Text Animationen verwenden.
Danke allen für Ihre Antworten

Ulrico

[Johann]

@Ulrico:

Der Programmierfehler für spezielle Schriftarten scheint mit 18.1.1.007 behoben zu sein, jedenfalls kann ich keinen Absturz mehr provozieren.  

Würde mich interessieren obs bei Dir auch Geschichte ist.

LG Johann

[Ulrico]

@Ulrico:

Der Programmierfehler für spezielle Schriftarten scheint mit 18.1.1.007 behoben zu sein, jedenfalls kann ich keinen Absturz mehr provozieren.  

Würde mich interessieren obs bei Dir auch Geschichte ist.

LG Johann

Danke Johann,

MiCrosoft und/oder BlackMagic haben meine Gebete erhört   der Fehler scheint gefixt zu sein.

LG
Ulrico