mieki256's diary

今回は以下の画像をアウトペインティングの元画像とした。

Mosaic outpainting という拡張を使えば、Stable Diffusion web UI Forge版でもアウトペインティングが使える。一応手順をメモ。

インストールは、Extension タブから行える。

インストール後は、Mosaic タブが増える。以下のような感じで指定。

• 処理したい画像をドラッグアンドドロップすると読み込ませることができる。
• Directions で、上下左右のどちらにアウトペインティングするかを指定。
• Horizontal / Vertical Expand % で、元画像の幅や高さの何％分を増やすのかを指定。
• Process Mosaic で、モザイク画像を作成。
• できたモザイク画像でまあまあ良さそうなら、Send to Inpaint で、img2img に結果画像を送る。

続いて、img2img タブでの作業になる。


赤丸がついているあたりを操作していけば、それらしくなるかなと…。

• Inpaint upload タブの中に、モザイク画像とマスク画像の2つが読み込まれる。
• プロンプトにはそれらしい内容を記述しておくこと。
• Mask blur は、境界をどれだけぼかすか。
• Mask mode は、Inpaint masked に。
• Masked content は、Original に。
• Inpaint area は、Whole picture に。
• Soft inpainting にチェックを入れておく。
• Sampling method と Sampling steps は任意の種類、値に。
• Resize by を選んで、Scale は 1 に。
• Denoising strength は任意の値に。

Generate をクリックして処理を開始。

今回は、以下のような画像が生成できた。元画像に比べると、横幅が増えて、それらしい内容が描画されていることが分かる。

img2imgタブの一番下のほうにあるスクリプトの中に、アウトペインティングを簡単にできるようにするスクリプトがある。

注意点。スクリプトを使ったアウトペインティングは、Stable Diffusion web UI 本家版(A1111版)で行うこと。Forge版では正常動作しなかった。


img2imgタブで、ドラッグアンドドロップで元画像を読み込む。プロンプトには、適切な内容を記述しておく。



一番下のほうにある Script の中からスクリプトを選ぶ。



以下の2つが選べる。

• Outpainting mk2
• Poor man's outpainting

今回は、Poor man's outpainting を選んでみた。

• Pixels to expand で、増やしたいドット数を指定する。
• Mask blur は、境界をどれだけぼかすか。
• Masked content は、fill に。
• Outpainting direction で、上下左右のどちらに増やすかを指定。

いきなり上下左右の全部を指定してもいいのだけど…。満足できる生成結果が出てくるまで何回かガチャを回すことになるだろうから、一方向ずつ生成して結果が良ければ次の方向に、と作業していったほうが良さそう。ちなみに、複数の方向を指定しても、結局は一方向ずつ順々に処理されていくことになる。


今回は、左、右、上、下、の順番でアウトペインティングをしてみた。





よく見ると境界のあたりが不自然…。

Outpainting mk2 も使ってみた。これも、左、右、上、下、の順番で処理してみた。





下をアウトペインティングしたら、腕や腹のあたりが…。こういう状態で処理するのは難しいということなのだろうな…。ざっくり手描きで色を塗って処理したほうがいいのかもしれない。

img2img の Resize and fill を使っても似たようなことができる。

以下の事例は、変えたくないところをマスクして背景だけを差し替える事例。



以下のような結果が得られた。左右を増やしてから、上下も増やした。



処理するたびに、マスクされてない背景部分がガラリと変わってることが分かる。

MinGW の入手先は、昔は SourceForgeだったけど、今は OSDN になっているのだとか。まあ、細かい各パッケージは SourceForge からダウンロードしているっぽいけれど。

_MinGW - Minimalist GNU for Windows Project Top Page - OSDN

mingw-get-setup.exe というファイルをダウンロードする。

mingw-get-setup.exe を実行する。以下の画面が出てくる。

• 「Install」をクリックして先に進む。

MinGW のインストールディレクトリその他を指定。

• デフォルトでは C:\MinGW になってる。
• 右のほうの「Change」をクリックすれば、インストール場所を変更できる。自分は D:\MinGW に変更した。
• 下のほうにあるチェックボックスは、「スタートメニューに登録するか」「デスクトップにショートカットファイルを作るか」といったオプション設定。

その後のインストール作業に必要になるプログラムがいくつかダウンロードされる。

• ダウンロードが終わったら「Continue」をクリック。

MinGW関係の色々なパッケージを選んでダウンロードできる画面が出てくる。

• 左のほうで「Basic Setup」を選択。
• 右のほうで、「mingw-developer-toolkit-bin」の頭のチェックボックスを左クリック。

チェックボックスを左クリックするとメニューが出てくる。

• 「Mark for Installation」を選んで、インストールを指示。

その他のインストールするジャンルを選択する。

• おそらくだけど、ada、fortran、objc は、使う場面がほとんど無いと思う。それ以外は全部チェックを入れる感じでいいかと。もちろん、「いいや、俺は (ada|fortran|Objective-C) をバリバリ使うんだ」という人はインストールすればよろしいかと。

チェックをつけ終わったら、変更を指示。

• 「Installation」→「Apply Chnages」を選択。

パッケージのダウンロード画面が出てくる。

• 「Apply」をクリック。

色々なパッケージがダウンロードされていく。


ダウンロードが終わると、パッケージが展開される。

• 「Close」をクリックして閉じる。
• 左のほうにあるチェックボックスを入れれば、次回からはダウンロードと展開が終わったら自動で閉じてくれるようになるらしい。自分は試してないけれど…。

ちなみに、左のほうで「All Packages」を選べば、全パッケージの一覧が表示される。


こんな感じの流れで、パッケージのインストールは終了。

インストールは終わったけれど、この状態では MinGW の各ツールにパスが通って無いので使えない。

えてしてその手の解説記事では、Windowsの環境変数 PATH に、以下の2つのディレクトリを追加していくけれど…。

• MinGWインストールフォルダ\bin
• MinGWインストールフォルダ\msys\1.0\bin

自分も昔はそうしていたけど、他の開発関連ツール群と衝突してハマったことがあるので、それ以来、以下のようなbatファイルを作って、MinGW を使いたい時だけ環境変数を変更して利用している。

_mingw.bat

@echo off
@rem MinGW,MSYS enable

@rem Please set your MinGW install Directory.
set MINGW_PATH=C:\MinGW

set MSYS_PATH=%MINGW_PATH%\\msys\1.0
set MINGWADDPATH=%MINGW_PATH%\bin;%MSYS_PATH%\bin
set PATH=%MINGWADDPATH%;%PATH%
set C_INCLUDE_PATH=%MINGW_PATH%\include
set CPLUS_INCLUDE_PATH=%MINGW_PATH%\include
set LIBRARY_PATH=%MINGW_PATH%\lib

echo MinGW enable.
echo add path %MINGWADDPATH%

• set MINGW_PATH=C:\MinGW の行を、自分の環境に合わせて変更すること。

やっていることは、環境変数 PATH の一番最初に MinGW と msys のパスを追加したり、C/C++ 関係のヘッダファイルやライブラリファイルの場所を環境変数に指定しているだけ。

例えば、DOS窓を開いて mingw.bat を実行すれば、その後は mingw が使えるようになる。以下を眺めれば、mingw をインストールした場所にパスが通って各ツールが使えているのが分かるかと…。

> mingw
MinGW enable.
add path D:\MinGW\bin;D:\MinGW\\msys\1.0\bin

> which which
"D:\MinGW\msys\1.0\bin\which"
"D:\home\bin\which.cmd"

> which gcc
"D:\MinGW\bin\gcc.exe"

> which make
"D:\MinGW\msys\1.0\bin\make.exe"

> gcc --version
gcc (MinGW.org GCC Build-2) 9.2.0
Copyright (C) 2019 Free Software Foundation, Inc.
...

> make --version
GNU Make 3.81
Copyright (C) 2006  Free Software Foundation, Inc.
...
This program built for i686-pc-msys

gcc を使ってコンパイルができるか動作確認してみる。

以下のCソースファイルをコンパイルする。「Hello world!」と出力するだけのプログラム。

_hello.c

#include <stdio.h>

int main(void)
{
    printf("Hello world!\n");

    return 0;
}

gcc でコンパイル。

> gcc hello.c

> a.exe
Hello world!

> gcc hello.c -o hello.exe

> hello.exe
Hello world!

• gcc hoge.c で、hoge.c がコンパイルされて a.exe という実行ファイルができる。
• gcc hoge.c -o hoge.exe で、hoge.c がコンパイルされて、-o で指定したファイル名、hoge.exe という実行ファイルができる。

ということで、gcc でコンパイルすることができた。MinGW のインストールは成功。

ビルドはできたものの、「設定」ボタンをクリックすると文字化けしているメッセージが表示されてしまう。改善できないかと試していて結構ハマってしまった。

てっきり resource.rc 内のメッセージが表示されているものと思い込んで色々試してみたのだけど、いくら試してもメッセージが変わらない・修正できなくて悩んでしまった。

• UTF-8Nで保存してた resource.rc をSJISで保存し直したり。
• テキストを英数字で記述し直したり。
• Windows10がどこかにリソースをキャッシュして、そっちが表示され続けているのではと疑って、クリーンアップ機能その他を利用してみたり。
• Resource Hacker というツールを導入して、.scr の中に入っているリソースを確認してみたり。
• ファイル名を変更してみたり。

_Resource Hacker

原因は自分の勘違いだった。設定ボタンをクリックして表示されるメッセージは、screensv.c 内で記述されていた。resource.rc は関係無かった…。screensv.c 側を変更したら、あっさりダイアログ内のテキストも変わってくれた。しかしそうなると、resource.rc 内の記述はどこで使われるのだろう…。

手元では、以下の3つのファイルを同じ場所に置いて make と打てば .scr (mgscrsav.scr) が得られる状態になった。

_mgscrsav.c
_resource.rc
_Makefile

ただ、出来上がった mgscrsav.scr を右クリックして「Test」や「構成」を選んでも、以下のダイアログが表示されて実行できなくなってしまった…。

ファイルを開くことができません
インターネット セキュリティ設定のために、1つ以上のファイルを開くことができませんでした。

どうやら、作業フォルダを、シンボリックリンクを使って、別の場所にあるように見せかけつつ作業してたのがマズかったようだなと…。オリジナルのフォルダに移動してから、.scrを右クリック→「Test」「構成」を選んだら動作してくれた。

• 「Test」を選ぶ : フルスクリーン表示
• 「構成」を選ぶ : 設定ダイアログが表示される状態。

32bit版プログラムをWindows10 64bit上で動かしている状態なので、C:\Windows\SysWOW64\ 以下に .scr をコピーして動作確認。動いてくれた。

• Windows 64bit版、スクリーンセーバが32bit版なら、C:\Windows\SysWOW64\ 以下に .scr をコピー。
• Windows 64bit版、スクリーンセーバが64bit版なら、C:\Windows\System32\ 以下に .scr をコピー。
• Windows 32bit版なら、C:\Windows\System32\ 以下に .scr をコピー。

blender から LuxCoreRender を使える、BlendLuxCore というものが配布されているので、それをDLして blender から使ってみる。まあ、blender で物理ベースのレンダラーを使いたければ、Cycles を使えばいいのだけど…。

環境は、blender 2.83.17 x64 LTS。

BlendLuxCore-v2.5-win64.zip をDL。解凍はしなくていい。blender のアドオン設定で .zip を選択してインストールしてやれば使えるようになる。

ただ、試したところ、blender 2.83.17 x64 LTS 上ではインストールも有効化もできたけど、blender 2.93.2 x64 LTS 上では、有効化しようとしてチェックを入れてもエラーが出て有効化できなかった。

公式サイト・ダウンロードページをよく見たら、「blender 2.93以降は動かないよ！」としっかり書いてあった…。以下のページでも、blender 2.93 は、現在開発中の BlendLuxCore 2.6 で対応、と書いてある。blender 2.93 から Python のバージョンが変わったので、そのせいで動かなくなったのだとか。

_LuxCoreRender/BlendLuxCore: Blender Integration for LuxCore

さておき。アドオンを有効にすれば、EEVEE や Cycles と並んで、LuxCore という選択肢が増える。

念のために書いておくけど、じわじわと計算を続けて画像のノイズを消していく系のレンダラーなので、このくらいの画質で十分だなと思ったらESCキーを押して計算を止めること。あるいは、レンダリング設定の Halt Conditions で、時間、もしくはサンプル数の上限を指定して、その値に達したら計算を止めることもできる。

ただ…。自分の環境では、CPUで計算はできるけど、GPUで計算はできなかった…。GPU を選んでから、F12キーを叩いてレンダリングしようとしても、レンダリング結果を表示するウインドウが表示された後、固まってしまって、blender自体を強制終了する羽目になる。

もっとも、LuxCoreRender は、GPUで計算するよりCPUで計算するほうが反応が早い、という話もあるようで…。

_GPU mode is almost unusable - Issue #527 - LuxCoreRender/BlendLuxCore

CPUで計算する時は内部処理にポインタが使えるのですぐに計算を始められるけど、GPUでの計算はポインタが使えないから、ちょっと状態を変えただけでも、GPUで扱えるデータに毎回変換する処理が走って画面更新されるまでめっちゃ時間がかかる、とかなんとか書いてあるように見えた。であれば、CPUで計算させたほうがいいのかな…。

GPUで計算できない件が気になってググってたら、「LuxMark を動かして認識されてるデバイスを確認せよ」という話を見かけた。

LuxMark は、LuxCoreRender を利用して動かすベンチマークソフト。レンダリング処理を通じて、そのハードウェアの性能を測定するらしい。

_LuxMark v3 - LuxCoreRender Wiki
_LuxMark v4 - LuxCoreRender Wiki

以下の2つを試用してみた。DLして解凍。任意のフォルダに置いて、luxmark.exe を実行すればベンチマークが取れる。

• luxmark-windows64-v3.1.zip
• luxmark-v4.0alpha0-win64.zip

動かしてみたところ、「Hardware Devices」に、OpenCL を利用できるデバイスとして「GeForce GTX 1060 6GB」が表示された。ということは、自分の環境でも GPU + OpenCL で計算できるはずだよなあ…。blender上でGPUを使って計算できないのは、おかしいなあ…。

ちなみに、ベンチマーク結果は…。

• LuxMark 3.1 x64 + Scene LuxBall HDR + GeForce GTX 1060 6GB : 12531
• LuxMark 3.1 x64 + Scene LuxBall HDR + Native C++ (CPU?) : 3492
• LuxMark 4.0 alpha 0 x64 + Scene Food + GeForce GTX 1060 6GB : 837
• LuxMark 4.0 alpha 0 x64 + Scene Food + Native C++ : 933

LuxMark 4.0 alpha 0 + Native C++ の場合、結果画面に GPU名が表示されていたあたりが気になる。結局は GPU を使って計算しているということだろうか？ 値も近すぎるし…。

GPUについているチェックマークを外して、CPUs のほうを選択した状態で動かしてみた。結果画面に GPU名が出てこなくなった。ということは、この場合、CPUだけで計算できてるということなんだろうか。ベンチマーク結果は 893。…GPUを使って計算した時と似たような結果になった。

すると、GPUで計算しようが、CPUで計算しようが、自分が使ってるハードウェアスペックでは、さほど違いはないということになるのだろうか…？ 本当にそうなのか、ちょっとよく分からないな…。

単体で動作できる、スタンドアローン版も試用してみた。luxcorerender-v2.5-win64.zip をDLして解凍。任意のフォルダに置いて、luxcoreui.exe を実行。

解凍したフォルダの中に、scenes/cornell/cornell.cfg が入ってるので、開いてレンダリングをしてみれば動作確認ができる。

Engine の中に、xxxxCPUしか並んでない。GPUが選べないように見えるのだけど…。

FreeCAD は、POV-Ray、もしくは LuxRender (LuxCoreRender) を呼び出して、レンダリングをすることもできるらしい。

_FreeCADのレンダリング関連ワークベンチはまだまだ発展途上!?：無償3D CAD「FreeCAD」を使ってみよう（7）（1/5 ページ） - MONOist

POV-Ray 3.7 x64 をインストールしてある環境で、上記の記事に従って自分も試してみた。

ちょっとハマったのは、PovProject に各パーツを登録していくあたり。PovProject さえあれば全体が自動的にレンダリングされるのかと思い込んで作業して「変だな…レンダリングされないぞ…？」と悩んでた…。「このパーツをレンダリング対象にしろ」的に、登録していかないとダメなのだな…。

さておき。自分の環境も、たしかに POV-Ray 3.7 (pvengine.exe) が起動するものの、エラーメッセージが表示されてレンダリングが実行されなかった。

出力された .povファイルを、手動で起動した POV-Ray で開いて Run をしたら、一応レンダリングはされた。つまり、FreeCAD から直接 POV-Ray を呼び出して利用することはできないけれど、FreeCAD から .pov を出力してそれを利用することはできなくもない、という状態っぽい。

しかし…。穴を開けた部分や、角を丸めた部分が、何一つ反映されてなかった。これでは全然使い物にならない…。

また、形状データはことごとく mesh2 になっていた。

ダメじゃん。それでは意味が無いじゃん。

FreeCAD上では、矩形や円の押し出しで形状を作って、かつ、それら矩形や円の情報をいつまでも保持しているのだから、それらのデータの持ち方を比較的保持したまま POV-Ray に形状データを渡すことを期待してたわけで…。ポリゴンの羅列に変換されてしまうなら、あえてわざわざ FreeCAD を使う意味が無い。だったら最初から別のツールを ―― 例えば Wings 3D あたりでも使ったほうが快適に作業できるわけで…。

それはともかく。.povファイルを覗いてみたら、「#version 3.6;」という文字列が目に入った。ひょっとすると FreeCAD は POV-Ray 3.6 の仕様に合わせてこのあたりの機能を作ってあるような気がする…。

更におそらく POV-Ray は、3.6 から 3.7 になる際、他のプログラムから呼び出される時の仕様が色々変更されているのではないかなと邪推してみたりして。「POV-Rayを呼び出してレンダリングできます」と謳ってたこの手のソフトは、軒並み POV-Ray 3.7 に未対応・正常動作しないので…。POV-Ray 側が無頓着に仕様を変えてしまったのではないかなあ、と。

ただ、POV-Ray 3.7 は2013年に公開されているので、そこからずっと何年も、他のソフトが未対応のままというのも妙な話で…。

もっとも、つまりはそれだけ、POV-Ray は誰も使わないソフトになっているのかもしれず。POV-Ray を呼び出せるその手のソフトがそもそもえてしてマイナーだったりするし、加えて POV-Ray を呼び出そうとする人はほとんど居ない、ということかも…。

形状データがポリゴンに変換されてしまうあたりにちょっとガッカリしたけど、でもまあ、ポリゴンに変換してしまえば、他のソフトでも読み込めるようになるし…。と気を取り直して、Wavefront OBJ (.obj) でエクスポートして blender でインポートしてみたのだけど。

角の丸みがガタガタ…。曲面をポリゴンで置き換える際の分割数が少な過ぎる…。このあたり、オプションで変えられないのかな…。

.dae でエクスポートしてみた。このフォーマットなら、もう少し細かく分割される模様。

.stl でもエクスポートしてみた。これも .dae と同程度に分割されていた。

FreeCAD を POV-Ray関係のモデリングツールとして使えないかと期待してたけど、全然ダメだった。直接呼び出せないし、ポリゴンに変換されちゃうし…。これは使えないなと…。ちょっと残念。もっとも、POV-Ray を使ってレンダリングする機能はオマケのようなものかもしれないので、期待するほうがおかしいのかもしれず。

この製品って、受信機をキーボード裏面等に収納できないのだな…。

こんなに巨大なのだから、収納場所ぐらい余裕で確保できただろうに、なぜつけなかったのだろう。アレかな。「ここまで巨大なキーボードをモバイル用途で使うはずないだろ」「モバイル製品ではないのだから受信機の収納場所なんて要らん」と思ってこういう設計にしたのかな。

違うんだよなあ…。ワイヤレス製品は受信機が無ければゴミになってしまうので、どこかにしまい込んだり、あるいは設置場所を変えたりする際に、受信機とセットで片づけることを心掛ける羽目になるわけで。そんな時、本体に受信機を収納できれば生き別れになりづらいから安心。つまりモバイル云々は関係ないのだよな…。 *1

以下からダウンロードしてインストールした。

_The Pale Moon Project homepage

Firefox のプロファイル等の引っ越し処理はしてくれない模様。最初から全部設定し直しになった。

日本語化は、以下から ja.xpi というファイルをインストールした上で、about:config を開いて general.useragent.locale を ja にして再起動。

_Releases - JustOff/pale-moon-localization
_Pale Moon のダウンロード・日本語化 - フリーソフト100

エンジンが古いのか、Mozilla公式サイトで入手できるアドオンのうち結構な数が、「このFirefoxには対応してない」と言ってくる。ただ、Pale Moon 上で動作するように fork されたアドオンが Pale Moon 公式サイトから入手できるようで。

_Pale Moon - Add-ons - Extensions

_ScrapBook X をインストールしてみたけど…。保存先フォルダの変更ができない…。自分、デフォルト設定とは別の場所に保存してたわけで…。これは困るな…。

Pale Moon は中身が結構古いのか、アドオンが色々動かなくて。その点、Waterfox ならどうなのかなと気になったのでインストールしてみたり。

_Access the Internet, built just for you. - The Waterfox Project

初回起動時、Firefox のプロファイルをインポートすることができた。今まで使ってたアドオンやブックマークががそのまま引き継がれてくれた。ありがたや。プロファイルの保存場所は、Firefox とは別の場所に作ってくれていた。

日本語化は、Options → Locale Select で「Japanese」を選べばできる。Pale Moon より楽だな…。

_ScrapBook も動いてくれて、今まで保存してたページもそのまま見れる模様。もっとも、閲覧しか試してないけど。

マウスジェスチャ機能を追加する _FireGestures や、RSSをサイドバーに出してくれる _Feed Sidebar も動いてくれた。ただ、Feed Sidebar は、アイコンが表示されないけど…。

_Locationbar3 は動かなかった。 _Advanced Locationbar は動いてるように見える。
Pale Moon より色々なアドオンが動いてくれそうな気配があるので、しばらくは Waterfox を利用してみようかなと。

む。うっかりいつもの調子で Firefox ESR を起動してしまった…。癖になってるな…。

Firefox はタスクバーから消しておくことにした。今後は Firefox を極力起動しないように習慣づけていかないと。

たしか昔、腐女子を自称してる方が、「私達は石ころの裏にひっそり身を隠してるダンゴ虫やナメクジ」「わざわざ石ころをひっくり返してお天道様に晒さないでくれ」とどこかでつぶやいてた、そんな記憶が。自分は男ではあるけど、「あー、その感覚ちょっとわかる…」「上手い喩えをするもんだなあ」と思ってしまったもので。

その喩えからすれば、今回の件のつぶやきは、石ころをひっくり返しながら、「お前たちってさあ、これが好物なんだろ？」とビールをジャバジャバかけられた状態、みたいなソレだったのかなと…。

そこに居るのはちゃんと分ってるけど、あえて見てみぬふりをして、しかし石ころの周りには、腐った落ち葉や野菜くずを、そっと、びっしりと敷き詰めてやる、みたいなソレが繁栄の秘訣、だったりするのだろうか…。「お前ら！ エサ置いといたぞ！ 食えよな！」と大声で知らせたりしない。ダンゴ虫達が驚いて逃げるから。なんとなくここに置いただけなんだよねー、君達が居るなんて、いやー知らなっかたなー、的な白々しいすっとぼけ演技をしながら御馳走をそっと置く。みたいな。

他にも、これもまた腐女子を自称する方が、「公式がそこまでやるな！ 私達の仕事が無くなる！」とつぶやいてるソレを見た記憶もあって。ネタは公式が提供するけど、醸すのはファンの仕事、てのはたしかにそうで、公式が醸すところまでやってはいかんのだろうなと…。でも、下ごしらえはしとかないとファンの側で醸せないし。「これじゃまだ足りないかな？」「むむっ。やり過ぎたか？」のジャッジが難しそう。

こだわる方向が適切ではなかったらしい、とは思うけど、であれば、どういう方向でこだわれば良かったんだろう…。

例えばだけど、リアクションかな…。いや、本編ちゃんと見てないから、実はリアクションもちゃんと見せてたのかもしれんけど。

馬にベロンと舐められた後、キャラによっては…。

• 無言で刀を一閃して馬の首を切り落とすキャラ。
• 「ハハハ、こやつめー！」と笑顔なんだけど本気で馬の首を絞めてくるキャラ。
• 「コラ、ダメだろ」と馬の頭を拳でコツンと軽く小突くキャラ。
• ほっぺたをプクーと膨らませて「めっ！」をするキャラ。
• 突然のことで棒立ちのまま固まってしまうキャラ。
• 無表情で馬の顔を睨むキャラ。馬もキャラを見つめる。キャラのアップ。馬のアップ。キャラのアップ。馬のアップ。馬が察してシュンとなってキャラが「よし」で終わるキャラ。…枚数節約できるなコレ。

等々、キャラによって様々なリアクションが思いつくし、普段はあんなキャラなのにこんな場面ではそんな表情見せるんだ、てなところを描きやすいシーン、ではあるよなと。舐められ方に対しての反応で、キャラが馬を普段どのように扱ってるのか、馬はキャラに対してどの程度親愛の情を持ってるか、お互いの関係性もうっすらと見えてくるはずで。

で、視聴者に、「うわあ。こんな舐められ方をしたら俺だったら即グーパンだわ。なのにこの反応…。さすが○○」と思ってもらうためには、聞いただけで「うへえ」と思えるぐらいのSEや、見るからに「ちょ、馬、待てよ。やめろよー」と思える濃い目の作画も必要になる。

「…と考えてココは生々しいSEやねっとりした作画にこだわってみました！」という話だったら女性ファンも「お、おう…」となった可能性は、などと妄想を。

でもそこで「馬の首を男性器に」とか言い出したら、そりゃあ…浅いよなと。いや、浅くはないのか。明後日の方向で深いというか。しかしそっちじゃないらしい。じゃあどっちなんだ。どっちなんでしょう。せっかくの機会だから、「そうかー、そっちじゃなくてこっちかー」的に気付いて次回作の演出で活かして欲しいものだよなと…。

まあ、そんな妄想をしました、とメモ。

電動工具は危ないからなあ…。工業高校の実習で旋盤を使った記憶があるけど、刃を止める工具を刺したままうっかり回しちゃって工具が勢いよく吹っ飛んで天井に突き刺さったという前例があるからお前ら本気で気をつけろよ、ホラ、この天井の穴がその時の跡だ、みたいな話を実習前に先生から聞かされてビビった記憶が。他にも、服の袖が巻き込まれて云々の事例もあるからちゃんとした服装で扱わないと冗談じゃなく死ぬぞ、とかそういう注意も受けたような。電動工具はマジに気を付けないとヤバイ。

そういや、母校の福島県立郡山北工業高校で、実習中の旋盤のソレで生徒の死亡事故があったような…。と思ってググってみたけど全然情報が出てこない。TVのニュースで見て驚いた記憶があるんだけど、アレは偽記憶だろうか。それとも学校の評判に関わってくる等の珍妙な判断で必死に隠蔽工作をして、故にググっても出てこないのだろうか。「オイオイ。ソレ、北工じゃなくて○○工の話だよ。お前、勘違いしてるよ」とかだったらいいのだけど。…事故事例の公開は、後に起こる事故を未然に防ぐ効果が期待できるので、隠蔽してしまったらそれはもう未来の殺人に加担してるようなものだと思うわけで。なので、自分の勘違いだったらいいな、是非とも勘違いであってほしいと願ってしまうわけですけど。

何はともあれ、電動工具は便利だけど危ないので、気をつけて使わないと。

MDF板をレーザーで切り抜いていける工作機械もあるらしい。PCから制御するから、かなり細かく、正確に、切り抜けるようで。まあ、やっぱりお値段は高いみたいだけど…。ホームセンターでそういう機械を使わせてくれるサービスとかあればいいのにな。まあ、商売にならないか。

ひょっとして、電動ノコギリもコンピュータで制御すると、違う使い方が見えてきたりするのだろうか。まあ、既にそういう製品がありそうな予感も。人間が手で材料をグイグイ押していくより、まだ安全に使えたりするのだろうか。いやいや、ちゃんと材料を締めて固定しておかないとケースの中で材料が暴れ馬状態になってより恐ろしいことに、とかあるかもしれんか…。

色々調べてるうちに、動画のフレームレートについてよく分からなくなってきたり。一般的なアニメは24コマ/秒で作ってるらしいけど。動画のソレは23.976FPSだそうで。TVゲームのノリでソフトを作って24FPSで出力したらずれていってしまうんだろうか…？ なんかこのへん、以前も疑問を持ったような…。

DVD-Videoでは24FPSのものもある、という話や、TV放送用のアレコレと映像コンテンツ自体を売る場合は違う、てな話も見かけた。もしかすると、TV放送用に作るなら23.976FPSや29.97FPSになるけど、そうではないなら24FPSや30FPSで作っておいてもよい、という話なんだろうか…？ PC上でしか見ないなら、24FPSでもOK、ってことなのかな。でも、世の中の映像コンテンツは、えてしてTVで表示するよなあ…。わからんなあ…。

アニメーターさんは24FPSで時間に対する感覚が鍛えられてる、という話を聞いた記憶があるけれど。それは、23.976FPSのことなんだろうか…？ それとも24FPSのことなんだろうか…？ 結局のところ、アニメっぽいソレに合わせて映像を作ろうとした場合、24FPSで作るのか23.976FPSで作るのか、どっちなんだろう…。

ダイユーエイトで保冷剤を。銀行に行った後、ヨークベニマルで夕飯のおかず等を。

今まで使ってた保冷材は、中に空気が入って妙な固まり方になってしまったので。時々買い換えないといかんのだなと。

PATH=C:\GNUstep\mingw\bin;C:\GNUstep\GNUstep\System\Tools

後述の参考記事中で見かけた hello*.m の類を作成。作成には NTEmacs を使用。一応、NTEmacs上で、M-x objc-mode とすれば該当モードになってくれるらしい。

コンパイル？用のバッチファイルも作成。

@set HEADER=c:/GNUstep/GNUstep/System/Library/Headers
@set LIB=c:/GNUstep/GNUstep/System/Library/Libraries
@set OPT=-lobjc -lgnustep-base -fconstant-string-class=NSConstantString -enable-auto-import
@echo Compiling Now [%1]
gcc -o %1 %1.m -I %HEADER% -L %LIB% %OPT%
@echo.
@echo Compiled.

cc.bat というファイル名で保存して、cc hello みたいな感じで実行。hello.m がコンパイル？されて、hello.exe が出来た。実行するとメッセージも表示されたので、おそらくコンパイルできたのだろう。

スタートメニュー中にある、GNUstep -> Shell を実行したところ、おそらくは sh.exe が起動した。ls -al とか pwd とかそのへんが実行できたので、おそらくUNIX系のコマンドが使える…のだろう。たぶん。

ただ、何かするたびにbeep(M/Bに接続してあるブザー)が鳴って気に障る。~/.inputrc に、

set bell-style none

と書いたら鳴らなくなった。ちなみに自分の環境では、環境変数 HOME を定義してあるので、他環境では「~」がどこらへんになるのかは知らない。

which make と打ったら、/bin/make.exe と表示されたので、make も使えそう。

_WindowsでObjective-C: お気楽おぼえがき
_tetsuyanbo - Blog Archive - WindowsでObjective-Cのコードをコンパイルしてみる
_WindowsでObjective-C - ほんまの走り書き技術メモ
_Moonmile Solutions Blog - GNUstepでobjective-cを学ぶ(1)
_GNUstep - Baliset Blog
_萌えタマ。: WindowsでObjective-C

チェックディスクが動かなくて首を捻ったり。一部のファイルを削除したら動いてくれたけど。もしかして壊れかけているのだろうか。うーん。

一番上の子供さん(中学生)が「インターネットをやりたい」と言ったので、先日購入したノートPC、Gateway M-2408j + Windows Vista を触らせてみたり。

一応中学で、週に2〜3時間は授業があるらしい。が、IMEの切り替えにマウスを使ってた。自宅にPCがないと、そのあたりの操作もおぼつかない・授業時間だけでは文字入力操作すら満足に教えることができない、というなのかもしれないと想像。

とはいえそれでも、ドナルドのMAD動画を自分で検索・再生して、下の子達と一緒に笑ってた。友達の家で見せてもらって知ったのだとか。小中学生達がネットサーフィンする時代になっていることを実感というか認識というか。「PCなんて何の役に立つのかわからんものに夢中になるんじゃない」と怒られた自分の中学時代とは完全に状況が違ってる気がする。…なるほど、子供達のネット利用というものに関して、色々考えていかないといかん時代になってるのだなあ、みたいなことをなんとなくもやもやと。 *1

さておき、子供さんが帰る段になって、Windowsの終了をしようとしてたのだけど。Windows Vista の終了方法が判らなくて、ユーザアカウントをロックしてしまった。スタートボタンからメニューを開くところまでは実にスルスルとやっていたが、どのアイコンが終了作業に結び付いているのかが判らず、「これかな？」的にロックのアイコンをクリックしたように見えた。…大人よりよほど柔軟な脳を持つであろう中学生男子ですら、直観的に終了操作ができなかったあたり、Windows Vista のUI設計・デザインは、Windows XP よりも間違いなく確実に改悪されてしまった、と言えるのではないかと思えたり。Microsoftとしては「もうWindowsの操作にも慣れただろ」と思ってのUI設計・デザイン変更なのかもしれないが、それは自惚れだったのではあるまいか。

たかだか10〜15分、子供さんにWindows機を触ってもらっただけでも、結構判明することがあるのだなと。

tar zxvf hddtemp-0.3-beta15.tar.bz2
cd hddtemp-0.3-beta15
./configure --with-db-path=/etc/hddtemp.db
make
make install

"HDS721616PLAT80"               194  C  "Hitachi Deskstar 7K160 160GB (7200RPM)"

# hddtemp /dev/hda
/dev/hda: Hitachi HDS721616PLAT80: 47°C

# hddtemp /dev/hda
/dev/hda: HDS728080PLAT20: 32°C

/dev/hda: Hitachi HDS721616PLAT80: 40°C

40度を超えるとHDDの寿命が1/2に、50度を超えると寿命が1/3になるという話も見かけた。このままではあきらかにまずい。何かしらの熱対策が必須。とはいえ何をどうしたらいいものか。

Mini-ITX M/B は MicroATXケースに入るという話も見かけた。であれば、MicroATXケースを購入して…。しかし、MicroATXケースは、えてして電源付きでしか販売してないし。また、Mini-ITX M/B が、本当に MicroATX ケースに入るのか、今一つ確証がないし。最悪の場合、入れてみたらダメだった、てな場面に遭遇するかもしれん…。

危ないのはHDDだろうから、HDDだけ外に引きずり出すか。CD-ROMドライブベイから、IDEケーブルと電源ケーブルを引き出せばどうにかなるだろうか。しかし、HDDを裸のまま外に置いておくわけにもいかんわけで。うーん。

_裸族のアパート はどうだろう。もしくは _五重の塔 とか。しかしホコリや虫のアレコレを考えると、むき出しというのも…。とはいえ、放熱を考えるとケースの類に入れないほうがいいわけで…。うーん。

パッケージが用意されてるので、apt-get install webalizer でインストール。/etc/webalizer.conf を見直し。

上記のflashの作者さんのサイト、らしい。メモ。

フリーのFLASH作成ソフト ParaFla で作られたソレ、らしい。

_1.0になっていた のか。＞ParaFla。知らなかった。

メモ。

外付けHDDと冷却の話が。

6分間にわたってひたすらダンス。そっち方面は完全に詳しくないのだけど、観客の絶叫ぶりから想像するに、おそらく日本で言えばコロッケの物真似オンパレードをダンスに特化したような芸なのかしら。

_清く、正しい、nmapの使い方
_nmap 利用方法

自宅サーバに対して nmap を使ってみたのだけど。DHCP 以外は開けて(?)あるように見えるなぁ…。

ツッコミ欄での、

えっ？それはいくらなんでも間違いでしょ^^;; こうしてホームページにアクセスできますから、少なくとも80番は空いてるわけですし…

という話を見かけて、誤解を招く表現をしてしまっただろうかと不安に。

ということで、一応、自宅サーバに対して nmap してみた結果もメモしておくのでした。DHCPサーバは動かしてないから該当ポート番号は表示されてないし、これでいいはず、という話で。…あ、DNSサーバも昨日停止したっけ。そのポート番号も閉じてあるのか。

# nmap kerochan

Starting nmap 3.81 ( http://www.insecure.org/nmap/ ) at 2005-08-26 11:18 JST
Interesting ports on kerochan.blawat2015.ne.jp (192.168.1.22):
(The 1652 ports scanned but not shown below are in state: closed)
PORT STATE SERVICE
21/tcp  open  ftp
22/tcp  open  ssh
25/tcp  open  smtp
80/tcp  open  http
110/tcp open  pop3
111/tcp open  rpcbind
139/tcp open  netbios-ssn
443/tcp open  https
445/tcp open  microsoft-ds
804/tcp open  unknown
901/tcp open  samba-swat

Nmap finished: 1 IP address (1 host up) scanned in 0.522 seconds

# nmap -sU kerochan

Starting nmap 3.81 ( http://www.insecure.org/nmap/ ) at 2005-08-26 11:20 JST
Interesting ports on kerochan.blawat2015.ne.jp (192.168.1.22):
(The 1472 ports scanned but not shown below are in state: closed)
PORT STATE         SERVICE
111/udp open|filtered rpcbind
123/udp open|filtered ntp
137/udp open|filtered netbios-ns
138/udp open|filtered netbios-dgm
177/udp open|filtered xdmcp
802/udp open|filtered unknown

Nmap finished: 1 IP address (1 host up) scanned in 1.857 seconds

ファイル共有で使うであろう、137/udp、138/udp、139/tcp、445/tcp は一覧の中に見えるので、サーバ側の設定は問題なさげに見えると。

ちなみに、関係ないかもしれないけど。自宅サーバとルータは別になってる環境。ルータ側で空けて(?)あるポート番号は、自宅サーバのソレとは異なっていて、http、ftp、pop3、smtp だけを自宅サーバに送るよう設定してあるです。

_かわもと文庫 なるサイトに掲載(?)されてるエッセイ。情景が目に浮かぶような話もあり。考えさせられる話もあり。つい読み耽ってしまった。

全然関係ないけどコメント欄で _後藤寿庵 氏の話が出ていて気になってしまったり。ろくなものを描く後藤寿庵氏なんてろくなものじゃない。ろくなものを描かない後藤寿庵氏こそろくなもの。というかWikipediaの該当項目で、藤島康介氏がぱふの編集部員だったと知ってビックリ。そんなところにトリビアが。

「ろくなもの」=「傾きの無い正常な状態の意を表し、そこから満足すべき有様や出来事を表すようになった。」とある。後半の定義はともかく、前半の定義を読む限り、「傾きの無い」「正常な」な漫画作品に何の価値があろうか。ろくなものじゃない作品のほうがよほど面白い。のかもしれないと。

_o氏の記事 を参考にして別の設定を。lib/HNS/Status.pm に、cookieを強制するようパッチをあてて。.htaccess で、「referer がない」「特定の remote_host、UA」でアクセスしてきた場合、とあるページに飛ばすように。

googleのクローラーはcookie食うのかしら。googleにはページを漁ってもらいたいのだけど。

lynx や Mozilla Firefox で cookie 拒否して動作確認したのに、ページが表示されてる。アレ？

Status.pm やら browser_list.txt やら、その他モロモロのファイルを、CR+LF のまま転送してた。LFにして転送したら「Cookieを再設定〜」のメッセージが見れた。 *1

動作したのはいいのだけど。結局、googleはどうなるのか。

最初のあたりで、$self->is_robot(1) と書いてある。conf/browser_list.txt に記述された単語がUA内に見えた場合は、0になる。それ以外は、1のままなんだろう。1のままなら、パッチを当てた部分を経由しない。

ということは、ロボットであることを明らかにしてるアクセスなら、cookieを食えとは言われない、ということかしら。なら、このままでも google はページを見れるのだろう。逆に、UA詐称ロボットは、cookieを食えと言われる上に、食わないとページが見れないと。

本来そのへんは掲示板が担ってたような気も。…そういやウチのはスレッド型だった。スレッド型は、そういう報告 ―― その場で突発的に出てきた内容を投稿しづらい可能性はないか。 *2 うーん。

こちらも、tDiary-mode と同様、ローカル保存してくれる模様。

つまり、「tDiary」も「はてな」も、実質的にはオフ書きok、ということかしら。

他の日記サービスからの移行は難しいとしても、少なくとも容易にバックアップが取れそうではある。

あちこち A300 を持ち歩いてみて思ったけど、光学ズームって必要だったのかもしれない。

どうしてズームの必要性を感じなかったのかといえば、今まで DC-4U というデジカメを持ってはいたものの性能の悪さ故にあまり持ち歩かなかったのが大きいかも。こうして真っ当なデジカメを入手して、気軽にあちこち持ち歩いてみれば、結構な頻度でズームが必要な場面に遭遇する。あればあったでたしかに便利なのだな＞ズーム。風景ではなく、オブジェ？の資料を撮る際は必要になってくる。ちと選択に失敗したかも。 *1