PDのpyオブジェクト
PureDataにはpyというPythonでエスクターナルを書けるオブジェクトが存在するらしい．
で，簡単な解説ページがあった．
う…面白そうだ．
DSPは書けないみたいだけど，PDってDSPやるだけが能じゃないからねぇ．
DSPだけがコンピュータ音楽じゃない．
それこそ，Millerはスコア記述用途としてPDを使うって選択を提案してるわけだし．
そういう意味で，これは非常に面白い．
Max的なプログラミングじゃ繁雑になることを，手続き系(?)の言語で書けるわけだから．
てか，DSPは普通にMaxパッチ書いた方が楽そう…
(まぁそれは，僕がMaxプログラミングに慣れてるからなのだけれど)
DSPの制御系は，これ使って書いた方が楽そう．
グラニュラーサンプリングとか一から書くのは本当に面倒くさいもんなぁ．
ただ，そのエクスターナルオブジェクトを複数インスタンス化した時(JavaとかC++だと，この表現はおかしいけど，Maxってそういう感じなのだ，と僕は理解してる)，Pythonスクリプト中に書かれたグローバル変数は共用されるらしい．
…理由がわからない．なぜ？
スクリプトはpyオブジェクトのインスタンス化の時に動的に読み込まれるんじゃないの？
Cで書いた時みたいに構造体が上手く使えないからなのか？
(this->dataみたいな)
pyオブジェクト同士がバックグラウンドで処理を共用してる？
…それ，Maxのオブジェクトとして問題あるような気もするが，Pythonインタプリタを大量に立ち上げるのを回避してるのか．
ま，それはともかく．
ヨーロッパではPythonが爆発的に普及していて(当然と言うかなんと言うかRubyは影も形もない)，色々使われている．
実際，コースの同期でコンピュータ上のプログラムを書く人達はみんなPythonを選択したようだ．
(ロボットアート作ってる人達は別．マイコンはアセンブラかCで書かなきゃいけないから)
というのも，えらい簡単なのだそうだな．
他の学校の初級プログラミング授業じゃ当り前のように採用されているらしい．
上記のページでもアルペジエータ作成やってます．
うむ，これ既存オブジェクトだけじゃえらい面倒くさいもんな．
ちょっと細かなルール書くだけで相当繁雑になる．
んー，こっちで散々Pythonを布教された事だし，ここらへん手を出して見るべきなのかなぁ．
あ，OSXのMax/MSPだと，アプリ本体に加えて開発環境買わなきゃいけないから出費がものすごくでかい．
それに対してPDだと全部無料，ってのは，かなりのアドバンテージだなぁ．
よくMax/MSPだけがMaxだと思っているヤツがいるが，そういうヤツには鉄槌を．
どっちかっていうと，Max/MSPの方が邪道だ．邪道過ぎる．癖がありすぎる．
「トランスMaxエクスプレス」…あの本が元凶のような気もするが．
翻訳依頼されると困る
ちょっと前に同級生の作品が日本の雑誌で取り上げられたって話を書いたけど．
もう一人来ました．
記事がこれ．二人出てるけど上の方ね．
…勘弁して．
むっちゃ翻訳しにくい文章だよ．
おまけにかなり観念的で，この記事書いた人のバックグラウンド想像するか記事全文読む必要がある．
「内心忸怩たる思いをした」って，「この記事書いた人はすごく悔しかったみたい」って訳したんだけど．
「なんで？」って聞かれても，その理由が記事中に明確に書かれてないのね．
つまりこの記事の筆者も似たようなパフォーマンスでプレゼンしたんだろう，としか想像出来なくて，そう伝えたんだけど．
返ってきた答えは，やっぱり「なんで？」でした．
ええ，疲れましたよ．かなり．
せめてもう一人日本人がいればいいんだけどなぁ．
僕より英語が上手な人希望．
いや，僕より英語がダメな人なんていないだろうけどさ．
そういえば…
明日，修論のプレゼンなんだよねぇ．
原稿とスライドはまとめたんだけど，英語のチェックがな．
ネイティブの人にチェックしてもらうと，10ページとかのが1週間以上かかるし．
勿論，今まで直してもらった文からフィードバックしてるんだけど．
ま，オフィシャルなセッションじゃないからいいか．
