Java Diary-70章

というのが私のＰＣに残っていたメモである。いきなりこんなこと書かれても私以外の人間にとっては何のことかわからぬだろうし、私にだってよくわからん。しかしなんとか記憶を発掘し適当に脚色するとこんなことになる。

元々のGoromiというのはあくまでも単語を使って検索を行うものであった。こーんな単語とこーんな単語、と指定することはできるが、それをやっていると

というような指定をしたくなる。しかしGoromiの裏で動いているのは所詮Googleなので、その「類似ページ指定検索」をどのようにやればよいのかわからない。だから知らんぷりをしていた。

しかしGoromi-TVではそれを避けることはできない。というか単語使って検索もいいけど、やっぱり「これいい。これイヤ」的ないいかげんな探索もできなければならぬのではないだろうか。とはいってもどうしたものやら、と考えているうちにふと思いついたのである。Gardsで使っている方法を応用すればいいではないか、と。

この方法はGoromiのような検索エンジン上のデータ（及びそれがさしているＷｅｂページ）には応用できない。何故なら検索の対象となるデータについては事前にはなんにもわからないからだ。（それをやろうとすればGoogleのシステム内で行う必要がある）しかし今回使おうとしているデータは全て（少なくとも検索の対象となるものは）ローカルのハードディスク上にあるのが前提だからそんな心配をしなくてよい。

というわけで頭の中で話はまとまる。そして別個の裏プロジェクトだった渋谷お昼検索とGoromi-TVも一つにまとまることになり、「未踏ソフトの開発が遅れるのではないか」という心の叫びに蓋をして渋谷お昼検索の開発、論文書きにいそしむことができるわけだ、、と強引に理屈をつけたところで話は２００５年のWISSになる。

去年発表して結構好評だった、と自分では日記に書いた。簡単に調子に乗る私は今年も出したいと思う。ネタは開発中の渋谷お昼検索である。論文の締め切りは８月３０日、ということでその前にあれこれやりだす。論文募集要領がサイトに掲載された。ほれほれと見てみるとどうやら今年はLaTexというもので書かなくてはいけないらしい。（去年はWordでもよかったのだが）うげげげ。このLaTexというのは今まで
「あちこちでよく聞くけど、なんだかめんどうみたいだなあ」
と思って避けて通ってきたものだ。しかしどうやらそんなことは言っていられないようだ。

というわけでネットであれこれ調べLaTexの使い方を調べる。数ページ見てダウンロードをあれこれしてまず分かったのは

「Texで文章を書き、提出するためにはたくさんのプログラムファイルを組み合わせて使う必要が有る」

ということだ。つまりMicrosoft Wordのように単一のアプリケーションがあり、それをインストール、ばしゃばしゃキーを叩けば出来上がり、というものではないらしい。というわけであれこれ読みながらプログラムのインストールを試みる。そのうちあまりに面倒なので、

などと考えてみるが、それほど世の中はうまくできていない。やっぱり面倒なのだ。７月１２日、某所に私はこう書いた

「よんどころない事情があってLatexというものを使おうと悪戦苦闘している。

これの存在価値はわかってきたのだが、如何せんまともに動いてくれない。普通の人はどうしているのかな。。」

「論文ですか？
Latexは大昔から近くに使いこなしている人がいないと初めての人は使えないというものでした... 」

左様であるか。とはいっても近くに使いこなしている人いそうもないし。ええい、なんとかならんかなあ、とあれこれやっていたらそのうち動くようになった。いざ動き出してみると確かにこれは快適だ。原稿を書くのはまるでHTMLか何かを書いているように感じる。タグのようなものがあって、それをちゃんと指定しておけばあとはプログラムがちゃんとした原稿にしてくれる。慣れてくると確かにWordでレイアウトと格闘するよりましな気がしてくる。特に参考文献の作り方は感動してしまった。参考文献欄にはやれ名前は頭文字だけだとか掲載された文書の題名はどうする、だとか細かい規則がたくさんある。それを一度に直すのは大変なのだが、これはデータだけ定義してやればよい。整形のほうはプログラムが一括してやってくれる、ということでついさっきまでLaTexの神様をのろっていた私はいきなり「それなりに」LaTexのファンになる。

というわけでがりがり書いて、提出、とする前に自分で何度か読み返す。前に出したときは誤字をいくつか指摘された。今度こそはと思いチェックすると時分でもいくつか誤字が見つかる。それどころか問題点も見つかる。しくしく泣いている暇があれば書き直さなくてはならない。

提出にあたってはもう一つ難物があった。ビデオである。私が作るものは人が見て触るものだから、文章だけでは何のことやらわからん。というわけでビデオが必須なのだが、これがとても面倒である。去年はビデオの作り方もしらなかったので、会議室のプロジェクターに画面を映し出し、それを手持ちのデジカメで録画したものを提出した。今から考えればよくあれで見てくれたものだと思う。その後いろいろなカンファレンスで配布されるビデオを見てそれではいかん、というということに気がついた。もっとちゃんと作らなくちゃ。

さて、ここで問題です。コンピュータで操作している様子をビデオに取るためにはどうすればいいでしょう。調べてみるとスキャンコンバーターなるものがありそれを使えばいいのだそうな。というわけでさっそく注文したのが８月の１７日。早く届かないかな。届いたらこうやってビデオを作るんだ、と構想だけは立てるのだが、物がなかなか届かない。８月２２日の月曜日、会社に行ってみればなにやらメールが届いている。読んでみれば

「誠に申し訳ございませんがご注文いただいた以下の商品がまだ確保
できておりません。
"SSC120EX ダウンスキャンコンバーター"
[エレクトロニクス]
商品の発送が1‾2週間ほど遅れます。」

私はがびーんとなる。締め切りはもう一週間後に迫っているというのに、この始末。これから別の機種を頼んだとしてそれからビデオを編集し、、などとやって間に合うのだろうか。思えばスキャンコンバーターを注文するところでうじうじ考えたのがいけなかった。ええい。

と泣いていてもしょうがない。なんとか代替手段はないか、と考えてあることに思い当たった。会社にあるThinkPadからはHi-8のビデオ出力が取れるはずではないか。あれをビデオにつっこめば映像が取れるのではないか。さっそくThink Padにプログラムを移す。動かしてみるととてもいやな予感がする。なんだかとっても遅い。多少遅いほうが説明用にはいいのさ、などと自分をだまそうとするがうまくいかない。

そのうち「解像度が細かすぎるのでは」と気がつきもっと大まかな解像度で表示する。するとそれなりの速度で動き出しほっとする。さて、その出力をビデオにつなぎ、というところでも結構手間取ったのだが（ビデオの操作がわからなかったのだ）なんとかビデオに録画できた。さて、これでMac miniで取り込みiMovieで編集すればおしまいだ、とはならなかった。

毎度のことながらiMovieの操作性はすばらしい。なーんとなく使っていてもそれなりのビデオができあがる。問題はその後だった。去年は何も考えず Quicktimeフォーマットで提出していた。しかし今年はサイトにあった以下の文句（この文句が去年あったかどうか覚えていないのだが）がとても気になっていた。いわく

「すべての査読者がデモビデオを必ず見るとは限りません。できるだけ多くの差読者のコンピュータ環境で見られるように、MPEG-1などの標準的なファイルフォーマットで、なおかつ手頃なファイルサイズにして提出されることをお勧めします。」

さて、問題です。このムービーをどうやったらMPEG-1もしくはWindows,Macを使っている人が「●●をインストール」とか面倒なことをせずに見られるようなフォーマットに変換できるでしょう。ここから私の動画フォーマットとの戦いが始まったのである。

まずは一番どこでも見ることができるMPEG-1への変換を試みる。あれこれユーティリティを探しほれほれ、とできあがった。さて見てみようと思いダブルクリックしてぎょっとする。画像がとても荒いのだ。なーんとなく何が動いているかわかる程度であり、とても詳細まではわからない。これはいかなることか。

私は未だにMPEG-NのＮが変わると何が変わるかよく知らないままなのだが、MPEG-1というのはその定義によって解像度が低く抑えられてしまうのではないかと思う。何故こう書くかといえば、いろいろなユーティリティをつかってMPEG-1を作成してもどれもこれも荒い絵になってしまうからだ。というわけでMPEG-1は没。

次に試みたのはAVIと呼ばれるフォーマットだった。これはWIndowsではメジャーなようだが、Macではマイナーである。しかし物によっては（ここが問題なのだが）Quicktimeで再生できるようだ。というわけであれこれ作ってみる。しかしどうやっても「WIndowsでもMacでもダブルクリックでＯＫ」とはならない。そもそもAVIという名前で呼ばれているものの中にもずいぶんと種類があるらしいのだ。

というわけで次にはMPEG-4というのをやってみる。しかしこれでも目的は達成されない。そもそもMPEG-4とはいいながらこーデックがたくさんあったり（このコーデックというのが何かは気にしないとして）ややこしいことおびただしい。最終的に一つだけうまくいくパターンを見つけた。もうこれでいいや、と割り切ってしまう。しかし問題はちゃんと残っている。ファイルのサイズがでかいのだ。２０ＭＢ以上もある。短気な人なら

と切れてしまい見てくれないかもしれない。というわけで一旦割り切ったつもりでもまたあれこれトライし、やっぱりうまくいかず、、、とビデオの準備(のフォーマット変換)だけでずいぶん時間を使ってしまった。そういう不毛な作業の中にも一つの慰めがある。例のスキャンコンバーターに早めに見切りをつけたのは正解だった。締め切り間際になってビデオを作り始めていたらどうなっていたかわからない、と。

などとすったもんだのあげく、なんとか論文を提出することができた。となるともうできることはあまりない。９月３０日と明示されている査読結果通知の日までのんびり、、などとしている場合ではない。Goromi-TVのほうをあれこれいじりながらも日は過ぎていく。

題名：Java Diary-70章