mieki256's diary

どうもこの見た目は個人的に我慢できない。もうちょっとどうにかしたい。ダイソーでリメイクシートを買ってきた。「組木風木目柄」と書いてある。45 x 90cm。100円。

12 x 3 cm のサイズで切ったモノを4枚用意して、今回追加した木片の周りに貼ってみた。色が白系から茶色系になっただけでも見た目が改善された気がする。

リメイクシート裏面の糊が弱いので、すぐ剥がれそうな気もするのだけど、その際は両面テープで再度貼り直せばいいかなと…。木工用ボンドの類でも良さそうな気もするけど。

リメイクシートを貼った状態の写真を撮影してみた。こんな感じ。

今まで使っていたソレより音漏れが大きい気がする…。音を出す部分の口径が大きくなったからだろうか。あるいは、穴に被せてある部分の材質が違っていて、音が抜けやすくなっているのだろうか。

ただ、音は今まで使っていたものより、ちゃんと聞こえるようになった気もする。Lの音が小さいということもない。やはり今までのイヤホンは何かが壊れてしまっていたようだなと…。

TDE (Trinity) 上でしか動かないらしいので、まずは TDE をインストールしないといけない。以下のページを参考にしてインストール作業をした。

_Ubuntu 20.04.1 をインストールして、TDE (Trinity) デスクトップを追加〈H98〉 - Linux あれこれ
_Ubuntu Trinity Repository Installation Instructions - Trinity Desktop Project Wiki
_Trinity Desktop Environment

ちなみに、リポジトリ設定を変更して TDE をインストールするわけだけど、変更後に sudo apt update をすると以下のエラーメッセージが出続ける。

N: リポジトリ 'http://mirror.ppa.trinitydesktop.org/trinity/deb/trinity-r14.0.x focal InRelease' がアーキテクチャ 'i386' をサポートしないため設定ファイル 'main/binary-i386/Packages' の取得をスキップ
N: リポジトリ 'http://mirror.ppa.trinitydesktop.org/trinity/deb/trinity-builddeps-r14.0.x focal InRelease' がアーキテクチャ 'i386' をサポートしないため設定ファイル 'main/binary-i386/Packages' の取得をスキップ

N: Skipping acquire of configured file 'main/binary-i386/Packages' as repository 'http://mirror.ppa.trinitydesktop.org/trinity/deb/trinity-r14.0.x focal InRelease' doesn't support architecture 'i386'
N: Skipping acquire of configured file 'main/binary-i386/Packages' as repository 'http://mirror.ppa.trinitydesktop.org/trinity/deb/trinity-builddeps-r14.0.x focal InRelease' doesn't support architecture 'i386'

Ubuntu Linux は i386 をサポートしなくなったのだけど、そのことが関係してるのだろうか…？

ググってみたら、「deb の直後に [arch=amd64] を追加せよ」という解決策に遭遇。

_Ubuntuでリポジトリのダウンロード失敗対処 - Libra Studio エンジニアブログ

試してみたら、件のエラーメッセージが出なくなった。助かった。

sudo vi /etc/apt/sources.list

deb [arch=amd64] http://mirror.ppa.trinitydesktop.org/trinity/deb/trinity-r14.0.x focal main
deb [arch=amd64] http://mirror.ppa.trinitydesktop.org/trinity/deb/trinity-builddeps-r14.0.x focal main
deb-src [arch=amd64] http://mirror.ppa.trinitydesktop.org/trinity/deb/trinity-r14.0.x focal main
deb-src [arch=amd64] http://mirror.ppa.trinitydesktop.org/trinity/deb/trinity-builddeps-r14.0.x focal main

パッケージ名は、kpovmodeler-trinity らしい。

sudo apt install kpovmodeler-trinity

当然ながら POV-Ray も利用するのでインストールしておく。POV-Ray 3.7 がインストールされる。

sudo apt install povray povray-doc povray-examples

kpovmodeler は KDE のアプリケーションなので、KDE (TDE) が立ち上がってる状態じゃないと利用できない。Ubuntu Linux 20.04 LTS x64 のログイン時にTDEを選んでログインする。

スタートメニュー → グラフィックス → kpovmodeler、を選択すれば起動する。


見た目はかなりイイ感じ。

• ツールバー上のアイコンは、GIMP や blender のようなモノクロ1色の見分けにくいソレではなくて、それぞれにちゃんと色がついているので視認性が高い。
• オブジェクトのプロパティはツリー表示されているので、どこに、何が、どんな順番で含まれているのかがとても分かりやすい。

ところが、POV-Ray でレンダリングしようとしたらエラー発生。

povray: cannot open the user configuration file /home/USERNAME/.povray/3.7/povray.conf: No such file or directory

Problem with option setting
povray +W800 +H600 +Q9 -QR +A +AM0 +A0.300 -J +R2 +UA +I/tmp/tde-mieki256/kpovmodelerSlz0Tc.pov +O- +FT +K0.0 +KFI1 +KFF1 +KI0.0 +KF0.0 +SF1 +EF1 -KC -D
Failed to parse command-line option

まず、~/.povray/3.7/povray.conf が見つからないと言っている…。

ググったら、解決策に遭遇。

_povray - Using POV-Ray installed via the APT - Ask Ubuntu

/etc/povray/ 以下に該当ファイルが存在するらしい。ln でリンクを作れば解決しそう。

ln -s /etc/povray ~/.povray

これで、~/.povray/3.7/povray.conf が無いというエラーは出なくなった。しかし、相変わらず以下のエラーが出る。

Problem with option setting
povray +W800 +H600 +Q9 -QR +A +AM0 +A0.300 -J +R2 +UA +I/tmp/tde-mieki256/kpovmodeler1hN41c.pov +O- +FT +K0.0 +KFI1 +KFF1 +KI0.0 +KF0.0 +SF1 +EF1 -KC -D
Failed to parse command-line option

POV-Ray のニュースグループでも質問されていた。

_POV-Ray: Newsgroups: povray.beta-test: QR command line option

上記のやり取りによると、POV-Ray に QR というコマンドラインオプションは存在しないのに、kpovmodeler が指定しちゃってるらしい。POV-Ray 3.5 の時点でも、そんなオプションは無いのだとか。また、kpovmodeler は POV-Ray 3.1時代のアプリではないか、という話も出ている…。たしかに、画面のあちこちに「3.1」という表記が見える…。POV-Ray 3.1 時代なら QR というオプションにも意味があったのだろうか…？

POV-Ray (povray) に渡しているオプションをどこかの設定項目で指定しているのではないかと探してみたけど、それらしい設定は見当たらなかった。もしかすると kpovmodeler のソースコード内でハードコーディングされちゃってるのかもしれない。

何にせよ、古過ぎるから現状の POV-Ray と仕様が合ってなくて不具合が出るモデリングツール、ではあるらしいなと。まあ、このツールを使いたい時は、必ず KDE (TDE) の利用を強制されるあたりも、なんだかアレだけど…。

ちなみに、ファイル → エクスポート、で .pov を出力することはできた。出力された .pov を使って、端末上で povray hoge.pov と打ってやったらレンダリング結果は得られた。kpovmodeler から直接 POV-Ray を呼び出すのは無理だけど、.pov をエクスポートして云々という流れなら使えるのかもしれない。

関連情報をググっていたら、一時期、kpovmodeler からKDE関係の記述を削除して、Qt で置き換えてビルドできるようにしてみた方が居たと知った。

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

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

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

ビルドできるか試してみる。

mkdir pkg
cd pkg
mkdir povmodeler
cd povmodeler

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

cmake ../ を走らせたらエラーが出た。CMakeCache.txt を削除しろと言ってるな…。

rm ../CMakeCache.txt
cmake ../
make

make をしたら「libxml/parser.h が見つからない」とエラーが出た。

_linux - Compiler can't find libxml/parser.h - Stack Overflow

libxml2-dev をインストールしないといかんらしい。

sudo apt install libxml2-dev libxml2-doc

make が先に進むようになったが、最後でエラー。

[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:584: src/modeller/povmodeler] エラー 1
make[1]: *** [CMakeFiles/Makefile2:320: src/modeller/CMakeFiles/povmodeler.dir/all] エラー 2
make: *** [Makefile:152: all] エラー 2

「xmlFree xmlGetProp link error ubuntu」でググってみたけど、よく分からん…。

qtpovmodeler にリネームした版もあるらしいので、ビルドできるか試してみた。

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

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

こちらはビルドできたっぽい。qtpovmodeler という実行ファイルが作成された。./qtpovmodeler で実行してみたところ、画面が表示された。

プリミティブもカメラもグレーアウトしていて、何も追加できない…。なかなか厳しい。

ビルド済みの qtpovmodeler をDLして試してみたけのだけど。

wget http://www.buckosoft.com/tmp/qtpovmodeler.bz2
bunzip2 qtpovmodeler.bz2
chmod +x qtpovmodeler
./qtpovmodeler

$ ./qtpovmodeler 
./qtpovmodeler: /usr/lib/x86_64-linux-gnu/libQt5Core.so.5: version `Qt_5.13' not found (required by ./qtpovmodeler)

Qt 5.13 を強要されるようで、Ubuntu Linux 20.04 LTS 上では動作しなかった。残念。

そもそも、Ubuntu 20.04 LTS でインストールされる Qt5 って、バージョンはいくつなんだろう…。

_Ubuntu18.04 LTSにQt5をインストールしよう！ - IT徒然草

sudo apt install qtbase5-dev qttools5-dev-tools qt5-default

qtbase5-dev のバージョンを確認すればいいのかな。

$ sudo apt show qtbase5-dev
Package: qtbase5-dev
Version: 5.12.8+dfsg-0ubuntu1
...

5.12.8 らしい。

以下のようなPHPスクリプトになった。

timelog.php

<!DOCTYPE html>
<html lang="ja">

<head>
<meta charset="utf-8">
<title>Time Log</title>
<link rel="stylesheet" href="def.css">
</head>

<body>
<h1>Time Log</h1>
<pre>
<?php
$contents = file_get_contents("timelog.txt");
echo $contents;
?>
</pre>
<div>
<a href="timelog.php">Reload</a>
<a href="clearlog.php">Clear Log</a>
<a href="./">Back</a>
</div>
</body>
</html>

clearlog.php

<!DOCTYPE html>
<html lang="ja">
<head>
<meta charset="utf-8">
<title>Clear Log</title>
</head>
<body>
<?php
file_put_contents("timelog.txt", "");
?>
<p>Log cleared successfully.</p>
<p><a href="./timelog.php">Back</a></p>
</body></html>

この程度なら、Webブラウザから直接 .txt にアクセスしてもよいのでは、という気もする…。でもまあ、色々勉強になったから、これはこれで…。

ちなみに、Perl + HTML::Template + CGI.pm なら、こんな感じで。

use strict;
use warnings;
use HTML::Template;
use FindBin;
use CGI;

my $log_file  = "timelog.txt";
my $tmpl_file = "timelog_tmpl.html";

my $dbg        = 0;
my $q          = CGI::new();
my $script_dir = $FindBin::Bin;
$log_file  = $script_dir . '/' . $log_file;
$tmpl_file = $script_dir . '/' . $tmpl_file;

my $content = "";
my $params  = "";

if ($dbg) {
    for my $name ( $q->param ) {
        $params .= $name . "=" . $q->param($name) . "\n";
    }
}

if ( $q->param('action') eq 'clear' ) {

    # clear log file
    open my $fh, '>', $log_file
        or die "Can't open file $log_file : $!";
    print $fh "";
    close $fh;

    # $content = "Clear log\n";
    $params .= "clear log file.\n";
}
else {
    # read log file
    open my $fh, '<', $log_file
        or die "Can't open file $log_file : $!";
    $content = do { local $/; <$fh> };
    close $fh;
    $params .= "read log file.\n";
}

my $template = HTML::Template->new( filename => $tmpl_file );
$template->param( TIMELOG => $content );
$template->param( PARAM   => $params );
print "Content-Type: text/html\n\n", $template->output;
exit;

CGI.pm を使って HTML5 に対応させるにはどうしたらいいのか、と疑問に思ってググってみたら、そもそも今時は CGI.pm でHTMLを生成するなんてナンセンス、という空気のようで。「HTMLテンプレートを読み込んで一部を変更して出力、てな処理をすべきだよ」「CGI.pm で生成？ ないわー」ということになってるっぽい。

たしかに、そのほうが楽だよな…。ただ、ファイルへのアクセス回数が増えるような気もするのだけど…。キャッシュ云々でそのあたり改善できたりもするのだろうか…。

以下の記事を眺めていて気づかされた。

_GETとPOSTの使い分け ついでにPUTとDELETE - Qiita

GETは、検索エンジンのクローラーがページを見に来る可能性があるため、データベースにアクセスするような内容は書かないようにする。
クローラーが来るたびにデータの追加、変更、削除をされないように、意図的に見に来ないPOSTで処理する必要がある。

GETとPOSTの使い分け ついでにPUTとDELETE - Qiita より

ああ、たしかに…。

つまり、本来であれば、前述の、呼ばれただけでログファイルの中身をクリアするスクリプト(clearlog.php)なんて論外だなと。クローラーが来るたびにログが消去されてしまう。まあ、今回はローカルで実験してるだけだからアレだけど…。

気になってググってみたけれど。

_洪水で街中のガソリンスタンドも水没してるけど、ガソリンが... - Yahoo!知恵袋

パイプが立っていて、そのパイプの高さを超えて水没するとヤバいらしい…。その高さまで行くかなあ…。ちょっと分からんな…。

まあ、阿武隈川は、 _平成の大改修 で堤防等を強化してあるはずだし。若干上流に、 _浜尾遊水地 もあるので、昔ほど酷いことにならないのでは、と楽観視したりもするのだけれど。

そのうち、洪水が起きていたことすら忘れて、「この遊水地って要らないんじゃね？ 潰そうぜ！」とか言い出す人が出てきたら、その時はどうなるか分からないよな…。

そういう場所が、日本各地にたくさんありそうだなと。

数年前、犬の散歩のついでに浜尾遊水地のあたりを回ったことがあるのだけれど。その頃、トラックが何台も入ってきて、何か黒い袋を大量に埋めてたんだよなあ…。

洪水が起きて、遊水池まで水が入ってきたら、あの、埋めていた何かしらも阿武隈川に流れ出して、宮城県まで流れていくのだろうなと…。

アレって一体何を埋めてたんだろう…。なんとなくだけど、たぶんアレかなあ…。いや、分からんけど。

以下でインストールできるらしい。

sudo pip install pi3d
sudo pip3 install pi3d

Python 2.7 にインストールするなら pip を、Python 3.x にインストールするなら pip3 を使う。

pi3d_demos に、デモスクリプトがまとめてある。git を使って github から入手。

git clone https://github.com/pi3d/pi3d_demos.git

地球が表示されるはずのスクリプトを動かしてみる。

$ cd pi3d_demos
$ python Earth.py

libEGL warning: DRI2: failed to authenticate

警告が出て、何も表示されなかった…。Ctrl+C でスクリプトを強制終了。

(※ 2017/09/01追記。sudo rpi-update をすれば、問題は修正される模様。)

ググったら、以下のページが見つかった。

_libEGL warning: DRI2: failed to authenticate - Issue #177 - tipam/pi3d
_Frequently Asked Questions - pi3d 2.20 documentation
_Raspberry Pi 2/3 Model B（Raspbian Jessie with PIXEL)でRStudioを使う

pi3d のバグ報告や、FAQページによると、pi3d を動かす際には、

/usr/lib/arm-linux-gnueabihf/

に入ってる、以下の4つのファイルが絡んでくるらしい。

libEGL.so
libEGL.so.1
libGLESv2.so
libGLESv2.so.2

なんでも、sudo apt install xxxx をしていく際に、それらのファイルが不適切なファイルで上書きされてしまう…時があって、そうなると正常動作しなくなるのだとか。

ストレージ(microSD)内には、色んな種類の libEGL.so、libGLESv2.so が存在してるようで。 _find という、ファイル検索をするコマンドを使ってリストアップしてみる。

sudo find / -name libEGL*
sudo find / -name libGLESv2*

自分が使ってる raspbian stretch 上では以下の結果になった。

$ sudo find / -name libEGL*
find: ‘/run/user/1001/gvfs’: 許可がありません
/usr/lib/arm-linux-gnueabihf/libEGL.so.1
/usr/lib/arm-linux-gnueabihf/libEGL.so
/usr/lib/arm-linux-gnueabihf/libEGL.so.1.0.0
/usr/lib/chromium-browser/libEGL.so
/opt/vc/lib/libEGL_static.a
/opt/minecraft-pi/lib/mesa/libEGL.so
/opt/minecraft-pi/lib/brcm/libEGL.so

$ sudo find / -name libGLESv2*
find: ‘/run/user/1001/gvfs’: 許可がありません
/usr/lib/arm-linux-gnueabihf/libGLESv2.so.2
/usr/lib/arm-linux-gnueabihf/libGLESv2.so.2.0.0
/usr/lib/arm-linux-gnueabihf/libGLESv2.so
/usr/lib/chromium-browser/libGLESv2.so
/opt/vc/lib/libGLESv2_static.a
/opt/minecraft-pi/lib/mesa/libGLESv2.so
/opt/minecraft-pi/lib/brcm/libGLESv2.so

chromium-browser や minecraft-pi も、それらのファイルを持ってると分かった。

また、/usr/lib/arm-linux-gnueabihf/ 内の各ファイルについても状況を確認してみる。

$ ls -al /usr/lib/arm-linux-gnueabihf/libEGL*
lrwxrwxrwx 1 root root     15  8月  4 21:41 /usr/lib/arm-linux-gnueabihf/libEGL.so -> libEGL.so.1.0.0
lrwxrwxrwx 1 root root     15  8月  4 21:41 /usr/lib/arm-linux-gnueabihf/libEGL.so.1 -> libEGL.so.1.0.0
-rw-r--r-- 1 root root 175516  8月  4 21:41 /usr/lib/arm-linux-gnueabihf/libEGL.so.1.0.0

 $ ls -al /usr/lib/arm-linux-gnueabihf/libGLESv2*
lrwxrwxrwx 1 root root    18  8月  4 21:41 /usr/lib/arm-linux-gnueabihf/libGLESv2.so -> libGLESv2.so.2.0.0
lrwxrwxrwx 1 root root    18  8月  4 21:41 /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2 -> libGLESv2.so.2.0.0
-rw-r--r-- 1 root root 38184  8月  4 21:41 /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2.0.0

• libEGL.so と libEGL.so.1 は、libEGL.so.1.0.0 からリンクが張られていた。
• libGLESv2.so と libGLESv2.so.2 は、libGLESv2.so.2.0.0 からリンクが張られていた。

pi3dのFAQページには、「sudo _ln -fs リンク元 リンク先 を使って適切な .so を探して割り当ててみてくれ」と書いてあった。

chromium-browser のソレを割り当てて試してみる。

sudo ln -fs /usr/lib/chromium-browser/libEGL.so /usr/lib/arm-linux-gnueabihf/libEGL.so
sudo ln -fs /usr/lib/chromium-browser/libEGL.so /usr/lib/arm-linux-gnueabihf/libEGL.so.1
sudo ln -fs /usr/lib/chromium-browser/libGLESv2.so /usr/lib/arm-linux-gnueabihf/libGLESv2.so
sudo ln -fs /usr/lib/chromium-browser/libGLESv2.so /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2
sudo ldconfig

ldconfig は… _共有ライブラリの依存関係情報を更新する らしい。

_ldconfig【コマンド】とは｜「分かりそう」で「分からない」でも「分かった」気になれるIT用語辞典

python Earth.py を実行してみた。ダメだった。コレではないらしい。

minecraft-pi のソレを割り当てて試してみる。が、2種類あるな…。

/opt/minecraft-pi/lib/mesa/ 内のソレは、/usr/lib/arm-linux-gnueabihf/ 内のソレにリンクが張ってあった。これを指定しても意味はない。

$ ls -al /opt/minecraft-pi/lib/mesa/
合計 20
drwxr-xr-x 2 root root 4096  8月 16 10:02 .
drwxr-xr-x 4 root root 4096  8月 16 10:02 ..
lrwxrwxrwx 1 root root   40  7月  5 19:52 libEGL.so -> /usr/lib/arm-linux-gnueabihf/libEGL.so.1
lrwxrwxrwx 1 root root   43  7月  5 19:52 libGLESv2.so -> /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2
-rw-r--r-- 1 root root 9588  7月  5 19:52 libbcm_host.so.1.0

/opt/minecraft-pi/lib/brcm/ 内のソレは…なんだかそれっぽいものにリンクされてる。こっちを試してみるべきかな…。

$ ls -al /opt/minecraft-pi/lib/brcm/
合計 8
drwxr-xr-x 2 root root 4096  8月 16 10:02 .
drwxr-xr-x 4 root root 4096  8月 16 10:02 ..
lrwxrwxrwx 1 root root   29  7月  5 19:52 libEGL.so -> ../../../vc/lib/libbrcmEGL.so
lrwxrwxrwx 1 root root   32  7月  5 19:52 libGLESv2.so -> ../../../vc/lib/libbrcmGLESv2.so

sudo ln -fs /opt/minecraft-pi/lib/brcm/libEGL.so /usr/lib/arm-linux-gnueabihf/libEGL.so
sudo ln -fs /opt/minecraft-pi/lib/brcm/libEGL.so /usr/lib/arm-linux-gnueabihf/libEGL.so.1
sudo ln -fs /opt/minecraft-pi/lib/brcm/libGLESv2.so /usr/lib/arm-linux-gnueabihf/libGLESv2.so
sudo ln -fs /opt/minecraft-pi/lib/brcm/libGLESv2.so /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2
sudo ldconfig

python Earth.py を実行。

…出た。なんか地球とか月っぽいものが出てクルクル回ってる。どうやらコレが合ってるらしい。ESCキーか、Ctrl+C を押して終了。

が、しかし、OpenGL ES が正常動作してるか確認できる、es2gears を実行してみたら、

EGLUT: failed to initialize EGL display

とエラーが表示されて何も出てこなくなった…。本当にこれでいいのだろうか…。

元に戻すときは…こうかな…？

sudo ln -fs /usr/lib/arm-linux-gnueabihf/libEGL.so.1.0.0 /usr/lib/arm-linux-gnueabihf/libEGL.so
sudo ln -fs /usr/lib/arm-linux-gnueabihf/libEGL.so.1.0.0 /usr/lib/arm-linux-gnueabihf/libEGL.so.1
sudo ln -fs /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2.0.0 /usr/lib/arm-linux-gnueabihf/libGLESv2.so
sudo ln -fs /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2.0.0 /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2
sudo ldconfig

さておき、調子に乗って pi3d_demos 内のスクリプトをアレコレ動かそうとしてみたけれど。

_Introduction to pi3d - pi3d 2.20 documentation

動くものと、動かないものがあるな…。以下は動いたけど…。

Earth.py
Raspberry_Rain.py
Clouds3D.py
Shapes.py
SpriteBalls.py

MarsStation.py , TigerTank.py は、/dev/input/mice が Permission denied と言われて途中で落ちてしまった。後から追加したユーザアカウントで動かしてるので、マウス入力を取得するためのアクセス権限が無いらしい。

普段使ってるユーザも、ユーザ pi が所属してるグループ群と同じになるように設定してみた。これで、前述の2つのスクリプトも動くようになった。

ユーザをグループに追加する方法も一応メモ。

ユーザpiがどのグループに所属しているか確認。

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

ユーザ hoge が、どのグループに所属しているか確認。

$ groups hoge
hoge : hoge sudo video

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

sudo usermod -aG sudo,pi,adm,dialout,cdrom,audio,video,plugdev,games,users,input,netdev,spi,i2c,gpio hoge

登録できたか確認。

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

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

以下、参考ページ。

_raspberrypi3に独自のユーザを設定する | Hornet|静岡拠点のWeb、ホームページ制作
_usermodでグループを追加するのは危険 - Qiita

usermod を使う場合は、それまで登録されてたグループ名を“全て”列挙しなきゃいけない。記述漏れがあると大変なことになる。だから、usermod より gpasswd を使って登録作業をしていったほうが安全、という話もあるのだけど。上記の記事によると、usermod の -G オプション利用時は、-aG にすれば追加登録になるから、そういう指定をすれば gpasswd と同様の処理になるよ、ということらしい。

# GMCMTのプロジェクトファイルを読んで基本ポーズを表示してみるテスト

require 'dxruby'
require_relative 'gmcmtanimeobj.rb'

obj = GmcmtAnimeObj.new("walk_test.gmp")
bx, by = 320, 240
brot = 0

Window.loop do
  break if Input.keyPush?(K_ESCAPE)    # ESCキーで終了

  brot += 1 if Input.keyDown?(K_UP)    # 本体角度をキー入力で変更
  brot -= 1 if Input.keyDown?(K_DOWN)

  obj.draw_grid(bx, by) # グリッドを描画
  obj.draw(bx, by, brot) # 全パーツを描画
end

ゲームに使うとしたら、画像描画の優先順位(プライオリティ値)が後々絡んできそうな気がする。複数のキャラが画面内に登場するだろうし。どうしたもんか。

• 座標計算だけは事前にしておいて、最後にプライオリティ値に従って描画順を前後させるか。
• それとも、背景画像その他をどのプライオリティ値で描画するか事前に厳密に決めておいて、その範囲内で各キャラのプライオリティ値が収まるようにするか。

後者の方が楽だろうか。どうなんだろう。

haxelib.exe install format
haxelib.exe install svg
haxelib.exe install swf

<?xml version="1.0" encoding="utf-8"?>
<project>
    <!-- NMML reference: https://gist.github.com/1763850 -->
    
    <!-- metadata, make sure 'package' is at least 3 segments (ie. com.mycompany.myproject) -->
    <meta title="haxe_openfl_svg_disp_test" package="haxeopenflsvgdisptest" version="1.0.0" company="mieki256" />
    
    <!-- output -->
    <app main="Main" file="haxeopenflsvgdisptest" path="bin" />
    
    <window background="#FFFFFF" fps="60" />
    <window width="640" height="360" unless="mobile" />
    <window orientation="landscape" vsync="false" antialiasing="4" if="cpp" />
    
    <!-- classpath, haxe libs -->
    <source path="src" />
    <!--
    <haxelib name="gm2d" />
    -->
    <haxelib name="format" />
    <haxelib name="svg" />
    <haxelib name="openfl" />
    <haxelib name="actuate" />
    
    <!-- assets -->
    <icon path="assets/openfl.svg" />
    <assets path="assets/img" rename="img" />
    
    <!-- optimize output
    <haxeflag name="-dce full" /> -->
    
</project>

package ;

import flash.display.Shape;
import flash.display.Sprite;
import flash.events.Event;
import flash.Lib;
import openfl.Assets;

import format.SVG;

//import gm2d.svg.Svg;
//import gm2d.reso.Resources;
//import gm2d.svg.SvgRenderer;

/**
 * SVG display test. use haxenme/svg
 * @author mieki256
 */

class Main extends Sprite 
{
    var inited:Bool;
    var bg:Sprite;
    var count:Int;

    /* ENTRY POINT */
    
    function resize(e) 
    {
        if (!inited) init();
        // else (resize or orientation change)
    }
    
    function init() 
    {
        if (inited) return;
        inited = true;

        // (your code here)
        
        // Stage:
        // stage.stageWidth x stage.stageHeight @ stage.dpiScale
        
        // Assets:
        // nme.Assets.getBitmapData("img/assetname.jpg");

        // svg setting
        var svg = new SVG(Assets.getText("img/bg.svg"));
        var shape = new Shape();
        svg.render(shape.graphics);
        shape.cacheAsBitmap = true;
        
        //var svg = new SvgRenderer(Resources.loadSvg("img/bg.svg"));
        //var shape = svg.createShape();
        //shape.cacheAsBitmap = true;
        
        bg = new Sprite();
        this.addChild(bg);
        bg.addChild(shape);
        shape.x = -320;
        shape.y = -180;
        bg.x = 320;
        bg.y = 180;
        
        this.addEventListener(Event.ENTER_FRAME, onEnterFrame);
        count = 0;
    }
    
    private function onEnterFrame(e:Event):Void
    {
        //bg.rotation = 20 * Math.cos((count * 4) * Math.PI / 180.0);
        count++;
    }

    /* SETUP */

    public function new() 
    {
        super();    
        addEventListener(Event.ADDED_TO_STAGE, added);
    }

    function added(e) 
    {
        removeEventListener(Event.ADDED_TO_STAGE, added);
        stage.addEventListener(Event.RESIZE, resize);
        #if ios
        haxe.Timer.delay(init, 100); // iOS 6
        #else
        init();
        #end
    }
    
    public static function main() 
    {
        // static entry point
        Lib.current.stage.align = flash.display.StageAlign.TOP_LEFT;
        Lib.current.stage.scaleMode = flash.display.StageScaleMode.NO_SCALE;
        Lib.current.addChild(new Main());
    }
}

        var svg = new SVG(Assets.getText("img/bg.svg"));
        var shape = new Shape();
        svg.render(shape.graphics);

以下の画像のような感じになる。

グラデーションの色がおかしくなる件。

Flash ... OK。
Neko ... OK。
HTML5 ... NG。色がおかしい。

ストロークが入っていると表示がおかしくなる件。

Flash ... OK。
Neko ... OK。
HTML5 ... NG。ストロークが無いはずの部分にまでストロークがついている。

画像を表示してマウスカーソルを追いかける、という処理を試しに書いていたのだけど。 Flash や Neko上ではすんなりと正常動作したものの、HTML5上ではうんともすんとも反応しなくてハマったり。

Spriteのプロパティ値を疑って、半日ほどアレコレ試していたけど。そこではなくて、マウス座標がそもそも取得できてない場面があったのが原因だった。undefined だか NaN だかの値をマウス座標として得てしまった際に、Sprite の x座標にもその値が入ってしまって、その後も、その計算不能な値を使って計算しようとするから、ずっと計算できずにピクリとも動かなくなっていた。

Main.hx

package ;

import flash.display.Bitmap;
import flash.display.Sprite;
import flash.events.Event;
import flash.events.MouseEvent;
import flash.Lib;
import flash.text.TextField;
import openfl.Assets;

/**
 * OpenFLテスト。マウスカーソルを画像が追いかける。
 * @author mieki256
 */

class Main extends Sprite 
{
    var inited:Bool;
    var spr:Sprite;
    var bmp:Bitmap;
    var tf:TextField;
    var mousex:Float;
    var mousey:Float;

    /* ENTRY POINT */
    
    function resize(e) 
    {
        if (!inited) init();
        // else (resize or orientation change)
    }

    /**
     * 初期化処理
     */
    function init() 
    {
        if (inited) return;
        inited = true;

        mousex = 320;
        mousey = 180;
        
        // 画像を描画
        spr = new Sprite();
        bmp = new Bitmap(Assets.getBitmapData("img/chara.png"));
        bmp.x = - bmp.width / 2;
        bmp.y = - bmp.height / 2;
        spr.addChild(bmp);
        Lib.current.addChild(spr);
        
        // 文字列を描画
        tf = new TextField();
        tf.selectable = false;
        tf.width = 640;
        tf.height = 48;
        tf.textColor = 0x333333;
        tf.text = "start";
        Lib.current.addChild(tf);

        // ステージ上でマウスが動いた際のイベントを登録
        Lib.current.stage.addEventListener(MouseEvent.MOUSE_MOVE, onMouseMove);
        
        // 毎フレームの処理を登録
        this.addEventListener(Event.ENTER_FRAME, mainUpdate);
    }
    
    /**
     * マウスカーソルが動いた時の処理
     * @param   event
     */
    function onMouseMove(event:MouseEvent):Void
    {
        mousex = event.stageX;
        mousey = event.stageY;
    }
    
    /**
     * メインループ部分相当
     * @param   e
     */
    private function mainUpdate(e:Event):Void
    {
        var mx:Float;
        var my:Float;

        // マウス座標を取得
        switch (1) {
            case 0:
                // html5上でも動く。
                mx = mouseX;
                my = mouseY;
            case 1:
                // html5上でも動く。
                mx = mousex;
                my = mousey;
            default:
                // html5上では動かない。Flash や Neko では動く。
                mx = Lib.current.stage.mouseX;
                my = Lib.current.stage.mouseY;
        }

        // キャラクタ画像が、マウスカーソルを追いかける処理
        var spd:Float = 0.04;
        var dx:Float = (mx - spr.x) * spd;
        var dy:Float = (my - spr.y) * spd;
        spr.x = spr.x + dx;
        spr.y = spr.y + dy;
        
        tf.text = 'mouse x,y = $mx, $my';
        //tf.text = 'spr x,y = ${spr.x}, ${spr.y}';
    }
    
    /* SETUP */

    public function new() 
    {
        super();    
        addEventListener(Event.ADDED_TO_STAGE, added);
    }

    function added(e) 
    {
        removeEventListener(Event.ADDED_TO_STAGE, added);
        stage.addEventListener(Event.RESIZE, resize);
        #if ios
        haxe.Timer.delay(init, 100); // iOS 6
        #else
        init();
        #end
    }

    public static function main() 
    {
        // static entry point
        Lib.current.stage.align = flash.display.StageAlign.TOP_LEFT;
        Lib.current.stage.scaleMode = flash.display.StageScaleMode.NO_SCALE;
        Lib.current.addChild(new Main());
    }
}

場所は、福島県須賀川市森宿海道西のあたり。

線量計は、35秒ほどで測定できる仕様だった。測定開始ボタンを押すと、35が表示され、カウントダウンが始まる。0になると、数値が表示される。測定中は機器をあまり動かさないようにする。市からもらった用紙には、1m か 50cm の高さで測定するよう心掛ける、と書いてあったのでそれに従った。雨どいや側溝を測る際は、1cmぐらいの距離で測ってみるのもアリ、とも書いてあった。

あちこち調べてみたが、ざっくりまとめると。

• 門前の未舗装道路や庭など、つまり自宅周辺の屋外では、0.4〜0.5μシーベルトぐらい。
• 茶の間や寝室等、つまり屋内は、0.15〜0.3μシーベルト、平均すると0.2μシーベルトぐらい。
• 1階より2階のほうが、全体的に数値が高かった。地面からは離れているはずなのに、何故なんだろう…。
• 側溝と、雨どいの出口のあたりも、おそらくは凄い値が出るだろうと思いながら測定したが。0.3〜0.4μシーベルトだった。庭のほうが高い。予想外の結果。

自宅近くにある空き地も測定。市の花火大会の際には、親父さんの写真仲間が何人か集まってシャッターを切る場所なので。

• 草の上は、0.45μシーベルトぐらい。家の庭と似たような値。
• 草を刈った場所は、0.3〜0.4μシーベルト。

草を刈ることで線量が減るというのはどうやら本当らしい。

測定中、近所の人達の会話が聞こえてきた。どうやらそれらの御家庭では、昨日の段階で各自測定していたらしい。この手の不安を抱えていたのはウチだけではなかったと知って、なんだかホッとした。この界隈ではウチだけが気にしているのだろうか、ウチだけが異常なのか、と思ってた。そうじゃなかった。皆、不安だったんだ。…考えてみれば、それらの御家庭には、赤ちゃんや子供さんが居る。ウチなんかより、はるかに不安だったはずで。サービス開始と同時に急いで予約を申し込むのは、当たり前といえば当たり前か。いや、あるいは、子供さんがいる御家庭には何かしら別の文書が届いていて、優先的に貸出をしているのかもしれない。…そこまで気が利いたことをしているのだろうか。分からんけど。

車を走らせて、親父さんが家庭菜園？をしている畑も測定。江持のあたり。須賀川市と郡山市の境界の近く。

• 新聞等で公開されている線量マップを見ると、自宅より畑のある場所のほうが値が低いように見えている。
• 以前、農機具販売店で土の線量を測ってもらった際は、畑の土は、庭の土の1/3ぐらいの線量だった。

なのでおそらく、畑周辺は自宅よりも随分と低い値が出るのでは、と予想していたけれど。これがまた、全く予想外の結果で。

• 畑の真ん中あたりは、0.57μシーベルト。
• 木の下などは、0.4μシーベルト。

つまり、総じて、自宅の庭より、畑のほうが高かった。土の線量はあれほど違ったのに。何故。

お袋さんの実家が畑のすぐ近くにあるので、伯父さんにお願いして、そこも測定させてもらった。もしかすると、畑だけが異様に高かったりするのでは、とも思ったので。

• お袋さんの実家の庭が0.4μシーベルト。
• 屋内が0.2μーシーベルト。

ウチと、お袋さんの実家は、そこそこ距離があるほうだと思うけど、ほぼ似たような値になった。どうやらこのあたり一帯は、大体そういう感じの線量なのかな、という気がする。

伯父さんの話では、以前も誰かに測ってもらったことがあるそうで。物置？の横の、雨水が集まる場所が高かったんだ、と教えてもらった。試しに測ってみたら、1μシーベルト。おお。とうとう1μシーベルトを超える場所に遭遇してしまった…。雨が溜まって乾くところは高くなるという話は本当らしい。また、0.n μシーベルトより大きい値が出たことで、線量計がそれなりにちゃんと動いていることも確認できた、ような気がする。

09:00〜12:00までの貸出時間だったけど。大体10:30ぐらいにはほとんど測定が終わったので、11:00頃、中央公民館に返却。用紙の裏にも場所と数値を記録して渡した。

線量計によっては、10分ほど時間をかけないと測定できないという話も聞いていたので、何度か借りて測定しないといかんのかもと想像していたが。1分以内でざっくりと測れる機器だったので、サクサク測れてとても助かった。…結構値が張る製品だったりするのかしら。

測ってみることで、物凄く安心できることを実感した。具体的な数値で現状を認識できること、「見える化」？ってのは、とにかく大事だなと。ここまで安心できるとは予想してなかった。

今までは、「測ってないから把握できてないだけで、実は、この家の周辺は、ホットスポットだったりして…」「本当は、避難地域に指定されてもおかしくないぐらい、酷い状態になってたりしないか…」と不安でしょうがなかったのだけど。測ってみたら、市が公開してる、学校や公園の測定結果と、さほど大きな違いは無く。

ここまで安心できると分かってたら、もっと早い時期に、どうにかして線量計を購入しておくべきだったか…とも思ったが、それも何か釈然としないものがあったりするわけで。誰のせいでこういう状況になってるんだよ、とか。毎日ずっと使うものなんだろうか、とか。2万円前後の製品が数倍の値段になっててさすがにそれはどうなんだ、とか。靴やバッグを扱ってた店が急に線量計を扱い始めて、しかもそういう怪しい？店でしか買えそうにないこの状況はどうなのよ、とか。そういったアレコレを考えると、個人で買うのも、何かこう、ムカムカと腹が立ってくるというか。

ということで、冒頭で「遅いよ」等の文句を書いてしまったけれど、それでも、貸出サービスを始めてくれてありがとう、と。＞須賀川市。いやホント、マジで助かりました。

もしかすると見落としがあるかもしれないので、念のために今現在バイナリに含めて使っている仮画像を一覧にして送っておいた。

mkimglisthtml.py という名前で作成。

#!/usr/bin/env python
# -*- coding: utf-8 -*-
# -*- coding:utf-8 -*-
# 
# 画像一覧htmlを作成するPythonスクリプト
# PILを使用
# 使用方法は スクリプト名 -h で表示される。

import re
import os
import sys
from optparse import OptionParser
import Image

def action_read_dir(indir):
    dirname = os.path.abspath(indir)
    filelist = []
    files = os.listdir(dirname)
    p = re.compile(r"\.(gif|jpg|jpeg|png|bmp)$", re.IGNORECASE)
    for fn in files:
        m = p.search(fn)
        if m:
            filelist.append(fn)
    
    return filelist

def output_image_album_html(indir, lst, ofname):
    dirname = os.path.abspath(indir)
    outlist = []
    
    header = """
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Shift_JIS">
<meta http-equiv="Content-Style-Type" content="text/css">
<title></title>
<style type="text/css">
<!--
  td.inimg { text-align:left; }
  td { border:1px solid #aaa; padding:3px; }
  body { background-color:#ddd; }
  table { border-collapse:collapse; empty-cells: show; }
  p.filenameinfo {font-size:medium;}
  p.sizeinfo {font-size:small;}
  p.filesizeinfo {font-size:small;}
  p.palinfo {font-size:small;}
-->
</style>
</head>
<body>
<table>
"""
    outlist.append(header) # header 登録
    
    for fn in lst:
        pn = os.path.join(dirname, fn)
        im = Image.open(pn)
        (w, h) = im.size
        filesize = os.path.getsize(pn)
        pal = im.palette
        if pal is None:
            pallen = 0
        else:
            pallen = len(pal.palette) / 3
        
        str = "<tr>"
        str += """<td><p class="filenameinfo">%s</p></td>""" % (fn)
        str += """<td><p class="sizeinfo">%d x %d</p></td>""" % (w, h)
        str += """<td><p class="filesizeinfo">%d byte</p></td>""" % (filesize)
        str += """<td><p class="palinfo">%d color</p></td>""" % (pallen)
        str += """<td class="inimg"><img src="%s" width=%d height=%d alt="%s"></td>""" % (indir+"/"+fn, w, h, fn)
        str += """<td class="incomment"> </td>"""
        str += """</tr>\n"""
        
        outlist.append(str)

    footer = """
</table>
</body>
</html>
"""
    
    outlist.append(footer) # footer登録

    # ファイル出力
    
    if ofname == "":
        for s in outlist:
            print s.encode('cp932')
    else:
        fp = open(ofname, 'w')
        for s in outlist:
            fp.write(s.encode('cp932'))
        fp.close()

def main():
    usage = "usage: %prog [options]"
    parser = OptionParser(usage=usage, version="%prog 0.0.1")
    parser.add_option("-d", "--dir", action="store", type="string",
                      dest="indir", metavar="DIR",
                      help="read DIR name.", default=".")
    parser.add_option("-o", "--output", action="store", type="string",
                      dest="outfilename", metavar="FILE",
                      help="Output html FILE name.", default="")
    parser.add_option("-v", "--verbose", action="store_true", dest="verbose")
    parser.add_option("-q", "--quiet", action="store_false", dest="verbose")
    (options, args) = parser.parse_args()
    
    if len(args) != 0:
        parse.error("incorrect number of arguments")
        
    if options.verbose:
        print "read Dir    [%s]" % options.indir
        print "output html [%s]" % options.outfilename

    lst = action_read_dir(options.indir)
    output_image_album_html(options.indir, lst, options.outfilename)

if __name__=='__main__':
    main()

mkimglisthtml.py -d 画像群が入ってるディレクトリ名 -o 出力htmlファイル名

UIがDOS時代、いや、Win3.1時代のソレで閉口。メニュー項目を選択すると、大本のメニューが消滅してサブメニュー項目のみが表示されるあたりに困惑した。Windowsアプリの流儀には、基本的に沿ってないのだな…。もっとも、DOS時代のCADを意識して作られてるらしいので、それも必然なのか。昔からCADを触ってた人には、かえって使いやすいのかもしれん。

UIが現代風。Microsfot Office を見ているかのような印象。タブを多用してるあたりも今風な印象。各図形の表示も、アンチエイリアスがかかってる。ただ、複線の引き方がわからない。

DOS時代のフリーのCADのアレコレを意識せずに使うのであれば、これが万人にお薦めかもしれず。少なくとも、MS Officeに触ったことがある人なら、UIで戸惑うことはないはず。

これは…！ UI、特にメニューのあたりは、アイコンも同時に表示してるせいか、見た目ちょっとごちゃごちゃしてるけど。各コマンドの操作に関しては、妙に使いやすい。また、pdfでエクスポートできるのもヨサゲ。自分にとっては、これが一番使いやすそう。

標準添付の 4cmファン x 1 を回していた時は、手で触るのを躊躇するぐらいにケース全体が熱くなってたけど。8cmファンで空冷したら、触っても熱さを感じない・ほんのちょっと暖かいかなと思う程度の温度になった。

てことは。Mini-ITXケースという、中が狭いケースであっても。それなりの風量のある8cmファンをつけてあれば、CPU＋M/Bの発熱をある程度解消できる…ということだろうか。

つまり、4cmファンで冷却する ES-1100W ではなく、8cmファンで冷却する _Dirac Noah 800-B Rev1.5 あたりを選んでおけば、ここまで苦労せずに済んだのかもしれない。Noah 800-B なら、8cmファンの風が直接HDDに当たる配置になってるようでもあるので、仮に3.5インチHDDを入れてもなんとかなった可能性もありそうな。市場価格的には、Noah 800-B のほうが5,000円ほど高いけど。今回、裸族のマンションやらIDEケーブルやらを追加購入したことを考えると、コスト的にも最初から Noah 800-B を選ぶべき、だったのかもしれん…。

いやいや、HDDに風が直接当たるということは、HDDによって暖められた風がCPU+M/Bに当たるということで…。HDDはいいかもしれんが、CPU+M/Bの冷却がよろしくない状態になる可能性もあるのか。うーん。

購入レビュー記事が。ありがたや。写真が載ってるのが、とにかくありがたい。参考になる…。

HDDが40℃前後…てのはちとアレだなぁ。裸族のマンションでは33℃ぐらいだし。それと、やはりスペース的に厳しいあたりがなんというか。

メモ。

Windows向けの python-2.4.3.msi をインストール。

以前は ActivePython をインストールしたけど、今回は標準リリース版とやらをインストールしてみたり。

Windows 用に特化した何かが入ってるらしいけどよく知らない。とりあえず、 pywin32-209.win32-py2.4.exe をインストール。標準リリース版の Python を入れたときは、これも別途入れることになるらしいけど。ActivePython を入れた場合は一緒に入るので別途入れる必要はない、とどこかで見かけた気もする。

PythonWin なる環境が入ってるらしい。…標準リリースでついてくる IDLE なる環境は、Windows 上ではコード補完等してくれないのだけど。 *1 PythonWin なら補完をしてくれるらしいので、ちょっと期待。

本パッケージは、Unicode をサポートした Python において、EUC-JP、Shift_JIS、ISO-2022-JP などの日本語の文字エンコーディングを利用できるようにするためのコデック集です。

JapaneseCodecs より

JapaneseCodecs-1.4.11.win32-py2.4.exe をインストール。

_こちらの記事 で入れていたみたいなので、必要なのかなと。…何に使うのかはよくわかってない。 ctypes-1.0.0.win32-py2.4.exe をインストール。

Python で GUIツールを作れる。らしい。Tk とか Gtk とか Qt とかそのへんと似たようなもの、なのかなと。wxPython2.6-win32-unicode-2.6.3.3-py24.exe と、Doc & Demo の wxPython2.6-win32-docs-demos-2.6.3.3.exe をインストール。

Mozila Firefox のサイドバーにチュートリアル文書を表示できる、らしい。 python-sidebar-ja24.zip をインストール。

eclipse 上で Python 関係の開発をしやすくする plugin、らしい。eclipse のアップデートマネージャ? 更新マネージャで、

http://pydev.sf.net/updates/

を指定すればインストールできるらしいが…。eclipse 3.2 が必要と言われてしまった。

今まで 3.1.2 を入れてたので、eclipse 3.2 のインストール・各種 pluginのインストールからする羽目に。トホ。…でも、DoJa 4.1 の最新版をDL・入れてみたら、色々と機能が追加されてたので、まあいいかなと。一応 DoJa プラグインも動いたみたいだし。

コード補完が使えるっぽい。

GUIビルダー。らしい。boa-constructor-0.4.4.win32.exe をインストール。

Python用エディタ、らしい。SPE-0.8.2.a-wx2.6.1.0-py24.exe をインストール。…微妙に補完が怪しい。

潜水艦関連の情報が多々。なんとなく、潜水艦の映画を作りたくなる人達の気持ちが判ったような。オタク属性のある人にとって、快感になりそうな話がたくさんありそう。

今の日本が抱える一番の問題は、財政赤字である。支出が税収を大きく上回る状況を何年も続けて来たため、国債という形の大量の借金を抱える悲惨な状況になっているのだ。誰が考えても、この「支出が税収を上回る状況」は早急に解消すべきなのだが、それがとても難しいのである。

この問題の正しい解決方法は、その構造そのものを壊してしまうこと（＝構造改革）にあるのだが、それがまた難しいのである。なぜなら、そういった構造を決める立場にいる政治家の多くが、同時に今の構造から多くの恩恵を受ける立場にあるからである。彼らとしては、構造改革をすることイコールその恩恵を失うこと、なので、当然のように構造改革に反対する抵抗勢力となるのである。

悲観論者は、「そんな状況では決して日本の国はまともにならないじゃないか」と嘆くかも知れないが、必ずしもそうではない。我々有権者には、『票』という武器がある。この武器を最大限に生かして、抵抗勢力を国会から追い出し、自分自身の目先の利益を犠牲にしてでも構造改革を進めてくれると信じるに値する政治家に票を投じれば良いのである。

前述の記事のコメント欄で紹介されててちょっと気になったのでメモ。「外資にのっとられた」場合のシミュレーション記事。かしら。

「ライターなみのサイズなのに、パソコン」みたいなイメージだったりして。＞自分。で、予約ページを見たら値段もさることながらそのサイズにガックリきた記憶が。恐るべし、「1チップ」なる単語。妙に期待させてしまう魔の呪文。

カートリッジ端子とか映像端子とか全部ケーブルで外に出して、本体自体はキーホルダーサイズにできなかったんだろうか。

「俺さぁ、新しいパソコン買ったんだー。ホラ、コレ」
「あはは。○○さん、冗談ばっか。それ、オモチャじゃん」
「いやいや。嘘じゃないよ。ケーブルを繋げば…ホラ」
「えーっ！ うそーっ！」

みたいな展開をってそんなの無理か。…よく考えてみると、今はもう携帯電話という形で皆がPCを持ち歩いてる時代なんだよな。極小PCなんて目新しくもないのか。

「スーパーゴルフ」をRUNしてみて感心。
_[スタート画面] _[ゲーム画面]
「クラブ」「打つ方向」「強さ」を、数値入力(!)すると、その方向にボールが飛んでいくだけなのだけど。これだけでもゲームになるのだな。

見た目がキャラグラなので、内部でどんな数値を持ってるか判らない。故に思ったとおりにコントロールできなくて、もどかしさを感じる ―― 逆に、上手く飛んだときは嬉しいわけで。「風向き」「風の強さ」「グリーンの芝目」「傾き」「ボールを打つタイミング」等々、今のゴルフゲームに備わってる要素は何一つないのだけど。不自由さがある分、面白い。…もっとも、今のユーザなら数値入力する時点で面倒臭くなって投げ出しそうではある。

数値入力でふと思ったけど、こういう入力・遊びは、携帯で使えるんじゃないか。でもないか。小数点を入力できないような。＜そういう問題じゃないか。

「ラシャーヌカントリークラブ」をRUNして、また感心。
_[スタート画面] _[ゲーム画面]
キャラグラで3Dっぽくゴルフコースを描いてる。ボールを打つ際、タイミングによって強さが変わったり、どのくらい曲がるかをキーを押してる時間で変化させたり。つまりは、リアルタイム性が若干入ってる。「スーパーゴルフ」ほど、計算どおりにいかないし、判定もアバウトだけど。ゲーム自体はサクサク進む。なるほど。こういう方向で進化していくわけか＞ゴルフゲーム。

かなりイライラ。わざわざユーザを待たせていた ＆ ユーザがそのことに不満を持たなかったなんて。昔は、時間の流れがゆっくりしてたのですな。

_[スタート画面] _[ゲーム画面]
ゲーム内容は説明するまでもないですな。

全体マップ（銀河地図）って、通ったところの情報が残らなかっただろうか。今居る位置の情報しか表示されないのだけど。mztへの変換をミスったかと思い、再度録音・変換してみたけど、結果変わらず。

…判った。星域レーダーを使わないと、全体マップに反映されないのか。

_[スタート画面] _[ゲーム画面]
いわゆる「倉庫番」タイプ。画面中央のウイルスが広がる前に、倒れてる人達を押して運んで隔離室に入れ、ブロックも押して運んで部屋の入り口を封鎖するのが課題。なかなか難しい。クリアできません。

難しいのは、BASICで書かれてるからだろうな。カーソルキーを押しても反応が鈍い。ユーザの操作に対して、即座に、正確に反応するというのは、ゲームにとって非常に大事なことなのだな。

キャプチャ画面を載せてるだけでも怒られたりするんだろうか。…もし、問題があったら言ってくださいであります＞各製品の権利云々を持ってる方。そん時は消しますので。 *1