Robert Ramirez氏らのJit-ogreプロジェクトからOGREによるアニメーションをJitterで利用するエクスターナル・オブジェクトrr.gl.ogreがリリースされています。Jitterだけでもjit.gl.modelでモデリング・データを読み込んで、グループごとの操作はできたのですが、これってとっても面倒でした。例えば、3Dモデルの人が歩いているアニメーションをJitterで実現しようとすると、できなくはないけど、結構途方に暮れちゃいますよね。

そこで、3DCGソフト（BlenderからMayaまで数種類に対応）で作成したモデル、テクスチャー、アニメーションといったデータをエクスポートして、OGRE (Object-Oriented Graphics Rendering Engine) というレンダリング・エンジンを使ってJitter上で動かそうというのが、このオブジェクトです。サンプルでは忍者が舞い踊ったり、魚（鱒？）が泳いだりします。

Jit-ogreのサイトにはムービーや説明があるので、まずはこれらを見ると良いと思います。既にかなり多くの機能が盛り込まれていますが、まだまだ拡張されるようです。難点としては、操作が複雑（多機能の代償）であったり、不備が目立つ箇所があることかな。しかし、Jitterで3Dモデルのアニメーションを行なうには、現時点では唯一最強のオブジェクトですから、この手のことをしたい人の救世主になりそうです。

もっとも、OGREやJit-ogreの機能だけでなく、モデルやアニメーションなどのデータを作成すること自体が難関ですから、簡単にはコトは進まないでしょうね。これに限らず、3DCGの世界は一筋縄ではいかないイバラの道です。御愁傷様〜

2d.wave~は、いろいろと遊べて楽しい＆バッファの読み出しだけなので軽い、という優秀なオブジェクトで、私もサンプル・ベースのシンセシスに時々使います。それで、このオブジェクトの動作を調べてみました。

次のパッチでは、まず、バッファに0.0から1.0まで直線的に増加する1秒分のサンプルを作ります。このバッファをphasor~でドライブすれば、2d.wave~がどのような読み出し方をしているかを観察できるわけです。そして、2d.wave~の動作をシミュレートするために、xの位相シグナルを分割数（rows）で割って、yの位相シグナルを足した値をwave~に送って、バッファを読み出しています（下図の左側部分）。

これでほぼOKなのですが、x/rows+yの値が1.0を超える場合に結果が異なってきます。8分割では、yの位相が0.875 (7/8)から1.0 (8/8)までの場合ですね。ここではwave~に値を送る前にfoldモードのpong~を使っていますが、warpモードでもダメで、%~とかでもダメです。分割数に応じた何らかの補正・補完処理をしているようですが、それはどのような処理（アルゴリズム）なんでしょうね？

ちなみに、このテスト用パッチを以下にリンクしておきます。このパッチを発展させれば、2d.wave~を汎用ジェネレータとして使うことができます。もともと私がしたかったことは、その手のことだったので、2d.wave~の動作原理は深く追求していませんけどね。

2dwavetestpat.zip

Maxで沢山のスライダーやダイアルなどのGUIを必要とする時に、どうしても複雑怪奇なパッチになりがちですよね。それを解消するのがMax5のPresentationモードでしょうけど、現状での解決策として、ここでは私がよく使うテクニックをご紹介ね。

まず、必要なGUIオブジェクトを並べて、それぞれに名前を付けます（図の上部）。そして、autopattrオブジェクトとpattrstorageオブジェクトからなるオマジナイ（図の下部）を入れます。

後は、GUIに付けた名前と同じreceiveオブジェクトを作れば、パッチ・コードを繋がずにGUIの値が得られます。pvarオブジェクトは同一ウィンドウ内でしか使えないけど、この手法はsend&receiveなので、どこでも使えます。

なかなか簡単＆効果的でしょう？　数個のGUIなら有り難みが少ないけど、十数個、数十個ともなれば、このようなスマートな手法なしには無茶苦茶大変ですからね。

ちなみに、GUIの名前は何でも構いません。ただし、複数のパッチを開いた時でも混乱が生じないように、私は最初にパッチの名前を付加するようにしています。このパッチでは「Sample」の部分ね。

さらに、先頭のスラッシュ（/）も本来不要だけど、OSC系のアプリやデバイスを使う時に便利なのです。例えば、LemurならGUIオブジェクトを「Custom Address」にして、MaxのGUIオブジェクトと同じOSCメッセージ名を付けます。

んでもって、以下のようにMaxでのオマジナイ部分をちょっと変更すれば、バッチリ相互リンクして動作してくれます。LemurによってMaxを操ることができて、Maxでの操作もLemurに反映されます。しかも、フィードバックによるオーバーヘッドなしのスグレもの。これでサクサクとLemurを操ることができます。

と言う訳で、オマジナイが何をしているのかは各自研究していただくとして、それが理解できなくてもオマジナイをパッチに入れておくだけで大丈夫です。ファイルのダウンロードは以下のリンクからどうぞ。

gui2message.zip

SuperColliderに続く温故知新シリーズ、あるいはメディア考古学お宝編、あるいは単なる自慢大会の第2弾は、もちろんMaxです。私が最初に購入したのはOpcode Max 2.1.2で、フロッピー・ディスクのシリアル番号は508-212-00001121です。1121番目なのか、1000番始まり（よくある偽装）で121番目なのか分かりませんけどね。これよりも若いシリアル番号をお持ちの方は、ぜひ自慢してください。できれば、物的証拠も提示ね（笑）。

この時のパッケージは、フロッピー・ディスク3枚（+OMSのフロッピー・ディスクも？）と、厚さが数センチもあるバインダー形式のマニュアルでした。例によってマニュアルは捨てちゃいましたが、フロッピーは残っていました。

今は亡きIntelligent MusicおよびOpcodeから商品として発売される前にも、IRCAMなどで使っていた人がいるんじゃないかな。確か、当時はPatcherというコード・ネームだったと思います。だから、日本初のMaxユーザってのは特定しにくいかもしれませんね。取り敢えず、私でないことは確かです。

Leopardでもaka.objectsはバッチリ動作します！….と言いたいところですが….aka.wiiremoteでBluetoothのチェックをミスっていました（苦笑）。LeopardでWiiリモコンを使う人は、修正済みのバージョン1.0B7をダウンロードしてくださいね。

ついでに、このバージョンでは、IRセンサーの生データや加速度センサーなどのキャリブレーション・データを取得するextraoutputメッセージを追加しています。フツーの人には必要ないと思いますが、ディープな使い方をする人にはウレシイかも。

他のオブジェクトは問題なく動作しているようです。何か気づいた点があれば知らせてください。かなり自然な発声をするAlexくんも、aka.speechで遊んでみてください。音声認識のaka.listenでは、認識率が悪くなったような気もしますが、単に私の発音が下手になっただけかも（笑）。