DieAnstalt

Tag 2:

Danke Seb, nach dem Pancake essen und danach das Interview mit dir, und „The cool shit hour“ verlief leider ohne mich, aber man kann nicht alles haben! Sobald das Video bearbeitet wurde und hochgestellt folgt die Verlinkung!

Vor meiner Abreise mit Hindernissen noch ein kurzer Besuch bei der Cinema4D Vorstellung. Für mich nichts Neues, bis auf den nun vorhandenen Collada Export. Aber sicherlich interessant für viele Zuhörer in dem überfüllten Saal.

Fazit:
Schön für die Flash Community oder cool für den User!!! Ist das ein Spagat, oder machbar? Was ist eine coole Demo, und wovon kann man leben!
Wie war mein Motto als Designer? Wenn der Entwurf leichte Zahnschmerzen verursacht, dann ist es gut! Also alles wie üblich?
Das Schöne für die Anerkennung, die Akquise, das Renommee!
Das Populäre, das die Masse mag, für das Portemonnaie!
Glücklich diejenigen, die nicht aufs Portemonnaie achten müssen, oder die mit Vorträgen ihr Geld verdienen – grins!

Auf Wiedersehen FITC – vielleicht bis zum nächsten Jahr, denn mir hat der internationale Aspekt super gefallen. Winke an all meine neuen Freunde aus aller Welt!

Mein erster Besuch bei der FITC in Amsterdam war ein einziges großes kreativ-technisches Input – Erlebnis mit so einigen Begegnungen der besonderen Art.
Das ich mit und als ActionScriptHero dabei sein durfte machte die ganze Konferenz zusätzlich zu einem einmaligen Erlebnis, und es war manchmal schwer zwischen Vortrag und Vortrag und Vortrag und Interview zu entscheiden:

Tag 1:

Tag 2:

Der Abend endete mit einem Dinner for Heros and Friends irgendwo in einem kleinen Restaurant in Amsterdam mit einer Gruppe aus verschiedenen Ländern und Kontinenten. Ich habe neue Freunde gefunden!

Tag 2 folgt…

Ein Modell mit mehrerer „einzelnen“ geometrischen Formen ermöglicht jedes dieser einzelnen Formen zu verändern.

Wie genau dies beim Erstellen eines 3D Modells funktioniert, kann ich nicht erklären, zumal ich beim Export ins Collada Format schon die merkwürdigsten „Zusätze“ erleben konnte (Swift 3D erzeugte diese beim Exportieren aus Cinema3D). Im Beispiel habe ich manuell die Struktur aufgeräumt und in diesem Fall jeweils zusätzliche Unterelemente für jede geometrische Form entfernt. Das folgende Bild zeigt die unsaubere Version, head existiert 2x ineinander verschachtelt:

< node id="head1"> und < node id="head">
auch der < body> tag ist nicht notwendig:

Und so sieht head gesäubert aus:

Ich empfehle immer wieder sich mit der Struktur eines collada xml Modells vertraut zu machen.
Entfernt man die zusätzlichen „Objekte“ nicht, so werden diese auch von Papervision als DisplayObject3D ausgegeben und der Spaß fängt damit an herauszufinden, welche nun welche sind, die ich z.B. bei setChildMaterialByName angeben soll:

Papervision traced dann auch alle 5×2 geometrische Formen und ein Ober Element body:

INFO: DisplayObject3D: COLLADA_Scene
INFO: DisplayObject3D: body
INFO: DisplayObject3D: head1
INFO: DisplayObject3D: head
INFO: DisplayObject3D: hand
INFO: DisplayObject3D: hand1
INFO: DisplayObject3D: ub
INFO: DisplayObject3D: ub1
INFO: DisplayObject3D: lb1
INFO: DisplayObject3D: lb
INFO: DisplayObject3D: shoe
INFO: DisplayObject3D: shoe1

Nach dem Entfernen der zusätzlichen Knoten verbleiben 5 geometrische Formen:

INFO: DisplayObject3D: COLLADA_Scene
INFO: DisplayObject3D: head
INFO: DisplayObject3D: hand
INFO: DisplayObject3D: ub
INFO: DisplayObject3D: lb
INFO: DisplayObject3D: shoe

So kann man jetzt vernünftig arbeiten und im Beispiel

- ohne Textur mit Phong Shader – ist jedes Elementes anders eingefärbt, so dass man gut die einzelnen geometrischen Formen erkennen kann.
Die Button wechseln zwischen 2 verschiedenen Kopf Texturen:

var bitmap:Bitmap = new _imageAsset() as Bitmap;
bitmapMaterial_cloth = new BitmapMaterial(bitmap.bitmapData, true);

var bitmap_bump:Bitmap = new _imageAsset_bump() as Bitmap;
bitmapMaterial_bump = new BitmapMaterial(bitmap_bump.bitmapData, true);

private function bumpDae(event : MouseEvent) : void {
         dae.setChildMaterialByName("head", bitmapMaterial_bump);
}

private function clothDae(event : MouseEvent) : void {
        dae.setChildMaterialByName("head", bitmapMaterial_cloth);
}

Zum Schluß möchte ich noch auf das Air Tool von Mark I. Ross zum optimieren von Daes hinweisen.

In diesem Beispiel geht es um das Manuelle zuordnen von Materialien auf Modelle.
Einem 3D Modell kann bei seiner Erstellung Oberflächen zugeordnet werden, im Collada.dae werden diese unter dem Knoten

< library_images>

zugeordnet. Das muss aber nicht sein, man kann einem Modell, wenn es die Dae.as Klasse benutzt, Materialien „manuel“ zuweisen.
Das geht mit der dae Methode setChildMaterialByName, und erwartet 2 Parameter.

dae.setChildMaterialByName("Zylinder", bitmapMaterial_bump);

< library_visual_scenes>
	< visual_scene id="VisualSceneNode" name="Scene">
		< node id="Zylinder" name="Zylinder" type="NODE">

INFO: DisplayObject3D: COLLADA_Scene
INFO: DisplayObject3D: Zylinder 

Heute wurde endlich der Name für das Flash Browser Spiel festgelegt, das ich mit mit einem kleinen Team plane. Ich möchte mich hierbei recht herzlich bei meinem guten Freund Brian aus Amiland Carolina bedanken, der bei der Namensfindung geholfen hat.

Crystalclash.de und Crystalclash.com sind unser!

Bisher wird noch koordiniert und Tolls für die Projektarbeit eingerichtet, aber im März gehts los und ich werde über Neuigkeiten hier berichten.

In meinem vorherigen Blog Eintrag habe ich auf das FileLoadEvent hingewiesen, und das möchte ich hier noch einmal genauer untersuchen, denn nicht alle FileLoadEvents sind für die PV3 Klasssen Dae oder Collada anwendbar.
Zuvor jedoch kurz eine Begriffsdefinition zum Thema Collada:

Digital Asset Exchange for Interactive 3D = .DAE

Collada ist der Name und dae das Format!

Warum hat Papervision hat zwei Parser Klassen für Collada Modelle, Dae.as und Collada.as?
Zuerst war Collada.as, dann kam Tim Knip und sein Dae.as, das als Collada parser auch mit Animationen umgehen kann und auf ASCollada zugreift. Welche Klasse man benutzt ist eigentlich Geschmackssache, mein Geschmack ist Dae.as. Auch weil die Dae Klasse mit ByteArry umgehen kann, und ich meine Materialien separat laden und ansprechen kann.

var dae:Dae = new Dae(autoPlay:Boolean=true, name:String=null, loop:Boolean=false);
dae.load("pathTo.dae") // notwendig zum Laden 

var collada:Collade = new Collada(COLLADA:"pathTo.dae"=null, materials:MaterialsList=null, scale:Number=1,doubleSided:Boolean=false);

Das ist seit der PV Klasse BasicView kinderleicht geworden. Dort sind Kamera, Viewport und BasisRenderer bereits erzeugt und man braucht sich nur noch Gedanken darum machen, ob man die default Einstellungen übernehmen, oder ändern möchte.

Ich empfehle einen Blick auf die Klasse: org.papervision3d.view.BasicView!

Klasse extenden;

public class MyFirstDae extends BasicView

Ein Dae Modell erzeugen:

var allDae:DAE = new DAE();

Das Dae laden:

allDae.load("assets/modells/01/01.dae");

Ich empfehle einen Loader Listener, damit auch sicher alles geladen ist, bevor das Modell auf die Bühne gebracht werden soll:

dae.addEventListener(FileLoadEvent.LOAD_COMPLETE, om_handleLoadComplete);

und an die Scene adden:

scene.addChild(allDae);

danach nicht vergessen das Rendern zu beginnen:
startRendering();

Falls jetzt nichts zu sehen ist, dann kann es an der Kamera (camere.zoom) liegen, ich war beim ersten Mal in meinem Modell "drin"!

Es gibt noch einen häufigen Fehler, der die Textur betrifft, denn die wird meist im Modell selbst zugeordnet (im 3D Programm).
Hier darauf achten ob dies im gleichen Verzeichnis geschieht, wenn ja, so ist dies im Modell meist so angegeben:

< library_images>
   < image id="cow.png" name="cow_png">
     < init_from>./cow.png
   < /image>
 < /library_images>

Ist in init_from der Pfad nicht richtig, oder liegt das Bildmaterial nicht im richtigen Ordner (hier eine Ebene), dann sieht man vielleicht das blanke Modell, aber keine Textur.

Ich selber bevorzuge manuell die Texturen auf die Modelle zu legen, so ist ein Austausch der Bitmaps wie beim Modell Konfigurator möglich. Mehr demnächst.

Im vorangegangenen Beispiel werden Collade.dae 3D Modelle für die Figuren benutzt. Der deutsche Beitrag in Wikipedia erklärt etwas dürftige warum Collada entwickelt wurde, ein wenig detalierter ist die englisch Wickipedia. Wie dieses Format dargestellt wird und warum es sich so gut für Papervision eignet, möchte ich hier ein wenig erklären, weil:
1. Soweit mir bekannt können inzwischen alle gängigen 3D Programme in das Collada Format exportieren.
2. Ein Grundverständniss des Aufbaus bei der Arbeit mit 3D Modellen genauso wichtig ist wie der Überblick über 3D Begrifflichkeiten aus meinem Beitrag “Guten morgen Papervision”.

Abgesehen von den vorhandenen “primitiven Formen” (org.papervision3d.objects.primitives) wie z.B Kugel oder Quadrat, kann Papervision 3D Formate (org.papervision3d.objects.parsers) wie DAE, MD2, KMZ und weitere Formate lesen. PV greift hierbei auf die ascollada libraries zu. Es lohnt sich einmal in die ascollada.as hineinzuschauen, die statischen Variablennamen entsprechen den XML Elementen und dessen Child Elementen eines dae Modells.

Hier eine paar Zeilen aus ASCollada.as

Und zum Vergleich das Schema eines DAE Modells:

Jedes Modell hat asset und scene, und je nach Modell sind entsprechende library_Elemente aufgeführt. Hat ein Modell z.B. keine Animation, so fehlt das Element library_animations. Ein Modell ohne library_geometries wäre sinnfrei, da hier die geometrische Form definiert wird, in library_materials die Materialien der Oberfläche und in library_effects die Effekte, wie z.B die Beleuchtung oder der Shader. Ohne library_visual_scenes geht nichts, hier wird sozusagen die Positionierung angegeben, es ist das Herzstück der Scene.
In meinen folgenden Beispielen werde ich auf diese Elemente zurückkommen und die jeweiligen Child Elemente genauer untersuchen.
Ich empfehle den ColladaAirViewer mit einer XML Ausgabe des Modells.

Mit freundlicher Erlaubniss der ON|AD GmbH darf ich eine frühe Variante des Modell Konfigurators zeigen, den ich mit meinem Kollegen Dieter Joppich (3D Modelle) bereits vor 2 Jahren “gebastelt” habe.



Die 3D Modelle sind im Collada.DAE Format und die Texturen werden separat ergänzt, wodurch die Variationen pro Modell entstehen können: Mit den Pfeilen können jeweils Haarfarbe, Body, Hose und Schuhe “umgezogen” werden.
Die Skins für hell-und dunkelhäutig sind ein wenig “durcheinander gepurzelt”, ich bemühe mich das zu beheben!



Nach der Auswahl folgt ein sogenannter Walkcycle, dabei wird pro 1/8 Drehung ein BitmapData vom Viewport gezeichnet und als ByteArray mit dem PNGEncoder der adobeCoreLibs als png geladen.


Nachdem der Walkcycle einmal durchgelaufen ist bitte einen Moment warten, dann wird das erstellte .png geladen. In einer realen Spielsituation würde das Bild für den Benutzer nach dem Generieren nicht angezeigt!
Achtung, es ist kein Walkcycle für das männliche Modell in kurze Hose vorhanden!

Und hier gehts zum Testen, viel Spaß mit dem ModellConfigurator!

In meinen nächsten Blogeinträgen werde ich versuchen Schritt für Schritt die Vorgehensweise zu erklären.