mieki256's diary

sudo apt install libfreetype6 libfreetype6-dev libqt5x11extras5 libqt5x11extras5-dev libqt5opengl5 libqt5opengl5-dev

mkdir qtpovmodeler
cd qtpovmodeler

git clone https://github.com/dickbalaska/qtpovmodeler.git
cd qtpovmodeler
qmake
make -j4
./qtpovmodeler

sudo mkdir /usr/share/povmodeler
sudo cp baseinsertrules.xml /usr/share/povmodeler
sudo cp -r examples /usr/share/povmodeler
sudo cp povraydocmap.xml /usr/share/povmodeler
sudo cp questionmark.png /usr/share/povmodeler

いくつか気になる点はあるけれど…。

• ツールバー上からレンダリングボタンが無くなっていて、View → Render を選ばないとレンダリングできない。地味に面倒臭い。
• .pov をエクスポートする際、毎回保存先フォルダを指定し直さないといけない。地味に面倒臭い。
• 端末上から実行すると、ガンガン警告メッセージが出てくる。結構不具合を抱えた状態でどうにか動いてるらしい。

それでも、GUIでプリミティブ配置を確認しつつ作業していけるあたりはイイ感じだなと。

また、レンダリングする直前、POV-Ray 3.7 に渡すコマンドラインオプションを編集できるダイアログを表示してくれるので、本家 kpovmodeler のように、利用できないオプションを勝手に出力されて POV-Ray 3.7 がエラーを出して終わりというトホホな状況も避けられる。 *1

何より、KDE (TDE) をインストールしてない環境でも動いてくれるのはありがたい…。

POV-Ray公式のニュースグループ上のやり取りによると、kpovmodeler のフォーク版は、少なくとも3種類あるようで。

• eticreさんが作った povmodeler。
• simbad(tribad)さんが作った povmodeler。
• Dick Balaskaさんが作った qtpovmodeler。

_eticre/povmodeler: povray modeler
_POV-Ray: Newsgroups: povray.programming: povmodeler

_tribad/povmodeler: povray modeler
_POV-Ray: Newsgroups: povray.programming: povmodeler

_dickbalaska/qtpovmodeler: povray modeler
_POV-Ray: Newsgroups: povray.tools.general: building povmodeler?

eticre版 povmodeler は、kpovmodeler からKDE関連を削除してQtに置き換えてみた最初のフォーク版。cmakeを使用する。まだ一部にKDE関連の記述が残っているらしい。

simbad(tribad)版 povmodeler は、eticre版を元にして、UIデザインを変更、KDE関連の記述を更に削除、一部のバグを修正した版。これも cmakeを使用する。一時期は .debファイルも配布していたが、現在それらの .debファイルは404になってる。

dickbalaska版 qtpovmodeler は、おそらく eticre版を元にして、qmakeを使用するようにした版。povmodeler という名前は eticre版や simbad(tribad)版で既に使っているという理由で、qtpovmodeler にリネームしたらしい。一度ビルドが通った後は、qtcreator を使って開発作業を進めてるとのこと。

ちなみに、手元の環境、Ubuntu Linux 20.04 LTS x64上では、dickbalaska版 qtpovmodeler しかビルドできなかった。eticre版 povmodeler と simbad(tribad)版 povmodeler はビルドが通らなかった。

もしかすると、Debian Linux上なら、eticre版やsimbad(tribad)版もビルドが通ったりするのだろうか…？

Windows10 x64 21H1 + VMware Workstation 16 Player 上で Debian Linux 11 64bit bullseye をインストールして試してみた。debian-11.0.0-amd64-netinst.iso を使ってインストールしようとしたけれど、パッケージのダウンロードが遅くて遅くて3時間ぐらいかかった…。

さておき、ビルドに必要になりそうなパッケージをインストール。

apt install build-essential cmake git
apt install libfreetype6 libfreetype6-dev libqt5x11extras5 libqt5x11extras5-dev libqt5opengl5 libqt5opengl5-dev
apt install libx11-dev xorg-dev libglu1-mesa libglu1-mesa-dev libgl1-mesa-glx libgl1-mesa-dev libglfw3 libglfw3-dev libglew-dev
apt install libxml2-dev
apt install povray

simbad(tribad)版 povmodeler を git clone して cmake。

mkdir povmodeler
cd povmodeler

git clone https://github.com/tribad/povmodeler.git
cd povmodeler
mkdir build
cd build
cmake ..
make -j4

エラーが出た。

[100%] Linking CXX executable povmodeler
/usr/bin/ld: missing --end-group; added as last command line option
/usr/bin/ld: ../modelifc/libmodelifc.so: undefined reference to `xmlFree'
/usr/bin/ld: ../modelifc/libmodelifc.so: undefined reference to `xmlGetProp'
collect2: error: ld returned 1 exit status
make[2]: *** [src/modeller/CMakeFiles/povmodeler.dir/build.make:603: src/modeller/povmodeler] エラー 1
make[1]: *** [CMakeFiles/Makefile2:339: src/modeller/CMakeFiles/povmodeler.dir/all] エラー 2
make: *** [Makefile:171: all] エラー 2

Ubuntu Linux 20.04 LTS で試したときと同じエラー。

Debian ならビルドが通るわけでもないみたいだなと…。

eticre版povmodeler はどうだろう。そちらも試してみた。

git clone https://github.com/eticre/povmodeler.git
cd povmodeler
mkdir build
cd build
cmake ..
make -j4

警告メッセージが色々出てきたけど、こちらはビルドが通った。つまり、比較的素の状態に近い Debian Linux 上なら、eticre版 povmodeler もビルドできそう、ということになるのだろうか。

make install をしたら、 ~/.local/share/povmodeler/ 以下にインストールされた。中に入ってたファイル群は以下。

$ ls ~/.local/share/povmodeler/

baseinsertrules.xml
examples/
liblpovmodeler.a
libpovmodelerpart.a
library/
org.povmodeler.xml
povmodeler
povmodeler.desktop
povraydocmap.xml
questionmark.png

libraryフォルダがある…。qtpovmodeler も、この libraryフォルダを /usr/share/povmodeler/ にコピーすればいいのかな。

それはともかく、~/.local/share/povmodeler/povmodeler を実行したら画面が表示された。POV-Ray でレンダリングもできた。しかし、POV-Ray のウインドウを閉じることができない…。povmodeler を終了させて、killall povray でプロセスを殺すしかないな…。

今のところ、dickbalaska版 qtpovmodeler が、一番イイ感じで動いてくれた印象。関連ファイルを手動でコピーしてやる必要はあるけれど…。

$ qmake -v
QMake version 3.1
Using Qt version 5.15.2 in /usr/lib/x86_64-linux-gnu

ダメ元で、ソースを書き換えて試してみた。*.cpp 内の Qt::endl を endl に置換。

他の部分でもエラーが出た。pmglview.cpp の PMGLView::wheelEvent() 内で「QWheelEventクラスに position なんて無いよ」と言われる。dickbalaska版 tpovmodeler を参考にして修正。

_qtpovmodeler/pmglview.cpp at qmake - dickbalaska/qtpovmodeler
_povmodeler/pmglview.cpp at master - eticre/povmodeler

• e->angleDelta().y() を、e->delta() に変更。
• e->position().x()、e->position().y() を、e->x()、e->y() に変更。

この状態でビルドしてみたら、Ubuntu 20.04 LTS 上でもビルドが通った。make install で、~/.local/share/povmodeler/ 内に、実行ファイル povmodeler や関連ファイルもコピーされた。また、povmodeler も実行することができた。

一応、ビルド手順をメモ。

必要になりそうなパッケージをインストール。

sudo apt install build-essential cmake git
sudo apt install qt5-default qtbase5-dev qttools5-dev-tools
sudo apt install libfreetype6 libfreetype6-dev
sudo apt install libqt5x11extras5 libqt5x11extras5-dev libqt5opengl5 libqt5opengl5-dev
sudo apt install libx11-dev xorg-dev
sudo apt install libglu1-mesa libglu1-mesa-dev libgl1-mesa-glx libgl1-mesa-dev libglfw3 libglfw3-dev libglew-dev
sudo apt install libxml2-dev
sudo apt install povray

github から git で clone してビルド。

mkdir ~/povmodeler
cd ~/povmodeler

git clone https://github.com/eticre/povmodeler.git
cd povmodeler

... *.cpp を修正 ...

mkdir build
cd build
cmake ..
make -j4
make install

もっとも、このあたりを修正済みの dickbalaska版 qtpovmodeler をビルドして触ってみたほうがいいような気もする…。

eticre版 povmodeler で、POV-Ray を使ってレンダリングすると、POV-Ray のレンダリング結果表示ウインドウを閉じることができなくて困ってしまったのだけど。

povmodeler 側の「stop」ボタンをクリックしてみたら POV-Ray のウインドウを閉じることができて、かつ、 povmodeler 側のウインドウにレンダリング結果が表示されることが分かった。そういう操作をすることが前提だったのかもしれない…。

#declare WinAmbient = 0;
#declare WinDiffuse = 0.25;

// #include "winsolid.inc"
#include "wintxt.inc"

...

#declare SunAngle = 210;

ffmpeg -framerate 24 -i frames\%04d.png -vcodec libx264 -pix_fmt yuv420p -r 24 out.mp4

カメラの移動にイージングを使ってみたけれど。

_Easing Equations
_イージング処理の計算式 - 強火で進め

関数にしたほうが良かったのかもしれない。でも、POV-Ray で関数って定義できるのかな。

ググってみたら、macro を使えば関数のように記述できるらしい。

_POV-Ray:3

しかし、戻り値はどうすれば…？

色々試したところ、以下のような記述なら動いてくれた。

#macro easeoutcubic(tt, bb, cc, dd)
(cc*(((tm/dd)-1)*((tm/dd)-1)*((tm/dd)-1)+1)+bb)
#end

camera {
#declare tm = clock;
#declare cx = -5;
#declare cy = easeoutcubic(tm, 40, -38, 1.0);
#declare cz = easeoutcubic(tm, 285, -300, 1.0);

#declare lx = -150 + 400 * tm;
#declare ly = 2;
#declare lz = -10 - 40 * tm;

  location <cx, cy, cz >
  look_at <lx, ly, lz>
  
  right x*image_width/image_height
  angle 75
}

ただ、macro の中で変数を使おうとしたら、正常に動作してくれず。今後の課題だなと…。

上記の記述は変数名を間違えてることに気づいた…。引数を使ってないじゃん…。以下が修正版。

#macro EaseOutCubic(TT, BB, CC, DD)
#local TP = (TT / DD) - 1.0;
(CC * (TP * TP * TP + 1.0) + BB)
#end

camera {
#declare tm = clock;
#declare cx = -5;
#declare cy = EaseOutCubic(tm, 40, -38, 1.0);
#declare cz = EaseOutCubic(tm, 285, -300, 1.0);

#declare lx = -150 + 400 * tm;
#declare ly = 2;
#declare lz = -10 - 40 * tm;

  location <cx, cy, cz >
  look_at <lx, ly, lz>
  
  right x*image_width/image_height
  angle 75
}

macroの中では、local を用いてローカル変数を利用できることも分かった。

たしかに、「風立ちぬ」の主人公のキャラ属性を考えると、庵野監督の起用は、ほぼ本物を起用した状態に近いだろうなと。モノづくりのことを優先しちゃって、それ以外はおろそかになりがちな、どこか求道者のような人種。めちゃくちゃリアル。もし、ひたすらリアルを追求することで価値が産まれるのであれば、庵野監督の起用は大正解だし、これ以上の理想的な起用は無い ―― と自分も思ってしまうのですが。

でも、アニメにおいて、本物を連れてくればそれでいいのか？ とにかくリアルにしちゃえばそれで良いのでしょうか？ という疑問も湧くわけで…。

一体何のためにリアルにするのか？ それについては、人によって様々な理由があるのだろうけど…。これは想像だけど、観客にすんなりと作品世界に没入してもらうための一手段、としてのリアルの追及があるんじゃないかと。

ところが、本物を連れてきたことによって、観客が真っ先にそこで引っ掛かりを感じてしまって、作品世界にするりと没入する際の大きな障害になってしまったとしたら…。その場合、果たしてその起用は正しいと言えるのだろうか。

一体何のためにリアルを追求していたのか。目的を忘れてないか。リアルにすることは、おそらく一手段にしか過ぎなかったはず。だけど、リアルにすることがいつのまにやら目的になってないか。

それとも、元々、リアルにすることの意味なんて考えたことがなかったのだろうか…。実は、宮崎駿という映像作家は、高畑勲監督からとにかくリアルにリアルにと要求され続けて、リアルならそれでいいのだと思考停止してしまったのではないか…。

まあ、そんなわけないだろうとは思うのだけど。きっと1回ぐらいは、「パクさんってすぐに『リアルに』って言い出すけど、なんでリアルにしなきゃいけないの？」と素朴な疑問をぶつけたことがあるのでは。そして高畑監督のことだから、ぐうの音も出ない理由を返してきたのではないか。だから、リアルを追求する意味を毎回ちゃんと考えながらアニメを作ってきたはず…。

でも、だとすると、庵野監督を起用した理由が分からない。たしかにリアルだし本物相当だけど。本物を連れてくることより優先されること、実現しなきゃいけないことがあったような気がするわけで…。

アニメに詳しくないお婆ちゃんに、「声が酷いね」という感想を持ってもらいたくて、そのアニメを作ったわけじゃないだろうと…。

本来、アニメというものは、人の手で描かれた絵の世界なのだから、実写と比べてしまったら、最初から終わりまで偽物の映像と捉えることもできるよなと…。なのに、その偽物に魅了されてしまう人達が出てくるのは何故だろう。

一つは、偽物なのに、本物より本物らしく感じる瞬間が多々出現するから、ではないかと想像するわけで。所謂デフォルメってヤツだけど…。本物の特徴を抽出して、より強調して見せることで、本物以上のそれらしさを感じてしまうことができる。それがアニメの持つ魅力の一つ、ではなかったかと。

それを考えると、「風立ちぬ」の主人公の声も、本来ならデフォルメが必要だったのかなー、と。本物よりも本物らしく演技してくれる役者さんをどうにかして探し出すのが正解だったのでは…。庵野監督のような本物を連れてきてハイ終わり、てのは日和った結果に思えるわけで。そこにはデフォルメが一切無いわけだから…。

まあ、「映像が偽物なんだからせめて声は本物を」という考え方もありそうだけど、「映像が偽物なんだから声も偽物で統一しないとチグハグになるでしょ。だけどその代わり、本物より本物らしい偽物を揃えてみせますぞ」という考え方もアリかも、という気もする。偽物には偽物の矜持があるんじゃい、ポンと本物持ってきて悦に入るとは偽物作りの名折れじゃ、みたいな。

もっとも…。宮崎駿監督はアニメーター出身の監督だから、自身のリソースを注ぐとしたらそれは自ずと作画面に集中してしまうだろうし、声優さんや役者さんを選ぶ時期になるともうヘロヘロになっていてなんでもいいや状態に、てな可能性も高そうだけど…。鈴木Pもおじさん達の相手をしまくって一緒にヘロヘロになってそうだし…。

本当は、監督を名乗るからには、声優・役者を、根気強く、辛抱強く、最後まで選び抜くためのパワーをずっと温存しておかないといかんのだろうな…。コンテや作画で全部消耗するんじゃなくて…。もしくは、自分の代わりにコイツに選ばせておけば間違いない、そっち方面は全部任せた、俺はこっちに集中する、と思えるスタッフを用意しておくとか…。

まあ、そんなアレコレをぼんやりとなんとなく考えてしまったのでメモ。思考メモです。

「風立ちぬ」を最後まで見たお袋さんに改めて感想を聞いてみたら、「話は大体分かった。飛行機を設計する人の話でしょ」「最後まで見てたら、声もまあ慣れた」とは言ってました。良かった。「声が気になって話が分からなかった」と言い出したらどうしようとヒヤヒヤしてました。そこまでアレではなかったようで。良かった良かった。ただ、「ずっと盛り上がらないままだったのが、ちょっと」とも…。

しかし直後に、「『風立ちぬ』を見る前に『ローマの休日』を見てたから、それと比べちゃうと全然盛り上がらなくて」と言い出して。

うわあ。それはダメだぁ。たぶん、宮崎駿監督も、「『ローマの休日』見てから『風立ちぬ』を見るのはやめろ！」と叫ぶんじゃないかな…。その流れはあかんわ…。「ローマの休日」には、そりゃ勝てませんわ…。どっとはらい。

まず、ビル１つあたりは、わずか3個の box で作られているようだなと…。

• ビル本体を担当する box。
• ビルの屋上部分を削り取るための box。
• ビルの下に広がってる敷地部分を担当する box。

見た目の複雑さはテクスチャでどうにかしているらしい。

L型のビルもあったけど、これは2つの箱を重ねてL型にしていた。

テクスチャは3枚ほど重ねてある模様。

1枚目のテクスチャは下地を ―― 窓ガラス部分を担当。reflection を強めに指定して周囲を反射するようにしつつ、窓毎に明るさが変わるように、 _bozo とやらを指定して、ランダムなノイズを元にしながら明度の違いを出していた。


2枚目のテクスチャは、窓ガラスを含まないビルの壁面を担当。ただし縦方向の壁面のみ。


3枚目のテクスチャも、窓ガラスを含まないビルの壁面を担当。これは横方向の壁面のみ。


以上、3枚のテクスチャで、ビルの見た目を実現していたらしい。

上記は WinTxt5 というテクスチャだけど、WinTxt1 も同様に、3枚のテクスチャで構成されてた。

道路は、3つのboxで構成されてた。

• box1 : 道路全体。色は黒。
• box2 : 白線部分。色は黄色。
• box3 : 白線部分。色は黄色。

これをグリッド上に並べていく感じらしい。

交差点部分は調べてないけど、おそらく似たような感じじゃないのかなと…。

.pov を眺めていると、「// +W800 +H600」みたいな記述があって気になっていたのだけど。POV-Ray 3.6 のマニュアルページを眺めてたら謎が解けた。

_POV-Ray: Documentation: 3.5.10.9 Copy "..." to Command-Line

POV-Rayエディタで .pov を開いてから、該当行を右クリックすると、右クリックメニュー内に「Copy 〜 to Command-Line」という項目が出てきて、それを選ぶとツールバー上のコマンドラインオプション入力箇所にコピーされるらしい。それであちこちの .pov に記述があったのだな…。

ただ、POV-Ray 3.7 Windows版 + 自分で書いた .pov で試してみたけど、右クリックメニュー内に該当項目が出てくる時と出てこない時があって…。この機能の発動条件が分からない…。

でもまあ、該当行をコピーして、コマンドラインオプション入力箇所に貼り付けても事足りるので、動かないとめちゃくちゃ困るというわけでもないかなと…。もちろん、ちゃんと動けば便利機能なんだろうけど。

帰りに、西袋地域体育館の近くの笹平池の周辺をウロウロして、スマホで写真を撮ってきた。曇り空じゃなければ、もう少しそれらしい写真が撮れたのだろうけど…。

カワチにも寄って夜食その他を購入。

今までとは違うWebページを取得しようとしたら文字コードの変換でエラーが出て悩んでしまった。どうやら euc-jp で書かれたhtmlを読み込むとutf-8に変換できない場面が発生するようで。今まではutf-8のページを読み込んでいたから不具合に遭遇しなかったのだな…。

    r = requests.get(uri)
    s = r.content.decode("euc_jp")

問題が発生しているのは丸数字(丸付き数字)らしい。本来、euc-jp に丸数字は存在しないらしいのだけど、読み込んだWebページに何故か丸数字が入ってる時があって、そこでエラーが出る模様。

解決策をググったら以下のページに遭遇。

_[python3] EUC-JPなのにShift-JISの機種依存文字が入っててUTF-8にできなかったときの対策 - Qiita
_pythonで丁寧な文字コード変換 - シコウサクゴ（）

euc_jp 以外に、euc_jis_2004 や euc_jisx0213 もあるのか…。euc_jis_2004 を指定してみたらエラーが出なくなった。助かった。

html内のリンクを辿って、その先のリンク先を取得しようとしたら403になった。原因をググってみたら、User Agent を見て一般的なブラウザ以外は弾くサイトや、referer を指定しないとファイルを取得できないサイトもあるとのことで。

requests.get() に headers を渡してやれば、そのあたりの情報を渡せる模様。Firefox の User-Agent を調べておいて、その文字列を渡すようにしてみたり、元ページのURLを referer として渡すようにしてみたり。

uagent = 'Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:92.0) Gecko/20100101 Firefox/92.0'

...

        headers = {
            'User-Agent': uagent,
            'referer': ref_uri
            }
        r = requests.get(uri, headers = headers)

この状態ならリンク先も取得できるようになった。

ググっていてツール名を思い出せた。jq だった…。jq 1.6 をHDDにインストール済みだった。

_Windowsでjqコマンドを導入してJSONレスポンスを整形・抽出する
_jqをWindowsマシンにインストールして使ってみる - Qiita
_jqコマンド(jsonデータの加工, 整形)の使い方 - わくわくBank

cat hoge.json | jq .

cat hoge.json | jq -c .

気になった点、1つ目。ゲーム本編では主人公キャラが動物キャラだったのに、エンディングでは人間のおじさんが主人公キャラとして出てきて…。エンディングのデモ映像で、「あれから数十年経って、私は映画監督になった。あの時の体験が今も仕事で活きている」みたいな台詞が出てきて、いやお前ずっと動物だったやん、なんでしれっと人間になってんの、などと夢の中でツッコんでしまったのだけど…。目が覚めてから、そういう繋がりが可能になる設定・シチュエーションってあるのかなと悩んでしまって。

つまり、お題としては、「主人公は動物キャラとして本編内で活躍するが、ラスト近辺で人間キャラになる。その流れが不自然ではないと思える設定を考えなさい」みたいな感じかなと。さて、どんな設定を思いつくだろうか…。

こんな感じかなあ…。

• 主人公は子供の頃に、悪い魔法使いから動物になる呪いをかけられた。冒険の末、ラスボスの魔法使いを倒したので人間に戻れた。
• 主人公は狸か狐。後に人間に化けて、人間社会に溶け込むことになる。
• 異世界で動物キャラとして数々の冒険をしていた主人公が、異世界転生してこっちの世界に来てしまった。
• 主人公が子供時代に空想して作っていたお話の主人公が動物キャラ。

1番目はちょっと「紅の豚」「美女と野獣」っぽい。2番目は「平成ぽんぽこ」だよな…。3番目は意外と使えそうかもしれない。いや、既にそういう作品がありそうだけど。4番目は…これは元ネタが分からないけど、ノスタルジーを感じさせる設定に持っていけそうな気もする。

動物じゃなくてロボットにすれば、結構印象が変わるかもしれない。本編ではずっとロボットとして活躍するけど最後は人間になるお話、みたいな。「ピノキオ」「キカイダー」系っぽいな…。

「『○○○○がラスト近辺で人間になるお話』 ―― ○○○○に入る言葉を考えなさい」というお題もアリかもしれない。プログラムとか。宇宙戦艦とか。惑星とか。他に何があるだろうか。

気になった点、2つ目。夢の中に出来てたゲーム機がメガドラだったのだけど、背景スクロールが妙に立体的な見せ方で、拡大縮小もポリゴンも使えないのにコレってどうやって実現してるんだろうと夢の中で悩んでしまって、目が覚めてからも、あんな処理は実現できるのかなと悩んでしまった。

頭が少し冴えてきてから、とあるゲームの映像が夢の中で再生されただけっぽいと気づいたけれど。

_Mega Drive Longplay [259] The Adventures of Batman & Robin (a) - YouTube

改めて映像を眺めてみたら、ますます悩んでしまった。コレってどうやったら実現できるんだろう…？

ラスタースクロールを使ってるのであろうことは分かるのだけど、実際にどんな背景画/BGを事前に描いておけばいいのか、そして、各ラインのスクロール値をどう変化させていけばいいのか、そのあたりで悩んでしまう…。

32ドットとか64ドットとかその程度のドット数の幅でループしてる背景画なら、スクロール値を適度にリセットすればいいよなと思いつくけど。ていうか自分も以前、 _DXRuby を使ってそういう処理を試して上手くいった 記憶があるので…。しかし、件のゲームの背景は、ほぼ画面幅相当でループしてるわけで…。スクロールに合わせてBGを書き換えているシーンもあるし…。メガドラはBG1枚につき、横2画面、縦2画面分を持ってるので、その面積でやり繰りしないといけないはず。さて、どういう作りにすればいいのやら…。実現できることは分かってるけど、実際やろうとすると細かいところでちょっとした工夫が必要になるはず…。

まあ、ポリゴンをバンバン描画できる今のハードウェア上で、ラスタースクロールを駆使して云々なんて考えること自体が無意味だけど。どうせラスタースクロールそのものが疑似的な再現になってしまうし…。もっとも、頭の体操、遊びの類としては、方法を考えてみたり、HSP等々で再現してみるのもアリな気がする。

「寝床で思いついたネタは使えない」と任天堂の宮本茂さんが何かのインタビュー記事で発言していて、たしかにその通りなんだよなあ、と自分も思っているのだけど。

何故使えないかと言うと…。夢の中って、名案が思い付いた時の高揚感すら、その時見ている夢の内容と全く関係無く突然再生されちゃうので、何かのネタが出てきて「これは使えるのでは？」と夢の中でワクワクしても、目が覚めてからよく考えてみると「どこが使えるねん…」となっちゃう。

ただ、お題を思いつく分には使えなくもないかな、という気もしていて。「動物が人間になるシチュを考えよ」なんて出題は、日頃生活していてそうそう出てくるものでもないし。目が覚めてる状態では「なんでそんな馬鹿げたこと考えないとあかんねん」で終わってしまってお題すら出てこない。

夢の中って、頭の中で勝手にサイコロが振られてランダムなお題が出続ける、そういう状態ではあるよなと…。まともな答えは一切期待できないけど、馬鹿げた質問ならポンポン出てくる時間というか…。ゴールは無いけどスタート地点はありそうというか…。

ソースと使用画像は以下。

_main.lua

-- Fake raster scroll

-- init
function love.load()

  -- set filter
  love.graphics.setDefaultFilter("nearest", "nearest")

  -- set canvas size
  scr_w, scr_h = 1280, 720
  canvas = love.graphics.newCanvas(scr_w, scr_h)

  -- get window width and height
  wdw_w, wdw_h = love.graphics.getDimensions()

  scr_scale = math.min((wdw_w / scr_w), (wdw_h / scr_h))
  scr_ofsx = (wdw_w - (scr_w * scr_scale)) / 2
  scr_ofsy = (wdw_h - (scr_h * scr_scale)) / 2

  -- load image
  img = love.graphics.newImage("bg1.png")
  img2 = love.graphics.newImage("bg2.png")

  -- make Quad (raster)
  imgs = {}
  bg_x_list = {}
  for i = 1, img:getHeight() do
    local x = 0
    local y = i - 1
    imgs[i] = love.graphics.newQuad(x, y, img:getWidth(), 1, img:getDimensions())
    bg_x_list[i] = 0
  end

  bg_x = 0
end

-- update
function love.update(dt)
  local w0 = 684
  local w1 = 1195

  local mx = love.mouse.getX()
  local d = mx - (scr_w / 2)
  
  bg_x = (bg_x + 2 * d * dt) % w0
  
  -- set bg_x_list
  local x0 = -bg_x
  local x1 = -bg_x * w1 / w0
  for i = 1, img:getHeight() do
    local y = i - 1
    bg_x_list[i] = x0 + y * (x1 - x0) / (img:getHeight() - 1)
  end
  
end

-- draw
function love.draw()
  -- set canvas
  love.graphics.setCanvas(canvas)

  -- fill BG color
  love.graphics.setColor(0, 0, 1.0)
  love.graphics.rectangle("fill", 0, 0, scr_w, scr_h)

  -- draw bg upper
  love.graphics.setColor(1.0, 1.0, 1.0)
  love.graphics.draw(img2, -bg_x, 0)

  -- draw raster
  local y = scr_h - img:getHeight()
  love.graphics.setColor(1.0, 1.0, 1.0)
  for i = 1, img:getHeight() do
    love.graphics.draw(img, imgs[i], bg_x_list[i], (y + i - 1))
  end

  -- unset canvas
  love.graphics.setCanvas()

  -- draw canvas to window
  love.graphics.setColor(1.0, 1.0, 1.0)
  love.graphics.draw(canvas, scr_ofsx, scr_ofsy, 0, scr_scale, scr_scale)

  -- print FPS
  love.graphics.print("FPS: "..tostring(love.timer.getFPS()), 10, 10)
end

function love.keypressed(key, isrepeat)
  -- ESC to exit
  if key == "escape" then
    love.event.quit()
  end
end

_conf.lua

function love.conf(t)
  t.window.title = "Fake Raster Scroll"
  t.window.width = 1280
  t.window.height = 720
  t.window.vsync = true
  t.modules.joystick = false
  -- t.window.fullscreen = true
  -- t.window.fullscreentype = "exclusive"
end

_bg1.png (1.25MB)
_bg2.png (528KB)

台形に見えている部分がループするわけだけど、台形の、上辺の幅と下辺の幅が分かれば、プログラム側の処理というか、ラスタースクロール値の算出については全然難しくなかったなと…。幅の狭いほうを基準として、幅の広いほうは何倍の速度でスクロールするかを考えれば楽かもしれない。


また、ループ部分がこのくらいの幅であっても、結局のところ、「ある程度スクロールしたらスクロール値をリセットする」という方法で対処できると分かった。

元画像についても、初期状態の見た目が画像の左半分に収まるように描けばどうにかなる、と分かった。ただ、その元画像を作るのがちょっと面倒だった気もするけれど…。



さておき、今のハードウェアならこのくらいの大きさの画像をベタで持っても問題無いだろうけど、昔のゲーム機 ―― メガドラあたりでこういうBGを持とうとしたらセル？ パターン？ キャラ？ の領域(1セル8x8ドット)をかなり圧迫しそうだなと今更ながら気付いたりもして。節約術が求められそう。

• 初期画面の左半分は、右半分を水平反転してキャラ数を節約。
• ループ幅を狭くしたラインをキャラ単位で部分的に用意してキャラ数を節約。
• ベタ部分を極力増やしてキャラ数を節約。

等々の工夫が必要だったのではないかと…。仕組みは簡単でも、当時のVRAM容量内に収めるために結構苦労したのではないかなあ。どうなんだろう。

念のために書いておくけど、今時のハードウェアで、ラスタースクロールをわざわざ疑似的に再現してまで、新規にこういう処理を書く必要は全く無いです…。3DCGだのポリゴンだので描画すればいいじゃん、で済んでしまうので…。まあ、こういうのって、プログラマーにとっての頭の体操と言うかお遊びパズルと言うかそういう感じのアレってことで…。

メモしておかないと作業手順を忘れそうなので一応メモしておく。 *1

今回は、GIMP 2.10.22 x65 Portable samj版を使って作業した。

まずは、ループ部分になる画像を用意する。今回は 1280x720 のウインドウサイズで表示するので、ループ部分も 1280x720 のサイズにしておいた。



横方向に並べる。フィルター → カラーマッピング → 並べる、を選択。ちなみに、GIMP 2.8 の場合は、カラーマッピングではなくてマップになってた気がする。



11枚とか15枚とかそのぐらいの数を並べる。単位を「%」にすると楽。



ずらりと横に並んだ画像ができた。



奥のほうをちょっと暗めにしておくと後々遠近感が出るので、グラデーションツールで少し化粧する。



ここから遠近感をつけた変形をするけれど、ガイドを作って、制御点をガイドに吸着させると作業が楽。画像 → ガイド → 均等にガイド、を選択。この「均等にガイド」は追加スクリプト。



_均等にガイド（Grid of guides）

ちなみに、かつて日本のGeoCitiesで公開されていた 「GIMP2を使おう」というサイトは、GeoCities のサービス終了で消滅してしまったのだけど、GeoLog Project のおかげで閲覧だけなら今でも可能らしい。ありがたや…。

_GeoLog Project

閑話休題。遠近感をつけて変形させる。遠近法ツールを選択。



遠近感をつけた変形ができた。ポイントとしては、台形の幅の広い辺(この場合は下辺)が、画面横幅(今回は1280ドット)よりちょっと狭い程度の長さになるようにしておくと、最終的な画像の横幅が画面2枚分よりは少なくなってイイ感じかもしれない。


切り抜きツールを選択。サイズは固定にして、(画面横幅 x 2) x 任意の縦幅、を指定。



画像の左半分に初期状態の見た目が収まるような配置にする。



Enterキーを叩いて切り抜きを実行。画像が得られた。



それにしても、なんだか作業が富豪的というか…。メガドラ時代は Photoshop の類は使えなくて、なんでもかんでもドットエディタで頑張ってた記憶があるので、当時のツールでこういう画像を作ろうとしたら結構大変だったのではないかしらん。いや、でも、数年後のPS1やSS向けの開発では Photoshop をガンガン使ってた記憶も…。メガドラも末期の開発では Photoshop 等を使えたのだろうか。どうなんだろう。そういえばX68Kも既にあったっけ…。

Error: Could not initialize SDL joystick subsystem (Could not set gamepad connect callback)

python -m http.server 8000

ググっていたら、以下のやり取りに遭遇。

_Error: Could not initialize SDL joystick subsystem on Firefox : love2d

ジョイスティック関連でエラーが出ていて、しかし元々のスクリプト内でジョイスティックを使っていないなら、conf.lua の中でジョイスティック用モジュールを無効化することで状況が変わるかもしれない、具体的には以下を記述せよ、とのことで。

-- at conf.lua
function love.conf(t)
  t.modules.joystick = false
end

試してみたところ、この対応で一応動作するようになった。でも、どうしてこんなことになるんだろう…。

今までアップロードしてたそれぞれを、conf.lua を修正した状態でアップロードしておいた。

_helloworld_like_tic80
_cubic_bezier
_snake_lovewebbuilder
_05_fake_rasterscroll_e

後で過去ページも修正しておかないと…。

ググったら、love2d には love.graphics.polygon() という描画命令があるっぽい。さてはコレを使うのかなと思ったのだけど。

_love.graphics.polygon - LOVE

試してみたら、多角形を一色でベタ塗り、もしくは、多角形の線分を描画する命令だった。テクスチャ付きで描画できるわけではないらしい…。

_conf.lua

function love.conf(t)
  t.window.title = "Love2d polygon"
  t.window.width = 640
  t.window.height = 480
  t.window.vsync = true
  t.modules.joystick = false
  -- t.window.fullscreen = true
  -- t.window.fullscreentype = "exclusive"
end

_main.lua

-- Love2d Polygon

-- init
function love.load()
  -- get window width and height
  wdw_w, wdw_h = love.graphics.getDimensions()
end

-- update
function love.update(dt)

end

-- draw
function love.draw()
  -- fill BG color
  love.graphics.setColor(0.1, 0.2, 0.4)
  love.graphics.rectangle("fill", 0, 0, wdw_w, wdw_h)

  -- draw polygon (fill)
  love.graphics.setColor(0, 1, 1)
  local x0, y0 = 250, 100
  local x1, y1 = 350, 100
  local x2, y2 = 500, 200
  local x3, y3 = 100, 200
  love.graphics.polygon("fill", x0, y0, x1, y1, x2, y2, x3, y3)

  -- draw polygon (line)
  love.graphics.setColor(1, 0, 0)
  local vertices = {250, 300, 350, 300, 500, 400, 100, 400}
  love.graphics.polygon("line", vertices)
  
  -- print FPS
  love.graphics.setColor(1, 1, 1)
  love.graphics.print("FPS: "..tostring(love.timer.getFPS()), 10, 10)
end

function love.keypressed(key, isrepeat)
  -- ESC to exit
  if key == "escape" then
    love.event.quit()
  end
end

更にググったら、どうやら Mesh とやらがテクスチャ付きポリゴンに相当するっぽいなと。

_Mesh - LOVE

1つの頂点につき、x, y, u, v, r ,g, b, a を指定したテーブルを用意して生成するらしい。

• (x, y) は描画位置。
• (u, v) はテクスチャ上の座標。0.0 - 1.0 を指定。
• (r, g, b, a) は、赤(Red)、緑(Green)、青(Blue)、透明度(Alpha)の指定。0.0 - 1.0 を指定。

_conf.lua

function love.conf(t)
  t.window.title = "Love2d Mesh"
  t.window.width = 640
  t.window.height = 480
  t.window.vsync = true
  t.modules.joystick = false
  -- t.window.fullscreen = true
  -- t.window.fullscreentype = "exclusive"
end

_main.lua

-- Love2d Mesh

-- init
function love.load()
  -- get window width and height
  wdw_w, wdw_h = love.graphics.getDimensions()

  img = love.graphics.newImage("uvcheckermap01-512.png")

  bx, by = wdw_w / 2, wdw_h / 2
  vertices = {
    {
      -- top left
      -- x, y, u, v, r, g, b, a
      bx - 50, by - 200, 0, 0, 1, 1, 1, 1
    },
    {
      -- top right
      -- x, y, u, v, r, g, b, a
      bx + 50, by -200, 1, 0, 1, 1, 1, 1
    },
    {
      -- bottom left
      -- x, y, u, v, r, g, b, a
      bx - 300, by + 200, 0, 1, 1, 1, 1, 1
    },
    {
      -- bottom right
      -- x, y, u, v, r, g, b, a
      bx + 300, by + 200, 1, 1, 1, 1, 1, 1
    },
  }

  mesh = love.graphics.newMesh(vertices, "strip")
  mesh:setTexture(img)
end

-- update
function love.update(dt)

end

-- draw
function love.draw()
  -- fill BG color
  love.graphics.setColor(0, 0, 0)
  love.graphics.rectangle("fill", 0, 0, wdw_w, wdw_h)

  -- draw mesh
  love.graphics.setColor(1, 1, 1)
  love.graphics.draw(mesh, 0, 0)
  
  -- print FPS
  love.graphics.setColor(1, 1, 1)
  love.graphics.print("FPS: "..tostring(love.timer.getFPS()), 10, 10)
end

function love.keypressed(key, isrepeat)
  -- ESC to exit
  if key == "escape" then
    love.event.quit()
  end
end

以下はソースで使った使用画像。

_uvcheckermap01-512.png

実行すると、こうなった。


めっちゃ歪んでる…。

どうして歪むかというと、love2d の Mesh は、多角形を三角形で分割して描画しているからで…。今回は四角形だから、三角形2つに分割されてる。前述のソースでは、Mesh の分割方法で "strip" を指定しているので、以下のような分割のされ方になっている。


そりゃ歪むわなと。こちらが期待した結果にならないのは当然。

解決策は別途考えることにする。

ちなみに、分割の仕方と言うか、三角形の並べ方は、"fan", "strip", "triangles" 等が選べるらしい。

_MeshDrawMode - LOVE

ひとまず、Mesh の各頂点の位置を動かせないと使い道がなさそうなので、頂点を動かせそうか試してみる。

ググった感じでは、Mesh:setVertex() が使えそうだなと…。生成済みの Mesh 内で、特定の番号の頂点情報を変更できる模様。

_Mesh:setVertex - LOVE

以下のソースでは、1番目と2番目の頂点の、x座標だけを変更している。

_conf.lua

function love.conf(t)
  t.window.title = "Love2d Mesh"
  t.window.width = 640
  t.window.height = 480
  t.window.vsync = true
  t.modules.joystick = false
  -- t.window.fullscreen = true
  -- t.window.fullscreentype = "exclusive"
end

_main.lua

-- Love2d Mesh

-- init
function love.load()
  -- get window width and height
  wdw_w, wdw_h = love.graphics.getDimensions()

  img = love.graphics.newImage("uvcheckermap01-512.png")

  bx, by = wdw_w / 2, wdw_h / 2
  v = {
    {
      -- top left
      -- x, y, u, v, r, g, b
      bx - 50, by - 200, 0.0, 0.0, 1.0, 1.0, 1.0
    },
    {
      -- top right
      -- x, y, u, v, e, g, b
      bx + 50, by -200, 1.0, 0.0, 1.0, 1.0, 1.0
    },
    {
      -- bottom left
      -- x, y, u, v, e, g, b
      bx - 300, by + 200, 0.0, 1.0, 1.0, 1.0, 1.0
    },
    {
      -- bottom right
      -- x, y, u, v, e, g, b
      bx + 300, by + 200, 1.0, 1.0, 1.0, 1.0, 1.0
    },
  }

  mesh = love.graphics.newMesh(v, "strip")
  mesh:setTexture(img)

  ang = 0
end

-- update
function love.update(dt)
  ang = ang + 180 * dt
  local d = 150 + 100 * math.sin(math.rad(ang))

  -- mesh:setVertex(index, x, y, u, v, r, g, b, a)
  local i = 1
  mesh:setVertex(i, (bx - d), v[i][2], v[i][3], v[i][4], v[i][5], v[i][6], v[i][7], v[i][8])
  i = 2
  mesh:setVertex(i, (bx + d), v[i][2], v[i][3], v[i][4], v[i][5], v[i][6], v[i][7], v[i][8])

  -- v[1][1] = bx - d
  -- v[2][1] = bx + d
  -- mesh:setVertex(1, v[1])
  -- mesh:setVertex(2, v[2])
end

-- draw
function love.draw()
  -- fill BG color
  love.graphics.setColor(0.1, 0.2, 0.4)
  love.graphics.rectangle("fill", 0, 0, wdw_w, wdw_h)

  -- draw mesh
  love.graphics.setColor(1, 1, 1)
  love.graphics.draw(mesh, 0, 0)

  -- print FPS
  love.graphics.setColor(1, 1, 1)
  love.graphics.print("FPS: "..tostring(love.timer.getFPS()), 10, 10)
end

function love.keypressed(key, isrepeat)
  -- ESC to exit
  if key == "escape" then
    love.event.quit()
  end
end

使用画像は以下。

_uvcheckermap01-512.png

実行してみると、こうなった。




ということで、Mesh の頂点を動かすことは一応できそうだなと…。

さておき。Mesh:setVertex() は、x, y, u, v, r, g, b, a、頂点が持つ全部のパラメータを指定しないといけないようで。試しに x だけ指定してみたら、残りのパラメータは全部 0.0 になってしまった…。

もしかすると、Mesh:setVertexAttribute() を使えば、(x, y) だけとか、(u, v)だけとか、特定の属性のみを変更できるのかもしれない…？

_Mesh:setVertexAttribute - LOVE

試してみたところ、Mesh:setVertexAttribute() でも同じ処理ができた。

• attributeindex = 1 なら (x, y) を変更 ... Mesh:setVertexAttribute(index, 1, x, y) と記述。
• attributeindex = 2 なら (u, v) を変更 ... Mesh:setVertexAttribute(index, 2, u, v) と記述。
• attributeindex = 3 なら (r, g, b, a) を変更 ... Mesh:setVertexAttribute(index, 3, r, g, b, a) と記述。

-- update
function love.update(dt)
  ang = ang + 180 * dt
  local d = 150 + 100 * math.sin(math.rad(ang))

  -- change vertex x, y
  mesh:setVertexAttribute(1, 1, (bx - d), v[1][2])
  mesh:setVertexAttribute(2, 1, (bx + d), v[2][2])
end

ふと今頃になって、考えてみたら我が家のLAN内でも似た構成になっていることに気が付いて。

自分のメインPC(Windows10 x64 21H1)には、USBケーブル接続で Canon iP4600 が繋がっていて、かつ、共有プリンタとしても設定してある。普段、妹のPC(Windows10)から、自分のメインPCに向けて印刷指示を出して印刷していたのだけど。

妹に頼んでテスト印刷ができるかどうか確認してもらったら、エラーメッセージも何も出さずにだんまり状態になってしまった。メッセージが出る・出ないとか、OS種類とか、プリンタの型番の違いはあるけれど、某所と構成は似ているし、印刷できない点は同じ。

試しに、2021/09/16〜17にインストールされた KB5005565 を、ホスト側PC、クライアント側PCの両方からアンインストールしたところ、実にあっけなく、すんなりと、印刷ができてしまった…。

ということで、これはもう、どう考えても、WindowsUpdate のせいだろうと…。

ちなみに、KB5005565 をアンインストールしようとしたら、再起動してデスクトップが表示されるまで、以下の時間がかかった…。

• HDD環境では20分以上。
• SSD環境ですら10分前後。

アンインストールを試してみる場合は、かなり待たされることを覚悟しつつ作業しないとアレだなと…。フリーズしてると勘違いして途中で電源を切らないように。とにかく待たされます。

この不具合は、プリンタがUSB接続されていて、かつ、共有プリンタに設定されている場合に発生する模様。

例えば、自分のメインPCからプリンタで印刷する場合は問題無く印刷できた。しかし、同じLAN内に居る別のPCから印刷しようとすると印刷できない、という症状で…。

また、プリンタが、LANケーブルによる有線接続、もしくは、Wi-Fiによる無線接続で、LANに直接参加してる場合も問題は起きない。某所でも、LANに直接参加してるプリンタからは印刷ができている、と報告があった。

今時のプリンタ(複合機)は、Wi-Fiによる無線接続でLANに直接参加してる場合が多いのだろうから、その場合はトラップが発動しないのだろうなと…。

ソースと使用画像は以下。

_conf.lua

function love.conf(t)
  t.window.title = "Love2d Mesh divide"
  t.window.width = 640
  t.window.height = 480
  t.window.vsync = true
  t.modules.joystick = false
  -- t.window.fullscreen = true
  -- t.window.fullscreentype = "exclusive"
end

_main.lua

-- Love2d Mesh

function makeVertices(src, xc, yc)
  xyuv = {}
  local xi, yi, u, v
  local yi = 0
  for yi = 0, yc do
    v = yi / yc
    local sx0 = (src[4][1] - src[1][1]) * v + src[1][1]
    local sy0 = (src[4][2] - src[1][2]) * v + src[1][2]
    local sx1 = (src[3][1] - src[2][1]) * v + src[2][1]
    local sy1 = (src[3][2] - src[2][2]) * v + src[2][2]
    for xi = 0, xc do
      u = xi / xc
      local x = (sx1 - sx0) * u + sx0
      local y = (sy1 - sy0) * u + sy0
      table.insert(xyuv, {x, y, u, v})
    end
  end

  vidx = {}
  for y = 1, yc do
    for x = 1, xc do
      local i0 = x + ((xc + 1) * (y - 1))
      local i1 = i0 + 1
      local i2 = i0 + (xc + 1)
      local i3 = i2 + 1
      table.insert(vidx, i0)
      table.insert(vidx, i1)
      table.insert(vidx, i2)

      table.insert(vidx, i2)
      table.insert(vidx, i1)
      table.insert(vidx, i3)
    end
  end

  vt = {}
  for j = 1, #vidx do
    local i = vidx[j]
    local x, y, u, v
    x, y = xyuv[i][1], xyuv[i][2]
    u, v = xyuv[i][3], xyuv[i][4]
    table.insert(vt, {x, y, u, v, 1.0, 1.0, 1.0, 1.0})
  end

  return vt, xyuv
end

-- init
function love.load()
  -- get window width and height
  wdw_w, wdw_h = love.graphics.getDimensions()

  img = love.graphics.newImage("uvcheckermap01-512.png")

  divide = 3

  -- src = { {270, 40}, {370, 40}, {620, 440}, {20, 440} }
  -- src = { {270, 20}, {370, 60}, {620, 350}, {20, 440} }
  src = { {270, 240}, {370, 240}, {630, 460}, {10, 460} }

  vert, xyuv = makeVertices(src, divide, divide)

  mesh = love.graphics.newMesh(vert, "triangles")
  mesh:setTexture(img)

  guide = true
  mesh_refresh = false

  ang = 0
end

-- update
function love.update(dt)
  if mesh_refresh then
    vert, xyuv = makeVertices(src, divide, divide)
    mesh = love.graphics.newMesh(vert, "triangles")
    mesh:setTexture(img)
  end

  ang = ang + 90 * dt
  local d = 140 * math.sin(math.rad(ang))

  -- change x0, x1
  src[1][1] = (wdw_w / 2) - 150 + d
  src[2][1] = (wdw_w / 2) + 150 - d

  vert, xyuv = makeVertices(src, divide, divide)
  mesh:setVertices(vert, 1)
end

-- draw
function love.draw()
  -- fill BG color
  love.graphics.setColor(0.1, 0.2, 0.4)
  love.graphics.rectangle("fill", 0, 0, wdw_w, wdw_h)

  -- draw mesh
  love.graphics.setColor(1, 1, 1)
  love.graphics.draw(mesh, 0, 0)

  if guide then
    -- draw lines
    love.graphics.setColor(1, 1, 1, 0.5)
    for i=1, #vert, 3 do
      local vlst = {vert[i][1], vert[i][2], vert[i+1][1], vert[i+1][2], vert[i+2][1], vert[i+2][2]}
      love.graphics.polygon("line", vlst)
    end

    --draw points
    love.graphics.setColor(0, 1, 1, 0.5)
    for i = 1, #xyuv do
      local x = xyuv[i][1]
      local y = xyuv[i][2]
      love.graphics.ellipse("line", x, y, 3, 3)
    end
  end

  -- print FPS
  love.graphics.setColor(1, 1, 1)
  love.graphics.print("FPS: "..tostring(love.timer.getFPS()), 2, 2)
  love.graphics.print("Divide: "..tostring(divide), 2, 20)
  love.graphics.print("G key : Guide on/off", 2, 40)
  love.graphics.print("Up, Down : Divide +/-", 2, 60)
end

function love.keypressed(key, isrepeat)
  -- ESC to exit
  if key == "escape" then
    love.event.quit()
  end
  if key == "g" then
    guide = not guide
  end
  if key == "up" then
    if divide < 32 then
      divide = divide + 1
    end
    mesh_refresh = true
  end
  if key == "down" then
    if divide > 2 then
      divide = divide - 1
    end
    mesh_refresh = true
  end
end

使用画像は以下。

_uvcheckermap01-512.png

以下で公開されてる画像を利用させてもらいました。ありがたや。

_Arahnoid/UVChecker-map: A collection of free images what can be used during unwrapping of 3D models

実行すると、Gキーで分割状態表示のON/OFFが切り替えられる。また、カーソルキーの上下で、分割数を 2 - 32 まで変更できる。




一応、 _LoVE Web Builder を利用させてもらって、Webブラウザ上でも動かせるようにしてみた。

_06_mesh_divide_c

Windows10 x64 21H1 + Firefox 92.0 64bit、Google Chrome 93.0.4577.82 64bit では動いているけど、どうだろう。

ちなみに、CPU は Ryzen 7 1700 (8コア、16スレッド、3.0GHz)、GPU(ビデオカード)は GeForce GTX 1060 6GB で動作確認した。このスペックなら 60FPS で動いてるように見える。ただ、それはローカルで動かした場合の話で、Webブラウザ上で動かすと11x11分割あたりから60FPSでは間に合わなくなってくる…。

4x4分割、もしくは、8x8分割ぐらいで、そこそこ歪みが気にならなくなった印象を受けた。16x16分割まで行けば、全然歪んでるようには見えない。まあ、描画面積も関係してくるのだろうけど…。今回、ウインドウサイズは 640x480 だけど、1280x720 や 1920x1080 なら歪みが感じられる可能性もありそう。

ただ、毎フレーム、四角形の頂点の描画位置が変わるとなると、分割のための再計算も毎フレーム必要になるわけで…。4x4分割なら25個の頂点を、8x8分割なら81個の頂点を再計算しないといけない。1〜2枚を処理するなら問題無いかもしれんけど、例えば何十枚も処理をしたらどうなるのかちょっと分からないなと。実際、前述したように、Webブラウザ上で動かしたら11x11分割あたりで処理落ちが始まった。

また、あくまで2D的に分割しているので、こういうソレを使って3D的な見せ方をしようとするなら、元テクスチャ自体に遠近感を盛り込む等の工夫が必要になるのかもしれない。

遠近感を意識した分割はできないのだろうか。やろうと思えばできるはず。ていうか、以前DXRubyを使ってやったことがあるし。

_DXRuby上で射影変換ができた
_DXRubyのShaderで射影変換

でも、使い道が…。そもそも 3Dっぽく見せたいなら Unity や Godot Engine を使ったほうが、という気分にもなるわけで。2Dゲームエンジンの love2d で無理してやらんでも、みたいな。

バッファ全体のインデントを一発でやりたくなってググってみたら、以下の記事のコメント欄で便利そうな関数が投稿されてた。導入してみたら編集作業が随分と楽になった。ありがたや。

_emacsで、全行インデントを一括で行う方法 - Qiita

EmacsWiki にもやり方が書いてあった。

_[Home] Reformat Buffer

love demo_v8_love2d_11_3.love

love demo_v8_love2d_11_3.zip

一応念のために、各ファイルも置いておく。

_Perspective.lua
_shader.fs
_conf.lua
_main.lua

使用画像は、main.lua と同階層に textures というフォルダを作って、その中に入れておく。実際に使うのはどれか1ファイルだけど…。

_uvcheckermap01-512.png
_breaking_benjamin.png
_ff_nub.png
_lenac.jpg

これまた一応、構成ファイルや使い方も少し説明。

Perspective.lua と shader.fs が、処理の本体部分を担当。

元々のスクリプトでは、Perspective.lua の中に GLSLコードも含まれていたけど、今回は GLSLコード部分を shader.fs として別ファイルに分けてみた。こちらの使ってるエディタ(xyzzy)の関係で、複数行の文字列があると、ソースのフォーマットがしづらかったので…。

conf.lua と main.lua が、デモ用スクリプト。実行すると、四角形の各頂点を、マウスを使ってドラッグすることができる。

Perspective.lua (+ shader.fs) の利用の仕方は、以下のような感じ。

• Perspective.lua を require で読み込んで、
• 貼り付けたい画像も読み込んでおいて、
• 四角形の頂点群(時計回り)をテーブルで用意して、
• 描画時に :quad() を呼ぶ。

以下の記述で分かるだろうか…。

function love.load()
  tp = require 'Perspective'
  img = love.graphics.newImage('textures/uvcheckermap01-512.png')
  vert = {{100, 100}, {400, 100}, {400, 400}, {100, 400}}
end

function love.draw()
  tp:quad(img, vert[1], vert[2], vert[3], vert[4])
end

ライセンスについては、元々の Perspective.lua、Demo v8.love の作者様(xXxMoNkEyMaNxXxさん)が「MITライセンスみたいな扱いでよろしく」と書いてくれているように見える。自分は英語がダメダメなのでちょっと自信無いけど…。

一応、該当する投稿を引用しておく。

_Textured Polygons for All! - Page 14 - LoVE

Post by xXxMoNkEyMaNxXx > Mon Dec 04, 2017 3:47 am

Returned from the grave to clarify that I would like people to use this as they see fit (something like an MIT liscence), just give me credit for my math! I love what you've done with it ghurk, I hope that people will continue to make useful modifications to this as long as it is still relevant. I am shocked at how well-commented the math in my original code is. I would usually just pile it all into one line using those mathy single letter variables. Looking through this from the start, I regret arguing with Ref about modifying my code, but it looks like I also regretted it in 2013 in one of my posts back then. I won't be active in this forum, but I'll probably visit again one day!

Textured Polygons for All! - Page 14 - LOVE より

ということで、自由に使っていいんじゃないかな…。たぶん。

元々の Demo v8.love を解凍して中身を確認したら、中に Work というフォルダがあって、処理内容のヒントになるのであろう数式や解説図が入っていた。

しかし、自分の頭では、それらの解説図を眺めても処理内容がよく分からず…。以下でそのまま引用(?)してみるけれど…。

_maths.txt

sin theta=sqrt(1-cos^2 theta)

pA=v1+A*((p-v1) dot A)

length(p-pA)=r*sqrt(1-dot(A,B)^2)

r^2=((p.x-pA.x)^2+(p.y-pA.y)^2)/(1-dot(A,B)^2)

四角形の各頂点の配置には、3つの状態がありえると考えて、パターンを分けて処理をしているところまでは分かる。 _GLSLコード にもif文があったので、そこでパターンを分けているのではないかなと…。

また、図を眺めた感じでは、消失点があるものと仮定して計算してそうな気もする。

ただ、分かるのはせいぜいそのぐらいで…。

まあ、何にせよ、件のGLSLのコードで、4点を与えれば遠近を意識した変形ができるのは間違いなさそう。実際動いているわけだし。

昔の love2d は、現在 Shader と呼んでいる機能を、PixelEffect という名前で提供していたらしいのだけど。

_PixelEffect - LOVE
_love.graphics.newPixelEffect - LOVE

現在の love2d 11.3上で、newPixelEffect() を newShader() に置換して動かした際、描画時の見た目がおかしくなってしまった。どうやら当時は、y座標だかv座標だかの上下が、今とは逆だったようで…。

もし、昔の love2d 用に書かれた PixelEffect を、今の love2d の Shader に移植(?)する時は、そのあたりを意識して修正したほうがいいのかもしれない。と、一応メモしておく。

// before

vec4 effect(vec4 colour, Image UNUSED1, vec2 UNUSED2, vec2 inverted)
{
  vec2 p = vec2(inverted.x, SIZEY - inverted.y);  //SO ANNOYING

// after

vec4 effect(vec4 colour, Image UNUSED1, vec2 UNUSED2, vec2 inverted)
{
  vec2 p = vec2(inverted.x, inverted.y);

四角形を変形して描画するあたりは何を使ってるのかなと思ったら、love.graphics.polygon() を使っていたので結構驚いた。polygon() って単色塗りの多角形しか描画できないのとちゃうんか…。

polygon() で描画する前に、setShader( glsl ) でシェーダーを切り替えているのがポイントらしい。シェーダーを切り替えると、各描画機能は、切り替えたそのシェーダーを使った状態で動作するようで…。

待てよ？ ということは、例えば長方形を描画する rectangle() を呼ぶ前に、遠近感が付くようなシェーダーに切り替えてから描画すれば…。画面の下半分に奥行きがあるような床を描画しちゃったりできるんだろうか？ そういうことができるなら、色々使い道がありそうな…。

love 01_perspective.love

love.js を使ってWebブラウザ上で動かせないか試したけど、どうやら Shader/GLSL を使ったものは変換できないっぽい。出力された .html + .js を開いてみたけどエラーが出て動いてくれなかった。

以前は動いていたという話もあるらしいのだけど…。

_love.js supports shader? - LoVE

いや、よく読んでみると、やっぱり動かないみたいだな…。Shader を使うとWebブラウザ上では動かなくなると思っておいたほうがいいのだろう…。

レジストリを修正することで、脆弱性は放置されてしまうけど、一応印刷できる状態になる、という話も見かけた。

_KB5005565に印刷ができなくなる不具合。対処方法あり ［Update 2: 脆弱性に影響しない恒久的解決策判明］ | ニッチなPCゲーマーの環境構築Z

プリンタがUSB接続されてるPC上でレジストリを修正してから、妹のWindows10機から印刷できるか試してもらったものの、印刷不可。ちなみに、どちらも KB5005565 はインストールされてしまっている。

ホスト側だかプリンタサーバ側だかでレジストリを弄ってもダメで、クライアントPC側でレジストリを弄らないとダメという話なのかな…。いやまあ、両方修正しないといかんという話かもしれんけど。

某所から連絡があって、プリンタサーバ側、クライアント側PCの両方でレジストリを修正したら印刷できるようになったとのこと。やはりクライアント側でもレジストリ修正が必要らしい…。

三脚のネジ？と合うナット(1/4インチ)をLEDライトの裏面に瞬間接着剤でくっつけて、100円ショップで買えるミニミニ三脚をつけて設置する手もありそうだなと考えたけど。

_三脚ネジについて

田舎なので、その手のサイズのナットを入手するのがちょっと難しいわけで…。また、ダイソーで買ったミニミニ三脚も一応持ってるけど、大きさを確認したら足を広げた時に意外と面積が大きくなることにも気づいたわけで。玄関に置いたら邪魔者扱いされそう…。

ただ、それはそれで設置時に向きを変更することもできそうだし、何より工作の手間暇が少なくて済みそうだし、メリットもありそうだなと。

考えてみたら、スマホを三脚に固定するソレを買ってきて、瞬間接着剤でくっつけてしまう手もありそうか…。それならナットの入手云々で悩まずに済みそう。

BASIC言語は、もう触らないだろう…。そのあたりを書くなら Python 等を使うわな…。

apt でインストールしたBASIC等は、sudo apt purge hoge でアンインストール。ちなみに、apt purge は、設定ファイルまで含めたアンインストールを行う。設定ファイルを残したい場合は、apt remove を使う。

その後、sudo apt autoremove も実行して、不要になったパッケージを自動でアンインストール。

以前、何を試用したかは、以下でメモしてある。

_色々なBASICをちょっとだけ触ってみた
_色々なBASICをちょっとだけ触ってみた。その2
_FreeBASICのGUIライブラリを試用
_SmallBASIC(非Microsoft版、GPL版)を試用
_FreeBASICのグラフィックスライブラリを試用
_sdlBasicを試用
_wxBasicを試用
_BASICでGUIアプリを作れるGambas3を試用

当時は以下のBASICを試用したらしい。

• bwBASIC
• Chipmunk Basic
• FreeBASIC
• Basic-256
• Yabasic
• SmallBASIC(非Microsoft版、GPL版)
• sdlBasic
• Gambas3

Processing も使わないだろう…。使うとしても、まずは Windows上で書いて動作確認するだろうし。それに、足元のサブPCにも Ubuntu Linux はインストールしてあるので、もし Linux上で動作確認したい時はそちらを使えば済むはず。

Processing は、/opt/processing-3.5.4/ に関連ファイルをDLしてそこからインストールしていたらしい。

_ProcessingをUbuntu上でインストール

該当フォルダを覗いたら、uninstall.sh というファイルがあった。コレを使えばアンインストールできるのだろう…。sudo /opt/processing-3.5.4/uninstall.sh を実行したら、スタートメニュー内から項目が消えてくれた。その後、sudo rm -rf /opt/processing-3.5.4 でフォルダごと削除。

ユーザのホームフォルダ以下に、~/sketchbook/ というフォルダも残っていたので、それも rm -rf ~/sketchbook で削除。もちろん、消してはいけないファイルが入ってるなら、バックアップを取っておかないといかんだろうけど。

journalctlログファイルとやらが数GB残ってるらしいことにも気づいた。以下のページを参考にして、3日分だけ残して少し掃除。

_journalctlログを削除する | mebee

journalctl --disk-usage
sudo journalctl --vacuum-time=3days

LibreOffice等もアンインストール。LibreOffice は Windows10上でもインストールしてあるし。と思ったけれど、今回の Ubuntu Linux 20.04 LTS上では既にアンインストール済みだった…。

メーラー Thunderbird もアンインストール。VMware上で動かしてるOSで、メールの読み書きはしないだろう…。

Synaptic を起動 → 状態 → インストール済み(ローカルまたは廃止)、を確認したところ、Trinityデスクトップ環境(TDE)関連のパッケージもたくさん入っていた。おそらく、kpovmodeler を試そうとした際にインストールしたのだろう…。関連してそうなパッケージを全部アンインストール。

ペイントツール lazpaint、Rassam-paint、Pinta もアンインストール。ちょっとした実験画像を作成する際に便利かなと思ってインストールしたけど、azpainter を使えば目的は果たせるなと…。azpainter は起動も早いし、ビルドしてでも使う価値はあると思う。いや、Ubuntuの場合、PPA を利用する手もあるのかな。

_AzPainter - 16bit RGB full color paint software : Alexander Pozdnyakov

ドローツール Inkscape もアンインストール。Windows10上で Inkscape はインストールしてあるから、そちらを使えば済むはず…。

wxFormBuilder を使うためだけに flatpak もインストールしてあったけど、それだけで数GB使ってるみたいなので、flatpak関連を全部アンインストールした。

sudo flatpak uninstall org.wxformbuilder.wxFormBuilder

flatpak list で表示されたアレコレを全てアンインストールしてから、sudo apt purge flatpak でアンインストール。

Ubuntu Linux 20.04 LTSではパッケージが削除されてしまった Mirage という画像ビューアもインストールしてあったけど。

_画像ビューア Mirage を Ubuntu 20.04 にインストール

ストレージ容量が厳しいのに入れておくのもなあ、と思えてきたのでアンインストール。Synaptic を起動 → 状態 → インストール済み(ローカルまたは廃止)、から、関連パッケージを選んで完全削除を指定。

ユーザホームディレクトリ内に残していたままだった、ダウンロードファイルの類を削除。

何故か壁紙画像もWindowsからコピーして入れてあったので、それらも削除。

そんなこんなで、空き容量は 1.5GB から 7.6GB ぐらいになった。それでも、仮想HDDイメージ上で23GBも使っているわけで…。

snap (snapd) が数GBほど使っているようなのでアンインストールしたいのだけど、例えば apt で chromium-browser をインストールしようとすると、自動で snapd も一緒にインストールされてしまうのだな…。

昨今の Ubuntu は、chromium-browser をインストールしようとすると、snap版が入ることになっているらしい。snap版を利用することで最新版の chromium-browser がインストールされるのでメンテナンスの負担が減る、ということらしいけど…。その分、ストレージの空き容量は減ってしまうわけで…。

何かしらの動作確認をする際に chromium系のブラウザが無いと色々困るんだけどな…。Web上では、chromium系以外は知らん、みたいな空気になってしまったし…。

何か手は無いのかとググってみたら、Google Chrome をインストールしてしまえば chromium-browser をインストールしなくても済むという話を目にした。Google Chrome は .deb で提供されているからストレージ容量を最小限に抑えられそう。

ということで、chromium-browser と snapd をアンインストール後、Google Chrome をインストールしてみたところ、空き容量が 7.6GB から 11GB になってくれた。

昔のウルトラマンと今のウルトラマンは、喋るか喋らないかという点が大きく違うとは思うのだけど。他にも違う部分はありそうだよなと。強いて言えば、今のウルトラマンは「変身するもの」ではなくて「乗り物」になったというか…。

昭和のウルトラマンは、変身前の人がウルトラマンに変身すると、そこからは変身前の人の姿が画面にほとんど出てこない。何故なら、彼はウルトラマンに変身しちゃっているから…。変身後の姿が画面に映っているのに、変身前の彼の姿まで画面に出てくるなんてフツーに考えたらおかしいわけで。

だけど、今のウルトラマンは、変身後も、変身前の人の姿が画面に出てきて、ウルトラマンと会話しながら怪獣と戦ったりする。人間が主、ウルトラマンが従になってウルトラマンの体を動かしているのか、それとも逆なのか分からんけど、何にせよ、ウルトラマンに変身した後も、変身前の人は、ウルトラマンの体内だか精神世界だかでその存在を保ち続けている、という設定になった ―― ように見える。

それってつまり、ウルトラマンは変身して成るモノではなく、乗り込むもの、乗り物に変わったのだろうなと…。その変化は、日本のロボットアニメの歴史と重なってるのではないかと。

日本のロボットアニメは、大まかに考えて、鉄腕アトム → 鉄人28号 → マジンガーZ → ガンダム → エヴァ、と進化してきたわけだけど。マジンガーZの段階で、巨大ロボットが乗り物になって、それ以後のロボットアニメのほとんどが、マジンガーZの「ロボット＝乗り物」の遺伝子を色濃く残しているわけで。

ということで、ウルトラマンの設定も、日本の巨大ロボットアニメをトレースしてるのかもな、と。おそらく、そういった設定のほうが、子供さんには分かりやすい、ウケがいいのかなあ、とも。子供さん向けのアレコレについて、設定や見せ方を最適化していくと、巨大な何かしらはえてして乗り物になっていくのかもしれない。

ただ、ウルトラマンが完全に乗り物と化したわけでもないあたりは興味深いというか…。いやまあ、作品によって、ウルトラマンの意識がそこにあったり全然無かったりと違ってるけど。

このまま行くと、いずれは只の巨大ロボットにしか見えないウルトラマンも登場するのだろうか。いや、たしかウルトラマンZで、ソレに近い感じの敵が出てた気もする…。ていうか、セブンガーなどはそういう発想のメカだろうな…。人類がウルトラマンを作るとこうなるだろうね、みたいな。

ていうか、それってエヴァじゃんと気が付いた。完全に乗り物と化したウルトラマン＝エヴァ、だったのだな。

ただ、エヴァは、ロボットアニメとして見た場合、時代に逆行した設定かもしれない、とも思えてきた。只の乗り物に過ぎないはずの、意志を持たない巨大ロボットという設定に、意識のようなものを持たせて神秘性・謎を付加したというか…。いやまあ、そのあたり、イデオンやライディーンでもやってたか…。エヴァの設定って、温故知新の塊っぽいよな…。

となると、巨大ロボット＝乗り物、という設定の企画が大半のこの状況で、鉄人28号や鉄腕アトムの時代まで発想を戻して、別のルートが無いか考えてみるのもアリかもしれないなと。

もっとも、例えば鉄腕アトムで見られた、ロボット＝人類と共存可能な新たな知的生命体の存在、というソレの発展形として、トランスフォーマーが存在してたりするわけだけど…。海外では、巨大ロボット＝乗り物、という最適化がそれほど進まなかったので、違うルートも見出し易い状況があったのだろうか…？

オチはないです。只の思考メモというか妄想メモです。

> python -VV
Python 3.9.5 (tags/v3.9.5:0a7dcbd, May  3 2021, 17:27:52) [MSC v.1928 64 bit (AMD64)]

> pip list | grep -e pygame -e PyOpenGL
pygame              2.0.1
PyOpenGL            3.1.5
PyOpenGL-accelerate 3.1.5

> python 01_teapot_on_pygame.py
pygame 2.0.1 (SDL 2.0.14, Python 3.9.5)
Hello from the pygame community. https://www.pygame.org/contribute.html
Traceback (most recent call last):
  File "D:\home\prg\python\_test_sample\pygame_opengl\01_teapot_on_pygame.py", line 102, in <module>
    glutWireTeapot(1.0)   # wireframe
OSError: exception: access violation reading 0x0000000000000034

> python -V
Python 2.7.18

> pip list | grep -e pygame -e PyOpenGL
pygame              2.0.1
PyOpenGL            3.1.0
PyOpenGL-accelerate 3.1.0

Windows上で PyOpenGL を使おうとして、pip でネット経由のインストールを ―― pip install PyOpenGL でインストールしたら、GLUT関連が動かなくてハマった。別途 glut*.dll 等が必要になると思うのだけど、どの版を入手して、どこに置けばいいのやら。

以下のサイトから非公式版の .whl を入手してインストールすれば、すんなり動いてくれる。

_Python Extension Packages for Windows - Christoph Gohlke

今回、Python 3.9.5 x64上で使いたかったので、以下をDLしてインストールした。

• PyOpenGL-3.1.5-cp39-cp39-win_amd64.whl
• PyOpenGL_accelerate-3.1.5-cp39-cp39-win_amd64.whl

pip install PyOpenGL-3.1.5-cp39-cp39-win_amd64.whl
pip install PyOpenGL_accelerate-3.1.5-cp39-cp39-win_amd64.whl

ちなみに、Python 3.9.xインストールフォルダ\Lib\site-packages\OpenGL\DLLS\ 以下に、freeglut64.vc15.dll、gle64.vc15.dll、glut64.vc15.dll が入っている模様。

Python 2.7.18 上では、以下を実行してインストールした。

• PyOpenGL-3.1.0.win32-py2.7.exe
• PyOpenGL-accelerate-3.1.0.win32-py2.7.exe

ただ、今回は上記ファイルをHDDの中から発掘してインストールしたけれど、このバージョンのセットアップファイルは、今では入手できない気がする…。一応、置いとくか…。本来は最新版をインストールすれば済むはずだけど…。

_pyopengl_310_win32_py27_setup.zip

PyOpenGL のバージョンが上がったことで teapot 関係の機能が削除されたのではと疑ったりもしたけれど、pygame と組み合わせず、PyOpenGL だけを使った場合は teapot もフツーに描画できた。以下は動作したスクリプト。

_teapot_draw.py

ということで、Pygame と PyOpenGL を組み合わせて、かつ、今現在のバージョンで動かした時だけ teapotの描画が何故かできないという…。

でもまあ、teapot描画を何かしら実用的なアレコレで使うかと言えば、そういうわけでもないし…。大体は、サンプルスクリプトの一例として使う場合がほとんどだから…。

そもそも、Pygame と PyOpenGL を組み合わせて使う場面自体がほとんど無いのではないかという気もするし…。こういう状態でも、実害は皆無かもしれず。