watermint.org

gooのブログ通信簿はなぜか何回やってもエラーで使えなかったので、藤井さんのところに張られていたemoというのを試してみました。結果は明日までかかるようですねえ。

emo[エモ]

優秀な物理計算エンジンPhunでまた遊んでみました。今回は、ボールの落下シミュレーションをしてみました。箱の中いっぱいにボールを詰め込んで、出口の広さを変えながらすべてのボールが出終わるまでの時間を調べてみます。なお、今回も動画に音は入っていません。

最初は出口の広さがボール2つ分。ボールがつまってほとんど出てきません。

このボールの詰まり方は、アーチ構造になっています。アーチ構造は非常に強いので、上からたくさんのボールの重みがかかってもなかなか崩れません。ちなみに、専門用語ではこの現象のことを「アーチング」というそうです。

つぎは出口の広さがボール3つ分の場合。ひとつ分広くしてもやはりひっかかりが多くみられます。アーチができたり崩れたりを繰り返しながらボールが落下していきます。

次は出口の広さがボール4つ分の場合。完全に流れが止まってしまうことはほぼなくなりました。ただよく見るとまだアーチはできあがっているようです。

7〜8個のボールによってアーチが作られることがありますが、3〜5個のボールによって作られていたアーチと比べて構造的に弱く、できあがってもすぐに崩れてしまいます。ただ、それでもアーチができあがっていることによって全体的な流れのスピードが遅くなっています。

次は出口がボール5つ分の場合。ほとんどアーチングはみられなくなり、全体的にスムーズに流れるようになりました。

続いて出口がボール6個分の場合。アーチングはみられなくなりました。これは、「6倍の経験則」と言われていて、粒子の直径に対して出口の広さが6倍以上あればアーチングがほぼ起こらず流れがスムーズになることが知られています。JR山手線の6つドアの新型車両はこの経験則に基づいていて、ドアの広さの合計が人間の肩幅60cmに対しておおよそ6倍の360cm以上になっているそうです。

ついでに出口の広さがボール7個分の場合。6個分の場合と同様にスムーズに流れます。ボールが出終わるまでの時間を計ってみたところだいたい次のようになりました（動画取りとは別に行っているので、結果は動画のものと異なります）

• 出口の広さボール2個分 : 8分26秒
• 出口の広さボール3個分 : 44秒
• 出口の広さボール4個分 : 23秒
• 出口の広さボール5個分 : 12秒
• 出口の広さボール6個分 : 10秒
• 出口の広さボール7個分 : 7秒
• 出口の広さボール8個分 : 7秒

Phunはまだまだいろいろと研究ができそうですね。また何かネタが思いついたらやってみようと思います。

昨日のGlassFish Night Seminar発表資料ですが、ようやくPDF化して公開することができました。「GlassFishで、作ってみた。」今回はずいぶんとIllustrator CS3と、Adobe Distiller 8、それにひょっとしたらMac OS X Leopardに苦しめられました。その苦労話を・・。

まず、昨日の段階で資料をPDFに変換しようとしたら、Adobe PDFプリンタがいっこうに動き始めません（というか、動き始めてすぐ止まる）。何回やっても一時停止になるし、テストページの印刷でも同じだし、Firefoxなど別のアプリケーションから印刷しても同じだったのでこれはIllustratorではなくて明らかにAdobe PDFプリンタ、つまりAdobe Distillerの問題でした。EPSONのプリンタへはふつうに印刷できましたのでOSのプリントスプール側の問題でもなさそうです。

強引にスプール上のジョブを再開しようとすると上図のように、Operation Could not be completed.とエラーになり全く進みません。Mac OS Xシステム環境設定の「プリントとファックス」でAdobe PDFプリンタを削除してから登録し直してもだめ。システム環境設定で削除しておいて、Adobe Acrobat Professionalのメニューで「ヘルプ」→「Acrobat インストールの修復」でPDFプリンタを入れ直してもだめ。しょうがなく、Adobe Acrobat Professionalを再インストールしてみましたがそれでもだめ。

途方に暮れている頃に思いついたのがコンソールのエラーログを見ること。そうすると思惑通り、というかやっぱりDistillerがコケていることがわかりました。DistillerのCrash Reportをみると原因はSIGBUSで、常にThread 2がこけていました。Thread 2はCrash Reportのスタックトレースによると

Thread 2 Crashed:
0   com.adobe.DistillerLib        	0x01147b80 DistillerFontFolders::GetFontCachePath(char**) + 32
1   com.adobe.DistillerLib        	0x01157695 DistillerPSRip::SetupPSParameters() + 767
2   com.adobe.DistillerLib        	0x01157aba DistillerPSRip::PSInit(void*) + 224
3   ...ple.CoreServices.CarbonCore	0x90662d41 CooperativeThread + 309
4   libSystem.B.dylib             	0x93a176f5 _pthread_start + 321
5   libSystem.B.dylib             	0x93a175b2 thread_start + 34

というようにGetFontCachePathという関数で毎回こけているようです。海外のフォーラムで同様の現象を報告している人の中で、$HOME/Library/Application Support/Adobe/ 以下にあるFontCacheディレクトリのパーミッションを変えたら直ったという人がいて、試してみましたがだめでした。もっといろいろ情報集めをしていたところAcrobatの8.1.2アップデートに更新しろと書いている人がいました。Creative Suiteを入れたときに2〜3回Adobe Updaterでアップデートしていたので当然Acrobatも更新されているものだろうと思っていましたが、バージョンを確認したら意外にも8.0.0・・・。

Adobe Updater、どこみとってん！一言愚痴を言わせてもらうと、Adobe Updaterの品質の低さは異常です。品質というか、ユーザアンフレンドリーさは、たくさんあるアップデートセンター系システムの中でも最低だと思います。まあ、そんな愚痴を心の中でつぶやきながらアップデート。

毎回Safariのプラグインを入れるかきかれますが、ブラウザ中にPDF表示するのって大嫌いなので必ずオフにしています。Acrobatを入れて最初にやることはブラウザ上に表示させないように設定することです。Mac OS XのPreviewもSafari内にいたがりますが、

$ defaults write com.apple.Safari WebKitOmitPDFSupport -bool true

というようにdefaultsコマンドで設定をオフにしています。さて、Acrobat 8.1.2にアップデートしたことでようやくDistillerが快調に動き始めました。テスト印刷もばっちりです。では、Illustratorで・・・。

あれ？各ページが1/2のサイズになって、しかも前後のページが半分ずつ各ページに入っています。2ページ目には1ページ目と3ページ目の上下が、3ページ目には2ページ目と4ページ目の上下が・・・。なにこれ。

Illustrator上では今回、ドキュメントサイズは幅297mm、高さ4200mm (A4横の用紙を縦方向に20枚並べた大きさ)に設定し、プリントの設定として用紙サイズA4横、セットアップでタイルに「用紙サイズで区分ける」、トンボと裁ち落としで裁ち落としを天地左右 0mmとしてページ分割されるように設定しました。あとはメニューの「表示」→「ページ分割を表示」とすれば印刷サイズにあった罫線が表示されそのようにデザインしやすくなります。ページ分割が表示されているとおり印刷結果が得られるだろうと考えていましたし、実際Tigerで使っていた頃はそう結果がえられたので何も疑問なくやっていましたが、いざおかしくなるとどうしていいかわかりません。

結局悩みに悩んでうまく行った方法が、プリンタをAdobe PDF 8.0ではなく、Adobe PostScriptファイルとして、PostScriptでの結果をまず得て、その結果をAdobe DistillerでPDFに変換する方法です。Adobe PDF 8.0プリンタも中身はDistillerのはずなので、釈然としませんが、とりあえずうまくいったのでこれでよしとします。そもそも、複数ページ(しかも20ページとか・・)のデザインをIllustratorでやることはあまり想定されていないのでしょうがないところですね。ああ・・InDesignがほしい。そういえば、Creative Suite 4が発売になりましたが、InDesignやAfter Effects・Premiereを含むMaster Collectionへのアップグレードが今持っているCreative Suite CS3 Web Premiumからだと$1,199なんですよね・・・。日本での値段はまだわかりませんが、ちょっとほしくなってきました。

昨日のJJUG GlassFish Night Seminarにお越しいただいた皆様ありがとうございました。いろいろと不手際で、プレゼンがイラストレーターのままだったり、デモが動かなかったり申し訳ありませんでした。いまプレゼン資料をpdf化すべくがんばっているんですが、Adobe Distillerが思うように動かず、まだ公開できそうにありません・・・。やっぱりOS入れ替えるんじゃなかった・・。待ち時間の間に、最近いつのまにかMac版が公開されていた物理計算ソフトのPhun (ふぁん)で遊んでみました。Phunは、計算をするというよりは、絵を描いて、それを物理法則的に動かすというイメージのソフトです。お絵かき的なのでマウスよりタブレットでやる方が楽しいです。


(Phun 4.22 Beta on Mac OS X, 動画に音は入っていません)
箱の中に大きさの違うたくさんのボールをいれて、箱ごとゆさゆさ揺らしてみました。しばらく時間が経つと、実際の物理現象と同様に、大きいボール(紫色の大きなボール)が浮き上がってくるのがわかります。なかなかすごいですねこのソフト。

買ったばっかりのカメラでまず試したくなるのが、どこまで高感度で満足できるか。せっかくなので、Nikon D50とも比較してみました。使用レンズはSIGMA 17-70mm F2.8-4.5 DC MACROです。三脚はManfrotto 728Bです。絞りはそれぞれf/8です。

太陽光で撮影しているので、若干時間によって明るさが違うんで厳密な比較にはなりませんがご容赦ください。プロじゃないし (^^ゞ
結果ですが、個人的にはD90でISO 1600までなら常用できそうな印象。D50だと、ISO 1600だと結構ノイズが載ってざらざらな印象でした。せっかくなのでそれぞれの写真へのリンクも載せておきます。まだApertureではD90のRAW現像ができないので、両方カメラ側で現像し、JPEG Fineで比較してあります。

(Nikon D90, ISO 6400[H1.0], ピクチャーコントロール スタンダード[明るさマイナス補正], 色空間 Adobe RGB, JPEG Fine)

(Nikon D90, ISO 3200, ピクチャーコントロール スタンダード[明るさマイナス補正], 色空間 Adobe RGB, JPEG Fine)

(Nikon D90, ISO 1600, ピクチャーコントロール スタンダード[明るさマイナス補正], 色空間 Adobe RGB, JPEG Fine)

(Nikon D90, ISO 800, ピクチャーコントロール スタンダード[明るさマイナス補正], 色空間 Adobe RGB, JPEG Fine)

(Nikon D90, ISO 400, ピクチャーコントロール スタンダード[明るさマイナス補正], 色空間 Adobe RGB, JPEG Fine)

(Nikon D90, ISO 200, ピクチャーコントロール スタンダード[明るさマイナス補正], 色空間 Adobe RGB, JPEG Fine)

(Nikon D90, ISO 100[L1.0], ピクチャーコントロール スタンダード[明るさマイナス補正], 色空間 Adobe RGB, JPEG Fine)

(Nikon D50, ISO 1600, 仕上がり設定 カスタマイズ[輪郭強調:オート, 階調補正: オート, カラー設定: モードII(Adobe RGB), 彩度設定: 標準(0)], JPEG Fine)

(Nikon D50, ISO 800, 仕上がり設定 カスタマイズ[輪郭強調:オート, 階調補正: オート, カラー設定: モードII(Adobe RGB), 彩度設定: 標準(0)], JPEG Fine)

(Nikon D50, ISO 400, 仕上がり設定 カスタマイズ[輪郭強調:オート, 階調補正: オート, カラー設定: モードII(Adobe RGB), 彩度設定: 標準(0)], JPEG Fine)

(Nikon D50, ISO 200, 仕上がり設定 カスタマイズ[輪郭強調:オート, 階調補正: オート, カラー設定: モードII(Adobe RGB), 彩度設定: 標準(0)], JPEG Fine)

今月はtokyobikeを買ってから一番走れています。tokyobikeを買ったのが去年の6月末で、累積走行距離はだいたい1200〜1400kmぐらいだと思いますが、今月は246km走っています。先週の水曜日はまたも用事で神保町に行き、天気もよかったので日比谷方面に行ってきました。

日比谷公園って、そういえば入ったことなかったのでちょっとうろうろ。

東京都立日比谷図書館。そういえば、図書館なんて3年ぐらい入ってないし、最近結構読書もしているので一回りみてきました。

ちょっと休憩のつもりが、おもしろそうな本を見つけてしまって、結局一冊読んで出てきました。「眠れぬ夜のグーゴル」という本です。グーゴル(googol)とは、10¹⁰⁰というとても大きな数字のことで、グーグル社の名前の由来(googolをスペルミスしてgoogle)としても有名です。この本は、グーグル設立前に出版されているので、とくにグーグルとは内容も関係ありません (^^;
この本は、いかに日常的に数字や数式にだまされているかを説明し、その上で、だまされないようにしっかり計算する方法を説明しています。最近、ニセ科学(あるいは疑似科学)という言葉が少しずつ浸透していますが、まさにそのニセ科学を見破る方法が載っている本といってもいいかもしれません。なお、この本の中ではニセ科学のことをジャンク・サイエンスと呼んでいて、個人的にはニセ科学とか疑似科学という言葉よりも遙かにしっくりくる言葉でした。
印象深かったネタをすこし思い出してみます。ミネラルウォーターのペリエは、1990年、米国で出荷された一部に発ガン性物質であるベンゼンが検出されたという事件を起こしました。この事件によって、ペリエは回収され、その影響でペリエ社はネスレに買収されたようです。発ガン性物質が検出されたというと、とても深刻なことのように思えますが、実際にはその量はごく微量で、発ガンのリスクを計算すると、毎日2000Lぐらい飲み続けないとガンにならない(2000Lも飲んだらほかの原因で体がおかしくなる)量だったとのこと。健康に関わることとなると、アメリカでも昨今の日本と同様に報道合戦で、センセーショナルに扱われ、さもすぐにガンになるかのような誤解を与えてしまう結果を説明していました。3時間かけて読み終わりましたが、なかなか読み応えのある本でした。

さて、日比谷からの帰り道。Garmin Forerunnerのケイデンスセンサーのセンサーマグネットがとれてケイデンスがとれなくなっていました。センサーマグネットは両面テープとナイロンタイで縛り付けるのですが、ペダル側の取り付け位置は、tokyobikeの場合、やや内側に向かって細くなっていて、ナイロンタイがずれて外れてしまったようです。幸い、センサーマグネット自体はセンサーに磁力でくっついてなくなりませんでしたが、固定方法はもう少し工夫しないといけないようです。ゴム製のシートとかでナイロンタイの安定性をあげようかな。

お気に入りのムービー機能です。昨日からいろいろ試しているんですが、スムーズにフォーカスリングを回すのが難しいですね。


最近は、90秒・150MB以内のムービーならflickrにアップロードできるんで便利です。使いまくろう。

我慢しきれず発売されたばかりのカメラNikon D90を買っちゃいました。

さすがに3年前のエントリー機であるD50とは比べものにならないぐらい楽しいです。一番楽しいのはやはりムービー機能。絞りを調節しながらのムービーは練習が必要そうですが、めちゃめちゃ楽しいです。

液晶も3インチと、D50の2インチから比べて見た目の印象も全然違うし、なにせ見やすい。一つだけ気になったのは、アクティブD-ライティングの設定がオートだと明るすぎるように写ること。弱めにしてもまだ明るすぎるように感じるのでとりあえずはアクティブDライティングはオフにして、ピクチャーコントロールで明るさをマイナス補正にしています。

すっかり書くタイミングを逃していましたが、9月最初の土日で乗馬とパラグライダーに行ってきました。乗馬はたぶん5〜6回目、パラグライダーは2回目です。乗馬は紅葉台木曽馬牧場です。

今回は、Garmin Forerunner 305を持って行きました。樹海の入り口で、木に隠れるので電波が受信できるか心配でしたが、しっかりと受信できました。林の中を疾走したときの速度は15〜20km/hです。ママチャリでがんばってこいだぐらいの速度ですが、体感的にはもっと速く感じます。

二日目、日曜日はパラグライダー。オクシークラブパラグライダースクールというところのやっている、体験コースです。

(写真を取り損ねたので、これは去年いったときの写真)
今回は2回飛んで、2回とも藪のなかにつっこんでしまいました(笑)

本当はもう少し飛べそうだったんですが、途中で雨が降ってきて残念ながら終了。

先週は、毎月恒例のJava Hot Topicセミナー。

Sunを退職してから初めて、ふつうの参加者として参加してきました。

山口さんによるデモ。円周率の計算を32スレッドで分散処理するような、サンプルをUltraSPARC T1チップで計算されていく様子です。

実は今回はセミナーの内容よりも、懇親会がお目当てでした (^^ゞ