Randolph & Grenaldi

Impresario IV

2012-01-04T18:00:00.005+01:00

Nach ein paar Rendervorgängen und vielen Versuchen hat mein Impresario doch einen Status erreicht, der mir gefällt:

Zwischen den ersten Bleistiftskizzen und diesem Stand ist nur knapp ein Jahr vergangen. Eine Zeit, in der ich beinahe eine neue Szene für die »GiM«... aber lassen wir das.

Abgesetzt

2011-12-03T15:32:00.010+01:00

Die »Ghouls in Manhattan« liegen aus gutem Grunde für unabsehbare Zeit auf Eis. Fan-/Liebhaberprojekt hin oder her, es ist mir schlicht zu gefährlich geworden, soviel Arbeit in etwas zu investieren, dabei unter dem Damoklesschwert der Juristerey zu zittern und zur Belohnung nicht etwa auf freundliche Duldung, sondern auf Forderungen in absolut unnachvollziehbaren Höhen hoffen zu können. Wenn Betriebswirte und Anwälte Prinzipien um der Prinzipien willen kostenbewehrt durchsetzen wollen, muss die Kreativität halt zurückstehen und sich andere Felder suchen.

In diesem Fall sehr schade, denn ich hatte viele begeisterte Rückmeldungen, aber kein absolutes Drama, weil die Pläne zwar schon ausgereifter waren, diese aber erst in den nächsten Monaten hätten umgesetzt werden können. Was heißt: Da dieses Großprojekt mehr oder weniger zwangsweise flachliegt, kann ich mich anderen Vorhaben widmen. Der venezianischen Straßenszene, dem Impresario, Commander Grey, etwas ganz Neuem - eigentlich habe ich die freie Auswahl.

Georg Kreisler ist gestorben...

2011-11-23T20:29:00.006+01:00

...und ich muss mich schämen, nur eine so dilettantisch animierte Hommage an ihn zustande gebracht zu haben.

Impresario III

2011-11-13T16:47:00.003+01:00

Jetzt neu! Mit Wirkungsstätte!

FDT 5 für umsonst

2011-10-07T23:56:00.009+02:00

Die viel gescholtene Gratiskultur im Internet ist noch immer nicht passé. Im Gegenteil: [The Idea behind FDT 5 and FDT Free]. Ich halte nicht viel von Blog-Posts, die einfach irgendwelche Meldungen groß verkünden, welche ohnehin schon offiziell und bekannt sind. Doch hier muss ich eine Ausnahme machen. Vor einer derart begeisternden Entscheidung des Powerflasher-Teams kann ich mich gar nicht tief genug verneigen. Selbst der Preis für die Basisversion war angesichts des Leistungsverhältnisses bis dato mehr als angemessen.

Meiner bescheidenen Meinung nach ist FDT der Editor schlechthin, was AS3-Projekte angeht - vorbildliches Code-Highlighting und Code-Completion aus eingebundenen SWCs heraus, dass es einen helle Freude ist. Da kann auch der offizielle Adobe Flash Builder nicht wirklich gegen anstinken, der deswegen natürlich nicht aufs Abstellgleis gehört, sondern durchaus noch seine Vorteile hat, was die Konkurrenz gerne [zugibt]. App-Wars sind ohnehin ziemlich müßig.

Und ja, für Flash gibt es je nach dem durchaus vollwertige Javascript-Alternativen. Aber eben nur je nach dem. Dieses leidige Gezänk, ob Flash nun cool oder kacke sei, ist ebenfalls ziemlich müßig, hat aber in jedem Fall sein Gutes gehabt: Es hat Adobe tüchtig Feuer unter dem Allerwertesten gemacht. Mit Flash 11 hat sich viel in Richtung 3D getan.

Impresario II

2011-09-29T14:18:00.004+02:00

Hier gibt's nichts zu sehen!

2011-08-20T17:13:00.001+02:00

...auf jeden Fall nichts Neues. Die Liste meiner noch zu bearbeitenden Projekte wird lang und länger, aber momentan beschränke ich mich aus gegebenem Anlass auf Actionscript-3-Programmierung.

Venedig III

2011-07-08T20:29:00.005+02:00

Hier eine in Teilen verschlimmbesserte Version, die ich mal zum Spaß auf 4K Größe gerendert habe. So gut wie kein Postwork:

Aber: Es gibt schon einige hilfreiche [Tipps], die ich mir bei Zeiten zu Herzen nehmen werde.

Venedig II

2011-06-05T14:01:00.004+02:00

Ich komme tatsächlich weiter. Hier ein Screenshot mit Anmerkungen für Stellen, die mir selbst beim ersten Drüberschauen negativ aufgefallen sind:

Venedig

2011-05-18T21:39:00.002+02:00

Es scheint tatsächlich so, als ob ich diesmal weiterkommen werde:

Die nächste Unvollendete

2011-04-23T19:22:00.001+02:00

Und schon wieder etwas, das darauf wartet, nicht fertiggestellt zu werden. Allerdings spukt mir eine solche Szene schon lange im Kopf herum:

Impresario

2011-03-20T21:48:00.003+01:00

Wenn ich nicht so recht vorankomme, kann ich auch mit etwas anderem nicht vorankommen. Hier der Kopf eines Zirkusdirektor-Bots:

Zwischen allen Ideen

2011-03-18T09:36:00.000+01:00

Die »Ghouls in Manhattan« gehen erstmal in Pause. Die Kommentare auf Youtube sind teils geradezu hymnisch, die Pläne für die Fortsetzung konkret, aber trotzdem will ich erst einmal etwas anderes machen, bevor ich mich wieder an das Charaktermodeling begebe und die Animation des zweiten Abschnitts nochmal überarbeite.

Die Zwischenzeit fülle ich mit ein paar kleineren Projekten aus. In der Luft schweben dazu noch weitere, teils etwas wage Vorhaben, wie zum Beispiel die längst überfällige Einarbeitung in Blender, das mit der letzten Version 2.5 nicht mehr ganz so furchteinflößend aussieht, oder größere Tests mit [Unity]. Eigentlich Stoff genug, um hier auch weiterhin jeden Monat einen Post abzulassen. Aber dazu muss man ja mindestens etwas halbwegs Vorzeigbares haben.

Commander Grey WIP IV

2011-02-02T10:09:00.001+01:00

Commander Grey kämpft mit den vielen Unwägbarkeiten, die beim Übergang von ZBrush zu Maya auftreten. Die schon erwähnte Vielfalt der Einstellungsmöglichkeiten für Normal-, Displacement und Colormaps, die sich für das SSS-Hautshading gleich noch einmal auffächern, lassen mich etwas auf der Stelle treten bzw. immer wieder zwischen den beiden Programmen hin- und herschwenken, und nur langsam kristallisiert sich der richtige Workflow heraus. Nicht zu vergessen, dass die richtige Einstellungen der Testbeleuchtung noch einmal so wichtig ist als ohnehin schon. Meine ersten Versuche sahen alle gleich scheiße aus, egal wie ich die Werte im Misss_Fast_Skin_Shader eingestellt habe; dann hat mich die Umstellung einen kräftigen Schritt nach vorne gebracht:

Ziemlich lange aufgehalten hat mich auch der Kampf mit Gammakorrektur, die besonders das Normalmapping sabotiert hat. Üblicherweise stelle ich MentalRays Render Buffer auf 0.4545, damit ich nicht jede Color-Textur per Gamma-Korrektion anpassen muss, sondern nur die Datentexturen. Das hat aber in diesem Fall die Normalmaps aus der Bahn geworfen, so dass ich diesmal den umgekehrten Weg gehe.

Commander Grey WIP III

2011-01-05T02:04:00.004+01:00

In der etwas ruhigeren Zeit zwischen den Jahren habe ich meinen Commander Grey von ZBrush nach Maya exportiert und da gerendert, natürlich nicht ohne unzählige Probleme mit UV-, Normal- und Displacement-Maps:

Natürlich fehlen noch die Umgebung und nebst einigen Details noch eine richtige Frisur. Wobei ich vielleicht versuchen sollte, diese in Photoshop zu malen, wofür es eigentlich [Tutorials] [genug] [gibt]. Das erscheint mir u.U. erfolgversprechender, als mit PaintFX oder Hair herumzuhampeln. Aber ich muss erst noch ein paar Tests machen.

Der Premiere 2ther Theil

2010-12-12T23:17:00.002+01:00

Fertig!! «Dieses Jahr» hat also doch noch hingehauen. Über alle Einstellungen des bisherigen Teils habe ich nochmal drübergebügelt, damit sie vor allem im Park zusammenpassen. Bei rund 80 Stück davon war das eine ziemlich langwierige Aufgabe. Im Nachhinein habe ich alle Color-Passes und Diffuse-Passes von Xorron erneut gerendert, weil sie in der Ursprünglichen Fassung zu 3Dig und viel zu wenig wie Zeichentrick aussahen. Insgesamt sind genau 50 neue Einstellungen hinzugekommen.

Auf der Zielgeraden

2010-11-11T14:54:00.002+01:00

Im Augenblick rendere und compe ich mich halb tot. Seitdem ich konsequent Batch-Files mit Variablen nutze, habe ich die Zahl der Fehlschüsse zwar deutlich reduzieren können, aber dennoch lief meine Kiste wohl insgesamt mehr als zwei Tage im Leerlauf, weil ich mal wieder einen »PAUSE«-Befehl aus einer Testphase vergessen oder eine Tippfehler über sehen hatte.

In den komplexesten Einstellungen gibt es teils über 65 verschiedene Layer, von den Filtern, sie bearbeiten kommen, mal gar nicht zu reden. Meine Maus legt Kilometer um Kilometer auf meinem abgewetzten Schreibtisch zurück. Allerdings sieht es momentan so aus, als ob ich tatsächlich noch dieses Jahr fertig werden könnte.

Zugute kommt mir dabei mein neuer 24-Zöller-TFT, den ich aber nicht direkt für diesen Zweck angeschafft habe. Damit ist ein bisschen wieder das Thema HD auf dem Tisch, wenngleich ich jetzt auch nicht wieder alles auf 1080i oder 720p oder was weiß ich für eine Norm neurendern will. Vielleicht kann ein Blow-Up ähnliche Effekte erzeugen.

»Halt deine Leute zurück, Xorron!«

2010-10-18T19:39:00.000+02:00

Zombies zu animieren ist verhältnismäßig leicht, weil sie sich naturgemäß sehr steif bewegen. Dumm nur, dass im Vergleich dazu die lebenden Figuren ebenfalls sehr steif wirken. Was die Animation angeht, waren die Shots der dem Erdboden entsteigenden Untoten die aufwendigsten. Immerhin bewegen sich bis zu acht Charaktere gleichzeitig.

Inzwischen steht die grobe Animation und der Rohschnitt des ersten Teils.

Das meiste gefällt mir ganz gut. Jetzt muss ich noch ein paar mal drüber polieren, bevor ich mit den SFX bzw. dem Rendern anfange.

Ausgrabungen

2010-09-18T23:19:00.010+02:00

Endlich kann ich wieder etwas mehr am Stück an den GIM arbeiten, und entsprechend ermutigend geht es voran. Wenn ich schon am zweiten Teil dran bin, kann ich auch den ersten noch verbessern:

Der Energy-Orb-Effekt, wenn Tokata auf die Statue einschlägt, braucht mehr Sexyness.
Auch der Schnitt danach kann etwas mehr Geschwindigkeit vertragen, wenn der »Samurai des Satans« auf die Statue einschlägt.
Der Übergang zwischen Teil 1 und 2 muss auch noch angepasst werden.

Die Zombies und titelgebenden Ghouls liegen mittlerweile auch unter der Erde, einen SFX, mit denen Xorron sie ausgräbt, habe ich auch schon halbwegs auf die Beine gestellt. Diesmal werde ich die SFX konsequent in ein einzelne Szenefiles auslagern, nachdem die Animation fertig ist.

Danach werde ich wohl die Riggs noch einmal überarbeiten müssen, v.a. was Arme, Hände und Finger anbelangt. Da sind sie noch nicht wirklich konsistent um nicht zu sagen, der Eile geschuldet eher schlamig aus dem Boden gestampft.

Commander Grey WIP II

2010-08-19T21:58:00.007+02:00

Von der »GIM«-Front gibt es zwar nichts Neues zu berichten, aber immerhin habe ich an einem weiteren Projekt, welches schon seit Monaten offen ist, weiterschmieden können.

Noch hier und da etwas Lehm hinzugematscht oder weggekratzt - der Ärmel gefällt mir noch nicht - und ich kann wohl zum Texturing übergehen. Ein schönes Marine-Blau, vielleicht kann ich sogar je nach Abstand zum Motiv auf eine gesonderte Stoff-Bump-Map verzichten.

Natürlich brauchen seine Lordschaft noch ein passendes Ambiente. In der Beziehung schwanke ich noch zwischen herrschaftlichem Zimmer und Kajüte, wobei ich mir in letzterer natürlich viele Rokoko-Elemente sparen und durch ein einfacheres Nautik-Ambiente ersetzen können.

Aufschub!

2010-07-18T23:20:00.003+02:00

Das mit »noch dieses Jahr« war wohl etwas optimistisch. Derzeit will es mir neben meinen anderen Projekten, als da wären Commander Grey und diverse ActionScript3-Aufgaben, nicht so recht gelingen, den Wiedereinstieg zu finden.

Wiederaufnahme

2010-06-19T23:19:00.000+02:00

Die Pause war angemessen lang, nun geht zurück zu den GIM. Ich gehe in zwei Abschnitten vor, die sich mit dem Auftreten der Ghouls und Zombies als Zäsur ganz gut unterteilen lassen. Xorron, Lady X und Dr. Tod sind wie auch die Kameraeinstellungen für den ersten Abschnitt geblockt, im Moment arbeite ich an der Verfeinerung Charakter für Charakter. Insgesamt wird der neue Teil die gleiche Anzahl an Einstellung haben wie das, was bislang zu sehen war. Weil die Szenerie die gleiche bleibt, habe ich die Hoffnung, dass es noch dieses Jahr etwas mit der Veröffentlichung werden könnte.

Commander Grey WIP

2010-05-09T23:11:00.008+02:00

Ich finde immer noch nicht den rechten Bock, bei den »GIM« wirklich weiterzumachen. Statt dessen habe ich - wie schon länger angedroht - meinen geliebten Dr. Tod etwas umgearbeitet und in eine halbwegs korrekte Marine-Uniform des 18. Jahrhunderts gesteckt:

Als absoluter Fanboy der »Reisenden im Wind« von Comic-Gott [François Bourgeon] geisterte mir diese Idee schon lange im Kopf herum. Geplant ist hierfür noch: Verfeinerung in Z-Brush und vielschichtiges Rendering mit SSS, aber so, dass der Comic-Charakter noch erhalten bleibt und nicht aus dem Rahmen fällt.

Für die Haare habe ich mich zum ersten Mal wirklich genauer mit PaintFX beschäftigt. Allein dafür sind schon einige Tage draufgegangen. Sieht so aus, als ob die fertigen Ghouls und Zombies noch eine Zeit lang in ihren Gräbern ausharren müssen.

Urlaub u.a.

2010-04-04T17:11:00.005+02:00

Wie sehen Ghouls aus? Zombies sind in der Popkultur ja sehr variantenreich vertreten, aber Ghouls? Nach dem, was man bei der Google-Bildersuche sieht, gibt es im Aussehen ziemliche Überschneidungen. Daher habe ich mich entschlossen, mich für mein Ghouldesign etwas an den [Zombie von DAZ3D] anzulehnen. Und somit ist die Personage für den nächsten Teil ebenfalls gecastet.

Weil mir aber inzwischen das Modeling-UV-Layout-Rigging-Texturing etwas auf den Geist geht, habe ich mir etwas Urlaub von den »GIM« gegönnt und mich auf ein anderes Feld begeben: Namentlich des der Papervision3D-Programmierung. Ein passendes, sehr empfehlenswertes [Buch] hilft beim Einstieg.

Eigentlich ist es ja ganz einfach. Mit dem [OpenCollada-Plugin] exportiert man das Modell aus Maya als DAE-File, mit AS3-Kenntnissen kann man es in die Flash-Anwendung samt Texturen [laden]. Die Flash-IDE ist zwar ganz nett, aber zum scripten vollkommen unterentwickelt. Da hilft dann auch die PV3D-Extension nicht viel, weswegen man gleich zu Flex, FDT oder Flashdevelop greifen sollte. Nach dem Export/Import allerdings fangen die Schwierigkeiten an. Ich habe unter Schmerzen herausgefunden, dass man auf ein Freeze-Transformations verzichten muss, damit die Rotationsachsen für bewegliche Objekte korrekt bleiben. Außerdem sollte man immer Standard-Lamberts als Shader wählen, sonst will die Textur in Flash ums Verrecken nicht erscheinen - und ein neues BitmapfileMaterial zuzuweisen hilft dann auch nicht.

»Erhebt euch! Ich befehle es euch!«

2010-03-02T08:27:00.001+01:00

Den Soundtrack für den nächsten Teil, der sich direkt an den ersten anschließt, habe ich um mehr als die Hälfte zusammengeschnitten. Mal sind überflüssige Beschreibungen weggefallen, mal eigenartige Pausen - mit dem Timing hatte es die Regie wohl nicht so. Bis auf ein, zwei unvermeidliche Sprünge sind die Schnitte allesamt nicht zu hören. Ich muss nur aufpassen, dass ich im Eifer des Gefechts nicht zuviel wegschneide.

Und so geht's nach Monaten wieder zurück zum Head-Modeling. Dabei kommt mir zu Gute, dass ich einen rudimentären Proto-Kopf gebaut habe, den ich als Grundmodell für alle weiteren Vorhaben in dieser Hinsicht nutzen kann, so dass ich nicht immer mit einem Würfel von vorne anfangen muss. Glücklicherweise haben Zombies weniger mimische Ausdrucksfähigkeiten - da kann man etwas Zeit sparen. Gleichwohl nervt das sich wiederholende Rigging nach wie vor. Aus den »vier Ghouls, fünf Zombies« werde ich allenfalls zwei bis drei Ghouls und vier Zombies machen, von denen einer... aber es wäre ja ein Spoiler, das hier zu verraten, und ich will a niemandem die Überraschung verderben.

Nachbetrachtung

2010-02-08T08:00:00.002+01:00

Bevor ich mich aufmache, Zombies zu bauen, habe ich mir einmal mehr mit neuer Distanz einen Rückblick auf den ersten Teil erlaubt. Die Kritiken waren nicht schlecht, allerdings finde ich selbst fast bei jeder Einstellung etwas, und sei es auch nur eine Kleinigkeit, das sich verbessern ließe. Also habe ich hier und da etwas nachzubessern versucht:

Merklich sind die Unterschiede nur, wenn man es direkt parallel anschaut. Die »offizielle« Version auf Youtube lasse ich da erstmal stehen. Wenn ich dereinst die Fortsetzung nachschiebe, wird der alte Teil ersetzt. Obwohl ich mir noch unschlüssig bin, ob ich das auch löschen sollte. Schließlich gehen dann die Kommentare und Zugriffszahlen verloren.

Premiere!

2010-01-18T09:05:00.003+01:00

Es ist vollbracht! Zumindest der erste Teil des ersten Teiles. Gerade die letzte Einstellung habe ich noch einmal komplett überarbeitet. Als extra hakelig hat sich noch die Titelsequenz erwiesen: Es war ziemlich fies, die Titel auf die »Musik« anständig zu timen, aber auch das habe ich hinter mich gebracht.

Natürlich ist auch da nicht alles in Beton gegossen. Zumindest den zweiten Teil des ersten Teils werde ich wohl fortsetzen, schließlich ist die Szenerie die gleiche. Allerdings werde ich das Personal ausweiten müssen. Im Skript ist die Rede von vier Ghouls und fünf Zombies. Oh je!

Für die Youtube-Veröffentlichung habe ich für den internationalen Markt noch entsprechende Untertitel erstellt - den Text kann ich mittlerweile im Schlaf runterbeten. Ich bin gespannt auf die Publikumsreaktionen.

»Xorron wird erweckt...

2010-01-07T20:02:00.004+01:00

...ich spüre es!« - Die Animation des ersten Teiles ist nunmehr fertig. Nur noch einige Eckchen gefallen mir nicht, aber da ist ohnehin nichts in Beton gegossen. Fehlt nur noch:

Titel- und Endtexttafeln
Noch etwas Soundnachbearbeitung, wo ich die Audio-Vorlage ein paar Sekunden ausdehnen musste.
Diverse SFX-Effekte, namentlich das Ausbrechen Xorrons aus seinem Behältnis. Der schwierigste Teil.

Oh! Bleibt wohl doch noch etwas zu tun, aber das ist zu schaffen - zumindest in diesem Jahr.

P.S.: Das Overlapping in der Animation ist soooo wichtig! Hier und da ein paar Keyframes verschoben, und schon bewegt sich der Charakter viel menschlicher. Hingewiesen sei einmal mehr auf den guten [Keith Lango] und dessen famose Tutorials.

Zielsuche

2009-12-09T22:15:00.003+01:00

Mittlerweile steht für den ersten Abschnitt nun die Tonschnittfassung - wenn man das so nennen kann - fest, und auch sonst bin ich ein großes Stück nach vorne gekommen. Der erste Teil ist nun komplett geblockt. Davor habe ich wieder einzelne Charaktere in ihren Bewegungen korrigiert, es gibt immer noch hier und da kleine Stellen, wo die Animation noch hakt, aber insgesamt bin ich doch sehr zufrieden. Und das will was heißen. Problem ist jetzt nur beim Compositing: Für welches Zielmedium genau compe ich? Letztlich nur eine Frage eines zusätzlichen Filters. Auf meiner treuen Röhre (und auf einem PAL-Röhrenfernseher) ist es alles sehr dunkel und kontrastreich, auf einem TFT - und das dürfte mittlerweile im Web Standard sein - im Vergleich dazu ziemlich hell. Ein Mittelding wird es wohl werden. Bislang habe ich (ungefähr) für PAL-TV gerendert und das soll auch erstmal so bleiben. HD ist noch nicht drin.

Zusätzlich habe ich mich der Kunst der [Batch-Programmierung] gewidmet. Inzwischen ist das Hauptbatchfile zu groß geworden, als dass ich die Übersicht behalten könnte. Jetzt bekommt jede Einstellung ein eigenes Batch-File und jeder Charakter einen eigenen Block, der den Output direkt in das Compositing-Zielverzeichnis schreibt. Das habe ich bislang immer von Hand gemacht, aber jetzt reicht's. Außerdem kann ich so vermeiden, dass bei dem Haufen von meterlangen Befehlszeilen irgendwelche Ziffern übersehen werden. Es ist mir schon zu oft passiert, dass ich die falsche Kamera oder die falschen Einstellung oder den falschen Abschnitt gerendert habe. Jetzt brauche ich nur an einer Stelle eine Variable ändern. Theoretisch kann ich dann irgendwann einmal mit nur einem Befehl die kompletten GIM rendern. Vielleicht doch in HD?

Lichtspieltheater, überarbeitet

2009-11-22T00:05:00.004+01:00

[Diverse] [Kommentare] haben gezeigt, dass da noch Luft nach oben war. Also habe ich zum Wacom gegriffen, um ein paar Änderungen anzubringen:

vergrößern

Und - welche Ehre, über die ich mich sehr gefreut habe: Das Werk hat es sogar in die Galerie von Percutio geschafft.

Rerendering

2009-11-02T00:15:00.005+01:00

Es hat sich herausgestellt, dass die Hintergründe, die durch die Fahrzeugfenster zu sehen sind, viel zu kurvig waren. Will heißen: Wenn der Wagen auch nur in eine leichte Kurve ging, bewegten sich die Insassen viel zu wenig und wirkten stocksteif. Also habe ich die Außenweltlayer stark bearbeitet und in einem noch das Lighting des Wageninneren aufgepeppt. Lichtreflexe der Straßenlaternen und des Gegenverkehrs geben der Szene eine ganz neue Dynamik, und letztlich hat es nur einen neuen Render-Pass gebraucht.

Das Neurendering hat sich also gelohnt. Hier der Vergleich:

Dazugekommen ist wie geplant ein leichter Kamera-Shake und eine neue Außenwelt. Gleichzeitig habe ich für die Hintergründe einen weiteren Kamerawinkel genommen, damit die Horizontlinien besser übereinstimmen. Damit war vieles, was ich - vor mehr als einem halben Jahr - gerendert habe, reif für den Papierkorb, aber sei es drum.

Einhergegangen ist damit ein fortgesetzter Kampf mit dem Reference-Editor, der mich mittlerweile von diesem eigentlich ganz sinnvollen Feature wieder weit abrücken lässt. Zumindest wenn's ans Rendern geht. Denn je nach dem, wie man die Layer-Overrides setzt, kann es schnell vorkommen, dass einzelne Zuordnungen zerschossen werden, vor allem, wenn man es wagen sollte, am Shading etwas zu ändern oder das referenzierte File separat zu bearbeiten. Schwerste Probleme in dieser Hinsicht hat mir das Auto gemacht, was wohl nicht zuletzt daran liegt, dass es ein importiertes 3ds-Model mit allerlei Schmutz im Bau und Shading war. Doch auch von Grund auf in Maya erstellte Szenen machen ähnlichen Ärger. Es gibt zwar einige [Hinweise] zur Vermeidung dieser Probleme, aber letztlich habe ich doch die Notbremse gezogen, die einzelnen Szenen-Files wieder konventionell importiert und die Shaderzuordnungen noch einmal komplett neugemacht - genau das wollte ich eigentlich vermeiden, aber es ist immer noch weniger Arbeit, als die Animation neu zu machen.

Lichtspieltheater

2009-10-04T10:00:00.006+02:00

Es ist ja nicht so, dass ich Zeit im Überfluss hätte; trotzdem habe ich mir von den GiM eine kurze Pause gegönnt und mehrere Wochenenden darauf verschwendet, etwas anderes zu machen. Immerhin ist es themenbezogen, und mein Film in spe hat nun auch eine angemessene Aufführungsstätte:

vergrößern

Alles MentalRay und Mia-Materialien, dazu die übliche Nachbearbeitung. Die Hauptarbeit lag diesmal in den Texturen. Ich will nicht verhehlen, dass die sehr stimmig geratene [Grindhouse]-Seite maßgeblich Pate gestanden hat. Die schönen Filmplakate in den Schaukästen sind einer tollen [Sammlung] entnommen, die einige Illustrationskunst für die Verherrlichung zu recht vergessener Trash-Streifen zu bieten hat - bei solchen Werken sind der Titel und Plakat halt das beste an der ganzen Sache.

An das Innere des Kinos werde ich mich zu gegebener Zeit heranwagen. Jetzt sind erst einmal die GiM wieder an der Reihe.

Fortschrittsglauben

2009-09-10T23:01:00.006+02:00

Ich leide etwas unter dem »Problem der oszillierenden Kritikdistanz«, wie ich es nenne: Beim zweiten Ansehen des Playblasts sieht es immer gleich besser aus als beim ersten Mal. Aber wenn ich dann aber nach ein paar Minuten - oder Tagen - Abstand gewinne und den Abschnitt noch einmal anschaue, scheine macht die Erstansicht immer noch einen doofen Eindruck.

So sieht der bekannte Abschnitt momentan aus:

Immerhin habe ich jetzt weite Teile der anstehenden Szene in mehr oder weniger definitive Kameraeinstellungen festgelegt. Und weil sich Lady X zumindest in diesem Abschnitt etwas sparsamer bewegt, dauert ihre Animation nicht gar so lange. Wobei »gar nicht so lange« natürlich äußerst relativ ist, da ich mittlerweile nur an den Wochenenden spürbare Fortschritte machen kann. Vielleicht sollte ich die Kategorie »Werk im Fortschritt« in »Werk im Fortschleich« umbenennen.

Bei dem geplanten Zeichentricklook hätte es eigentlich fast ausgereicht, nur die Gesichtsanimation auszuarbeiten, und es ansonsten bei Blocking und sehr sparsamen In-Betweens zu belassen. Obwohl es dafür vielleicht schon zu spät ist angesichts der Arbeit, die ich mittlerweile in die Animation gesteckt habe.

Als Vorbild dienen bislang der sehr empfehlenswerte [»Waltz with Bashir«] und die alten US-Superhelden-Zeichentrickserien aus den 60er Jahren, allen voran »The Mighty Thor«

Ein Schritt vor, zwei zurück

2009-08-09T18:00:00.005+02:00

Langsam muss ich mich mal entscheiden, wo ich die Schere ansetze. Solange die Szene noch mit stepped Tangents geblockt ist, kann man leicht etwas nach hinten schieben oder kürzen, danach wird es um einiges schwieriger. Nichtsdestotrotz hat sich die Ausstiegssequenz aus dem Auto sich als zu lang erwiesen. Dr. Tod ist zwar schon älter und soll sich nicht so behände aus dem Auto schwingen wie Lady X, aber nach dem letzten Stand wahr er dennoch zu langsam, was zu vier Wochen verzögerung geführt hat. Wenn ich dieses Tempo weiter beibehalte, wird aus den GiM buchstäblich ein Jahrhundertprojekt.

Hier nun beispielhaft eine frühere Version des darauf folgenden Abschnitts mit ein paar Überbleibseln des Blockings:

...und dasselbe nach ein paar Verbesserungen:

Mittlerweile ist Dr. Tods Rig zum x-ten mal überarbeitet worden, vor allem was das Jackett angeht. Bald hat er mehr CTRL-Kurven als Bones, und das Paint-Weights-Tool kann ich schon gar nicht mehr sehen. Nötig war's trotzdem, denn jetzt habe ich die Durchdringungen von Hosenbeinen und Rockschößen weitgehend im Griff.

Hardwareaufrüstung

2009-07-05T16:04:00.006+02:00

Der Weltwirtschaftskrise zum Trotz habe ich mir privat einen zweiten Monitor gegönnt - d.h. schlicht: Ich habe einen gebrauchten 15"er-TFT bei eBay geschossen, der vom vom Preis und Platzbedarf meine beschiedenen Ansprüche erfüllt. Wenn man nicht dauernd Graph-, Hypergraph- und Hypershade-Windows durch die Gegend schieben muss, erleichtert das ungemein die Arbeit, vor allem bei Fenster, die man zwar nicht laufend, aber doch alle paar Minuten braucht. Und beim Compositing erst! AfX und Konsorten laufen zwar auch auf 1024x768 - so habe ich jahrelang ohne zu murren damit gearbeitet - aber wenn man einmal richtig Platz hat, möchte man diesen nie wieder missen.

Mit dieser hoch professionellen Highendausstattung kann ich mich beschwingt wieder der Arbeit an meinem Endloslangzeitprojekt widmen. Lustigerweise habe ich den zusätzlichen Platz für Lipsnyc gar nicht gebraucht - da bin ich immer auf engerem Raum ausgekommen: Mit einem Viewport für die Gesichtskamera, einem für die CTRL-Kurven und einem für den Graph-Editor ist man gut bedient. Sobald man aber von der Gesichtsanimation dazu übergeht, den ganzen Charakter zu bewegen, wird's zu eng, v.a. wenn man zur gleichen Zeit den Animationskurven im Graph-Editor im Auge behalten will. Bei solchen durch den Text klar strukturierten Ablauf fällt mir die Pose-to-Pose-Animation um einiges leichter, da das Timing ja schon in gewissen Grenzen vorgegeben ist. Dadurch komme ich etwas schneller voran, als wenn ich in der Luft hänge - was mich obendrein immer zum Trödeln provoziert.

Es wächst zusammen, was zusammengehört

2009-06-02T00:01:00.002+02:00

Für den neuen Abschnitt nutze ich verstärkt den Reference Editor. Der ist zwar nicht ungefährlich, wenn man ihn mit RenderLayern benutzt, aber er hat seine unbestreitbaren Vorteile. Lange habe ich diese Einrichtung vernachlässigt, aber inzwischen bin ich trotz einiger Bugs - falls es solche sind - recht überzeugt davon. So kann man Änderungen jeweils am ursprünglichen Character-File vornehmen und muss Fehler, die man während der Arbeit entdeckt, nicht immer an zwei Dateien ausbügeln.

vergrößern

So wie diesen: Es hat sich inzwischen herausgestellt, dass Lady X' Frisur bei zu heftigen Bewegungen explodiert. Bislang hat sie nur dezent den Kopf gedreht, aber bei schnelleren und heftigeren Drehungen zeigt sich der ursprüngliche Versuchsaufbau mit mehreren IK-Handles, von an einer zentralen FrisurenCTRL-Kurve gesteuert wurden, im Praxistest alles andere als bewährt. Nach buchstäblich stundenlangem Probieren mehrerer Konzepte und dem bewussten Außenvorlassen von Hair-Simulationen bin ich dazu übergegangen, die Haartracht nun mit einer einzigen Jointkette und einer IK-Spline zu bewegen, deren Twist-Wert per time-Offset-Expression von der Y-Rotation der HalsCTRL-Kurve gedreht wird. Sieht nicht sehr realistisch aus, soll aber auch gar nicht.

Zudem habe ich mittlerweile das sehr nützliche Feature der Animation »Layers« entdeckt. So animiere ich erst den Gang eines Charakters und setze dann eventuelle Gestik obendrauf. Das ist wesentlich einfacher, als beides zum gleichen Zeitpunkt machen zu müssen. Weil ich keine Clips benutze und sehr linear animiere, fällt ein einfacher Walk-Cycle leider flach. Daher bewege ich zuerst den Schwerpunkt in die gewünschte Richtung, animiere dann die Schritte im ersten Durchgang, passe erneut den Schwerpunkt in Höhe und Richtung an, konzentriere mich erneut auf die Füße etc. bis der Unterkörper meinem Können entsprechend gut aussieht. Dann ist der Operkörper bis zum Kopf dran, schließlich die Arme.

Nachdem die ersten Einstellungen ein paar Wochen auf der Festplatte gereift sind, habe ich sie mir nochmal selbstkritisch angeschaut. Bis auf kleinere Änderungen finde ich sie ganz okay. Vielleicht sollte ich die Kamera öfters leicht bewegen, da die Szene ja im Inneren eines Autos spielt. Und ein paar Lichteffekte der von draußen hereinscheinenden Straßenlaternen und entgegenkommenden Autos verliehen noch zusätzlichen optischen Pepp. Das bedeutete natürlich nichts anderes, als dass ich die betreffenden Sequenzen komplett nochmal rendern müsste, wenn ein dezenter Camera-Shake per Postproduktion nicht ausreicht. Mal schauen.

!@*#~!!!

2009-05-01T14:35:00.006+02:00

vergrößern

Es kam wie es kommen musste: Mitten in der Animation hat sich herausgestellt, dass Dr. Tods Rig im linken Arm einen dicken Fehler hatte, der beim Umschalen von IK auf FK das Schultergelenk um fast 360° rotieren ließ. Trotz mehrstündiger orthopädischer Behandlung konnte nur ein Neubau des betroffenen Arms die Heilung bewirken.

Eigentlich bin ich davon ausgegangen, den Charakter getestet zu haben. Diese ärgerliche Affäre hat mich bei meiner ohnehin zu knapp bemessenen Zeit fast drei Tage (was nicht heißt: 32 Stunden) gekostet. Sei's drum. Immerhin gefällt mir mein Dr. Tod so gut, dass ich ihn dereinst wohl noch außerhalb der »GIM« etwas aus- bzw. umbauen werde.

Alles neu macht der Mai April

2009-04-19T21:11:00.032+02:00

Mittlerweile gibt es die »GiM« wieder als offizielles Hörspiel von Lübbe Audio als Long Version, nun unter dem Titel »Zombies in Manhattan« als Special Edition in der Jubiläumsbox. Inhaltlich unterscheiden sich die beiden Fassungen nur in einigen Details. Die [Sprecher] der Neuauflage sind weitaus prominenter als die der 80er-Jahre-TSB-Fassung und dürften jedem Kenner der gut ein- und aufgestellten deutschen Synchronbranche in der Regel ein Begriff sein. Neben Tilo Schmitz, Wolfgang Pampel, Frank Glaubrecht und Udo Schenk wirkt auch - ach! Sandra Schwittau mit, der ich stundenlang zuhören könnte, egal was sie erzählt. Und vor allem ihr Einsatz macht das neue Opus glatt hörenswert. Die Technik präsentiert sich, was Toneffekte und Musikunterlegung angeht, natürlich ebenso deutlich professioneller als die des Vorläufers.

Aber ist die Ausgabe deshalb auch besser? Keineswegs. Neuverfilmungen diverser B- und C-Movie-Klassiker werden auch nicht besser, weil mit CGI geklotzt wird. Ich bleibe der TSB-Fassung treu, schon weil der Trashfaktor noch um einiges höher ist. Und das will was heißen, denn selbst die Spitzensprecher der Neuproduktion kommen gegen die immanente Peinlichkeit des Skriptes nicht an, so dass ihnen nichts anderes bleibt, als tapfer zu chargieren. Eigentlich schade, dass für sowas solche Ressourcen verschwendet werden. Andererseits will ich natürlich zugeben, dass John-Sinclair-Vertonungen gar keine Hochkultur sein sollen und auch so ihren Zweck erfüllen bzw. ihre Zielgruppe zufrieden stellen.

Ach du liebe Zeit...

2009-03-29T23:44:00.005+02:00

...wie wenig habe ich von dir! Wenigstens zu wenig, als dass mein Filmchen sichtbar fortgeschritten wäre. Immerhin stehen mittlerweile alle Sets und Charaktere für den ersten Abschnitt. Die letzten Wochen habe ich mit vielen Kleinstproblemen vertrödelt und die erste, d.h. die zweite Szene noch einmal bearbeiten (d.h. zum Teil auch neu rendern) müssen. Aber ich sehe Licht am Ende des Tunnels, wenn auch noch weit entfernt. Immerhin kann ich mich jetzt wieder in Character-Animation versuchen.

Aller Anfang ist schwer

2009-02-18T23:18:00.006+01:00

Obzwar die zweite Szene im inneren des Wagens bereits (fast) fertig ist, hat die Arbeit an Szene 1 - Außensetting im New Yorker Central Park - pervers Zeit gezogen. Letztlich habe ich mich da buchstäblich herangetastet und mehrmals wieder fast von vorne angefangen. Momentan habe ich die Szene wieder in zwei Teile aufgespalten: Eine für die Umgebung und eine für den Wagen samt der Insassen.

Der entfernte Hintergrund ist ganz normal in Photoshop gemalt, was dank meines treuen Wacom Intuos 1(!) A5-Tabletts ganz gut geht. In der ersten Einstellung bewegt sich die Kamera und damit so gut wie alles. Die anfänglichen Testrenderings sahen viel zu CGig aus. Ursprünglich war mal geplant, mit einem EarthZoom zu starten, was ich aber abgeblasen habe. Einmal ist dieser Effekt mittlerweile durch ein nicht zu Unrecht [berühmtes Tutorial] sehr weit verbreitet, und daneben passte es filmisch nicht richtig. Ich hatte sogar einmal vor, mit einer Star-Wars-Text-Effekt-Parodie zu starten. Aber auch das ist schon x-mal dagewesen. Statt dessen habe ich eine ziemlich trashige Titelsequenz ganz im Stile der verdienten [Eploitationfilme] der 70er/80er Jahre mit AfX erstellt.

Die Umgebung besteht aus der Ambient-Nachtbeleuchtung, dem Licht der Straßenlaternen und der Autoscheinwerfer. Der Wagen im Zentrum der ersten Einstellung/Kamerafahrt ist in einem zweiten Satz hinzugekommen, der seinerseits aus mehreren Layern besteht. Oberdrauf kommt noch das Wageninnere. Zuguterletzt wird alles mit ein paar Posteffekten aufpoliert - ich konnte mich nicht zurückhalten, ein paar Lensflares draufzupappen.

Langsam wird's ernst

2009-01-07T23:03:00.002+01:00

Fürs die erste Produktionstranche nehme ich mir drei zusammenhängende Szenen vor, zwei Außensettings und eine Szene im Inneren eines Wagens, die schon (fast) fertig animiert ist. Zumindest was meine bescheidenen Fähigkeiten anbelangt. Hier ein nicht mehr ganz aktueller Stand von Szene 2, mit der ich angefangen habe:

Das Rendern beim Toonshading geht sehr fix. Aber da ich die Einflussmöglichkeiten der Postproduction so weit wie es geht ausschöpfen will, wird jedes Bild in Layer bzw. Passes aufgespalten.

vergrößern

Damit eröffnet sich gleich eine Vielzahl von Fehlerquellen: Frames nicht gerendert, falsche Kamera im bat-File angegeben, Layer nicht korrekt aufgebaut etc. Wenigstens sind die Renderzeiten sind sehr kurz, weniger als 3 Sekunden pro Bild, so dass sich verrenderte Sequenzen leichter verschmerzen lassen. Allerdings kann eine Einstellung mitunter aus über 20 Passes/Layern bestehen.

Alle erfoderlichen Charaktere stehen schon. Jetzt fehlt erstmal nur noch das Außensetting, das ich dann gleich für die erste Szene weiter verwenden kann. Auch ein paar Scheinwerfereffekte von entgegenkommenden Autos werden wohl noch hinzukommen. Das sind dann gleich fünf Passes mehr. Mindestens.

Vorhang auf

2008-12-21T17:08:00.024+01:00

Nachdem ich nun genug Charaktere gemodelt habe, kann ich mich ja mit meinem größeren Projekt in die Öffentlichkeit wagen, das schon seit längerem so oder so in der Mache ist und bereits Monate vorher in meinem Hinterkopf herumgeschwirrt ist: Die Verfilmung des »[John Sinclair]«-Hörspiels »Ghouls in Manhatten« von Anno dazumal und dem [Tonstudio Braun]. Mit diesem Werk bin ich vor mehr als zwanzig Jahren erstmals in Berührung gekommen - da sieht man man, was das für einen Eindruck auf mich gemacht haben muss.

Zu Recherchezwecken habe ich das Original-[Taschenbuch] bei eBay geschossen, welches nicht nur mit einer ansehnlichen Zahl an Druckfehlern, sondern auch mit seinem Sprachsstil genau das bot, was ich erwartet hatte. Es ist die Art der Kolportage, vor bei der sich den Schöngeistern vom Föjetong - nicht ganz zu unrecht - die Fußnägel aufrollen. Wäre ich nach den bitteren Jahren meiner Adoleszenz auf dieses Werk gestoßen, läge die Idee, Monate meines restlichen Lebens dafür zu verschwenden, selbst um nur ein paar Szenen umzusetzen, wohl in weitester Ferne.

Von der Sinclair-Reihe des TSB gibt es über 100 Folgen, von denen ich bis vor Jahren nur [die besagte Episode] kannte. Da spielt noch viel verklärte Jugenderinnerung mit, denn die »Ghouls in Manhatten« finde ich auch heute noch okay, was ich von den anderen Folgen, die mir Jahrzehnte später zu Ohren gekommen sind, ganz und gar nicht behaupten kann. Charaktere und Handlungsabläufe streng nach Schema F, saudumme, teils arg hölzerne Dialoge, naiv auf ekelig getrimmte Szenen und Soundeffekte, die ihren Namen kaum verdienen - ein Trashfest der unfreiwilligen Komik. Die »GiM« unterscheiden sich dabei in keiner Weise vom Rest - aber das macht wie erwähnt die güldene Jugenderinnerung wett. Immerhin wird der Trashfaktor meine überschaubaren Charakter-Animationsfähigkeiten ziemlich kaschieren können.

Die Voice-Art ist also schon fertig. Natürlich nehme ich mir erstmal ein bis zwei Szenen des Werkes vor, das immerhin eine Gesamtlänge von rund einer Stunde hat. Komplett werde ich es wohl kaum umsetzen können, schon allein weil ein paar Massenszenen drin vorkommen. Doch selbst wenn ich kräftig kürze und schneide, bleibt noch viel zu viel Umfang für ein Ein-Mann-Unternehmen. Aber geschnitten werden muss so oder so, denn da die Vorlage ein Hörspiel ist, schildern die Sprecher oftmals etwas, was im Film natürlich leicht gezeigt werden kann. Glücklicherweise kann man bei der breiigen Synthesizermusik sogar Nebensätze problemlos herausschneiden, ohne dass es zu sehr auffällt. Andererseits haben manche dieser Schilderungen eine so schön plakative Dramatik, dass ich sie wohl drin lassen werde.

Wie auch immer. Die Charaktere, [Dr. Tod] und Pamela Barbara Scott, alias »Lady X« und [Tokata], der »Samurai des Satans«, und [Xorron] stehen also schon. Für das jeweilige Design habe ich mir meine eigenen Freiheiten genommen. Xorron und Tokata werden ganz anders aussehen als in den Romanen beschrieben. Die ersten drei Riggs haben auch schonmal einige Härtetests hinter sich, die bekannten Schwächen gezeigt und noch ein paar neue aufgedeckt haben. Vor allem Lady X macht mir etwas sorgen, weil sie von Weitem zu schielen scheint (was tatsächlich nicht der Fall ist) und zudem je nach Perspektive seltsamerweise immer verschiedener aussieht, als man es erwarten sollte.

vergrößern

Beim Rendering will ich diesmal will ich konsequent im Toon-Style bleiben. Ein/zwei Testeinstellungen habe ich auch schon gerendert, um die Wirkung zu erproben. Die Umgebungsszenerie wird nicht ganz so toonig bleiben wie die Figuren. Momentan schmiede ich kräftig am Compositing diverser Einstellungen. Später wird es dazu wohl mal ein Toon-Rendering-Tutorial geben, denn die Erfahrungen, ich gerade mache, könnten auch für andere ganz nützlich sein.

vergrößern

Die ersten Animationstests haben auf [cgmaxx] bereits zu hilfreichen und extrem motivierenden Kommentaren geführt. Insgesamt ist das ganze Vorhaben nun soweit fortgeschritten, dass das sang- und klanglose Wegwerfen nicht mehr lohnt. Dummerweise habe ich kürzlich einen neuen, zeitlich ziemlich ausfüllenden Job angetreten, so dass die Chancen trotz allem nicht allzu schlecht stehen, dass dieses Filmchen eines der vielen unvollendeten bleiben wird.

Und der Zukunft zugewandt?

2008-11-11T00:59:00.007+01:00

Aufgrund verschiedener [Kritiken] habe ich noch mal am Compositing herumgeschraubt:

vergrößern

Auferstanden aus Ruinen

2008-11-05T16:17:00.016+01:00

Nach Investitionen in einen neuen Ordinateur habe ich ein paar ältere Projekte wieder hervorgekramt, um sie entsprechend aufzupolieren. Es macht schon einen Unterschied, sieben Minuten auf ein Testrendering warten zu müssen, oder lediglich eine.

Fürs erste muss der »Apparatschik« dran glauben:

vergrößern

Reines MR, nur Tone-Mapping, einen AO-Pass und keinerlei erweitere Beleuchtungen wie FG oder GI. Fast alles MIA-Materialien. Zwecks besserer Einstellmöglichkeiten habe ich pro größerer Lichtquelle jeweils einen Pass gerendert, d.h. einen für das Oberlicht, einen für die beiden Seitenlichter an der Wand und einen für die Schreibtischlampe.

Staub zu Staub

2008-10-19T19:57:00.068+02:00

Oftmals genannt wird das GnomonWorkshop-Tutorial [»Gravitiy vs. Uniform«], wenn es darum geht, wie man ein Objekt in Staub auflöst. Leider behandelt diese Seite mehr die Unterschiede zwischen Gravity-Field und Uniform-Field – daher wahrscheinlich auch der Titel. Das eigentliche Sich-In-Staub-Auflösen wird nur als Beispiel gebraucht und ist vor allem für Anfänger eher schwer nachzuvollziehen, weil nur die groben Grundideen angerissen werden. Deshalb hier eine gebrauchsfertigere Version.

Der Einfachheit halber benutze ich keine Vase, sondern eine Polygon-Kugel mit einer einfachen Textur in einer simplen Umgebung. Los geht's mit Punkt

1. Das Objekt

Damit die Partikel, die von der Oberfläche der Kugel ausgehen, auch die Farbe derselben annehmen, müssen zuerst Licht und Textur des Kugel-Shaders gebacken werden - »baking«, wie's der Fachmann nennt und in Maya nicht »baking«, sondern »Convert to File Texture« heißt. Hierbei ist wichtig, dass die Kugel auch von hinten beleuchtet wird, selbst wenn die Rückseite im Rendering gar nicht zu sehen ist; ansonsten sind die Partikel, die von der Rückseite der Kugel erzeugt werden, pechschwarz.

So sieht die Szene als Wireframe aus:

Nachdem die Kugel von allen Seiten schicklich beleuchtet wurde, wird sie zusammen mit dem Shader ausgewählt (mit Shift+LMB) und im Hypershade-Window (Menü) > Edit > Convert to File Texture (Maya Software) [Optionen] mit den folgende Optionen angewendet:

Dadurch werden Licht und Textur in eine neue Textur berechnet, die mit einem Surface-Shader verbunden ist. Die neue gebackene Textur (nicht den Shader) nennen wir »PartikelFarbe« und gehen zum nächsten Schritt über.

2. Die Partikel

Zeit, dass die Kugel ein paar Partikel ausstößt. Wichtig ist dabei, dass die Partikel nur da ausgestoßen werden, wo die Kugel gerade zerfallen soll, und gleichzeitig die Farbe der Kugeloberfläche haben. Zuerst also der Partikelausstoß als solcher. Dazu wird erst die Kugel ausgewählt und (Dynamics) Particles > Emit from Object angewendet. Dann wählen wir den Emitter aus, nennen ihn »emitterDusty« und das dazugehörige ParticleObject »particleDust«.

Jetzt müssen wir zuerst den particleDust richtig einstellen. Hier setzen wir im AE bei »Lifespan Attributes« den »Lifespan Mode« auf »Random«, die »Lifespan« auf »1« und den »Lifespan Random« auf »2«. Der Particle Type wird ein »Multistreak« und fügen mit einem Druck auf die »Add Attribute for Current Render Type« die passenden Attribute ein, die mit »Multi Count = 4«, »Multi Radius = 0.5« und »Line Width = 2« bedenken. Zusätzlich benötigen wir ein perParticle-Attribut für die Farbe, was mit dem Druck auf den Buttons »Color« unter »Add Dynamic Attributes« schaffen. So sieht's aus:

Momentan werden noch von der ganzen Kugeloberfläche aus Partikel erzeugt. Also müssen wir den Partikelausstoß durch eine animierte Textur steuern. Dafür erstellen wir eine Ramp, nennen sie »PartikelEmissionRamp« und versehen sie mit den folgenden Einstellungen für Frame 1:

Auf Frame 110 ist er weiße Streifen nach unten gerutscht und die Ramp sieht so aus:

Schließlich sollen ab 125 gar keine Partikel mehr ausgesandt werden, daher werden alle Farben der Ramp auf 0 gequetscht:

Der Wert für die jeweiligen Positions muss natürlich gekeyt werden. Zur Verdeutlichung hier ein Bild des Graph Editors der Patikel-Ramp:

Nun geht's dem »emitterDusty« an den Kragen. Den »Emitter Type« stellen wir im AE auf »Surface« und die EmissionRate auf 10 000. Jetzt müssen wir unsere »PartikelEmissionRamp« und den gebackenen »PartikelFarbe«-Textur-Node (nicht den Shader!) mit dem Emitter-Node der Partikel verbinden, und zwar unter den »Texture Emission Attibutes«. Das geht über den Connection Editor, alternativ kann aber auch das HypershadeWindow und der AE des »emitterDusty« geöffnet werden. Mit dem MMB ziehen wir die »PartikelEmissionRamp« über den »Texture Rate«-Channel unter »Texture Emission Attibutes« bei »emitterDusty«. Die »PartikelFarbe«-Textur kommt entsprechend in den »Particle Color«-Slot. Wichtig: auch »Inherit Color« und »Enable Texture Rate« müssen angehakt sein. Danach sollte der AE des Emitters so aussehen:

Da unsere Partikel im Augenblick noch in alle Richtungen gleichzeitig sprühen, müssen wir sie mit einem Feld beeinflussen. Jetzt kommt das Uniform Field zu Ehren. Wenn wir ein solches erzeugen, während das particleObject angewählt ist, müssen wir nicht erst den Dynamic Relationship Editor bemühen, um die Partikel von den Fields beeinflussen zu lassen. Das Uniform Field erhält eine Realtiv hohe »Magnitude« von 20. Damit noch etwas zusätzliche Bewegung ins Spiel kommt, erstellen wir auch noch ein Turbulence Field.

3. Rendern

Als Auflösung stellen wir in den Render Globals - oder »Render Settings«, wie sie neuerdings heißen - 640*480 Pixel ein, den Startframe auf 1 und den Endframe auf 175. Für den Rendervorgang brauchen wir dreierlei: Für den Partikel-Pass stellen wir die Visibility der Kugel und der Umgebung auf »off«. Dann rendern wir – egal ob mit dem Hardware-Renderer oder dem Hardware-Renderbuffer die komplette Sequenz. Die paar Partikel lohnen das Caching nicht, wir müssen nur darauf achten, dass ein brauchbarer Alpha-Channel mitgerendert wird. Für den Kugel-Pass rendern wir nur ein Bild der isolierten Kugel. Momentan bleibt sie stur in der Gegend stehen und denkt gar nicht daran zu zerfallen. Freilich könnten wir auch die Transparenz der Kugel animieren, aber das überlassen wir lieber der Postproduktion. Schließlich rendern wir noch einen Einzelbild Pass für die Umgebung und gehen über zum

4. Compositing

In AfX erstellen wir eine neue Komposition mit von 640*480 Pixeln, einer Framerate von 25 und der Dauer von 250 Frames = 10 Sekunden. Der Partikel-Pass bildet die oberste Ebene, darunter kommt die Kugel, darunter die Umgebung. Das Verschwinden der Kugel erledigen wir mit einer animierten Maske, deren Kanten abgefedert werden (»Weiche Maskenkante«). Eventuell braucht der Alpha-Kanal der Partikel eine Anpassung, etwas Bewegungsunschärfe für die Partikel selbst wäre auch nicht schlecht.

Das ist im Grunde genommen schon alles, wir können den Film rendern und bekommen das zu sehen:

5. Fertig

Fertig? Von wegen! Damit können wir vielleicht alle Nicht-CGIler beeindrucken, aber wer etwas mehr Ahnung hat, erübrigt gerade einmal etwas mitleidiges Lob. Damit es wirklich schick aussieht, liegt noch ziemlich viel Getweake vor uns. Ich finde Tutorials mit zuviel »play around with« und »you'll get the idea« immer ziemlich erbärmlich, aber weil es in diesem simplen Artikel wirklich nur um die grundlegende Technik gehen sollte, will ich es für dieses Mal gut sein lassen.

Ein paar Tipps bzw. Anregungen seien aber nicht verschwiegen. So kann man an der der Emission-Rate herumschrauben, den Typ der Partikel und deren Geschwindigkeit ändern, deren Anzahl und Opacity beeinflussen, ihre Masse mit einer creationExpression variieren, man kann den Particle Instancer nutzen, um größere Brocken herausbrechen zu lassen, die Stärke der Fields ändern, andere Fields nehmen und viel mehr. Wenn man die Geschwindigkeit bei »Basic Emission Speed Attributes« im AE des Emitters nahezu auf 0 stellt, bleibt die Form noch etwas länger erhalten, bevor sie von den Fields aufgelöst wird.

Noch zwei Anmerkungen:

a) Schatten sind bei dieser Methode ein Problem, denn HW-Partikel werfen keinen solchen. Das Gnomon-Tutorial mogelt sich schlauerweise mit einer sehr dunklen Umgebung an diesem Stolperstein vorbei. Eventuell kann man den Schatten über die Postproduktion faken. Das gilt natürlich auch für das zu zerbröselnde Objekt. Auch Reflexionen sind mit Hardware-Partikeln nicht ohne Fake hinzubekommen. Zwar kann MR HW-Partikel in Reflexionen rendern – aber leider haben diese Partikel dann nicht die richtige Farbe, weil MR die Particle Color anders berechnet.

b) Was man noch bei eigenen Projekten beachten muss: Um es einfach zu halten – okay, aus Faulheit – habe ich eine einfache Kugel genommen. Bei eigenen und besonders bei komplexen Objekten wird man auf diese Weise unweigerlich Ärger mit dem UV-Set bekommen. Die Partikel-Emission wird im Moment stur von oben nach unten animiert. Das funktioniert aber nur, weil das UV-Set der Kugel simpel in diese eine Richtung verläuft. Bei einem komplexen UV-Set werden die Partikel von einer einfach animierten Ramp jedoch an allen möglichen Stellen ausgespieen, aber nicht da, wo sie es sollen. Und nein, ein Projection Utility mit einem animierten 3D-Placement-Node welcher Art auch immer funktioniert nicht. Bei komplexeren Objekten muss man also entweder das UV-Set anpassen oder eine Image-Sequenz als Emission-Texture nutzen.

Das war's

Hoffentlich hat es dem ein oder anderen den Pfad zur Erleuchtung gewiesen. Wer unbedingt meint, Anmerkungen oder gar Kritik loswerden zu müssen, darf dazu gerne die Kommentarfunktion bzw. ein [gewisses Forum] nutzen .)

Viel Spaß beim Nachbau - und beim Perfektionieren!

Nachtrag

Hier nun die Methode, wie man mit Objekten mit komplexerem UV-Set umgehen kann. Der Punkt ist der, dass man die animierte Ramp als planare 3D-Projection anwendet. Wie oben erwähnt, funktioniert es leider nicht, dieses Konstrukt direkt an den Partikel-Emitter anzuschließen. Also muss man eine Sequenz von Texturen backen – je eine pro partikelausspuckendem Frame. Das kann man von Hand machen oder man benutzt etwas MEL - herzlichen Dank nochmal an den [Hinweisgeber]:

int $i = 1;
int $numberFrames = anzahl_der_frames;
for ($i; $i<=$numberFrames ; $i++)
{ currentTime $i;
convertSolidTx -rx X_resolution -ry Y_resolution -fileFormat "maya" name_der_shadingGroup name_des_objekts;
};

Welche Parameter man für »convertSolidTx« einsetzen kann, verrät die F1-Taste. Man kann auch einmal von Hand backen und über den Scrpiteditor die jeweiligen Parameter einsehen und kopieren. Wichtig: als »name_der_shadingGroup« darf nicht der Name des Shaders, an dem die Projection hängt, angegeben werden. Es muss der Name der ShadingGroup sein, den man im Hypershade-Window herausbekommt:

Nach dem Ausführen des Skripts hat man im einen ganzen Haufen an File-Nodes im Hypershade- oder Outline-Fenster, die so nicht zu gebrauchen sind. Also erstellt man besser einen neuen Filenode, indem man »Use image sequence« anhakt. Nachdem man diesen an den Emitter als Emission-Textur gehängt und einmal ein »Optimize Szene-Size« ausgeführt hat, bleibt es übersichtlich:

Wenn nur ein Teil der Szene von der Sequenz abdgeckt wird, sollte man die Expression des File-Nodes anpassen, damit die lästige Warnmeldung bei fehlenden Bildern/Frames umgangen wird.

In einem Schwung

2008-09-21T02:46:00.017+02:00

Wenn man einen Haufen von Ramp-(Toon)-Shadern hat, aber noch nicht genau weiß, ob man diese lieber auf Light-Angle- oder Brightness-Mode betreiben soll, hilft nur eins: MEL - sofern man nicht vorhat, immer jeden Shader einzeln aufzumachen und umzustellen.

Dumm nur, wenn man sonst nicht viel mit MEL macht und sich die einzelnen Befehle erst zusammensuchen muss. Und das Debuggen in Maya fürchterlich nervig ist. Aber immerhin von Erfolg gekrönt. Mit dem folgenden Skript lassen sich in einem Schwung alle Shader anpassen:

//
// RampShaderModeSwitch.mel
//

if (`window -exists "rampShaderSwitchWin"` == 1) deleteUI "rampShaderSwitchWin";

window -widthHeight 300 150 -t "RampShaderMode Switch" rampShaderSwitchWin;
columnLayout -adjustableColumn 1;
optionMenu -l "Set RampShader Mode to:" shaderMode;
menuItem -l "Light Angle";
menuItem -l "Facing Angle";
menuItem -l "Brightness";
menuItem -l "Normalized Brightness";
rowColumnLayout -numberOfRows 1 -rowHeight 1 30;
button -l "Apply" -c "setRampShaderModeExecute();";
button -l "Close" -c "deleteUI rampShaderSwitchWin";

showWindow rampShaderSwitchWin;

global proc setRampShaderModeExecute() {
string $optionVal = `optionMenu -q -v shaderMode`;
float $rampShaderModeNum;
switch ($optionVal) {
case "Light Angle":
$rampShaderModeNum = 0;
break;
case "Facing Angle":
$rampShaderModeNum = 1;
break;
case "Brightness":
$rampShaderModeNum = 2;
break;
case "Normalized Brightness":
$rampShaderModeNum = 3;
break;
}
select -r `ls -type rampShader`;
string $selectionArray[] = `ls -sl`;
for ($eachShader in $selectionArray) setAttr ($eachShader + ".colorInput") $rampShaderModeNum;
select -cl;
}

Charakter Nr. 3

2008-09-01T02:28:00.003+02:00

Mittlerweile hat sich ein dritter Charakter zum Casting eingefunden: Ein einarmiger Samurai, den ich hier ohne weitere Worte auf die Bühne stellen will:

» estale para ampliar «

Ein Zweitcharakter

2008-08-11T02:11:00.006+02:00

vergrößern

Und Gott der Herr sprach: Es ist nicht gut, dass der Mensch allein sei; ich will ihm eine Gehilfin machen, die um ihn sei. (Gen 2, 18)

Ganz in diesem Sinne habe ich eine zweite Figur gebaut. Das Konzept zu finden war relativ schwierig. Wohlgeformte 3D-Frauen für ein alleinstehenden Herrn gibt es zwar genug, aber eine eigene solche zu bauen, die auch noch möglichst allgemeingültig attraktiv wirkt, hat sich als ziemlich schwer herausgestellt.

vergrößern

Patin gestanden hat in jedem Fall die [Baroness] aus den »G.I. Joe«-Comics. Die habe ich früher nie gelesen, aber ich bin vor Jahrzehnten einmal über ein - damals wegen exzessiver 8-Bit-Grausamkeit indiziertes - [C64-Spiel] auf die Materie gestoßen. Hierzulande hat »G.I. Joe« keine Tradition, wohl weil man auf militaristische Früherziehung nicht soviel Wert liegt. Gutes [Bildmaterial] gibt es also genug, naturgemäß alles in 2D. Da es jedoch selten eine gute Idee ist, als streng für 2D konzipierte Figuren auf 3D aufzuziehen.

vergrößern

Auch das war schon schwer genug. Keinesfalls zu Lara-Croft-mäßig erscheint, andererseits sollte der typische CGI/Poser-Look auch vermieden werden. Alice Schwarzer möge mir vergeben, aber es ist fast unmöglich, ungeschminkt und ohne Haare attraktiv zu wirken. Zumindest was 3D-Frauen angeht.

Wie auch immer, das Rigging hat Nerven gekostet, aber langsam scheine ich etwas Routine darin zu entwickeln. Wenn man die [Edgeloops] beim Gesichtsbau beachtet, sind die verschiedenen Blendshapes für die Gesichtsausdrücke schnell zurechtgebogen.

Neuer Charakter, neues Projekt?

2008-07-21T00:52:00.005+02:00

Derzeit werkele ich an einem neuen Charakter herum, im Hinterkopf vielleicht ein neues, größeres Projekt. Aber selbst hier will ich jetzt noch nichts dazu verlautbaren, denn ein solches Vorhaben braucht bekanntlich viel Zeit und Durchhaltevermögen. Und da das eventuell unter Umständen vielleicht angedachte Vorhaben doch etwas umfangreicher werden könnte, als »Die Hand« und »Soviet Cola« zusammen, will ich mich artig in Zurückhaltung üben.

Zumal ich es immer unsäglich peinlich finde, erst in aller Öffentlichkeit groß herumzutönen, um dann ganz kleinlaut durch den Hinterausgang zu verduften. Beispiele dafür gibt's genug, wo erst groß die Leute zusammengetrommelt werden und das Projekt aus den vielfältigsten Gründen dann aber kläglich versandet. Gerade im Medienbereich gibt es leider viel zu viel von diesen Schwätzern. Doch ach! dies ist ein anderes Thema.

Hier nun der Charakter (Bleistift>Scanner>Photoshop):

Der Kopf zu 3D aufgebläht, den Körper daruntergemodelt und alles geriggt:

» scatti per ingrandire «

Das Modell besteht aus CPS-unterstützten Polygons. Aus den Fehlern meines Handabhacker-Charakters habe ich artig gelernt und zusätzliche Knochen einbaut, die für die nötigen Ausbeulungen des Sakkos sorgen.

Im Westen nichts Neues

2008-06-23T16:27:00.016+02:00

...und hier eigentlich auch nicht.

Bis auf das:

vergrößern

und das hier.

Wird vielleicht mal Zeit, dass ich die ganzen Leichenteile in meinem Festplattenkeller zu einem größeren Monster zusammensetze.

Cihuateotl, verbessert (?)

2008-05-18T02:52:00.004+02:00

vergrößern

Aufgrund der herzlich willkommenen [konstruktiven Kritik] habe ich einige Verbesserungen im Rendering vorgenommen, die z.T. nur auf den zweiten Blick zu erkennen, doch sehr wirksam sind. Immerhin, das mir vorgehaltene »krass künstliche Licht« finde ich eigentlich ganz okay. Aber schon der Hinweis, dass die Stärke der Bump nicht unwesentlich zu Einschätzung der Größe beiträgt, und solches in diesem Falle eher abträglich, war es schon wert, beachtet zu werden.

Cihuateotl, gerendert

2008-05-14T03:08:00.002+02:00

vergrößern

Unterwegs hat sich herausgestellt, dass der erste Low-Poly-Cage wohl etwas zu low-poly war und infolge dessen einige UVs für die höher aufgelösten Mesches verrissen wurden. Aber nach ein paar Neupinselungen - was bis auf die nervige Zahnpartie nicht so fürchterlich tragisch war, habe ich die Statue dank mitgewissenhafter [Beiträge] und nützlicher [Wegweiser] heil durch MR gebracht.

vergrößern

Die Umgebung besteht aus schlichten Polys mit mia-Shadern für das Parkett, einem Schatten werfenden Arealight von oben und zwei Fülllichtern von vorne und der Seite. Damit der Hintergrund nicht zu eintönig wird, habe ich außerdem noch zwei Spotlights aufgehängt, die für dezente Lichtpunkte sorgen. FinalGather angeschaltet, fertig. Das Endergebnis ist noch in Photoshop traktiert worden. Tonemapping, Farb und Kontrastanpassung, das ein oder andere Artefakt weggepinselt, das Übliche halt.

Cihuateotl

2008-05-02T23:58:00.012+02:00

vergrößern

Mal ganz was anderes - und weil ich derzeit an Zbrush drankomme, dessen für Interface es allerdings Prügel geben müsste - habe ich in Maya eine [Cihuateotl] gemodelt und in eben diesem ZBrush entsprechend aufgeputzt. Der Bau des Low-Poly-Cages in Maya war insofern etwas schwer, als dass ich vernünftige Referenzfotos nur in der Frontalansicht gefunden habe.

Den Artikel auf der Wikipedia habe ich als Überzeugungs-IP gleich mitverbrochen. Zum ersten Mal gesehen habe ich das [Vorbild] in der Aztekenausstellung 2003; den Katalog zur besagten Ausstellung (gebunden und im Schuber!) habe ich mir für läppische 9 Euro bei Amazon gekrallt. Der einzige Mangel der das Buch als »Mängelexpemlar« kennzeichnet, ist anscheinend der sehr dezente Stempel »Mängelexpemlar« an der Unterseite.

Klein ist die Statue - nur rund 50 cm hoch - aber ungemein beeindruckend. Das Original dürfte mittlerweile wieder im Mexikanischen [Nationalmuseum für Anthropologie] stehen. Mit der nötigen Kohle würde ich mir glatt ein Duplikat in meiner Residenz ausstellen lassen, bis es soweit ist, müssen Maya und ZBrush ausreichen.

Boing 747 für Zwischendurch

2008-04-19T23:18:00.008+02:00

Obzwar die Phantom in ihrem Hangar noch etwas Arbeit braucht, so zum Beispiel für die Bodentextur, die Leiter und manch anderes mehr, habe ich sie stehen lassen und eine B-747 gebaut.

Sie besteht durchweg aus Polys, wobei der Rumpf mit derer rund 2.500 auskommt. Trieb- und Fahrwerke haben knapp 10.000. Für die Bemahlung greife ich zum Multitexturing. Das Grobe erledigt eine 1k-Map, die Feinheiten wie die Fenster werden mit einer 2K-Map abgedeckt - obwohl da eine 1Ker wahrscheinlich auch gereicht hätte, immerhin haben die Faces mit einem seperaten UV-Set für die Detail genug Platz.

» klik om te vergroten «

Das Drumherum

2008-03-18T03:21:00.007+01:00

vergrößern

Nachdem die letzten Renderversuche auf meinem Lieblingsforum [gute Kritiken] eingefahren haben und ich noch nicht zu einem überzeugenden Exterior gekommen bin, habe ich den Hangar, der eigentlich im Hintergrund des Flugplatzes zu sehen sein sollte, kurzerhand ausgebaut und die Phantom darin geparkt.

vergrößern

Die Shader sind nahezu alle Mia-Materialien, da diese von Haus aus die besten Möglichkeiten bieten, die Reflexionen richtig einzustellen. Die Werte für die Reflections sind relativ hoch, was den Flugzeuglack angeht, dafür im Gegenzug auch stark geblurrt. Um Rechenzeit zu sparen, werden die Reflexionen interpoliert - das führt zwar bei Animationen zum Flackern, aber so weit bin ich ohnehin noch nicht.

vergrößern

Die Beleuchtung des Hangars übernehmen ein paar Arealights, das indirekte Licht wird vom Final Gathering übernommen. Natürlich ist das Bild nicht so aus MR rausgefallen, ich habe ein 32bit-EXR gerendert und hernach in Photoshop bearbeitet, d.h. Tonemapping, hier und da etwas Farbanpassung etc.

Man möge mich peitschen, zumal ich ja immer predige, eigenen Erzeugnissen besonders kritisch gegenüber zu stehen, aber langsam fange ich an, auf meine Arbeit rechtschaffen stolz zu werden.

Wozu Fuel?

2008-03-11T03:02:00.020+01:00

vergrößern

Was macht eigentlich Fuel bei den Fluids? Die F1-Taste ist da nicht unbedingt erhellend. »Fuel combined with Density defines a situation in which a reaction can take place« heißt es da etwas kryptisch, und die Begriffe »Heat« und »Temperature« tauchen an verschiedenen Stellen auf, obwohl sie in diesem Fall synonym verstanden werden müssten. Aber eigentlich ist es relativ einfach. Gemeint ist das: Fuel dient (im Wesentlichen) dazu, im Verlauf der Simulation zusätzliche Temperature zu erzeugen.

Beispiel: Ein Emitter spuckt Density, Temperature und Fuel aus. Im Verlauf der Simulation entzündet die Temperature das Fuel, welches in zusätzliche Temperature umgewandelt wird. Die Temperature wiederum hat Auswirkungen auf das Aussehen und das dynamische Verhalten des Fluids. Das ist eigentlich schon alles.

Die einzelnen Einstellungswerte im Überblick:

Fuel Scale multipliziert den Effekt, das Fuel auf die Simulation hat, vergleichbar mit Temperature Scale.
Reaction Speed bestimmt, wie schnell das Fluid in Temperature umgewandelt werden soll. Je höher die Reaction Speed eingestellt ist, desto schneller wandelt sich das Fuel also in Temperature um.
Ignition Temperature bestimmt, ab welcher Temperatur das Fluid in Temperature umgewandelt werden soll.
Max Temperature legt die Temperatur fest, über der das Fluid am schnellsten in Hitze umgewandelt wird.
Heat Released bestimmt, wie heiß die Temperatur wird, die das Fluid der Ursprungstemperatur hinzufügt.
Light Released erhöht die Intensität der Incandescence des Fluids. Das hat Auswirkungen auf das Shading, aber nicht auf die Simulation.
Light Color stellt die Farbe des Lichts ein, das beim Umwandeln des Fuels in Temperature entsteht.

Zusammenfassend: Light Released und Light Color beeinflussen das Shading des Containers, der Rest der Werte den dynamischen Ablauf der Simulation. Die »Reaction«, welche die F1-Taste erwähnt, kann sich natürlich auch auf zusätzliches Light bzw. dessen Farbe auswirken, ohne dass Temperature erzeugt wird (bei Heat Released == 0).
Wie auch immer, man kann Fuel gut als zeitverzögerten, dynamischen Heat-Emitter ansehen bzw. einsetzen. Solange die Ignition Temperature nicht überschritten wird, verhält sich Fuel genauso wie die Density, nur dass es nicht sichtbar ist. Sobald die Ignition Temperature erreicht ist, brennt das Fluid je nach Reaction Speed zu zusätzlicher Temperature ab, die wiederum das Aussehen und das Verhalten der Density beeinflusst - zusätzliche Density erzeugt abbrennendes Fuel hingegen nicht. Ist die Reaction Speed (zu) hoch eingestellt, wird das Fluid praktisch mit einem Schlag in Hitze umgewandelt. Ist der Wert niedriger, brennt das Fluid erst nach und nach ab.

Dörfliche Idylle

2008-03-03T21:26:00.004+01:00

vergrößern

Damit meine Phantom auch etwas hat, das sie stilgerecht bombardieren kann, habe ich ein schnelles vietnamesisches Dorf gemodelt - bzw. zusammenimportiert, was die Hütten angeht - und die Landschaft mit Texturen aus dem verdienten CGTextures.com versehen und noch ein paar PaintFX-Pflanzen dazugemalt. Fehlen nur noch ein paar Reisfelder drumherum und ein paar Berge für den Hintergrund.

Kriegsbemalung, dreckig

2008-02-08T18:46:00.005+01:00

Die etwas zu saubere Erstversion der Texturen habe ich mit etwas Dreck beworfen und das Fahrwerk zwecks besserer Texturierung in Polys umgewandelt.

» cliquez pour agrandir «

Kriegsbemalung

2008-01-14T00:02:00.003+01:00

vergrößern

Weil ich schon detailreich texturieren möchte, andererseits aber auch meinen Speicher nicht mit 10K-Texturfiles für Bump, RGB, Specular vollaufen lassen will, spalte ich das Model entlang einiger logischer Linien auf und hoffe, dass die neu entstandenen Nahtstellen nicht allzu sehr zu sehen sein werden. Für das spätere MR-Rendering werden die Textur-Dateien ohnehin in MAP-Files umgewandelt.

vergrößern

Die einzelnen Abschnitte haben jetzt eine Auflösung von 2K, nur die kleineren Teile wie die Höhen- oder Querruder müssen mit 1024 oder 512 auskommen. Zuerst texturiere ich nur die RGB und den Bump, die Specular Maps schiebe ich wie das eigentliche Shading erstmal etwas nach hinten. Es ist ohnehin eine Sache, eine normale Dreipunktbeleuchtung auf das Modell scheinen zu lassen oder Final Gather zu bemühen, das die Farben völlig anders rüberkommen lässt.

vergrößern

Und siehe da: Angesichts der Masse an Texturdaten wird MR an die Wand gedrückt. Daher wandele ich alle Dateien auf einen Schwung per imf_copy ins MAP-Format um, doch auch das hilft irgendwann nicht mehr weiter. Erst nachdem ich in den Render Globals den "Physical Memory"-Wert heruntersetze, rechnet MR klaglos bis zum Ende. Was noch nichts heißen muss, denn Ambient Occlusion oder weiteres ist noch nicht mal ausprobiert.

vergrößern

UV-Gefummel

2008-01-02T18:22:00.001+01:00

Nachdem das Model zu 50 Prozent fertig ist und nur noch gespiegelt werden muss, mache ich mich an das leidige Thema UV-Abwicklung - wohl mit dem vielen Gezupfe das Langweiligste in 3D überhaupt. Das Endergebnis besteht aus einem Haufen zusammengenähter, zylindrischer Projektionen.

Dann spiegele ich die Hälften inklusive ihrer UV-Sets und verschmelze sie mit Combine/Merge Vertices:

Zwischen den Jahren...

2007-12-30T02:05:00.000+01:00

...finde ich wieder was Zeit, um weiterzumachen. Das Polymodell ist äußerlich vom Modeling her fast fertig. Eigentlich fehlen nur noch die Fahrwerksschächte und deren Abdeckungen.

Besatzung und Cockpit werden von der Vorgängerversion übernommen. Den Schleudersitz, zumindest deren oberen Teil, werde ich wohl noch mal bearbeiten. Zudem überlege ich mir, ob ich auch das NURBS-Fahrwerk mit 'rüberhole. Schließlich dient es nur der Demonstration.

Kollateralschäden

2007-12-21T20:37:00.002+01:00

vergrößern

Das Polymodell macht gute Fortschritte - bislang 100%ig Quads - und ich wende mich seiner Zukunft zu, auch wenn noch ein paar Details fehlen.

Mithilfe verschiedener Referenzphotos erstelle ich in Illustrator ein paar Beschriftungen für die spätere Textur. Dazu kommt das Wappen der Fliegerstaffel, das ich eigentlich mal von einer realen US-Abteilung übernehmen wollte, in einem Anfall von schwarzem Humor aber etwas freier in der Gestaltung gerät:

Ziemlich bitter, gebe ich zu. Andererseits will ich auch keine Propaganda für verheuchelte Friedensbewegte abliefern.

Convert > NURBS to Polygons

2007-12-07T01:14:00.000+01:00

Nach der Fertigstellung der NURBS-Außenhaut gehe dazu über, die einzelnen Segmente in Polys umzuwandeln. Immerhin kann man beim Convert dafür sorgen, dass die Segmente schön gleichmäßig sind. Zwar müssen hier und da ein paar Vertices gezupft und verschoben werden, aber mit ein wenig Geduld bleiben die Nahtstellen nach einem Combine mit anschließendem Merge unsichtbar. Nur gelegentlich muss ich per Scult-Tool etwas smoothen.

Natürlich besteht das Modell aus einer Menge N-Gons in den Ecken der Tessellierung. Ich werde daher auch noch einmal ein schönes Nur-Quads-Polygon-Modell machen - und mich erst gar nicht fragen, warum ich mich erst mit NURBS rumgeschlagen und nicht gleich das Kurvennetzwerk als Referenz für ein Polymodell genommen habe.

Die Endfertigung rückt näher

2007-11-30T02:49:00.000+01:00

vergrößern

Nach langer Stagnation geht es überraschend schnell weiter. In verhältnismäßig kurzer Zeit ist das Fahrgestell gebaut. Für die Version mit ausgeklappten Fahrwerk und dessen Buchten mache ich Kopien von den Flügeln und des Frontteils.

vergrößern

auch die Besatzung aus groben Polycubes herausgehauen und den Kopfbereich sogar geriggt. Die Außentanks und Bomben bestehen aus schlichten Revolved Curves.

Bleiben noch einige Stellen, die mir leichte Sorgen bereiten. So zum Beispiel der Übergang zwischen Außenhülle und Triebwerk. Auch das Seitenruder, das momentan noch aus einer einzigen NURBS-Fläche besteht, gefällt mir noch nicht richtig.

Jetzt aber!

2007-11-17T21:44:00.000+01:00

Frust hin oder her, der Neustart hat dem Modell offensichtlich gut getan:

Die im letzten Post beschriebene Gabelung hat mein räumliches Vorstellungsvermögen, von dem ich dachte, ich hätte es, arg strapaziert. Nach vielen frustrierenden Versuchen und verzweifelten Schreien habe ich es mit zwei gegeneinander gerichteten »Birail 1«-Dreiecken, die direkt per »Attach Surface« zusammengelebt werden. Das sieht mit der richtigen Tesselation sehr brauchbar aus.

Fast bin ich der Versuchung erlegen, gleich ein paar Details zuviel einzubauen, etwa die durch [drei Lamellen] verblendete Öffnung direkt über dem Triebwerk. Immerhin werde ich zu Demonstrationszwecken zusätzlich zu den Außenlaststationen, was ein vornehmeres Wort für Bombenaufhängung ist, noch ein Fahrgestell bauen.

Die Beulen, die jetzt noch mit dem Arbeitsphong zu sehen sind, werden wohl mit einem Lambert-Shader verschwinden; glücklicherweise ist der Anstrich, den ich für das Flugzeug vorgesehen habe, aus Tarnabsichten lambertmatt.

»Some items cannot be moved in the 3D view«

2007-10-15T23:50:00.000+02:00

Ziemliche Ernüchterung hat sich breitgemacht. Ich bin kein Anfänger mehr, aber das Modeling hat bislang unverschämt lange gedauert. Bei einem kommerziellen Auftrag hätte ich mich ganz schön in die Kacke geritten. Nun, ich will dieses Miniprojekt als notwendigen NURBS-Wiederauffrischungskurs betrachten.

Mit den bisherigen Flächen war ich letztlich nicht zufrieden. Ich habe schlicht zu viele Kurven gezogen, wodurch die manche Oberflächen ziemlich verbeult aussahen. Jetzt ist die Zahl der Kurven reduziert, und selbige haben zusätzlich noch weniger CVs. Die Flächen selbst werden per Stück für Stück per »Square«-Funktion zusammengesetzt, um die tangentielle Kontinuität der Grenzisoparameter auszunutzen.

Das führt bei einfacher Tesselierung an einer Kante komischerweise zu abgedunkelte Rändern - wie bei Polygons mit kaputten Normals - wenn auch nur im Software-Renderer. Mit MR geht's (auch ohne [Approximation Editor]), mit Advanced Tesselation Method eigentlich auch.

Bei einigen Stellen kann ich die Probleme beim Bau auf die ungenauen Blaupausen schieben. Fies sind besonders die Austrittsdüsen der Triebwerke, weil sich dort die Oberfläche quasi [gabelt] und die Außenseite zur Innenseite zu werden droht.

Es nimmt Form an

2007-10-02T00:30:00.000+02:00

Das Ziehen der Oberflächenkurven war ein gottverdammter Kampf! Ein ständiges Hin und Her, Wegwerfen, Neumachen etc. Wozu das ganze, wenn ich es schlussendlich doch in Polys umwandeln werde, zwecks Texturierung?!

vergrößern

Da nun die Kurven für den Haupt-Körper stehen, ist der Rest im Vergleich dazu fast ein Kinderspiel. Für den Aufbau der Flächen nutze ich vorrangig das »Birail 3+«-Tool, wobei ich aufpassen muss, dass die Kurven auch wirklich aneinander anschließen. Sonst gibt es eine Fehlermeldung. Zum Glück scheint dies der einzige Grund für diese Fehlermeldung zu sein, und so arbeitet das Tool sehr zuverlässig, wenn man die Endpunkte der Kurven nochmals überprüft. Nach einem Rebuild sehen die Flächen schon recht brauchbar aus.

vergrößern

Immerhin bin ich an einem Status angelangt, an dem ich das Model wohl fertigbauen und nicht wie manches andere liegen lassen werde. Dazu habe ich nun wirklich zuviel Arbeit investiert.

Geschichten aus Randolph & Grenaldis Werkzeugkästchen

2007-09-29T17:00:00.001+02:00

Bis mir wieder ein größres Projekt einfällt, das ich hier begleiten und präsentieren kann, nutze ich diese Seiten für kleinere Vorhaben mit Anspruch auf Vorzeigbarkeit.

Mittlerweile gibt's diesen Blog schon ein Jahr. Und damit regelmäßigen Lesern - falls es die überhaupt geben sollte - etwas Abwechselung geboten wird, habe ich verschiedene Header-Bilder zusammengebastelt, die dank Javascript und DOM bei jedem neuen Seitenaufruf zufällig angezeigt werden. Nur die Schrift bleibt immer dieselbe, sozusagen als »grundlegende Körperschaftswesentlichkeit« oder »basic corporate identity«, wie wir hippen Business People uns so cool expressen.

Dabei bin ich auch auf einen Bug gestoßen. Alle Layout-Bilder werden von Blogger.com gehostet, denn Imageshack hat manchmal leider (kleinere) Ausfälle. Allerdings lassen sich die neuen Banner nicht per direkter URL-Angabe von Blogger aus aufrufen. Warum auch immer. Jetzt verweisen die Bildlinks im CSS auf das nächsthöhere Verzeichnis (ohne einen »/« dahinter), und es funktioniert. Der Grund ist offensichtlich nicht bei der Blog-Software zu finden, denn auch bei reinem, lokalen HTML funktionieren die vollen URLs im img-src-Tag nicht, sondern nur die kastrierten Abschnitte.

Ich krieg' die Kuve nicht!

2007-09-28T00:32:00.000+02:00

Was meine Person angeht, ist das eigentlich keine neue Entdeckung; hier dreht es sich jedoch um die Kurven für ein NURBS-Model, an das ich mich gemacht habe, um damit nicht aus der Übung zu kommen.

Ursprünglich wollte ich nur einen Jagdbomberangriff zum Anlass nehmen, nochmal etwas mit Fluids zu spielen und vor allem eine Fuel-basierte Explosion auf die Beine zu stellen, so in etwa wie in der Anfangseinstellung von »Apocalypse Now«. Jetzt habe ich einmal mehr das Pferd vom Schwanze her aufgezäumt und werkle eifrig an einer [F4 Phantom II] herum, dazu noch an einer viel zu detailreichen Vorstellung, als sie für die einfache Bombardierung von Nöten wäre.

Referenzmaterialien in Form von Photos gibt es in Hülle und Fülle - nur leider keine wirklich exakten Blaupausen, die in den verschiedenen Ansichten übereinstimmten, von einer anständigen Auflösung mal ganz zu schweigen. Die [beste Version], die ich finden kann, hat kyrillische Beschriftung - was soll man dazu sagen? Wirklich passgenau ist aber auch diese nicht. Somit bringe ich frustrierende Stunden mit den vergeblichen Versuchen zu, die richtigen Oberflächenkurven zu ziehen. In meiner Verzweiflung greife ich sogar auf die Bauanleitung eines [Revell]-Bausatzes zurück, der dankbarerweise als PDF erhältlich ist.

Eigentlich hasse ich NURBS sowieso: Im Umgang sind sie ungleich komplizierter als Polys, sie sind schwerer zu texturieren, da kein anständiges UV-Layout möglich ist, es gibt Ärger mit der Tesselation, Fillets explodieren und was weiß ich nicht noch alles.

Interior Renderings

2007-09-10T23:35:00.000+02:00

vergrößern

Ich hübsche die Innensets der »Hand« sporadisch mit MentalRay auf. Zum einen, um meine Handwerksfähigkeiten in puncto Interior Renderings zu verbessern, zum anderen, weil ich mein neu erworbenes, zweites Gigabyte RAM auslasten will, und schließlich, weil noch keine Idee für ein größeres Projekt habe.

Für den korrekten Photonenwurf beim Global Illumination musste ich die Wände neu bauen, da sie ursprünglich nur aus durchlöcherten Planes bestehen - was Photonen gar nicht mögen. Wenn schon Mental Ray zum Einsatz kommt, dann richtig: Boden, Wände und viele Holzelemente erhalten ein MIA-Material anstatt der alten Maya-Shader; alles, was aus Glas ist, bekommt einen DGS verpasst. Beim Rendern schalte ich zusätzlich Final Gathering ein und statte die Camera mit einem Lens-Shader für das Tonemapping in Photoshop aus.

vergrößern

Insgesamt braucht ein Color-Pass auf meiner etwas angegrauten Mühle rund 90 Minuten in Production Quality und 800x600-Auflösung. Fertig ist das aber noch nicht. Das Ergebnis zeigt sich jedoch auch nach der Postproduction etwas eintönig. Das Bild erhält noch einen Teppich, die Textur der Tischdecke wird geändert, ein neues Bild an die linke Wand gehängt, die Außenlandschaft angepasst etc. Im Photoshop schärfe ich Bild noch etwas nach und drehe an einzelnen Tonwerten.

vergrößern

Ein paar FG-Artefakte in den Vertiefungen der Decke habe ich falschen Radiuseinstellungen zuordnen können. Auch brauchen die Reflectionen der MIA-Shader zum Teil noch mehr Reflection-Samples, weil es derzeit noch etwas körnig aussieht (so zum Beispiel auf den Bilderrahmen). Dann gefällt mir der Lichteinfall auf der rechten Wand noch nicht wirklich, was trotz Tonemapping schnell zur unausgewogenen Überstrahlung in dieser Ecke führt. Zuletzt durchbrechen die Photonen die Fensterrahmen, was nur durch den AmOCC-Pass kaschiert wird. Eigentlich sollten Photonenradius und die GI Accuracy korrekt sein - zumindest kam es beim Einstellen nicht zu der gefürchteten Fleckigkeit an den Wänden.

Schon fertig

2007-09-01T12:00:00.000+02:00

Das ging ja relativ schnell. Weitgehend einem Tutorial einer von mir schön öfters beworbenen [Seite] folgend habe ich den Earth Zoom zusammengesetzt und mit ein paar zusätzlichen Effekten und Einstellungsebenen verfeinert.

Das Bildmaterial ist ein Gemisch von [Google]- und [Yahoo]-Maps; je nach dem, welche Zoom-Stufe besser aussah. Weil ich Köln letztens atomar eingeäschert habe, diente es mir diesmal sozusagen zum Ausgleich als Startpunkt. Die Kuh-Animation, die ohnehin etwas untergeht, habe ich ein wenig verfeinert und v.a. die Kuhbeine nach einem freundlichen Hinweis in die anatomisch korrekte Richtung gebogen.

Wie man die Kuh fliegen lässt...

2007-08-24T00:00:00.000+02:00

... muss sich erst noch zeigen.

Es ist wie immer: Irgendwas stimmt noch nicht, aber ich weiß nicht, was.

Nutzviehwirtschaft

2007-08-23T01:27:00.000+02:00

Den Satelliten habe ich selbst gebaut, bei der Kuh greife ich auf ein fertiges Model zurück. Geht schneller und sieht besser aus, auch wenn die Kuh nicht allzu deutlich zu sehen sein wird. Zwei Blendshapes baue ich für die Maul- und Augenliedbewegung.

Auch das Skelett ist schon vorgegeben. Ich füge lediglich zwei zusätzliche Joints für die Ohren ein. Die Kontollkurven werden schnell per Parent Contrains mit den Gelenken verbunden und untereinander geparentet. Danach hänge ich die Haupt per Soft-Skinning an das Skelett und painte die Weights. Das ist es auch schon, was das Hornvieh angeht. Mehr ist auch gar nicht erforderlich, zumal sich das gute Tier im Flug auch nicht allzu viel bewegen soll

Ein neues Projekt

2007-08-16T16:44:00.000+02:00

Für mein nächstes Projekt nehme ich mir einmal eine etwas kleinere Fingerübung und zudem etwas weniger Kriegslüsternes vor. Nicht dass man mir erneut moralische Vorwürfe machen kann.

Nichts Großes, eine Fingerübung halt, die einen - überaus originellen - Earth Zoom von der Erdoberfläche hinauf zu dem Satelliten mit einem kurzen, unblutigen Gag kombinieren soll. Inspiriert dazu hat mich der Trailer von »[Resident Evil: Extinction]« - nach dem peinlichen »Resident Evil: Apocalypse«-Debakel werde ich mir den Streifen gewiss nicht antun, da kann Milla Jovovichs Schönheit noch so strahlen.

Non scholae sed vitae discimus

2007-08-06T23:30:00.000+02:00

Nachdem »Die Hand« nun also mehr oder weniger erfolgreich dargereicht worden ist, habe ich mich neuen Ufern zugewandt.

Da ich von den frei zugänglichen Tutorials in der Vergangenheit weit mehr gelernt habe als etwa von DVDs, will ich an dieser Stelle auch einmal etwas für die lernbegierige Allgemeinheit tun und mein geringes Wissen mit der Öffentlichkeit teilen.

Und zwar mit einem ein Tutorial für eine Atomexplosion inklusive Compositing, noch dazu auf Deutsch von A bis Z. Etwas, das man immer gebrauchen kann und es in der Form - so weit ich gesehen habe - noch nicht gibt.

Das Atombombenkochbuch

2007-08-06T23:00:00.001+02:00

Atombombenexplosionen sind nicht nur bei iranischen Staatspräsidenten ein oft nachgefragtes Thema. Mit dem Einzug von CGI auf dem heimischen Desktoprechner ist die eigene Atombombe nicht länger ein exklusiver Wunschtraum für Staatsoberhäupter mit Minderwertigkeitskomplexen und zuviel Geld.

Dennoch gibt es erstaunlich wenige Tutorials zu dem Thema, auf Deutsch schon gar keine, und noch weniger welche, die über den Atompilz hinausgehen. Der ist aber nur die halbe Miete, denn wenn man mit Explosionskraft protzen will, braucht man ein Objekt zur Zerstörung.

Das folgende Kochrezept ist in zwei Abschnitte unterteilt: Einmal in die Animation des Atompilzes selbst und dann deren Einbettung in eine reale Umgebung.

Als Höllenküchengerät benötigen wir Maya und After Effects (im folgenden AfX abgekürzt, um der Verwechselung mit Mayas Attribute Editor, AE, vorzubeugen). Ich werde nicht völlig bei Adam und Eva anfangen; vorausgesetzt werden die Grundbegriffe in Maya und die in AfX ohnehin. Fertige Projekt-Files zum Download gibt es vorerst nicht, aber die Anleitung ist tatsächlich ein Schritt-für-Schritt-Tutorial und sollte daher zu einem vorzeigbaren Ergebnis führen.

Natürlich ist nicht alles auf meinem Mist gewachsen, teils habe ich aus den angegebenen Quellen wahrhaft mit vollen Händen geschöpft. Bei Anmerkungen oder Korrekturen soll keine Scheu herrschen, die Kommentarfunktion zu nutzen. Falls die F1-Tasten von Maya und AfX keine Antwort geben, bin ich auch da gerne bereit zu helfen. Bei Maya-Fragen dürfte auch das von mir sehr geschätzte [Percutio]-Forum zur Unterstützung bereit sein.

Das gesamte Tutorial lässt sich zudem als 680 KB großes [PDF] herunterladen.

I. Theorie & Praxis

2007-08-06T22:00:00.000+02:00

Wenn man Mutter Natur nachahmen will, ist es ratsam, Mutter Natur zu beobachten. Somit zur Theorie der sichtbaren Aspekte einer Atomexplosion, ausführlich bei Wikipedia^[1] beschrieben.

Eine Atombombe explodiert grob gesehen nach nach dem folgenden Zeitschema (wichtig für dieses Tutorial sind nur die Punkte 2. bis 4.):

Nukleare Kettenreaktion (0 bis 10^-6 Sekunden),
Feuerball- und Druckwellenbildung (10^-6 bis 0,1 Sekunden),
Ausbreitung der Druckwelle, Abkühlen des Feuerballs (0,1 bis 10 Sekunden),
Bildung der Pilzwolke (Sekunden bis Minuten),
Ausbreitung der Wolke, Fallout (Minuten bis Monate).

Nach der Kettenreaktion dehnt sich eine Feuerblase mit hoher Licht- und Wärmestrahlung schlagartig aus. Sie kühlt sich innerhalb von 100 Mikrosekunden auf etwa 300.000 Grad Celsius ab. Zu diesem Zeitpunkt hat sie einen Durchmesser von etwa 25 Metern (im Fall einer 20-kT-Explosion); an ihrer Oberfläche bildet sich eine Schockwelle, die sich mit anfänglich etwa 30 km/s ausbreitet. Eine zweite Schockwelle entsteht durch die Expansion des Bombenmaterials; sie vereinigt sich wenig später mit der Welle an der Oberfläche. Während sich diese innere Schockfront durch die Feuerblase ausbreitet, vermischt sich das verdampfte Bombenmaterial mit der ionisierten Luft.

Diese Kompression erhitzt die Luft auf etwa 30.000 Grad Celsius es bildet sich der eigentliche Feuerball, die von außen sichtbare Leuchterscheinung der Explosion. Bei dieser Temperatur wird Luft ionisiert und damit undurchsichtig, was die Leuchtkraft der erheblich heißeren und sich weiterhin ausdehnenden Feuerblase etwas abschwächt oder sie gar völlig abschirmt. Bei einer 20 kT-Bombe erreicht die Leuchtkraft nach etwa 15 Millisekunden auf diese Weise ein temporäres Minimum. Der Feuerball hat zu diesem Zeitpunkt etwa einen Durchmesser von 180 Metern.

Während der weiteren Ausdehnung des Feuerballs kühlt sich die Stoßfront an seiner Oberfläche weiter auf etwa 3.000 Grad Celsius ab und wird durchsichtig. Dahinter wird wieder die hell leuchtende Feuerblase mit einer Temperatur von rund 8.000 Grad Celsius sichtbar, die von nun an selbst als Feuerball bezeichnet wird. Der Feuerball erscheint zunächst wieder heller, bevor die freigegebene Feuerblase ihrerseits bis zum Verlöschen abkühlt. Auf diese Weise kommt der für Atomexplosionen typische Doppelblitz zustande. Zu diesem Zeitpunkt haben Feuerblase und Feuerball nahezu ihre größte Ausdehnung erreicht.

Nach der Auflösung der stoßerhitzten Hülle des Feuerballs breitet sich die Druckwelle unsichtbar weiter aus; dabei verdichtet sie weiterhin die Luft und treibt sie vom Explosionszentrum kugelförmig fort und wird zunächst im Hypozentrum (= die Erdoberfläche unter der Bombe) reflektiert. Dadurch wird eine zweite Schockwelle erzeugt, die Primärwelle folgt und etwas schneller als diese ist. In einiger Entfernung zum Hypozentrum vereinigen sich beide zu einer einzigen und breiten sich ringförmig aus. Im Vergleich zur Druckwelle einer Bodendetonation zwar in der Nähe des Hypozentrums schwächer, in größerer Entfernung jedoch erheblich zerstörerischer ist. Je höher die Detonation stattfindet, umso schwächer ist zwar die Druckwelle, die den Boden erreicht, gleichzeitig vergrößert sich die von der Druckwelle betroffene Bodenfläche.

Die Stärke der Druckwelle nimmt mit der Entfernung durch die geometrische Ausdünnung bei zunehmendem Radius, durch die Umwandlung der Wellenenergie in Wärme und durch die zunehmende Dauer der positiven Druckphase ab. Der positiven Druckphase folgt eine Phase mit negativem Druck (Unterdruck, »Sog«). Diese Unterdruckphase ist auch verantwortlich für die typischen Kondensringe, die sich bei hoher Luftfeuchtigkeit um den Explosionsherd herum ausbreiten und vor allem das typische Erscheinungsbild der Testexplosionen im Pazifik bestimmten.

Nach dem »Wegbrechen« der Druckwelle kühlt sich der Feuerball weiter ab und beginnt sich zu heben. Er reißt Staub und Asche mit in die Höhe und erzeugt somit die pilzförmige Wolke. Deren Höhe hängt vor allem von der Explosionsenergie, der Detonationshöhe und von der Wetterlage ab. Bei manchen Atombombenexplosionen zeigt der Atompilz einen leuchtenden ringförmigen Schlauch. Dieser entsteht dadurch, dass der aufsteigende Feuerball durch die Reibung an der umgebenden Luft in eine Rotation gerät und sich die heißen, hell leuchtenden Gase in diesem Ring sammeln.

Soviel zur Theorie. Doch auch wenn wir Mutter Natur nachahmen wollen, müssen wir der Erwartungshaltung des Publikums Rechnung tragen. Beispiel: Es würde die meisten Leute eher verwundern, wenn ein explodierendes Raumschiff im Weltall keinen Lärm machte. Das wäre zwar physikalisch korrekt, aber das Publikum hat immer recht, also muss es Lärm machen. In anderen Worten: Es geht nicht um die physikalisch korrekte Darstellung der Vorgänge, sondern um den optischen Eindruck. Sicher wird es den ein oder anderen Nerd geben, der aufgrund des ihm gebotenen Schauspiels genaue Berechnungen über Sprengkraft, Wetterlage, Explosionshöhe und Zeitabständen anstellen und einen Fehler finden wird. Soll dieser Nerd im Heise-Forum seine überheblichen Hass-Postings (»total unrealistisch!«) ablassen, wir wollen nur für einen nuklearen Augenschmaus sorgen und kein Fachmaterial für Physikspinner rendern. Wenn etwas optischer besser rüberkommt, sollten wir uns also ruhig von den Fesseln der Realität befreien und nach Gusto schalten und walten.

Fassen wir zusammen, was wir brauchen:

einen Lichtblitz,
einen Atompilz,
eine Druckwelle,
eine zu verwüstende Stadt.

Nun wissen wir, was wir für einen erfolgreichen Atomschlag gegen unsere Lieblingsstadt benötigen. Das Endprodukt soll ein Film von 640x480 Pixeln Größe (4:3) und ca. 15 Sekunden Länge sein. Das ist relativ viel, wenn man bedenkt, dass im Film meist umgeschnitten wird, um die Reaktion der handelnden Figuren zu zeigen.

II. Computer Generated Inferno (CGI)

2007-08-06T21:00:00.000+02:00

Erst einmal sollten wir ein paar Referenzmaterialien sammeln. Auf Youtube und Konsorten gibt es unzählige Atomexplosionen, eine sehr gute ist die hier:

Das sollte man sich gleich über [Keepvid.com] o.ä. herunterladen und einem Tool nach Wahl in eine AVI-Datei mit einem Codec umwandeln, mit dem man Einzelbilder vor- und rückwärts lückenlos betrachten kann.

Sodann brauchen wir ein Hintergrundbild Ein 2D-Bild mit entsprechender Bearbeitung reicht aus und befreit uns von der Bürde, in Maya eine komplette Stadt modellieren und texturieren zu müssen. Sicherlich wäre es dramatischer, eine Stadt einzuäschern, in der alles fröhlich kreucht und fleucht. Sofern man jedoch eine Livebilder mit einigen hundert Statisten, die sich entsprechend verhalten, in der Hinterhand hat, reicht eine 2D-Photographie aus. Außerdem würde die Bearbeitung wird wesentlich aufwendiger. Und nicht zuletzt: Der durchschnittliche Zuschauer bemerkt erst nach drei bis fünf Sekunden, dass es sich um ein Standbild handelt.^[2]

Bei der Auswahl sollte man darauf achten: nicht zu nahe, nicht zu fern. Wenn zu viele Details im Vordergrund zu sehen sind, fällt schneller auf, dass sich nichts bewegt. Andererseits sollten noch einzelnen Gebäude erkennbar sein und kein amorphes Häusermeer. Die Auflösung sollte höher sein als die des späteren das Ergebnisses.

Ein solches Photo^[3] habe ich hier aus einer freien Datenbank herausgesucht. Dankbarerweise stehen dort auch die EXIF-Daten, aus denen ersichtlich ist, dass der generöse Photograph eine Brennweite (Focal Length) von 44mm benutzt hat. Zusätzlich habe ich das Photo noch ein bisschen farblich bearbeitet und einen passenden Ausschnitt im Zielformat (4:3) ausgesucht.

Vorbereitung in After Effects

Jetzt geht's ans Eingemachte. In After Effects erstellen wir ein neues Projekt, dessen Anzeige (Datei > Projekteinstellungen) auf »Frames« stehen sollte.

Zuerst brauchen wir eine neue Komposition mit 700x525 Pixeln Größe (Quadratische Pixel im Seitenverhältnis), Frame Rate auf »25«, 350 Frames Dauer und Ersten Frame bei 1. Die nennen wir »Hintergrundbild« und importieren das 800x600 Photo hinein. Diese Ebene wird auf 3D umgestellt, auf rund 63 % skaliert und erhält eine leichte Änderung der Z-Position, die wir keyen:

Frame 1: Z-Position = -97,9
Frame 50: Z-Position = 0

Zeitleiste der »Hintergrundbild«-Komposition

Nun brauchen wir eine neue Kompositon, die wir »FinalNuke« nennen. Sie hat die Größe von 640x480, ebenfalls 350 Frames Dauer und den Ersten Frame bei 1.

Als unterste Ebene nehmen wir die »Hintergrundbild«-Komposition und geben ihr den Ebenennamen »Stadtbild - Neutral«. Darüber legen wir eine Schwarze Ebene > Neu > Farbfläche, nennen diese »Schockwelle«, bringen sie in den 3D-Modus und belegen sie mit Effekt> Rendering-Filter > Raster und diesen Einstellungen:

Mithilfe dieses Gitternetzes können wir nun die »Schockwelle«-Ebene so positionieren/rotieren, dass sie auf dem Boden unseres Hintergrundes zu liegen scheint:

Diesen Frame (Nr. 75) rendern wir jetzt als Einzelbild (Komposition > Frame speichern unter) und benutzen ihn als Referenz in Maya. Der Raster-Effekt der »Schockwellen«-Ebene wird jetzt ausgeblendet. Er dient nur als Hilfe zur Positionierung. Damit verlassen wir AfX und gehen über zur

Animationen in Maya

Wie erwähnt gibt es für den Atompilz Mayas Fluids oder - wer darüber nicht verfügen kann - Partikel. Beide Wege werden im Folgenden ausführlich beschrieben.

Bevor irgend etwas animiert wird, muss die Kamera eingestellt werden. Dazu erzeugen wir eine neue Create > Camera und benennen sie in »NukeCam« um. Die Focal Length - das wissen wir aus den EXIF-Daten, beträgt 44(mm), weiterhin braucht unsere Kamera noch eine Image Plane. Als Image Name geben wir das 640x480-File aus der Vorbereitung ein, die Depth (bei Placement im AE der Image Plane) sollte relativ hoch liegen.

Mit diesen Hilfsmitteln können wir jetzt die Kamera positionieren. Um es etwas leichter zu machen, kann man auch die Schnelle einen überaus hässlichen NURBS-Atompilz basteln (der auf den Koordinaten 0, 0, 0 stehen bleiben sollte).

Wenn die Kameraeinstellung dem Auge gefällig ist, sollten wir in der Channel Box alle Transform-Channels per RMB > Lock Selected ausschalten, um ein versehentliches Verstellen der Kamera zu verhindern, und ansonsten mit der »persp« oder einer anderen Kamera weiterarbeiten.

Schließlich wird die Start-Time der Animation auf 1 und die End-Time auf 300 gestellt.

III. A) Atompilz mit Fluids

2007-08-06T20:00:00.000+02:00

Fluids sehen cool und attraktiv aus. Ein Nachteil ist, dass sie nur in der Maya Unlimited-Ausgabe vorhanden sind. Für alle, die nicht dergestalt ausgerüstet sind, bleibt der Weg über das [Partikel-System]. Unter Fluid Effects > Get Fluid Examples... > (Ordner) Explosions finden sich zwei sehr aufschlussreiche Scenefiles. Auf jeden Fall lohnt ein genauer Blick darauf; aber weil wir so cool sind, zünden wir unsere eigene Explosion.

Ganz hilfreich kann es zudem sein, während der Einstellungen den Viewport auf »Shaded and Textured« zu stellen (Taste 6), - manche Änderungen werden damit sofort ersichtlich oder zumindest abschätzbar.

Weil wir mit einem 3D-Container arbeiten werden, sollte die Playback-Geschwindigkeit über Window > Settings/Preferences > Preferences > (Abschnitt) Settings/Timeline: Playback Speed auf »Play every Frame« gestellt werden, da die Simulation ansonsten nicht korrekt abläuft - es sei denn, man sitzt vor einem sehr schnellen Rechner.

Der Atompilz

Der Knackpunkt bei der Fluid-Animation ist es, die Wolke per Simulation in die richtige Form zu bekommen.^[4] Die Explosion beginnen wir mit Fluid Effects > Create 3D Container with Emitter, und nennen den Container: »container_Nuke«t; sowie den Emitter: »fluidEmitter_Nuke«.

Der »container_Nuke« wird auf Tanslate Y auf 7.33 gehoben. (Die hier im Folgenden gemachten Angaben für Translate, Rotation und Scale und sind auf das Compositing-Bild abgestimmt und müssen bei anderen Bildern/Bildausschnitten natürlich angepasst werden.). Weitere Einstellungen sind:

AE von container_Nuke (1)

Boundaries beschreiben, wie die Fluids sich an den Wänden des Containers verhalten sollen. »None« bei Boundary X und Z verhindern, dass das Fluid von den Seitenwänden des Containers beeinflusst wird. Boundary Y auf »-Y« bedeutet, dass der Container zwar einen Boden hat, aber kein Dach.

Die Density bezeichnet die Substanz von Fluids, oder anders ausgedrückt: die Sichtbarkeit. Der Ausstoß von Density ist in etwa vergleichbar mit dem Ausstoß von Partikeln - der grundlegende Unterschied ist halt, dass FluidContainer aus einem Raster von Voxeln bestehen, die ihre Position nicht ändern, dafür aber ihre Eigenschaften - z.B. ihre Density. Velocity bestimmt die Bewegung von Density, Temperature, Fuel und Color. Temperature beeinflusst das Verhalten der Density, bzw. das Aufsteigen. Die Einstellung »Dynamic Grid« besagt jeweils, dass diese Elemente durch den Solver berechnet werden und nicht statisch sein oder durch einen Verlauf gesteuert werden sollen.

AE von container_Nuke (2)

Gravity ist gleichbedeutend mit dem bekannten Gravity-Field. Viscosity bezeichnet das Bestreben des Fluids, »zusammenzukleben« oder auch: »dickflüssiger« zu agieren, Friction die Reibung an Geometrie oder Containerwänden. Damp regelt die Abschwächung/Beibehaltung der Bewegung über die Zeit (vergleichbar mit dem Conserve-Wert von Partikeln). Je höher der Wert, desto schneller verlieren die Fluids ihre Bewegungsenergie. Mit der Simulation Scale Rate bestimmt man, wie schnell die Simulation ablaufen soll. Je höher der Wert, je kürzer sind die Schritte der Simulation.

AE von container_Nuke (3)

Im »Contents Details«-Abschnitt werden die Details der Simulation festgelegt. Buoyancy regelt das Bestreben des Fluids, aufzusteigen (bei einem Wert > 0) oder abzusinken (< 0). Swirl sorgt für eine Verwirbelung des Fluids. Dissipation bedeutet das Abschwächen des Effekts (eine Art Fade-Out), während Diffusion die Verteilung innerhalb des Containers mit fortschreitender Zeit bestimmt. Wegen des großen Maßstabs der Szene lassen wir die Turbulence Strength auf »0«.

AE von container_Nuke (4)

Color bestimmt die Grundfarbe des Fluids. Die Incandescence bestimmt - grob gesagt - Farbe und Licht, die vom Fluid selbst ausgehen. Je dunkler die Incandescence ist, desto mehr schlägt die Color durch und umgekehrt. Während Density die - ich will hier mal schreiben: »physische« Dicke des Fluids bezeichnet, bestimmt die Opacity die optische Dichte. Der Unterschied: Bei einer Opacity von »0« ist das Fluid zwar physisch vorhanden, aber nicht sichtbar. Während Density (Scale) und Opacity sich gegenseitig beeinflussen, betrifft Transparency die Durchsichtigkeit beider zugleich - in etwa so wie die Transparency eines Shaders. Weil wir den Glow später AfX überlassen, brauchen wir uns hier nicht darum zu kümmern. Dropoff Shape regelt die Transparenz des Fluids an den Wänden des Containers.

Input Bias hört sich sehr kryptisch an, heißt aber eigentlich nicht viel mehr als: Gewichtung. Je stärker der Input Bias von 0 abweicht, desto stärker tendiert er zu einer Seite der dazugehörigen Einstellungsramp. (Die Farb-Ramps und die Opacity-Kurve müssen nicht 100% genau wie im Bild übereinstimmen.) Der Input Bias des Incandescence unseres Atompilz-Fluids muss gekeyed werden (mit Spline-Interpolation):

Frame 11: Incandescence Input Bias = 0.892
Frame 80: Incandescence Input Bias = 0
Frame 300: Incandescence Input Bias = -0.214

Die Renderqualität der Fluids wird üblicherweise im »Shading Quality«-Abschnitt eingestellt - man kann also getrost die Render Globals auf »Preview« belassen. Weil wir unseren Atompilz zudem noch in relativ unscharfes Material einkopieren und das Ergebnis eine Animation ist, können wir die Shading Quality beruhigt auf »t;1« stehen lassen.

Das Texturing ist folgendermaßen aufgebaut:

AE von container_Nuke (5)

Mit dem Texture-Abschnitt erhält das Fluid, das bislang noch eher nebelig wirkt, sein wolkiges Aussehen.

Die Texture Time erhält die Keyframes:

Frame 1: Texture Time = 0
Frame 150: Texture Time = 0.5
Frame 300: Texture Time = 0.506

Zudem sollten die Key-Tangenten bei Frame 150 verschoben werden, so dass die Kurve ungefähr so aussieht:

GraphEditor von container_Nuke

Die Texture Origin Y (= der mittlere Wert bei Texture Origin):

Frame 1: Texture Origin Y = 0
Frame 150: Texture Origin Y = 0.05
Frame 300: Texture Origin Y = 0.0602

Auch hier sollten die Key-Tangenten wie oben angepasst werden. Schließlich erhält unser Atompilz noch eine leichte Eigenschattierung:

AE von container_Nuke (6)

Jetzt wird der »fluidEmitter_Nuke« eingestellt.

AE von fluidEmitter_Nuke

Die Werte bei Density/Voxel/Sec und Heat/Voxel/Sec regeln die Menge an emittierter Density und Temperature. Das Fluid Dropoff kommt bei unserem Volume-Emitter zum Zuge: Je geringer der Wert ist, desto genauer stimmt die Density/Temperature-Emission mit der Form des Volume-Emitters überein, je höher der Wert, desto mehr beschränkt sich die Emission auf den Mittelpunkt des Emitters.

Alle drei Werte müssen gekeyt werden (Spline- oder Linear-Interpolation):

Frame	Density	Heat	Dropoff
20	3.5	3	0
21	0	0	10

Schließlich muss der Emitter noch auf Scale X-Z: 4.5/2.5/4.5 vergrößert und knapp über den Boden des Containers gesetzt werden (Translate Y = -7), in etwa so:

Damit ist der Atompilz fertig.

Was passiert jetzt?

Wenn alles richtig gemacht wurde, sollte bei Frame 75 jetzt ein Bild wie das nebenstehende zu sehen sein.

Wir haben einen Fluid-Container, dessen Density im Wesentlichen von der Temperatur bewegt wird. Von Frame 0 bis 20 spuckt der Emitter dank des Dropoff-Wertes von »0« aus seinem ganzen Volumen kräftig Temperature und Density. Ab Frame 21 wird keine Density und Heat mehr abgegeben, zwischen Frame 20 und 21 zieht sich die Emission aufgrund des steigenden Dropoff-Wertes zum Zentrum des Emitters zurück und formt damit den Pilzstiel.

Jetzt beginnt die Temperature zu wirken: Während der Emitter bleibt, wo er ist, lässt Temperature-Buoyancy die Hitze und damit die Density innerhalb des Containers in die Höhe steigen. Wegen des Friction-Wertes bleibt zudem etwas Fluid auf dem Boden des Containers zurück. Mit der Zeit verteilt sich die Hitze etwas (wegen der Diffusion) und verschwindet mit der Zeit (wegen der Dissipation). Ab einer gewissen Zeit/Höhe ist keine Temperature mehr vorhanden und der Pilz behält seine Form. Weil die Textur weiterhin animiert wird, scheint es so, als ob sich das Fluid noch etwas weiter bewegte.

Die Farbe erhält das Fluid ausschließlich aus der Density. Theoretisch könnte man die Incandescence auch durch die Temperature bestimmen lassen - hier aber soll die Temperatur ausschließlich das Fluid in seine Form bringen und sonst nichts. Die Keyframes des Indancescence-Bias-Wertes regeln lassen den Pilz erst weißglühend erscheinen, dann verschiebt sich der Bias-Input zur dunklen Seite der Indandescence-Ramp und überlässt das Feld in Teilen der Color.

Bevor wir zum nächsten Teil übergehen, eine Warnung: Fluids werden auch dann berechnet, wenn ihre Visibility auf »off« steht. Daher sollte man während der Arbeit an einem anderen Fluid im AE des fertig eingestellten Containers im AE unter »Dynamic Simulation« das Feld »Disable Evaluation« anhaken. Damit wird dieser Container von der Simulation ignoriert.

Der Feuersturm

Für den Feuersturm nach der Schockwelle reicht ein 2D-Container, da sie auf einer Ebene mit dem Boden des Hintergrundes liegt: Fluid Effects > Create 2D Container with Emitter, und nennen den Container: »container_Firestorm« sowie den Emitter: »emitterFluid_Firestorm«. Der Container wird wie folgt positioniert:

	X	Y	Z
Translate	-8.83	2	-23.682
Rotate	-90	0	0
Scale	10	10	10

Nochmal zur Erinnerung: Diese Werte beziehen sich auf das Compositing-Bild und können bzw. müssen angepasst werden, so dass sich der Feuersturm über den Boden bis zum Horizont ausbreiten kann.

AE von container_Firestorm(1)

Für den Feuersturm brauchen wir nur Density und Velocity als Dynamic Grid.

AE von container_Firestorm(2)

Wichtig ist nur der Density-Scale Wert (eine Art Multiplikator für das Density-Verhalten) von »1«, alle anderen Werte bleiben auf Default.

AE von container_Firestorm(3)

Auch hier wird der Input Bias-Wert der Incandescence gekeyt, und zwar:

Frame 21: Incandescence Input Bias = 0.882
Frame 64: Incandescence Input Bias = 0

Die Shading Quality bleibt wie gehabt auf »1«.

AE von container_Firestorm(4)

Die Keys für die Texture Time sind:

Frame 1: Texture Time = 0
Frame 120: Texture Time = 0.2

Jetzt fehlen noch die Einstellungen des emitterFluid_Firestorm.

AE von emitter_Fluid_Firestorm

Die Keys für Density und Heat müssen so gesetzt werden:

Frame	Density	Heat
9	0	0
10	2	2

Auch die Scale-Werte müssen gekeyt werden:

Frame 9: Scale X-Z = 0.1
Frame 300: Scale X-Z = 18

Die TranslateXYZ-Werte des Emitters liegen bei 0.773/-2.892/-0.006. Noch einmal zur Wiederholung, weil es so schön ist: Diese Werte sind abhängig vom Compositing-Bild. Es muss unbedingt darauf geachtet werden, dass der Emitter (von der NukeCam aus gesehen) etwa in der Mitte des Bodens des container_Nuke, d.h. unter dem Zentrum unserer virtuellen Explosion positioniert wird:

Was sollte das?

Bei allen richtigen Einstellungen sollte der Feuerstum bei Frame 60 etwa so aussehen:

Im Gegensatz zu unserem Atompilz ist der Feuersturm geradezu einfach. Er besteht nur aus einem 2D-Container, dessen Emitter sich an die Ränder ausdehnt und dabei Density hinterlässt. Durch die Curve bei Opacity im Shading wird dabei in der Mitte ein Loch zurückgelassen.

Vor dem Rendern

Fluids brauchen ihre Renderzeit. Immerhin kann man bei gasförmigen Fluids wie Wolken oder halt einem Atompilz den Window > Rendering Editors > Hardware Render Buffer (HRB) zu nutzen. Ist zwar weiß Gott nicht das gleiche, v.a. weil unsere Fluids texturiert sind, aber für eine Testsequenz reicht es allemal. Andererseits haben wir wie erwähnt die Shading-Quality auf »1« stehen lassen. Für unseren Zweck reicht das vollkommen und die Renderzeiten pro Frame bleiben locker unter einer Minute.

Wie Partikel lassen sich auch Fluids cachen, was vor dem Rendern ein absolutes Muss ist. Also Bei allen Containern «Disable Evaluation» ausschalten und jeweils Fluid Effects > Create Cache []

anwenden. Fluid-Cache-Dateien können ziemlich groß werden, daher ist es ratsam, nur das zu cachen, was auch berechnet wird. Für den container_Nuke ist es nur Density, Velocity und Temperature, für den container_Firestorm ist es nur Density und Velocity.

Weiterhin muss vor dem Rendern die ImagePlane der »NukeCam« ausgeblendet werden, da sie nur zur Positionierung dienen und nicht mitgerendert werden sollte. Schließlich müssen Atompilz und Feuersturm in zwei separaten Layern gerendert werden, um die Nachbearbeitung zu erleichtern. Als Output-Format kann man getrost das Maya-eigene IFF-Format wählen, das AfX problemlos lesen kann - sofern man keinen Z-Buffer benötigt.

Jetzt noch einen Batch-Rendervorgang vornehmlich über die Kommandozeile starten, und die Animation in Maya ist soweit fertig. Wer so weit gekommen ist, kann den nächsten Abschnitt, einen Atompilz aus Partikeln, jetzt überspringen.

III. B) Atompilz aus Partikeln

2007-08-06T19:00:00.001+02:00

Wer auf Fluids verzichten muss, kann für den Atompilz ohne weiteres auf Partikel ausweichen. Richtig eingestellt - und ggf. nachbearbeitet - können auch auch Hardware-Partikel ein sehr ansehnliches Ergebnis liefern.^[5]

Der Atompilz

Im Grunde entsteht unser Partikel-Pilz aus mehreren Partikelobjekten: Der Pilzkappe, dem Stiel und der Wolke auf dem Boden. Beginnen wir mir der Pilzkappe und (Dyamics) Particles > Create Emitter. Den nennen wir »emitterMushroomCap« und geben ihm diese Einstellungen:

AE von emitterMushroomCap

Er erhält folgende Keyframes:

Frame	TranslateY	ScaleX/Z	Scale Y
1	1	2	1
15	1.25	3.65	2.3

Und zusätzlich Keyframes für die Rate

Frame 13: rate = 20000 [zwanzig Tausend]
Frame 15: rate = 0

Das zugehörige Partikel-Objekt nennen wir «particleMushroomCap» und stellen es ein:

AE von particleMushroomCap

Jetzt benötigen wir zusätzliche Attribute für die Sprites:

AE von particleMushroomCap

Mit dem Druck auf den Buttons »Color« und »Opacity« erstellen wir ein »Add per Object«-Attribute für die Color und eines für die Opacity. Der »General«-Button lässt uns eine Reihe weiterer benötigter PerParticle-Attribute erstellen, einmal ein eigenes:

AE von particleMushroomCap

und weiterhin mehrere, die schon vorgefertigt sind:

AE von particleMushroomCap

Die neuen Attribute werden nun wie folgt eingestellt:

AE von particleMushroomCap

Im Feld »mass« erzeugen wir per RMB > Creation Expression... und geben in dem neuen Fenster ein:

particleMushroomCapShape.twistRatePP = rand (-1, 1);
particleMushroomCapShape.spriteTwistPP = rand (0, 360);
particleMushroomCapShape.spriteScaleXPP = rand (0.75, 1.25);
particleMushroomCapShape.spriteScaleYPP = particleMushroomCapShape.spriteScaleXPP;
particleMushroomCapShape.mass = particleMushroomCapShape.spriteScaleXPP + 0.5;

Mit einem weiteren RMB > Runtime Before Dynamics Expression... geben wir diese Expression an:

particleMushroomCapShape.spriteTwistPP += particleMushroomCapShape.twistRatePP * 15;

Nun wenden wir uns dem Pilzstiel zu. Dazu erzeugen wir Particles > Create Emitter, den wir »emitterMushroomStem« nennen. Er wird auf ScaleXYZ 3/1/3 skaliert und erhält die Werte:

AE von emitterMushroomStem

Die Rate und Away from Center werden gekeyt:

Frame 140: rate = 1000
Frame 147: rate = 0

Frame 142: Away from Center = -2.5
Frame 144: Away from Center = 0

Das ParticleObject benennen wir »particleMushroomStem« und passen die Werte an:

AE von particleMushroomStem

Die Einstellungen der Render Attributes und die erforderlichen Attribute sind die gleichen wie bei »particleMushroomCap« [s.o.]. Einzig die Particle Expressions sind andere.

Die Creation Expression ist:

particleMushroomStemShape.twistRatePP = rand (-1, 1);
particleMushroomStemShape.spriteTwistPP = rand (0, 360);
particleMushroomStemShape.spriteScaleXPP = rand (0.75, 1.25);
particleMushroomStemShape.spriteScaleYPP = particleMushroomStemShape.spriteScaleXPP;
particleMushroomStemShape.mass = particleMushroomStemShape.spriteScaleXPP + 0.5;

Die Runtime Before Dynamics Expression lautet:

particleMushroomStemShape.spriteTwistPP += particleMushroomStemShape.twistRatePP * 15;

Jetzt bleibt noch der untere Teil des Atompilzes.

Dessen Particle > Create Emitter nennen wir »emitterMushroomBottom«:

AE emitterMushroomBottom

Der Emitter wird auf 3.5/1/3.5 skaliert, bevor wir das Partikel-Objekt »particleMushroomBottom« umbenennen.

AE von particleMushroomBottom

Wieder sind Render Attributes fast identisch mit der »particleMushroomCap« [s.o.]. Bei der Opacity benötigen wir hier jedoch ein »Add Per Particle Atribute«.

Die Creation Expression ist:

particleMushroomBottomShape.twistRatePP = rand (-1, 1);
particleMushroomBottomShape.spriteTwistPP = rand (0, 360);
particleMushroomBottomShape.spriteScaleXPP = rand (0.75, 1.25);
particleMushroomBottomShape.spriteScaleYPP = particleMushroomBottomShape.spriteScaleXPP;
particleMushroomBottomShape.mass = particleMushroomBottomShape.spriteScaleXPP + 0.5;

Die Runtime Before Dynamics Expression lautet:

particleMushroomBottomShape.spriteTwistPP += particleMushroomBottomShape.twistRatePP * 15;

Im Feld opacityPP erzeugen wir RMB > Create Ramp[]:

Jetzt verpassen wir unseren Partikeln noch ein paar Fields. Zuerst wählen wir »particleMushroomCap« und »particleMushroomStem« gemeinsam aus und erzeugen ein Fields > Uniform, nennen es »uniformFieldMushroom« und versehen es mit den Einstellungen:

AE von uniformFieldMushroom

Die Keys für Magnitude sind:

Frame 102: Magnitude = 20
Frame 105: Magnitude = 0

Für ein zweites Field wählen wir »particleMushroomCap«t;, »particleMushroomStem« und »particleMushroomBottom« aus und erzeugen Fields > Turbulence, nennen es »turbulenceFieldMushroom« und stellen es ein:

AE von turbulenceFieldMushroom

Jetzt kümmern wir uns um den Shader der Sprites. Dazu erzeugen wir im Hypershade Window einen Lambert-Shader und verbinden ihn mit einem File Texture-Node. Dazu malen wir uns in einem Bildbearbeitungprogramm nach wahl eine quadratische Rauch-Textur. Wichtig ist hierbei, dass das Texturfile einen Alpha-Kanal hat. JPG oder andere ähnliche Formate scheiden also aus.

Shading-Network des Lamberts

Diesen Lambert Shader legen wir auf alle drei Partikel-Objekte, »particleMushroomCap«, »particleMushroomStem« und »particleMushroomBottom«.

In einem letzten Schritt passen wir noch die File-Textur an:

AE des file-Nodes

Jetzt müssen wir nur noch die Color Gain keyen (mit Spline-Interpolation):

Frame	R	G	B
26	2	1.995	1.774
40	1.5	1.362	1.125
75	1.5	1.238	0.864
125	1	0.461	0.136

Damit wäre der Atompilz soweit fertig

Was ist damit erreicht worden?

Nun müsste es bei Frame 75 etwa so aussehen:

Der »emitterMushroomCap« dehnt sich für ein paar Frames aus und speit dabei Sprite-Partikel aus, die danach von dem Uniform-Field nach oben gedrückt werden. Der »emitterMushroomStem« funktioniert nach dem selben Prinzip. Die Sprites des »emitterMushroomBottom« werden nicht mit dem Uniform-Field verknüpft und bleiben daher in Bodennähe.

Die Particle Expressions sorgen derweil für zusätzliche Bewegung, indem sich Sprites um ihre Achse drehen.

Der Feuersturm

Die Schockwelle baut sich nach dem gleichen Verfahren auf die der Atompilz. Am Anfang steht ein Create Curves > NURBS Primitives > Circle, den wir in »t;circle_Firestorm« umbenennen und mit folgenden Keyframes ausstatten:

Frame 20: ScaleXYZ = 1
Frame 300: ScaleXYZ = 100

Den NURBS-Kreis auswählen und Particles > Emit from Object, dann den Emitter anwählen, in »emitterFirestorm« umbenennen und so einstellen:

AE von emitterFirestorm

Die Keys der Rate sind:

Frame 20: rate = 0
Frame 21: rate = 2500

Das particle-Objekt in »particleFirestorm« umbenennen, und so einstellen:

AE von particleFirestorm

Die Ramp für die opacityPP sieht so aus:

und die Creation Expression für rgbPP so:

particle_Shockwave.rgbPP = rand(<<.3, .1, .1>>,<<.1, .1 ,0>>);

Schließlich wählen wir den »particleFirestorm« aus und erzeugen ein: Fields > Turbulence Feld mit den Werten

AE des Turbulence Fields

Danach wählen wir »particleFirestorm«t; gleich noch einmal an und erzeugen ein: Fields > Vortex Feld mit den Einstellungen:

AE des Vortex Fields

Was ist damit erreicht worden?

Von der Mitte aus breitet sich damit nach allen Seiten ein Feuerring aus, der durch den verkleinerten Conserve-Wert in seinem inneren noch etwas nachglüht. Die Partikel werden durch das Vortex und das Turbulence-Field zusätzlich in Unruhe versetzt.

Vor dem Rendern

Wenn die Animation der Partikel zufriedenstellend ist, sollten sie gecached werden Solvers > Create Particle Disk Cache []. Hier müssen alle Partikel gecached werden.

Außerdem sollte die ImagePlane der »NukeCam« sollte jetzt gelöscht oder ausgeblendet werden, da sie nur bei der Positionierung der Kamera behilflich gedient hat und nicht mitgerendert werden darf.

Wir wir ausschließlich Hardware-Partikel benutzt haben, kann für das Rendering kann wahlweise der Hardware Renderer oder der HRB bemüht werden. Der Hardware Renderer hat den Vorteil, dass man eine Batch-Render-Datei erstellen kann, die man bequem in Abwesenheit laufen lassen kann. Für den HRB hingegen muss dagegen Maya gestartet sein, evtl. Bildschirmschoner müssen abgeschaltet werden etc.

IV. Compositing in After Effects

2007-08-06T15:30:00.000+02:00

Nachdem wir nun eine stattliche Atomexplosion gerendert haben, müssen wir sie in eine reale Umgebung verpflanzen.^[6] In After Effects machen wir jetzt da weiter, wo wir zuvor bei der [Vorbereitung] aufgehört haben. Ich nutze der Bequemlichkeit halber AfX auf Deutsch. Wer das Programm auf Englisch installiert hat, kann es je nach Version nachträglich mit den Parametern »-L DE« beim »Ziel« in der Windows-Verknüpfung umstellen, ohne das Programm neu installieren zu müssen. Des weiteren nehme ich nur die Sequenzen aus dem Fluid-Abschnitt. Für den Partikelpilz müssen einige Frames und Masken leicht verschoben werden, damit der Rest passt, aber das Prinzip bleibt das selbe.

Zuerst öffnen wir die »FinalNuke«-Komposition. Über die »Schockwellen«-Ebene mit ausgeblendetem Raster-Effekt legen wir einen neue schwarze Ebene > Neu > Farbfläche an, nennen diese »BlastLight« und setzten sie in den Füll-Modus »Negativ multiplizieren«.

Sie erhält mehrere Filter: Zuerst Effekt > Rendering-Filter > Blendeneffekte. Nebenbei bemerkt endlich wieder mal eine Möglichkeit, einen Lensflare-Effekt zu benutzen, ohne sich Vorwürfe anhören zu müssen. Der Blendeneffekt bekommt den Wert Objektivart von 105 mm. Der Mittelpunkt der Lichtbrechung liegt im Zentrum unserer Explosion, also in etwa 484,7/349,0. Die Helligkeit des Blendenflecks wird gekeyt:

Frame 28: Helligkeit des Blendenflecks = 0%
Frame 33: Helligkeit des Blendenflecks = 200%
Frame 55: Helligkeit des Blendenflecks = 205%
Frame 79: Helligkeit des Blendenflecks = 0%

Nun fehlen noch die Effekte > Anpassen > Farbton/Sättigung, der den Standardfarbton um »+39°« dreht und die Standdardsättigung um »-12« herabsetzt. Und ein Effekt > Anpassen > Kurven, der den Helligkeitsverlauf anpasst.

Die Zeitleiste der »FinalNuke«-Komposition sollte zu diesem Zeitpunkt so ähnlich aussehen (nicht 100%ig, es geht bei den Bildschirmphotos der jeweiligen Zeitleisten vorrangig um die richtige Reihenfolge/zeitliche Platzierung der Ebenen):

Nun wenden wir auf die Ebene »Schockwelle« zwei neue Effekte an (Zur Erinnerung: der Raster-Effekt sollte ausgeblendet sein). Zuerst Effekt > Rendering-Filter > Radiowellen, die den sichtbaren Teil der Schockwelle ausmachen. Die Position bestimmt den Mittelpunkt, von dem sich die Schockwelle ausbreitet.

Danach Effekte > Verzerren > Versetzen mit diesen Einstellungen:

Schließlich verschieben wir die Ebene »Schockwelle« auf den Frame 63 und keyen ihre Deckkraft:

Frame 67: Deckkraft = 100%
Frame 75: Deckkraft = 0%

Die Zeitleiste sollte jetzt so ähnlich:

aussehen. Jetzt ist es Zeit, unser Maya-Material zu importieren. Dabei achten wir darauf, dass bei beiden Sequenzen beim Interpretieren der Alpha-Kanal als »Integriert« erkannt wird.

Beide Sequenzen werden über der »Schockwellen«-Ebene bei Frame 63 gelegt und »Atompilz« bzw. »Feuersturm« genannt. Der »Atompilz« erhält einen Effekt > Weich- und Scharfzeichnen > Schneller Weichzeichner mit der Stärke von 2,0. Der »Feuersturm« benötigt noch eine Spezialbehandlung, damit er sich zum Horizont hin abschwächt.

Dazu legen wir über den »Feuersturm« eine schwarze Ebene > Neu > Farbfläche, »FeuersturmMatte« genannt, mit einem Effekt > Rendering-Filter > Verlauf. Dieser Verlauf wird so angepasst, dass er mit dem Übergang des Horizonts des Hintergrundbildes übereinstimmt:

Der unter der »FeuersturmMatte« liegende »Feuersturm« bekommt nun eine »Bewegte Maske« vom Typ »Luma Matte«, zudem wird seine Deckkraft gekeyt:

Frame 175: Deckkraft = 100%
Frame 350: Deckkraft = 30%

Die »NukeFinal«-Zeitleiste müsste jetzt in etwa so sortiert sein:

Jetzt wäre eine gute Gelegenheit, anhand der Bildsequenzen noch einmal zu überprüfen ob die der Mittelpunkt des Blendenflecks der »BlastLight«-Ebene und die Position der Radiowellen der »Schockwellen«-Ebene richtig platziert sind.

Im nächsten Schritt duplizieren wir das »Stadtbild - Neutral«. Das Duplikat nennen wir »Stadtbild - Abgefackelt« und legen es unter das »Stadtbild - Neutral«. »Stadtbild - Abgefackelt« wird nun mit einer Vielzahl von Effekten traktiert.

Zuerst Effekt > Verzerren > Versetzen

Danach werden die Effekt > Anpassen > Kurven angepasst, und zwar für RGB, Rot, Grün und Blau jeweils separat:

Dann erhält die »Stadt - Abgefackelt« noch einen Effekt > Stilisieren > Leuchten mit den Werten

Und zuletzt einen Effekt > Verzerren > Turbulentes Versetzen

Der Evolution-Wert wird gekeyt:

Frame 73: Evolution = 0
Frame 350: Evolution = 4

Jetzt gehen wir zurück auf die »Stadtbild - Neutral»-Ebene und erstellen eine Maske mit dem Modus »Subtrahieren«. Deren Form muss gekeyt werden soll dem Verlauf des Feuersturms folgen. Zur Verdeutlichung (bei ausgeblendeter »Feuersturm«-Ebene):

Die Masken-Werte erhalten noch folgende Keyframes:

Frame 80: Weiche Maskenkante = 0 / 0 Pixel
Frame 95: Weiche Maskenkante = 100 / 100 Pixel

Frame 80: Maskenausweitung = 0 Pixel
Frame 81: Maskenausweitung = -13 Pixel

Jetzt duplizieren wir die Ebene noch einmal, legen sie über »Stadtbild - Neutral« und nennen sie »Stadtbild - Verstrahlt». Diese Ebene erhält en Effekt > Anpassen > Farbton/Sättigung mit den Keyframes:

Frame 120: Standardfarbton = +181,0°
Frame 160: Standardfarbton = +212,0°

Jetzt wird die Ebene noch getrimmt, d.h. ihr Startpunkt (In-Point) wird auf Frame 48 gesetzt - also nicht die gesamte Ebene verschieben! Dann sollte die Zeitleiste so aussehen:

Was jetzt noch stört, ist der etwas zu helle Himmel in der »Stadtbild - Verstrahlt«-Ebene. Um dem abzuhelfen, setzen wir genau über dem »Stadtbild - Verstrahlt» eine Ebene > Neu > Einstellungsebene ein und verpassen ihr den Effekt > Rendering-Filter > Verlauf von Hellgrau bis Weiß und den Füllmodus »Muliplizieren«, so dass der Himmel damit abgedunkelt ist und die Ebene den Namen »HimmelAbdunkler« verdient.

Fast fertig. Damit die Farben des Endproduktes nicht ganz so knallig werden, erstellen wir eine unter dem »BlastLight« und über dem »Atompilz« letzte Ebene > Neu > Einstellungsebene, nennen sie »Farbkorrektur«, und filtern sie:

Effekt > Stilisieren > Leuchten und Effekt > Bild einstellen > Einfärben mit den Werten:

Dann bekommt die Ebene eine erste Effekt > Einstellen > Tonwertkorrektur, auch hier wieder RGB, Rot, Grün und Blau getrennt:

Jetzt wird derEffekt > Bild einstellen > Einfärben noch ein zweites Mal angewandt, diesmal mit der Stärke von 36% (nicht mit 9% wie oben). Und weil's so schön war gibt es noch eine zweite Effekt > Einstellen > Tonwertkorrektur, diesmal nur für RGB:

Das war's. Wenn alles richtig gemacht worden ist, sieht die Zeitleiste jetzt folgendermaßen aus:

Was hat das gebracht?

Bei Frame 125 sollte bei korrekten Einstellungen so etwas gerendert werden:

Wir haben das Pferd vom Schwanz aufgezäumt. Zuerst haben wir die Hintergrundebene mit dem Bild erstellt und ihm einen leichten Zoom verpasst, damit der Zuschauer nicht sofort in die Mitte des Geschehens gestoßen und daneben noch verschleiert wird, dass es sich eigentlich um ein Standbild handelt.

Danach folgt das BlastLight als Startpunkt der Explosion. Zugleich überdeckt das grelle Licht zugleich, dass die »Standbild - Verstrahlt«-Ebene über den Rest des Hintergrundes gelegt wird. Mit dem Ring des Feuersturms weitet sich zugleich die Maske auf und gibt den Blick auf die Ebene »Standbild - Abgefackelt« frei, die mit verschiedenen Filtern so scheint, als stünde sie in Flammen und läge obendrein noch in Trümmern.

Damit wäre der optische Teil abgehandelt.

V. Sound

2007-08-06T14:30:00.000+02:00

Wenn es richtig kracht, wirkt unsere kleine Bombe umso besser. Eine Idee wäre zudem, die ersten, explosionslosen Sekunden mit Stadtambiente-Geräuschen zu garnieren, damit es dann umso mehr knallt.

Woher bekommt man gute Explosionsgeräusche? Wer den ein oder anderen modbaren Ego-Shooter sein Eigen nennt, kann sich dort nach entsprechendem Lärm umhören. Für kommerzielle oder öffentliche Vorhaben sollte man jedoch von einem solchen Vorgehen Abstand nehmen. Eine gute Anlaufstelle für Sounds aller Art ist ansonsten das [Freesound Project].

VI. Ende gut, alles gut?

2007-08-06T14:00:00.001+02:00

Nun haben wir eine eigene Atomexplosion. Ahmadinedschad wäre stolz auf uns! Natürlich ist das Ergebnis nicht vollkommen; aber wenn wir das nicht-CGI-verständige Fußvolk damit beeindrucken können, ist schon mal viel gewonnen. Trotzdem sollte man zu den eigenen Arbeiten immer ein besonders kritisches Verhältnis haben.

Verbesserungspotenzial ist durchaus noch vorhanden. Was ließe sich also ändern oder verbessern? So einiges!

Man kann am Timing etwas tweaken, die Keyframes in AfX besser interpolieren.
Mit einem leichten Kamera-Shake zur rechten Zeit würde der Eindruck der Explosionskraft noch etwas verstärkt.
Was die Fluids angeht, könnte die Bewegung etwas eleganter werden. Leider können derzeit noch keine Fluids in unterschiedlichen Containern miteinander interagieren - mal sehen, was die nFluids bringen werden.
Weiterhin könnte man die Fluids mit zusätzlichen Partikelanimationen etwas aufhübschen (Stichwort: »Particle Integration«)
Das Texturing der Fluids könnte noch etwas mehr Volumen erzeugen.
Die Sprites der Partikel-Sequenz könnten ebenfalls noch etwas Schönheitschirurgie gebrauchen u.v.m.

Aber der Weg zum Ziel, und das wollte ich mit diesem Tutorial erreichen, sollte nun vorgezeichnet sein. Den »Make-Perfect-Nuke«-Knopf gibt es noch nicht. Und wenn es ihn gäbe, ertränken wir in perfekten Atomexplosionen.

Und zu guter Letzt: Ja, ich weiß, dass tatsächliche nukleare Rüstung nicht halb so komisch ist, wie man vielleicht glauben könnte. Aber machen wir uns nichts vor - von der Zerstörungskraft und ihren gruseligen Begleiterscheinungen von Atomwaffen geht so oder so eine ungeheure Faszination aus. Sonst würde häufiger nach »Wie modele ich ein Gänseblümchen«-Tutorials gefragt werden als nach »Wie baue ich eine Atombombe«. Aber solange es auf Bildschirm oder Leinwand beschränkt bleibt, soll man diesen morbiden Thrill ruhig ohne übertrieben schlechtes Gewissen genießen dürfen.

VI. Quellen

2007-08-06T13:00:00.000+02:00

¹) Vgl. [Kernwaffenexplosion] - Artikel auf wikipedia. Man verzeihe mir die lasche Form des Zitierens in diesem Abschnitt.[↑]
²) Vgl. Vaz, Marc Cotta u. Duignan, Patricia Rose: »Industrial Light + Magic - Into the Digital Realm«, New York 1996, S. 139.[↑]
³) Meinen Dank an dieser Stelle dem Photographen, der [dieses Bild] bei Pixelio.de der Öffentlichkeit zur Verfügung gestellt hat.[↑]
⁴) Die Idee ist von zwei Fluid-Tutorials auf [Render.ru] abgeleitet, die stellenweise leider ziemlich lückenhaft sind. Eines davon ist auch auf Deutsch [übersetzt] von »nabnab« nachzulesen.[↑]
⁵) Die hier beschriebene Methode fußt zum Teil auf einem Artikel des mittlerweile eingestellten [Rendernode]-Magazins. Leider ist der dortige Beitrag von Szymon Masiak optisch nur zu erahnen, aber ein Scene-File inklusive Textures kann dort heruntergeladen werden. Im Ergebnis ist selbiges File jedoch, was die Animation v.a. des Rauchpilzes angeht, meiner Meinung nach nicht gerade optimal. [↑]
⁶) Sehr viele und sehr wertvolle Anregungen für diesen Abschnitt habe ich einem aep-File entnommen, das einst auf [Video Copilot] zu finden war. Mittlerweile ist es dort leider nicht mehr vorhanden, die Seite aber aufgrund ihrer exzellenten AfX-Tutorials jedoch noch immer sehr empfehlenswert.[↑]

VII. Weiterführendes

2007-08-06T12:00:00.000+02:00

Referenzmaterialien:

Videos von Atomtests gibt es auf [Sonicbomb.com] zu bewundern. Daneben ist dort auch allerlei anderes militärisches Feuerwerk zu besichtigen.
CG-Talk bietet ein gutes theoretisches Kompendium über die [Anatomy Of An Explosion] an.
Außerdem habe ich eine Nuklearliste auf Youtube zusammengestellt:

Darunter findet sich auch ein [Beispiel], das mit Blender erzeugt worden ist.

Zum Ansehen empfehle ich weiterhin:

[The Atomic Café] - ein dokumentarischer Zusammenschnitt von Propagandafilmen aus der Zeit des Kalten Krieges.
[Briefe eines Toten] - wenn sie denn mal wieder im Fernsehen laufen sollten; so in etwa das sowjetische Gegenstück zum hinreichend bekannten [The Day After].
[Threads] - ein [britisches Dokudrama] aus den 80er Jahren über einen Atomkrieg und seine Folgen.

Spiel & Spaß:

[DEFCON] - Atomare Kurzweil im Stil von [Wargames].

So jung und schon gealtert

2007-07-24T16:50:00.000+02:00

Nach manchen Anmerkungen des geneigten Publikums habe ich doch noch eine »Stummfilmoptik«-Fassung gerendert.

Fertig

2007-07-18T00:01:00.000+02:00

Meinen herzlichen Glückwunsch
zum 85. Geburtstag, Herr Kreisler!

Es geht zu Ende

2007-07-14T13:43:00.000+02:00

Ach ja, aber kein Grund für vorgezogene postnatale Depressionen. Einen Bewegungsablauf habe ich in Szene III doch noch einmal verändert. Ansonsten aber bin ich eigentlich mit meiner filmischen Großtat ganz zufrieden. Ein zwei Fehlerchen muss ich noch korrigieren, dann ist es wirklich fertig. Eine dickere DVD werde ich dieses Mal nicht erstellen, sondern mich mit einem Startbildschirm begnügen.

Der Gag am Schluss...

2007-07-12T02:00:00.000+02:00

...das heißt am Anfang: »Die folgende Sendung ist für Zuschauer unter 18 Jahren nicht geeignet...« Eigentlich habe ich den schon einmal gebracht, und Witze sollte man kein zweites Mal erzählen. Aber das erste Mal war bei meinem ambitionierten, im Rückblick aber eher peinlichen 3Debütfilm nicht wirklich öffentlich. Also setze ich mich an After Effects grase das Internet nach ein paar Tutorials/Anregungen, und baue eine kurze, TV-hafte Animation mit dem Warnhinweis.

Kleinigkeiten

2007-07-10T16:02:00.000+02:00

Nach dem ersten Durchlauf des Compositings sind mir noch ein paar Fehler aufgefallen, hauptsächlich verrutsche Matten oder verwechselte Layer. Ein paar Mal kommt es zu Bildrauschen. Was wirklich neu gemacht werden muss, lässt sich mit eigenen Korrekturlayern meist im einstelligen Sekundenbereich pro Bild nachrendern.

Für die Hintergründe wie den Himmel über der Außenkulisse, importiere ich direkt die Kameradaten aus Maya und ersetzte ein Tracking-Objekt mit einem Wolkenbild. Diesen Maya-nach-After-Effects-Austausch habe ich schon ewig nicht mehr gemacht, aber ein uraltes Tutorial von [Creative Cow] funktioniert immer noch, so dass ich gar nicht erst lange rumprobieren muss: Es klappt auf Anhieb.

Vor- und Abspann

2007-07-08T00:03:00.000+02:00

Während nun auch die wirklich letzten Bilder in Maya berechnet werden, mache ich mich an die Arbeit für den für den Vor- und Abspann. Das genauere Vorgehen kann man an einem Tutorial vom sehr empfehlenswerten [Video Copilot] studieren. Dummerweise erfordert die Schreibschrift wegen der vielen Überschneidungen der Striche einige Nacharbeit und ein gutes Duzend Masken, die von Hand überprüft werden müssen.

Hosianna! Das Rendern hat ein Ende!

2007-07-05T15:42:00.000+02:00

Wenigstens so gut wie. Dies letzte Einstellung fehlt noch, aber die muss erst zeitlich kalkuliert werden. Und zwei Character-Layer muss ich für die letzten beiden Einstellungen noch einmal neu berechnen, da die Verformungen absolut scheiße aussehen - was mir bei den Playblasts offensichtlich nicht aufgefallen ist. Aber die paar Stunden kann ich nach fast einem Monat auch noch ab. Zu meiner übergroßen Überraschung sind die gerenderten Bilder mit den Playblasts deckungsgleich - ich habe also nichts zuviel oder zuwenig gerendert und das Endergebnis verspricht lippensynchron zu werden.

Rund 9,5 GB an Rohdaten sind angefallen und warten nun auf die endgültige Nachbearbeitung. Ich spiele mit dem Gedanken, das Ganze farblich etwas zu stilisieren. Nicht ganz schwarz/weiß oder sepia eingefärbt, aber vielleicht etwas in der Richtung. Einen Stummfilmlook, wie mir im [Percutio-Thread] vorgeschlagen wurde, soll es aber nicht bekommen.

Render-Unfälle

2007-06-30T16:29:00.000+02:00

Derzeit ist die Szene III in Bearbeitung. Bislang ist es nur bei ein paar Durchgängen zu Problemen gekommen, die ich natürlich erst hinterher bemerkt habe - aber wo bliebe denn sonst der Spaß? So habe ich

eine Kamera falsch eingestellt,
einmal die falsche Kamera gerendert,
ein paar Frames zuviel berechnet,
unerklärliche Lücken in einem Diffuse-Pass entdeckt (nein, mit MotionBlur hatte das nichts zu tun),
unerklärliche Lücken in der Korrektur desselben nicht verhindern können.

Das Übliche halt. Glücklicherweise ist es im Rahmen geblieben. Bei der 3. Szene bewegt sich die Kamera relativ viel, wobei natürlich auch das Aufspalten in Layer keine große Zeitersparnis mehr bringt.

Noch grob eine Woche werde ich fürs Rendern also noch brauchen. Ich warte bei dem 24-Stundenbetrieb geradezu darauf, dass Prozessor und Festplatte abrauchen. Natürlich erst beim vorletzten Frame - wo bliebe denn sonst der Spaß?

Die zweite Szene ist fertig...

2007-06-23T16:58:00.001+02:00

...gerendert. Nur einen Frame, bei dem es zu einer Geometriedurchbrechnung kam, musste ich per Hand nachmalen. Solange es sich nicht um mehr als ein Bild handelt, kann man das gut machen, bei mehreren kommt man schnell in die Verlegenheit, ein deutliches Bildflackern zu provozieren. Wahrscheinlich fiele das bei kleinen Stellen niemandem auf, aber ich will lieber nichts riskieren.

Beim Composting halte ich mich an die Tests, die ich vor einigen Wochen gemacht habe. Die sehen nämlich immer noch gut aus. Für eine Schreischrecksekunde hatte ich gedacht, die Tests fahrlässigerweise beim letzten Aufräumen gelöscht zu haben, doch gottlob haben sie sich wiedergefunden.

...und läuft und läuft und läuft...

2007-06-19T22:37:00.000+02:00

Ein kleines Problemchen ist aufgetaucht: Bei der ersten Einstellung der ersten Szene sieht das Blatt aus, als ob es an den Baum geklebt wurde - nicht als ob es angewachsen wäre. Das lässt ich aber mit einer Maske in After Effects relativ schnell und einfach beheben.

Überhaupt: Die verschiedenen Matten der einzelnen Passes, vor allem was die Specularity und die Occlusion angeht, sind nicht so ganz stimmig. Im zusammengesetzten Bild gibt es schnell weiße bzw. schwarze Ränder. Ganz leicht nur, aber sichtbar. Daher benutze ich den Alpha-Kanal des Diffuse-Passes um sie zurückzudrängen und sichere mich obendrein mit dem Fertig-Effekt "Matte verbessern" ab. Ohnehin muss man mein Importieren in After Effects aufpassen, dass der Alphakanal als »integriert« erkannt wird. Obwohl die Voreinstellung versprechen, das automatisch zu tun, hält sich das Programm nicht immer daran und stellt den Alphakanal »direkt« ein. Das gibt dann Ränder, die sich nicht mit einer verbesserten Matte entfernen lassen, ohne zu auffälligen Pixelverlusten zu führen.

Mittlerweile ist Szene IV fast fertig. Noch musste ich nichts wirklich neu rendern lassen. Auch dass der Batch-Renderer ohne Meldung einfach ab und zu einen Layer einfach übersprungen hat, schmerzt nicht wirklich. Für die letzte Einstellung, die Nahaufnahme mit dem Blatt in der Hand, lasse ich mir noch etwas Zeit. Schließlich muss das noch schön auf die Widmung überblenden.

Er läuft und läuft und läuft...

2007-06-14T00:29:00.000+02:00

...zumindest mein treuer Rechner, der jetzt auch über Nacht seinen Dienst verrichten muss und kaum noch ausgeschaltet wird. Der Renderknecht ist etwas älter und hat auch nur 1 GB Speicher, aber meine Szenen bleiben alle brav darunter. Knapp eine Woche braucht es, bis die erste Szene fertig ist. Die Einstellungen, bei denen sich die Kamera viel bewegt, dauern wie vorausgesehen relativ lange, der Rest dafür ziemlich fix. Bislang musste ich nur eine kurze Hintergrundsequenz noch einmal rendern, und über die lächerlichen paar Frames rege ich mich nicht auf. Da habe ich aus Dumm- und Faulheit schon Schlimmeres verbrochen.

Die Szenen I und IV rendere ich gleich hintereinander, damit keine augenfälligen Brüche auftauchen. Eigentlich sollten Ausleuchtung und Shading identisch sein, aber man kann ja nie wissen. Beim anschließenden Compositing ist es ganz nützlich, beides (zeit)nahe beieinander liegen zu haben.

Die letzte Tankstelle vor der Autobahn

2007-06-06T00:24:00.000+02:00

Bevor es nun endgültig ans Rendern geht, habe ich die Animation nochmals ausgebeult. Für jede beseitige Delle ist zuverlässig eine neue aufgetaucht. Der Anfang musste - zwecks Titelnennung - noch etwas verlängert werden. Da werde ich das Blatt leicht im Winde zittern lassen. Die letzten Unregelmäßigkeiten, soweit sie mir aufgefallen sind, habe ich beseitigt und einige Kamera-Einstellungen überarbeitet. So, wie es jetzt aussieht, gefällt es mir eigentlich ganz gut. Wahrlich noch keine Perfektion, aber für dieses Mal soll es ausreichen. Zumindest reicht es mir jetzt!

Zudem habe ich noch und mir ein paar andere Punkte zur Brust genommen:

So habe ich den Parkboden vom Kies befreit und per Particle Instancer noch etwas mehr Laub darauf verteilt.
Auch die Augäpfel der Charaktere dürfen sich nun über SSS-Shader freuen.
Damit auch die (wenigen) NURBS-Objekte sich in MR angemessen abgerundet werden, werden sie über den Approximation Editor eingestellt.

Auf geht's ans Rendern. Bei »Soviet Cola« habe ich teilweise ganze Abschnitte neu rendern oder per Layer korrigieren müssen. Um dem vorzubeugen, gehe ich auf Nummer Relativ-Sicher und starte Tests über die Kommandozeile. Außerdem schaue ich mir noch einmal Frame für Frame die Ärmel der Hauptfigur an, ob es auch wirklich nicht zu Durchbrechungen mit der Handgeometrie kommt.

Schließlich gehe ich noch einmal Einstellung für Einstellung durch um zu sehen, welche Layer ich wie rendern muss und wo ich die Hintergründe bei nicht bewegter Kamera durch Stills ausfüllen kann. Die Parameter für die Kommandozeile schreibe ich in eine Batch-Datei und überprüfe sie doppelt und dreifach, damit ich nicht versehentlich falsche Kameras o. ä. angewählt habe.

Jetzt noch ein paar letzte Einzeltests, und ich kann/darf losrendern.

Innenaufnahmen II

2007-05-26T17:41:00.000+02:00

vergrößern

Da die Szenen I und IV den gleichen Schauplatz haben, ist Szene III eigentlich die letzte, de ausgeleuchtet werden muss. Danach muss noch einmal die Animation überarbeitet werden, und kann kann ich mit der Produktion anfangen. Es kann sein, dass sich die veranschlagten sechs Monate für mein Filmchen fast verdoppeln. Zu Kreislers Geburtstag wird es wohl dennoch hinhauen, wenn ich auch nicht weiß, ob ich mich ihm gegenüber direkt outen sollte. Schließlich lege ich das Urheberrecht in diesem Falle etwas großzügiger aus, und es wäre doch ärgerlich, als Antwort die in solchen Fällen übliche Anwaltspost zu erhalten.

vergrößern

Noch liegt das in der Ferne. Ich fürchte, dass ich bei Szene III stärker raytracen muss - schließlich steht allerlei auf dem Tisch, das spiegeln oder Licht brechen muss. Die Tests zeigen aber, dass sich der Renderzeitaufwand in Grenzen hält. Da die Reflexionen auch nicht naturgetreu sein müssen, mappe ich ein schlichtes Bild des Raumes auf eine Halbkugel und nutze diese als Reflection Dome. Für die Beleuchtung kommt das gleiche Prinzip wie bei der letzten Szene zum Einsatz. Während der Hintergrund vom Software-Renderer übernommen wird, vom Ambient Occlusion natürlich abgesehen, bleiben die Layer für die Charaktere MentalRay überlassen.

vergrößern

Unterdessen hat der Shader für die Leichenhaut ziemlichen Ärger gemacht. Anders als bei der Hauptfigur, bestehen Haut und Kleidung aus einem Mesh - aber natürlich soll nur die Haut den Skinshader verpasst bekommen. Bei den Tests zeigt sich jedoch, dass die Haut entweder viel zu dunkel bis buchstäblich Schwarz bleibt, wenn man den SSS-Shader anwendet. Nach buchstäblich stundenlangem Probieren, darunter einem fruchtlosen Neu-Rigging (waaaah!) fällt mir die Lösung in den Schoß: Das Basemesh des CPS muss in den Renderlayer und eingeblendet werden, und es muss den SSS-Shader als Override zugewiesen bekommen. Darauf soll mal einer kommen!

vergrößern

Kaum gelöst, tritt das nächste Problem in Erscheinung: Beim Baken der Texturen verabschiedet sich Maya mit einem Runtime Error. Das liegt an der Szene bzw. einzelnen Renderlayern, denn sobald ich die entsprechenden Teile isoliere, funktioniert es anständig. Jetzt backe ich alles, was gebacken werden muss, in einer separaten Szene und re-importiere danach die berechneten Shading-Networks. Nach ein paar Versuchen zeigt sich aber, dass a) die Zeitersparnis nicht übermäßig signifikant ist und b) die Ergebnisse ohne Baking besser aussehen.

vergrößern

Beim Compositing tritt noch ein weiteres Ärgernis auf: Die Alpha-Kanäle sind nicht optimal, und im Bild zeigen sich Reste des Layer-Hintergrundes. Egal, ob die Alpha-Maske Premultiplied ist oder nicht. Nun muss ich in After Effects die Matte nachbessern. Das geht mit den eingebauten Filtern ganz gut, wenn auch ein paar Pixel an den Rändern dran glauben müssen. Das ist dann wiederrum eine Frage der Abwägung, ab wann die Kanten anfangen, stufig zu wirken bzw. ab wann zuviel vom Ausgangsmaterial verschwindet. Ein bekannter Lösungsweg wäre zwar: In höherer Auflösung rendern, dann runterskalieren, aber das kommt aus Zeitgründen nicht wirklich infrage.

vergrößern

Mit den Resultaten des Compositings bin ich trotz allem ganz zufrieden. Sie kommen meine ursprünglichen Vorstellungen, was den beabsichtigten Look angeht, sehr nahe. Jetzt steht noch einmal - hoffentlich zum letzten Mal - die Animation an.

Innenaufnahmen I

2007-05-17T14:10:00.000+02:00

Nach einer Zwangspause und einem neuerlichen persönlichen Tief geht es, wenn auch nicht munter, so doch weiter.

Das Lightsetup der Innenaufnahmen erweist sich erfahrungsgemäß als kniffliger. Die Vorversuche mit den vielen Bouncelights sehen nicht groß anders aus, als wenn ich einen LightDome benutze, und daher greife ich wieder zum letzteren, schon weil weniger Lichter auch weniger Renderzeit bedeuten. So oder so ist gerade hier das AmbientOcclusion enorm wichtig, weil in dieser schattenarmen Umgebung erst dadurch Tiefe erzeugt wird. Ein ziemlicher Brocken waren die Shader für die Haut. Letztlich nehme ich einen »miss_fast_skin«-Shader - auch wenn man vom SSS nicht wirklich viel mitbekommt. Insgesamt muss ich wesentlich mehr im Compositing nachbessern als in der Außenszene.

Nachdem die Animation etwas abgehangen ist, gefällt sie mir nicht mehr wirklich. Einige Abschnitte sind mir zwar recht brav gelungen, andere sehen aber eher ziemlich scheiße aus. Auch einige Kameraeinstellungen sind für'n Arsch, so dass ich noch nachjustieren muss.

Er(n)ste Renderversuche

2007-04-21T00:46:00.000+02:00

Nachdem ich den Rohschnitt dem Fachpublikum vorgestellt habe, waren die Kritken was die Animation angeht eher verhalten und leider nicht so detailbezogen wie das letzte Mal. Teils wurden Punkte angesprochen, die ich nicht so gravierend finde und sie daher vorerst so lasse, wie sie sind; Ich muss aber zugeben, dass auch die allgemeine Kritik an meinem Animationsstil nicht unberechtigt ist.

Trotzdem will ich zu diesem Zeitpunkt erstmal mit dem Rendern, d.h. genauer: mit dem Ausleuchten anfangen. Dadurch gewinne ich zusätzlich Abstand zur Animation. Das oberste Gebot ist jetzt: Die Renderzeiten klein halten! Schließlich muss ich 3.200 Einzelbilder berechnen lassen. Bei einer sehr optimistischen Annahme von 4 Minuten pro Frame stehen mindestens elf Tage ununterbrochenen Renderns an. Aus der schlechten Erfahrung bei »Soviet Cola« verzichte ich immerhin auf Mätzchen wie stereoskopisches Rendern, das die Anzahl der Frames verdoppelt und auf dem PAL-Fernsehschirm bzw nach der Komprimierung dank geänderter Farben gnadenlos umsonst ist. Allerdings habe ich bei »Soviet Cola« keine Passes gerendert, sondern nur einzelne Layer.

Wenn ich schon im Layern und Passes rendere, kann ich auch gleich die Stärken der einzelnen Renderer nutzen. So bekommt die Hauptfigur doch etwas Subdivision Surface Scattering ab. Ein erster Vortest mit After Effects und einem Frame bestärkt mich. Zugleich werden auch die Vorzüge des Compositings sichtbar; die Bildabmischung einfacher - aber leider auch mit vielen Wahlmöglichkeiten und vielen Gelegenheiten, vor dem Bildschirm zu brüten.

Für diese zwei Sekunden hat die Renderzeit sechs Stunden betragen, weil die Kamera sich zuviel bewegt hat. Also werde ich die Kamera-Animation notgedrungen beschränken. Das Lightsetup für die Szenen I und IV ist aufgrund des selben Schauplatzes gleich. Für das Ambientlicht baue ich einen Lightdome aus 30 DirectionalLights mit sehr niedriger Intensity, dezenter Blaufärbung und natürlich ohne Schattenwurf. Dazu kommt noch ein DirecionalLight als Schlüssellicht mit DMap-Schatten und leichtem Gelbton.