mieki256's diary

女の子が趣味にしそうにないもの…。例えば、電子工作とか。電子工作好きのプリキュアが居てもいいんじゃないか。半田付けだの電子回路設計が得意なプリキュア。ダメかなあ…。

プリキュアなのにパソコンを自作する回があったりして。「よし！ 私がパソコンを作ってやろう」「えっ。パソコンって自分で作れるの？」「作れるさ！」みたいな。見ている女児もビックリ。そんなの本当に作れちゃうんだ、みたいな。まあ、今時は出来上がってるのを買うほうが全然いいですけどね…。

敵怪人を倒す時も「ここはオームの法則を利用すれば！」だの「フレミングの法則の応用よ！」とか言い出すプリキュア。まあ、どういうロジックで倒すのか全然イメージできないですけどね…。

そんなプリキュアがオススメしてくる玩具となると…やはり電子ブロックかなと…。女児向け玩具なのに電子ブロック。個人的にはシビレル。まあ、どうせ売れないだろうけど。女児が目を輝かせて欲しがりそうな電子ブロックってさっぱり思いつかないし…。

電子工作はともかく、プログラミングが得意なプリキュアが居てもいいような気はする。セーラームーンで言えばセーラーマーキュリー枠。セーラーマーキュリーはモバイルコンピュータを持ち歩いていて、それを使って敵の弱点を発見してたイメージがあるけど。今だとスマホかタブレットを持ち歩く感じになるのだろうか…？ 音声認識でAIに質問してヒントを貰って、とかになっちゃうのかな。

というか、ミラキュラスでコンピュータ好きなキャラが居たな…。アレもやっぱり男の子のキャラだった。つまりフランスでも、「女の子はコンピュータ好きなはずがない」というソレがあるんだろうか？

プラモデルを作るのが好きなプリキュアはどうだろう。せっかくだからガンプラ好きにしようか。バンダイナムコさんもニッコリ。

権利的に面倒なことになるか…。東映とサンライズ(バンダイナムコフィルムワークス？)でイイ感じに話し合わないと…。

とにかく巨大ロボットアニメが好きなプリキュアはどうだろう。「これで巨大ロボットなら最高なのに」が口癖。「わあ、かわいいな！ これで巨大ロボットなら最高なのに」「くそう、なんて硬い敵なんだ！ これで巨大ロボットなら最高なのに」みたいな。

プリキュアになれる変身アイテムをUMAから貰った時も、「コレって巨大ロボットになれないの？」と…。

巨大ロボットと言えば戦隊シリーズだろう…。戦隊シリーズが大好きなプリキュアとかどうだろう。どっちも一応東映作品だからガンプラ好き設定よりはまだどうにかならないか。いやまあ、アキバレンジャーみたいな光景しか想像できないけど…。脚本を書ける人が限られてしまう…。

考えてみたら一番最初のプリキュアって、科学実験大好き娘だったような気がしてきた。ああいう属性っていつの間にプリキュアシリーズから無くなってしまったのだろう…。いや、自分が忘れてるだけで、実はそういうキャラ設定も稀に出現してたりするのかな。どうなんだろう。

要するに、「こういうのは男の子のほうが得意なはず」「女の子はこういうものに手を出しちゃいけない」という偏見っぽいソレがもしもまだ残ってるなら、そういうアレコレを少しずつ払拭してくれる作品になってほしいのだよな…。「興味が湧いたら男女関係なくチャレンジしてみようよ」と。

もし、女の子が、「こういうのに興味を持つのって変かな…」と怖気づいてたとしたら、「全然そんなことないよ。だってキュア○○だってやってたじゃん」と背中を押してくれるというか。周囲の女の子がソレをやってた時に「女の子なのに変なの」と言い出すのではなく、「スゴイ。まるでキュア○○みたいじゃん」と思えるムードを作っていくというか。そんなプリキュアだったらいいよなと。

などと思ったりもしたけど、プリキュアにちょっと色々背負わせ過ぎかもしれん…。まずは女児が楽しんで見てくれてたら、ひとまず100点満点、ですわな…。

アクリル棒をどうやって固定するか悩むより、本来の状態に修理するほうが妥当だなと思えてきた。そんなわけで、先日購入した緑色のLEDを、元々フロントパネルについていた透明なプラスチックパーツに埋め込んで、PCケースを開けて電源LEDを交換してみた。

LEDとプラスチックパーツの固定は、とりあえず裏からビニールテープを貼ってどうにかした。そのうち剥がれてくるだろうけど、その時はホットボンドなるものを購入して試行錯誤してみよう…。

もしかするとLEDの明るさが足りなくて、外から見ても光ってるかどうかわからないのではと不安だったけれど、実際に入れてみたら、一応かろうじて光ってることが確認できた。


もっとも、元々PCケースについていたHDD LED(青色、左のほうで光ってる)や、リムーバブルHDDケースについている電源LED(緑色、上のほうで光ってる)と比べると、やはり明るさが足りないのか、かなりぼんやりと光ってる感じの見た目で、なんだかちょっとアレではあるなと…。

でもまあ、これでも一応電源が入ってること自体は分かるから、しばらくはコレでいいかなと。もし、どうしても気になるようであれば、通販でもっと高輝度なLEDを購入して入れ替えることになるのだろう…。

余談。この場合、以下のような仕組みで光が見えているはず。


透明なプラスチックパーツがあるだけで、見え方が結構違ってくるのだなと。

2021/03/03時点の Raspberry Pi用HSPは、使えるキーボードとマウスに制限がある。

端末上で ls -alF /dev/input/by-id と打ってみれば、そのキーボードとマウスが、HSPで使えるかどうかが分かる。

• event-kbd を含む名前と、event-mouse を含む名前が、一つずつ並んでいるなら、そのキーボードとマウスの組み合わせで HSP は動かせる。
• event-kbd、または event-mouse が見当たらないなら HSP は動かせない。動かしても、真っ当に終了させる方法が無い。
• event-kbd が2つ以上、または event-mouse が2つ以上ある場合、機器を接続する順番によって動くかもしれないし動かないかもしれない。HSPが最後に検出した機器がキーボード・マウスとして扱われるが、HSPがどんな順番で検出していくかは不明。

まず、前提として、現時点の Raspberry Pi用HSPは、キーボードとマウスの、両方が接続されてないと使えない。両方が接続されてないと使えない。大事なことなので2回言いました。

キーボードだけが接続されてる状態、あるいはマウスだけが接続されてる状態では、HSP(hsp3dish)はキー入力とマウス入力の両方とも無視する作りになっている。これは、 _OpenHSP/src/hsp3dish/raspbian/hsp3dish.cpp の updateKeyboard() の先頭で、キーボードかマウスのどちらかが見つからない時は、何もせずに return するようになっているから。

Raspberry Pi OS の端末上で、ls -alF /dev/input/by-id と打つと入力機器の名称一覧が出てくるが、HSPは…

• event-kbd を含む名前の機器がキーボードで、
• event-mouse を含む名前の機器がマウスのはず、

と決め打ちして作られている。よって、event-kbd が1つ、event-mouse が1つの状態なら HSP は問題無く動く。

しかし、入力機器一覧の中に event-kbd (or event-mouse) が見つからないと、HSPからは、キーボード(or マウス)が接続されてないものとして扱われてしまう。実際にはちゃんとキーボードやマウスが接続されていても、HSP側ではキー入力やマウス入力を一切取得してくれない。(前述のとおり、キーボードかマウスのどちらかが見つからない時は、キー入力とマウス入力を一切無視する作りになっている。)

そうなると、HSPスクリプトを動かしてから、キー入力やマウス入力でスクリプトを終了させることができなくなる。その場合、OSが壊れることを覚悟しつつ Raspberry Pi 本体の電源をいきなり切って終わらせるか、別PCからssh等でログインして、killall hsp3dish と打って終了させるしかない。

キーボードやマウスが機器名称として event-kbd や event-mouse を返してくるかどうかは製品による。

• キーボードの中には、event-kbd を返さない製品がある。(Logicool K400r)
• または、event-kbd と一緒に event-mouse まで返すキーボードもある。(BUFFALO BSKBW03WH)
• マウスも、製品によっては event-kbd を返すものがある。(A4Tech XL-755BK)

故に、Raspberry Pi にキーボードとマウスを接続して、デスクトップ画面が使えているからと言って、Raspberry Pi用HSPも動かせるとは限らない。

Raspberry Pi用HSPが動かせるかどうか ―― HSPがキー入力とマウス入力を正しく取得できるかどうかは、/dev/input/by-id 以下にどんな機器名が並んでいるかが絡んでくる。

ちなみに、これはあくまで Raspberry Pi用HSPの話で、 _Linux版HSP では状況が異なる。Linux版HSPは、キー入力やマウス入力をSDLを通して取得しているようで、Raspberry Pi用HSPとは処理内容が異なっている。

今日調べていた内容についてメモ。

USB接続ワイヤレスキーボード(タッチパッド付) Logicool K400r や、USB接続ワイヤレスマウス ELECOM M-BL21DBSV を、Raspberry Pi Zero W + Raspberry Pi OS buster に接続した際、/dev/input/by-id 以下で event-mouse を含んだ文字列を返しているので、HSPを動かした際に、キーボードはともかく、マウスだけでも反応するはず、なのに無反応なのはおかしいなーおかしいなー、と悩んでいたのだけど。

_raspbian/hsp3dish.cpp を眺めてみて謎が解けた。updateKeyboard() の先頭で、

if((keyboardFd == -1) || (mouseFd == -1)) return;

と書いてあるじゃないですか。つまり、キーボードが見つからない、もしくはマウスが見つからない時は、キー入力やマウス入力をチェックする処理を一切しないわけで…。

つまり、数日前に、マウスだけを接続して HSP の動作確認をしていたのは完全に無意味だった…。キーボード (event_kbd) が検出されないことが分かってる状態で、マウスが反応するか調べても意味が無い。キーボードが見つからなかったら、その時点でマウス入力も無視されるわけだから…。

本当に、raspbian/hsp3dish.cpp が使われているのか不安になってきたので、該当ファイル内でコメントアウトされていた printf() を有効にしてビルドし直してみた。(OpenHSPディレクトリ直下で、make -f makefile.raspbian を実行。) ビルドが走って、該当ファイルがコンパイルされたので、たしかに使われているっぽい。HSPがどの入力機器を見つけたのかも出力されるようになった。

余談だけど、raspbian/hsp3dish.cpp の initKeyboard() 内では、マウスが見つかった時も「match for the kbd」と printf() してしまう。「match for the mouse」等に書き換えてから試さないと、キーボードが見つかったのかマウスが見つかったのか分からないので注意。

さておき。普段メインPC(Windows10機)で使っている、USB有線接続キーボード Cherry G230 (G85-23100JAAESF?) も接続して動作確認してみた。 *1 マウスは、ELECOM M-BL21DBSV を接続。念のために、マウスを接続した後からキーボードを接続。

調べた結果は以下。

$ ls -alF /dev/input/by-id/
合計 0
drwxr-xr-x 2 root root 140  3月  3 07:47 ./
drwxr-xr-x 4 root root 240  3月  3 07:47 ../
lrwxrwxrwx 1 root root   9  3月  3 07:47 usb-046a_0023-event-if01 -> ../event5
lrwxrwxrwx 1 root root   9  3月  3 07:47 usb-046a_0023-event-kbd -> ../event4
lrwxrwxrwx 1 root root   9  3月  3 06:18 usb-ELECOM_ELECOM_BlueLED_Mouse-event-if00 -> ../event2
lrwxrwxrwx 1 root root   9  3月  3 06:18 usb-ELECOM_ELECOM_BlueLED_Mouse-event-mouse -> ../event0
lrwxrwxrwx 1 root root   9  3月  3 06:18 usb-ELECOM_ELECOM_BlueLED_Mouse-mouse -> ../mouse0

$ cat /proc/bus/input/devices
I: Bus=0003 Vendor=056e Product=00cb Version=0111
N: Name="ELECOM ELECOM BlueLED Mouse"
P: Phys=usb-20980000.usb-1.1/input0
S: Sysfs=/devices/platform/soc/20980000.usb/usb1/1-1/1-1.1/1-1.1:1.0/0003:056E:00CB.0001/input/input0
U: Uniq=
H: Handlers=mouse0 event0
B: PROP=0
B: EV=17
B: KEY=1f0000 0 0 0 0 0 0 0 0
B: REL=1943
B: MSC=10

I: Bus=0003 Vendor=056e Product=00cb Version=0111
N: Name="ELECOM ELECOM BlueLED Mouse"
P: Phys=usb-20980000.usb-1.1/input0
S: Sysfs=/devices/platform/soc/20980000.usb/usb1/1-1/1-1.1/1-1.1:1.0/0003:056E:00CB.0001/input/input1
U: Uniq=
H: Handlers=event1
B: PROP=0
B: EV=100001

I: Bus=0003 Vendor=056e Product=00cb Version=0111
N: Name="ELECOM ELECOM BlueLED Mouse Consumer Control"
P: Phys=usb-20980000.usb-1.1/input0
S: Sysfs=/devices/platform/soc/20980000.usb/usb1/1-1/1-1.1/1-1.1:1.0/0003:056E:00CB.0001/input/input2
U: Uniq=
H: Handlers=kbd event2
B: PROP=0
B: EV=1f
B: KEY=300ff 0 0 0 0 483ffff 17aff32d bfd44446 0 0 1 130c73 b17c000 267bfa d9415fed 9e1680 4400 0 10000002
B: REL=1040
B: ABS=1 0
B: MSC=10

I: Bus=0003 Vendor=056e Product=00cb Version=0111
N: Name="ELECOM ELECOM BlueLED Mouse System Control"
P: Phys=usb-20980000.usb-1.1/input0
S: Sysfs=/devices/platform/soc/20980000.usb/usb1/1-1/1-1.1/1-1.1:1.0/0003:056E:00CB.0001/input/input3
U: Uniq=
H: Handlers=kbd event3
B: PROP=0
B: EV=13
B: KEY=c000 100000 0 0 0
B: MSC=10

I: Bus=0003 Vendor=046a Product=0023 Version=0111
N: Name="HID 046a:0023"
P: Phys=usb-20980000.usb-1.2/input0
S: Sysfs=/devices/platform/soc/20980000.usb/usb1/1-1/1-1.2/1-1.2:1.0/0003:046A:0023.0007/input/input18
U: Uniq=
H: Handlers=sysrq kbd leds event4
B: PROP=0
B: EV=120013
B: KEY=10000 7 ff9f207a c14057ff febeffdf ffefffff ffffffff fffffffe
B: MSC=10
B: LED=7

I: Bus=0003 Vendor=046a Product=0023 Version=0111
N: Name="HID 046a:0023"
P: Phys=usb-20980000.usb-1.2/input1
S: Sysfs=/devices/platform/soc/20980000.usb/usb1/1-1/1-1.2/1-1.2:1.1/0003:046A:0023.0008/input/input19
U: Uniq=
H: Handlers=kbd event5
B: PROP=0
B: EV=1f
B: KEY=3f 301ff 0 0 0 0 483ffff 17aff32d bfd44446 0 0 1 130ff3 8b17c400 677bfa d971dfed 19ed680 4400 0 10000002
B: REL=1040
B: ABS=1 0
B: MSC=10

hsp3dishの接続結果(pritnfデバッグの結果)。

$ ./hsp3dish sample/block3.ax
Init:hgio_setmainarg(.,sample/block3.ax)
Init:HGIOScreen(1280,720)
readdir (.)
readdir (..)
readdir (usb-046a_0023-event-if01)
readdir (usb-046a_0023-event-kbd)
match for the kbd = usb-046a_0023-event-kbd
/dev/input/by-id/usb-046a_0023-event-kbd keyboardFd = 6
readdir (usb-ELECOM_ELECOM_BlueLED_Mouse-event-if00)
readdir (usb-ELECOM_ELECOM_BlueLED_Mouse-event-mouse)
match for the mouse = usb-ELECOM_ELECOM_BlueLED_Mouse-event-mouse
/dev/input/by-id/usb-ELECOM_ELECOM_BlueLED_Mouse-event-mouse mouseFd = 7
Getting exclusive access: SUCCESS
readdir (usb-ELECOM_ELECOM_BlueLED_Mouse-mouse)

このキーボードとマウスの組み合わせなら、event-kbd が1つ, event-mouse が1つなので、HSPは問題無くキーボードとマウスを検出できている。

今回試した Cherry G230 (G85-23100JAAESF?) は、USB有線接続で、音量調整等のマルチメディアキーを少々持っているものの、それ以外は何の変哲もないフツーのキーボードのせいか、event-kbd 以外に、event-mouse を返してきたりはしなかった。

となると…。

• どこにでも売っていて、比較的値段が安くて、余計な機能がほとんどついてない、最低限の素直な作りのUSB有線接続キーボード。
• どこにでも売っていて、比較的値段が安くて、余計な機能がほとんどついてない、最低限の素直な作りのUSB接続マウス。

そういう組み合わせなら、HSPを動かしても、すんなり使えてしまう可能性が高い気がするなと…。

何か変わった機能を持っているキーボードやマウスになると、キーボードなのに「僕、マウス(event-mouse)だよ」と言い出したり、マウスなのに「僕、キーボード(event-kbd)だよ」と言い出したりするのでハマるのだろうなと…。

そして自分の場合、キーボードやマウスを購入する時は機能面でこだわって選ぶので、そんな製品ばかり部屋に転がっているものだから、こうしてトラップに引っ掛かったという。

個人的には、/dev/input/by-id 以下だけを見て、これがキーボードでこれがマウスのはず、と判別するのはどうなんだろうと。/proc/bus/input/devices も参考にしながら判別したほうが良くないか…。

もっとも、/proc/bus/input/devices を見ることで、キーボードについては取得できても、やっぱりマウスはどれがどれやら分からないので結局悩むのだけど。複数のマウス候補の中から絞り込むためのヒントが見当たらないのだよな…。コレって解決策あるのかな…。

このへん、なんだか「おま環」扱いされそうな話だなとも思うけど、それもちょっと釈然としない。手持ちの製品の極一部が動かないならともかく、半数が動かないのだから、それはプログラムの作りがおかしいでしょ、「おま環」呼ばわりで済ませられる範囲を超えてませんか、という気もするわけで。 *2

キーボードだけ、あるいはマウスだけ繋いだ状態でも一応動く、という作りのほうがいいのかもしれない。それなら、ESCキーかマウス右クリックのどちらかで終了できるだろうし。どちらかが見つからなければ全入力をチェックしない、スクリプトの終了すらできない、という現状の作りはちょっと。

もしくは、キーボードやマウスが見つからない時は、「Not found keyboard」「Not found mouse」と出力して終了するだけでも違うだろうなと。何が原因で動かないのか、伝えてくれるだけでも助かるはず。

てなことを思ってしまったので、自分も改善策を提示できないかと hsp3dish.cpp を眺めているけれど…。 *3

ただ、公式キーボード＋公式マウスならすんなり動くかもしれんので、「公式キーボード・マウス以外は非サポート」とか「○○以外では動作確認してません」みたいなことを書いて終わらせるのも全然アリなのだよな…。

まあ、グダグダ言ってないでとにかくソース書け＞自分。…まずはC++のコンパイル方法から調べてみないと。＜そこからかよ…。

MobaXterm Home Edition Portable を入手。zip を解凍すると、MobaXterm_Personal_20.1.exe と CygUtils.plugin の2つのファイルが出てくるので、任意の場所に置く。

X11アプリを使いたい場合は X11Fonts Plugins も必要になるという話を見かけたので、そちら(X11Fonts.mxt3)もDLして、.exe と同じ場所に置いておいた。

exe を実行すると、初回起動時は解凍処理が行われて時間がかかるけど、2回目以降は比較的早く起動してくれる。

画面が表示されたら、上のほうに Session というアイコンがあるのでクリック。SSH を選んで、アクセスしたいPC名等を入力してOKを押せば、sshでアクセスできる。

「xclock &」と打ち込めば時計が、「xlogo &」と打ち込めばロゴ画像が表示されるはず。入ってなければ、x11-apps をインストール。Debian/Ubuntu なら、sudo apt install x11-apps でインストールできた気がする。

キーを連続で叩いた時にそれが分からないという問題が。「G x 2」「W x 4」みたいな感じで表示できればいいのだけど、どう書けばいいのやら。

ていうかやっぱり、履歴が残っていかないと、ちと分かりづらいよなと。しかし、どういう処理をすればいいのだろう…。

; wheel up/down check
; use AutoHotKey v1.1.24.05

#SingleInstance, Force
#InstallMouseHook

appliname=wheelupdown_check_01
appliver=0.0.1
wtitle=%appliname% %appliver%

; GUI settings

; Gui, +Owner +AlwaysOnTop +Resize -SysMenu -MinimizeBox -MaximizeBox -Disabled -Caption -Border +ToolWindow
Gui, +Owner +AlwaysOnTop +Resize -MinimizeBox -MaximizeBox
Gui, Color, 336699
Gui, Font, CFFFFFF S26 W700 Q2, Arial
Gui, Add, Text, Vkeystext, Alt+Q ... Exit
Gui, Show, NoActivate, %wtitle%
; GuiControl, , keystext,
WinSet, Transparent, 220, %wtitle%

cwheeldown = 0
cwheelup = 0
check_cwheeldown = 0
check_cwheelup = 0

ks=WheelDown WheelUp Space Up Down Left Right BS
keyslist := Object()
nowstate := Object()
oldstate := Object()
Loop, Parse, ks, %A_Space%
{
  k=%A_LoopField%
  v=%k%
  keyslist.Insert(k, v)
  nowstate.Insert(k, 0)
  oldstate.Insert(k, 0)
}

Loop, 
{
  For k, v in keyslist
  {
    n := nowstate[k]
    oldstate[k] := n
    nowstate[k] := 0
    If k=WheelDown
    {
      If cwheeldown<>%check_cwheeldown%
      {
        check_cwheeldown := cwheeldown
        nowstate[k] := 1
      }
    }
    Else If k=WheelUp
    {
      If cwheelup<>%check_cwheelup%
      {
        check_cwheelup := cwheelup
        nowstate[k] := 1
      }
    }
    Else
    {
        nowstate[k] := GetKeyState(k)
    }
  }
  
  keys=
  For k, v in keyslist
  {
    If (nowstate[k] + oldstate[k])=1
      If nowstate[k]<>0
        keys=%keys% %k%
  }
  keys := Trim(keys, " ")
  
  If keys<>
    GuiControl, , keystext, %keys%
  
  Sleep, 16
}

EXIT:
GuiClose:
  ExitApp

~*WheelDown::
  cwheeldown += 1
  return
  
~*WheelUp::
  cwheelup += 1
  return

~!Q Up::
  ; Alt + Q ... Exit
  Goto, EXIT

以下のやり取りを参考にして書いてみたり。

_getkeystate wheel (Getkeystate not wheely good!) - Ask for Help - AutoHotkey Community

GetKeyStateを使ってホイール回転を検出しようとすると、ホイールを回した途端、そこからずっとOnが返ってくる状態になってしまう。しかし、ホットキーラベル(WheelDown::、WheelUp:: 等)を使うと、そこはホイールを回した瞬間だけ呼ばれるようで。なので、そこで変数の内容をインクリメントして、メインループ内で「変数の内容が今までと違っているか」を調べて、ホイール回転があったかどうかを判断してる。

GetKeyState は、「GetKeyState, 変数, キー種類」という形でも書けるけど、「n := GetKeyState(キー種類)」という形で書けば、1/0で状態を取得できるらしい。

    " --exec " + quotedAbsolutePath("bin\\sh.exe") +

    " --exec " + quotedAbsolutePath("bin\\console.exe") + " " + quotedAbsolutePath("bin\\bash.exe") +

msys.bat を実行後、以下を入力。

mingw-get update
mingw-get install mintty

mingw-get install の後に、mintty を指定してる例と、msys-mintty を指定してる例があったけど、どちらも同じものをインストールしようとしているように見えた。勝手な想像だけど、msys- をつけなくても、「どうせmsysのソレやろ」と判断されるのかもしれない。

それにしても、mingw-get なるコマンドがあるのか…。ひょっとして、apt-get みたいなものかな…。や、mingw-get --help と打ってみたところ、apt-get とは受け付けるオプションが結構違うようにも見えたけど。

mintty は、MinGWインストールフォルダ\msys\1.0\bin\mintty.exe にインストールされたように見える。そのまま mintty と打ち込むと、sh をシェルとして起動する、のかな。

bash で起動したいので、ショートカットファイルを作って、

MinGWインストールフォルダ\msys\1.0\bin\mintty.exe /bin/console /bin/bash --login

と指定してみた。

ちなみに自分の場合、環境変数 HOME には任意のフォルダを指定済み。*NIX系のツールは %HOME% 以下に、設定ファイルの類を自動で作ったり、参照することが多いので…。

それはともかく、やっぱり日本語文字列が文字化けする…。winpty同梱の console.exe を経由する限り仕方ないのかな。

まあ、普段は _ConEmu を使ってるので、無理して mintty を使わなくてもいいのかもしれないけど。

ググってたら、 _cmder なるコンソールエミュレータもあると知った。ちょっと気になる。

もしかして、mintty のオプション設定を変更して UTF-8 で表示するようにすれば文字化けしないのかな。ちょっと自信無いけど。

mintty のオプション変更の仕方は、mintty のウインドウ内でマウス右クリック → Options を選択。

_Windowsにminttyを入れた話 - 駄文置き場ですから
_MinGW + mintty -> Windows8.1 - Qiita
_MinGW の mintty で対話モード、ついでに vim 設定 | ユニマージュ

dither16bit.scm というフォルダ名にしたいのだけど、何故かパレットファイル名になってしまった。コレ、変更できないのかな。

red、green、blue のレイヤーに対する処理はベタで並べてるのが気になる。リストに入れてループして処理できないかな…。

Shade12は、OpenGLを有効にしていると、レンダリング処理中に他のアプリの描画をおかしくしてしまう模様。これはかなり致命的。

モデリングの作業をしている時は Shade12のウインドウがアクティブになっているから、そういう不具合があっても別に困らないのだけど。レンダリング中は、ただボーッと待っているのもアレなので、別アプリで別の作業をしたくなる。しかし、別アプリのウインドウをアクティブにすると、裏に居るShade12のレンダリングウインドウ(イメージウインドウ)が、別アプリの描画をグチャグチャにしてしまう。つまり、Shade12がレンダリングを終了するまで、他の作業が一切できないに等しい。酷い話。

解決策として思いつくのは以下の2つ。

• OpenGLを無効にする → モデリング作業時に描画が遅くなるのでイライラしてくる。
• Shade12専用のPCを別途用意する → お金も電気代もかかる。

なんだかな。

イメージウインドウを最小化して、別アプリと重ならない場所に移動しておく、という手もありそうな気もする。

何にせよ、Shade12は酷い。OpenGL周りの実装がとんでもないことになっているとしか思えない。

ふと、Shade 10.5 を起動してみたら、動作があまりに軽いのでなんだか感動してしまった。

一時期、民放の深夜の時間帯に、ホラー映画のCMがガンガン流れたことがあって。しかも、1〜2カット目がいきなり怖い画で。前述の種類の中の、一番低レベルな怖がらせ方、ですな。

自分は、夜中の作業時のBGV代わりに、TVをつけてることが多いので、視界の隅でいきなり怖い画が何の予告もなく表示されると、ドキッとして作業が止まってしまい、非常に困ってしまったのでした。

なもんで、それ以来、TVのチャンネルは、ほぼNHKに固定しているのです。アニメ番組を見るときは一応民放に変えるのだけど、終わったらすぐにNHKに戻してしまう。そういうTVの見方が、民放でホラー映画のCMがしつこく流された時期から、ずーっと何年も続いております。つまり、自分にとっての民放離れの原因は、民放自身がしつこく流していたホラー映画のCM、なのでした。民放は怖い。いきなり何を流すか分からない。真夜中でも平気で流す。安心してBGV代わりにすることもできない。

各企業は、ホラー映画のCMを作った会社に、損害賠償請求をしてもいいのではないか、とすら思えたり。わざわざバカ高いCM放映料？を払ってるのに、たった一社の、作りが酷いCMのおかげで、わずか一視聴者とは言え、何年も民放のCMをほとんど見ない状態に陥らせてしまった。何のために宣伝費をかけているのか、これでは分からんでしょう。

まあ、大半の人は民放を見続けているのだろうし。どうでもいいか。…でも、民放離れという言葉もよく見かけるんだよなあ。仮に、その原因の一つとして、まったく気を使わない杜撰なCMの流し方があるとしたら、どうなんだろう。いやまあ、そういう理由で民放を見なくなった人は、もし居たとしても少数派かもしれないし。どうでもいいか。…視聴者層の多様化が進んだ現代において、少数派の言葉をスルーするのは賢いことなのか、と思ったりもするけど、どうなんだろう。…どうでもいいや。

洞窟の中で、男女2人怪我して苦しんでるシーンなのだけど。主人公の呻き声が危険。声だけ聴いてると、AVと錯覚してしまう。アニメの声優さんなんかが出す呻き声とは、かなり異質な声。

それはともかく。普通のフレームレート？コマ数？で撮ったが故にブラー(?)かかりまくりになっちゃってる、鮮明度？がアレなアクション映像を、編集段階で無神経にスローモーションにして流しちゃってるもんだから、何が起きたのか説明するためのカットであっても、その目的をほとんど果たせていない。本来であれば、高速度撮影(?)すべきカットなんだろうけどなぁ。韓国ドラマってのはスケジュールが妙に厳しいらしいから、段取りを決める時間さえなく、手当たり次第にとにかく撮って、突貫工事的編集作業でどうにか間に合せてる、てな状況なのかなと邪推せずには居られない。

代表的なのは、Officeに含まれている「HG」フォントです。リコーが作成したもので、実はMSフォントはマイクロソフトがリコーからラインセンスを受けて使用しているのです。両者に実質的な違いはありませんが、HGフォントには下図のように「行書体」や「ポップ体」など、MSフォントにはない種類の文字があります。こうしたフォントを使いこなすことで、より見栄えのいい文書の作成が可能になります。

MS、HGフォントって何？ / デジタルARENA より

「MS〜」がリコーのフォントと言うのは知ってたけど。「HG〜」もリコーのフォントだったのか…。

_Microsoft Office 2003 に含まれている日本語フォント
_Office 2003 に含まれているフォント

_中には「HG-丸ゴシックM-PRO」や「HG-正楷書体-PRO」など、フォントライセンスの問題で埋め込み出来ないフォントもあります。
_HG系のフォントは、メーカーがPDFへの埋め込みを許可していませんので、PDFにフォントをエンベットすることはできません。

となると、FLASHで使うのもアウトなのか？

Q. ホームページ上にFlashを使って作ったコンテンツを掲載する場合、ライセンスはどうなりますか？

A. Flashについては、現行の使用許諾の許諾範囲外ですので、ご利用いただけません。

千都フォント｜サポート｜FAQ｜ライセンス より

こういうフォントもあるのか。というかコレが大多数なのだろうな。

これまでFlashコンテンツデザイナーや情報提供者は、日本語フォントを使用したFlashコンテンツについて、フォント制作会社との間で個別にライセンスの許諾範囲、料金などを調査、交渉を行う必要がありました。日本語フォントを含むFlashコンテンツの商用利用については、使用したフォントによりライセンス料金を課される場合があり、マクロメディアでは、そのような状況を明確にし、Flashデザイナーが安心して制作できる環境の整備を模索していました。

FONTWORKS - ニュース より

やはり個別にライセンスを確認しないとダメなのか。

WEB用に限りです。印刷用だとまた少し変わってきます。

ダイナフォント：
商用利用は基本的に可です。ただ、商品ロゴや企業ロゴ・外部サイトへの誘導を目的としたバナー等に使用する場合は別途ライセンス料が必要。
商用利用は下記URLフォントのみ使用可能。
http://www.dynacw.co.jp/license/outline/outline_fontface01.html

モリサワフォント：
商用利用可です。しかし商品ロゴや企業ロゴなどは別途ライセンスが必要っぽい。（未確認。モリサワパスポートのライセンス情報求む！）

マイクロソフトの日本語製品に添付されているフォント：
参考：http://www.microsoft.com/japan/legal/permission#font
日本語フォント商用利用不可。ベンダーへ要問い合わせ。

GAC なぜなにGAC->フォーラム より

MS製品を購入することで入手できるフォントは使っちゃダメ、ってことか…。

日本語のフォントに関しては、外部のフォントベンダーがすべてのフォントの開発に関わっています。そのため、各段階での著作権者の権利を守るため、マイクロソフトでは日本語フォントの使用許諾契約書で許諾される以外のご使用について、許諾を出さない方針です。フォントの再頒布や、お客様のソフトウェアでの使用等の権利処理については、日本語フォントのプロパティに表示される各フォントベンダーに直接お問い合わせください。

Copyright Permission より

マイクロソフトのクリップアートギャラリーでは、お客様の私的使用のために、一連のアートワークを提供しています。マイクロソフトでは、一部のクリップアートについては第三者より使用許諾を受けているため、お客様による配布物等での使用を許諾できない場合があります。詳しい使用条件については、必ずご使用のクリップアートが含まれる製品に添付の使用許諾契約書 (EULA) をご確認ください。

Copyright Permission より

フォントはもちろん、MSのサイトで入手できるクリップアートも使っちゃダメなのか。…何のための素材公開なんだろう。素材コレクターを満足させるためだけに公開してるとか？ 素材を眺めてニヤニヤできて、しかし、その素材を使うことなど絶対にない・何かを作ったりは絶対にしない、そういう人種しか嬉しくない現状であらうか。

_梅フォント
_VLゴシックフォントファミリ

420 ：名前は開発中のものです。：2006/12/03(日) 04:14:01 ID:I2DvLBEd
>>415
Flashへの埋め込みは、静止テキストならばモリサワ、字游工房は可。
視覚デザイン研究所は自サイトに限り可。
イワタは検討中で許可は出てない。Fontwireのは不可だったはず。
ヒラギノは不可。
ダイナミックテキストはほぼすべて不可。

埋め込まなければ、システムにフォントがインスコされてない場合は
そのフォントでは表示されないから、単にフォントの希望を指定したってだけで
Flashに使ったとはいえないような。

ふむ。ほぼ全滅に近い。

OSの中に標準で入ってるフォントとか、Webページ作成用の有料フリー素材集の中に入ってるフォントとか、そういうのは一切合切、FLASHデータの中に混ぜられないと考えておいたほうが良さそう。ビットマップ化したものであってもアウトの場合がどうやら多いらしいので、そもそも使わないほうがヨサゲ。

ひどいのになると、印刷時に使うのもダメ、てのもあるみたいで困ってしまう。…体験版みたいな感じでその手のデータ集につっこんであるだけ、と思っといたほうがいいのかもしれん。＞フォントデータ。

もちろん、ン万円〜ン百万円払えば商用利用もOK、になる場合もあるんだけど。個人・中小企業じゃそんな金は出せないだろうし。ゲーム1本売るたびに5〜20万円払わなきゃならない、なんて話もあって、うーん。

ライブ事件発覚後、2人の蜜月関係を追及しようとした民主党だが、メール問題でその出鼻を完全にくじかれてしまったようだ。執拗にさえ見えた自民党の反撃は、こんな狙いもあったという見方が強い。

SANSPO.COM−社会 より

なるほど。

謝罪広告って…。武部氏二男ってのも、なんかホリエモンライクな考えをする人物だな…。

_2005/05/19の日記、『英雄 〜ヒーロー〜』を見た際の感想 で、自分、「欧米では、こんな観念的な展開は脚本の段階で没だろうなぁ。」と書いてるのをたまたま見かけた。…そうか。観念的世界 = アジア、か。であれば、サヴァイブのソレも、アジアでのみ許される独自性を持った展開、ということで済ませることができるのかもしれん。

いやいや、ちょっと待て。ナノマシンとかコンピュータとか出てくる世界で、それはあかんやろ。コンピュータが出てくるなら、やっぱり攻殻機動隊みたいな詰め方が必要でしょ。ネットの中で草薙少佐がハッキングしてる様子を謎の光で喩えて描くならともかく、リアルワールドの中で少佐が謎の光を出してたらあかんでしょう。という気もする。

まあ、サヴァイブは子供向け作品なのだろうからアレだけど。

別の人が全然違うツールを同じ名前で作成・公開していたり。…○○○2△△△ってネーミングは多すぎるナリ。しかしこれほど機能が判ってしまう名前もないわけで。命名って難しい。

だが筆者の視点は違う。現時点で「会長等の役員は、当分の間おかない。」としているところから、これは眞鍋かをりの天下り先なのだ。

コデラ ノブログ: 何がしたいのか総務省 [ITmedia +D Blog] より

そういうことか！＜オイ。

撮影日時が全部2003年になるらしい。うーむ。スゴイな…。

中古品を安い値段で買っても、寿命を考えると新品より高くつきそう。環境によって使用時間も異なるから、製造年月日等から中古品の残りの寿命を推定する事も難しいだろうし。それに今はブラウン管から液晶への移行期。ブラウン管モノは人気が無い上に場所も取る。重いから輸送も大変。リサイクルショップも引き取らないのだろう。どこにも行き場が無い。捨てるしかない。仕方ない。でも、もったいない。有効活用できないものか。…といっても _コレ ではなぁ。

某所のCG板とPG板は随分と雰囲気が違うな、てなことをぼんやり思い出した。PG板は技術情報交換かお互いの不幸自慢で話が続いていく傾向があるけど、CG板はすぐに他者を罵り合い始めてスレが荒れて人が寄り付かなくなり閑散としてしまう。どうしてそんな不毛な展開になるのか不思議だったけど、「逆切れ系文化」を踏まえて眺めてみると、なるほど自然な展開なのかもしれないとも思ったり。デザインに携わる人間は、エンジニア(?)とは異なる文化を持ってるのだな。いや。エンジニアが世間と比較して特殊な文化なのか。異端なのはエンジニアの方。

以前、デザイナーの友人が語ってた内容…馬鹿にされて腹が立たないのか云々の問いかけが自分はピンとこなかった事があるんだけど。それもまた、むべなるかな。自分や、あるいは友人のPGなども、その手のプライド(?)って不毛だよなと思ってるし。 *1 それじゃ話が噛み合わないわな。今になって考えると、そのへん、個と個の考え方の違いではなく、職種からくる考え方の違いだったのかもしれず。

光があるから闇があり、闇があるから光がある。

おもしろくなければ人にあらず。明るくなければ人にあらず。賢くなければ人にあらず。強くなければ人にあらず。進歩してなければ人にあらず。人の上に立たねば人にあらず。…誰が決めたんじゃ。

俺か。