.. title:: Pythonで心理実験 - 例題8-3 例題8-3:動くテクスチャ ========================== **A:** 唐突なんだが、今日はすごくやる気が無いんだ。 **B:** なんですか、藪から棒に。 **A:** いやさ、例題8-2で「次は動くテクスチャをやるよ」って予告したじゃん。だけどさ、この頃忙しすぎて面白い例題を考える暇が無いんだ。 **B:** そういえば最近よく研究室の隅で居眠りしてますね。で？ **A:** こっそり例題8-3をなかったことにしようかとも思ったんだけど、まあ昔テキトーに書いたデモでも載せてお茶を濁そうかな、と。 **B:** ははあ。いかにもやる気無さそうですな。そりゃ。 **A:** そんなわけでサンプルだ。実行すると、ダイナミックランダムノイズ上でコントラストが低い縦帯が左右に移動する。 こういう刺激をVisionEgg.MoreStimuliで用意されている刺激で実現するのは無理がある。テクスチャの動的描き替えならではだな。 .. figure:: img/08-3-01.png + 行番号なしのソースファイルをダウンロード→ `08-3.py `_ .. literalinclude:: source/08-3.py :language: python :encoding: shift-jis :linenos: :lineno-match: **B:** あれ、これ実行する時に最初なんだかカクカクするんですが…。 **A:** ああ、それはスクリーンショットをファイルに出力しているからだ。それは後で解説しよう。 まずこのプログラムの最重要ポイントを説明しておこう。 60行目からwhileループで画面を描いているわけだが、61行目でnumpy.random.randint()を使ってフレーム毎にランダムドットを作成している。 第1引数以上第2引数未満の整数の乱数を、sizeで指定した大きさの行列で返す。 ここでsizeに指定しているimage_size_backは17行目で定義されているとおり100×100。 これをそのまま表示すると小さすぎるので拡大して表示する。 **B:** 拡大？ **A:** うむ。33行目からのVisionEgg.Textures.TextureStimulus()を見てもらえばわかるけど、 textureに指定されているのはtemp_texture_back、これを定義している26行目によるとこのテクスチャの大きさはtemp_texture_back、すなわち100×100だね。一方、TextureStimulusの大きさにはscaled_size_backと指定されている。 同じようにプログラムをたどってもらえばわかるけど、これはtemp_texture_backを14行目で指定されているscale倍した大きさになる。 具体的には600×600。もともと100×100のテクスチャを600×600のスペースに貼り付けるわけだから、拡大されるわけだ。 **B:** ふむふむ。拡大しないようには出来るんですか？ **A:** うーん、VisionEgg.Textures.TextureStimulus()の引数にtexture_wrap_sとかtexture_wrap_tとか あるんで出来そうな気がするんだけど、単にこの辺にgl.GL_CLAMPを指定しただけではうまくいかない。ソースを読んでみないとちょっとわからないな。 **B:** texture…wrap…、なんですって？ **A:** この辺はpythonとかVisionEggじゃなくてOpenGLの話なんで、OpenGLの解説を見てくれたまえ。 ま、拡大したくないなら最初っからVisionEgg.Textures.TextureStimulus()のsizeとtextureのサイズを一致させておけばいいだけの事だ。 **B:** ははあ。でも同じ模様を何十回も繰り返すようなテクスチャだとその方法ではオブジェクトが多くなりすぎますよね。 **A:** お、するどい指摘…と一瞬思いかけたけど、それなら同じ模様を何十回も繰り返した大きなテクスチャを1枚用意すればいいだろ。 **B:** あ、そうか。 **A:** 後、テクスチャ関係で解説すべきなのは51行目と62行目かな。 VisionEgg.MoreStimuli.Target2D()など今まで見てきたVisionEggの刺激はすべて後からstimulus.parameters.on=Falseとかいう具合に後からデータ属性を変更できた。 そのノリでテクスチャを差し替えたいときにはtexture=newtextureとかやりたくなるんだけど、テクスチャの場合はそれではうまくいかない。 51行目のような方法でテクスチャオブジェクトを取得しなければいけないんだ。 **B:** えっと、この51行目はどういう… **A:** stim_back.parameters.textureはstim_backを作るときに指定したテクスチャだよな。 そいつのメソッドget_texture_object()を呼び出してテクスチャオブジェクトを取得しているわけだ。 **B:** むむむ。難しいな。 **A:** まあこう書くんだと覚えておけばいいよ。それで、62行目でput_sub_image()メソッドを使ってテクスチャを上描きしている。今回は61行目で発生させたランダム値を描画しているわけだ。これでお終い。 **B:** あれ、上描きした後は何か代入したりとかしなくていいんですか？ **A:** 何かって、何を代入するんだよ。 この方法はVisionEgg.Textures.TextureStimulusのインスタンスの中に直接手を突っ込んで作業しているようなものなので、put_sub_image()した時点でもう中身は描きかえられている。 **B:** ふうん。ややこしいですねえ。 **A:** さて、その他の部分はここまでの例題を見てきた人なら難しいところは何もないだろう。そんなわけで、そろそろ例題8も終了かな？ **B:** ちょっとちょっとAさん、最初の「カクカクする」件をまだ解説してもらっていませんが。 **A:** ああ、このサンプルプログラムは作った時の事情で最初の3フレームのスクリーンショットを保存するように作ってあるんだよな。 72行目でVisionEgg.Core.Viewport.draw()して画面をバッファに描きこんだ後、75行目のVisionEgg.Core.Screen.get_framebuffer_as_image()メソッドでスクリーンを画像として取得している。 draw()メソッドではバックバッファに描きこみを行うから、直前に描きこんだ画面を取得するにはbuffer='back'を指定すればいい。 で、得られた画像はPILのImage.Imageのインスタンスなので、76行目のようにsave()メソッドで簡単にファイルに保存できる。 **B:** これは便利そうですね。ふむふむ。 **A:** もちろん保存するときに余計な時間がかかるので、実験やデモの本番では保存しないように。 論文やら何やらを書くために刺激の画像が欲しいって時にちょいちょいと書き足してやればいい。 **B:** PILって便利ですねえ。もうちょっと詳しく解説してもらえませんかねえ。 **A:** うーん、私もPILは「こんな事できないのかな？」とか疑問を持った時にささっと調べるだけで、きちんとした解説を書けるほど知らんのだよな。 まあそれを言ったらVisionEggもそうなんだが。まあ、VisionEggがらみの解説がある程度片付いて、そこで気力がまだ残っていたらね。 **B:** それは「やる気がありません」という意思表明に限りなく近いような…。 **A:** まあまあ、勘弁してくれよ。この頃本当に仕事がしんどいんだ。それに、ここに書いている以上の事は自分で調べる能力も身につけてほしい。 そうじゃないと次々と新しい技術が生まれてくるのに対応できなくなるぞ。 **B:** なんだかぼくが全然自分で調べてないみたいな言い草ですね。こう見えてもAさんに教えてもらった後自分でいろいろ調べてるんですよ。 **A:** そりゃ頼もしいね。そんなわけで、例題8はそろそろお開き。