マウス操作を行なうaka.mouseをアップデートしました。このバージョンでは、マルチ・ボタン（最大32個！）やマウス・ドラッグが可能になるボタン・ダウンやボタン・アップに対応しています。実は、前バージョンでも適当に実装していて隠し機能だったんですが、きちんと動作するようになったハズです。ダウンロードはaka.objectからどうぞ。

注意すべき点は、実際のマウスの状態とaka.mouseが作り出すマウスの状態とを混同しないことです。例えば、実際のマウスでボタンを押し続けたままでも、aka.mouseでボタン・アップができるので、その時にマス・ボタンの状態を取得すれば、どうなるんでしょう？　この場合は、最後のオペレーション、つまりaka.mouseでのボタン・アップが現在の状態になるハズなんですが、ちょっと混乱するかもです。あと、update 0にして、マウス・カーソル移動時に描画を更新しない設定にした場合も要注意ね。

ちなみに、このアップデートは、Wiiリモコンを身体障害者のためのマウス代替装置にしたい、という相談がきっかけでした。身体障害者向けの機器は高価（マーケットが小さいから）なんですけど、Wiiリモコンなら安いですからね。普段は人様のリクエストは受け付けないんですが、今回はちょっと偽善者（？）になってみたというわけです。

今日の自分クエストは、ploy~で1024個以上のインスタンスを作る方法、でした。poly~は同じ機能を持ったオブジェクト（インスタンス）を手軽に作れるので便利なのですが、インスタンスは1023個までしか作れない、ってことになっています。一昔前なら、1023個で十分だよ〜って雰囲気でしたが、今やそんなことはないですね。例えば、次のように横80個に縦60個の球体を並べると、合計4800個だから、軽くpoly~の制限を超えてしまいます。

そこで、インスタンスの制限はオブジェクト単位なので、複数のpoly~オブジェクトを使えば大丈夫だろうと考えました。例えば、2個のpoly~を使えば、2046個までインスタスを作ることができるわけですね。さらに、poly~を入れ子にする、つまり、poly~の中にpoly~を入れてみたところ、バッチリ動作しました。パッチは次のようになります。

見たままなので分かり易いと思いますが、一番下が球体を1個含むサブ・パッチで、真ん中がそれを横に80個並べるサブ・パッチです。そして一番上のパッチで、横80個並んだものを縦に60個に並べています。

ちなみに、3次元配列は当然として、4次元、5次元と何次元まで可能なんだろうかという疑問がわきますね。どなたかヒマな人は確かめてみてください。それから、単に球体を縦横に並べるだけなら、もっと簡単な方法で構わないですよ（2061:Maxオデッセイのp.824〜とかp.848〜とか）。

新学期が始まり、学生クエスト・ネタが増えて嬉しいな〜と嘯く今日この頃。今回のクエストは、scope~の波形表示をフリーズさせたい（ある瞬間の波形を固定表示する）でございました。久々の王道記事です（苦笑）。

まず、mute~とかbegine~＋gate~でオブジェクトのオーディオ処理を停めると、実際には0がシグナルとして流れちゃうのでダメでございます。表示するシグナル数分のオーディオをサンプリングしてループ再生（または減衰なしのフィードバック・ディレイ）すれば良さそうなんだけど、面倒なので取り敢えず却下。それから、jit.desktopで画面キャプチャーしてjit.pwindowで表示する、って方法も考えましたけど、scope~とjit.pwindowをスクリプトでhide/showしなければならないのが、これまた面倒っぽい。

サクっと簡単な方法が思いつかなかったので、リファレンス・マニュアルを調べると、scope~をマウスでクリックしている間は表示がフリーズされる、と書かれていて、バッチリその通りになります。これで、一応は目的達成なんですけど、マウス・ボタンを抑え続けなければならないのがイマイチっぽいですね。

他に良い方法はないものかと調べていたところ、enable 0で表示フリーズ、enable 1でフリーズ解除となることが判明。これで完全解決ですね。めでたしめでたし。spectroscope~でも同じようにenableメッセージが使えます。

ちなみに、enableメッセージはヘルプ・パッチにもリファレンスにも載っていなくて、クイック・メッセージ・リファレンス・メニュー（2061:Maxオデッセイ、P.194参照）で見つけました。ヘルプは主要な事柄しか載っていないし、リファレンス・マニュアルも不完全だったりするので、奥の手としてクイック・メッセージ・リファレンス・メニューが役立つ時が結構ありますよ。

aka.wiiremoteの1.0B6を公開しました。ダウンロードはいつものaka.objectsからどうぞ。

このバージョンではクラシック・コントローラをサポートした他、多少のバグ・フィックスをしました。ヘルプ・パッチも少し整理して、FAQも更新しています。

PowerBook G4などでの動作不良は、ちょっとマシになったかもしれません。FAQにも書いたように、Wiiリモコンの登録を毎回削除して再度設定すれば、確実に接続できると思うのですが、いかがでしょうか？　毎回というのも面倒なのですが、これ以上は改善できていません。

先の記事を書きながら考えたことなんだけど、まずJamoma以外にも、UBC Toolboxとか、

v001とか、同じようなミドルウェアがいくつかあります。

私もIAMASのプロジェクトでDSPBoxってのをハードウェア込みで作ったりしました。

これらはそれぞれ目的が違うので、見かけや使い方が異なります。だけど、出発点となっているのは、毎回同じようなパッチを書くのは面倒なので、汎用的な処理を標準化してライブラリにしましょう、ということね。

例えば、オーディオ・ファイルを再生するのはsfplay~だけど、それ以外にもopenや1や0といったメッセージが必須だし、pause、resume、loopといったメッセージも欲しくなりそう。さらに、再生位置の取得や設定をするには、それなりに込み入った処理を書くことになる。こういったパッチを毎回（曲を書く度に）作るのは苦痛以外の何者でもないよね。

そこで、

• 頻繁に使う処理をモジュール化して、再利用できるようにする。
• GUIを付けて、直感的にマウスなどで操作できるようにする。
• 混乱しないように、複数のモジュールのデザインを統一する。
• 複数のモジュールを組み合わせられるよう、入出力の整合性を取る。

ってな作業をして、ミドルウェアが出来上がっていくことになります。

これで、めでたしめでたし、いろんな処理が簡単にできてウレシイ！ということになるのですが、実際にそれで満足できる範囲は限られています。ミドルウェアが規定した範囲ですね。例えば、

• モジュールのGUIを変更したい。
• モジュールに新しい機能を追加したい。
• 異なるミドルウェアのモジュールを組み合わせて使いたい。

といった欲求が起こった場合に、ミドルウェアの内部に立ち入って改造することになります。これは結構面倒だし、ミドルウェアの内部ってドロドロしている場合が多いから、第三者が容易に手を出せるものではないです。ちょっとイジったけで、全体がおかしくなってしまうかもです。

もちろん、このような事情はMaxも同じで、Maxが規定した範囲でしか処理を作れないのも事実です（同じ論法で、OSが、コンピュータが、CPUが….と素粒子レベルにまでイっちゃいます〜笑）。ただし、Maxはオブジェクトを極力シンプルにしているし、Maxの拡張方法も（ほぼ）きちんと規定しているので、混乱は少ないはずです。

つまり、ミドルウェアが簡易に高機能になればなるほど、ミドルウェアが規定する範囲が狭まり、拡張が難しいことになります。もちろん、万能のミドルウェアなんて有り得ないし、有り得ないからこそ、MaxやらC言語やらがあるわけです。ミドルウェアがアプリケーション化すると、Ableton Liveとかmotion diveとかになってしまい、それじゃ頭悪すぎなのでMaxを使ってるんだよね？　つまり、機能じゃなくって言語だったハズ、です。

もっとも、ここでの論考はミドルウェアを否定したいわけじゃなくって、ミドルウェアの限界を明らかにしつつ、それじゃどうしたらいいの？ってことを考えたいわけです。ミドルウェアが便利に使える範囲なら、どんどんミドルウェアを使えば良いと思いますね。…とタラタラ書いてたら長くなっちゃったので、この続きは、また後日。