mieki256's diary

考えてみたら、普段滅多に電源を入れないLinux機が部屋の中に5台、いや、ノートPCも含めたら7台、Raspberry Pi機も入れたら9台もある…。

使ってないPCを置きっぱなしにして埃をかぶらせているのもアレなので整理したいところだけど、どれもまだ動くし…。動くと言っても、その手のお店に売れるほど優秀なスペックのPCパーツではないので、整理するとなったら捨てるしかないのだけど。でも、まだ動くし…。動くのに捨てるのもなんだかもったいないと思ってしまって…。

以前はそれらの古いPCを分散レンダリングに使ったりもしたのだけど。レンダラーのバージョンが上がったらIntel製CPUじゃないと計算できない・昔のAMD製CPUは使えない状態になってしまったし。そもそも、古いCPUを総動員してレンダリングするより、真っ当なGPUを使ってレンダリングしたほうがはるかに速いというのが分かってしまって…。こうなると、古いPC群の使い道が…。

blender 3.3.1 の新機能を把握することは全然できてないけれど。ウインドウの左側にやたらとアイコンが増えていることに気づいた。どうやら POV-Ray対応アドオン(POV@Ble)が、追加可能なPOV-Ray専用オブジェクト(プリミティブ？)を、全てアイコンにして並べてしまったようだなと…。

正直、これはかなり鬱陶しい…。

• レンダーエンジンが Eevee だろうと Cycles だろうと関係なく表示されてる。
• POV-Ray専用オブジェクトをひっきりなしに追加していく場面なんてそれほど無いはずだけど、利用頻度が少ない機能を常時画面に表示し続けているのはどうなのか。

せめて、オプションか何かで表示の有効無効を切り替えられないものだろうか。あるいは、一つのアイコンをマウスクリックすると、そこから複数の項目が表示される仕様が妥当ではなかろうか。

まあ、blender と POV-Ray を組み合わせて作業してる人がほとんど居ないから、苦情も出てこなくて、こういう仕様になっているのだろう…。

POV@Ble 自体の有効無効を切り替えていたら、今まで設定していたPOV-Ray関係のパス設定が全て消滅してしまった。ガッデム。毎回クリアしちゃうのか…。覚えておいてくれないのか…。

考えてみたら、POV-Ray の勉強をする時はテキストエディタで打ち込んでいくものだよな…。ということで、このアドオンは今後無効にすることにした。

そもそも、このアドオン、POV-Ray専用オブジェクトにはマテリアル設定ができないのだよな…。オブジェクト追加アイコンを並べるよりそっちの実装を…。

余談。blender 3.3.1 LTS では、POV@Ble 0.1.3 というアドオン名になっているけれど、blender 2.93.11 LTS では、Persistence of Vision 0.1.1 というアドオン名だった。

Godot Engine は各種アタリ判定(衝突判定)をする際に、レイヤー(Layer)とマスク(Mask)というものを利用して、衝突するものとしないものの関係を設定することができる。

まずは分かりやすくするために、各レイヤーにレイヤー名を設定しておく。

レイヤー名の設定はプロジェクト設定で行える。「プロジェクト」 → 「プロジェクト設定」を選択。



「Layer Names」 → 「3D Physics」を選択。右側に「Layer 1」「Layer 2」と一覧が並んでる。ここでレイヤー名を設定できる。



Layer 1 から順々に、必要になりそうなレイヤー名を入力していく。今回は以下の4つが必要になる。

• player (プレイヤー)
• playerbullets (プレイヤーの弾)
• enemy (敵)
• enemybullets (敵弾)

ついでに、3D Render にもレイヤー名をつけておく。将来的に使うかどうかわからないけど…。

各シーンのレイヤーとマスクを設定していく。

まずはプレイヤーキャラ。res://assets/Player.tscn を開く。Collision の欄に「Layer」と「Mask」があるので、クリックして有効無効を切り替える。

• プレイヤーキャラなので、Layer は一番左の player を有効化。
• Mask でアタリ判定(衝突判定)をする対象を選ぶ。プレイヤーキャラは、「自分には当たらない」「自分の弾にも当たらない」「敵とは当たる」「敵弾にも当たる」ので、左から3番目の enemy と、左から4番目の enemybullets を有効化。

プレイヤーの弾を設定する。res://assets/PlayerBullet.tscn を開く。

• プレイヤーの弾なので、Layer は左から2番目の playerbullets を有効化。
• Mask は、「プレイヤーには当たらない」「自分(達)にも当たらない」「敵には当たる」「敵弾とは当たらない」ので、左から3番目の enemy だけを有効化。

敵を設定する。res://assets/EnemyZako.tscn を開く。

• 敵なので、Layer は左から3番目の enemy を有効化。
• Mask は、「プレイヤーには当たる」「プレイヤーの弾にも当たる」「自分には当たらない」「自分の弾にも当たらない」ので、一番左の player と、左から2番目の playerbullets を有効化。

敵弾を設定する。res://assets/EnemyBullet.tscn を開く。

• 敵弾なので、Layer は左から4番目の enemybullets を有効化。
• Mask は、「プレイヤーには当たる」「プレイヤーの弾には当たらない」「敵には当たらない」「自分(達)にも当たらない」ので、一番左の player だけを有効化。

後々、何かと何かが当たった(衝突した)際に、一体何に当たったのかを調べる必要が出てくるかもしれない。その判別をするために、各シーンに「グループ名」をつけておくことにする。

例えば、プレイヤーと、プレイヤーの弾に異なるグループ名をつけておけば、敵が何かに当たった際にグループ名を調べて、それがプレイヤーなのか、プレイヤーの弾なのかを判別することができたりする。

プレイヤーキャラのシーン、Player.tscn を開いて、ノードタブをクリック → グループをクリック。「player」と入力して「追加」。これで、プレイヤーに「player」というグループ名をつけられる。



プレイヤーの弾、PlayerBullet.tscn を開いて、「playerbullets」というグループ名を設定。



敵のシーン、EnemyZako.tscn を開いて、「enemys」というグループ名を設定。



敵弾シーン、EnemyBullet.tscn を開いて、「enemybullets」というグループ名を設定。



これで、アタリ属性を設定できた。

次回はアタリ判定処理を作る。

プレイヤーの弾にアタリ判定処理を追加する。

プレイヤーの弾は、敵(EnemyZako)とだけ衝突するように Layer と Mask を使って設定してあるけれど、敵は Areaノードをルートノードとして作ってあるので…。

プレイヤーの弾と敵が衝突した際、プレイヤーの弾は「Areaとぶつかったよ」と、area_entered(area:Area) というシグナルを発行してくれる。そのシグナルにメソッドを接続してやれば、プレイヤーの弾と敵が当たった時にそのメソッドが呼ばれるので、そのメソッドの中に敵と当たった時の処理を書いておけばいい。

プレイヤーの弾のシーン、res://assets/PlayerBullet.tscn を開いて、シグナルにメソッドを接続する。ノードタブをクリック → シグナルをクリック。「area_entered(area:Area)」を選択して右クリックして「接続」。



PlayerBullet を選択して「接続」。



スクリプトファイル PlayerBullet.gd の最後に、_on_PlayerBullet_area_entered(area) というメソッドが追記されたので、敵と当たった時の処理を書く。


記述内容は以下になる。

_PlayerBullet.gd

extends Area

var velocity = Vector3()
var speed = 90

func _ready():
    velocity = Vector3(0, 0, -1)

#func _process(delta):
#   pass

func _physics_process(delta):
    translate(velocity * speed * delta)

func _on_Timer_timeout():
    queue_free()

func _on_PlayerBullet_area_entered(area):
    if is_queued_for_deletion():
        return
    print("PlayerBullet Hit!")
    queue_free()

• とりあえず仮の処理として、print() を呼んで当たったことを示すメッセージを出力してみる。
• プレイヤーの弾が敵に当たったら、その場でプレイヤーの弾は消滅してほしいので、自分を消去する queue_free() を呼んでおく。
• is_queued_for_deletion() は、自分に消去処理が要求されているかを調べることができる。もし自分が消去予定になっていたら、何も処理をせずにメソッドを抜けるようにしてある。

Mainシーンを開いてF6キーを押して動作確認してみる。

プレイヤーの弾と敵が当たった時に「PlayerBullet Hit!」というメッセージが出力ウインドウに出力された。ちゃんと当たってることが判別できた。



画面内でも、プレイヤーの弾が敵に当たった時に、プレイヤーの弾がその場で消滅している様子が見て取れる。


動作確認できたので、メッセージを出力する print() は、頭に「# 」を追加してコメントアウトしておく。

    # print("PlayerBullet Hit!")

敵弾シーン EnemyBullet.tscn にもアタリ判定処理を追加していく。

敵弾は Layer と Mask を使ってプレイヤーとだけ当たるように設定してある。そしてプレイヤーキャラは KinematicBody をルートノードにして作ってあるので…。

敵弾 EnemyBullet (Area) は、プレイヤー Player (KinematicBody) と当たった際に、body_entered(body: Node) というシグナルを発行する。(area_entered()ではなくて、body_entered()。相手が Area ではなくて KinematicBody なので。)

このシグナルにメソッドを接続してやれば、敵弾がプレイヤーと当たった時にそのメソッドが呼ばれるので、そのメソッドの中にプレイヤーと当たった時の処理を書いておけばいい。

敵弾のシーン、res://assets/EnemyBullet.tscn を開いて、シグナルにメソッドを接続する。ノードタブをクリック → シグナルをクリック。「body_entered(body: Node) を選択して右クリックして「接続」。EnemyBullet を選択して「接続」。



スクリプトファイル EnemyBullet.gd の最後に、_on_EnemyBullet_body_entered(body) というメソッドが追加された。このメソッドにプレイヤーと当たった時の処理を書く。


内容は以下。

_EnemyBullet.gd

extends Area

var velocity = Vector3()
var direction = 0
var speed = 3

func _ready():
    pass # Replace with function body.

#func _process(delta):
#   pass

func _physics_process(delta):
    translate(velocity * speed * 60 * delta)

func set_dir_and_speed(angle, spd):
    direction = angle
    speed = spd
    var x = cos(deg2rad(angle))
    var z = sin(deg2rad(angle))
    velocity = Vector3(x, 0, z)
    
func _on_KillTimer_timeout():
    queue_free()

func _on_EnemyBullet_body_entered(body):
    if is_queued_for_deletion():
        return
    print("EnemyBullet Hit!")
    queue_free()

PlayerBullet とほとんど同じ処理になっている。

動作確認。Mainシーンを開いてF6キーを押す。敵弾がプレイヤーと当たるたびに、出力ウインドウにメッセージが表示された。ちゃんとアタリ判定ができている。


動作確認できたので、print() をコメントアウト。

    # print("EnemyBullet Hit!")

敵にアタリ判定処理を追加していく。

敵は、Layer と Mask を使って、プレイヤー、及び、プレイヤーの弾と当たるように設定されている。そして、プレイヤーは KinematicBody、プレイヤーの弾は Area をルートノードにして作ってあるので…。

• body_entered(body: Node) シグナルにメソッドを接続すれば、そのメソッドにプレイヤーと当たった時の処理を書ける。
• area_entered(area: Area) シグナルにメソッドを接続すれば、そのメソッドにプレイヤーの弾と当たった時の処理を書ける。

敵のシーン、res://assets/EnemyZako.tscn を開いて、area_entered() シグナルと、body_entered() シグナルにメソッドを接続してやる。ノードタブをクリック → シグナルをクリック。それぞれのシグナルを右クリックして「接続」。EnemyZako を選択して「接続」。





スクリプトファイル EnemyZako.gd に、_on_EnemyZako_area_entered(area) と、_on_EnemyZako_body_entered(body) が追記された。

それぞれのメソッドに処理を書く。


内容は以下。

_EnemyZako.gd

extends Area

export (PackedScene) var enemybullet

var base_pos = Vector3()
var angle = 0
export var move_w = 22
export var move_h = 12
var bullets

func _ready():
    base_pos = translation
    angle = 0
    bullets = get_tree().root.get_node("Main/EnemyBullets")

#func _process(delta):
#   pass

func _physics_process(delta):
    move(delta)
    
func move(delta):
    angle += delta
    translation.x = base_pos.x + move_w * cos(deg2rad(angle * 90))
    translation.z = base_pos.z + move_h * sin(deg2rad(angle * 70))
    
func _on_ShotTimer_timeout():
    var angle_add = 12
    var angle = 90 - angle_add * 3
    var spd = 0.2
    for i in range(7):
        _shot(translation, angle, spd)
        _shot(translation, angle, spd * 0.8)
        angle += angle_add
    
func _shot(pos, angle, spd):
    var bullet = enemybullet.instance()
    bullet.translation = pos
    bullet.set_dir_and_speed(angle, spd)
    bullets.add_child(bullet)

func _on_EnemyZako_area_entered(area):
    if is_queued_for_deletion():
        return
    print("playerbullet hit the enemy")

func _on_EnemyZako_body_entered(body):
    if is_queued_for_deletion():
        return
    print("player hit the enemy")

動作確認してみる。Mainシーンを開いてF6キーを押す。

プレイヤーを操作して敵と当ててみたり、プレイヤーの弾を敵に当ててみたりする。出力ウインドウに、当たってる旨を伝えるメッセージが出力された。


これで一応、アタリ判定はできた。

さて、プレイヤーに敵弾が当たったらプレイヤーのHP(体力?)を減らしたり、敵にプレイヤーの弾が当たったら敵のHPを減らしたりしたい。次回は各HPを画面に表示するために、HUD(Head-Up Display)シーンを作成する。

以下、Windows10 x64 1903 + msys2 上で作業。

gimp-texturize_2.1-8.debian.tar.xz を解凍。

patchディレクトリの中身は以下。

10_move-image-to-heap.patch
20_fix-cast-warnings.patch
30_remove-non-public-gimpimage-pdb-header.patch
40_unescaped-left-brace.patch
50_replace-huge-by-inf.patch
60_avoid-no-translation-with-DH12.patch
series

ほとんどの *.patch は改行コードが LF (Linuxの改行コード)なのだけど、20_fix-cast-warnings.patch だけ、改行コードが CRLF (Windowsの改行コード)になっている。このままだと、patch を当てるときにエラーが出る。

改行コードの確認方法は以下。

od -c 20_fix-cast-warnings.patch

ずらずらと文字が表示されるけど…。

• 中に \r \n がチラホラ混ざってるなら Windows の改行コード。
• \n が混ざってるなら Linux の改行コード。
• \r だけなら Mac の改行コード。

dos2unix というツールで、Windowsの改行コードを Linux の改行コードに変換できる。

pacman -S dos2unix
dos2unix 20_fix-cast-warnings.patch

gimp-texturize_2.1.orig.tar.gz を解凍。

*.patch を、src/ と同階層にコピー。

patch を当ててみる。

patch -u -p1 < 10_move-image-to-heap.patch
patch -u -p1 < 20_fix-cast-warnings.patch
patch -u -p1 < 30_remove-non-public-gimpimage-pdb-header.patch
patch -u -p1 < 40_unescaped-left-brace.patch
patch -u -p1 < 50_replace-huge-by-inf.patch
patch -u -p1 < 60_avoid-no-translation-with-DH12.patch

• -u オプションは、パッチの形式だかフォーマットだかを指定しているらしい。
• -p1 は、パッチ内のファイルパスの、1番目を無視する指定、らしい。hoge/fuga/piyo とファイルパスが書いてあった場合、-p1 なら fuga/piyo、-p2 なら piyo しか見ないのだそうで。

これで、Debian パッケージのソースコードになった。はず。

しかし、patch を当てた後のソースと、github 版のソースを比較してみたら、実処理の記述部分については github のソースにも修正内容が反映されていた。

_lmanul/gimp-texturize: Texturize plugin for the GIMP

処理部分に関しては、Debian版だけが特別なバグ修正をしてある、というわけではない模様…。

公式サイト上には、pilove 0.3 のリンクしかないけれど、 _Index of /downloads には 0.4 が置いてあったので、pilove 0.4 (pilove-0.4.img.gz)をDL。変更履歴は、 _pilove/changelog.txt に書いてある。

解凍すると、中には .img ファイルが入ってた。

Windows10 x64 + _Win32 Disk Imager 1.0.0 を使って、.imgファイルを microSDに書き込む。今回は、Team製 8GB の microSDHC に書き込んでみた。

Raspberry Pi Zero W に microSDHC を差して起動。デフォルトユーザ名は sysop。パスワードは posys。

/usr/local/games/love-0.10.2/src/love を実行。

パーミッションが違うと怒られた。覗いてみたら、所有者について sysop と root が混在してる。とりあえず変更してみる。

cd /usr/local/games/love-0.10.2/src
sudo chown sysop:sysop *
sudo chown sysop:sysop ./.*

一々場所を指定して起動するのは面倒臭いので alias に登録。~/.bashrc に追記しておく。

nano ~/.bashrc

alias love='/usr/local/games/love-0.10.2/src/love'

あるいは、該当の場所まで PATH を通すとか。

export PATH=$PATH:/usr/local/games/love-0.10.2/src

一応、何も指定しないで love を実行したら、例の画面は表示された。

現状では、Raspberry Pi Zero W の WiFi(無線LAN)が使えない。pilove は、raspbian jessie を元にして構築してあるらしいけど…。無線LAN関係は入ってないのか…。

LAN端子を備えた Raspberry Pi1 / Pi2 / Pi3 ならどうにかなるのかもしれないが、無線LANしかついてない Raspberry Pi Zero W では外部からアクセスしようがない。となると、love2d用のソースも、画像ファイルも、サウンドファイルも転送できない。これでは動作確認すら満足にできない…。結局音は鳴るのか、鳴らないのか。これでは分からん…。

raspbian jessie を入手しようとしたものの、公式サイト上では見つからず。

_Raspberry Pi Downloads - Software for the Raspberry Pi

しかし、JAISTのサーバに raspbian jessie が残ってた。

_Index of /pub/raspberrypi/raspbian_lite/images/raspbian_lite-2017-07-05
_Index of /pub/raspberrypi/raspbian/images/raspbian-2017-07-05

2017-07-05-raspbian-jessie.zip をDLして解凍。中に入ってた .img を Win32 Disk Imager を使って microSDHC (Team製 8GB)に書き込み。Raspberry Pi Zero W に差し込んで起動。すんなり起動してくれた。

画面解像度、ホスト名、ロケール等を設定。piユーザのパスワードも変更。

sudo raspi-config

rootのパスワード変更 + ユーザを追加。以下を参考に作業。

_RaspberryPiをRaspbianで使う場合の初期設定メモ（ユーザ追加） - Qiita

sudo passwd root
sudo adduser 新規ユーザ名
sudo gpasswd -a 新規ユーザ名 sudo
sudo gpasswd -d pi sudo

sudo nano /etc/sudoers.d/010_pi-nopasswd
or
sudo nano /etc/sudoers

pi ALL=(ALL) NOPASSWD: ALL をコメントアウトして、piユーザが root になれないようにする。

usermod を使って、新規ユーザを各グループに登録

$ groups pi
pi : pi adm dialout cdrom audio video plugdev games users input netdev spi i2c gpio

$ sudo usermod -aG sudo,pi,adm,dialout,cdrom,audio,video,plugdev,games,users,input,netdev,spi,i2c,gpio 新規ユーザ名

$ groups 新規ユーザ名
新規ユーザ名 : 新規ユーザ名グループ adm dialout cdrom sudo audio video plugdev games users input netdev pi spi i2c gpio

デフォルト設定だとアクセスが遅かったので、日本のミラーサーバのURLに変更。今回は JAIST を利用させてもらうことに。

sudo nano /etc/apt/sources.list

以下を追加して、元々のURLはコメントアウト。

deb http://ftp.jaist.ac.jp/raspbian/ jessie main contrib non-free rpi

apt-get でパッケージ等を更新。

sudo apt-get update
sudo apt-get upgrade
sudo apt-get dist-upgrade
sudo rpi-update

sudo aptitude install fonts-ipafont fonts-ipaexfont fonts-takao fonts-mplus fonts-migmix fonts-mmcedar fonts-umeplus fonts-motoya-l-maruberi fonts-motoya-l-cedar fonts-horai-umefont

sudo aptitude install xfonts-mplus ttf-kochi-gothic-naga10 ttf-kochi-mincho-naga10 xfonts-naga10 xfonts-100dpi xfonts-75dpi xfonts-base xfonts-scalable xfonts-shinonome

xfonts-* は、今時は要らないかも。

/home/pi/ 以下に日本語のフォルダ名がずらずら並んでるけど、CUIで作業する際に指定が面倒臭い。英語名にする。

sudo apt-get install xdg-user-dirs-gtk
LANG=en_GB.utf8 xdg-user-dirs-gtk-update

LANG=C ではなくて LANG=en_GB.utf8 であることに注意。

しかし、上手く行かない。以下ならなんとかなった。ただし、古い日本語フォルダ名が残ってしまって、それらは自分で削除しないといけなかった。

LANG=en_GB.utf8 xdg-user-dirs-update --force

_Ubuntu のデスクトップ環境のフォルダ名を日本語から英語にする - Qiita

piユーザではなく、新規ユーザで自動ログインするようにしたい。

sudo vi /etc/lightdm/lightdm.conf

[SeatDefaults]
autologin-user=ユーザ名
autologin-user-timeout=0

_Debian Jessie Wheezy 自動ログイン lightdm系 ? Linux. リナックス. ヒト ノ タメ ノ.

sudo nano /etc/sysctl.conf

以下を追加。

net.ipv6.conf.all.disable_ipv6 = 1
net.ipv6.conf.default.disable_ipv6 = 1
net.ipv6.conf.lo.disable_ipv6 = 1

sudo sysctl -p を実行して反映。

_[Raspbian] IPv6を無効にする方法(Raspbian Jessie Lite) - Life with IT

/etc/ssh/sshd_config の ClientAliveInterval を設定。

sudo nano /etc/ssh/sshd_config

ClientAliveInterval 15

sudo aptitude install vim
sudo aptitude install vim-nox

vimの設定変更。せめてソースコードの色付けぐらいはする。

vi ~/.vimrc

syntax on

sudo aptitude install mpg321 mpg123 vorbis-tools flac sox libsox-fmt-mp3 libsox-fmt-all

wav, mp3, ogg の再生は以下。

aplay hoge.wav
mpg123 hoge.mp3
ogg123 hoge.ogg

でも、sox に入ってる play を使えば大体のフォーマットは再生できる模様。mp3は再生できなかったが、libsox-fmt-mp3 をインストールしたら再生できるようになった。

play hoge.flac
play hoge.wav
play hoge.ogg
play hoge.mp3

_Debian User Forums - View topic - Can't play mp3 files with play (sox)
_SoX（Sound eXchange)でMP3を扱う

sudo aptitude install hdparm

sudo hdparm -t /dev/mmcblk0

ここまでやっておいてアレだけど、raspbian jessie 上では、pilove をビルドできなかった。

_skarbat/pilove: Love2D on the Raspberry PI

「Intelベースシステム、QEmu, NBDドライバ、xsysrootツールが必要」と書いてある。Raspberry Pi 実機で作るわけではなかったのか…。しかも pipaOS がどうのこうのと書いてある。なんやねん。そのOS。

piloveがダメなら、retropie-setup はどうだろう。

_RetroPie/RetroPie-Setup: Shell script to set up a Raspberry Pi/Odroid/PC with RetroArch emulator and various cores

mkdir retropie-setup
cd retropie-setup
git clone https://github.com/RetroPie/RetroPie-Setup.git
cd /RetroPie-Setup
sudo ./retropie_setup.sh sdl2

なんだかよく分からないメニュー画面が出てきた。SDL2だけをビルドしてくれるわけではナサゲ。

_Golang と SDL2 でゲームを作る - KaoriYa
_SDL2-2.0.6 on Raspberry Pi - ChoccyHobNob

sudo aptitude install automake build-essential mercurial qt5-default libtool libasound2-dev libaudio-dev libesd0-dev libsndfile1-dev libmodplug-dev libopenal-dev libfontconfig1-dev libpango1.0-dev freeglut3-dev libfreeimage-dev libjpeg-dev libtiff5-dev libwebp-dev libxcursor-dev libxi-dev libxrandr-dev libxss-dev libudev-dev libsmpeg-dev libxinerama-dev

mkdir ~/sdl2
cd ~/sdl2
wget https://www.libsdl.org/release/SDL2-2.0.5.tar.gz
tar xzf SDL2-2.0.5.tar.gz
cd SD2-2.0.5
mkdir build && cd build

configure をする段階で、--host=arm-raspberry-linux-gnueabihf をつけたり外したりしてみた。

../configure --disable-pulseaudio --disable-esd --disable-video-mir --disable-video-wayland --disable-video-x11 --disable-video-opengl

SDL2 Configure Summary:
Building Shared Libraries
Building Static Libraries
Enabled modules : atomic audio video render events joystick haptic power filesystem threads timers file loadso cpuinfo assembly
Assembly Math   :
Audio drivers   : disk dummy oss alsa(dynamic) nas(dynamic)
Video drivers   : dummy opengl_es2
Input drivers   : linuxev linuxkd
Using libudev   : YES
Using dbus      : YES
Using ime       : YES
Using ibus      : NO
Using fcitx     : NO

../configure --host=arm-raspberry-linux-gnueabihf --disable-pulseaudio --disable-esd --disable-video-mir --disable-video-wayland --disable-video-x11 --disable-video-opengl

SDL2 Configure Summary:
Building Shared Libraries
Building Static Libraries
Enabled modules : atomic audio video render events joystick haptic power filesystem threads timers file loadso cpuinfo assembly
Assembly Math   :
Audio drivers   : disk dummy oss alsa(dynamic) nas(dynamic)
Video drivers   : rpi dummy opengl_es1 opengl_es2
Input drivers   : linuxev linuxkd
Using libudev   : YES
Using dbus      : YES
Using ime       : YES
Using ibus      : NO
Using fcitx     : NO

どうやら、--host=arm-raspberry-linux-gnueabihf をつけて configure しないと、Video driver に rpi が出てこない模様。このオプションは必須っぽいな…。

ちなみに、「--disable-video-mir --disable-video-wayland --disable-video-x11 --disable-video-opengl」の指定で、OpenGL を無効にしているらしい。

raspbian jessie ではなく、raspbian stretch + SDL2-2.0.5 で configure した場合の結果は以下。

../configure --host=arm-raspberry-linux-gnueabihf --disable-pulseaudio --disable-esd --disable-video-mir --disable-video-wayland --disable-video-x11 --disable-video-opengl

SDL2 Configure Summary:
Building Shared Libraries
Building Static Libraries
Enabled modules : atomic audio video render events joystick haptic power filesystem threads timers file loadso cpuinfo assembly
Assembly Math   :
Audio drivers   : disk dummy oss alsa(dynamic) nas(dynamic) sndio
Video drivers   : rpi dummy opengl_es1 opengl_es2
Input drivers   : linuxev linuxkd
Using libudev   : YES
Using dbus      : YES
Using ime       : YES
Using ibus      : YES
Using fcitx     : NO

raspbian jessie上で configure した時と違って、Audio に、sndio というのがついてる。libsndio-dev をアンインストールしたほうがいいのかな。

sudo aptitude remove libsndio-dev

libsndio-dev をアンインストールした状態で configure すると以下になった。

SDL2 Configure Summary:
Building Shared Libraries
Building Static Libraries
Enabled modules : atomic audio video render events joystick haptic power filesystem threads timers file loadso cpuinfo assembly
Assembly Math   :
Audio drivers   : disk dummy oss alsa(dynamic) nas(dynamic)
Video drivers   : rpi dummy opengl_es1 opengl_es2
Input drivers   : linuxev linuxkd
Using libudev   : YES
Using dbus      : YES
Using ime       : YES
Using ibus      : YES
Using fcitx     : NO

makeしてインストール。

make
sudo make install

各ページを眺めながら、必要になりそうなパッケージを列挙してインストール。

_Building LOVE (日本語) - LOVE

sudo aptitude install build-essential pkg-config libfreetype6-dev libopenal-dev libvorbis-dev libtheora-dev libmpg123-dev libluajit-5.1-dev libphysfs-dev libmodplug-dev

sudo aptitude install autotools-dev automake libtool libdevil-dev libogg-dev libflac-dev libflac++-dev libmng-dev

# raspbian jessie
sudo aptitude install libturbojpeg1-dev

# raspbian stretch
sudo aptitude install libturbojpeg0-dev

_pilove/build-love2d.sh at master - skarbat/pilove

sudo aptitude install build-essential pkg-config libfreetype6-dev libopenal-dev libvorbis-dev libtheora-dev libmpg123-dev libluajit-5.1-dev libphysfs-dev libmodplug-dev

sudo aptitude install devscripts git-core debhelper dh-autoreconf libasound2-dev libudev0 libudev-dev libdbus-1-dev libx11-dev libxcursor-dev libxext-dev libxi-dev libxinerama-dev libxrandr-dev libxss-dev libxt-dev libxxf86vm-dev libgl1-mesa-dev libpulse-dev libibus-1.0-dev pulseaudio libraspberrypi-dev

love2d 0.10.2 の Linux用ソースをDLしてビルドする。

mkdir ~/love2d
cd ~/love2d
wget https://bitbucket.org/rude/love/downloads/love-0.10.2-linux-src.tar.gz
tar zxf love-0.10.2-linux-src.tar.gz
cd love-0.10.2
./configure
make
sudo make install

love で実行。例の画面が出た。

サウンドを鳴らすソースを与えて動作確認してみた。以下のような警告が表示されたものの、音が鳴った。…やった！ 鳴ったぞ！ ようやく音が聞こえたわ…。

AL lib: (WW) alc_initconfig: Failed to initialize backend "pulse"

つまり、raspbian jessie上で SDL2 や love2d をビルドする分には、ちゃんと音が鳴ることが分かった。Raspberry Pi + love2d は音が鳴らない、というわけではないらしい。

しかし、raspbian stretch でやると音が鳴らないわけで…。SDL2、もしくはlove2dは、raspbian stretch に未対応ということだろうか？ love2d を使いたいなら、raspbian jessie を使うしかない？

それとも pulseaudio が絡んでたりするのだろうか。例えば pilove の公式サイト上に書いてあるとおりに、

pulseaudio --start

とやってから love2d を動かすと、音が鳴らなくなるし…。

pulseaudio --kill

とやってから再度試したら音が鳴ったし…。

pulseaudio ってそもそも何なのでしょうか。ググって各説明ページを眺めてみてもピンとこない。Linuxのサウンドシステム関係はよく分からんなあ…。いや、Windowsのサウンド関係もちゃんと分かってるわけでもないけれど。

raspbian関係の記事をググってたら気になる話が。raspbian jessie までは、Bluetooth から音を鳴らすために標準で pulseaudio がインストールされていたけど、raspbian stretch では別の何かを使って Bluetooth から音を鳴らせるようになったので pulseaudio は標準でインストールされていないらしい。

_Raspbian StretchではPulseaudioを使わなくなったのでxrdpのサウンドをどうするか思案中
_Raspbian Stretch has arrived for Raspberry Pi - Raspberry Pi

そのあたりが関係してるのかな…。

さて、万が一アップグレードに失敗したときのために、現状のOSシステムをバックアップしておかないといけない。一応、Windows10にも、以前のOSに書き戻せる機能がついてる、という話をどこかで見かけた記憶もあるけれど。もし Windows10 が起動しなかったら、おそらくどうしようもなくなるわけで。

バックアップの方針としては、どうやら二つの選択肢がある模様。

• Windows7 に標準で入ってるバックアップ機能を使ってシステム部分だけをバックアップする。
• HDDのパーティション単位で丸々イメージを残せる、バックアップ用のフリーソフトを導入する。

今回は、後者を選んでみた。EaseUS Todo Backup というフリーソフトを使わせてもらう。

親父さんPCは、システムドライブがSSD。ソレを、USB2.0接続の外付けHDDにバックアップする。システムドライブは200GBほど使ってたけど、時間にして約2時間程度でバックアップが取れた。

Windows7 のタスクトレイにずっと鎮座し続けている、Windows10マークのアイコンをクリック。指示通りにボタンを押していった。

ダウンロードも含めて、おそらく2〜3時間程度でアップグレードできた模様。

親父さんが普段使ってるソフト ―― Canon Zoom Browser EX やホームページビルダーも一応動いてるみたいなので、これでしばらく様子を見てほしい、てな話に。

意外とスンナリ、アップグレードできたなあ…。AMD CPUが載ってるハードだから何かトラブルが起きるのではと思ってたけど、ラッキーだった。

途中で、富野監督が登場するCMが放送されてビックリ。しかも、「アニメばかり見てアニメ作っちゃいかん！」のメッセージまで披露されて。うわあ。よりにもよって、こういう作りの作品を放送しているタイミングで、ソレを言ってくるか…。偶然だろうけど、なんかスゴイ。

宮崎駿監督は、冒険小説や児童文学をアニメに翻訳してきた節があるし、富野監督は、思想書や大衆芸能をアニメに翻訳してきた節があるように自分は思っているのだけど。それと比べると、今の世代の作り方は ―― 既存のアニメ作品をコラージュして作ってしまうその姿は、まるでスーパーで惣菜を買ってきて食卓に並べてるだけ、のように見えるのかもしれないなと思えてきたり。食材買ってきて下ごしらえからやらないと料理をしたとは言えないんだよ、と諭されちゃってる、みたいな話なのかなあ。…でも、宮崎アニメや富野アニメって、ほっぺたが落ちそうなぐらいに旨いから、食卓に並べてみたいと…思っちゃうよなあ。

企画、脚本、演出レベルでは、DJ感覚の作りが主流になってるのかな、てなこともチラリと思ったり。「コレとコレを『与作』で繋ぐとは！」みたいな楽しみ方になってるところもあるのかしら。

今回出てきた喫煙シーンって、かなり秀逸な出来だったように思えたり。

まず、ルパンと次元がちゃんと喫煙していたところがグッド。「へ？ そんなの当たり前だろ？」と思う人が居るかもしれないけど、全然当たり前じゃないですよ。一時期のルパンTVSPでは、煙草一本すら吸えなかったわけで…。たぶん、ファミリー向けを意識せよ、てのが行き過ぎちゃって、脚本に書いてあってもプロデューサーさんから「これは今の御時勢にマズイですよー(苦笑い」とか言われちゃって没になってたのかなと勝手に邪推してますけど。何にせよ、「煙草を吸わないルパンなんて、ルパンじゃねえよ！」と、その一点だけは譲らなかった・守って見せたスタッフは偉いなと。まあ、プロデューサーさんがちょっと改心(?)してくれた可能性もありそうだけど…。

そして。「吸う吸わないはアンタの自由だ勝手にしな」「だけど、場をわきまえずにスパスパするヤツはカッコ悪いんだよ！」「カッコイイ男ってのはこういう吸い方ができるヤツじゃねえのか？」てなあたりの啓蒙を、美人で強い母ちゃんには頭の上がらない男達という、ちょっと笑いを交えたやり取りを使って自然に誘導していったあたりに、「この脚本…上手いぞ…！」と。しかも、そのやり取りの結構後で出てきた喫煙シーンでは、「犯罪者や荒くれ者だけど、こういう部分では気配りするあたり、基本的には優しいおじさん達なんだろうな…」と印象付けちゃう効果も期待できるわけで。

ファミリー向け作品の中で喫煙シーンを描く手管としては、100点満点中120点の出来じゃないのかと感心させていただきました。いやー、今後、コレを超える喫煙シーンは、ちょっと作れないんじゃないかな…。もちろん、ファミリー向けという檻の中では、という話ですけど。

自分は未見なのだけど。なんとなく、宮崎アニメの「風立ちぬ」の喫煙シーンを ―― 呼吸器系の病気を患ってる奥さんの隣でスパスパ吸っちゃう旦那さん、のソレを思い出したりもして。なんだか世間の一部でそのシーンに食ってかかってた人達が居ると聞くわけで。そのシーンと比べると、今回のソレは、なんだか対照的な描き方だったりしないのかなと。

もちろん、「風立ちぬ」のそのシーンは、そういう時代だったこと、旦那さんがどんだけ身勝手な人間なのか象徴してること、しかし奥さんを気づかう気持ちがゼロではないあたりがますます性質が悪いこと、などなど、1つのシーンに多重の意味を含めていることが話を聞いてるだけでも容易に推測できるので、「宮崎アニメって、やっぱりとんでもねえ」と思えてくる恐ろしいシーンなわけですけど。それにしても、煙草＝悪、という認識を持って描かないとそういうシーンは成立しないわけで…。悪いものを悪いものとしてしっかり描いてるのに、なんでこの人達は文句を言うんだろ？ と世間様の一部に対して疑問が湧かないでもないですが。

それはともかく。次元がフツーに 敵を射殺していたり、最後のあたりで 「正義の味方の時間はここまでだ」とルパンに言わせたあたり、「ルパンという作品は、本当は、こんなのどかな作品じゃないんだよなあ」とスタッフが思ってそうな部分がチラチラ見えた気もして、そのあたりも興味深かったりして。

そういえば、一話で「僕をモルモットにしろ！」と叫ぶ(も同然の)シーンがあって、「おお…スゲエ…」と思ってしまったり。

というのも、数日前に、「これじゃ私達はモルモットじゃないか！(プンスカ」の台詞ってなんだか浅いよな、「俺をモルモットにしろ！」の台詞があってもおかしくないんじゃないか、と思ったからで。ただ、その時は、「そんな台詞を吐くアニメなんて作るわけないか」と浅はかに結論付けてしまって。ところが自分がそんなことを思っていたちょっと前に、「モルモットにしろ！」と叫ぶ(も同然の)アニメが既に放送されてたとは…。浅かったのは自分だった！というオチに。

やっぱりそっちもアリだよな…。ちょっと問題発言かもしれないけど、例えば、太平洋戦争中の特攻志願兵の方なども、そういう心理があったんじゃないか、と思うわけで。「自分が犠牲になることで家族が守れるなら」みたいな気持ちが ―― 自身が所属する集団を守るために自分が犠牲になるなら、それは無意味な選択ではないはずだ、と考えた人も多かったのではと自分は想像していて。そういう境地に達した人なら、「お前がコレをすることでお前の親しい人が救われるぞ」てな状況を前にした時、「分かった。なら、俺をモルモットにしてくれ」という台詞もあり得るし、不自然ではないよなと。「モルモットにする気か！(プンスカ」だけで終わらないはずだよなー、と。

ということで、「この脚本、そこらへんを一歩踏み込んだ状態で書かれてる気がする…」と思ったのでした。まあ、「モルモットにするな！」も「モルモットにしろ！」も、どっちもあり得るので、浅いとか深いとかそういう話でもなさそうですけど。…もしかすると、キャラの性格を提示するための定番のやり取り、でもあるのかなと思えたりもしますけど。

これがもし、「モルモットにしてくれ！」じゃなくて「ムチで叩いてくれ！」だと似たような感じの台詞なのに全然違う印象になるなー、と一瞬思ったけどちょっと待て何考えてんだ俺。

テンキーは分離してしまうのが一番いいような気がする。フルキーボードのテンキー部分だけをばっさり無くして、テンキーはまた別に用意してしまうのが良いのではないだろうか。いや、そういったタイプもあることはあるけど、何故かBluetoothばかりなんだよなあ…。Bluetoothを使うと、設計する上で利点があるのだろうか。独自ワイヤレスより多数のデバイスを認識しやすい、とかあるのかもしれないか。

カーソルキーを小さくするぐらいなら、まだテンキーを小さくしたほうが使えるのではないかと思わないでもない。例えば、TVやビデオのリモコンには、あるいは携帯電話には、えてしてテンキー部分がついてるけど。PCのキーボードよりはるかに小さいではないかと。しかし小さいからといって入力ができないかと言うと、そういうことはまったくない。むしろ、リモコンをいちいち見なくても、テンキー部分は押せるぐらいに使えてしまうわけで。ということで、小さくするならまずテンキー部分を、というのはそんなに外してないのでは。…私達の日常生活の中で、豆粒のようなテンキーがあちらこちらに既に存在していて、私達はソレを当たり前のように使っているのだから。と思うのだけど、どうだろう。

_正距円筒図法 - Wikipedia
_地図投影法 / 投影法カタログ / 正距円筒図法

なんとなくわかってきた、かもしれず。緯度経度の幅が一定になってる＝equirectangular…てことは、画像上にそのまま雲等を張り付ければ、球に対してグルリと回るような見え方になってくれる、のであらうか。

huginで、先日撮影してきた写真の地平線部分だけを合成。それをGIMPで開いて、w:h=2:1の画像上の真中に配置して、スタンプツールで修正。川とか道とかグラウンド等を塗りつぶし。

雲の切り抜きが判らん…。

プロローグ [prologue]

(1)演劇で、本筋に入る前の幕で、その劇の主題を暗示するために演じられる短い場面や、主題・内容などの説明をする詩や台詞(せりふ)。前口上。
(2)詩歌・小説・歌劇・音楽などで、その主題を暗示するための前置きの部分。序詩・序詞・序言・序章・序曲・序奏など。
(3)物事の始まり。発端。

プロローグ 3 [prologue] - goo 辞書 より

_エピローグ [epilogue]

エピローグ [epilogue]

(1)劇・小説・詩歌などで、全体をしめくくる言葉・終わりの部分。終章。 ⇔プロローグ
(2)〔音〕
(ア)劇音楽などの終わりの部分。
(イ)コーダ（終結部）あるいはコデッタ（小終結部）のこと。

エピローグ 3 [epilogue] - goo 辞書 より

うっかり間違えた。

Windows 2000/XP が ACPI で稼動するかどうかは、使用している HAL で決定されます。

Windows 2000、XP セットアップ時に F5 キーを押すことで、(稼動するかどうかは別として) 任意の HAL を指定できますが、セットアップ後に HAL を変更したい場合、以下の手順を実行します。

1. 「マイコンピュータ」を右クリックして [管理] をクリックします。(2000) (XP は [スタート] をクリックしてから [マイコンピュータ] を右クリックして [管理] をクリックします。)
2. ツリーから [デバイスマネージャ] をクリックします。
3. [コンピュータ] を展開します。
4. [標準 PC] もしくは [Advanced Configuration and Power Interface (ACPI) PC] などと書いてある部分をダブルクリックします。
5. [ドライバ] タブをクリックし、「ドライバの更新」ボタンをクリックします。
6. デバイスドライバのアップグレードウィザードが起動するので、次の手順を実行します。
　* Windows XP の場合
　1. ウィザード初期画面で、「一覧または...」を選択して「次へ」をクリックします。
　2. 「検索しないで、インストールするドライバを選択する」を選択して「次へ」をクリックします。
　3. 変更したい HAL を選択して「次へ」をクリックします。

wxp:セットアップ より

ACPI PC から標準PCには変えられたのだけど。一度、標準PCにしてしまうと、ACPI PC には戻せず。トホホ。

デジカメで撮ってみたり。 英語わかんない。が、たぶん、IRQ 関係っぽい。とりあえずテキストにしてみるか…。

A problem has been detected and windows has been shut down to prevent damage to your computer.

IRQL_NOT_LESS_OR_EQUAL

If this is the first time you've seen this stop error screen, restart your computer. If this screen appears again, follow these steps:

Check to make sure any new hardware or software is properly installed. If this is a new installation, ask your hardware ore software manufacturer for any windows updates you might need.

If problems continue, disable or remove any newly installed hardware or software. Disable BIOS memory options such as caching or shadowing. If you need to use safe Mode to remove or disable components, restart your computer, press F8 to select Advanced Startup Options, and then select Safe Mode.

Techinical information:

*** STOP: 0x0000000A (0xBE3F6298,0x00000002,0x00000001,0x80517E7B)

Beginning dump of physical memory
Physical memory dump complete.
Contact your system administrator or technical support group for further assistance.

要するにセーフモードで起動しろとか、最後にインストールしたハード・ソフトを疑えとか、そういう話かしら。

USB2.0ボード関係が、あらゆる他のボードとIRQを共有してるわけで。もう、諦めた。

この環境に、USB2.0ボードをつけるときは、

• キャプチャボードを外して、USB接続キャプチャユニットを購入・導入する。
• サウンドカードを外して、USBオーディオを購入・導入する。

…ことにしよう。

もしかして、VIAのチップを使ったUSB2.0ボードだから、不具合が起きてるのかしら。いや、不具合が起きたのは、USB2.0ボードをつける前からだから、VIAチップのせいではないのだろうな。

FSB 75MHz → 66.6MHz になったことで、Celeron 1GHz → 900MHz になってるけど。FSB が低くなったことで、他も軒並み遅くなってるのかしら。

検索した限りではそれほど問題はなさそうな気もするけど、voidナントカなる表記自体がよろしくないという話も見かけたし。 *1 …そのへん言い始めたら、HNも変えなきゃいかんだろうなぁ。少なくとも、似たようなHNのスゴイ絵描きさんが居たりするわけで…。 *2 うーん。

いいや。面倒臭い。大体にして、「志村」といえば「けん」が出てくるし、「宮崎」といえば「駿」が出てくるし、「ぶるま」といえば「ほげろー」になるわけで。「志村健太郎」さんや「宮崎孝雄」さんは改名しなくちゃいけないのか。そういうわけでもないだろう。全く同じHNならともかく、検索しても自分のHNしか出てこないんだから、いいじゃん。

ちなみに「ぶるま○○○○」なんて名前の人は検索しても見つかりませんでした。秀逸なPNだなぁ。…秀逸なのか？ (;´Д｀)？

_元ディズニー幹部対ディズニーの裁判（2）
_映画の都　ハリウッドビジネス裏事情