本来、.daeが正しく書き出せて、正しく読み込まれればそれが出来るはずなんだろうけど、現状3dsMAXとかMayaでも持ってない限り可能性が薄い。Unwrap3Dはwin用だし。んで、BlenderのエクスポータでもいじってみようかとColladaの仕様書とか見てみたりするんだけど、これがもーなにがなんだか。

そんなわけで.blend形式。ファイルフォーマットが公開されてるんで、こいつを手がかりに.blendローダーを作成。バイナリ最高。バージョンによるデータの差異は吸収できてないしメッシュの読み込みだけだけど、2.49bのファイルは問題ないとこまで来た。
いいかげんな3Dエンジンらしきものも自作。ジオメトリパイプラインの実装でつまずきまくって、首吊ろうかと思ったけど何とか動くようになった。まだ何かがオカシイので多分どっかの符号間違えてる。苦労した分、オレオレエンジンの成長が楽しくてしょーがない。擬人化したいぐらい。

ここまでの成果として、Blenderで編集したメッシュが.swf側に即時反映されるビューアを作ってみた。画面右がFlashPlayer。

城戸さんそのまんまなのがアレだしショボすぎて泣けてくるけど、これ、ちゃんと作ればかなり便利かも。swfで実際に表示されるまで分からない部分とかが、モデリングしながら確認できるのはメチャメチャ助かる。

当面は、プレハブみたいな実装の3Dエンジンをもうちょっとマトモなものにしつつ、なんとかしてモーションデータの再生までこぎ着けたい。とか宣言して自分を追い詰めておく。
まぁぼちぼち。

とりあえず地味な機能から試してみる。

ExplodeTest（要：FlashPlayer9）

Explodeクラスは、指定したObject3Dインスタンス内の全Faceを位置関係をそのままに、バラバラのMeshやFaceに分解してくれるジオメトリモディファイア。
Away3DはもともとFace単位でvisibleプロパティを持ってるので、表示／非表示をFace単位で行うことができていたけど、Face単位で大きさ変えたりすることはできなかった。その名のとおり、簡易的な爆発表現なんかに使えそうだし、演出面で結構使えるかもしれない。

具体的には以下のようにして使う。

1
2
3
4
5
6
7
8
9
10
11
12
13
14

import away3d.geom.Explode;
 
- 中略 -
 
//適当なメッシュを用意
var wcMat:WireColorMaterial = new WireColorMaterial(0x0099CC, {wirecolor:0x00CCFF});
var sphere:Sphere = new Sphere({material:wcMat, radius:100, segmentsW:8, segmentsH:6});
 
//Explodeでメッシュを分解
var _explode:Explode = new Explode(true, true);
var _explodedObj:ObjectContainer3D = _explode.apply(sphere) as ObjectContainer3D;
 
//分解されたメッシュが束ねられたObjectContainer3Dをシーンに追加
scene.addChild(_explodedObj);

Explodeのコンストラクタに渡す引数は以下のようになってる模様。

• 第1引数：分解したFaceを個別のMeshとして定義するかどうか
  trueなら、Faceの数分Meshが生成される。falseなら、共有していた頂点をFaceの数だけ用意してそれぞれ単独の面として扱えるようにする。

• 第2引数：再定義後のMeshの中心点をFaceの重心にもってくるかどうか
  falseなら、元になったObject3Dの原点が中心点のままになる

コンストラクタの第1引数をtrueにして、個別のMeshを生成した場合は、

for each(var item:Mesh in _explodedObj.children)
{
    item.scaleX = 0.5;
}

などとして、それぞれのMeshを制御する。

理屈では、Colladaメッシュにも適用できる。

dae Explode（要：FlashPlayer9）

ただ、現状のExplode.asには、元にしたメッシュがFace単位でマテリアル指定されているような場合、マテリアルが引き継がれないという問題があって、テクスチャが無効になってしまう。そこで、Explode.asを以下のように書き換えることで暫定的に対処した。ついでに「bothsides、backの要素が引き継がれない」という問題にも対処。

Explode.as 61行目

61
62
63
64
65
66
67
68
69
70
71
72
73
74
75

for(i=0;i<loop;++i){
 
    face = obj.faces[i];
    mesh = new Mesh();
 
    va = new Vertex(face.v0.x, face.v0.y, face.v0.z);
    vb = new Vertex(face.v1.x, face.v1.y, face.v1.z);
    vc = new Vertex(face.v2.x, face.v2.y, face.v2.z);
    uva = new UV(face.uv0.u, face.uv0.v);
    uvb = new UV(face.uv1.u, face.uv1.v);
    uvc = new UV(face.uv2.u, face.uv2.v);
 
    mesh.addFace(new Face(va, vb, vc, obj.material as ITriangleMaterial, uva, uvb, uvc));
    _container.addChild(mesh);
}

これを、

61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82

for(i=0;i<loop;++i){
 
    face = obj.faces[i];
    mesh = new Mesh();
 
    va = new Vertex(face.v0.x, face.v0.y, face.v0.z);
    vb = new Vertex(face.v1.x, face.v1.y, face.v1.z);
    vc = new Vertex(face.v2.x, face.v2.y, face.v2.z);
    uva = new UV(face.uv0.u, face.uv0.v);
    uvb = new UV(face.uv1.u, face.uv1.v);
    uvc = new UV(face.uv2.u, face.uv2.v);
 
    var setMaterial:ITriangleMaterial;
    if (obj.material) setMaterial = obj.material as ITriangleMaterial;
    else setMaterial = face.material as ITriangleMaterial;
 
    var fc:Face = new Face(va, vb, vc, setMaterial, uva, uvb, uvc);
    mesh.addFace(fc);
    _container.addChild(mesh);
    mesh.bothsides = obj.bothsides;
    fc.back = obj.back as ITriangleMaterial;
}

とする。

あとは、バラバラになった後のMeshが、もともとのFaceの法線方向をforwardベクトルにしてくれるといいのになぁと思ったけど面倒くさそうだったのでとりあえず保留。
また、Explodeコンストラクタの第1引数をtrueにして、FaceごとのMeshを生成すると当然負荷が増大するので、パフォーマンス重視の場合はMeshを生成せずに、Faceレベルでコントロールする方法を確立しないとダメっぽい。

daeAnimation（要：FlashPlayer9）

[↑] … 前進（move forward）
[←] [→] … 方向変える（turn left/right）

Papervision2.1 Alpha 公開で、鬼門だったDAE周りが改善されたということで使ってみた。
http://techblog.floorplanner.com/2009/05/26/papervision3d-21-alpha/

BlenderでArmature使ったスキンメッシュをColladaでエクスポートしたものがようやく動くようになった。3dsMAXとかMaya使わない限り不可能かと思ってたけど、どうにか使えそう。Away3Dでもなんとか動いてたけど、ボーンのモーションにtranslateが含まれてると破綻したりして不完全な感じだったのが、PV3D2.1のほうが格段にマトモだ。

上のデモは、KYUCON*BLOGさんで紹介されているAnimationClip3Dを使う方法で静止状態と、歩行中のアニメーションを切り替えて再生してる。スタート・エンドポイントの指定がフレーム単位でもできればいいのになぁ…なんか歩行モーションのループ部分がぎこちない。Blender上だと綺麗につながるんだけどな。

Colladaの仕様的には、animationChannelを定義できるはずなので、Blenderでアニメーションセットを複数定義した上で正常に書き出しができればもっと楽ができそうな、ほのかで甘酸っぱい期待を持ったんだけど、Blenderで複数のアニメーションセットを定義する方法がわかんなくて一旦保留。

こうなってくると、アニメーション切り替え時にモーションブレンドしたい。それは自前で実装するしかねーだろうなー。

Hello o3d（要：o3dプラグイン）

※デモを見るには、o3dプラグインが、ブラウザにインストールされている必要があるのでそこんとこよろしくです。また、動作ビデオカードに制限があるので、動かない場合もあるです。

オレの中で理解度のベンチマークになってしまいつつある、ネギ振りもやってみた。

ハイエンド ネギ振り（要：o3dプラグイン）
※クリックで振る

もともとPV3D用だったので、スペキュラとかディフューズの設定がデタラメな為、妙に光っております。o3dで外部シーンファイルを読み込んで使うには、専用のコンバータをかます必要がある。DAEファイルをコンバータにかけると、.tgzファイルが出来上がる。中身はテクスチャ用のビットマップデータとか頂点バッファ？とかのバイナリとか。元のColladaは、XMLから.jsonに変換された。.jsonのほうがパースが速いのかね？
この辺の解説は、Developer’s GuideのImporting Scene Filesセクションに書いてある。

つまずいたのはサーバーにアップロードした際、同一ドメイン内だとデータが読み込まれなかったこと。フォーラムに同じ問題に当たった人がいて、この人は拡張子を「.tgz」から任意の適当な拡張子に変えることで解決できてたんだけど、オレの場合はだめだった。読み込み元となる.htmlとは別のサーバにアップロードした上で読み込んだら上手くいった。っていうかセキュリティ的に大問題だろこれ。

追記：
MIMEタイプ設定の問題だった。.htaccessに以下を追加で解消。

AddType application/x-gzip .tgz

まぁもう、まだまだドラフト版といった感じ。参照先を間違えたりするといきなりブラウザごと落ちたりとか普通だし。普及とかどうとか以前の問題ですな。

そういえば、o3dの登場でオレ的に注目度が上がったのが JSAway。Away3DのJS版なんだけど、これのエンジン部分をo3dに丸投げするようになってくれたら超使い易い。一気にo3dがお手軽になるんだけどなー、やらないだろうな。

プラグインをインストールすると、HTML内に書いたJavaScriptで3Dコンテンツが動く。実行時にコンパイルしてるのか。シーンファイルとしてはColladaが読める。[2009.04.27追記]ドキュメント斜め読みしてウソ書いてた。いまのところColladaファイルを専用のコンバータ使って、o3d用のファイルに変換したものしかシーンファイルには使えない模様。
んで、GPUサポートしてて、シェーダー（HLSLとCgで書けるようですな）も使える。素晴らしくイマドキですな。メタセコビューアとかは、こっちで作ればほぼ完全な状態で表示できそう。
サンプルもいっぱいあるので参考になる。

ハードウェア依存が高いのを承知で使えば、ハイエンド環境で勉強できていいと思う。ただ、コードが丸見えってのと、リソースの保護が難しそうなので、仕事となると話が変わってくるな。

とりあえず、これを見てヤケをおこしたAlternativaPlatformが、Alternativa3Dをオープン化してくれることに期待。

Paint to DAE mash（要：FlashPlayer9）

WakaZさんのエントリー「PV3D | DAEファイルの読込み」

DAEのオブジェクトにはVirtualMouseは効かないようで（あたりまえ）・・・。

を読んで。

これは確かに解りにくいなー。
例えば、

var obj_dae:DAE = new DAE();
obj_dae.load("hoge.dae");
scene.addChild(obj_dae);
obj_dae.addEventListener(InteractiveScene3DEvent.OBJECT_CLICK, mouseClick);

だとイベントが取れない。なんでか？

PV3Dとかだと、3Dアプリケーションで作った形状データを取り込む目的でCollada形式を使ってるけど、本来、ColladaってシーングラフをまるごとXMLで記述しようっていうフォーマット（だと思う）なので、メッシュ以外にもカメラとかライトなど、3Dアプリ上で定義した全要素を定義できる。いってみれば、

var daeObj:DAE = new DAE();
daeObj.load("hoge.dae");

で生成されたdaeObjってPV3Dのシーンみたいなもんで、ツリー構造なDisplayObject3Dの塊。なので、daeObj内にある目的のメッシュを明示的に参照しないとダメなのですな。あと、InteractiveScene3DEventを有効にする場合のお約束、マテリアルのinteractiveプロパティをtrueにするのを忘れずに。

具体的には、

vMouse = viewport.interactiveSceneManager.virtualMouse;
Mouse3D.enabled = true;

-- 中略 --

obj_dae = new DAE();
obj_dae.load( "hoge.dae" );
obj_dae.addEventListener( FileLoadEvent.LOAD_COMPLETE, compCollada );
scene.addChild(obj_dae);

function compCollada(event:Event):void
{
    //対象となるマテリアルのinteractiveプロパティをtrueに
    obj_dae.materials.getMaterialByName("ターゲットのマテリアル").interactive = true;

    //対象メッシュの参照
    var dae_rootNode:DisplayObject3D = obj_dae.getChildByName("COLLADA_Scene");
    var targetMesh:DisplayObject3D = dae_rootNode.getChildByName("ターゲットの名前");

    //対象メッシュにリスナ設定
    targetMesh.addEventListener(InteractiveScene3DEvent.OBJECT_CLICK, mouseClick);
}

private function mouseClick(e:InteractiveScene3DEvent):void
{
    var axis:Point = new Point(vMouse.x, vMouse.y);
    trace(axis.x + " / " + axis.y);
}

って感じで。

上記で言うところの obj_dae内部では「COLLADA_Scene」って名前のDisplayObject3Dをルートとした階層構造（シーングラフ）ができあがってるってのを意識することが重要と。

getChildByNameで指定する名前は、ルートである「COLLADA_Scene」は固定、COLLADA_Scene以下の各メッシュは3Dアプリで付けた名前がエクスポートされてるはず。自分で作ったdaeファイルじゃない場合は、

var dae_rootNode:DisplayObject3D = obj_dae.getChildByName("COLLADA_Scene");
dae_rootNode.childrenList();

で一覧が取れる。

ということで出来上がったのが上記のデモ。
DAEでもプリミティブと同じようにペイントできるよ。

これまでのバージョンだと、表示用のメッシュにDisplayObject3Dをダイレクトに指定する形になっていたのが、ISkin3D っていうインターフェースをカマせることで、組み合わせたいエンジンのメッシュを指定できるようになった。
Away3Dを使うなら、

var box:JBox = new JBox(new Away3dMesh(daeobj),100,200,50);
※daeobjは、外部から読み込んだColladaモデルと仮定

って感じ。ちなみに、Away3dMeshクラスの実装は、Mesh オブジェクトを指定するようになってたけど、オレ的に不便なので、Object3D を指定するようにして使ってる。

あと、

var physics:Away3DPhysics = new Away3DPhysics(viewport, 1);
var sphere:RigidBody = physics.createSphere({radius:30, segmentsW:6, segmentsH:6});

なんて感じで、プリミティブ形状については表示用メッシュと物理演算用メッシュを一度に定義できるメソッドが用意された。引数の与え方がPV3DとAway3Dで異なる部分は吸収してくれないので、それぞれのエンジンのルールに従うと。

このあたり、ある程度の説明が google code のプロジェクトページ内Wikiに記載されているので参考になる。
New_API_Very_Short_Tutorial

また、svnリポジトリにもPV3D、Away3Dそれぞれのサンプルがある。これまでとシンタックスが大分異なる（physics.Integrate(0.1); → physics.step(); とか）ので、早めに乗り換えるが吉かと。
コリジョン用の形状にカプセル型が追加されたのがウレシげだなぁ。元祖C++用のJigLibには、trianglemesh や heightmap なんてのもあるので、だんだん移植されるのかも。

早速インチキドライブシミュレータもどきに組み込んでみたんだけど、パラメータ共通なのに挙動が同じにならない。けど、なんか新しいほうがパラメータが正しく反映されてるような気がする。

normalMap Test（要：FlashPlayer9）

Away3D 2.1で、すでにサポート済みの normalMap（放線マップ）と関連して、今回新たに実装されたのが「NormalMapGenerator」。3Dアプリなどであらかじめ作成しておいたnormalMapを適用するのが通常なところを、Away3DでnormalMap自体を作ってしまおうというもの。

とにかくやってみたのが、上のデモ。中学校の技術の授業で作った「ミートハンマー」（笑）
ハンマーの細かいデコボコがnormalMapによるもので、実際のメッシュは真っ平ら。ほんとはローポリとはいえ、ある程度のディテール持たせとくのがセオリーだと思うんで、このサンプルはかなりよろしくないですな；背景でビミョーなファインアート化してるのが、Away3Dによって動的に生成されたnormalMap。

手順はだいたい下記のような感じ。

• normalMap生成用のハイポリモデルと表示用のローポリモデルを作成（それぞれUV指定しておく）
• ハイポリモデルをNormalMapGeneratorに渡してビットマップ生成（これがnormalMap）
• 作成されたnormalMapで、Dot3BitmapMaterial作成
• ローポリモデルにDot3BitmapMaterialを適用

ちょっとハマったのが、Object3DLoaderで読み込んだメッシュのマテリアルを書き換えるところ。Collada.loadで autoLoadTextures を無効化するのと、loader.handleから該当メッシュのみ取り出す必要があるってのがややこしかった。

var loader:Object3DLoader = Collada.load('hoge.dae', {autoLoadTextures:false});

var mesh:Mesh = Mesh((loader.handle as ObjectContainer3D).getChildByName('fuga'));
mesh.material = dot3BitmapMaterial;

※Flash10 branchには、Dot3BitmapMaterialのPixelBender版がある。パフォーマンスにどの程度違いがあるか気になるところ。

なんつーか、単純にローポリモデルのディテール補完したいだけなら、あらかじめ作っておいたほうが楽だなぁ。どっちにしても一度ハイポリモデル作らなくちゃならないってのが、normalMapの難儀なとこ。せっかく動的生成できるなら、もっと変な使い方したい感じ…ちょっと思いつかないけど。
個人的にはこういうハイエンドっぽい方向性より、シンプルなマテリアルのプリミティブで気持ちいい動きとか作るほうが好きだ。

主なバージョンアップ内容は以下。

• Collada のボーンをサポート
• Triangle キャッシュ機能追加（よくわからんけど、△ポリの情報をキャッシュするんだろうか）
• バウンディングボックスとバウンディングスフィアの演算機能追加（これもよくわかんねーけど、コリジョン関係かも）
• PathExtrude, PathAnimator と PathDuplicatorの追加
• Simple shadowsの追加
• Object based renderers追加（よくわからん）
• 「.Obj」形式でのエクスポート
• ElevationModifierの追加
• Elevationで作成した形状を AS3 コードでのエクスポート

詳細は、フォーラムの Robによるアナウンス Away3d 2.2: the Motherlode を参照。

一瞬だけsvnリポジトリに上がってた CellMaterial がいつの間にか消えとる。何か問題あったのかしら。

オフィシャルサイトから.zipアーカイブがダウンロードできる。また、同ページにて Flash IDE CS3/CS4向けのシンタックスハイライターが配布されとります。

08/10/11追記：
2.2、かなりパフォーマンスが改善されてる模様。
AS3Dmodのサンプルをビルドし直してみたところ、明らかに軽い。

AS3Dmod 追加モディファイア Away3D2.2ビルド版（要：FlashPlayer9）

比較用：
AS3Dmod 追加モディファイア Away3D2.1ビルド版

まずはアニメーションの制御。

walkMotion.swf（要：FlashPlayer9）

var loader:Object3DLoader;
loader = Collada.load('hoge.dae');
loader.addOnSuccess(loadComplete);
scene.addChild(loader);

- 中略 -

private function loadComplete(e:LoaderEvent):void
{
    model = (e.loader.handle as ObjectContainer3D);
    skinAnimation = (model.animationLibrary["default"] as AnimationData).animation as SkinAnimation;
}

モーション無しのColladaと同じ要領で読み込んだデータの animationLibrary プロパティから SkinAnimation オブジェクトを生成しておいてから、レンダーループ内とかで、

skinAnimation.update(getTimer()/1500);

と、updateメソッドを呼んでやればとりあえず動く。
引数は時間っぽい。SkinAnimationのloopプロパティがtrue（デフォルト値）なら、引数をひたすら増加させてやるだけで延々とアニメーションする。モーションを工夫して、いくつかの異なる動作を時間で区切れば多彩なアクションも可能かも。

これに関連した事柄で、ColladaにはAnimationChannelとかいう要素があって、複数のモーションデータを持たせることが仕様に含まれてるみたいなんだけど、その辺にも対応してるのかは不明。
正しくデータが作られてればColladaのモーション再生自体はエラく簡単。

問題なのはやっぱりBlenderからのColladaエクスポート。
今一つ確実に上手くいく方法が掴めないので、とッ散らかったメモを残しておく。

• Y軸が上方向となるようにモデリング〜ボーン設定を行う
• 書き出されたColladaファイルの要素を「Y_UP」にする
• ルートボーンは1つにする
• メッシュとペアレントした後自動設定されるモディファイアのArmatureをRealizeする
• メッシュの各頂点が、必ずいずれかのVertexGroupに含まれるようにする
• ボーンの名称に「.（ピリオド）」が含まれないようにする

特に座標系の違いが要注意部分。ColladaエクスポーターとAway3DのCollada.asでこの部分の連携が上手くいってない気がする。ガテン系ボーカロイドの腕が大変な動きをしてたのは、Z軸を上にして作ってたからだった。

次に直接ボーンを制御する場合。

boneControl（要：FlashPlayer9）
※画面左のつまみ系UIで腕と足の各軸の回転角度をイジれる。超使いにくい（えー）

読み込んだColladaがボーンを含んでいる場合、

var bone:Bone = model.getBoneByName("arm01_L");

//ボーンを各軸毎に回転
bone.jointRotationX(15);
bone.jointRotationY(5);
bone.jointRotationZ(10);

//ボーンを各軸毎に拡大縮小
bone.jointScaleX(0.5);
bone.jointScaleY(1.5);
bone.jointScaleZ(2);

って感じでアクセスできる。回転とスケールのみ制御可能。
普通にObject3Dを回転させたりするのと同じ要領ですな。IKとか設定したらどうなるのかは未調査。今度調べてみよう。

全体的にPV3D + Blenderより全然まともに動く印象（最近のPV3Dがどうかはわかんないけど）Colladaのパースもやたら早いし。なかなかイイ感じなんじゃないでしょーか。