mieki256's diary

MSI K8MM-V は、VIAの統合ビデオチップ S3 UniChome Pro が載っている。めっちゃ古い。

Ubuntu Linux 22.04 LTS は昔のハードを切り捨てているのではないかと疑って、Debian Linux 12 (debian-12.5.0-amd64-netinst.iso) をインストールしてみたけれど、そちらもデスクトップ画面が出てこない。正確には、xserver-xorg-video-openchrome をインストールしてしまうと、デスクトップマネージャ lightdm も gdm3 も表示できない状態になって、そこから先のデスクトップ画面も当然出てこない。xserver-xorg-video-openchrome を入れなければ640x480の解像度で表示される。でも、解像度は変更できない。

ググっているうちに、Debian 12 をベースにしている antiX 23 でもデスクトップ画面が出ないという事例を見かけた。その中で、「Debian 12はVIAのビデオチップ群を切り捨てた/サポート対象外にしたとしか思えない」との推測を目にした。もしそうならば、Debian 12以外を試してみれば何か分かるだろうか。

_antiX-23 installation image boot problem

試しに、KNOPPIX 9.1 をUSBメモリから起動したところ、そちらはデスクトップ画面が表示された。

KNOPPIX 9.1 は Debian 11 bullseye をベースにしているディストリビューション。つまり、Debian 12 はダメでも、Debian 11 なら画面が出る可能性が高い…？ Debian 11 x64 (amd64) をインストールすれば状況が変わる？

_Index of /cdimage/archive

debian-11.9.0-amd64-netinst.iso (389MB) を入手して、Rufus 4.4 Portable で8GBのUSBメモリに書き込み。USBメモリから起動してインストール。

Debian 11 (Kernel: 5.10.0-28-amd64) なら、xserver-xorg-video-openchrome 1:0.6.0-4 をインストールしても、画面が出るし、解像度も選べる。

どうやら、Debian 12 からVIAのビデオチップ群がサポート対象外になったというのは本当らしい…。VIAのビデオチップが載ってるM/Bでは、Debian 11 が、最後に動かせるOSということになるのだろうか…？

いやまあ、詳しい人なら適切な設定をして問題を回避できるのかもしれないけれど、少なくとも今までのように、OSをインストールすればすぐに画面が出る状況ではないようだなと…。

VIAのビデオチップ利用時、試せる設定がいくつかあるらしいのでメモ。

_Via Technologies - ArchWiki
_Via Technologies - ArchWiki
_Booting Lubuntu/Ubuntu from USB on an HP 2133 Netbook results in weird screen

VNCを使いたくて tigervnc-standalone-server (1.11.0+dfsg-2+deb11u1) をインストール(sudo apt install tigervnc-standalone-server)したけれど、利用しようとすると segmentation fault が発生してしまう。

tigervnc-standalone-server をアンインストール(sudo apt purge tigervnc-standalone-server)して、tightvncserver (1:1.3.10-3) をインストールしたところ、まだそちらのほうが安定して動いてくれた。一般的には、tightvnc のほうが不安定で、tigervnc のほうがまだ安定しているという評を多く見かけたのだけど…。もしかすると VIAビデオチップを使っているので、OpenGLを使うという tigervnc は問題が起きやすいのだろうか。

ちなみに、tigervnc も、tightvnc も、インストールすると vncserver というコマンドが使えるようになった。

tigervnc をインストールした際は、vncserver を実行しても ~/.vnc/xstartup を用意してくれなかったけど、tightvnc なら ~/.vnc/xstartup を用意してくれた。

_LightDMが正常に起動しない時の対処: カタカナクライマ
_Ubuntu: LightDM Black Screen When Using SSD Workaround ~ Web Upd8: Ubuntu / Linux blog

ビデオドライバが読み込まれる前に lightdm が起動してしまう時もあるらしい。sleep を入れておくと改善する可能性があるとのこと。

antiX-22_386-base.iso を入手。

_Download - antiX Linux

antiX には net、base、full といった種類があるらしい。base と full はウインドウマネージャ入り。full には LibreOffice も入ってるようだけど、必要になったら後から入れればいいか…ということで、今回は base を選んだ。

仮想PCのハードウェアスペックは、RAMを512MBに設定してみた。OS種類は Debian 11.x (32bit) を選択。HDDイメージのサイズは 20GB。

iso から起動するとメニューが開くので、F3キーを叩いて timezone を tokyo に。F2キーを叩いて日本語を選択。Enter を叩くと antiX が起動する。

デスクトップ上のインストールアイコンをシングルクリック。ダブルクリックじゃない。シングルクリック。antiX は、デフォルト状態ではシングルクリックで各アプリを起動する設定になっている。

途中でドメイン名を尋ねてくるところで悩んだ…。デフォルトでは example.dom が書いてあるけど…。空欄にすると「ドメイン名を入れろ」と言ってくるので、example.dom のままにしておいた。

インストールはすんなり終了。HDDイメージから起動してくれた。

画面解像度が狭い。変更したい。スタートボタン → コントロールセンター → セッション → 画面解像度の設定 (ARandR) を選択。

arandr を使って解像度を変更する。保存ボタンを押すとシェルスクリプト(.sh)として保存できる。今回は ~/.screenlayout/display.sh として保存してみた。中には、xrandr を使って解像度を変更する指定が書いてあった。

OS起動時に反映させる方法だけど、以下のやり取りが参考になった。

_setting up screen resolution SOLVED - antiX oldforums archive

IceWM の startup ファイルに記述すれば、IceWM が立ち上がっていく際に任意のプログラム/スクリプトを実行することができる。そこで画面解像度を変更するスクリプトを呼べばいい。スタートボタン → コントロールセンター → デスクトップ → IceWM設定の編集。Geany というエディタで設定関連ファイル群が開かれるので、startup というファイル (~/.icewm/startup) に以下を追記。

/home/(USERNAME)/.screenlayout/display.sh

これで、OS起動時に画面解像度が変更された。こういう修正で合ってるのかどうかわからんけど…。

別の解像度にしたい時は、display.sh の中身を書き換えるか、arandr で保存し直せばいいのではないかな。たぶん。

VMware上で動かしているので以下をインストール。

sudo apt install open-vm-tools open-vm-tools-desktop

_VMWare: Copy and Paste from Host - antiX-forum
_特定の Linux ゲスト OS 上で、VMware Tools プロセス vmware-user が自動的に起動しない (1008071)

このままだとクリップボード共有が機能しない。スタートボタン → コントロールセンター → セッション → ユーザーのデスクトップセッション。startup (~/.desktop-session/startup) というファイルの内容が表示されるので、下のほうに一行を追加。

/usr/bin/vmware-user &

/usr/bin/vmware-user を実行しておくことで、ホストOSとゲストOSの間でクリップボード共有が使えるようになった。

sudo apt install xdg-user-dirs-gtk
LANG=C xdg-user-dirs-gtk-update

ログアウトして、再度ログイン。

numlockx をインストールして呼び出す。

sudo apt install numlockx

IceWM の startup に追記。スタートボタン → コントロールセンター → デスクトップ → IceWM設定の編集 → startup (~/.icewm/startup)。

numlockx

あるいは以下。

/usr/bin/numlockx on

もしくは、デスクトップセッションに追記。スタートボタン → コントロールセンター → セッション → ユーザーのデスクトップセッション。startup (~/.desktop-session/startup) の下のほうに一行追加。

/usr/bin/numlockx on &

_antiX - 22 - 共通事項 - ツール・フォント
_起動時に Numlock を有効化 - ArchWiki

antiX は、メモリ消費量その他の情報を、Conky という監視ツールを使って絶えず画面に表示している。ただ、日本語環境では文字化けしているので、使用フォントや日付表示を修正。

スタートボタン → コントロールセンター → デスクトップ → システムモニター(Conky)の編集。修正箇所は以前の日記を参考に。

_antiXを試用 - 2022/01/10

ファイラー(ROX-Filer)がシングルクリックで動作するのが気になる。ダブルクリックにしたい。

_AntiX 17 入れてからやったこと（設定など） | はじめてのブログ - 楽天ブログ

• ROX-Filer を起動。
• ウインドウ内の何もないところで右クリック → オプション設定。
• ファイラーウインドウとピンボードで、「シングルクリックで開く」のチェックを外す。

スタートボタン → コントロールセンター → デスクトップ → 背景画像を選択。これで背景画像/壁紙画像を変更できる。

本来、IceWM なら、設定が書かれたテキストファイル、~/.icewm/preferences の内容を変更することで背景画像を変更できるらしい。

_ubulog: icewmの壁紙を変える

ただ、確認したところ、~/.icewm/preferences 内には DesktopBackgroundImage="" と記述されていた。画像のパスが指定されてない。コントロールセンター経由で設定した場合は、一体どこに情報が記録されているのやら。

もしかすると、~/.desktop-session/wallpaper-list.conf に記録されているのかな。rox-icewm=... の行で、指定した画像のパスが記述されているし…。

試用してみた感想としては、圧倒的に軽いなと…。起動してデスクトップが表示された段階で、139MB しかメモリを使ってない。これなら、256MBしかメモリが載ってない古いPCでも使えそうな気がする。

もっとも、自分が持ってるサブPC群は、どれもメモリが1GB以上あるので、Debian、Ubuntu、Linux Mint 等が動いてしまう。antiX が活躍しそうな場面がない…。

思考メモ。

「アーヤと魔女」を眺めているうちに、ふとなんとなく、人形劇との関係を考え始めてしまったり。

昔のCGアニメの中には、「アニメではなくて人形劇のつもりで作ります」というスタンスを打ち出しながら作っていたCGアニメ企画がいくつかあったなと…。何せ当時のPCは、スペック面で今ほど恵まれてなくて、静止画ならともかく動画を制作するとなるとなかなか厳しい部分があり、結果的に見た目がちょっとアレな出来になってしまって…。そこで出てきたのが、「コレは人形劇なのだ」という言い訳(?)だったのだろうと邪推をしているのだけど。「コレはアニメです」と胸を張って言えるほどのものは作れてないんだけど、人形劇として眺めればそこそこイケてませんかね、どうですかね、みたいな。まあ、人形劇というジャンルに対してちょっとソレは失礼な認識じゃないですかと思わないでもないけど。

更に、ゴロー監督は、学生時代に人形劇サークルに所属していた、という話もどこかで目にしたわけで…。

そして、人形劇に登場する人形は、種類にもよるだろうけど基本的にはそれほど表情を変えられないものがほとんどだろうと想像するわけで…。

それらを踏まえると、ゴロー監督の中で、「人形劇は表情が変わらないのに見ている人達を楽しませることができる」「ならばアニメも同じだったりしないか」「アニメだって表情が変わらなくても全然通用するのではないか」という仮説が誕生してしまって、結果的にドヤ顔で「エクスアーム」を作ってしまう世界線だって十分あり得たかもしれないのだよなと。

でも、ゴロー監督はそうはならなかった。「表情は大事でしょ」と思ってくれた。ゴロー監督自身がそういう認識に至る思考をしたのか、あるいは一緒に仕事をしている近藤勝也さんあたりが口を酸っぱくして「表情は大事ですよ」と言い続けてゴロー監督も感化されたのか分からんけど、何にせよ「表情は大事」という、ピクサーやディズニーのCGアニメスタッフと同じような、フツーの認識になってくれた。

つまり、ゴロー監督は、「エクスアーム」を作ってしまう世界線から、「アーヤと魔女」を作る世界線に移動することができたのだと ―― そう捉えることもできなくもないよなと。ゴロー監督はα世界線からβ世界線への移動に成功したアニメ監督なのである。

というのは冗談なのだけど、人形劇と表情について考えていくと、娯楽コンテンツにおいて表情の表現は本当に必要なのか？ という疑問も浮かんでくるよなと。

例えば、自分が子供の頃に見ていた「プリンプリン物語」。あるいは、虚淵脚本の面白さを堪能できる「Thunderbolt Fantasy 東離劍遊紀」。どちらも、人形の表情は全く変わらない。では、全然見れたものではないのかというと、そういうわけでもなく。「プリンプリン」は楽しんで見ていた記憶があるし、「サンボル」は毎回面白いなーと思いながら視聴してたわけで。

人形劇は表情が変わらない。なのに、ちゃんと楽しんで見れる作品が多々ある。それは何故か？ 一体どこを抑えておけば、表情が変わらないキャラ達を使っても、見る側が面白いと感じる作品を作ることができるのだろう？

てな感じの問いに対して、おそらく各人、色々な答えを出せるだろうと思うけど…。

個人的には、抑えておくべき点は、キャラ設定じゃないのかなー、と思ったりもして。例えば、「プリンプリン」も「サンボル」も、出てくるキャラがどれも個性的なわけで…。

そう考えると、「エクスアーム」を見ていてツライと感じる理由もなんとなく分かるというか。あの作品に登場するキャラは、例えば「攻殻機動隊」の映像の中に混ぜてみても、ほとんど違和感が無い…。それはつまり、それほど個性的な見た目のキャラが並んでるわけではない、と言えるのではないか。

仮に、「エクスアーム」の中に、「ジビエート」の忍者や坊さんを並べてみたらどうなるだろう。それはそれで、あのCG映像であっても、十分楽しめそうな雰囲気になりそうな気もするわけで。見た目からして強烈なキャラが並んでいれば、表情の変化が無くてもどうにかなってしまうのではないか。

逆に考えれば、どこかで見たようなキャラが並ぶ作品なら、キャラの表情をちゃんとつける行為をサボってはいけないですよ、ということになってしまうのだろうか…。

まあ、そんなどうでもいいことを色々考えてしまったのでメモ。思考メモです。実際には、強烈なキャラ＋豊かな表情のCGアニメがほとんどなので、わざわざ表情を削り落とす縛りプレイをしなくても、みたいな。

それはさておき、「アーヤと魔女」はジブリ内で人形劇も用意してる、という話も見かけたわけで。ジブリ制作の人形劇…。なんだか気になるよなあ。昔に比べると、TVその他で流れる人形劇ってめっきり少なくなったので、ジブリのブランドを使って少しでも復権してくれると嬉しいのだけど、そういう展開は無いのだろうか。「スタジオジブリ？ 人形劇のスタジオでしょ？」「えっ。あそこって昔はアニメを作ってたの？」…そんな未来も全然アリかも。みたいな。要は、子供さんが笑顔になる何かしらを作り続けるスタジオ、それがスタジオジブリ、という定義(?)だってアリだったりするのだろうなと。ていうか、考えてみたらディズニーが既にそういうアレなんだよな…。

昨日までは、Tiled上で、タイルレイヤーのみを使うマップデータを作成して使っていたけど。love2d のサンプルで使ったマップデータはオブジェクトレイヤーも含んでいたので、そのまま読み込むとエラーが出て、ちょっとハマった。

各レイヤーは、「"type" : "tilelayer"」といった具合に、そのレイヤーの種類を示す情報も持っているので、レイヤー群を順々に調べていく時に、タイルレイヤー以外は見ないようにしておく必要がある。とメモ。

  res["layers"].each do |layer|

    next if layer["type"] != "tilelayer"
    # ...

もちろん、実際のゲーム制作では、敵セットテーブルや地形アタリの指定等をするために、えてしてオブジェクトレイヤー情報も使うことになるだろうけど…。

しかし、仮に時代劇を原作として、海外向けに制作するとしても、タイトルは変えてほしいよなと。だって、海外に向けて「ONI」と言っても意味が分からんだろうし。

例えば、中国アニメの「一人之下」も、日本人はタイトルを見て「？ どういう意味よ？」となってしまうわけで。同様に「ONI」も、英語圏の人が見たら「What? I don't understand.」になるのではないかと。であれば、そこは意訳をせねばなるまい…。

日本における、「アイツはまるで鬼だ」という言い方は、英語圏ではどういう言い方になるんだろう。悪魔のようだ、みたいな言い方になるのだろうか。だとしたら、デビルなんとか、みたいなタイトルに…？ 本編内の犯罪者からはデビルと呼ばれてるけど、視聴者にとってはエンジェルにしか見えないおっさんキャラ。みたいな。

「長谷川平蔵」という名前も、アメリカ人っぽく変えないと…。「平蔵」に相当する英語圏の名前って、何になるんだろう…。おそらくは、珍しい名前ではなく、よく見かける名前、なのではないかなあ。

でもまあ、キャラだけを見たら、アメコミキャラで既に居そうだよな。そういうの。

ffmpeg -i hoge.avi -preset placebo -tune animation -crf 10 -vf format=yuv420p -movflags +faststart hoge.mp4

オープンソース、かつ、無料で使えるアニメ制作ソフトとして、 _OpenToonz というソフトがあるのだけど。元になったソフトはスタジオジブリも使ってた、てのが宣伝文句になってるソフトで。

その OpenToonzも、ボーンを仕込んで静止画を動かす機能がついてますよと一応メモしておくのです。ググってみたら以下のページがとても分かりやすかった…。ありがたや。

_【OpenToonz】#019 リギング(ボーンツール) : あいるクリエイト
_【OpenToonz】#020 リギング(プラスチックツール) 前編 : あいるクリエイト
_【OpenToonz】#021 リギング(プラスチックツール) 後編 : あいるクリエイト
_【OpenToonz】#022 プラスチックツールの補足 : あいるクリエイト

AnimeEffects のソレは、OpenToonz のプラスチックツールに近い、と捉えればいいのだろうか…。

「<source 〜 >」の最後が「〜 />」になってないと、IE11では表示されないっぽい。そんなオチか…。今まで書いた部分を修正しないと…。トホホ。

IE11で、サーバのPC名をURLに含めた形でアクセスすると表示されないけど、IPアドレスを直接指定したら表示されるようになった。どういうことだろう…。

ちなみに、最後が「〜 />」になってるかどうかは関係ないっぽい。最後が「〜 >」でも表示されてるし。

F12開発者ツールのコンソールを眺めていたら、「〜は、[イントラネット サイトを互換表示で表示する] がオンであるため、互換表示で実行中です。」と表示されてることに気が付いた。IE11の互換表示設定を開いて、「イントラネットサイトを互換表示で表示する」のチェックを外すと、動画部分も表示されるようになった。

ということは、LAN内のPCを相手にしつつ表示確認をしていたから動画部分が表示されなかっただけで、外部から見た場合はちゃんと表示できている可能性がある、ということかな…。だったら、気にしなくてもいいか…。

しかし、IE11は何を頼りにして、イントラネットとソレ以外を判断して切り替えているのだろう。

_IEのインターネット・イントラネットの判断は?? - QA@IT で回答されてた。ホスト名にドット(.)が無ければイントラネットと判断しているらしい。なるほど。たしかにLAN内の各PC名には、ドットが入ってない。

htmlのheader内におまじないを書くことで、互換表示を無効にすることができるらしい。

_IEに互換表示をさせないX-UA-Compatibleの指定 | loconoco
_HTML5 を使って Web ページでビデオ ファイルを再生する方法 (Windows)
_最近(2016年春）あったHTML5のIE8対策の話。 - ブログ名の設定は、まだ。

とりあえず追加しておいた。

GAPをインストールすると、フィルター → Filter all Layers というフィルターが増えて、全レイヤーにフィルターをかけられるようになるらしい。

_GAP-2.6 for Gimp 2.6-Windows by photocomix-resources on DeviantArt
_Andrew Bonnington's blog: Installing GAP for Gimp 2.8 on Windows
_GAP and GimpHelp for GIMP Portable 2.8.2 - GIMP Chat
_gimp port help gap - YouTube

GIMP 2.6.x Windows版用の GAP を、GIMP 2.8.x Portable にもインストールできるらしいので、試しにインストールしてみたり。GAP のインストール先として、GIMP Portableインストールフォルダ\App\gimp\ を指定すればいいようで。

しかし、一応GAPのインストールはできたのだけど、目的の Filter all Layers を選んで使いたいフィルターを選んでも、オプション指定のダイアログが表示されると応答なしになる・フリーズしてしまう。

ただ、GIMP 2.8.10 Portable ではダメだけど、GIMP 2.6.12 インストーラ版なら件のフィルタが動いてくれた。

以下のスクリプトが、全レイヤーに対していくつかの効果をかけられるらしい。

_Multiple Layer Actions - GIMP Scripts

インストールすると、レイヤー → Multiple Layer Actions という項目が増える。

リンクしたレイヤーだけ選んで処理をすることもできるあたり、前述の Filter all Layers より便利かもしれない。ただ、選べる効果の種類が少ないので、場合によっては自分でスクリプトを修正してどうにかすることになるのかも。

G'MICプラグインの Input/Output で、入力に All visibles あたりを選ぶと、表示されている全レイヤーに対してフィルタ処理をかけられる模様。ちと自信ないけど。

ただ、大量のレイヤーがある場合は途中で処理が打ち切られてしまう、という話も見かけた。手元の環境でレイヤー枚数を30枚ぐらいにして動作確認した範囲ではそういう不具合は出なかったけど…。

以前、漫画家の渡辺多恵子先生が、「作品中で、一つの大きな嘘を成立させるためには、たくさんの事実を積み重ねないといけない」てな話をどこかで書いていて。自分も、その考え方というか、手法に同意するのですけど。

独身男が幼女を引き取って育てる、てのは、かなり大きな嘘だと思うわけで。その嘘を成立させるためには、周りは「リアル」で固めておかないと。そこに、モデル設定という大きな嘘を、また一つ入れてる余裕はないんじゃないの？ と思ったわけです。身近にモデルさんが居るなんて、見てるこっちにとってはファンタジーなので。ファンタジーだらけにしたら、この作品の、(前半の)魅力は弱まるのではないか、と。

でも。りんの母親も、 漫画家設定だったか…。フツー、身近に 漫画家なんて居ないよな…。りんの出自にしても…。原作からしてファンタジー設定だらけ、だよなあ…。そう考えると今更かもしれず…。

それに、映画関係者にとっては、身近にモデルさんが居ることなんて、ファンタジーでも何でもなくて「リアル」だろうし。ただ、そういう感覚で改変したのだとしたら、ちとマズイのかも。お客さんにとっての「リアル」が見えなくなってる・想像できなくなってる状態で、ウケる娯楽作品を作れるものだろうか、という疑問も。あまりいい傾向ではないのかもしれず。

もっとも、「設定を変えることで、こういう効能が期待できる」「この部分を強化できる」等の理論武装がそこにあったのかもしれないし。その理論武装を知れば、自分の印象は変わる可能性もあるのですが。いや、意図が見えてこない時点で、その理論武装は外してた可能性もありそうですけど。

でもまあ、他のドラマや映画に比べたら、「リアル」を比較的混ぜていた方だろうし。このくらいなら許容範囲なのかなあ…。どうなんだろ。

変えることで面白くなるなら、全然OKなんですけど。「これは面白くなったのか？」と悩むソレだからアレなわけで。かといって、メディア自体が異なっている原作のソレをトレースして、映像作品として面白くなるかというと、悩んでしまうわけで。

なんでもそうだろうけど、こういった「見極め」って難しいですな。

HSPは、言語仕様がアセンブラライクというかBATファイルライクなので…。
「21世紀にもなって、今から新たに学ぶべき言語なのですか？」
「これを初心者に教えてしまっていいのですか？」
と自分に問うてみると、さて、どうなんだろうなー、と。

HSPって、習得・習熟しても他に応用が利かないよなと。実際、HSPでプログラミングを覚えちゃった人は、えてしてなんでもHSPで作ろうと頑張ってしまう傾向があるように思えていて。それって、ステップアップを無駄に阻害する、ヤバイ何かを内包してんじゃね？ と。そんなもんを今時オススメしちゃっていいのだろうか、と。 *1 *2

例えば、最初に覚える外国語として、古代ギリシャ語とかラテン語とかを覚えてみても虚しいわけですよ。特定分野では使えるけど、他で使えない。まずは、世界中で広く使われている英語あたりを覚えたほうが後々美味しいのではあるまいかと。

プログラミング言語も同じで、真っ先にマイナー言語？ 古代語？ に触れてしまって、しかもそこで止まっちゃうのは、どうなのだろうと。

そう考えると、HSPの名前を出す時は、一緒に、DXRuby や PyGame 等、現代風の言語を使うこと前提のライブラリも併記しておくべき、かもしれないなと。「どれを選ぶかは君の自由だが、こっちはとりあえず紹介はしたぞ」「HSPがとにかくオススメなんて言ってないぞ」「選択肢の一つ、ぐらいに捉えてくれ」みたいな。

これがもし、Ruby や Python あたりなら、言語として筋がいいので、学んだことが無駄にならないはず。「Ruby(Python)ではこう書いたけど、○○ではこう書くのか」と、覚えた概念が後に使い回せる場面が多々あるだろうと。

特に Python は、「初心者にプログラミングを学ばせるなら」という視点で言語仕様が決められてる面もあるし。また、CG関連ソフトでは、「アプリにスクリプト言語も一緒に載せるならとりあえずPythonでしょ」てなムードで普及しつつあるので…。ゲームに興味がある≒映像表現にもそこそこ興味がある＝CG関連ソフトに触れる機会が多い＝Pythonを覚えておくと役に立つ、というメリットもありそうで。

とは言え。そのあたりを考えていくと、JavaScript を学習できる enchant.js は、HSPのマズいところをカバーしてくれるだろうから、HSP と enchant.js を併記するだけでも充分かな、とも思えてきました。HSPしか紹介していない、という最悪(?)の事態さえ回避しとけばOKなのかもしれないなと。

まあ、どう考えても、ゲームを作りたくて今から何かを学ぶなら、Unity ですわな…。

• C# と JavaScript、好きな方を選べるし。(UnityのJavaScriptは真のJavaScriptじゃねえ、という意見もあるけど。)
• 描画も処理も早いし。
• Windows、Mac、Linux、iOS、Android、ブラウザ上でも動いちゃうし。
• ユーザ数も多いし。何せ全世界で使われているし。
• 商品レベルのゲームも作れるし。

「HSPは言語仕様が…」なんて悩むぐらいなら、Unityをオススメしとけば間違いない。

ということで、件の記事では Unity を薦めてるけど、それは実に正しいなと。今なら Unity ですよねえ。と思ったのでした。

このままだと、「コイツ、HSPばかりdisってやがる。許せん！」と叩かれそうなので、もう少し、他の面もメモしておこうかなと…。初心者の自分が、それぞれ触ってみた印象は、下のような感じだったりするのですが。(感想には個人差があります。)

	Unity	HSP	enchant.js	DXRuby	PyGame	FLASH(Adobe AIR)
導入が簡単	◎	◎	？	○	○	△
ユーザ数の多さ	◎	◎	○	×	○	○
ライブラリの充実	◎	◎	？	？	？	○
描画速度・処理速度	◎	○	×	○	×	◎
更新されているか	◎	○	○	○	×	◎
言語仕様	○	×	○	○	◎	○
英語圏でも使われてる	○	×	△	×	○	○
ブラウザ上で動作	○	×	◎	×	×	◎
exe化可能	○	○	×	○	○	○
Windows/Mac/Linuxで動く	○	×	○	×	？	○
スマホ等でも動く	○	△	△	×	×	○
ジョイスティック対応	○	○	×	○	○	○
2Dゲーム制作可能	○	○	○	○	○	○
3Dゲーム制作可能	○	○	△	×	×	○

HSPは、言語仕様はアレだけど、表で示したとおり、他に強みがたくさんあって。個人的には、低スペックPCでも結構な速度で動いたり、多様なハードウェアの制御までできちゃうあたりが凄いなと。めちゃくちゃ非力な、Intel Atom搭載ネットブック上でも、他のアレコレと違ってHSPだけはそれなりの速度で動いてしまって、かなり感心した記憶もあり。もっとも、そのために言語仕様がアレになってる部分もありそうで、いわゆるトレードオフってヤツなのかしら、と想像しているのですけど。

しかし、こうして表にしてみると、Unity と FLASH(Adobe AIR)は強いなあ…。隙が無い…。

ただ、FLASHは、導入が…。「Starling 使うにはどうしたらいいの？」「FlashDevelopのアップグレードはどうすりゃいいの？」みたいなところで、ちょっとハマった記憶が。FLASH は、描画速度も処理速度も比較的速いし、どこでも動くので、個人的には好きなのですけどねえ…。

「enchant.js なんて劇遅ライブラリを引き合いに出すなや。爆速の _tmlib.js や _Pixi.js を出せや」
「Cocos2D系は？ 今はアレが一番ホットでしょ？」
という意見もあるのだろうな。自分、そのへんは触ったことがないので、どんな感じなのか分からなかったり。 *3

_Scratch も一見良さそうだけど、アレは1命令が1フレームで動くから、リアルタイムゲームが作りづらくて。プログラミングを学ぶ入り口としてはグッドだけど、リアルタイムゲームを作るための環境としては、とってもバッドな印象。

ということで、「ゲームを作りたい？ だったら Unity かなあ」てのが鉄板だよなと。Unity 4.3以降は、2Dゲームも随分作りやすくなりましたし。

ただ、Unityは、学習コストがちと微妙な印象で。「俺はゲームを作ってるのか？ それともUnityの使い方を勉強してるだけなのか？」と迷う時が。MS Office製品の使い方を勉強してる感覚に近いというか。…高機能と学習コストはトレードオフだから、仕方ないですけど。

• 導入が簡単、てのは、セットアップファイルを実行するだけでインストールできるかどうか。中には、それをインストールするだけで、エディタまでついてくる便利なものもある。(Unity、HSP等。)
• ユーザ数が多いと、情報を探しやすい。
• ライブラリが充実してると、やりたいことは、まず大体できる。例えばHSPは、PCに繋いだモーターの制御までやれたりする。(enchant.js、DXRuby、PyGame は、ソレ自体がライブラリなので「？」にしました。)
• 英語圏でも使われてると、スーパーハカーが参加してくれる確率が上がるので、有意義な情報が出てきやすい・拡張機能が揃いやすい。英語の勉強にもなる。作ったものを世界に向けて見せることもできる。
• ブラウザ上で動作すると、誰にでも気軽に見せてプレイしてもらえるので、学習モチベーションが維持しやすい。
• 言語仕様は…。自分は、Python が最も初心者向けじゃないかと思ってるので…。このあたりは反論がたくさんありそうですけど。

他にアレコレ、とりとめなくメモ。

• PyGame は開発が終わってるし、描画が遅いので、今現在は、ちとオススメできない感じ。
• PyGame 後継の PySDL2は、仕様がガラリと変わってしまったので、PyGame が持っていた手軽さ・気軽さは、もう無いなと。
  
• pygletもヨサゲですが、そっちも開発が止まってないか？ という不安が。ていうか pyglet は Radeon 上で描画がバグるから選択肢としては無しかな…。Radeon の OpenGL が腐ってるせいですが…。

ということで、Python用ゲームライブラリは、ちょっと選択に悩んじゃう状況で。言語はイイ感じなのに、もったいないなと思っていたり。

気軽に使えるという点では、DXRuby が個人的に一押しで。まあ、これは再三書いてますけど。

• ゲーム制作に必要最低限な基本機能だけを提供するスタンスで作られてる。覚えなきゃいけないことが少なくて済む。
• メインループが超シンプルに書ける。お手軽な実験・プロトタイプ作成に最適。
• DirectX を使ってるので描画が速い。BGを数枚描画しただけでガクガクしちゃって頭を抱える、等の余計なトラブルは回避できる。(でも、DirectXがそもそも遅いPCでは、目も当てられないことになるのですが、今時そういうPCは少数派かなと…)

「試しにゲームっぽいモノを作ってみるか」＋「ついでにプログラミングってヤツも覚えちゃえ」てな場面にはもってこい、じゃないのかなと。Unity や FLASH のような、「さあ、やるぞ！ 俺はやりますぞお！」と褌を締めてかかる、みたいなヘビーさは全然無くて。それでいてサクサクあっさり動いちゃうので、とにかく気楽。触ってて楽しいです。 *4

落語や漫才ではそれぞれ別の用語で呼ばれているのではという気がするけれど、自分は無学なのでどっちも「間」と言っちゃっているのですが。何にせよ「間」には挿入と削除があるよなと。一呼吸入れることで笑いが取れる場面もあるし、矢継ぎ早に間髪入れず畳みかけることで笑いが取れる場面もある。

しかし、「笑いは間が命」等の言葉を耳にした時、一呼吸入れることだけをイメージしてしまう人が多かったりしないか。だとしたら、ちょっとマズイ。

たぶん片方だけじゃダメで、コントラストがそこに生まれないと、笑いにならないのかもしれない。緊張と緩和、とでもいうか。

無駄な間が多い＝そもそもシナリオ分量が少ない。分量の少ない脚本を無理矢理一定時間にぴっちり引き延ばしたら間延びして当然。

ギャグアニメの種類にもよるのだろうけど、単純にシナリオの分量を増やしておけば後の作業が楽にならないか。通常の1.x倍ぐらいでちょうどいいテンポになったりしないか。

とあるギャグアニメは、声優さんの音声の無音部分を編集技術で削除して異様なテンションを作ってたっけ。時間内に収めるシナリオ分量を増加させるための策だろうけど、結果、偶然生まれた微小な間すら事前に全消去しておくことで作品中の間を完全に作り手の制御下に置いていた、とも考えられる。そこまで行けば、ここはどうしても間の挿入をしないと笑いにならない、等の絞り込みもできるので、漫然としたテンポにはならないのだろう。…にしても、そこまでやるか、という気もする。でも、実際にやってみせた監督さんが居るわけだし。

シナリオ分量を増やそうにも、原作ストックの消化速度の関係でそれが無理な場合もありそう。そんな時は、コーナーを作ってみるとか。

例えば、京アニ作品のギャグアニメ「日常」には、フィルム撮影風の日常的風景や、幼女とお姉さんのじゃんけんする様子が時々挿入される。また、タイムボカンシリーズでは、本編と無関係なギャグの数々が挿入される。「豚もおだてりゃ木に登る」「おろカブ」「シュビビン、シュビビン、シュビビンビーン」「全国の女子高生ファンの皆様」等々。それらは「コーナー」なのだけど。

本編の間の取り方を煮詰めて時間が余ってしまっても、コーナーがあれば穴埋めできる。作る際に気が楽なのでは。少なくとも、本編を間延びさせるよりマシ。

更にコーナーがそれぞれ独自発展を遂げる可能性も期待できる。本編とは無関係な、極めて無責任なコーナーだから、予算と期間と枚数と放送コードの許す限り、やりたい放題のはず。そこだけ別の誰かに丸投げもできる。

例えば、タイムボカンシリーズのソレなどは、最初のうちは単なるバンクシーンだったのに、いつのまにかスタッフが暴走を始め、新作が当たり前になり、作品の面白さを増す結果に繋がっていた、ような気がする。…当初、斜めにスライドするだけだったのに、画面奥から手前に向かって空中で捻りを加えながら飛んでくる新作「シュビビンビーン」を見た時は、その凝り具合に大笑いした記憶が。

作る側の遊び心さえ失われていなければ、それらの穴埋めコーナーも有効活用できる。…まあ、スタッフの疲れ具合が伝わるコーナーもたまに見かけるけど。

経験豊富な監督さんやプロデューサーなら、色々な手管を知っている予感。そういうアレコレが書籍にならないものだろうか。富野監督の「映像の原則」のギャグアニメ版。無理か。飯の種だもんな。

なんとなく思ったけど、落語家を呼んできて監修してもらうのはどうか。「今の会話はこうしたほうがいいね」と言ってもらえるだけでもガラリと変わりそうだし、「○○亭○○監修」は多少なりとも宣伝文句にならないか。でも、つまんない落語をする人も居るから、誰にお願いするかで結果が全然違ってしまいそう。それに、優れた落語家は忙しくて、協力してくれる時間なんて無いわな。

分業化が進めば、「笑い」だけを担当する職種が登場したりするのだろうか。編集と監督の中間のような感じ？ わからんけど。

ケイヨーD2に行く際に、気の迷い(?)でみちのく自転車道を走ったのだけど。なんというか、何度見てもやっぱり酷いなと。元々道路があったようなのだけど、そこのすぐ隣にわざわざ新しく自転車道を作って、それでいてその後全然メンテナンスしてないという。また、元々あった道路と交差する個所で、自転車道が寸断されてる状態でもあり。何のために作ったんだコレ。元からあった道路を拡張して自転車道に流用しようとは考えなかったのだろうか。

これは想像だけど、計画を立てた人は、現地を見ることなく計画を立てちゃったのかもしれないなと。あるいは、予算はもう獲得しちゃったから、とにかく消化すべしで計画を進めちゃったとか。自分が学生の頃から存在する自転車道なので、作られたのは何十年も前なのだろうけど。地方に分け与えた予算がこんな形で使われてしまったと知ったら、そりゃ東京都あたりは嫌気が差すだろうなと。

つーか今まで該当部分は須賀川市の管轄かと思ってたけど、地図を見直してみたらどうも郡山の管轄っぽい。何をしてたんだ。＞郡山市。いやまあ須賀川市もそのへん言えた義理じゃないけど。ついこないだまで、あちこちで分断されてたし。

_この橋がヤバい。 この橋で、みちのく自転車道が阿武隈川を渡るのだけど。車が2台が並ぶと歩行者や自転車が走れるだけの隙間が無くなってしまう。自分で走ってみて「コレは轢き殺される…」と思ったり。

つーか旧国道は全般的にヤバい。夜間、狭い道路を、時速50〜60kmぐらいで車が走ってく。ヨボヨボのお爺さんが自転車でフラフラ走ってたらどうするつもりなんだろう。＞ドライバー達。

自治体の職員・公務員は、月に何日間か自転車で通勤することを、あるいは、自分の担当地域を自転車で走るように強制すべきだと思います。彼等は車で移動しちゃうから、自分の住んでいる地域のヤバさに全然気づかないのだと思う。清陵情報高校の学生が登校下校する時間帯に、清陵情報高校から自分の職場まで、旧国道側を自転車で走ってみるべきです。次代を担う若者達を毎日生命の危機に晒してるなんて、一体どんだけ素晴らしい大人の姿なんですか、みたいな。

いやまあ、今ちょっと旧国道の歩道を部分的に改善してるみたいなので、もうちょっとすればほんのちょっとマシになりそうだけど。とはいえ、旧国道ギリギリに建てちゃった家などは、どかすわけにもいかないし。前述の橋も、通行量その他を考えたら市街地に近いほうから優先的に整備していきたいだろうし。難しいところも多々あるだろうとは思うのだけど。

ひょっとすると、車の幅のほうを狭くしたほうが話が早かったりして。車体の大きさが小さくなれば、燃費削減も少しは出来るだろうし。車体が軽くなれば、道路や橋の寿命もちょっとは延びるかもしれない。地球にも財布にも歩行者にも自転車にも皆に優しいのではないか。＞小さい自動車。そこまでは上手くはいかないか。

_閃輝暗点とは - はてなダイアリー
_閃輝暗点 - Wikipedia

これか？ プレデターの光学迷彩っぽいもの、てのが当てはまる。たしかにそんな感じだった。必ずしも視界の中心ではないところに見える、というのも合ってるような。もしもこれだったら、この後、頭痛や吐き気が来るのだろうか。

こないな…。＞頭痛。うーむ。

中年の場合で、閃輝性暗点だけあって、その後に頭痛を伴わない場合は、まれに脳梗塞、脳動静脈奇形、脳腫瘍や、血栓による一過性の脳循環障害が原因である可能性がある。

閃輝暗点 - Wikipedia より

ひい。

前回・今回を担当した脚本家、千束北男氏。

_ＳＴＡＦＦ

飯島敏宏

円谷一氏、中川晴之助氏（画家：中川一政の子息にして女優：中川安奈の父君）とともにＴＢＳ映画部から円谷プロに出向し、「ウルトラＱ」「ウルトラマン」「ウルトラセブン」の監督を務めた。また、千束北男のペンネームで脚本も手がけている。ペンネームの由来は、新婚当時、大田区北千束に居を構えた事により、北千束の夫という意で「千束北夫」と命名したが、台本を印刷する段になって金城哲夫が誤って「北男」としたことによる。 「ウルトラＱ」放映第１話「ゴメスを倒せ」の脚本提供、そして「ウルトラマン」制作第１話「侵略者を撃て」（バルタン星人登場）の脚本・監督を担当して、アメリカンタッチ、スピード感、乾いた情感、喜劇的要素などを組み入れた演出で、シリーズの骨子を確立するとともに、スペシウム光線の十字アクションを創案するなどウルトラ創世期に縦横無尽の活躍をした。この功績から、金城哲夫氏と並んで、「ウルトラマンを創った男」と呼ばれる。セブンの時期はＴＢＳの意向で、実相寺昭雄氏とともに京都に出向していたが、最終クールのテコ入れとして復帰してメガホンをとった。

ＳＴＡＦＦ より

なるほど。飯島監督の、脚本家としてのPNだったのか。ていうか、ウルトラQの時代から活躍してたスゴイ方だったとは…。自分、恥ずかしながら知りませんでした。

オリジナルを作ってきた世代にはかなわんなと思ったり。作品イメージを激変させることに躊躇しないというか。これが若手なら、既存イメージの枠内に収める or アレンジをするに留まるのだろうけど。上の世代は、「俺の歩いた道 = オリジナル」的気持ちもあるのだろうから、こりゃかなわんよなぁ。ある種、無から有を作ってきた世代には、かなわん。

System.currentTimeMillis()メソッドを使ったほうが、ファイルサイズは小さく、実行速度は速くなります。

iアプリゲームプログラミング 504i・FOMA対応 より

という話を見かけて、「System.currentTimeMillis()って使ったこと無いな…」と。

てなわけでサンプルを作って試してみたり。 _2005/10/31 ShortTimerとThread を思い出しつつ。 _第2話 新生FOMAによるシューティングゲームの作成 を参考にさせてもらいつつ。

結果。.jar のサイズ。

ShortTimer	1412 byte
Thread	1406 byte
System.currentTimeMillis()	1418 byte

むぅ…。jdk1.5.0_06 を使ってるから結果がアレなのだろうか。それとも自分のソースの書き方に無駄があるのかしら。なんか後者っぽい予感。ていうかそもそも、以前と結果が違うような。

とりあえず thread 版でやってくか…。

_2005/10/31 ShortTimerとThread と同じなんだけど。

ShortTimer 版。

import com.nttdocomo.ui.Canvas;
import com.nttdocomo.ui.Display;
import com.nttdocomo.ui.Graphics;
import com.nttdocomo.ui.IApplication;
import com.nttdocomo.ui.ShortTimer;

public class IappliTestTimerA extends IApplication {
    private ShortTimer tm;
    public void start() {
        MyCanvas mc = new MyCanvas();
        mc.setSoftLabel(MyCanvas.SOFT_KEY_2, "終了");
        Display.setCurrent(mc);
        tm.start();
    }

    class MyCanvas extends Canvas {
        int counter;
        public MyCanvas() {
            counter = 0;
            tm = ShortTimer.getShortTimer(this, 0, 100, true);
        }

        public void processEvent(int w_type, int w_param) {
            if ((w_type == Display.TIMER_EXPIRED_EVENT) && (w_param == 0)) {
                counter++;
                repaint();
            }

            if ((w_type == Display.KEY_PRESSED_EVENT) && (w_param == Display.KEY_SOFT2)) {
                terminate();
            }
        }

        public void paint(Graphics g) {
            g.lock();
            g.clearRect(0, 0, getWidth(), getHeight());
            if ((counter & 0x01) == 0) {
                g.drawString("test", 120, 120);
            }
            g.unlock(true);
        }

    }
}

Thread 版。

import com.nttdocomo.ui.Canvas;
import com.nttdocomo.ui.Display;
import com.nttdocomo.ui.Graphics;
import com.nttdocomo.ui.IApplication;

public class IappliTestTimerB extends IApplication {
    public void start() {
        MyCanvas mc = new MyCanvas();
        mc.setSoftLabel(MyCanvas.SOFT_KEY_2, "終了");
        Display.setCurrent(mc);
    }

    class MyCanvas extends Canvas implements Runnable {
        private Thread tm;
        int counter;
        public MyCanvas() {
            counter = 0;
            tm = new Thread(this);
            tm.start();
        }

        public void run() {
            while (true) {
                try {
                    Thread.sleep(100);
                } catch (InterruptedException e) {
//                  e.printStackTrace();
//                  break;
                }
                counter++;
                repaint();
            }
        }

        public void processEvent(int w_type, int w_param) {
            if ((w_type == Display.KEY_PRESSED_EVENT) && (w_param == Display.KEY_SOFT2)) {
                terminate();
            }
        }

        public void paint(Graphics g) {
            g.lock();
            g.clearRect(0, 0, getWidth(), getHeight());
            if ((counter & 0x01) == 0) {
                g.drawString("test", 120, 120);
            }
            g.unlock(true);
        }
    }
}

System.currentTimeMillis() 版。

import com.nttdocomo.ui.Canvas;
import com.nttdocomo.ui.Display;
import com.nttdocomo.ui.Graphics;
import com.nttdocomo.ui.IApplication;

public class IappliTestTimerC extends IApplication {

    public void start() {
        MyCanvas mc = new MyCanvas();
        mc.setSoftLabel(MyCanvas.SOFT_KEY_2, "終了");
        Display.setCurrent(mc);
        mc.exe();
    }
    
    class MyCanvas extends Canvas {
        private Graphics g;
        private int counter;
        
        public void exe() {
            long sleepTime = 0;
            try {
                g = getGraphics();
                counter = 0;
                while (true) {
                    tick();
                    while (System.currentTimeMillis() < sleepTime + 100) {
                    }
                    sleepTime = System.currentTimeMillis();
                }
            } catch (Exception e) {
            }
        }
        
        public void paint(Graphics g) {
        }
        
        public void tick() {
            g.lock();
            g.clearRect(0, 0, getWidth(), getHeight());
            counter++;
            if ((counter & 0x01) == 0) {
                g.drawString("test", 120, 120);
            }
            g.unlock(true);
        }
        
        public void processEvent(int w_type, int w_param) {
            if ((w_type == Display.KEY_PRESSED_EVENT)
                    && (w_param == Display.KEY_SOFT2)) {
                terminate();
            }
        }
        
    }
}

eclipse の ウインドウ → 設定 → Java は、

• インストール済みのJRE : JDK 1.5.0_06
• コンパイラー : 準拠レベル 5.0
• 「デフォルトの準拠設定の使用」をチェック。
• クラスファイル生成 : 変数属性、行番号属性、ソースファイル名のチェックをOFF。

にしてみたり。最初、クラスファイル生成の設定で、全部チェックを入れてる状態にしちゃってて、「容量が増えてしまった…」とガックリきてた。

マウスとキーボード入力をスクリプト形式で記録して再生する。スクリプト言語によりアプリの操作ができる（COMオブジェクト、DLLの利用も可能）

要するに、毎回手作業でやっていた操作を、ある程度自動で行えてしまうツール。

AutoHotkey = UWSCと同様に、操作を自動化できるツール。

参考にして、/usr/local/bin/startxwin を作成して実行してみたら、それらしいウインドウが出た。

色々オプションがあるらしい。

_こちらの2004/10/21の項 で触れられていた。xterm に渡すオプションがおかしいらしい。/etc/X11/xinit/xinitrc 中の、

xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black -e /usr/bin/bash -l

を

xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black -e /usr/bin/bash --login

に、/usr/X11R6/bin/startxwin.sh 中の、

xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black -e /usr/bin/bash -l &

を

xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black -e /usr/bin/bash --login &

にする必要があるらしい。

修正・実行してみたら、xterm が表示された。

検索エンジンの並び替えができるツール、らしい。 _『目的別拡張選び - Mozilla Firefox まとめサイト』 によると、Firefoxを終了させた状態で使う外部ツールらしい。

実行してみたけど指定したとおりに並んでくれない。…使えん。

結局、ファイル名の頭に数字をつけて順番を変えてみたり。

こっちのほうが良かったかしら。about:config で browser.search.order.X を変更するらしい。

実は，検索プラグインの名前の頭に数字をつけるとその順番で並んでくれます。

これで正解だったらしい。

Yahoo Japan の検索プラグインがあった。

そういや自分の Firefox は、海外の方が各CPUに合わせてビルドし直した版だったか。Yahoo Japan じゃなくて、Yahoo のが同梱されたのかもしれないな。＜未確認。

色々あって便利そう。 _(via ON's memo)

1回目は、スタートメニュー中のオンラインユーザ登録のショートカットから。2回目は、CD-key判明後にメーカサイトから。2回登録したから、お知らせメールも2通分送られてくるんだろうか。ゲンナリ。

そもそもどうして2通りのユーザ登録方法が用意されてるのだろう。しかも片方はパッチのDLには関係ないわけで。…でもまあ、事細かに住所だの電話番号だのを入力させられないだけマシか。

プレイヤーの力の入れ具合を0と1だけでどのように測定するか、という意味しかないだろうから、あまり存在意義を感じない＞連射。圧力センサ利用で押してる力がそのまま画面に反映されるほうが感覚的には自然な応答結果になるんだろうか。ボタンを強く押すと自機の攻撃力がアップ、みたいな。でも強く押しっぱなしだとゲームの難易度が根底から崩れそう。だったら力を入れてる間は自機に何か制限がつくとか。瞬間瞬間で利用できるエネルギー(?)には限りがあって攻撃力を強くすると移動速度が遅くなり移動速度を速くすると攻撃力が弱くなるとか＜ありがち。…それ以前に圧力センサがすぐバカになるだろうしで押してる力をそのまま測定するのは無理かな。

振動が伝わる様子を視覚化したら違う遊びにならないか。盤面のあちこちに振動を発するモノをいくつか置いて、振動の波が干渉するポイントに別の何かを置いて…置いてどうする。その場所の振動する様を読み取って音の波形にするとか。実用性は別として今ならそういうシンセサイザが存在してそうだし、現代アートでも似たようなのがあるのだろうな。