mieki256's diary

作業には何かしらのCコンパイラが必要らしい。MinGW64 も使えるらしいけれど、今回は、Microsodt Visual Studio 2022 の Visual C++ (cl.exe) を利用してみた。

Windwos10のスタートメニューの中に、「x64 Native Tools Command Prompt for VS 2022」というショートカットファイルがあるので、それを起動すればDOS窓が開いて cl.exe が使えるようになる。

cl.exe と打ってバージョンが表示されるなら使える状態になっている。

> cl.exe
Microsoft(R) C/C++ Optimizing Compiler Version 19.38.33133 for x64
Copyright (C) Microsoft Corporation.  All rights reserved.

使い方: cl [ オプション... ] ファイル名... [ /link リンク オプション... ]

bootloader の再作成には、githubで公開されている PyInstaller のリポジトリが必要だそうで。

_pyinstaller/pyinstaller: Freeze (package) Python programs into stand-alone executables

以下では git clone で入手しているけれど、上記のページからリポジトリを zip で入手することもできるので *1 、git を持ってない場合は zip を入手して解凍しても作業ができるのではないかと。

また、Python の wheel モジュールも必要らしいので、pip を使ってインストールしておく。

そんなわけで、以下を打った。

python -m pip install wheel
git clone https://github.com/pyinstaller/pyinstaller.git
cd pyinstaller
cd bootloader
python ./waf distclean all
cd ..
pip install .

巷の解説ページでは、作成された PyInstaller のインストール操作として、python setup.py install を紹介してる事例が多かったけれど、自分の環境でソレをすると何故かエラーになってしまった。エラーメッセージの中に、「"pip install ." を使え」と書いてあったので試してみたところインストールができた。

PyInstaller のインストール時、依存してるモジュールもいくつかインストールされる。以下のような状態になった。

(venv310) D:\...> pip list
Package                   Version
------------------------- --------
altgraph                  0.17.4
packaging                 24.0
pefile                    2023.2.7
pip                       24.0
pyinstaller               6.7.0
pyinstaller-hooks-contrib 2024.6
pywin32-ctypes            0.2.2
setuptools                70.0.0

こうして再作成してインストールした PyInstaller を使ってみたところ、ウイルスとして誤検出されなかった。たしかに改善されたっぽい。

もっとも、そのうちまた誤検出されるようになってしまうかもしれない…。

D:\msys64\msys2_shell.cmd

> D:\msys64\msys2_shell.cmd --help
Usage:
    msys2_shell.cmd [options] [login shell parameters]

Options:
    -mingw32 | -mingw64 | -ucrt64 | -clang64 | -msys[2]   Set shell type
    -defterm | -mintty | -conemu                            Set terminal type
    -here                            Use current directory as working
                                     directory
    -where DIRECTORY                 Use specified DIRECTORY as working
                                     directory
    -[use-]full-path                 Use full current PATH variable
                                     instead of trimming to minimal
    -no-start                        Do not use "start" command and
                                     return login shell resulting
                                     errorcode as this batch file
                                     resulting errorcode
    -shell SHELL                     Set login shell
    -help | --help | -? | /?         Display this help and exit

Any parameter that cannot be treated as valid option and all
following parameters are passed as login shell command parameters.

D:\msys64\msys2_shell.cmd -mingw64 -here -no-start

以下は自分の環境に限定した話。以下のbatファイルを、PATH が通っている D:\home\bin\ に作っておいた、とメモしておく。

mingw32.bat ... 現在のディレクトリでbashを起動。
mingw64.bat ... 現在のディレクトリでbashを起動。
mingw64oncmd.bat ... 現在のディレクトリで、環境変数PATHとMSYSTEMだけ設定。bashを起動しない。
msys2_shell.bat ... 素の msys2_shell.cmd を呼び出す。オプションもそのまま渡す。

msys2_shell.bat の内容は以下。msys2_shell.cmd を呼び出しているだけ。

@set MSYS2DIR=D:\msys64
@call %MSYS2DIR%\msys2_shell.cmd %1 %2 %3 %4 %5 %6 %7 %8 %9

mingw64.bat の内容は以下。

@echo off
set MSYS2DIR=D:\msys64
CHCP 65001
SET MSYS=winsymlinks:lnk
CALL "%MSYS2DIR%\msys2_shell.cmd" -mingw64 -defterm -here -no-start

• -mingw64 を渡して、MinGW64 が使えるようにしている。
• -defterm で、DOS窓上での利用を指定。mintty は起動しない。
• -here で、現在のディレクトリをカレントディレクトリにするように指定。

ただ、このbatファイルでは、bash が起動する。

mingw64oncmd.bat の内容は以下。環境変数 PATH と MSYSTEM の設定だけしている。bash は起動しないが、これでコンパイル等できるのかどうかは確認してない…。

@echo off

chcp 65001

set MSYS2DIR=D:\msys64

set ADDPATH=D:\home\YOURNAME\prefix\bin
set ADDPATH=D:\home\YOURNAME\bin
set ADDPATH=%ADDPATH%;%MSYS2DIR%\mingw64\bin
set ADDPATH=%ADDPATH%;%MSYS2DIR%\usr\local\bin
set ADDPATH=%ADDPATH%;%MSYS2DIR%\usr\bin
set ADDPATH=%ADDPATH%;%MSYS2DIR%\bin
@rem set ADDPATH=%ADDPATH%;C:\Windows\System32
@rem set ADDPATH=%ADDPATH%;C:\Windows
@rem set ADDPATH=%ADDPATH%;C:\Windows\System32\wbem
@rem set ADDPATH=%ADDPATH%;C:\Windows\System32\WindowsPowerShell\v1.0
set ADDPATH=%ADDPATH%;%MSYS2DIR%\usr\bin\site_perl
set ADDPATH=%ADDPATH%;%MSYS2DIR%\usr\bin\vendor_perl
set ADDPATH=%ADDPATH%;%MSYS2DIR%\usr\bin\core_perl
set ADDPATH=%ADDPATH%;D:\home\YOURNAME\gocode\bin

set PATH=%ADDPATH%;%PATH%
set MSYSTEM=MINGW64

@rem WindowsのPATHを引き継ぐかどうか
@rem set MSYS2_PATH_TYPE=inherit

echo # Add PATH
echo %ADDPATH%
echo.
echo # env
echo MSYSTEM=%MSYSTEM%
echo MSYS2_PATH_TYPE=%MSYS2_PATH_TYPE%

@echo on
@rem bash

_MSYS2/MinGW-w64 (64bit/32bit) インストール手順 メモ
_msys2-manual.md
_MSYS2の更新に伴う起動用ショートカットの修正 #msys2 - Qiita
_msys2_shell.cmdを使ってVS Codeの総合シェルをMSYS2 bashにする #Bash - Qiita
_msys2 で敢えて mintty を使わない方法 #msys2 - Qiita

python3 -m venv venv

pip install numpy==1.23.4
pip install einops==0.6.0
pip install imutils==0.5.4
pip install torch==1.13.0
pip install torchvision==0.14.0
pip install opencv-python==4.6.0.66
pip install opencv-contrib-python==4.6.0.66
pip install matplotlib
pip install timm==0.6.12

せっかくだから、以下のページを参考にして、python と打ったら python3 が使われるようにしておいた。とメモ。

_Ubuntu Linux 22.04 LTSで、"python"コマンドがないと言われたら - CLOVER

sudo apt install python-is-python3

$ python -V
Python 3.10.6

他に、update-alternatives を使って切り替える方法もあるらしい。「update-alternatives python」でググれば解説ページに辿り着ける。

_Ubuntuでpythonのバージョンを切り換える - Qiita
_デフォルトで使うpythonのバージョンをめちゃ簡単に切り替える方法｜かつお

GIMP で開くことはできないのかな。ググってみたら、file-pnm で PFM を開けるように機能追加、という話を目にしたけど…。

_[gimp] plug-ins: add PFM reading support to file-pnm

GIMP 2.10.34 Portable で開いてみた。真っ白な画像しか出てこなかった。ただ、どれを開いてもそうなるわけでもなく…。一部の画像は隅っこのほうに黒いもやもやが入ってる。ただ、.png とは全く違う見た目なわけで…。どうも正常に開けているとは思えない。

ImageMagick 7.1.0-37 Q16-HDRI x64 で試してみた。とりあえず png に変換してみる。

magick convert dog-dpt_beit_large_512.pfm out.png

GIMP と同様、真っ白な画像になった…。


_ImageMagick - Image Formats

上記ページによると、PFM は Read/Write対応済みと書いてあるように見えるのだけど…。うーん。


magick identify -verbose を使って画像の情報を眺めてみる。

> magick identify -verbose dog-dpt_beit_large_512.pfm
Image:
  Filename: dog-dpt_beit_large_512.pfm
  Format: PFM (Portable float format)
  Class: DirectClass
  Geometry: 1546x1213+0+0
  Units: Undefined
  Colorspace: Gray
  Type: Grayscale
  Endianness: LSB
  Depth: 32/16-bit
  Channel depth:
    Gray: 16-bit
  Channel statistics:
    Pixels: 1875298
    Gray:
      min: -5.00881e+06  (-76.4295)
      max: 6.35226e+08 (9692.93)
      mean: 3.36157e+08 (5129.42)
      median: 1.78825e+08 (2728.69)
      standard deviation: 2.23969e+08 (3417.55)
      kurtosis: -1.66082
      skewness: -0.306461
      entropy: 5.32168e-05
  Rendering intent: Undefined
  Gamma: 0.454545
  Matte color: grey74
  Background color: white
  Border color: srgb(223,223,223)
  Transparent color: none
  Interlace: None
  Intensity: Undefined
  Compose: Over
  Page geometry: 1546x1213+0+0
  Dispose: Undefined
  Iterations: 0
  Compression: Undefined
  Orientation: Undefined
  Properties:
    date:create: 2023-05-29T21:45:37+00:00
    date:modify: 2023-05-29T00:41:42+00:00
    signature: d65a7beee69bd2d2af7f3b85e73a82873cfe59fdf4777940af366f38d93ba316
  Artifacts:
    verbose: true
  Tainted: False
  Filesize: 7.15372MiB
  Number pixels: 1.8753M
  Pixel cache type: Memory
  Pixels per second: 78.9084MP
  User time: 0.063u
  Elapsed time: 0:01.023
  Version: ImageMagick 7.1.0-37 Q16-HDRI x64 1b8963a:20220605 https://imagemagick.org

別のフォーマットなのではと疑ったりもしたけど、PFM (Portable float format) と表示されてるから、画像ファイルであることは間違いなさそう。たぶん。


いきなり .pfm を開くのではなく、MiDaS が出力した .png を、ImageMagick を使って .pfm に変換して、各ツールで開けるのか試してみることにした。

.png から .pfm への変換は以下。

magick convert dog-dpt_beit_large_512.png out.pfm

変換してできた .pfm を、ImageMagick に同梱されてるビューア、imdisplay で表示してみる。

imdisplay out.pfm

これなら .png と似たような見た目になった。また、 GIMP 2.10.34 Portable でも開いてみたけど、そちらも .png と同じ見た目になった。

つまり、ImageMagick (imdisplay) や GIMP で .pfm を開ける場合もある、ということだよな…。全ての .pfm が開けないわけではなさそう。ひょっとして、カラーの .pfm は開けるけど、グレースケールの .pfm は開けない、とか？


_Depth in float32 in meters units - Issue #36 - isl-org/MiDaS - GitHub

上記のやり取りによると、MiDaS が出力する .pfm には float32 が入ってる、と書いてある。最小値と最大値を調べて、各ドットの値を8bitに収めないと目視できる状態にならないと思うのだけど、各ツールはそういうことをしているのかどうか…。1000だの2000だのの値を取り出せても、0 - 255でクリッピングされていたら真っ白になっちゃいそうだけど…。

blenderで読み込めないものかなと、blender 3.3.7 x64 LTS で試してみたけど、.pfm という拡張子は画像として認識されなかった。

PFMに対応させるためのパッチが送られたこともあったらしいけど…。

_#28360 - Portable Floatmap format support - blender - Blender Projects

「マイナーなフォーマットをサポートしてたらキリが無いので」という理由で取り込まれることはなかった模様。

また、blender関係の掲示板を眺めてみたけど、「PFMを使いたい」という質問が出てくると「OpenEXRを使え」「PFM？ そんなもん使ってるんじゃねえ」と言われることがほとんどのように見えた。OpenEXRは16bitの浮動小数点数で、PFMは32bitの浮動小数点数なんだけどな…。まあ、フツーは16bitで足りるやろという共通認識があるのだろう。

以下のサービスを使って、.pfm を .exr に変換してみた。

_PFM EXR 変換。オンライン フリー - Convertio


得られた .exr を Luminance HDR 2.6.0 Build 50b31d で開いてみた。

_Luminance HDR
_Releases - LuminanceHDR/LuminanceHDR

それらしい形が目視できた。つまり、MiDaS が出力した .pfm には、ちゃんと情報が含まれているようだなと…。

得られた .exr を、blender 3.3.7 x64 LTS 上でディスプレイスモディファイアのソース画像として使ってみたところ、それらしい形状が得られた。ただ、かなり長い距離が得られるようで、縮小や移動をしてイイ感じのサイズにする作業が面倒…。奥行き方向の解像度が粗いとしても、グレースケールpng画像を利用したほうが使いやすそうだなと…。

余談。ImageMagick 7.1.0-37 Q16-HDRI x64 でも、.pfm から .exr に変換できた。

magick convert dog-dpt_beit_large_512.pfm out.exr

変換後の .exr を Luminance HDR 2.6.0 Build 50b31d で開いてみたけど、こちらもそれらしい形が目視できた。

Darktable 4.2.1 x64 で .pfm を開いてみた。

_darktable

最初に開いた時は真っ白だったけど、コントラスト、明るさ、その他を色々弄ってたらそれらしい形が見え始めた。ただ、どのあたりを変更すればどうなるのかがさっぱり分らない…。それでも一応、.pfm の中にそれらしい情報が入ってることぐらいは分かるけど…。

ググっているうちに、 HDRViewというビューアと遭遇。「シンプルな研究指向の深度マップおよびハイダイナミックレンジ画像ビューア」とのこと。PFM、EXR、HDR をサポートしているらしい。

_GitHub - cdcseacave/HDRView
_Releases - cdcseacave/HDRView - GitHub

HDRView_Windows_x64.7z を解凍して、中に入っている HDRView.exe を実行してみた。ウインドウに .pfm をエクスプローラからドラッグアンドドロップしてみたら、それっぽい形が一発で表示された。素晴らしい…。これを使えば .pfm の中身がざっくり分かりそう。ありがたや。

まず、利用する画像を用意する。今回は ufoimage256c.png を用意した。256色、透過部分アリのpng画像。


_ufoimage256c.png

これを hacks/images/ 以下に置いた。

$ ls -al hacks/images/ufo*
-rwxrwxr-x 1 username username 9276  5月 29 21:51 hacks/images/ufoimage256c.png

make すると、hacks/images/ 以下に置いてある各png画像は、hacks/images/gen/*.h として変換される。この .hファイルを、.cソースの中で include すれば、png画像のバイナリにアクセスできる状態になる。

そんなわけで、make して、hacks/images/gen/ufoimage256c_png.h が得られた。

$ ls -al hacks/images/gen/ufo*
-rw-rw-r-- 1 username username 27336  5月 29 21:51 hacks/images/gen/ufoimage256c_png.h

noseguy.(c|man|xml) を別名コピーして、新しいファイル、helloimgdraw.(c|man|xml) を作成。

cp hacks/noseguy.c hacks/helloimgdraw.c
cp hacks/noseguy.man hacks/helloimgdraw.man
cp hacks/config/noseguy.xml hacks/config/helloimgdraw.xml

これらのファイルを改造して実験していく。

今日はここで時間切れ。明日の日記に成果物を載せる予定。

電子メールにおいて、目で見えるURLとは異なるURLをリンクとして設定することは可能だったりするけれど。そのあたりをメーラー側でチェックして警告を表示することはできないのだろうか。

ググってみたら、例えば自分や親父さんが使ってる Thunderbird などは、当の昔にそういう機能を実装してあって、リンク文字列内のURLと、リンクとして指定されてるURLが異なる場合に警告を表示してくれるらしい。

なのに今回、何故 Thunderbird上でその警告が表示されなかったのか。おそらくだけど、「:」抜きがされてたから、ではないかなと。Thunderbird は、「http://」「https://」から始まる文字列をURLとして扱うのではなかろうか…。しかしそれでは「:」抜きに対応できない…。せめて、「ht」から始まる文字列もURL文字列として扱う仕様に変更するとか、あるいは、そういうオプションをつけるべきではあるまいか。でもまあ、いたちごっこになりそうな予感もあるけど…。

eスポーツの会場で、コントローラの入力状態に合わせて複数のライトがビカビカ光ったらどうなるだろう。素早い入力をすると、ライトがパパパパッパッパパッと光る、みたいな。そういう舞台装置が既に設置されてるイベントがありそうな気もするけれど。

必殺技が出ると、会場に風が吹いたりして。技の種類によって風の吹き方や強さも変わったり。しかし、そんなに都合よく、風って出したり出さなかったりできるのかな。常時、風を出していて、向きだけを細かく調整する仕組みならどうか。どういう装置になるのやら。

キャラが床に叩きつけられると、会場全体が揺れる仕組みになってる、とか。観客が、試合展開との強い一体感を得られるだろうな。でも、そんな装置は実現可能なのだろうか。大掛かりな仕組みになるよな…。

画面内で爆発すると、会場内でもリアル爆発が起きる、とか。某爆弾男を使ってイベントを開いたら、会場のあっちこっちでドッカンドッカン。あかんわ。色々とヤバイ。

まあ、そういうことをするためには、ゲーム本体に手を入れないといかんだろうけど…。とりあえず、トリガーと種類コードだけは出力しておくから、その先で何をどう動かすかはイベントを開催する方々に任せますよ、みたいな感じになるのかな。

ゲーム本体に手を入れなくても、人力・手動でやることだってできるかも。画面をずっと凝視して、この技が出たらこのボタンを押す、みたいなことをする担当の人が居て…。いや待て。ソレって、出場者並みの動体視力と反射神経を要求されるのでは…。

コントローラの入力で、会場に設置された複数のライトが光るとなると、そこにはリズムが発生するだろうな…。そうなると、まるで音楽を演奏してるかのようなプレイスタイル、なんてものも生み出せるのかも。それはもはや、VJ に近い気もする。

コントローラの操作でライトを光らせて、VJ紛いのことをできるなら…。ゲーム画面をそのまま使ってVJっぽいことはできないものだろうか。音楽のリズムに合わせて対戦していく、みたいな感じで…。ドラムに合わせて小・小・小・大キック、音楽が盛り上がってきたところでタイミングを合わせて必殺技。いやまあ、それって音ゲーじゃないのですか、という気もしてくるけれど。

それはもう、競技じゃないのだろうな。おそらく、ライブっぽい扱いになるのだろう…。

アクションゲームにおいて、プレイヤーキャラのアクションの一つ一つには、風切り音や打撃音等のSEが割り振られているものだけど。コード、バスドラ、オケヒ、「Hey!」「Come on!」等々、それっぽい音が鳴るように切り替わるモードを盛り込んだら、別のジャンルが出てきたり。するのかな。どうかな。どうなんだろう。ちょっと脳裏に「播磨体操第一」が。

3コマ中3。


3コマ中4。


3コマ中5。


1コマ。24fps。

まだ動きとして不自然な感もあるけれど、それでもいくつか分かってきた、ような気もするのでそのあたりをメモ。

歩きのモーションは手足だけ動かせばいいのかな、などと安易に思っていたけど、どうやらそうでもないらしい。腰、上半身、首も動かないとそれっぽくならないなと。

具体的には、着地して重心がかかってる足、の側の腰がちょっと上に位置するような感じになって、重心がかかってないほうの足、の側の腰が少し下に重力で引っ張られて落ちてる、みたいな。逆に肩のほうは、重心がかかってる側が少し下に下がって、重心がかかってない側が少し上に位置してる、みたいな。


実写動画をコマ送りしてもそうなってるように見えるし、手元にある書籍、 _「改訂新版 アニメーションの本 〜動く絵を描く基礎知識と作画の実際〜」 に掲載されてる作例でもわざわざ線を引いて傾きを示しているので、パターンとしてはそういう感じなんだろうと。

また、上半身も微妙にねじれるようで。前に出ている腕の側にねじれるとでもいうか。



足の移動も少し手を加えないとダメっぽい。モデルデータの足をデフォルトポーズからそのまま前後に動かすとロボット感が。右足と左足が前から見て微妙に重なるような感じで動かすと少しはらしく見える、のかなと。


考えてみれば、瞬間的とは言え片足に重心が乗ってくるのだから、モデルデータのデフォルトポーズそのままの足の開き具合では重心がおかしくなるよなと。逆に考えると、重心さえちゃんと乗っているように見えれば、足の開き具合は比較的自由、だったりするのかもしれない。

腕の振りも、前と後ろに同じ幅で振るのは違うっぽい。わざとらしく歩かせるならソレもアリだけど、フツーは比較的前のほうにだけ腕を振るようで。まあ、腕の肘の可動範囲って後ろの方向にはそれほど無いのだから、当然と言えば当然なのかな。

実際にビルボードとして使ってみるとどうなるのか、three.js の Sprite で試してみたり。それぞれ、512x512の画像にして表示。

_billboard_test3.html (three.jsを使ったビルボードの動作確認)

多少はそれっぽい、のかな。どうかな。どうなんだろう。

テクスチャがパカパカと変わってしまう瞬間があるけれど、所詮はビルボードだからカメラの向きが変わるとポリゴン(Sprite)の前後関係も変わってしまう時があって、その際にパカッと変わってるように見えてしまうという。ビルボードは、カメラの移動はともかく、カメラの回転移動には弱いというか。

埃を被ってた Ubuntu機は Ubuntu 15.10 をインストールしたままだったので、この際 Ubuntu 16.04 LTS にアップグレードしようかと。以下のページを参考にして作業。

_Ubuntuのアップグレードのやり方 - Ubuntu入門

Windows10 x64 + putty を使って、Ubuntu機に ssh でアクセスして作業。大体以下のようなコマンドを打てばいいらしい。

sudo aptitude install update-manager-core
sudo aptitude update
sudo do-release-upgrade
一度再起動
sudo do-release-upgrade -d
もう一度再起動
lsb_release -a

ただ、sudo do-release-upgrade -d てのは、開発版 Ubuntu がある場合も「アップグレードできるよ」と言ってきてしまうという話を見かけたので、本来ならGUIというかUbuntuのデスクトップ画面上で作業したほうがいいのかもしれない。

それと、ssh でアクセスしてアップグレード作業をしようとしたせいか、

「sshでやるのはオススメしねえなあ。デスクトップ画面からやってほしいなあ」
「アップグレード中にsshが死んだら打つ手が無くなるよ？」
「どうしてもやりたいの？ じゃあ、一応別ポートでもう一つsshを開いておくわ」
「俺が無反応になったらそっち使ってどうにかしてくれよな」

てな意味合いのメッセージが表示された。

まあ、もし問題が発生したらディスプレイ入力を切り替えて作業すればいいや…と安易に考えてそのまま続行。とりあえず今回は、問題なくアップグレードできた。

一応、Ubuntuの公式リポジトリにも blender は用意されているので、sudo aptitude install blender でインストールはできるのだけど。しかし、インストールされたバージョンが2.76と若干古い上に、メニュー等を日本語化することもできないようで。ユーザ設定で日本語化しようとすると、例の四角というか豆腐だらけの文字化け状態になる。日本語フォントを選べば改善しそうな気もするけれど、Ubuntu はどこにフォントファイルが置いてあるのか、そこからして分からなくて。

ググったら、以下の解説記事に遭遇。

_UbuntuでBlenderを日本語化したとき、文字化けする現象を解消する - Things to Feel Fun

ppaとやらを追加することで、最新版の blender をインストールすることができるらしい。

sudo add-apt-repository ppa:thomas-schiex/blender
sudo apt-get update
sudo apt-get install blender

最新版(2.77)になってくれた上に、日本語化もできた。ありがたや。

Ubuntu上に LuxRender をインストールする方法が分からなかったけど、以下のページで手順が紹介されていた。ありがたや。

_操・活・解 Reality その6：ネットワークレンダリングとLinux

公式サイトで配布されているソレは、そのまま実行すれば動いてしまうらしい…。

_LuxRender - standalone / updates から、Linux - No OpenCL版、lux-v1.6-x86_64-sse2-NoOpenCL.tar.bz2 をDL。最初、wget でDLしようと思ったけど何故かhtmlが落ちてきてしまって、仕方なくブラウザで件のページにアクセスしてDLした。

解凍(tar xf hoge.tar.bz2、もしくはGUIでファイルマネージャを使って右クリックして展開)後、以下のファイルを /usr/local/bin 以下にコピーすることにした。

libembree.so
libembree.so.2
libembree.so.2.4.0
libgomp.so.1
libgomp.so.1.0.0
liblux.so
luxconsole
luxcoreui
luxmerger
luxrender
luxvr
pylux.so
pyluxcore.so

ファイルの持ち主を root にしたかったので、sudo cp lib* /usr/local/bin みたいな感じでチマチマとコピー。

which luxconsole と打ったら /usr/local/bin/luxconsole と出てきたので、パスが通った場所にコピーできたっぽい。

一応、Ubuntu上の blender にも、LuxRender を使えるようにするためのアドオン、luxblend をインストールしておく。

解凍したフォルダの中に luxblend/luxblend.zip というファイルがあるので…。ファイル → ユーザ設定 → アドオン → ファイルからインストール。luxblend.zip を選択。

インストールされたら、チェックを入れて有効にしておく。項目左側の小さい三角をクリックして、luxrender の場所を設定する。今回は /usr/local/bin を指定。

blender を再起動して、上のほうのレンダリングエンジン選択で LuxRender が選べるか確認。

luxconsole -s と打ち込めばサーバが起動するらしい。

$ luxconsole -s

[Lux 2016-May-30 15:37:02 INFO : 0] Lux version 1.6.0  Build 0 of May 16 2016 at 09:28:23
[Lux 2016-May-30 15:37:02 INFO : 0] Threads: 4
[Lux 2016-May-30 15:37:02 INFO : 0] Using cache directory '/tmp/luxrender-1001/cache'
[Lux 2016-May-30 15:37:02 INFO : 0] Launching server mode [4 threads]
[Lux 2016-May-30 15:37:02 INFO : 0] Server listening on [::]:18018
[Lux 2016-May-30 15:37:02 INFO : 0] Server listening on 0.0.0.0:18018

なんか色々出てきた。本来ならココでIPアドレスが分かるはず、なのかもしれないけど、0.0.0.0 になってしまっているな…。

Ctrl+C で強制停止できるらしい。一応止めた。

ifconfig -a と打って、IPアドレスを確認。

Windows側でblenderを起動して動作確認。

• レンダリングエンジンを LuxRender にする。
• Render設定の下のほうの LuxRender Networking を有効に。
• Servers に、先ほど調べたUbuntu機のIPアドレスを指定。ポート指定までは要らないらしい。「192.168.0.30」みたいな感じで入力しておけばいい。
• テキトーなシーンを作ってレンダリング開始。

LuxRender GUI が起動して、じわじわとレンダリングされていく。LuxRender GUI 上の Networkタブを開くと、Ubuntu機のIPアドレスと、このサーバはこのくらい結果を送ってくれましたよ、てな情報が表示されていた。

また、Ubuntu機側は、端末上に「こんだけレンダリング計算をしたで」的に、ずらずらとログが表示されていた。CPUも全力で回ってるようで、ファンがブイーンと回り始めた。どうやらちゃんと分散レンダリングができているっぽい。

LuxRender は、1台のみならず複数のPCをslaveとして指定することもできるらしい。家の中で余ってるPCが転がってるなら、「みんな！ オラに元気をわけてくれ！」が簡単にできるっぽい。…その分、電気代がアレだけど。

## 登録内容確認
pik list

## インストールしたRubyを登録
pik add C:\Ruby\Ruby193mingw\bin

## Rubyのバージョンを切替
pik 193

## Ruby の特定バージョンをリストから登録解除
pik remove 200

rubysdl-2.1.1.1-mswin32-1.9.1-p243.zip をDLして解凍後、中に入って、以下を実行。

ruby install_rubysdl.rb

Ruby/SDL についてくる opengl.so が入ってると、他のライブラリを使った時に問題が出るので、以下のファイルをリネーム。

C:/Ruby/Ruby193mingw/lib/ruby/site_ruby/1.9.1/i386-msvcrt/opengl.so

opengl.so.bak とか opengl.so.prg とかそんな感じで。

opengl関係をインストール。

gem install opengl -v=0.8.0
gem install ruby-opengl -v=0.61.0

> gem list | grep "opengl\|ruby-opengl"

opengl (0.8.0 x86-mingw32)
ruby-opengl (0.61.0)

opengl は 0.9.0 が公開されてるようだけど、バージョンを 0.8.0 に決め打ちしてインストールしないと動かなかった。

MSVCR90.DLL についてアレコレ試してた際に、最新版をインストール。古い版をアンインストールしてから新版をインストールした。

• ImageMagick-6.8.5-8-Q8-x86-dll.exe
• GraphicsMagick-1.3.18-Q8-win32-dll.exe
• LuxRender 1.2.1 x64 NoOpenCL Setup.exe

LuxRender は、MSVCR90.DLL を使わなくなった模様。

ImageMagick、GraphicsMagickは、もしかすると x64版や Q16 を入れたほうがよかったのかもしれないけど。何かしらのLLで書いたスクリプトをexe化して他のPCに持っていく際、もしこのへんから必要なファイルを持ってきて混ぜられてしまうのであれば、一番無難な版を入れといたほうがいいのかなと。でも、そういう場面あるかな…。あったとしても、黙ってファイル持ってきちゃうものなのかな…。

赤は、男子が苦手。
緊張して何も喋れなくなり挙動不審にもなる。
引っ越し・転校で不安を抱えていたが…
転入先のクラスには、元気いっぱいで破天荒、
ガサツなようでいて気配り上手な青が居た。
男子への態度についてフォローしてくれた青と、
友達になれそうな流れになり安心するが。
実は、青は、男の娘と判明。
てのが1話。
(雨でびしょ濡れ → シャワー浴びなよ風邪ひくよ
 → うっかり脱衣所のドアを → 股間を凝視 → 悲鳴、
というテンプレ展開で。)

青が男子と知り、避けはじめる赤。
しかし青は何かとまとわりつく。
最後には赤がキレる。
「私、男子の前では何も喋れなくなるの！
　だからまとわりつかないで！」
「え？ 今こうして喋れてるじゃん」
「…アレ？」。
友達になろうよとの青の申し入れを受け入れる赤。
てのが2話。

赤は、メガネをかけてる自分の容姿は醜いとか、
真面目すぎる自分が嫌いとか、
それでいて○○を許せないとか、
コンプレックスや固定観念等、その手のアレをたくさん抱えてるけど。
それを青が一つ一つ解きほぐしていく、
てのがその後の話。

青がどうして男の娘をやってるのか、設定を明かす回もあり。

しばらく経って、赤は、
他の男子ともフツーに話せるようになったことに気付く。
青のおかげだ、男子に慣れたのだ、と喜ぶ赤。
青も一応喜んでくれるが、少し複雑な表情。

他の男子から告白される赤。
ついつい青に相談してしまうが、青は大反対。
感情的な反応を見て、赤も反発。大ゲンカに。

なんやかんやあって…

赤は、青を異性としても好きになってることに気付いて(以下略

目が覚めてから、少し考えた。

昔どこかで、「そろそろプリキュアにも男の娘が登場すべき！」という意見を見かけて、「いやいやいや。それは無理だろう」と思った記憶があるのだけど。こうして、夢の中で見たソレを書き留めてみたら、男の娘設定も意外とアリというか、全然イケるんじゃねえの？ と思えてきたり。ベタな展開並べてくだけでも、まとめられるんじゃないのかな…。

考えてみれば…。視聴者は、1年間描かれてきたプリキュア娘達に、かなりの親近感を持っているはずだよなと。何十回も敵とバトルをする中で、あるいは学園生活を送る中で、お互いを助け合い、支え合ってきたキャラ達の、性格だの信頼感だのを知っている。

であれば、最後に、そのキャラ同士がラブラブカップルになることは、視聴者にとってはこれ以上もなく自然な展開であり、実に納得できるラストになりそうだなと。…まあ、長期連載の少女漫画なんかは、ほとんどがそういう構成なので、珍しくもなんともないよくある構成ですけどね。

例えば、いきなり出てきたゲスト男子キャラに、プリキュア娘がほの字になっても、プリキュア娘に思い入れを持ってしまっている視聴者としては、「お前は一体何者なのだ。どこの馬の骨ともわからんヤツに娘はやれん！」という気持ちになるだろうと。1〜2話程度では、その男子キャラの魅力・性格等、なかなか描き切れないですし。しかし、1年間一緒に戦ってきたキャラと結ばれるなら、「お前になら安心して娘を嫁に出せる…。どうか娘を幸せにしてやってくれ…」という気持ちになりそうだなあ、と。…まあ、それは、プリキュアをお父さんみたいな気持ちで見ている、大きいお友達ならそうなるんじゃないの、という予測ですけど。

本来のターゲット層である、幼女達はどう思うのだろう？ たぶん、「よかったねえ」とニコニコして終わるのであろう気もしたり。途中でちょこちょこと、ラブ展開になるのかな、どうかな、と、うっすら匂わせながらさらっと流してヤキモキさせておいて、最後はやっぱりそうなるわけだから、落ち着くところに落ち着いた、的安堵感を得て満足してくれそうな。一番仲良しだったんだから、そのままカップルになる。コレ、何かおかしい流れかな。全然おかしくないよなと。…もちろんソレを同性同士でやったらギョッとさせちゃうだろうけど。男の娘なら、大丈夫。

ただ、問題があるとすれば、男の娘設定に対して生理的嫌悪感を最初から持たれて、番組を見なくなってしまう可能性がありそうなことで。

しかしそのあたり、成功事例もあるわけで。東映出身の演出家である佐藤順一監督が担当したファイブレインというアニメでは、男の娘キャラがメインキャラとしてフツーに溶け込んでた。NHK教育で全国放送したアニメなのに…。子供達もたくさん見てたのに…。佐藤順一監督のバランス感覚、メジャー性、スゲエですよ。

であれば、今の東映アニメ演出陣も、やれるんじゃないのと。先輩がやってみせたんだぜ？ だったら、後輩だって…東映で育ったなら、できるんじゃねえの？ と。 *1

本来マイナーだったはずのアレコレを、メジャーなものに転換してみせるあたりは、東映の演出家陣の十八番だし。そもそも、セーラームーンやプリキュアだって、女の子がバトルするという、マイナー作品にありがちなソレを、メジャー作品に見事転換してみせた実例。であれば、男の娘設定も、上手に組み込んで使いこなしてくれるのでは、と期待してしまうわけですよ。マイナー性にどっぷり足を踏み込んで視聴者をドン引きさせる、その直前で踏み止まり、美味しいとこだけ取り込んでみせるバランス感覚を持ってるから、東映アニメを作れてるはずだし。東映の演出家陣なら、やれるやろと。絶妙なさじ加減を見せてくれるんじゃないの、と。

と言っても、プリキュアシリーズにラブ要素は御法度、という方針もあったか…。

そこも、ちょっと違うんじゃないかと思うのだよなあ…。視聴者が納得できるカップリングが実現できないならやめておけ、という話じゃないのかという気もしていて。見ている人達が、そうなるのが自然だよね、そうなってくれて嬉しいな、と思える見せ方・話の流れが作れたら、特に禁止事項にはならないのではと思えたり。

結局は、幼女がニコニコしながら見てくれそうならどれもアリ、なのかなと。幼女が渋い顔しそうならブレーキかける、みたいな。…男の娘設定やラブ要素は、どうなんだろう。渋い顔するのかな。見せ方次第のような気もするけれど。

別に、男の娘プリキュアを見たいわけではないのですけどね…。無理だろうと思い込んでたけど、やろうと思えばできるんじゃないかと、自分はちょっぴり思えてきました、というだけの話でして。

そんなことをもやもやと考えましたよ、とメモ。

通帳に記帳。

詳細はGRPで記録。

今日は自分が夕飯当番だったのだけど、吉野家で食糧調達。というのも、お袋さん曰く、吉野家の牛丼を生まれてこのかた食べたことがないとの話なので、一度ぐらいは食べるのもいいのではないかと。＜単に自分が夕飯を作るのが面倒なだけという話も。

家に食料を置いてから、他の食料の買い出しに再出発。

N904iは入手可能かどうか、とか、ビデオ入力ができる携帯用液晶TVは入手可能かどうか、とか店員さんに質問を。どっちも入手不可能らしい。前者はともかく、後者はどうなんだ…。状況としては、

• 今後は地上デジタルに移行する予定
• → メーカはこぞって(?)、地上波アナログ受信用携帯液晶TVを生産中止・出荷停止
• → ビデオ入力可能な携帯液晶TVも、その巻き添えを食って絶滅
• → 後に残ったのはワンセグ受信しかできない・外部入力のない携帯液晶TVのみ

という。

地デジチューナーの表示画面も見てきた。そのあたりは後述。

車に詰める携帯サイズの液晶TVとかないのかな、と気になったので一応覗いてみたり。後部座席用に使う液晶などがあったけど、結構高い。もちろん電源も車用のソレだし。

全然関係ないけど、駐輪場がなくてかなり困った。入口付近に置いたら邪魔になりそうだし。そりゃまあ、自動車関連商品を売ってる店に、自転車で来る人間が居るなんて、誰も想像しないわな。10年に1度あるかないか、とかそういうレベルの話だったりして。

やっと紅茶を買えた。

キー配置も emacs のソレにできるし。

DOS窓から hoge.py を実行すると、同じフォルダ階層に置いてある画像ファイルを読めるのだけど。Eclipse + PyDev から実行すると、画像が読めないと言ってくる。うーん。

基底ディレクトリなるものを指定しないとあかんらしい。

なんだべ、コレは。0.0.0.0 なんて IP を持ったPCはLAN内に居ないと思うのだが…。

_[Samba] Why 0.0.0.0.log file?

ググっても英語の情報しか見つからん。ザッと眺めたけど、相手を特定できない・接続できない状態になると、0.0.0.0.log に書き込む、という感じなのかな。英語はまったくわからない自分なので自信なし。

ホスト単位の防御

多くの場合、インストールされた Samba は外部ネットワークからの脅威にさらされている。Sambaのデフォルトでは任意のホストからの接続が許可される。これはインターネットに直結されているホスト上で脆弱性のある Sambaを実行していた場合、脆弱性が顕在化してしまっているということに他ならない。
この問題に対処する最も簡単な対処策は、Samba の設定ファイルである smb.conf 中に「hosts allow」と「hosts deny」オプションを設定することで、サーバに対する接続を特定の範囲のホストに限定してしまうことである。
一例を以下に示す:

hosts allow = 127.0.0.1 192.168.2.0/24 192.168.3.0/24
hosts deny = 0.0.0.0/0

上記では、SMB 接続を「localhost(自身)」と 192.168.2 と 192.168.3 という二つの内部ネットワークのみに限定している。それ以外のホストからの接続はクライアントがパケットを送出した瞬間に拒否される。拒否される場合、「not listening on called name」というエラーが返却される。

日本Sambaユーザ会 - ニュースリリース 20030317-1 より

hosts allow は指定してたけど、hosts deny は指定してなかった。一応設定しておいたほうがいいのかな。ということで設定してみた。…変化なし。

149 ：login:Penguin ：04/09/22 13:30:25 ID:8wooCEs8
debian の testing を使っています。

samba の 3.0.7-1 を使っているのですが、Windows や smbclient から
ファイルをコピーを行うとすると全くコピーできなくなってしまいました。

log.smbd には以下のような出力がされています。
>[2004/09/22 10:40:33, 0] lib/util_sock.c:get_peer_addr(1000)
> getpeername failed. Error was 転送先が接続されていません

log.[ユーザ名]には以下のように出力されています。
>[2004/09/19 21:30:34, 0] lib/util_sock.c:write_socket(455)
> write_socket: Error writing 4 bytes to socket 22: ERRNO = 接続が他からリセットされました

smb.conf は初期値に
[global]
>unix charset = EUC-JP
>dos charset = CP932
>display charset = CP932
が加えてあるだけです。

似たような環境のマシン３台とも同じ現象になり、困っています。
同じような現象にあい、解決された方はいらっしゃいませんでしょうか？


150 ：login:Penguin ：04/09/22 13:45:17 ID:2oXCA/J6
>>149 ルータ経由で接続されていて、フィルタがかかってるとかじゃない？

151 ：login:Penguin ：04/09/22 14:40:11 ID:8wooCEs8
>>150
Kernel を 2.4.20 から 2.6.8-1 に変更したら直りました。

なんてこった。

Debian GNU/Linux スレッド Ver. 27 より

Kernel が絡んでるのか。

ウチの自作サーバは Debian じゃなくて、Vine Linux なのだけど。 Vine の Kernel って 2.4.xx だったような…。うーん。

patch.exe を入手するところからやらないといかんらしい。

GNU patch 2.5.4 Win32 版 をDLさせてもらったり。

こういうことが多くなってくるなら、cygwin を入れたほうがええのであらうか。常時使うわけでもないから、あまり入れたくないんだけどな。

なんだか操作感が違って、うーん。翻訳するためのサイドバーを開くのに、メニューを辿らないといけないし。 *1 コンテキストメニューから翻訳を選ぶと無反応になるし。

ローカルに辞書ファイルを持つので表示が速いらしい。気になる。

インストールしてみようかと思ったけど、ローカルに .xpi を一旦DLできなくて悩む。

Firefox を再インストールするときに、まとめて拡張をインストールする場面が出てくるが故、ローカルに .xpi を保存しておきたいのだけど。… .xpi をローカルに残しておける手段も用意してあればありがたいのでありますが。いや、ローカルのどこに、インストールした .xpi が残されてるのか、自分が判ってないのが問題でもあるんだけど。

ソースの .zip をDLしてみた。…ソースが入ってた。違うねん。 .xpi をDLしたいねん。

配布サイトでインストールするような素振りだけを見せつつその際に表示されたURLをコピーして、Irvine で .xpi をDL。なんだかな。

.xpi の展開の仕方等が書いてある。拡張子を .zip にして展開するのか…。translation_1.4.13+.xpi に patch をあてて、.zip にして、拡張子を .xpi に戻してみたり。インストールはできたが相変わらず Google で翻訳できない。パッチを当てたつもりが当たってないということか。それとも Google 側の仕様が変わったか。

作者の方のblog。たぶん。仮の対応方法が。

google.rdf をDLして試してみたり。翻訳できた。助かった。ありがたや。

書き込みを行うソフトによっては、DVD ディスクへのデータの書き込みに、実データを書き込む前の Lead-In 領域と、実データを書き込んだ後の Lead-Out 領域を必要とする場合があります。この場合、Lead-In と Lead-Out 領域の数％分を差し引いた容量が、実際に書き込めるデータサイズとなります。

む。ひょっとして。クラスタ云々じゃなくて、それかしら。

リードイン・リードアウトは合わせて14MB弱程度の容量で、何度もデータを追記したCD-Rは本来の容量より少なく感じられるのはこれが原因である。

それでも14MB程度なのか。…ひょっとしたらDVD関係は、またサイズが違うのかもしれんけど。

_BHA - よくわかる用語集

リードイン・リードアウトは合わせて十数MBの容量が必要です。

なるほど。でも、どちらもCD-Rについての解説で、DVD-Rについて解説してるわけではないわけで。うーん。

この規格について調べればいいのかしら。

_セクタはある ように見えるけど…。1セクタ=2048byte、とある。それと、UDFがどうとか書いてあるな…。UDFって何だろう。

UDF
読み方 ： ユーディーエフ
フルスペル ： Universal Disk Format

OSに依存しない光ディスク用のフォーマットの一つ。光ディスクに関する業界団体OSTAによって提案され、ISOやECMAによって標準化されている。DVDやCD-RWに採用されている。

_トラブる前に「DVDとファイルフォーマット」の巻

民生用DVDプレイヤーやオーディオ機器、パソコンでの再生が絶対条件であるDVDビデオとDVDオーディオ、DVD-ROMは通常、互換性がチョー高い「UDFブリッジ」というフォーマットが利用されているわけ。で記録型DVDでは、DVD-R/+Rは互換性から「UDFブリッジ」が使われるけれど、書換えを可能とする-RW/+RW/RAMでは「UDFフォーマット」のバージョン「1.01」〜「2.0x」が使われる。

てことは、DVD-RってUDFなるフォーマットで書き込まれるのかしら。

DVD-R は UDF とやらで書き込まれてるのか、それもわからんし。「UDF」で検索すると、「UDFパケットライト」なる用語ばかり出てくるので…もしかしてパケットライトとやらを使うときだけUDFとやらを使うのか、とか思えてきたりして。

DVD-R に入り切るのか入り切らないのか、事前にチェックしたいだけなのに。一々書き込みソフトに追加・登録してサイズをチェックしないとダメなんだろうか… (;´Д｀)？ なんて不便・使い勝手の悪いメディア＆ツールか。

デフォルトのままでもOKなのですが、品質のいい国産の記録型DVDを使用する場合は、デフォルトの4,464MBからもう少し増やしても保存することが出来ます。（中略）私の場合は4,472MBにしていますが、容量オーバーで記録できなかったことはありません。もう少し増やしても、大丈夫かもしれません。逆に品質の悪い 激安メディアに記録する場合は4,000MB程度に抑えたほうがいいかと思います。

む。DVDの品質で記録できる容量が変わってくるの？ 消えやすい領域があるとか、書き込む際にエラーが出ると別の領域を使うとか、そんな感じなのかしら。ますますわからなくなってきた…。

とりあえず、4464MB = 4,680,843,264 byte = 4.35GB か、4000MB = 4,194,304,000 byte = 3.90GB に抑えておけばいい、という話かしら…。

4KBの占有なら10万ファイルなら400MB余裕を見れば焼けますし

あ。そうか。ファイル数 x 2048 byte で、最悪な場合に無駄になる容量が算出できるか…。例えば、30,000ファイルあったら、最悪でも 30,000 x 2048 byte = 61,440,000 byte ≒ 約59MB 程度が無駄になるから、その分少なくしておけばいいと…。

HDD の場合と違って、DVD-RやCD-Rは一度イメージにしてから焼く(単一のファイルにしてから焼く)ため、ファイルサイズは1kbなのに、ディスク上では4kb占有するということはありません。（中略）ディスクでは余分に占有されていた領域がなくなったわけですね。イメージにする際にファイル数を考える必要はないので、安心して下さい。

なんと。てことは、セクタ云々は気にしなくていいのか…。

しかしそうなると、Nero Express にファイルを追加・登録したときに容量をオーバーしてしまうのがわからん…。「あふ」or エクスプローラで、HDD上のファイルに対して単純合計容量を表示すると収まってるように見えるのだけど。何がどうなっているのやら。

わけがわかりません。謎だ。

セクタサイズを指定してファイルサイズの計算ができるツール。2048byteを指定して、計算させてみた。…アレ？ 計算結果が全然違ってるような。むむむ。

しかし、少ないサイズのフォルダを渡すと、「あふ」やエクスプローラで表示した容量と同じ結果を返してくる。ということは…？ *1

これのDVD-R版があれば嬉しいのだけど…。うーむ。

左クリックのみカウントできるらしい。関係ないけど _憂いた表情 が好み、かもしれず。

左クリックと右クリックをカウントできるらしい。インストールしてみた。

カウンタの表示が変だなと思ったけど、それぞれカウンタを別個にドラッグして、位置をユーザが調整するのですな。

ホイールクリックはカウントできず。惜しい…。それでもとりあえず、自分の場合、左クリックより右クリックのほうが2倍近く多いことは判った。が、やはりホイールクリック数が気になるわけで…。ホイールクリックの検出って難しいのかしら。

起動中のマウスクリック回数やキーダウン回数を数えます。

これだ！ 左クイック、右クリックのみならず、ホイールクリックもカウントしてくれる。どころか、キーボードの各キーの押し下げ数までカウント。また、結果についても、wclog.csv なるファイルを作成して残してくれる。素晴らしい。

クリック繋がりで。

野鳥の観察、染色体の観察、その他その場ではすぐに数えることができない対象物をデジタルカメラで撮影して後でカウントするようなときに重宝します。

なるほど。そういう需要もあるか…。

さらにクリック繋がりで。連打が必要なときに、ホイールを回すだけで左クリックしてくれるらしい。

自分の日記を眺める限り、インストールには rpm を使ってたみたいなんだけど…。apt-get のほうが依存関係も見てくれそうだし。ということで、apt-get でアンインストール。

apt-get remove --purge hogehoge でアンインストールできるらしい。--purge をつけると、設定ファイルまで含めてアンインストールしてくれるのだとか。

怖いときは、apt-get -s remove --purge hogehoge とか。-s をつけると、実際には実行せず、実行シミュレーションのみ行ってくれる。

で、こんな感じに。

apt-get remove --purge MySQL-client
apt-get remove --purge MySQL-server
apt-get remove --purge perl-DBD-MySQL
apt-get remove --purge MySQL-shared
apt-get remove --purge MySQL-devel

なんか抜けてそうで怖い気もするけど。

TVは放送時間が決まってる。
→ 放送する内容について選別が必要になる。
→ 視聴者が最も興味を持っていそうな内容を選ぶ。
→ どの番組も同じ方向・同じ内容ばかりに。
→ 皆が皆、同じ内容を流すため、取材陣も同じ場所に集中。
→ 一箇所に集まったマスコミがトラブルを起こす。

…てな流れに。つーことで、TVニュースは根本的にダメダメな存在かもしれないと。

となると、どんなメディアがニュース報道には望ましいのか。…『枠』が決まっていない、理想的な出版システムである、WWWかもしれぬ。しかし、『枠』を決めずに出版、じゃなくて放送・報道すると、膨大な情報量になり、ユーザ(?)は混乱するわけで。そのユーザが興味のありそうな分野に関して、フィルタリングしてくれる技術が必要。なのかもしれないと。

ユーザがどの記事をクリックしたか記憶・学習して、それら記事中に含まれてる単語が出現する新記事を優先的に表示する、といったフィルタとかどうだらう。ってそれじゃ同じような記事ばかり表示されることになるのか。うーむ。…まあ、既にどこかが作ってるのだろうとは想像するのだけど。 ＞ そういうフィルタ。

これかしら。…何が面白いのかわからない。orz …これが笑える話に見え始めたら、レベルアップだろうか。修行しよう。

検索したけどわかりません。「どうぶつの森e+」とやらしか出てこない。…もしかしてハロウィンと関係ある？

gensym ってこういう風に使うのか。 _こういうこと なのかな。

天皇繋がりで。昭和天皇の項を参照。なるほど。言われてみれば。日本はもっとボロボロになるべきだったのか。

起動するまでかなりの時間がかかり、かつ、起動後、ツールバー上のアイコン、タイトルバー、ウインドウは一部しか表示されない。利用できる状態ではなく。WinXPでは使えないのかな。それともお気に入りの数が多すぎるとか。＜IEのお気に入りをインポートしてるようにも見えるし。謎。

こちらは起動した。が、記事のタイトルと要約の表示がしっくりこない。一つ一つクリックしないと要約が見れないということなのか。だとしたら不便。設定で解決できるのだろうか。うーん。

RSSをHTMLにして通常時利用してるブラウザに渡すツール、だろうか。RThReader2でしっくりこなかった、記事のタイトルと要約の表示については、こちらのほうが、まだ合ってる感じがする。

RSS Readerというより、更新チェッカー。RSSGateと同じような表示。これも判りやすい。

今頃記事内容に興味を(爆) なるほど、このあたりと関係があるのだな。ふむ。

と思って検索したら。
_ベイジアンフィルタ for MovableType
_MT用ベイズ系フィルタ
_日本国内IPか判定するモジュール
少なくともコメント機能に関してはこういったものがあるのか。するとTrackbackも？ 既にあるのかもしれないし、今は無くとも将来実装されるのであろうなぁ。

このへんに絡んでくる問題だったりしないか。と妄想。…リンク先ページが動的に生成されないと双方向ハイパーリンクができないかと思ったけど、そういうわけでもないらしい。そのうちもう少し詳しい解説記事を探してみやう。

半年サイクルかもしれず＜謎。

ということを、 _スタパ斉藤氏のレビュー で今頃知った。同じシリーズでもこんなに違うなら、シリーズ別では更に違うだろうし、メーカ名での比較云々とか評価云々なんて全く無意味なのだなということでオイラの質問した件については忘れてくれると嬉しいです＞某氏