mieki256's diary

Windows10 x64 22H2上で、Python 3.10.10 64bit + glfw 2.7.0 + PyOpenGL 3.1.6 + Pillow (PIL) 10.2.0 を使って実験中。疑似3D道路を描画してみたい。

ビルボードとして表示してる画像をちょっと変えてみたくなってきた。ドットエディタ EDGE2 1.19 dev010 や画像処理ソフト GIMP 2.10.34 Portable を使って画像を修正してみたけど、これが上手く行かない。

テクスチャのサイズを小さくしたら、不透明部分と透明部分の境界に黒い線がうっすらと載ってしまう状態になってしまった。OpenGL側のテクスチャ補間指定を、GL_LINEAR から GL_NEAREST にしてみたら、黒い線は無くなってくれたけど、今度は拡大縮小がガクガクした感じになってしまって…。GL_LINEAR を使って滑らかな見た目の拡大縮小にしたいのだけどな…。

矩形塗り潰しだけを使った、フラットでシンプルな絵柄にしてみたかったけど、スクーター、車、家はともかく、木と草むらが全然ダメダメな見た目で…。横長矩形のみ、縦長矩形のみで描いてみたけど、実際に画面に出してみると酷い見た目になってしまう。まだ実写風のテクスチャのほうがいいかな…。

メインPCがブルースクリーン(BSOD)になる原因はメモリだったりしないか、実はメモリが壊れているのではないかと不安になってきたので、一応、念のため、Memtest86+ v6.0 を使ってチェックしてみた。

_Memtest86+ | The Open-Source Memory Testing Tool


14周ほど回してみたけどエラー無し。これだけ回してエラーが出ないのだから、メモリは正常に動作しているのだろう。たぶん。やはり Ryzen + B450 のUSB関係かなあ…。

余談。Memtest86+ の v6.10 が出ていたので、手持ちのUSBメモリの中身を更新しておいた。

定規ソフトについてググってたら2D CADソフトの紹介ページが出てきて、眺めているうちになんとなく、フリーで使える 2D CAD、Jw_cad に再挑戦してみようかな、という気分になってきた。たしか記憶では、今まで2〜3回試用して、しかし操作が難解で、毎回挫折していた記憶が…。

_Jw_cadのページ
_「Jw_cad」定番の無料2次元CADソフト - 窓の杜

環境は、Windows10 x64 21H2。jww824a.exe (Jw_cad 8.24a) をDLして実行してインストール。デフォルトでは C:\JWW\ にインストールされるけど、今回は C:\Prog\JWW\ にインストールした。

以下のサイトを眺めながら操作方法について勉強中。

_初心者でも超簡単Jwcad Jwcadの基本的な使い方
_JW_CAD for Windows再入門

HTMLエディタ、Adobe Brackets 1.14 を Windows10 x64 20H2上でインストールしておいた。

ただ、この Adobe Brackets、開発停止？ サポート終了？ だそうで…。

_Adobe、Windows/Mac/Linux対応の無償コードエディター「Brackets」のサポートを9月1日に終了 - 窓の杜

HTML や CSS を書くことに特化してあって、結構便利だったのだけどな…。

◎ 拡張をインストール。 :

◎ 拡張のバックアップを取りたい。 :

◎ VSCodeも試用したけど問題発生。 :

---

PySideを使っていたスクリプトの大半を、PySide2用に書き直すことはできたけど。OpenGL関係だけがどうにも…。

PySide2 + OpenGL を使ったサンプルスクリプトを目にして参考になったし、手元でも動いたけれど。

_PySide2 demo | Mark Fink
_PySide2 & OpenGL sample

しかし、件のスクリプト内で使われている QGLWidget って、「これから書くスクリプトでは使わないでくれ」「QOpenGLWidget か QOpenGL を使うようにしてくれ」と言及されちゃっているわけで。

_QGLWidget - Qt for Python
_QOpenGLWidget - Qt for Python

しかし、載っているサンプルソースがC言語のまま…。どこかに PySide2用のサンプルは無いのかな…。

◎ 「Method could be a function」ってなんぞや。 :

なんとなく、Windows用のスクリーンセーバーの作り方を調べていたり。Python等のLLで作れたりしないかなと。

Processing で作る事例も見かけたけれど、Windowsのシステムフォルダ内に、ライブラリ関連ファイルを色々突っ込んだフォルダを作らなきゃいけないっぽいのがなんだかアレだなと。スクリーンセーバーは、exeが1ファイル、程度になってないと、気分的にちょっと…。

以下の記事を読みながら、Windows10 x64 + Visual Studio 2015 Community + bison + Ruby 2.2.6 p396 mingw32版で、mruby がビルドできるのか実験。

_Windows上でmrubyをビルドし動かしてみる - Qiita
_mruby概論（2）：“組み込みRuby”こと「mruby」をセットアップしてみよう (1/3) - MONOist（モノイスト）
_mruby/mruby: Lightweight Ruby

おお。スゴイ。あっという間にビルドが終わった。bin/ディレクトリ内に、*.exe ができてる。

mruby hoge.rb を実行したら動いてくれた。なんだか感動。

以下の記事によると、MinGW + MSYS を使ってもビルドできるらしい。MinGW + MSYS もインストールしてある環境なので、試してみたり。

_mrubyをWindows 7（MinGW, msys）でビルドしてみた - 平凡なエンジニアの独り言 はてなブログ出張所

ビルドできてしまった…。

でも、Visual Studio 2015 でビルドした時は、各exeが数百KBという小ささになったのに、MinGW版は、各exeが6〜7MBぐらいになってしまった。かつ、MinGW版は、実行して結果が返ってくるまで待たされる。puts "Hello world" しか書いてないスクリプトも、1秒ぐらい経ってから出力される。何故なんだろうな。

MSYS2 を使ってもビルドできるのかなと試してみたら、コレは途中でエラーになった。

◎ mrbgemについて勉強。 :

とりあえず、ジオメトリ？ 頂点情報？ を読み込んで Ruby + gosu + opengl で描画するところまではできたのだけど、マテリアル情報を読み込むあたりで少々ハマっていたり。

マテリアル情報は .mtl ファイルの中に記述されているのだけど、「Ke」から始まる行が。コレは何だろう…。 _Wavefront .objファイル - Wikipedia にも書いてないし…。

もしかして、「Ke」は「Emission」だろうか。 _3d - KE Attribute in MTL Files - Stack Overflow を眺めると「Ke stands for emissive coeficient.」と説明されてる。放射関係の数値かな…。

複数のテクスチャが利用されている時の、OpenGL側の指定方法も分からず。glBegin 〜 glEnd の中で頻繁にテクスチャを切り替えることなんてできるのだろうか…。いやまあ、フツーは、モデルを一つ描画する際の使用テクスチャは一枚にしておくもの、かもしれないけど。

結構前に1〜2話がBSで放送されてたのだけど、録画してたソレをようやく視聴。

導入部分としてはイイ感じの出来だったような気がしたり。ゲーム(?)の基本設定はこういう感じなのですか、なるほどなるほど、みたいな。

しかし最近のアニメ映像は恐ろしい…。ここまで作り込まないといかんのか…。

◎ 失われたアナログ感を再び求めていくソレ。 :

---

Windows には Segoe UI Symbol というフォントが入っていて、そこには色んな絵記号が山ほど入っていてなんだか便利そうなのだけど。Windows10では件のフォントに変更があったのかどうかが気になってきたので、ちょっとだけ調べてメモ。

手元の環境(Windows10 Pro バージョン 1511 ビルド 10586.164)で調べたり、 _[Fix] Unknown Characters or Vertical Rectangles are Showing in place of Metro Icons in Windows 8 and 8.1 Start Screen and Login Screen - AskVG を眺めたところ、以下のような感じらしい。

Segoe UI Symbol

os	version
Windows 10	6.20
Windows 8.1	6.09
Windows 8	5.90
Windows 7	5.01

バージョンが変わってるのは間違いない。ただ、どの文字(絵記号)が追加されたのか、そこまでは分からなかった。

_Windows 7 と Windows Server 2008 R2 での Segoe UI 記号の更新プログラムの提供について を眺めた感じでは、Windows7 も、Windows8 の Segoe UI Symbol フォントなら入手できなくもないように見える。ただ、8.1/10 の版となると(公式では)入手できないようで。

コレ、Windows10に同梱されてるフォントを、Windows7/8/8.1にも公式配布してくれないかな…。どの絵記号なら最低限持っていて、どの絵記号は持ってないのか分からないし。この際、Windows10 同梱フォントで足並み揃えちゃったほうが使いやすいのではないかと。せっかくヨサゲなフォント持ってるのに、もったいない。これじゃ迂闊に使えない。

などと思いながらググってたら、以下のページに遭遇。

_Segoe MDL2 アイコンのガイドライン - Windows app development

Segoe UI Symbol は、"レガシ" リソースとして引き続き使うことができます。ただし、アプリケーションはすべて、新しい Segoe MDL2 Assets を使うように更新することをお勧めします。

Segoe MDL2 アイコンのガイドライン - Windows app development より

え？ どゆこと？ これからアプリ作るなら、Segoe UI Symbol じゃなくて Segoe MDL2 Assets とやらを使えって？ ソレ、どこにあるの？

Windows10 同梱フォントの中に、Segoe MDL2 Assets なるフォントがあった。眺めてみたら、便利そうな記号がたくさん入ってた。

この Segoe MDL2 Assets フォントって、Windows7/8/8.1 は、持ってるのかな…？

このフォントを入手するには Windows 10 をインストールする必要があります。

Segoe MDL2 アイコンのガイドライン - Windows app development より

Windows10 で追加されたフォントっぽい。てことは、ますます使えない。

フォントを使って絵記号を表示したいなら、 _Ligature Symbols や _Typicons 等の、SIL Open Font License のフォントを探してアプリに同梱したほうがいいような気がしてきたり。それなら間違いなく、アプリ制作側が意図した絵記号が表示されるはずだし。

それにしても…。Segoe UI Symbol も、Segoe MDL2 Assets も、もったいないなあ…。これじゃ使えない。公式で配布してくれればいいのに。

◎ Typiconsフォントの導入の仕方。 :

この日記は数日後に思い出しながらメモしてたりすることもあるのだけど。この日は何をしてたか忘れた…。どうせネット見ながらアニメを消化してただけだろうと思うけど。

何かを調べてたような記憶が…。たしか、Windows版GIMPのプラグインの作り方をググってたような…。Go言語で作れたりしないのかなと変な気を起こしてググってたけど、そんな事例はまったく見つからず。そして、Cで書くにしてもGTK+が必要と書いてあって、それはキツイわと。だったらもう処理が遅くても Python-fu でいいわと。そういう結論になった、気がする。たしかそんな感じ、だったはず。

天気が悪くならないうちに、自転車で買い物に。カワチで夜食等を購入。

ブラウザのウインドウ幅が違ってたらレイアウトを変更するようにしてみたり。

この日記ページもそういう作りにしたほうがいいのだろうか。でも、作業が面倒臭いな…。

指で触って操作するスマートフォンやタブレット端末がたくさん登場してくれたのは嬉しいこと、ではあるなと。富士通のタッチおじさんの素晴らしさをようやく世界も認めてくれたか！みたいな。

でも、指を使うことしか想定してないポインティングデバイスでは、お絵描きに使うには荒過ぎるよなと…。

幼児やアフリカ原住民が、ウンコ座りして地面に何かしらを描く時ですら、そのへんに転がってる木の棒を使ったりするわけですよ。指で地面にお絵描きなんかしない。つまりはそのぐらい、指先ってのは、お絵描きする道具としてはイマイチで。

木の棒を動かすよりも、指先を動かすほうが、脳にとっては、より正確に間違いない制御ができるはずなのに、それでも木の棒を使うのは何故でしょうかね。

要するに、指には精度が無い。太過ぎる。細かいことができない。大雑把に「このへん」を指すことはできても、細かく「この点」を指すことができない。といったあたりなのかなと。

今時は、ペンでも指でも両方入力可能、みたいな入力デバイスがWACOMから出ていたりもするわけで。となると、巷の機器が指の太さしか受け付けないのは、技術の問題ではなく意識の問題なのだろうなと。

ジョブズは指で操作するスタイルだけを提示してみせたけど、ニンテンドーDSや、昔のPDAを眺めれば、その先があるぞ、もっと便利にできそうだぞと気付くはずで。この先も永遠にジョブズの猿真似で終わるのか、もっと未来を提示するつもりがあるのか、各メーカはそこを問われてる、ような気がしたり。

ウンコ座りして指でゴシゴシレベルで終わってしまうのか、木の棒使う段階に進むのか。みたいな。

ということで、自分は enchantMOON に期待してるのでした。アレに触った技術者・開発者が、「コレやべえ。ペン描きってめっちゃ気持ちいい。脳汁出てきた」的に気付いてくれたら、その後の流れが変わるかもしれない、てなことを夢想。

や。単に自分はコンピュータでスイスイお絵描きしたいだけなんですけど…。どのタブレット端末もペン入力をサポートすれば量産効果で安くなるはず、みたいなズルいことを。スイマセン。

◎ PDAはどうして普及しなかったんだろう。 :

「たのしくテレビに絵が描ける」と謳った、 _ピクノ という玩具が大昔にKONAMIから出てたけど。今になって考えると、アレ、本当に惜しかったよなと…。もうちょっと行けばニンテンドーDSに近い何かになれたのかなと。何が足りなかったんだろう。 *1

どうしてドーンと一般受けしなかったんだろう。TV画面と、お絵描きする面が、分離してたあたりが、やはり厳しかったのだろうか。液晶タブレットみたいな形にして、おもむろに、TV画面に直接描けたら、印象が違ったのかな…。

でも、あの頃のTVってブラウン管だから、一緒にしようとしたら静電気バリバリで手がビリビリ。子供が泣きそう。いや、そもそもそんなもんの上にタブレット面を設置したら、誤動作するかもしれんか。内部で高電圧を発してるブラウン管TVに触らせるってのも、安全面で色々問題がありそう。

子供ですら使えるコンピュータ、しかも、ゲーム機以外の使い方、という点では先見性があったように思うのだけど。

---

コレって前にも書いたっけか…？ いいや、またメモしておこう。

ニンテンドーDS(以下NDSと記述)と言えば。iPhoneが出てきた背景にはNDSの普及があるはず、と自分は邪推してるのだけど。どうなんだろうなと。

• 年端も行かない子供達が、小さなコンピュータを肌身離さず持ち歩いて。
• しかも、マウスでもなく、トラックボールでもない、異なる種類のポインティングデバイスを使って、何ら躊躇することなくスイスイと操作している。
• それどころか、年配の方々ですら、脳の老化を予防するための知的玩具としてフツーに使っている。

そんなSF小説のような光景を、一時でも現実にしてしまったのが、NDSなわけですが。

そんな光景をチラリと目にして、未来のコンピュータはどうあるべきか、延々語り(騙り?)続けてきたジョブズのような人間が、ピンとこないわけないだろうと。

もちろん、 _Newton その他 _PDA の失敗事例、日本のガラケー文化の発達、 _アラン・ケイが提唱したDynabook の概念等々をジョブズは知ってたはずで。そういうアレコレが脳内でグツグツと煮込まれて、iPhone がゴポゴポと浮かんできた、と自分は勝手に邪推しているわけです。

NDSに限らず、任天堂が出してきたゲーム機、あるいはゲームソフトの類は、幼児ですら使えているという点で、未来のコンピュータのあるべき姿という面に対し様々なヒントを提示してくれているように思えるのだけど。しかし、日本の家電メーカその他は、そこらへんを延々ガン無視し続けてきた歴史があって。その結果、飛行機のコクピットに迫るほどのボタン数を持ったデジタル家電のリモコンや、何か指示を出すたびにググッと待たされる、使う快感なんて欠片も考えずに設計された愚鈍な機器、そんなものが平気で出てくる現状になったわけですが。

NDS等、iPhoneの元ネタ要素にさっぱり言及せず、いきなり突然ジョブズがiPhoneを発明したのだと主張するジョブズ信者のソレにも、日本の家電メーカが各種ヒントをガン無視してきたソレに近い何かを自分は感じてしまうわけで。ジョブズはいきなり発明したわけじゃない。ジョブズにも、日本人にも、等しくヒントは提示されていた。日本人はソレを無視してきたけど、ジョブズは無視しなかった。そこが大きな違いだったりしませんかね、と。

だから、ジョブズに天啓が、的主張を見かけるともやもやするのでした。NDSの存在すら無視してiPhoneを称賛する、その認識や姿勢がそもそもどうなんだろうと。「アイツは天才だから」で済ませるなと。発明するためのネタは、こっちも均しく渡されてた。そこを無視するな、と。…まあ、同じものを目にしてたにも関わらず、こっちは作れなくてジョブズは作れたんだから、やっぱりジョブズは天才なんだろうけど。何もないところから考え出したんだよ、アイツ凄いよ、てな見方・褒め方をして棚上げして話を終わらせてたら、おそらくこの先も自分達はずっとダメな予感が。 *1

えーと。何の話だったっけ。

要するに、iPhone褒めるならNDSも褒めろよ、と、そういう話でしかないのかな、コレ。わかんないけど。

◎ NDSの元ネタは何だろう。 :

---

_寿司屋で「あがり」「がり」と言ってはダメだと88才料理研究家 - 速報：@niftyニュース

「しゃり」（ご飯）、「がり」（しょうが）もいけません。「ネタ」なんてとんでもないですよ。最近では、当たり前のように使われていますが、これらはいわゆる“隠語”で、素人の女性が口にするべき言葉ではないのです。(中略)“粋”を取り違えて、努々、お愛想を尽かされませんように…。

寿司屋で「あがり」「がり」と言ってはダメだと88才料理研究家 - 速報：@niftyニュース より

なんだか、うどんや蕎麦はズズズッと音を出しながら食べないとカッコ悪いのだ、みたいな話を思い出した。自分、学生時代に、音を出さないでうどんを食べてたら、気持ち悪い食べ方だ、音を立てて食べろ、と指摘されたことがあって。言われるまで、音を立てて食べるべき、てな不文律がその世界に存在してたなんて全然知らなかったのだけど。

ひょっとすると元記事を書いた方は、かつて寿司屋で、「なぜシャリと言わない」「なぜガリと言わない」「これはネタというんだぞ。そんなことも知らないのか。これだから田舎者は…」等を言われて馬鹿にされたのかもしれない。こういうのって、「ファッション」を知っている人が、知らない人をやたらと馬鹿にする傾向があるし。

それはともかく。アニメや特撮の世界でも、客側が、業界用語を使う場面があるなと気付いて、なんだか考え込んでしまった。使わないほうがいいのだろうか…？

アニメや特撮の場合は、ちょっと事情が違う気がする。業界用語を知らない人が居て、「それってどういう意味？」と尋ねられたとしたら…親切に説明する場合が多い、そんな印象も。それらの世界は、ファッションではなく、知識量でプライド合戦をしているようなところもあるので、説明するという行為自体がある種の名誉であり、故に険悪な雰囲気にはならない可能性もありそうだなと。また、ファッション云々に比べ、制作上の概念・手法・作業内容が複雑なため、それらをまとめた用語を駆使して会話していかないと伝達がシンドイ、という事情があるのかもしれない。てなことを思ったけれど、実際はどうなのだろうか。

ソレとは別に、「郷に入っては郷に従え」と言う言葉もあるし。そのお店で、「しゃり」「がり」「ネタ」等の言葉が飛び交っているなら、それを使ったほうが無難だし、飛び交ってないなら、使わないほうが無難だろうな、とも思うわけで。アニメや特撮も同じかもしれない。たまにしかアニメを見ない人の前で「コンテが〜」なんて言い出したらちょっとアレだし。意固地になってどちらかに固執するのではなく、何でもそうだろうけどTPOで使い分けよう、という話に過ぎないような気もしてきたり。

_【教訓】昭和8年の三陸地震の模様：イザ！
_寺田寅彦 津浪と人間
_日本三古碑 - Wikipedia
_金石文 - Wikipedia

石碑は今一つ効果がない、と昭和8年の段階で寺田先生が論じていて。読んでみて、「…ですよねえ。困りましたな」と思ってしまったり。でもまあ、無いよりはマシかも、という気もするけれど。

それはともかく、今なら石ではなく別の物質を使えることをすっかり失念していたわけで。

このような理由から、放射性廃棄物の地層処分が行われた場所など、遠未来の人類に確実に残さなければならない情報については、炭化ケイ素セラミックスのプレートに文字として刻印することが検討されている。

金石文 - Wikipedia より

なるほど、耐久時間に関しては石じゃないほうが良いのかもしれないのか、と。

文章で残しても、読めない可能性があることにも気が付いた。平安時代の文献なんて、自分達は読めないし。1000年後の人達も、今の文献なんか読めないだろう。となると。

漫画で残すのはどうだろうとか、フィギュアで残すのはどうだろうとか、そんなことをもやもやと。石碑に文字がずらずら彫ってあるのと、漫画が彫ってあるのでは、どちらがパッと見、「なんだこりゃ？ 何が描かれているんだ？」と興味を引きやすいだろうか。…と思ったが、例えばピラミッド関係のアレコレは、今見ても理解できるかどうか微妙な気もする。となると、漫画も同じかしら。

見るからに迫力が伝わってくる絵画の類ではどうだろう。いや、写真でもいいのだろうけど。芸術作品として扱われるほどの何かがドーンと立っていて、それが警告を発する内容だったら…。

親父さんにお願いして、ラジカセを4方向から撮影してもらって、それを元にして実験を。

今度は光源を変化させていないから大丈夫だろう、と思ったが、窓から入る光が強過ぎたようで片側が真っ暗・真っ黒に。更に丸みを帯びた形状で。その2点が原因で、とにかく指定が難しく。SurveyFromPhoto で作業したけれど、膨大な数の点を指定しないと座標系？が確定できなかった。点の数が多いので、三角形ポリゴンの数も無駄に増えてしまい、テクスチャもとにかくバラバラに。なかなか難しい。

ひょっとすると、小物を復元する時は、別途、座標系を確定するためだけの何かも含めて撮影しておいたほうがいいのかもしれない。立体スキャナの類も、えてしてキャリブレーション用に模様が印刷された紙を撮影するようだし。

SurveyFromPhoto の場合、頂点だけではなくエッジも指定できることに気が付いた。もしかすると、エッジも一緒に指定しておけば正確に立体復元できるのかもしれない。が、それについてはまだ試していない。

SurveyFromPhoto の配布サイトを再確認したところ、公開されているサンプルデータは、17枚とか33枚とかそのぐらいの枚数の写真を元にして立体復元していたらしい。箱を並べた程度の形状ならともかく、複雑な形状は、4枚程度では厳しいのだろうな。

かなり長い時間揺れていた。いよいよ来たか、と思ったが、震度3ぐらいだったらしい。長い周期の揺れだったあたり、ちと珍しいソレだった印象。

ウイルス対策ソフトのプログラム部分をアップデートしたら動作が不調に。OSを再起動しようとすると、終了時にエクスプローラが「メモリにwrittenできねえ」的なエラーを出すようになってしまった。

ウイルス対策ソフトの問題かと思ったけど、どうもアップデートした際に行ったウイルス検査で、Unlockerなるソフトについてきたebay云々のプログラムを隔離してしまったせい、だったような感じ。該当ソフトをアンインストールしたところエラーは出なくなった。

そこに到達するまで、ちょっと前にインストールしていた、Bazaar や Adobe Reader X その他を疑って数時間ほど色々試してしまった。無駄骨だった。

それはともかく。色々試していたら、常駐ソフトのタスクトレイ登録がかなりの確率で失敗する状態に。どうも何かのソフトがOS起動時に長時間HDDを占有している気がする。HDDにアクセスし続けているプログラムの正体が分からない。ウイルス対策ソフトだろうか。

アニメで使われた歌を延々と流す、みたいな番組内容らしい。少しだけ、チラリと見てみたけれど、知らない曲ばかり。アニメって、そのほとんどが都市圏でのみ放映されている・都市圏の中だけで回っているのだなあ、と再認識。

窓を開けたら雪。のわりにはそんなに寒くないような。

Aパート？が丸々3DCGでビックリした。しかも見ていてそんなに違和感がない。凄いな…。

検索してみたら、都市圏における放送では既にかなりの部分が3DCGに置き換わっているらしく。＞ケロロ軍曹。福島は大体1年ぐらい遅れて放送してるので、これからは3DCGのケロロ軍曹がバンバン出てくるのであろうか。なんだか凄いな。そういう時代になってきたんだなあ。

気づいた時には、もう放送終了後だった。ガックリ。

いやまあ、本当にどうしても見たかったら、レンタル屋さんに行って借りてくるとか、DVD買うとかすればいいわけで。そこまでしないということは、特にどうしても見てみたい作品というわけでもないのだろう…。＞自分。と思うことにする。

iアプリ用のツールを作ろうと思い立って、せっかくだからGUIのツールでも、と。で、wxPythonを勉強しようかと。

◎ wxGladeを使ってみたり。 :

◎ XRCedも使ってみたり。 :

◎ gettextにも手を伸ばす。 :

_trick7.com blog: 3月4日開催「第1回：寺子屋（仮）」の報告

上記の記事を読ませていただいたら、FlashDevelop なるツールがあると知り、興味が湧いたり。早速検索。なんだか面白そう。…と、その前に、Flex 2 SDK なるものをインストールしないといけないらしい。

◎ _CodeZine：はじめてのActionScript 3〜ライフゲームを作ってみる :

◎ _FlashDevelopをActionScript3のIDEとして使う :

◎ _FlashDevelop - Flashmagazine :

色々と。

◎ CG関係のツール。 :

◎ プリンタ・スキャナ。 :

ブラインドタッチ(?)ができないのはツライ。ビデオデッキの類は映像を見ながら作業する機器なので、一々手元のボタン配置を目視で確認して押さなきゃいかんのは致命的。

コマ送り(←/→)と、スロー再生(←/→)と、チャプター選択(←/→)と、リプレイ(←)・スキップ(→)が、全部バラバラの位置に配置されてるのがわからん。それは再生ボタンの周囲に左右を関連付けて配置できるんでは…。

「十字ボタン」と、「再生・停止・巻き戻し・早送り」はまとめられそうだが。十字 or 8方向に相当するボタンが複数ある理由がわからん。いや、テンキー部分まで合わせたら3つあるような？

サブメニューへの行き来に、決定ボタンと戻るボタンを押さなきゃいかんのが面倒。左右ボタンで充分やろ…。と思ったら、行くのは右ボタンでOKっぽい。が、キャンセルは、戻るボタン。中途半端だな。

PC のキーボードだって、「F」「J」「テンキーの5」なんかにはポッチがあってブラインドタッチの助けになるわけだけど。RD-H1のリモコンに、そういうアプローチが見られないのがわからん。いや、テンキー部分の「5」にはポッチがついてるんだけど。再生時や編集時はテンキー使わんし。利用頻度の少ないボタンにはポッチをつけてるのに、頻繁に使うところには無頓着。…別にポッチでなくても、ボタン形状が違ってれば済むんだけど。そこはコストの問題なのだろうか。あるいは耐久性か。

片手で操作が難しい配置にどうしてもなってしまうなら、いっそ両手持ちで使えるようにしてほしかったかもしれん。…とにかく使いづらい。

リモコンのボタン配置を決定した人に誰かインタビューをしてみてくれないものか。一体誰が、どんな思考・方向性でデザインしたのか。…もしかして、あらゆる箇所で特許回避してるが故に使いづらいとか？ アイコンひとつで訴えられる世界だしなぁ…。

画像の内容的に、必ずしも中心からの距離でアタリ範囲を作れないことに気づいて修正してるうちに表示部分まで書き直し。

◎ 視覚的にアタリ範囲や中心点を設定してテキストデータとして出力できるツールはないものだらうか。 :

◎ _シューティングゲーム(STG)のつくり方 - 当たり判定 :

ドキュメンテーションコメントとはコメント文の一種である．その記述は /** で始まり */ で終わる．

簡単な Javadoc の書き方 より

@param タグ : メソッドやコンストラクタの引数の説明に使用する．

簡単な Javadoc の書き方 より

なるほど。慣れておいたほうがいいのだろうなと思ったのでそのように記述し始めたり。

うわ。eclipse で「/**」を入れると自動で引数を列挙してくれる。素晴らしい。

◎ _外部エディタとの連携 :

「今日からマ王」だった。ぎゃふん。

NHK-BSで流れてたときは、2話以降を数話見て視聴中止にしたんだけど。1話は見たことがなかったので、とりあえず見てみたり。

1話のせいだろうか。作画は随分と綺麗だなと感心。他には…。スイマセン。ダメでした。これ以上、よかった探しは無理です。ギブアップ。歯が立たない。コイツは強敵だ。

自分は、この作品に寒さしか感じないんだけど。それはつまり、本来のターゲット層にはウケる作品であることを見事に証明してるのかもしれないなぁ…。特定の嗜好性をピンポイントで狙うと、その嗜好性を持ってない人間からは徹底的に拒否されるのが常。自分がゲンナリすればするほど、自分とは逆の嗜好性を持った層から絶賛されてる可能性が高まるわけで。この作品は、それだけ、消費者のニーズを的確に掴んだ、よく出来ている商品なのだろう。

しかし、「マ王」と「スピカ」のコンボとはなぁ。…ビデオの録画予約、消しとこ。

と言っても申し込んだのは結構前で。Bフレッツへの勧誘電話がかかってきて、工事費無料・料金2ヶ月無料のキャンペーン中だからとアピールされて、申し込んだらしく。

3/15に工事をするらしい。…本当に工事費無料なんだろうか。家の壁に穴を開ける必要があるだろうと想像するのだけど。別途工事費を追加されそうな予感。

◎ plalaのセット契約を変更する必要があるわけで :

◎ ONU(光ファイバーの終端装置)を設置する場所を親父さんが作成 :

◎ ADSLモデムをONU設置予定場所に置き始めた :

◎ テープ剥がしを命じられてちょっとゲンナリ :

---

Cygwin/Xで作業をしてたけど。重いー（のか？）。GAP の Next Frame で画像が表示されるまで3秒ぐらいかかる。Win版GIMPなら1秒未満で出てくるのだけどなぁ。

作業が終わってから、気がついた。Winの共有フォルダ上のファイルにアクセスしてた気がする(爆) それじゃ遅いわ。アホだ＞自分。

でもまあ、Win版GIMP 2.x.x と違って、GAP を使うたびにDOS窓が出てこないのはありがたい。＞coLinux上のGIMP。

作業手順をメモ。使用したのはWin版GIMP 1.2.5 + GAP。

1. フレーム（＝連番.xcf）を、別のディレクトリにコピーして、“必ず”バックアップをとっておく。
2. フレームをGIMPで開く。
3. 画像ウインドウ内で右クリックをするとメニューが出てくるので…
4. 『動画』→『フレーム統合』。 ＜それぞれのフレームが、1枚のレイヤーでできたフレームになる。
5. 『動画』→『フレームを画像に』。 ＜「名称未設定」のウインドウが新しく作成されて、全フレームがレイヤーになった画像ができる。

『フレーム統合』で、それまで開いてた全フレームが破壊される＝後から修正できない状態になってしまうので、『フレーム統合』する前に、バックアップを忘れずに。

『フレームを画像に』の際に、ダイアログが開いて、そこにレイヤー名の入力欄があるのだけど。その中に「(41ms)」みたいな表記があったりする。これは、そのフレームに対するwait時間らしい。IEでアニメGIFを再生する場合、ここの数値が、おそらく「(60ms)」より大きくなってないと、こちらの意図したwaitで再生されないみたい。ちと注意。

ココから先は、GIMPの一般的(?)なGIFアニメ作成作業と同じ。

1. 新しく作成された「名称未設定」ウインドウを選択。
2. 『画像』→『モード』→『インデックス』。 ＜GIF画像は256色までしか使えないので、インデックスカラーモードに変換する。
3. 動画をプレビューして確認。『フィルタ』→『アニメーション』→『動画再生』。
4. 場合によっては動画を最適化してもいい。『フィルタ』→『アニメーション』→『動画最適化』。
5. 『ファイル』→ 『別名で保存』 → ファイルネームの最後に、「.gif」をつけて保存。アニメとして保存するか云々を尋ねてくるので、アニメのほうにチェックを入れて、保存する。
6. 出来上がり。

◎ 問題点 :

◎ _藤 -Resizer- :

◎ _Padie :

◎ _natm :

こんな感じ。中華キャノンのプラモデルを撮影して、GIMPでシコシコと。800Kbyteぐらいあってちょっとアレだけど。

ちゅーか、素材を撮影したの、 _何ヶ月前やねん。 ちなみに _こんな感じで撮影してた模様。

でもまあ、 _「お店に安いじゅんでカメラがならんでいると、いちばん安いところから25cmのあたりにならんでいるカメラ」 *1 と、フリーのグラフィックツールでこのぐらいは遊べるということで。なんとなく満足。

ヘボヘボなアニメGIFではあっても、作業してるうちにいくつか気づいた点があるので、以下にメモ。

◎ アニメと実写は、たぶん違う :

◎ 素材撮影の段階が重要 :

◎ 動いてしまえば光源の向きは結構気にならないかも :

◎ onionskinがないと話にならない :

---

昨日の夕方、チラシ作成の件で電話があったらしい。今日、電話で連絡したところ、修正点があるので来て欲しいとのこと。明日のPM1:00に伺う事に。

◎ 買い物に :

色々入れた。

◎ _CaptureLight :

◎ Huffyuv :

◎ _AviUtl :

◎ _AviUtl用、フレームブレンドプラグイン :

---

頭が爆発しそう。

せっかくの機会なので、スピカのマッハバンドの画面をキャプチャ。

環境

ソース	VHS3倍録画
録画ビデオデッキ	Panasonic NV-SB88W
再生ビデオデッキ	15年前ぐらいに買ったアジア製VHSビデオデッキ
キャプチャボード	IO-DATA GV-VCP/PCI (BT848ボード)
キャプチャソフト	CaptureLight
codec	Huffyuv
フォーマット	YUY2,640x480
入力端子	コンポジット
編集ソフト	AviUtl + フレームブレンドプラグイン

結果画像 _[1] _[2] 。png画像。どちらも200Kbyteぐらい。 *1 一応かろうじてマッハバンドらしきものが見えるような見えないような。と思ったけど、BT848で取り込んだ時点で、あるいはビデオテープに録画した時点で、画像情報って少なくなってるよう気も。それじゃマッハバンドが出てくるのも当たり前か。 *2 キャプチャした意味無し。…でもまあ、環境整備には繋がったから、いいか。

◎ 再生機器の問題だったりはしないかな :

◎ BSアナログの仕組みからくる問題だったりはしないか :

---

スピカの昔の回――閉鎖環境云々の回が残ってた。見ていて唸った。作画のクオリティが異様に高い。何より女の子3人の絵に萌力が溢れてる。…この頃は作画に関して余力があったのだな。

TVつけてたら流れてた。なるほど。セルシェーディング(?)とやらでロボットを。静止シーンだけ見れば人力で描かれた絵と上手くマッチしてる。動きの枚数に関しても、いわゆるセルアニメを意識してるような感じ。しかし、何故こんなに見づらいんだろう。何が描かれてるのか、どう動いたのか、一瞬判らなくなる。手で描いたロボットの画・動きと、何が違うんだろう。…線の情報が多すぎるのかな。「如何に情報を削るか・隠すか」という技術研究開発が、今後必要になっていきそうな。

ビデオに撮ってた先週の555、ナージャを鑑賞。

◎ 555 :

◎ ナージャ :

主に画像フォーマット変換作業において上手い方法が見つからず。 _≫

手持ちのツールのみで透過光らしき表現を得ようとして悩む。

作業の流れとしては、

1. FLASH4で透過光用マスクの動画を作成。αチャンネル付連番pngで書き出し。
2. Photoshop、あるいは、Gimp for Win32で連番pngに対しフィルタ処理適用。αチャンネル情報を持たせたまま連番pngで保存。
3. FLASH4でαチャンネル付連番pngを読み込み。フレームに配置。

となるはず。問題は2番。αチャンネル付連番pngを各種CGツール上で如何にして出力するか、という点である。Windows版FLASH4においては、pngを介する以外にαチャンネル付でビットマップ画像を読み込む方法は無い。故になんとしてもαチャンネル付連番pngを得なければならない。

実現方法はいくつか思いつく。検討、あるいは実際に試してみた。

1. Photoshopのアクションを利用する。 → ループ実行毎に変化するフィルタパラメータを与える方法がわからず。実験するまでもなく挫折。
2. Gimpであれば、連番ファイルを動画フレームとして扱い、各フレームを1ファイル中の複数レイヤーへ配置、更に全レイヤーに対しフィルタパラメータを変化させつつ適用可能。それら機能を利用する。 → 結果を連番xcf（.xcf=Gimpの画像ファイルフォーマット）で保存することは可能だが、連番png保存は出来なかった。
3. Gimpで保存した連番xcfを、別の変換ツールでαチャンネル付連番pngとして保存。 → ImageMagicKを導入し試してみるも、αチャンネル情報消失。xcf→psd変換してみるもPhotoshop 5.0では読めないpsdが出力された。Windowsにおいては、xcfが変換可能なツールの存在を期待できない点も痛い。CGの世界では、xcfはある種存在しないものとして扱われている。ImageMagicKですらReadのみ対応・Write非対応であることからも扱われ方が判る。
4. Gimpで、複数レイヤーを持ったpsdとして保存し、「ぜんまいはうす」が公開している「psdを読み込んで各レイヤーをavi出力するツール」でαチャンネル付aviとして出力。 → 案の定、αチャンネル付aviとしては出力できず。αチャンネル情報は失われる。αチャンネル付aviとして出力できれば、もしかするとFLASH4で読み込み可能かもしれないし、そうではなくてもαチャンネル付avi→αチャンネル付連番pngとして保存できるツールが存在するかもしれないと思ったが。

…こういった状態で、上手い方法が見つからない。手はないものか。

---

FLASH4の半透明処理において、Photoshop等に見られる「乗算」「スクリーン」等多数の合成モードをサポートしていない点も透過光的表現に関しては致命的。あくまで想像だが、透過光表現の合成時に最低限求められるのは、「ドットのRGB値を加算し、255をオーバーしたら255にする」といった合成処理…おそらくPhotoshopでいう「スクリーン」に相当する合成処理ではないだろうか。（「スクリーン」が実際にそういう処理かどうかは知らない。） しかし、FLASH4の半透明処理はそういった合成方法ではない。ベースとなるRGB値と重ねるRGB値の割合を調整して半透明を実現しているように見受けられる。となると、色味が濁る部分・グレー色が画面に出てしまい、結果としては汚い画像しか得られないのではないか。もっとも、フィルタ処理を適用したαチャンネル付連番pngを得る事は、透過光表現に限らず、FLASH4上での表現力は増すはずではある。

---

ImageMagicKのcompositeを利用してオプション「-compose Plus」を付加して実験したところ、ベースとなるpngに対し、透過光的表現を付加した別のpngを「スクリーン」的に合成することが可能であった。つまり、FLASH4で実現できない多様な合成モードについては、素材毎に連番png出力し、compositeを利用することで、どうにか解消できる可能性があるように思える。ただ、compositeはコマンドラインから利用するツールであり、なおかつ複数ファイルをワイルドカード等で一気に与える事はできない。かといって一々各ファイルの合成指示をキーボードから打っていくのは非効率。BATファイル、Perl、WSH等スクリプトを作成して自動化を図らない限り、それら合成作業は現実的ではない。また、αチャンネルを利用した合成が可能であるか現時点では把握できていない。もし出来ないとすれば万能とまでは言えず、場合によっては使える、程度の扱いが望ましい。

---

ImageMagicKのmogrifyを利用してαチャンネル付連番pngに対しぼかし処理を試してみたところ、αチャンネル情報は破棄されずに維持されていた。つまり、ImagicMagicKのユーティリティ群に用意されたフィルタ機能で済む処理内容であれば、PhotoshopやGimpを介さず、ImageMagicKのみの利用で作業は完了する。しかし、ImageMagicKが内包するフィルタ数は多くはない。よって、おそらく目的を果たせない場面が多々あるだろうと予想する。（それでもフリーで利用できるこの手のツールにしてはフィルタ数は多いほうなのだろう。） また、αチャンネルについてもフィルタ処理が適用されていたかまでは確認できず、フィルタ処理により得られる品質についても確認できていない。検証が必要。

---

Gimpの連番png保存についてネットで情報を探してみたが、各レイヤーを連番png保存できるスクリプトが公開されていた。これが利用できれば問題解決である。しかし残念ながら、導入して実行してみるも、保存されたpngはαチャンネル情報を残してはいるが、なぜか多数のノイズが載っていて使いものにならない。また、動作させる度に、違う色・違う場所にノイズが出る。原因を考える。

1. メモリ異常？ → Memtest86v3.0でチェックするも問題は無かった。
2. Gimp動作時に共に動いている常駐アプリの仕業？ → それらを停止してみるも症状変わらず。
3. ビデオカード（G400）の問題？ → G400のバスマスタ転送等、関連性がありそうな設定をoffにしてみるも変化無し。

となるとおそらく、Windows98上でのGimp foe Win32の動作か、スクリプト内容に問題がある。スクリプト内容を眺めた範囲では、

• テンポラリ画像・テンポラリレイヤーを生成する段階で内容の初期化を行って無い故にゴミが残ったまま処理が行われる。
• レイヤーをコピー・貼り付けする段階で不確定なドット情報がなぜか付加されてしまう。
• レイヤーのαチャンネル関係処理で1,2のような不具合がある。もしくはαチャンネルについては別種の処理が必要となる。

等を予想したが、知識が無い故確かな事がわからず、修正すべき内容も皆目検討がつかない。かといってScript-fuを積極的に勉強したいという気にもならず。Script-fuは、「納得のいかない妙な記述を要求される場面が多い」「勉強してもGimp以外に知識を流用できない」「将来性が期待できない」等の話もあり。スクリプト動作不具合であるかどうかを検証する為、勉強する手間隙をかけてみても、はたしてどの程度報われるのか不安。そもそも、Gimp for Win32においてはSucript-fuの動作で一部問題ありとの話も見かけた。Script-fu習得以外の解決方法があるならそちらに頼りたい。
また、Windows版はGtk実装状態の関係上タブレット利用も制限されている。Script-fuの件と言い、タブレットの件と言い、Windows上で無理にGimpを使うのではなく、メインPCにLinuxもインストールして、そちらで各種作業を実験してみた方が良いのかもしれない。Linuxであれば、Win版は開発中止になったVideomaidも開発続行しているし、FilmGimp(CinePaint)という動画に特化したらしきGimpも存在する。また、Gimp自身でavi保存が可能であるかもしれない。（GimpのマニュアルにはaviのRead/Writeが可能と書かれているが、今現在利用している日本語Win版Gimpにおいてはavi保存の仕方が未だにわからない。もしかするとWin版はavi保存について未サポートなのかもしれない。） などを考慮すると、フリーソフトを用いたavi編集作業においては、Linux導入によりメリットが得られる可能性は高いかもしれない。

(2003/03/16追記：
ゴミが出る原因が判った。やはり初期化していない事が原因らしい。
(gimp-drawable-fill tmp-layer TRANS-IMAGE-FILL)
を、
(gimp-image-add-layer tmp-img tmp-layer 0)
の直前に入れたところゴミが出なくなった。
(gimp-selection-all tmp-img)
(gimp-edit-clear tmp-layer)
(gimp-selection-none tmp-img)
も試してみたが、こちらは症状変わらず。)

---

AfterEffectsがあればこんな苦労はしなくて済むのだろう。所有していないし触った事もないので実態は知らないが、おそらく一瞬で同様の作業は終わり、表現出来る事も多いに違いない。しかし、Standard版でも10万円というのはやはり高すぎる。手が出せない。PhotoshopやPremiereのようにLEやElementsが発売されないものだろうか。もっとも、発売されても今の自分には購入できないのだが。

色々試してはいるものの、やはり現状では、「PCを利用した個人によるアニメ制作＝金持ち、あるいは犯罪者しか実行に移せない」状態であるように思う。自分も、PhotoshopやFLASH4を所有していたから実験してみようという気持ちになったが、もし所有してなければ到底手を出そうという気持ちにすらならなかっただろう。8mmカメラをPCで自動制御してた頃に比べれば状況は良くなったのだろうが、もう少しなんとかならないものだろうか。アニメ制作の垣根が低くなり、それら作業に触れる人が増えれば、才能を持った人間が登場する可能性も今以上に期待できるのではないか。
もっとも企業からみれば、それらソフトの価格は得られる機能に対し比較的安価に設定しているつもりであろうし、普及といってもソフトの性質上、爆発的な利用者数増加は期待できないであろうから、専門家用のソフトとして個人から見れば高値になるのは致し方ないのかもしれない。

むしろ個人的には、AfterEffectsよりFLASHの価格設定のほうが疑問だ。Macromediaは「FLASH classic」的ラインナップ＝機能制限を加えた廉価版を市場に投入してもいい時期だと思う。FLASHはアマチュアの動画制作作業を根底から変える可能性がある。小学生にすら気軽に動画を作れてしまうツールが普及する事は、映像文化をも変えてしまう可能性を秘めているようにも思える。それら変化が価格という要因によって阻害されているなら惜しいことだと思うのだが。

おねティ、エンコ中。


歯医者行ってきました。
糸切り歯に、ちゃんとしたのがつきました。
一見すると白い歯みたいだけど、裏側は金属(?)が剥き出し。

親父さんと一緒に、シビックで山まで水汲みに。
ここ２，３日は天気が荒れるとの予報が心配だったけど。
ところどころ危ないところはあるものの、ほとんど乾いてて助かりました＞山の中の路面

水汲みってのは…
ウチ、飲料水に関しては、山とか井戸とかに行って汲んでくるのです。
何年か前から、親父さんの趣味（＝写真）も兼ねてやってるらしく。

自然の中の水を飲んじゃうと水道水は臭くて飲めない、とはお袋さんの弁。
たしかに須賀川の水は汚い。
もちろん汚くしてるのはそこに住んでる自分達なんですが…

帰りに岩瀬村の村営？温泉に入ってきました。
須賀川の市営温泉施設とは雲泥の差。とても綺麗。
１階が温泉施設、２階が保健センターだそうで。
近隣の御歳を召した方々がかなり集まってました。
露天風呂もあって、結構気持ち良かったです。

それにしても…
働きもせず平日の真昼間から爺さん婆さん達と一緒に温泉…
そのうち絶対、手酷いしっぺ返しを食らいそう。

と思ってたら、早速食らいました＞しっぺ返し
内容は恥ずかしすぎて書けない…俺はボケ老人か…
いや、きっと昨日今日の運転で疲れてたんだ…そう思いたい…


「ダウンロードって何？」
という問いに即座に答えられない自分を発見。
改めて考えると…どう説明すればわかりやすいのだろう。

古いゲームラボを廃棄。
オイラはコンシューマ機でのゲーム改造を趣味にしてないので、ほとんどのページをそのまま廃棄処分。
そういや、たまたま中を読んでたら『なんとかガスを使ったCPU冷却で、あなたのPCも450MHzの世界に突入かも！？』なる記事が。ホントこの世界は進歩が速い。数年前の話なのになぁ。

居間のコタツでまた寝てしまう。
テレホタイムが無駄に…
まあ昼起きて夜寝る生活だから健康的っていえば健康的なんだけど。

パソコン、動きました。
ケーブルの接続やCPUクーラー取りつけは上手くできたようです。
で、肝心のNHKの映りですが…変わりません。トホホ。
とりあえず内部のケーブルの位置をゴショゴショいじったら、TVの縞模様が減りました。
やった！
…と思ったのもつかの間。
一階の家族団欒用TVの画面は相変らずのひどい縞模様。ウエ〜ン。(;_;)
これはもうお手上げです。なにか他に対策はないものか…。
それにしても、雑誌やらNiftyやらインターネットやらでこの手の情報を調べてみたのですが
全くと言っていいほど情報を目にする事がありません。なぜだろう…？
昔、MZやファミコンを使うとTVに縞模様が入った記憶があるので、
こういった事っていうのは、結構あちこちで発生していると思うんですけど。
不思議だ…。

あ、SoundBlasterPCI128の使用感ですが…なんかSB64とそんなに変わらないような気が…。
MIDIの音は、やっぱりSC-88VLの音のほうがしっとりしていて好きだし。
私、4チャンネルも使うゲームなんてプレイしたりしませんし…
なんだか無駄な出費だったかなぁ。