mieki256's diary

C:\Users\(USERNAME)\AppData\Roaming\krita\
or
%APPDATA%\krita\

「リソースを管理」ダイアログ上で、複数のブラシプリセットに対して、一気にタグ付けすることができる。

1. 設定 → リソースを管理、を選択。ダイアログが開く。
2. 「ローカルリソース」と表示されているところをクリック。
3. 例えば、「ENV_Brushes_Trees_and_Bushes.bundle」を選択。リソースライブラリの中に入ってるブラシプリセットがアイコンで一覧表示される。
4. 最初のブラシプリセットを選んでから、Shift + クリックで最後のブラシプリセットを選べば、複数/全部のブラシプリセットを選択できる。
5. 右のほうにある「タグ」の「+」をクリック。
6. 「新しいタグ」に「ENV_Trees」と入力して「+」をクリック。

これで、選択したブラシプリセットに、一気にタグ付けできる。

昔、Godot Engine 3.x.x で作成していた頃のプロジェクトを読み込もうとしたのだけど、「これは 3.x のプロジェクトだから 4.x 用に変換するか？」みたいなことを尋ねてきた。

The selected project "Helloworld_001" was generated by Godot 3.x, and needs to be converted for Godot 4.x. Project path: D:/home/USER/godot/_prototype/HelloWorld_001_v411 You have three options: - Convert only the configuration file ("project.godot”). Use this to open the project without attempting to convert its scenes, resources and scripts. - Convert the entire project including its scenes, resources and scripts (recommended if you are upgrading). - Do nothing and go back. Warning: If you select a conversion option, you won't be able to open the project with previous versions of the engine anymore.

試しに変換。

変換できずに、Godot Engine 4.1.1 x64 が落ちる…。何故。

落ちるプロジェクトを、Godot Engine 3.5.2 x64 LTS で開いてみた。これなら落ちないな…。

Godot Engine v4.1.1 x86 ならどうだろうと、そちらもインストールして試してみたけど、そもそも起動すらしなかった。うーん。

公式サイトを眺めてみたら以下の記述があった。

Note: The 32-bit .NET binaries do not run on 64-bit Windows systems at the time being. Make sure to export 64-bit .NET binaries for your 64-bit target platforms.

「32bit .NET版のバイナリは、64bit版 Windows上で動かないよ」と書いてあるのかな。手元では .NET版じゃなくて Standard (x86) 版を試しているのだけど、そちらも同様ということかもしれない。

ググってみたら、4.x は、3.x からかなり変更点があるようで…。

_Godot 4.0で変わったところ
_【Godot】Godot3.5から4.0への移行メモ | 2dgames.jp

フォント関係がごっそり変わってるので、そのせいで今回落ちたのかもしれない…？ 分らんけど。

_Tip: play videos as a screensaver thanks to mpv
_XScreenSaver FAQ
_mpv.io

動画再生用ツールとして mpv をインストールする。Ubuntu の場合はパッケージが用意されていた。ありがたや。

sudo apt install mpv

mpv に渡すためのプレイリストファイルを作成する。前述の参考ページに倣って、~/.config/screensaver.m3u というファイル名にしておく。

vi ~/.config/screensaver.m3u

#EXTM3U

/home/USER/Videos/hoge.mp4
/home/USER/Videos/

• 1行目には、「#EXTM3U」と記述する。これで、m3u形式のプレイリストと判別されるらしい。
• 3行目あたりから、動画ファイル(.mp4)のパスを記述。あるいは、動画が入っているディレクトリのパスを記述しても良い。
• 更に、youtube-dl なるツールが利用できる場合は、YouTube の動画のURLを記述して、それを再生することも可能らしい。ただ、今回は、youtube-dl を導入してないので、そのあたりの記述は削除した。

以下は、参考ページで紹介されていた記述例。

#EXTM3U

/path/to/some_video.mp4
/path/to/dir_with_many_videos/

# any youtube video or other sites supported by `youtube-dl`
https://www.youtube.com/watch?v=Xjs6fnpPWy4

xscreensaver の設定ファイル、~/.xscreensaver を編集する。programs: 以下に mpv起動用の項目を追加する。

vi ~/.xscreensaver

"MPV"  mpv --really-quiet --no-stop-screensaver      \
          --fs --wid=$XSCREENSAVER_WINDOW             \
          --no-audio --loop=inf --shuffle             \
          --ytdl-format="bestvideo[height<=1080]"     \
          $HOME/.config/screensaver.m3u             \n\

上記はスペース文字で記述してしまっているけれど、実際に追加する際は、TAB文字有効、かつ、TABは8スペースでインデント等をしたほうが良さそう。

まあ、一旦は1行で記述してしまって、xscreensaver の設定ウインドウで何かしら値を変更すれば、~/.xscreensaver が整形された状態で上書き保存されるので、手作業でインデントを整えなくてもいいのかもしれない。

オプションの意味は以下。

• --really-quiet : stdout(標準出力)への出力を抑制。
• --no-stop-screensaver : mpv自体をスクリーンセーバにする、らしい。
• --fs : フルスクリーン表示
• --wid=$XSCREENSAVER_WINDOW : 環境変数 XSCREENSAVER_WINDOW で与えられたウインドウIDに描画する。
• --no-audio : 無音にする。
• --loop=inf : ループ再生
• --shuffle : シャッフル再生
• --ytdl-format="bestvideo[height<=1080]" : YouTubeの動画を再生する場合の指定
• $HOME/.config/screensaver.m3u : プレイリストファイルのパスを指定

xscreensaver は、スクリーンセーバを実行する際、環境変数 XSCREENSAVER_WINDOW に、スクリーンセーバ画面のウインドウIDを設定してくれるらしい。

つまり、件の環境変数を読み取って、そのウインドウIDを管理して描画ができる言語であれば、xscreensaver用のスクリーンセーバを作れるはず…。なのだけど、ソースコードに添付されていたドキュメントには、「まあ、そんなことができるのってC/C++ぐらいだから、実際にはC/C++で書くことになるだろうね」みたいな感じの一文が書いてあった気がする。

ただ、mpv は、自身が利用するウインドウを --wid オプションで指定できるので…。故に mpv を使えば好きな動画をスクリーンセーバとして再生できるのだろうなと。

xscreensaver の設定画面を出して、「MPV」を選ぶ。

これで、スクリーンセーバが起動する際、プレイリストファイル ~/.config/screensaver.m3u 内に記述した動画が再生された。

手元の環境ではデスクトップとして Xfce を使っているけど、デフォルトでは xfce4-screensaver というスクリーンセーバがインストールされていて、~/.xscreensaver を修正しても修正内容が反映されなかった。xscreensaver をインストールしてそちらを使う状態にしないと、~/.xscreensaver は読まれないらしい。

xfce4-screensaver のアンインストールと、xscreensaver のインストールは以下。

sudo apt remove xfce4-screensaver
sudo apt install xscreensaver

今時の Ubuntu は、xscreensaver を使わずに、gnome-screensaver 等々、違うスクリーンセーバがデフォルトで入っているので、そのあたりはちょっと注意。各スクリーンセーバがどの設定ファイルを読み込むのかが分かれば、xscreensaver に切り替えずに済むのだろうけど…。

sudo /etc/init.d/ssh start
sudo /etc/init.d/nmbd start
sudo /etc/init.d/smbd start

sudo vi /etc/rc.local

/etc/init.d/ssh start
/etc/init.d/nmbd start
/etc/init.d/smbd start

sudo /etc/init.d/ssh status
sudo /etc/init.d/nmbd status
sudo /etc/init.d/smbd status

本来は、というか一般的には、以下を打ち込んで設定すれば自動実行できるらしいのだけど…。

sudo update-rc.d ssh defaults
sudo update-rc.d nmbd defaults
sudo update-rc.d smbd defaults

コレをすることで、/etc/init.d/(ssh|nmbd|smbd) から、/etc/rc?.d/ 以下にリンクが張られて、runlevel に応じて自動実行される、という話を見かけた。

しかし、試してみたけれど、ダメだった。再起動後、各プロセスは立ち上がってないように見える。/etc/rc?.d/ 以下にはリンクが張られているように見えるのだけどな…。

# ls -alF /etc/rc5.d/*{ssh,nmbd,smbd}
lrwxrwxrwx 1 root root 14  2月  4 08:57 /etc/rc5.d/S01nmbd -> ../init.d/nmbd*
lrwxrwxrwx 1 root root 14  2月  4 08:57 /etc/rc5.d/S01smbd -> ../init.d/smbd*
lrwxrwxrwx 1 root root 13  8月 18  2016 /etc/rc5.d/S03ssh -> ../init.d/ssh*

そもそも KNOPPIX は、どの runlevel で起動するのだろう。ググってみたら、GUI画面が出てくるから runlevel 5 で起動しているらしい。ただ、runlevel というコマンドが入ってないっぽいのが気になるけれど…。

少し触ってみた感じでは、レイヤー機能があるとたしかに便利だなと…。8bitPCのキャラグラ画面と言うと、ついつい昔の感覚で、ただ升目を埋めていくだけでもええやん、と思考停止してしまいそうになるけれど。そこはもうちょっと頑張ってレイヤーは実装すべき、なのかもしれず。これは便利、というか快適だ…。

色選択をショートカットキーで行うあたりがちょっと厳しい感じもしたり。まあ、8色しかないからショートカットキーで選べなくもないけれど。一般的なCGツールは、色一覧を表示してそこから色を選ぶことが多いので違和感が…。しかし逆に、こういう仕様が、8bitPCライク・レトロPCらしさを感じさせたりもして。

キャンバス内で右クリックをするとキャラ選択ウインドウが開く仕様について考え込んでしまったり。こういう仕様も快適に操作できるのだけど、右ボタンを使ってしまうから、右ボタンをスポイト機能にしたり、あるいは右ボタンドラッグで矩形選択して選択範囲を即座にブラシにする、といった仕様は盛り込めなくなる…。どっちが便利なんだろう…。利用頻度が高いのはキャラ選択だろうか、それともスポイト相当だろうか…。判断が難しい…。

そういえば、PC-8001のフォントのライセンスってどうなってるんだろう…。

例えば、MZ-700のエミュレータ等は、MZ-80K/C/1200/700のフォントのライセンスが不明だからフォントデータを同梱することができず…。

• 「実機のCG-ROM(キャラジェネROM)から吸い出すなりして独自に用意してくれ」
• 「あるいは、Windows標準添付のフォントを加工して代替フォントを生成するツールを同梱してるからそれでどうにか」

といった状況になってるわけで。

_MZ-700WIN フォントデータの作成

以前、自分が Ruby + DXRuby で自作したキャラグラエディタも、フォントのライセンスが不明だったから自分でドットを打って、ビミョーに形の違うフォント画像を同梱していたのだよなあ…。

NEC PC-8001 は、そのあたりの自由度が高いのだろうか…。

フォントの権利関係は面倒臭い…。

_書体関係 Wiki - stolenbitmap - 32 ドットビットマップフォントの無断複製について
_mieki256's diary - レトロPCのフォントの著作権って一体どうなっているんでしょうね
_諸外国におけるタイプフェイスの保護の現状と問題点に関する調査研究報告書(PDF)

この手のツールを昔メモしたような気がする…。ちょっと検索。

_mieki256's diary - あえて制限をつけながらCGでお絵かきしてみる
_mieki256's diary - EDSCIIでMZ-700のキャラグラを描くためのフォント画像とパレット画像を作成
_mieki256's diary - Tixelを少し試用
_mieki256's diary - DXRubyでキャラグラエディタを作ってみた

仮に電動雲台モドキを手持ちパーツで作るとなると、いくつか制約があって。

• 一つ。Raspberry Pi3 は、回転部分の上側に置かないといけないこと。
• 一つ。できればバッテリーも回転部分の上に置いたほうがいいこと。
• 一つ。カメラモジュールは横方向の回転軸のちょうど真上に居なければならないこと。

もし、Raspberry Piのカメラモジュールのみを回転部分の上側に設置できれば、重量面でもう少し楽になるのだろうけど…。おそらくそれは無理かなと。

というのも、カメラモジュールはケーブルが短い上に、フラットケーブルっぽい形で妙に固い一風変わったケーブルなので、好きな場所に設置できないし、ケーブルを引きずり回すわけにもいかない。となると、カメラモジュールのすぐ近くにRaspberry Pi本体も居てくれないと困るわけで。つまり、回転部分の上側に、カメラモジュールと一緒にRaspberry Pi本体を配置するしかなく。

一応、カメラモジュールの延長ケーブルも(値段は高いけど)売ってはいるので、ソレと交換すれば長さの問題は解決するはずだけど。しかしケーブルの種類が特殊なので、横方向360度グルリととぐろをまくように引き回すのは、ケーブルの固さからして無理なんじゃないかなと。…このカメラモジュール、どうしてラウンドケーブルで用意してくれなかったのか。コストの問題なのかな。

更に、Raspberry Pi3 をモバイルバッテリーで動かそうとした場合、USB電源ケーブルの選択を気を付けないと電源電圧不足になるわけで。短くて抵抗値が少ないケーブルを使うか、長いけど固くて曲がらないケーブルを使うか…。

雲台の重心について考えれば、できればバッテリーのような重いものは、回転部分の下側に置いて雲台を安定させる役目を持たせたい、が、そうなると回転部分の上側に置いてある Raspberry Pi3本体にどうやって電源を供給するのか、という問題が。横方向360度グルリと引き回せる長さと柔らかさがあって、しかも抵抗値が少ないUSB電源ケーブルなんて、おそらく売ってないよなと。となると、短いUSB電源ケーブルを使うしかなくて、つまりはバッテリーも回転部分の上側に配置することになりそうで。

加えて、 _ノーダルポイント の問題も。カメラを回転させてパノラマ画像の撮影を試みるなら、ノーダルポイントが重要になってくるわけで。つまり、横方向360度回転する軸の真上にカメラモジュールが配置されてる必要が。しかしその位置にカメラモジュールが来るような配置を考えると、Raspberry Pi本体やバッテリーが妙なところに位置することになって、全体の重心がおかしくなって雲台が倒れてしまう。

ということで、どういう形・配置にすれば解決するのか、ちょっとまだ思いついてない状態。どうしたもんか。

DropboxのPublicフォルダが死んだのでファイルを置き直し。

Adblock系はブラウザの動作が重くなるので、できれば入れたくないのだけど。しかし、表示するだけでCPUコア1つ分のリソースを100%を使い切っちゃう、そういうトホホな広告、糞実装したJavaScriptに時々遭遇するので、仕方なく入れてる状態で。

その手の広告作ってる人って、常時CPUリソースを表示して、重いか軽いかざっくりチェック、みたいなことすらやってないんですかねえ…。ブラウザが固まったように見えてしまう広告なんか出してたら、そりゃ閲覧者が広告を排除すべく動いてしまうのは当たり前だろうと。閲覧者はコンテンツを見るついでに広告も目にするのに、コンテンツすら見れなくなっちゃう広告出してたら、広告として機能しないでしょうに。なんで自分の首絞めてんだか。まあ、作ってしまえばお仕事終わり、後は野となれ山となれ、でやってるのでしょうけど…。

自分の環境、Windows XP Home SP3 + OE 6.00.2900.5512 + Mozilla Thunderbird 3.1.1 で実験。

• OEで「もぎたて」をUnicodeで変換。自分のメールアドレスに向けて送信。
• OEが、「Unicodeで送るか？ そのまま送信するか？」と尋ねてきた。どうやらOEも、Windows Live メールと同様、Unicode で送信していいのかどうかをユーザに尋ねる仕様らしい。
• Thunderbird と OE で受信してみた。Thunderbird 上での表示には問題無し。OE上でも問題…が微妙にある。「もぎたて」が書かれた行が、通常とは異なるフォントで表示されている。が、読めないわけではない。
• Thunderbird から返信。送信時の問い合わせは無し。どうやら Thunderbird は、メール本文に Unicode が使われていると、問答無用で強制的にユーザに何の問い合わせもなくUnicodeで送信してしまうメーラらしい。

何度か返信を繰り返してみたが、OE が返信時に文字コードについて問い合わせをしてこない時があるのに気付いた。どうやら送信時と返信時では処理が違っているらしい。返信時は元のメールの文字コードをそのまま踏襲して送ってしまうのかもしれず。

とりあえず自分の環境では、Unicodeで送っても文字化けが発生しなかった。

• メール送受信に使ってる環境が Windows XP + OE or Thunderbird だと、Unicodeで送受信しても問題が起きない？
• Windows7 + Windows Live メールにバグがある？
• 文字化け云々とUnicodeは実は無関係？ メール内容を検査するウイルス対策ソフト側に問題がある？
• 自分の環境では avast を試用しているけど、親父さんの環境では Microsoft Security Essentials を使ってる。Microsoft Security Essentials にバグがある？

それはともかく。自分の環境の OE はバージョンが微妙に古い。Microsoft Update で更新してくれないのかな…？

帰ってくる途中で腕がヒリヒリしてきた。日焼け、というか、腕が真っ赤になってしまった…。普段、太陽が昇ってる時間帯に外出しないので、日焼けという概念自体をすっかり忘れてた。日焼け止めクリームを塗ってから出かけるべきだった。失敗した…。

帰宅後、日焼けの手当てについて検索。赤くなる焼け方はかなりマズイらしい。やけどと同じとかで。タオルを水で濡らして冷やしたが…。ちょっと外すとまた痛みが…。

_(オリジナル画像) 。画像が結構ボケてしまったが、とりあえずアップ。行く途中でこんなものを目にしてビックリしたわけで。

バランスと彩色はなんだかアレだけど、形状は明らかにガンダムっぽい…。首や腕がないのが惜しまれる。どうも内部に入れるような作りになってるっぽいけど。なんだろう、コレは。

色々と細部の形状が異なるのは、版権対策(?)だろうか。であれば、いっそ _ガンガル や _ガルダン に似せてしまう手も…。いや、それもそれで版権的には結構マズイのかしら…。

コメント欄でのやりとりも含めて興味深い話。かもしれず。

面白い製品ですな。

イイ。

スゴイ。高級感溢れまくりのトイデジカメ。 _SONYの「QUALIA」 にも負けてない。

とりあえず mod_ruby とやらを入れてみたら状況が変わるだろうか。＜いや、たぶん関係ないだろ。ということでインストールしてみたり。＜人の話を聞けよ。 _こちらの方のメモ に習って、apt-get install mod_ruby した後、/etc/httpd/conf/httpd.conf に、

Include conf/httpd.conf.mod_ruby

を追加。/usr/sbin/httpd -t として、httpd.conf に誤りがないことを確認。/etc/rc.d/init.d/httpd start して、止めておいた httpd を起動。…変化無し。

/var/log/httpd/error_log を見てたら気がついた。/home/httpd/cgi-bin/eruby//~hoge/cgi-bin/eruby/test.rhtml みたいなURIになってる。「Action application/x-httpd-eruby /cgi-bin/eruby 」の指定が、ユーザに合った(?)指定になってないのかも。

/etc/httpd/conf/httpd.conf.mod_ruby の、ERubyRun とか *.rhtml の部分のコメントを外してみた。…動いたみたい。＞eruby。であれば次は、ruby で書いた cgi が動くかどうか。とりあえず、今の httpd.conf.mod_ruby はこんな感じ。

LoadModule ruby_module modules/mod_ruby.so

# If the ruby module is installed, this will be enabled.
<IfModule mod_ruby.c>
  # for Apache::RubyRun
  RubyRequire apache/ruby-run

  Alias /ruby/ /home/httpd/ruby/
  # exec files under /ruby as ruby scripts.
  <Location /ruby>
    SetHandler ruby-object
    RubyHandler Apache::RubyRun.instance
    Options +ExecCGI
  </Location>

  # exec *.rbx as ruby scripts.
  <Files *.rbx>
    SetHandler ruby-object
    RubyHandler Apache::RubyRun.instance
  </Files>

  # for Apache::ERubyRun
  RubyRequire apache/eruby-run

  Alias /eruby/ /home/httpd/eruby/
  # handle files under /eruby as eRuby files by eruby.
  <Location /eruby>
    SetHandler ruby-object
    RubyHandler Apache::ERubyRun.instance
    Options ExecCGI
  </Location>

  # handle *.rhtml as eruby files.
  <Files *.rhtml>
    SetHandler ruby-object
    RubyHandler Apache::ERubyRun.instance
  </Files>

  # # for Apache::ERbRun
  # RubyRequire apache/erb-run
  #
  # Alias /erb/ /home/httpd/erb/
  # # handle files under /erb as eRuby files by ERb.
  # <Location /erb>
  #   SetHandler ruby-object
  #   RubyHandler Apache::ERbRun.instance
  #   Options ExecCGI
  # </Location>

  # # for debug
  # RubyRequire auto-reload
</IfModule>

コメント外しただけですが。後でファイル消失すると怖いのでメモっておくのです。

動きが記号。 *2

止まる瞬間の加減速やぶれが明確に出れば多少は違うのかもしれないけど、一定速度でしかモータを回せない等の制限でもあるんだろうか。と思ってAIBOのハードウェアについて情報を探してみたけどソフトウェア面の情報しか出てこない。ハードウェア面はほとんど注目されてないのか。ソフトウェアがどれだけ良くてもそれを載せるハードウェアがしょぼければキツイと思うのだけど。

_ハードウェア情報を見つけた。 想像してたより凄かった。よく作ったなぁ。 _モータ関係の資料も見つけた。 おかしいな。モータを使う限りほっといてもピタリと止まらない＝加減速やぶれが生じるように思える。とすると動きが固く見えるのは、各関節の動き云々ではなく全体の動きが不自然ということだろうか。非アニヲタプログラマー、観察力の無いプログラマーが動かした多関節キャラ、みたいな。

AIBOの動きって、アニメータさんがつけたり、 *3 実際の犬のモーションをキャプチャ *4 したり等してないのかな。つーか開発スタッフは犬を飼ってるのだろうか。開発フロアで本物が一匹うろついてればだいぶ違うと思うけど。…無理か。それができたらSONYはかなり柔らかい。AIBOの動きの固さはSONYの固さなのかも。