mieki256's diary

(defun action-lock-graphic (regexp arg-pos &optional hilit-pos)
  (action-lock-general #'shell-execute regexp arg-pos hilit-pos))

(let ((copyrules action-lock-default-rules))
  (setq action-lock-default-rules
        (append copyrules 
                (list (action-lock-graphic "\\([^> \r\n]*\\.\\(jpg\\|bmp\\|gif\\|png\\|svg\\)\\)" 1)
        ))))

もっともそのへん言い始めると、「emacs(Meadow)を使ったら？ そっちなら画像も表示できるよ」と言われてしまうのでアレなんだけど。xyzzyの軽さが好きで使ってるわけでありまして。うーん。

図解関係の画像であれば、どちらかというとドローデータのほうが都合のいいときが多いわけで。容量だって少ないし。が、汎用的なドローデータ形式というのが、なかなか思い浮かばず。

Windowsなら、.wmf あたりがメジャーなのであらうか。となると、.wmfを編集できるツールが必要になってくるけど。フリーで、そういうツールってあるのかしら。ていうか、Windows はともかく、Linux あたりでは .wmf ってメジャーなのかな。他にメジャーな形式がありそうな気もする。

Sodipodi、Inkscape、Dia あたりを使って .svg で保存、という手もあるけど。Dia で描いた .svg は Firefox で開けなかったりするので、互換性が今一つな印象が。＞ .svg。かといって、閲覧のためだけに、Inkscapeその他の重いアプリを起動するのもなんだし。

そういえば、GSview というのもあったな。でも、アレって毎回レジスト要求ダイアログが開くし。本当は、フリーじゃないのかもしれんか…。

タイヤのホイールや、プロペラ機のプロペラが、逆に回転してるように見えるアレ、なのだろうか。ちと違うか。いや、やっぱりソレか。人間の目の、追従速度が絡んでるのかな。

BGを高速スクロールさせるなら、繰り返しパターンのサイズができるだけ大きいほうがいいのだけど。そのへん意識してない人が描いてしまった画像・チップを並べたBGを受け取ると、ちと困ってしまう。でも、60fpsとか出るハードなら問題ない画像なのかもしれんのか。…iアプリ端末は10fpsしか出ない機種もあったりするので、そのへん問題が出やすい。まあ、実機の液晶に表示してみると、逆スクロールしてる感も若干わかりにくくなるみたいだけど。たぶん、液晶の追従速度や、解像度等が関係してるんだろうなぁ。

液晶の追従速度云々とか書いてるうちに、ふと思ったけど。リアルタイムゲームの開発機材として液晶ディスプレイを使うってのは、ちとまずいかもしれん。とはいえ、これからはブラウン管がほとんど入手不可能だから、最終的に動かす実機のソレは液晶になる場合が増えるだろうし。となると、何が何でもCRTで開発しなきゃいかんというわけでもなさげ。にしても。「1〜2万のアジア製安物ブラウン管TVに繋いでプレイするとアラが判ってしまう」「ン万の国産液晶TVに繋いでプレイするとそのへん判らない」てな状況が仮にあったりするのだとしたら、なんだか釈然としない。…せっかく極めた技術を捨ててしまうのも、もったいない気もするのだけどな。

全然関係ないけど。PC用に各メーカが液晶ディスプレイしか出荷してない状況で、液晶の販売台数がCRTを超えた、てなデータを出してきて、「だから、これからは液晶だ」とか言われても困るよな。販売台数を比較する意味自体が無い。CRTを販売してるメーカが無いのだから、CRTの販売台数が負けるのに決まってるだろうに。…要するに、次にディスプレイを買うときもCRTにしたいけど、売ってないから困ったなと。