mieki256's diary

Nim用のソースコードはインデントでプログラムの構造化を実現しているので、一見するとPythonに近い言語なのかなと今まで思い込んでしまっていたのだけど。

よく調べてみると、そういうわけではなかった…。Nimを開発するにあたって影響を受けた言語リスト、なるものがあって、それを眺めると Pascal系の言語のほうが多く、Python からはほんのちょっとしか影響を受けてなかった。たしかにあちこちの仕様を眺めると、これは Pascal っぽいなあ、と思えてきた。どこがどうとは言えないけれど…。

まあ、インデントで構造を示す Python のソレが強烈過ぎるということでもあるのかな…。何かの拍子にインデントがごっそり無くなるだけで全く使えないソースコードになってしまうあたり、Python って独特過ぎる…。だから、インデントが活用されているだけで「ああ、これってPythonっぽいね」と勘違いしてしまうのは仕方ないのかも…。

NimでOpenGLは使えるのかどうかが気になってググっていた。OpenGL自体は公式がメンテナンスしているライブラリがあるらしい。ただ、ウインドウ関係を出してくれる GLFW はどれを使えばいいのかよく分からず…。

昔は NimGL なるものがあって、その中に GLFW があったらしいけど、もう NimGL は使われてないという言及も目にしてしまって…。だとすると、GLFW を使いたい時は何が使われてるんだろう…。

もっとも、GLFW を使うとなると Windowsの場合は .dll もアプリと同梱しないといけないことになるのかな…？ それとも .exe の中に内包できるのだろうか？ よく分からん…。.exe 1つで動く状態にしたいけれど、そんなことできるのかな…。

例えば昨晩見た回では…。

学院への入学試験(?)のシーン。先生役がスゴイ魔法を出して、「さあ、この魔法を打ち破って見せなさい」と言いつつ、その際バックでは不穏なBGMが流れているのだけど。カットが切り替わると主人公が 「えっ。そんな試験でいいんですか？」とあっさり言い放ち、今まで流れていた不穏なBGMがスパッと切られてBGM無しになる。

教室内で同期の女子にアプローチをかけてる主人公のシーン。バックではほんわかしたBGMが流れているのだけど。ロッテンマイヤーさん的な女性教師が「呼ばれてるんだから早くしなさい」と言うと同時にそのほんわかBGMがスパッと無くなる。

学院の偉い人との面接シーン。主人公に多少興味を持った凄そうな魔術師が「なんなら私が色々教えてやっても良いぞ…」と言ってる途中なのに主人公が 「じゃあ面接終わったみたいなんで僕帰りますね」とさっさとドアを閉めて行ってしまう。

これは一つか二つ前の回だけど、店内・店主の前で、水で色んな形状を作れる能力を披露した主人公に対し、店主がちょっと恥ずかしそうに 「もしかして…人間の女性の形も作れたり…？」と尋ねようとしたその瞬間に主人公の御付きのメイドが鬼のような形相＋めっちゃ早口で 「貴方子供の前で一体何を言い出すんですか！」と相手の言葉を遮る。

いくら言葉で説明してみても実際に映像を見てもらわないと全然ピンとこないだろけど…。とにかくタイミングが絶妙…。ツッコミやボケが入る、そのタイミングだけでついつい笑ってしまう。

この演出家さん、「娯楽映像作品とは時間の制御で見世物に仕立てていくもの」ということをよく分かってらっしゃる…。このあたり、ずっと同じペースでダラーッと流し続けて、せっかく脚本に盛り込んであったボケやツッコミを全て台無しにしちゃう演出家が大半なのに…。この演出家さんは分かってる。ちゃんと分かってる。素晴らしい。

BGMの使い方も上手い。「音楽には場の空気を支配する力がある」から映像作品でも頻繁に活用されるわけだけど。一般的にはそのまま流し続けて雰囲気を醸し出していくテンプレパターンに陥ってしまいそうなところでわざとスパッと切って無音にして冷や水を浴びせてくるというか。こちらの予想を裏切ってくる使い方。そこには飛躍もあるし、コントラストもあるので、これまたついつい笑ってしまう。アニメは総合芸術なのだ、音楽の使い方は武器になるのだということをよく分かってらっしゃる…。

もちろん、こういった見せ方は件のアニメだけがやってるわけでもなく、分かってる演出家さんなら当たり前のようにちょくちょく使ってる手管だったりするのだけど…。テンプレ演出しか出してこない、単に不勉強なのか、それとも全然考えてないのか、スケジュールに追われてそれどころじゃないのか、見ていて首を捻ってしまう演出家さんも結構見かけるわけで…。

まあ、作画面がアレだから、その分演出の上手さが光って見えるという面もあるのだろうけど…。上手いものは上手い。しかも、どのシーンも只の会話のやり取りに過ぎないし、顔芸の類を見せているわけでもないのに、ちゃんと笑わせてくるのだから…。上手いなあ…。

この演出家さんが奇面組リメイク版も担当してくれていたら良かったのになあ…。作画のクオリティは全く同じでも、もうちょっと笑えるアニメになってたんじゃないか…。いや、アレはギャグの種類が違うからちょっとやそっとじゃどうにもならないか…。ダウンタウンの松本氏が「飛躍し過ぎると客がついてこれなくて笑いに繋がらない」と言ってたらしいけど、奇面組のソレはカットが切り替わるたびに前後を無視したネタが盛り込まれるだけだから飛躍を通り越して単に無意味に断絶してるというか…。ここぞというタイミングを一切見定めることなく脈絡のない一発ギャグのみを延々披露し続ける芸人さんが居たとして、はたしてそれは笑えるのかどうか？ という…。 *1

BGMの使い方云々でふと思い出したのでメモ。昔、何かのTVアニメで、BGMの使い方に感心した記憶があって…。

男性主人公がそうとは知らずに女性用露天風呂に入ってしまって、のんびり湯に浸かっていたら後から女性客の集団がワラワラと入ってきて思わず岩陰に隠れてしまうという、漫画やアニメでは散々見せられてきたあるあるなシチュエーションで…。ただ、ちょっとした工夫で印象が随分変わっていた。

女性客が談笑しているカットでは、明るくて楽し気で平和的なBGMが流れているのだけど。焦っている男性主人公のカットに切り替わると、まるで戦場にでも居るかのような非常に険しいBGMに切り替わって。また女性客のカットに戻ると平和なBGM。男性主人公のカットになると戦場BGM。それを何度か繰り返す、という…。

見ていて笑いながら唸ってしまった。このBGMの使い方は上手い…。なんというギャップ…。音楽は場の空気を支配する。場の空気を一変してしまう。その特性を活かして、こういう使い方もできるのかと…。飽きるほど見てきたシチュも、たったこれだけの工夫で笑えるシーンになるのだなと…。音楽の力ってスゴイ。いや、こういう使い方にちゃんと気づいて盛り込んでみせたこの演出家さんは偉い。素晴らしい。

これがまた、BGMがブツ切りで切り替わるあたりも上手かった、ような気がする。そのあたり記憶がちょっと定かではないけれど…。実は調整してあったのかもしれないけど…。

例えば映画音楽では、カットやシーンの内容に応じて曲調を変えるというのは比較的当たり前なので、カット毎に流れてる曲の雰囲気が違っているのは全然珍しくもなく…。例えば宮崎アニメも、音楽を担当してる久石譲さんが、横に置いてあるモニタに完成映像を映しながらタイミングを取りつつ指揮棒振ってオーケストラに演奏させて収録していたりするし…。

_劇伴(サウンドトラック)に15.73kHzが収録されている | 音響・映像・電気設備が好き

ただ、その場合、曲調が変わる瞬間も音楽としては一通り繋がってる感じになってしまうはずで…。

そういった事例と比べると、BGMがブツ切りで切り替わるというのは…。各キャラが、同じ時間、同じ場所に居ながら、しかしそれぞれ全く異なる心情が並列して発生しちゃってる感が、音楽の力でより強調されていた感じがするなと…。TVのリモコンのボタンを無造作に押して各チャンネルをザッピングしてるあの感覚に近いのだろうか。それぞれが繋がっていない、異なる流れが、並列してそこにまとまって存在してる感覚。

おそらく曲を作ったり演奏してる側からすれば「ブツ切りで切り替えるのは止めてくれ。それはダサい。カッコ悪い」「言ってくれればちゃんと曲として繋げながらキッチリ切り替わってる音源作りますよ」と言い出しそうな気もするけれど。映像作品に限っては、有無を言わせず曲がブツ切りで変わってしまったほうがより効果的だし、演出としてはそのほうが正解、という場面もあったりするのかもしれないなと…。 *2

このあたり、 _「床屋の満足」 がちょっと潜んでそうな気もする…。

思考メモです。オチは無いです。

スプラッシュ画面が出てきて、ウインドウ全体が表示されるところまでは実行できる。しかし、その状態で…。

• 例えば、タスクバー上のblenderのアイコンをクリックしただけで、blenderが何も返さずに落ちる。
• あるいは、ユーザー設定ウインドウを表示してから、そのウインドウの右上の「閉じるボタン」をクリックすると、これもblenderが落ちる。
• 別のアプリをアクティブにしてから、blenderのウインドウを再度アクティブにすると、これも blenderが落ちる。

要するに、blender本体のウインドウにフォーカスが当たって、再度アクティブになる時に落ちるようで…。

• blender 2.7x以前(2.79b x64、2.79b x86、2.78c x64, 2.77.1 x64, 2.76.2 x64) ではblenderが落ちる。
• blender 2.8x以降(2.83.20 x64、2.93.18、3.6.21、4.2.7)なら、こういうことは起きない。

--debug-all というオプションをつけるとデバッグ情報が表示されるらしいので、DOS窓(cmd.exe)を開いて、blender.exe --debug-all で実行してみたところ、最後に以下のメッセージが表示されていた。

Error: EXCEPTION_ACCESS_VIOLATION

このエラーメッセージでググっても、blenderが落ちる場合はえてしてこのエラーメッセージを出して落ちるようで、参考になる話が出てこない…。


opengl32.dll を入手して blender の入っているフォルダに置くことで、動作は激遅になるもののソフトウェアでOpenGLを処理するようになるから安定動作するかも、という話を見かけた。試してみたものの、たしかに動作は遅くなったけど、相変わらずウインドウが再アクティブになる時に落ちる。全然安定動作になってくれない。

起動用のショートカットファイルのプロパティを開いて、互換性 → 互換モード → 互換モードでこのプログラムを実行する、にチェックを入れる → Windows7、を選択してみた。効果は無かった。

Windows版は使えなくても、Linux版が使えたらどうにかなるかなと思いついた。

Ubuntu Linux 20.04 LTS 64bit版上で、blender-2.79b-linux-glibc219-x86_64.tar.bz2 を入手。解凍して、中に入っていた ./blender を実行してみたところ、そちらなら動いてくれたので…。blender 2.7x に関して動作確認したい場合は Linux版を使ってどうにかする、ということでもいいかなと…。

ググっていたら、本来、件のページは、2022年頃に閉鎖する予定だったらしい。

_Christoph Gohlke's Windows Wheels site is shutting down by the end of the month : r/Python
_installation - What to do when Gohlke's python wheel service shuts down? - Stack Overflow

ミラーサイトが建てられた時もあったけど、そちらのサイトも今現在は404。

_Mirror of Christoph Gohlke's Windows Binaries : r/Python

とりあえず当面は PyOpenGL の .whl だけでも入手できる状態にしておきたい。一通り入手してGoogleドライブに置いておくことにした。

_PyOpenGL - Google ドライブ

前述のページから入手できるならそれでいいのだけど、万が一入手できなかった場合は上記の場所から、ということで…。

以前、非公式版 PyOpenGL に同梱されてる freeglut*.dll の場所を調べたことがあるけれど。

_mieki256's diary - PyOpenGLが使うfreeglut.dllの場所を調べた

つまり、pip install PyOpenGL で公式版をインストールした後、以下の場所に freeglut.dll をコピーして…。

(Python3インストールフォルダ)\Lib\site-packages\OpenGL\DLLS\
or
(Python3インストールフォルダ)\

以下のファイルを修正すればどうにかなるのかもしれない。

(Python3インストールフォルダ)\Lib\site-packages\OpenGL\platform\win32.py

        for possible in ('freeglut%s.%s'%(size,vc,), 'glut%s.%s'%(size,vc,)):
# ↓
        for possible in ('freeglut', 'freeglut%s.%s' % (size,vc), 'glut%s.%s' % (size,vc)):

Python を使って OpenGL を学習するのであれば、GLFW を使ってしまう手もアリかなと…。

_glfw - PyPI

glfw (pyglfw) なら、公式版の Windows用パッケージの中に glfw3.dll が同梱されてるので、.dll の導入で悩むことなく、すぐに使える。GLUT/freeglut より新しいツールキットな点もイイ感じ。

ただ、Python + PyOpenGL + freeglut を使ったサンプルを動かしたい場合は、やはり PyOpenGL + freeglut が必要になるわけで…。

Xubuntu-desktop を使っている ubuntu 22.04 LTS に MobaXTerm でアクセスして、標準ファイラー、thunar を起動してみたら、MobaXTerm を動かしてる Windows10 x64 22H2機側ではなく、実機側/Ubuntu側で thunar が表示されてしまった。

どうやら、デスクトップ環境が標準で用意しているファイラーを MobaXterm から呼び出すと、実機側で表示されてしまうようだなと…。

試しに、Xubuntu-desktop の標準ファイラーではない、Caja や PCManFM を MobaXTerm から呼び出してみたら、今度は Windows10側でそれらのウインドウが表示された。

となると、リモートでその手のGUIファイラーを使いたい時は、標準ファイラーではないものを選んで起動するべし、ということになるのだろうか。

気付いたら、Xfce のパネル上から開くメニューの中から、Wine関係のメニューがごっそり消滅していた…。何故…。そもそもこのメニューってどこに記録されているのか…。調べてみないと…。

キーボードについては、/proc/bus/input/devices の中から、EV=1200.. を探すことで、おそらくメインで使われているのであろうキーボードの event* を取得できそうだなと分かってきた。

以下のやりとりが参考になった。

_c - Determine Linux keyboard events device - Stack Overflow

上記のやり取りの中では、EV=120013 という値を決め打ちで探しているけれど、手持ちのタッチパッド付キーボード Logicool K400r は EV=12001f を返してきたりするので、まあ、EV=1200.. を探せば、キーボードを見つけることができるのではないかと…。

ちなみに、EV=1200.. の 12 の部分は、EV_REP と EV_LED のフラグが立ってることを示している。

• EV_REP は、キーリピートが発生する入力機器であることを示す。
• EV_LED は、LEDの制御ができる機器であることを示す。

手持ちのキーボード、Logicool K400r や Lenovo KU-1255 にはLEDがついてないのだけど、どちらも EV_LED を返してくる。おそらくだけど、キーボードの類は、実際にはLEDを持っていなくてもLEDを持っているものとして情報を返すことになってたりするのではないか、と…。いや、分からんけど。でも、少なくとも、手持ちの各機器を調べた範囲では、そう見えてる。もしかすると例外な機器ががある可能性も否定できないけど。

あるいは、EV=1200.. ではなく、Handlers= に kbd と leds が存在するものをキーボードとして扱う、という手もありそうだなと。

• EV=120013 を返してくる機器は、「H: Handlers=sysrq kbd leds event0」を返す。
• EV=12001f を返してくる機器は、「H: Handlers=sysrq kbd leds mouse0 event0」を返す。

上記のどちらも、kbd と leds が存在するので、それを頼りにキーボードを見つけることだって可能なのかもしれない。

さておき。/proc/bus/input/devices の内容から、キーボードの event* を得る方法だけど。

前述のやり取りの中で、grep を何度も呼び出して求めてしまう方法が紹介されてた。

grep -E 'Handlers|EV=' /proc/bus/input/devices | grep -B1 'EV=1200..' | grep -Eo 'event[0-9]+' | grep -Eo '[0-9]+' | tr -d '\n'

• grep -E 'Handlers|EV=' /proc/bus/input/devices で、/proc/bus/input/devices の中から、Handlers または EV= が含まれた行を取り出す。
• grep -B1 'EV=1200..' で、EV=1200.. と書かれた行と、その1行前の行(Handlers が書かれた行)を取り出す。
• grep -Eo 'event[0-9]+' で、「event*」と書かれた部分だけを取り出す。
• grep -Eo '[0-9]+' で、「event*」の数字部分だけを取り出す。
• この状態では改行が含まれてることがあるので、tr -d '\n' で、改行を消去する。

結果がどう変わっていくか、一応以下に示しておく。

$ grep -E 'Handlers=|EV=' buffalo_bskbw03wh_and_logicool_vx_nano.txt
H: Handlers=sysrq kbd leds event0
B: EV=120013
H: Handlers=mouse0 event1
B: EV=17
H: Handlers=kbd event2
B: EV=1f
H: Handlers=kbd event3
B: EV=13
H: Handlers=mouse1 event4
B: EV=17
H: Handlers=kbd event5
B: EV=1f

$ grep -E 'Handlers=|EV=' buffalo_bskbw03wh_and_logicool_vx_nano.txt | grep -B1 'EV=1200..'
H: Handlers=sysrq kbd leds event0
B: EV=120013

$ grep -E 'Handlers=|EV=' buffalo_bskbw03wh_and_logicool_vx_nano.txt | grep -B1 'EV=1200..' | grep -Eo 'event[0-9]+'
event0

$ grep -E 'Handlers=|EV=' buffalo_bskbw03wh_and_logicool_vx_nano.txt | grep -B1 'EV=1200..' | grep -Eo 'event[0-9]+' | grep -Eo '[0-9]+'
0

最終的に、event* の数字の部分だけを取得できている。

自分、プログラム内でこの手の処理をみっちり書かねばならないものと思い込んでいたので、既存のコマンドを数回呼んで目的を達成してしまうやり方に、なんだかちょっと目から鱗が落ちたというか…。単機能のコマンドを繋げて目的を果たすのが、*NIXの文化なのね、みたいな。

前述のやり取りの中で紹介されてるのは、おそらくC++？を使った記述だろうけど、C言語で同じことをしている事例も見かけた。

_c - Reading events from the keyboard device and storing it in a file skips some input - Stack Overflow

FILE* fpp = popen() と fgets() を使えば、C言語のソース内で grep を呼んで使うことができるらしいなと…。まだ実際に試してないので、本当にそんなことができるのか分かってないけど。

キーボードの判別・event*の取得は、上記のやり方でなんとかなりそうだなと思えてきたけど。マウスの判別が、ちょっと難しい…。

一応、Handlers= の中に、mouse* という記述があるものが対象としてリストアップできそう、とは分かったけれど。

$ grep -E 'Handlers=.*mouse*' buffalo_bskbw03wh_and_logicool_vx_nano.txt
H: Handlers=mouse0 event1
H: Handlers=mouse1 event4

$ grep -E 'Handlers=.*mouse*' logicool_k400r.txt
H: Handlers=sysrq kbd leds mouse0 event0

$ grep -E 'Handlers=.*mouse*' lenovo_ku-1255.txt
H: Handlers=mouse0 event1

対象が1行しか出てこない場合は、 ソイツがルパンだ！ ソイツがマウスだ、と考えていいのだろうけど。問題は、2行以上出てきた場合。Handlers= の情報だけでは、どっちが真のマウスなのか、分からない…。

もしかすると、Phys= の情報が頼りになるのだろうか？

$ grep -E 'Handlers=|Phys=' buffalo_bskbw03wh_and_logicool_vx_nano.txt
P: Phys=usb-20980000.usb-1.1/input0
H: Handlers=sysrq kbd leds event0
P: Phys=usb-20980000.usb-1.1/input1
H: Handlers=mouse0 event1
P: Phys=usb-20980000.usb-1.1/input2
H: Handlers=kbd event2
P: Phys=usb-20980000.usb-1.1/input2
H: Handlers=kbd event3
P: Phys=usb-20980000.usb-1.2/input0
H: Handlers=mouse1 event4
P: Phys=usb-20980000.usb-1.2/input1
H: Handlers=kbd event5

$ grep -E 'Handlers=|Phys=' buffalo_bskbw03wh_and_logicool_vx_nano.txt | grep -B1 'mouse'
P: Phys=usb-20980000.usb-1.1/input1
H: Handlers=mouse0 event1
--
P: Phys=usb-20980000.usb-1.2/input0
H: Handlers=mouse1 event4

何故か「--」という行が含まれているのが気になるけど、それはさておき。Phys= に input* が含まれていたとして、数字が小さいほうが真のマウスだ、みたいな。

ただ、この input* は、必ずしも input0 や input1 になるとは限らなくて。例えば、Logicool K400r は、以下のような値になってしまう。

$ grep -E 'Handlers=|Phys=' logicool_k400r.txt | grep -B1 'mouse'
P: Phys=usb-20980000.usb-1.1/input2:1
H: Handlers=sysrq kbd leds mouse0 event0

「input2:1」ってなんやねん。

まあ、K400r の場合、それだけを接続している状態なら、mouse が含まれる行が1行しか出てこないので、それがマウスだと決めつけてしまっていいのかもしれないけれど。ただ、複数の入力機器を接続している場合は、ちょっと困ったことになるよなと…。

何にせよ…。/proc/bus/input/devices の中に、

• Handlers=.*mouse.* が1行しか出てこないなら、それがマウス。
• Handlers=.*mouse.* が2行以上出てくるなら、Phys=.*input.* の数値が小さいほうが、実際に使っているマウス。

そんな判別方法で、ある程度は対処できるのかもしれない。

ただ、その判別方法を、C言語でどう書けばいいのか。そこがちょっと悩むところで…。

行数を数えるなら、wc というコマンドが使えるらしい。

_テキストファイルの行数や単語数を調べるには
_【 wc 】コマンド――テキストファイルの文字数や行数を数える：Linux基本コマンドTips（62） - ＠IT

wcコマンドは、文字数や行数を数えられるけど、-l を付ければ行数だけを数えるそうで。

$ grep -E 'Handlers=.*mouse.*' logicool_k400r.txt | wc -l
1

$ grep -E 'Handlers=.*mouse.*' buffalo_bskbw03wh_and_logicool_vx_nano.txt | wc -l
2

これで、マウスらしきものが1つだけ接続されているのか、2つ以上接続されているのか、その程度の判別ならできそうな予感。

一つだけなら、キーボードの event* を調べた時と同様に、grep を数回呼ぶことでなんとかなるかなと…。

$ grep -E 'Handlers=.*mouse.*' logicool_k400r.txt | grep -Eo 'event[0-9]+'
event0

$ grep -E 'Handlers=.*mouse.*' logicool_k400r.txt | grep -Eo 'event[0-9]+' | grep -Eo '[0-9]+'
0

つまり、以下のようになるのかな…。

grep -E 'Handlers=.*mouse.*' /proc/bus/input/devices | grep -Eo 'event[0-9]+' | grep -Eo '[0-9]+' | tr -d '\n'

これで、マウスに割り当てられた event* の数字部分は得られそう。

だけど問題は、マウスらしきものが2つ以上ある場合。さて、どういう手法で、どれが真のマウスなのかを判別すればいいのか…。

再度書くけど、以下の状態まではコマンドを駆使して絞り込める。

$ grep -E 'Handlers=|Phys=' buffalo_bskbw03wh_and_logicool_vx_nano.txt | grep -B1 'mouse'
P: Phys=usb-20980000.usb-1.1/input1
H: Handlers=mouse0 event1
--
P: Phys=usb-20980000.usb-1.2/input0
H: Handlers=mouse1 event4

ここからどうする…。コマンドでどうにかなるのか…？ 頓智が求められるなあ…。

いっそ、キーボードやマウスに割り当てられたevent*を調べて返すPythonスクリプトでも書いて、それを呼んじゃうという手は…。

ふと、他のLinux環境ではどうなるのかと気になって、VMware Workstation 16 Player 16.1.0 build-17198959 + Ubuntu Linux 20.04 LTS で確認してみたのだけど。

mouse* が3つほど出てきて、Phys=.*:input0 ではなく Phys=.*:input1 のほうが反応することに気づいた。

$ cat /proc/bus/input/devices
I: Bus=0019 Vendor=0000 Product=0001 Version=0000
N: Name="Power Button"
P: Phys=LNXPWRBN/button/input0
S: Sysfs=/devices/LNXSYSTM:00/LNXPWRBN:00/input/input0
U: Uniq=
H: Handlers=kbd event0 
B: PROP=0
B: EV=3
B: KEY=10000000000000 0

I: Bus=0011 Vendor=0001 Product=0001 Version=ab41
N: Name="AT Translated Set 2 keyboard"
P: Phys=isa0060/serio0/input0
S: Sysfs=/devices/platform/i8042/serio0/input/input1
U: Uniq=
H: Handlers=sysrq kbd event1 leds 
B: PROP=0
B: EV=120013
B: KEY=402000000 3803078f800d001 feffffdfffefffff fffffffffffffffe
B: MSC=10
B: LED=7

I: Bus=0011 Vendor=0002 Product=0013 Version=0006
N: Name="VirtualPS/2 VMware VMMouse"
P: Phys=isa0060/serio1/input1
S: Sysfs=/devices/platform/i8042/serio1/input/input4
U: Uniq=
H: Handlers=mouse0 event2 
B: PROP=0
B: EV=b
B: KEY=70000 0 0 0 0
B: ABS=3

I: Bus=0011 Vendor=0002 Product=0013 Version=0006
N: Name="VirtualPS/2 VMware VMMouse"
P: Phys=isa0060/serio1/input0
S: Sysfs=/devices/platform/i8042/serio1/input/input3
U: Uniq=
H: Handlers=mouse1 event3 
B: PROP=1
B: EV=7
B: KEY=30000 0 0 0 0
B: REL=103

I: Bus=0003 Vendor=0e0f Product=0003 Version=0110
N: Name="VMware VMware Virtual USB Mouse"
P: Phys=usb-0000:02:00.0-1/input0
S: Sysfs=/devices/pci0000:00/0000:00:11.0/0000:02:00.0/usb2/2-1/2-1:1.0/0003:0E0F:0003.0001/input/input5
U: Uniq=
H: Handlers=mouse2 event4 
B: PROP=0
B: EV=17
B: KEY=ff0000 0 0 0 0
B: REL=903
B: MSC=10

ということは、必ずしも input* の数字の小さいほうが真のマウスとは言えない感じだなと…。

その後も試してたら、event2 はマウスを動かすと反応して、event3 はマウスホイールを回すと反応することに気づいた。event4 は謎。sudo evtest /dev/input/event4 と打ってみると、マウスの拡張ボタンを返すようにも見えるけど、実際押してみても反応してるようには見えず。

$ sudo evtest /dev/input/event4
Input driver version is 1.0.1
Input device ID: bus 0x3 vendor 0xe0f product 0x3 version 0x110
Input device name: "VMware VMware Virtual USB Mouse"
Supported events:
  Event type 0 (EV_SYN)
  Event type 1 (EV_KEY)
    Event code 272 (BTN_LEFT)
    Event code 273 (BTN_RIGHT)
    Event code 274 (BTN_MIDDLE)
    Event code 275 (BTN_SIDE)
    Event code 276 (BTN_EXTRA)
    Event code 277 (BTN_FORWARD)
    Event code 278 (BTN_BACK)
    Event code 279 (BTN_TASK)
  Event type 2 (EV_REL)
    Event code 0 (REL_X)
    Event code 1 (REL_Y)
    Event code 8 (REL_WHEEL)
    Event code 11 (REL_WHEEL_HI_RES)
  Event type 4 (EV_MSC)
    Event code 4 (MSC_SCAN)
Properties:
Testing ... (interrupt to exit)

マウス座標を返してくる event と、ホイール回転を返してくる event が別になってるということは、もしかして mouse* を返してくるそれぞれに対して全部情報を取得しないといかんのだろうか…？

Windows + Python 2.x 環境に Python 3 をインストールすると、py.exe というランチャープログラムが C:\Windows\ 以下にインストールされて、

python hoge.py

と打ち込む代わりに、

py hoge.py
py -2 hoge.py
py -3 hoge.py

と打てるようになって、Pythonのバージョンを切り替えて使えるようになるのだけれど。

手元の環境で試してみたら、妙な結果に…。

> py --version
Python 3.7.5

> py -3 --version
Python 3.7.5

> py -2 --version
Python 2.7.17

> py -VV
Python 3.7.5 (tags/v3.7.5:5c02a39a0b, Oct 15 2019, 00:11:34) [MSC v.1916 64 bit (AMD64)]

> py -3 -VV
Python 3.7.5 (tags/v3.7.5:5c02a39a0b, Oct 15 2019, 00:11:34) [MSC v.1916 64 bit (AMD64)]

> py -2 -VV
Python 2.7.17

「py -2」を指定した場合は問題無し。Python 2.7.17 32bit版をインストールしてあるから。

しかし、「py」「py -3」を指定した時の結果がおかしい。Python 3.7.6 32bit版をインストールしてあるはずなのに、Python 3.7.5 64bit版が入ってると py.exe が言ってくる。その 3.7.5 64bit って一体どこにインストールされているんだ…。

py --help を眺めたら、利用可能な Pythonの一覧を表示してくれる機能があると知った。「--list」「--list-paths」を指定すればいいらしい。(「-0」「-0p」を指定してもよい。)

> py --list
Installed Pythons found by py Launcher for Windows
 -3.7-64 *
 -3.7-32
 -2.7-32
 -2.7-32
 -2.6-32
 -2.5-32
 -2.4-32

> py --list-paths
Installed Pythons found by py Launcher for Windows
 -3.7-64        "C:\Program Files (x86)\Microsoft Visual Studio\Shared\Python37_64\python.exe" *
 -3.7-32        C:\Python\Python37-32\python.exe
 -2.7-32        C:\Python\Python27\python.exe
 -2.7-32        D:\Dev\Panda3D-1.9.4\python\python.exe
 -2.6-32        C:\Python\Python26\python.exe
 -2.5-32        C:\Python\Python25\python.exe
 -2.4-32        C:\Python\Python24\python.exe

謎が解けた。「py -3」を指定すると、Visual Studio関係でインストールされてる Python 3.7.5 64bit版が選ばれてしまうのだな…。

つまり、自分の環境で、Python 3.7.6 32bit版を使いたい場合…。

> py -3.7-32 -VV
Python 3.7.6 (tags/v3.7.6:43364a7ae0, Dec 18 2019, 23:46:00) [MSC v.1916 32 bit (Intel)]

「py -3.7-32」を指定しないといかんらしい。

一々指定するのは面倒だな…。どこかで事前に指定できないのか…。

環境変数 PY_PYTHON を指定することで、py.exe がデフォルトで使う Python のバージョンを指定できるらしい。ユーザー側の環境変数として指定してみる。

> set | grep PY_PYTHON
PY_PYTHON=3.7-32

> py -VV
Python 3.7.6 (tags/v3.7.6:43364a7ae0, Dec 18 2019, 23:46:00) [MSC v.1916 32 bit (Intel)]

> py -0p
Installed Pythons found by py Launcher for Windows
 -3.7-64        "C:\Program Files (x86)\Microsoft Visual Studio\Shared\Python37_64\python.exe"
 -3.7-32        C:\Python\Python37-32\python.exe *
 -2.7-32        C:\Python\Python27\python.exe
 -2.7-32        D:\Dev\Panda3D-1.9.4\python\python.exe
 -2.6-32        C:\Python\Python26\python.exe
 -2.5-32        C:\Python\Python25\python.exe
 -2.4-32        C:\Python\Python24\python.exe

これで、デフォルトで Python 3.7.6 32bit版が使われるようになった。

PySimpleGUI のサンプルスクリプトを動かそうとしたら…。

> py 03_sample_pysimplegui.py
I am Python 3
Traceback (most recent call last):
  File "03_sample_pysimplegui.py", line 32, in <module>
    import PySimpleGUI as sg
ModuleNotFoundError: No module named 'PySimpleGUI'

pipでインストールしたモジュールが読み込まれない。

「py -3.7-32 03_sample_pysimplegui.py」と指定したところ動いてくれた。

調べたところ、03_sample_pysimplegui.py の _シバン行 に、

#!python3

と書いてしまっていた。おそらく…。

1. シバン行の指定を py.exe が読み取って、「py -3」として動かそうとする。
2. Visual Studio側の Python を呼び出してしまう。
3. そちらには PySimpleGUI なんて入ってないからエラーを出す。

そういう状況だろうなと。

シバン行を以下に変更。

#!python

これで、「py 03_sample_pysimplegui.py」で動くようになった。

まあ、素直に、「python 03_sample_pysimplegui.py」と打っておけばいいのかもしれない。

逆に、舞台を広げてしまうことでも、外伝らしさが増す可能性はないか。

「スタートゥインクルプリキュア」「宇宙戦隊キュウレンジャー」のように、宇宙の各惑星を巡る話にしちゃうのもアリかもなと。例えば「マギレコ」も、QBがちょっかいを出してきた各惑星を「999」的に旅する展開だったら、誰も続編とは思わないだろう…。あーこれは外伝ですね、全然別物ですね、と思ってくれるだろう…。

地球上のあちこちでもいいよな。今日はエジプトに来ました、今日はNYに来ました、とか。タイムボカンかよ。みたいな。

タイムボカンか…。時代を超越しちゃうのもアリかもしれん。今日は江戸時代に来ました。今日は幕末に来ました。とか。坂本龍馬の隣に「まどマギ」っぽい見た目の魔法少女が立ってたら、そりゃ誰だって続編とは思わないはず。明らかに「外伝」だよな…。

と、ここまで書いて気がついた。ああ、そうか。Fateシリーズがやってるのって、ソレかあ…。

外伝で一儲けしようぜ、となった時、舞台を狭く狭くしていくことでもソレは成立するけれど。逆に、笑っちゃうレベルでアホみたいに風呂敷広げちまえ！ という手もあるのだなと…。そして、実際ヒットしてる。

外伝と言っても、色々なやり方があるんだな…。

とりあえず EDGE2 で作業しているけれど。どうもアニメが作りづらいなと…。静止画相当のドット絵を打ってる分には、これといった不満はないのだけど。 *1

作業の流れとしては、以下のような感じでやっているけれど。

1. 大きいサイズの画像を用意して。
2. 80x80ドットや96x96ドットでグリッドを表示して。
3. 各グリッド内で1コマずつ描いて。
4. キャプチャフレームウインドウを表示して、アニメにしたいコマをキャプチャして(範囲を登録して)。
5. アニメーションプレイやウインドウでアニメとして再生して。
6. 動きがおかしいなと感じたら元のドット部分を再修正。

再生ウインドウで「むっ」と思ったら、その場でその場所を修正、というわけにはいかないあたりがなんだかアレだなと。敷き詰めることが前提のタイル画像を作成する際もそうなのだけど、プレビューと、ドット編集作業が、分離してるあたりが…。

もっとも、本来なら、「ページ」を活用して作業すべきなのかも。「ページ」を使えば、オニオンスキンも利用できるし。ただ、「ページ」を使ってしまうと、大きい画像内に色んなパターンを敷き詰めた、最終画像のイメージが想像できなくなるところもあって。

作業を始める前に、今回はアニメを描くのか、それとも各パターンをまとめるのか、どちらの作業が優先されるのかを意識してから、作業の流れ・利用する機能を決めるべきだったのかもしれず…。

; picture display test
;
; use AutoHotKey v1.1.24.05

appliname=picture_display_01
appliver=0.0.1
wtitle=%appliname% %appliver%

; 0 is transparent. 255 is opaque
transparentv=210

bgcol=336699
fgcol=FFFFFF
fontsize=32
fontweight=700

; Window init

; Gui, +Owner +AlwaysOnTop +Resize -SysMenu -MinimizeBox -MaximizeBox -Disabled -Caption -Border +ToolWindow
Gui, +Owner +AlwaysOnTop +Resize

Gui, Margin, 8, 0
Gui, Color, %bgcol%

cdir=%A_ScriptDir%
opt=X0 Y0 AltSubmit BackgroundTrans
Gui, Add, Picture, %opt% vIconBas, %cdir%\mouseicon_000.png
Gui, Add, Picture, %opt% vIconLMB, %cdir%\mouseicon_001.png
Gui, Add, Picture, %opt% vIconMMB, %cdir%\mouseicon_002.png
Gui, Add, Picture, %opt% vIconRMB, %cdir%\mouseicon_003.png

Gui, Font, C%fgcol% S%fontsize% W%fontweight% Q2, Arial
Gui, Add, Text, x+0 yp+0 Vbtnstext, Alt+Q ... Exit
Gui, Show, NoActivate, %wtitle%
WinSet, Transparent, %transparentv%, %wtitle%

; GuiControl, , btnstext,
GuiControl, Hide, IconLMB
GuiControl, Hide, IconMMB
GuiControl, Hide, IconRMB

; work init

btnslist := Object("LButton", "IconLMB", "MButton", "IconMMB", "RButton", "IconRMB")
nowstate := Object()
oldstate := Object()
For k, v in btnslist
{
  nowstate.Insert(k, 0)
  oldstate.Insert(k, 0)
}

Loop
{
  ; check status of mouse button
  For k, v in btnslist
  {
    oldstate[k] := nowstate[k]
    GetKeyState, s, %k%
    nowstate[k] := s="D" ? 1 : 0
      
    If (nowstate[k] + oldstate[k]) <> 1
      Continue
    
    If nowstate[k]<>0
    {
      ; pushed button
      GuiControl, Show, %v%
      GuiControl, , btnstext, %k% On
    }
    Else
    {
      ; released button
      GuiControl, Hide, %v%
      GuiControl, , btnstext, %k% Off
    }
  }
  
  Sleep, 16   ; 60 FPS
}

EXIT:
GuiClose:
  ExitApp
  
~!Q Up::
  ; Alt + Q ... Exit
  ExitApp

ずっと無限ループさせてるけど、何もwaitを入れなかったらマウスボタンを押した際に処理待ち？のアイコンが出てしまって少し困ったり。60 FPS程度で回ることを期待して Sleep, 16 を入れてみたら出にくくなった。ちなみに Slepp に指定する数値の単位はms(ミリ秒)。

_Sleep - AutoHotkey Wiki

また、ループするたびに画像の表示/非表示を設定すると該当部分がチラチラしてしまった。ボタンの状態に変化があった時だけ表示/非表示を変更する、みたいなソースにしておかないと表示が見苦しくなるなと。

ボタンの押し下げ状態は、GetKeyState で取得できる。

GetKeyState, 変数, ボタンやキー種類

という形で書く。キー種類の後ろに「, P」もつけられるけど、「P」をつけるとキーカスタマイズソフトの類がキー割り当てを変更してしまう前の状態を返してくるので…。例えば、キー操作・ボタン操作を表示したい、といった場合は「P」をつけないほうが目的を果たせる気もする。要は、とにかく「P」をつけとけばいいのだ、というわけでもなさそうだよ、と。

_GetKeyState - AutoHotkey Wiki

画像の表示は Gui, Add, Picture, を使うけど。表示した画像の表示/非表示の切り替えは、GuiControl, Show, xxxx や GuiControl, Hide, xxxx でいいらしい。対象を指定する xxxx の部分は、Gui, Add, Picture, Vxxxx , 画像ファイル名、と言った形で指定しておく。「v」「V」のどっちを書いたらいいのかは、よく分からない。大文字小文字は区別するのか、区別しないのか…。こういうところにも微かなトラップ臭が。

動かないソースがあって、中に online と書かれてた。何だろうコレ…。名前からして、Applet として動作しているか判別する何かっぽいけど…。ググってみても、単語が一般的過ぎてヒットしない…。

やっと見つけた。online() と書いて呼び出すらしい。

_Processing 1.0 _ALPHA_ >> Language (API)

Processingプログラムがウェブブラウザーで走っているかどうか知らせる。もしウェブブラウザーで走っているならば"真"をかえし、そうでなければ"負"をかえす。

Processing 1.0 _ALPHA_ >> Language (API) より

やっぱりそうだった。

Processing 2.0以降はAppletモードが排除されたので、今では存在しない関数ということになるのだろう…。

いやいや待て待てちょっと待て。例えば JavaScriptモードで動かしてる時などは、ローカルにファイル出力可能なつもりで動いてしまうと困りそうだけど。そういう時のために、そのあたり判別する関数は必要になるのではないか。…JavaScriptモードで動いてるかどうかを判別する何かが別途用意されてるのかな。

と思ったけど、手元のソレをJavaScriptモードで動かしたらそもそも画面が出てこなかった。ソースを大幅に修正しないとダメっぽい。

ちなみに、Processing本家は online() が無くなったけど、Processing.js のほうは、online() が残ってるようではある。

_online | reference | Processing.js

Processing 3.0.2 には、JavaScript Mode が同梱されてなかった模様。

_JavaScript Mode removed? - Processing 2.x and 3.x Forum の下のほうにある、JavaScriptMode.zip をDLして、Processing の「スケッチブックの場所」\modes\ に JavaScriptModeフォルダごと放り込んだら使えるようになった。

入ってた processing.js は、1.4.13。 _Releases - processing-js/processing-js から入手できる最新版は、1.4.16 だったけど、中身を比較してみたらそれほど違いはなさそう。少なくとも、今まで未実装だった関数が新規に実装された、等の違いでは無いっぽい。

「中二病でも〜」のキャラなら他のアニメをガンガン宣伝できそうだけど。「中二病でも〜」を宣伝できそうなアニメキャラが全然思いつかない…。これでは、「中二病でも〜」ばかりが損(?)をするような。

いや、「俺妹」のヒロイン(?)キャラあたりが使えるだろうか…。「この勇太ってクソアニキの妹がとにかく可愛いのよ！」とかそういう。たしかそういうキャラだったよな…違ったかな…。

ヤマト2199に対する全体的な感想としては…。実に楽しめる作品だったなと。

アニメなら何でも見ちゃう自分はともかくとして、普段はアニメなんか滅多に見ない妹ですら「アレは結構面白い」と視聴を続けてたぐらいなので、かなりグッドな出来だったのではないかしら、と思っていたり。

自分は、オリジナルのヤマトに夢中になってた世代より、ちょっと下の世代なので、ヤマトというコンテンツにそれほど思い入れがあるほうではなく。と言っても「さらば宇宙戦艦ヤマト」は映画館で見た記憶もあるけれど、それでも上の世代ほど、神聖化・過剰な脳内美化はしてないはずで。

加えて、出渕監督作品を全然評価してなくて…。演出家や監督としてずっと訓練を続けてきた本職の人達より、考え方やまとめ方の点でどうしても劣るんじゃないですかねえ、てな失礼なことを思っていまして。

そのおかげで、期待値が低い状態で見れたから、楽しめたところもあるのだろうなと。何にせよ、
「あの貧相な昭和アニメを、よくまあここまで美しい映像でリメイクできたものだなあ」
「しかも設定面では、オリジナルのソレをしっかりアップデートできていたのでは」
「当時のファンが、作り手になって、しかも本気で作ると、ここまで面白くなるのか…。作品への愛って、大事なんだなあ」
てな感じで、総じて好印象だったのでした。ホント、愛って偉大ですな。

それにしても、リメイク作品を見るにあたって脳内美化は敵だなと。ダメ出ししてる人はオリジナル版を見直したほうが…。でも、見れる機会はそれほどないから難しいか…。

個人的には、ロケットのように猛スピードで突っ込んでいくヤマトのビジュアルを堪能できたあたりが嬉しかったり。よくよく考えてみれば、これが本来のヤマトの映像だったんじゃないかな、とすら思えてきて。

• お尻にアレだけ巨大な噴射口をつけたデザインなのに、宇宙をポワポワ飛んでるだけでは、あまりにもったいない。せっかくの強烈なデザインが台無し。
• 元々、戦艦ってのは、波をガンガン突っ切って進んでいくパワフルさだって燃え要素。戦艦好きな人なら、「この船はxxノット出るんだぜ…」てなスペック比較もワクワクするはずで。つまり、「戦艦」は速度も重要。

てなわけで、これでようやく本来の「宇宙戦艦」らしさが映像化できたのかもしれないなー、と。

そのあたり、完全に3DCG導入の効能だろうなと。昔は、手描き作画しかできなかったから、あれほど線の多い物体をグリグリ動かすことなんかできなくて。仕方ないから、時間をかけてヤマトの一枚絵を描いて、宇宙の背景画の上に置くのが精一杯。「さて、これでどうやって宇宙戦をしてるように見せようか…」と悩んでたはずで。

それが、「ヤマトはコンピュータが描いてくれますよ」「人間様はヤマトの動きだけをひたすら妄想してください」となった時、そこでようやく、「宇宙戦艦」という言葉や、ヤマトのデザインから連想できる動きが湧き上がってきて、ヤマト2199の映像になったのだろうなと。

つまり、「宇宙戦艦ヤマト」の宇宙戦映像は、本来ヤマト2199のソレが正解で。オリジナル版の映像は、枷があったからあのぐらいしかできませんでした、てな、ある意味、間に合わせの映像と捉えるのが正しいのではないかと。

てなわけで、「猛スピードで飛んでいくヤマトなんてヤマトじゃない」てな不満には、自分は異を唱えたいです。オリジナル版のノロノロ飛行より、こっちのほうが正解だよと。一度見せられた間に合わせの「型」を本物と思い込んでしまってはいかんよと。

「仮面ライダー」シリーズあたりもそうだけど、「型」ばかり重要視する人が多過ぎる。当時のスタッフはもっとゴイスな表現をしたかったけど、色々な問題があって、その「型」にするしかなかったわけで。想像力に溢れたゴイスなスタッフがあれだけ集結して作ってたのだから、あの程度の映像で良しとしていたはずがないですよ。故に、技術が進歩して、時代も変わって、昔の作品をリメイクするぞとなった際、「当時のスタッフがやりたかったのは何だろう」「本当はどんな映像を見せたかったのだろう」「今ならどう見せればソレが伝わるだろう」と原点に立ち返って想像して、あり得たはずの映像を提示する…。コレって、非難されるどころか褒められてしかるべきでは？ と自分は思うのですけれど。

「型」を守ることを ―― 目的を忘れて手段を守ることを優先、みたいなことをしてるソレは、えてして死んでいくよなと。何かを作り直すなら、再生させるなら、ソレが持っていた「目的」に相当する部分を ―― いわば「魂」を受け継ぐことが肝心要で。「魂」を忘れ、当時だからこそ通用した「型」だけを守れと命じてたら、結果ソレは「死」へと近づいていく。それって、作品を愛してるような物言いをしてるつもりで、実は愛してないのでは、と思うのでした。

てなことを書いてはみたけれど。今でも・どの時代でも通用する「型」もあるだろうから、そのへんの見極め・取捨選択も大事だよなー、と思ったりもして。何でも捨てて変えてしまえばそれでいいのだ、てなわけでもないですわな。

ネタバレなので、未見の人はスルーしてほしいのですが。

ヤマト2199の最後のあたり、自分は首を捻ってしまったのです。「惑星の魂」だか「惑星の想い」だか、よくわからないスピリチュアル設定が出てきて、「なんだなんだ、どうしたんだ。これってSFアニメじゃなかったのか」と困惑しちゃって。どうしてコスモクリーナーDじゃなくて、コスモリバースシステムだったのだろう。どうして、「ヤマト」という船が、その「魂」とやらを持っていることになったのだろう。てなことを考え始めてしまって。

随分経ってから、そのあたり、なんだかちょっぴりピンときまして。要するに、「地球の再生」という本編中の課題と、スタッフに与えられた「ヤマトシリーズの再生」という課題を、重ねて考えてるうちに出てきた設定なのかなと。

おそらくスタッフの中では、「ヤマトシリーズの再生って、どういうことだろう」「ヤマトシリーズが、ヤマトシリーズであるための条件って、一体何だろう」「『宇宙戦艦ヤマト』の魂って一体何だろうね」てなあたりを、もやもやと考えてたんじゃないのかなと。そして、出てきた答えの一つが…。「『ヤマト』という船が、そこに存在していること」「『ヤマト』が、ヤマトシリーズの魂」てな答えが出てきたのかな？ と。

そこまで出てきたら、地球再生に必要なもの ＝ 地球を再生したいという願いが終結した物質・物体 ＝ それはヤマトでしょ、ヤマトという船そのものが惑星の持つ想いの象徴でしょう。ていうかヤマトが、この作品そのものの魂に相当するブツでしょう、てな連想ができそうだなと。で、そういう設定がポンと出てきたのかしら、みたいな。

仮にそうだとすると、これって作品本編中に、作ってる側や見てる側の想いまで織り交ぜてるわけで、ちとメタ構造になってるあたり、ええんかいなと思ったりもして。しかしそもそも、オリジナルからして、沈没した旧日本軍の戦艦を復活させて宇宙に飛ばして、みたいな企画ですから…。作品内だけで全ての設定が完結しておらず、現実世界のアレコレ、日本人だけが持っていたアレコレを織り交ぜることでヒットした企画なわけで。だったら、これはこれでアリなのかもしれないなと。

まあ、このへんただの邪推なので、「いやいや、そういうことじゃないんだよ」と言われそうな気もしますけど。とりあえず自分の中では、そんな風に考えるとあの設定も納得できるかなあ、てなだけの話でした。

しかしこのへん、「ヤマトシリーズの魂は『ヤマト』じゃねえよ。『ヤマト』が無くてもヤマトシリーズは作れるよ」と考える人も、どこかに居るのかもしれないと思えてきたりもして。それはそれで見てみたい気もする…。「『ヤマト』が出てないのに、こりゃどう見てもヤマトだわ…」「コレ、ヤベエ。ヤマト2199より、よっぽど魂を受け継いじゃってるよ」みたいな。

前に書いたかもしれないけど、森雪が三人居た点も、なんだか面白かったなと。そっくりさんの存在は、さらわれたお姫様展開の実現に繋がっていて、上手いなーと感心したり。ヤマト実写版の森雪が出ていたのも、これは妙な事を考えたなと感心を。実写版森雪とアニメ版森雪が古代を取り合うあたりとか、そのメタっぽい状況にクラクラしました。実写版は映画なので、男勝りの森雪を掘り下げることができなかった印象があるのだけど。ヤマト2199は実写版より尺があったせいか、そこそこ掘り下げることができた感もあって、実写版の森雪もちょっとは救われたのかな、とも。

これは前にも書いたけど。ガミラスの二級市民設定が、とにかく秀逸だったなと…。「肌の色が青くないガミラス人」という、おそらくはオリジナル版の作業ミス・伝達ミスに過ぎなかったソレを、当時のマニアは、「実はこういう設定なのだろう」と無理矢理整合性を捻り出して遊んでたわけだけど。その冗談半分の設定を真面目に考証してみたら、ここまで作品に深みを与える設定にアップデートできてしまったわけで。

馬鹿話も結構大事、てのはホントだなと。「あんなのただのセルの塗りミスだろ」で済ませちゃうような、頭の固い人達ばかりでは、こういう設定も生み出せないよなと。遊び感覚とか、柔軟な発想ってのは、創作においては結構大事なのだなと再認識。 *1

何にせよ、ヤマト2199、とても面白かったです。しかも、これなら若い人にも全然オススメできそうだなと。ええもん見せていただきました。

この調子で、リメイク作品が増えてくれないかなあ…。いや、昔の作品をベースにして、新作企画として出てくるソレでもいいのですけど…。例えば、個人的には「バディ・コンプレックス」あたりはそんな感じがしていて、ちと好みだったり。

• 母と娘、台所に居る。父、茶の間で新聞を読んでいる。娘「(母親に向かって)私、明日デートなんだ」。父「何っ！」
• 父「いかんいかん！お前にふさわしい男か、俺が見極めてやる！」。娘「まさか…ついてくるの？」。父「違う！」
• 父「お前の代わりに俺がデートをしてやる！」
• 次の日。待ち合わせ場所。彼氏「やあ、待たせ…ウワーッ！！」

とかそんな感じで。…「お父さんは心配性」を思い出した。

もし、お父さんの女装が異様に似合ってたら、どんな展開になるのだろう。

デバッガが動きません。うーむ。DoJa3.0インストールフォルダ中の DevGuide.pdf に eclipse でデバッガを使う手順が書いてあるのだけど、そのとおりやってみたつもりでもデバッガの表示に切り替わらないわ、ステップなんとかのアイコン自体がいくつか出てこないわで。

試しに、DoJa 4.1 + DoJa 4.1 用の eclipse プラグイン(?) を入れてみた。…こっちならデバッガが動く。

DoJa 3.0 のソレは、eclipse 3.1.x には対応してないということなんだろうか。eclipse 2.x でしか動作確認してないと書いてあるしなぁ…。

さておき、x座標だけずれると思ってたのは勘違いだった。縦に長い図柄なのだけど、回転パターンと大きさをあわせてある = その分左右に余白ができるわけで。正常な表示になってた。

「抽選で、君の家にボウケンジャー or ライダーカブトがやってくるぞ」と流れてるけど。実際そういう内容のキャンペーンなのかどうかは知らないけど。特撮ヒーローじゃなくて、何か違うものがやってきたらどうなるだろう。「君の家にカガミがやってくるぞ」とか「君の家に天道の妹がやってくるぞ」とか。…どうもならんか。

「おばあちゃんが言ってた」なのか、「おばあちゃんは言ってた」なのか。…元ネタは何なのだろう。

この調子で色んなファッションのキャラが出てきてほしい。

アフロのヒーローとか。電波娘に、「…うるさいぞ、たんぽぽ」「…うるさいぞ、綿菓子」とか言われる。

発泡スチロールを入れてるかのような前方に突き出しまくったリーゼント頭とか。電波娘に、「…うるさいぞ、ラッセル車」「…うるさいぞ、逆さアイロン」とか言われる。

スキンヘッドとか。お寺の息子なのでスキンヘッドだけどファッションはとことんアメリカンていうかニューヨーカー。いつもラジカセを担いでる。電波娘に「…今時そんなヤツいないよ」と言われたり、主人公の妹に、「今はこれじゃないの？」とiPod見せられて落ち込んだり反論したり。

…ってさっきからファッションじゃなくてヘアスタイルばかり書いてる気もするが。

必ずタキシードを着て現れるキャラなんてのはどうか。ってそれはアレか。アレだな。

真面目な話、アフロでは変身シーンの合成が大変そう。そういう事情もあって、奇抜なヘアスタイルは好まれないのかな。と想像したが。昔、アフロの東映ヒーローって居たような記憶も。途中で普通の髪型になっちゃったけど。どんな事情があったのやら。

音声が、かなり遅れて聞こえる。

でもまあ、キャプチャしたデータのほうは特に大きくズレてないみたいだから、いいか。単にTVを見たいだけなら、DScalerを使えばいいのだし。

mp3 にして avi に含めればいいのだったっけか…。忘れてしまった。とりあえず、 _Lame Ivy Frontend Encoder 2.95 なるフロントエンドと、 _lame-3.96.1 をDL。インストール。

でも、MPEG1の時は、mp3じゃなかったような気もする。何で変換すれば良かったのだったか…。