乳児を持つお母さん向けの情報を、あらゆる人向けに発信した挙げ句に、高齢者までもが不安がってしまった。必要のない人々が水を買い占めてしまって、必要なはずのお母さん達が困るという状況は、どこをどう考えても避けるべきであった。情報の受け取り側の情報取捨選択能力を前提とする情報発信は、もはや【現実的ではない】。情報取捨選択能力のある人々は、携帯電話やWebで情報を得るに違いない。レガシーな情報発信手段として確固たる地位を築いているテレビは、闇雲に情報を垂れ流すのではなく、情報取捨選択能力を前提としない情報発信をしなければならない。

流してしまった情報を消すことはできない。その情報から受けた人々の印象もまた消すことは出来ない。後から「無駄な買い占めはやめましょう」とテレビタレントに連呼させても空々しいだけだ。人は印象で動く生き物だ。情報取捨選択能力を持ち得ない人々に対する思慮を欠いた情報発信は、もはや【誤った人心操作】である。不安は金になる。でもテレビではやるべきではない。今回も、210Bq/kg検出のニュースをどうせ流すなら、しつこいくらい「大人も子供も全然平気」と連呼すべきだった。「金町浄水場で放射性ヨウ素131を210Bq/kg検出。でも心配ない。」というタイトルなら、こんな事態にならなかったのではないか。適正に検査しており、数値を超えたらすぐにアナウンスする体制である、という点を強調すべきだった。「通常の〜倍」とか、「乳児は飲まないように」という、徒に人を不安がらせる表現は、テレビではむしろ害悪だ。発信側には、徒に不安がらせることで人の気を引いて喜んでいる面があるのではないか、という疑いすらある。乳児を持つお母さん達には別の情報チャネルが沢山ある。210Bq/kg検出という情報さえあれば、自分で必ず必要な情報にたどりついただろう。テレビが乳児向けの警告発信を担う必要はまったくないし、むしろ今回の場合、害悪ですらあった。それこそ「詳しくはWebで」というパターンが有効なケースだった。

今回はまだ、具体的な損害を聞かないが、この誤った人心操作により何らかしらの損害が発生してもおかしくないだろう。そういう事件が発生したら、誤った人心操作を行ったテレビ局はどう責任をとるつもりだろうか？

言論の自由、大いに結構だ。ただ、権利を主張するなら責任も負うべきだ。

この共同研究で年次報告書を書くことになったわけだが、その中で彼がしきりに「作ったシステムが評価するに値するかどうか、その証拠を書いて欲しい」と主張していた。叩き台として出している文書には、既にシステムの概要やスクリーンキャプチャ、動作時の写真などがふんだんに盛り込まれているのに、である。

話を聞いてみるに、きちんとした手続きを踏んで評価したものである事が書いてあれば良い、と言う。僕はスクリーンキャプチャ、写真、ちょっとした動作データでシステムが動作する証拠としてはOKだと思ってしまっていた。

実際に使った実績の記録、試験項目を列挙した試験結果が求められている。専門家相手だったり論文だと思うと、ある程度データを取捨選択・洗練させて意味がありそうな要点だけを掲載しようとする。が、それだけではなくて、もっと行動・動作の記録のようなものが求められている。インタラクティブなシステムの場合、網羅的な試験というのはなかなか難しく、やらなければいけないと思われる試験については思いついた順に行うわけだが、ついつい僕は記録をすっとばしてしまうのだが、足跡は専門家でなくてもわかる重要な証拠なのだ。確かに記録の量はごまかせない。「評価」の前に「評価に値するかどうか」という尺度がある。僕としては、目から鱗だった。

普段良く接している研究者とは全く違うタイプの研究者なのだが、とても良い考えを持っているなぁと感心した。

ただ、今回は他の研究室で作られたシステムを接続する必要があった。しかも一回一回、最初にオフセット値を手動で調整しながら使っているシステムだった。

大事なデモの際に強烈なスピードでフライスルーが起きた。気持ち悪くなる人続出。それまでは何回もテストして大丈夫であることを確認した上での話だ。それまでは、熟練オペレータが後ろにつきっきりで新米オペレータが操作していた。当然その体制で本番もいくのかと思いきや、どうやら新米オペレータのみで操作をやってしまったようだ。オフセット値を合わせる操作をしなかった。そしてこの事件は起きた。

今考えるに、まず最初に僕がデモを止めるべきだった。あちらのシステムの健全度を確保すべきだった。止めるというアイデアが全く浮かばなかったし、値を変えたらすぐに治るだろうとタカをくくっていた。でも実際には何回も調子が悪く、治った頃にはもう既に最悪という印象を植え付けた後だった。確かに、止めるというアイデアが浮かんだとしても、こちらのシステムが悪いという印象を持たれると困る。でも、全システム通して誤動作が起きているという結果は同じだ。

第二に、フェイルセーフ機構をCAVE入り口に作るべきだった。エラー表示でも何でも、異常事態が起きている事はわかっても良いけれど、少なくともCAVEで高速フライスルーを実現してしまう事だけは何としても避けなければならなかった。

良い経験にはなったが、この先どうなるのかねぇ…まぁなるようにしかならないわけだが。

だが、製作者側にとってみれば、MTLファイルを少し書き換えるだけでアレコレできたり、画像ファイルも差し替えとかが簡単にできたりと、実は非常に有用だったりする。

まぁ、一般ユーザ向けではないわなぁ。やっぱ一つのファイルにまとまっているFBXのほうが好まれる、か。

人と人が協調するには放っておくだけでは駄目

とある研究機関の事例。CAVEを建ててツールも揃えて人雇った。スパコンとCAVEをつなぐ。素晴らしいアイデアだ。確かに建てた当初はそれなりに需要もあった。だが、特需は長続きしなかった。いや需要はあるはずなのにうまくリンクしない。箱と人があれば良いというものではなく、人と人をうまく結びつけるためには全体のグランドデザインが重要なのだ。

可視化サービスにお金を払うというマインドの欠如

今やCAVE生誕20周年を迎えようとしている。CAVEを売っているような業者が、お金さえ出せば、可視化の相談に乗ってくれる世の中になった。少々高いかもしれないけれど、CAVE建てたり維持したり人雇ったりするよりは安いと思われる（なんて事を僕のような立場の人が言っては駄目なのか…）。今、質的にどうかわからないけれど、育てるつもりでやれば、それなりに成長が見込まれる業界なのではないだろうか。

可視化を自分の手でやりたいシンドローム

可視化は主に問題そのものに取り組んでいる人がやる仕事だ。エクセルを使うレベルから、matlab のようなプログラミング環境を使いこなしたり、あるいは普通のプログラムを組むレベルまで色々あるだろう。今ではCAVEを使う可視化ツールも様々なものが売られている。それらの可視化ツールをうまく使いこなすことができれば、それで問題は解決する。何もCAVE研究者を雇う必要はない。その「それなりの可視化ツール」では満足できる可視化結果が得られない時に初めて、VR研究者の出番となる。でも、実際問題、可視化ツールをうまく使いこなしている研究機関というのを日本ではCAVE研究関係以外で見たことは「僕は」ない。
お金がない、という理由でCAVEを持ってるVR研究者にデータを持ち込もう、というアイデアは今までにも散々あった。だが、VR研究者が単なる単価の安い下請け業者状態になって、必ずしもハッピーな状態にはならなかった。今でもその状況は変わらない。相変わらず、データを出す、出さないの段階でもめる。きっとデータを渡す事は、身を切られるような感覚なのだろう。それはそれでこちらも良くわかる。でもそれでは話は先に進まない。建前では共同研究と言いつつ、その実、立場を対等に保つのは難しい。
プログラミング技術に自信がある研究室であればあるほど、ツールやライブラリさえあれば使いこなせると思うようだ。でも、今までその考え方で動こうとした例があったけれど、長続きはしなかった。数年後、捲土重来を謀ったけれど、やはりうまくいかなかった。やり方を教えろと言ってきて、所属学生をよこし、こちらも一生懸命教えてみたが、結局使いこなせなかった。
様々な専門家相手にCAVEのデモをやっても、建てるのにいくらかかるのか、とかソフトいくら、とかいう質問は良くあっても、見たいデータがあるのですが、とデータを持ち込む例は少ない。可視化の効果が伝わらないのか、お金を取れば問題解決と思っているのか…
そもそも次元数が３以上のデータの操作が元来持つ難しさというのがあり、日頃から可視化鍛錬を重ねていないと、いざというときに役に立たない。３次元空間上での表現が決まっていたとしても、空間内（時間軸を含めると４次元）でのオブジェクト操作の難しさが立ちはだかる。
実際にやってみればわかるのだが、２次元ディスプレイでやっていた可視化では思わなかった難しさが、３次元ディスプレイにはある。それをクリアするには、それなりの才能が必要だ。それに、CAVE可視化ができるようになったからと言って、それでコンスタントに業績をあげられるようになるには、さらに別の才能を要求される。せっかくCAVEを使えるようになっても、その業界でサステイナブルでなければならない。別の分野の研究者が片手間でやるには（今のところ）ヘビーすぎると思う。

CAVE研究者側の問題

餅は餅屋なのだが、餅屋は良いもち米を作れない。少ない餅米で作った数少ない餅を見ても、その餅屋の腕を見る事は困難だ。日本にもCAVE研究者は多数居るが、中には手が遅い人が居る。日頃CAVEを使っているプロではあるのだけれど、可視化については数えるほどの事例しか扱っていない人は確実に居る。可視化の過程では様々な手法を次から次へと適用していく必要があり、そこにスピードが求められる。CAVEで可視化手法を専門に研究している研究者というのも確かにいらっしゃる。しかし、2Dの世界での可視化スピード・多様性と比べられると、なかなかつらいのが現実ではないだろうか。リアルな問題を数多くこなす必要があると思われる。
しかし、もっと単純な問題もある。可視化可視化と言いながら、普段の2D可視化にエクセルグラフで満足し、グラフツールの買い惜しみをするようなマインドで可視化研究を細々と続けている所がある。ましてや世の先端を走るCAVE可視化ツールなんて、手が届かない。世の中に普及している可視化ツールを持って使いこなしつつ、さらにその上を目指す、のが真の姿ではなかろうか。

より良い可視化ツールを作れば良いのか？

matlab/simlink のようなデファクトスタンダードなツールは結局そこそこ良いビジネスになっている。そこにお金の流れがなければ、ここまで育たなかったのかも知れない。CAVE版の matlab/simlink 的な万能ツールが作られるとしてもそれは、学術界からは出ないだろう。ありとあらゆるニーズに耐えうるツールを作る、というミッションで成功した研究者は近年には居ない。「実用に耐えうるツールを作る」事に対する貢献ついて学術界が直接評価する事はなかなかない。それでは業者が作るのか？なかなかそうもいかないだろう。そこに市場を感じない限り、ビジネスマンはそこに投資をしないだろう。

数が勝負なのでは

いずれにしても、２Ｄディスプレイによる可視化事例に比べて３Ｄディスプレイの事例は圧倒的に少ない。数をこなさなければ、本当に使えるツールにはならない。いくらアラブの石油王が投資をしてくれたところで、問題を数多くこなさなければ、使えるツール／システムは作れないと断言できる。
「言い訳ばっかりするな！」「出来ない理由を１００個考えるより今あるリソースをうまく使う方法を１つだけ考えろ」とは良く言われる僕だが…「解決策は【人と人をしっかり繋げつつ、数をこなすこと】です」と言ったら、また叱られるだろうか。具体性ないですからねぇ。

常套手段としては、リブート…というのはさておき、「ディスクユーティリティ.app」でシステムディスクを選択して、「ディスクアクセス権を修復」をやる（あるいはコマンドラインで[sudo /usr/sbin/diskutil repairPermissions /]コマンドを使用する）と良い。
他にはコマンドラインで[/usr/bin/purge]コマンドを使うという手もある。これはかなり綺麗に Inactiveメモリを掃除してくれるが、それ故に直後のマシン全体のパフォーマンスが落ちる。まるで起動直後のような感じ。しばらく使っていれば元に戻る。
repairPermissionsやpurgeコマンド、どちらをやっても、/var/vm/swapfile* は減らないようだ。リブートすれば /var/vm/swapfile* も消えてくれる。

/var/vm/swapfile* が増えると、やはりマシンのパフォーマンスは落ちがちだ。また、システムディスク（スワップディスク）の空き容量を充分に空けておかないと、swapfileすら作れなくなり、システムの動作は不安定になる。ディスクの空き容量がシステムの安定性に貢献する、という話はあまり直感的ではないかもしれないが、割と重要。

みたいなことをやりたかったわけだが、思うようにいかない。調べてみると、caseは===で比較している。これはまぁ良いとして、問題なのは String == String はtrueを返すけれど、String === String はfalseを返すところ。これは1.8でも1.9でもそう。うーむ…

大タル爆弾Ｇは３発当てた。大タル爆弾とカクサンデメキンは3セット持っていったのだが、2発が調合失敗というテイタラク…でも狩れた。

総プレイ時間約71時間（実時間２ヶ月）、HR2。しかしHRは上げる必要はなかったと思う。素直に村のギギネブラを地道に狩っていればよかった。

ネブラシリーズを集めるのに、ボーントマホーク改（火属性１８）と発動スキル：毒無効がついた装備を用意した。また、ネブラシリーズを上武具玉で目一杯強化するために、火山で採取活動をしばらくやった。

村緊急クエのジンオウガを狩ると、とある事が起こるが、これは事前に知らない方がよかった。まったく…

３年の間は固定資産税が優遇されていて、思ったよりも割と負担が少なかった。なんだ賃貸より良いじゃんと思っていた。しかし、4年目から優遇制度が適用外になり、どっと固定資産税がかかってきた。途端に火の車になる家計。さらに言うとあと6年経つと住宅ローン控除もなくなり、さらに家計がヤバくなることは火を見るよりも明らか。

しかしそう考える中で思ったのは、「稼げ！」ということもさることながら、今まで当たり前だと思っていた物の価値の大きさだ。

お風呂に入りながら思ったのは、このお風呂の気持ちよさは何時もと一緒のはずだが、頑張って（稼いで）払ったからこの気持ちよさがあるのだという感覚。僕が年収1000万円だったら、多分微塵だに感じる事の無かったであろう幸せ感だ。

この達成感は、単に稼いだ量に比例するわけではなく、足ることを知った時…もっと言うと、その足ることが自分の力量よりも微妙に上だという感じがあった時、達成感があって、幸せに思えるのだと思う。

どんなに稼いでいても、どんな豪邸に住んでいても、それが簡単に手に入るようでは、あるいは手に入れるのは難しかったかも知れないけれど、今現在のほほんと暮らしているようでは、達成感、幸福感を感じ続けることは難しいのではないか。自分を支え、家族を支えているという幸せ。自分の足で地面を踏みしめ続けている感覚、と言えば良いか？まぁ、自分の力だけではないことは明白だけれど、それでも自分が立ち続けるのをやめてしまえば、その世界は終わり、完全に人の好意でしか生きられない世界になる。という意味では自分のアイデンティティをそこに見出しても悪くはあるまい。

金が足りん足りんとぶちぶち文句を言っている、いや、もっと言うと、文句を言えているうちが花なのではないかと思った次第。ま、そうは言ってもお金はあったほうが良いとは思うけれど。

映像を撮る際、フレームレートは60iでもPF30でも良いが、画質モードは MXP, FXPでは駄目で、XP+, SP, LPならOK。

保存すべきはBDMVディレクトリ下のSTREAMだけでなく、CLIPINFO, PLAYLIST, STREAM, INDEX.BDMが必要。これだけ保存されていれば、USBメモリだろうが、仮想ドライブだろうが、何でも良い。BDMVディレクトリがトップディレクトリに直接置かれていても大丈夫。でも任意のディレクトリに置かれていても探してくれない。また要らないMTSを勝手に消しても駄目。PLAYLIST/00000.MPL にちゃんとリストが記録されていて、足りなければiMovieがはじいてしまう。でも例えば00000.MTSファイルを削除して替わりに空の00000.MTSファイルを置くと大丈夫。でもCLIPINF/00000.CPIファイルを空のものにしては駄目。

iMovieでの取り込み操作は[ファイル]の[カメラから読み込む]一択。これでiSight映像しか出なければ失敗。うまくいけば、映像リストが表示される。