Pack doch mal eines Deiner VDBs hier ins Forum zum Rumtesten auf allen DCCs und Renderern
Oder habe ich den Link verpasst?
Hallo Kurt, das wäre glaube ich zu groß zum Hochladen. Ist aber nur eine simple Sphere als Pyro Emitter und das ganze halt dann als .vdb gespeichert. Kennst du dich mit Cycles in Blender gut aus? Auf meinen Screenshots sieht man die Simple Szene glaube ich ganz gut.
Bisher deutet leider alles auf einen Cinema 4D Pyro-Export Bug hin, da alle anderen .vdb in Blender cycles funktionieren.
Das ist z. B. eine Datei, die überall, außer mit Cycles, funktioniert.
PS
Redshift in Blender rendert es auch.
Untitled_1_v1_0041.rar (21.7 MB)
In Deinem Screenshot oben ist ein VDB File 8 MB groß, das wäre kein Problem. Ich habe nur die R21 und damit kein Pyro, sind aber einige hier an Board mit altem Cinema unterwegs.
Aber vlt. hat Mike ja schon die gleiche „Unsichtbarkeit“ reproduziert.
Ich habe nur die R21 und damit kein Pyro …
… waren das noch Zeiten, als es eine Demo gab.
Ich hab einfach eine “Standardkugel” in Brand gesetzt und die VDBs exportiert. Innerhalb von Cinema4D rendern sie mit Redshift und Corona einwandfrei (grob, aber ok, ich hab alle Settings auf den Voreinstellungen belassen, daher sind die VDBs auch recht klein).
In Blender rendern sie mit Eevee und Redshift, nur in Cycles bleibt der Bidlschirm leer.
Wenn ich statt Blackbody gaaanz niedrige Emission verwende (sonst wird alles weiß), bekomme ich die blockige Struktur oben.
Entweder hat die VDB eine Macke (aber warum rendert es dann überall außer in Cycles?), meine Cycles-Einstellungen sind falsch (was sehr, sehr gut möglich sein kann) oder Cycles hat eine Macke.
Ich hab mal in einem Blender-Discord gefragt. Schaumermal …
… und die problemlos und ohne Maxon App installierbar waren, und man aus Demos unfraglich Dateien exportieren konnte.
Ja das waren tolle Zeiten. Freut mich wenn das bei Dir reibungslos klappt.
Thx Mike.
Nur so als Zwischen- oder Endinformation: im Blender-Discord kam (noch) nichts, was bedeuten kann, dass es auch dort keiner weiß oder keiner Lust hat, zu antworten.
Ich selber bin auch nur noch Zuschauer, da ich definitiv keine Lösung kenne.
Hallo Cinemike. Bitte bleib dran, hoffe es tut sich da noch etwas, oder es findet sich jemand, der die Lösung kennt. Danke schonmal an alle, die mithelfen wollen, den Fehler zu finden.
Scale prüfen.
View clipping prüfen.
Checken, ob alle relevanten Kanäle exportiert werden (sieht man im Volumeobjekt).
Im mat, principled volume: density auf 1, temperature entsprechend c4d einstellen und dann sollte es auch klappen.
Evtl. mal mit den Multiplikatoren im Material rumspielen. Cinema scheint da manchmal relative Werte als absolute zu schreiben.
Kannst du gern mal machen, du scheinst Blender ja besser zu kennen als wir zwei. VDB gibt es oben zum Download.
Kannst du mal ein einzelnes VDB hochladen?
Und sollte es so sein wie auf deinem Screenshot, dann benenne doch mal die Files um. Blabla_0001.vdb und nicht wie bei dir “_0001.vdb”
Jo, schau ich mir machher mal an.
Das Temperature-Grid scheint empty zu sein. Wenn man das auf density mapped rendert es fein in Cycles. Naja und man muß entsprechend der units runterskalieren. (das ist das VDB von Cine)
Stimmt. Da haben wir doch den Übeltäter. ![]()
Seltsam. Wenn ich in C4D z. B. mit Corona rendere, ist das Temperature-Grid schon belegt.
Doch eine Inkompatibilität? Jetzt wäre ein Versuch in Max oder Houdini spannend ![]()
Jupp, in Houdini ist temperature auch belegt wie es soll. Ein erneuter Export aus Houdini bringt auch nix.
Anscheinend erwartet Blender da irgendwas anderes?
Also braucht cycles ja anscheinend ein temperature-grid, sonst rendert es nichtmal unbeleuchtete schwarze density - vielleicht wegen blackbody-beleuchtung… vielleicht ist ja eigentlich temperatur da, nur viel zu niedrig? Irgendeine Umrechnungsgeschichte, sowas wie, keine ahnung, cycles erwartet werte von 0-5000, im grid sind aber werte von 0-1?
Dann könnte man versuchen, mal in blender die temperatur radikal zu erhöhen, vielleicht erscheint dann irgendwann die wolke.
Ja, man kommt bei VDB meist nicht ums Rangemapping herum, da viele ihr eigenes Ding machen.
