2010-02-09
■ 乱数調整について 
乱数調整とは個体値等の決定方法を利用して自分の欲しい個体を手に入れるという厳選方法の一つです。 2008年末頃に解明され、当時は殆ど存在しなかった6Vや色違いが頻繁に使用されるようになりました。クレセリアのような厳選の大変なポケモンも、今や高個体値めざめるパワー付きが当たり前です。
正し、短い時間で高個体値が手に入る素晴らしい厳選方法であるのは確かですが、本来偶然であるべき要素をいじることから、嫌っている人もいます。
DS版のポケモンで、支援ツールとストップウォッチを使って本来知ることができないはずの乱数の種を操作して、強いポケモンを生み出す手法。
DSの内臓時計を特定の時刻に合わせてからストップウォッチで時間を計って初期Seedを固定し、狙い通りの値に調整できているかどうかを、コイントスの出目を見て確認する。
あらかじめわかってればある程度の対処も可能だろうけど、普通制作時にはこんな解析をされることは想定しないだろうと思う。恐ろしい。ここまで来るとデータ書き換えのチートとさほど変わらないような気もしないでもないけど、とりあえず最後の一線だけは越えてない、という扱いなんだろうか。どこまでが攻略で、どこからがチートになるのか、ということを考える上での境界例としては面白い。
2010-02-08
■ [AR][OpenCV]「ピカッとかけた！」で画像認識 
小型の液晶プロジェクターを買ったときに作ってみたもの。
昔懐かしい磁石で白板に絵を描く「せんせい」を使ってプロジェクター投影＋画像認識をやってみようかと思ってたら、「ピカッとかけた！」という同種の面白そうなおもちゃが出てたのでそちらを購入。
- 知育玩具「なぞるおえかきピカッとかけた！」
「ピカッとかけた！」は専用のペンだけでなく面に触れられるものであればどんなものでも線が描けるため、マルチタッチも可能。画面は透明なので、裏側からプロジェクターで投影すればマルチタッチのスクリーンにできるんじゃないか、と。
今回使ったプログラムはこれよりも前に作っていた、壁のホワイトボードにプロジェクターで映像を投影して、自分の手やペンで描いた線でボールが跳ね返すプログラムをピカッとかけた用に赤い色に反応するよう修正したものを使っている。
プロジェクターのピントの合う最小投影距離が約30cm必要なので、できるだけ薄い箱に収めるために箱の中に45度傾けた鏡を２つ設置し、光源とカメラの視線方向を180度反転させて写すことで投影距離を稼いでいる。
しかし、プロジェクターの光源がカメラ映像の中央に白く写りこんでしまって、その部分だけ盲点のように画像認識ができないという問題が発生し、うまい解決策が見つからなかったために失敗作としてお蔵入りになった。
時折なにもない場所でボールが跳ねてしまっているのは、そのノイズが原因。箱や鏡の設置、調整にそれなりに手間がかかっていただけに、とても残念な結果に。
今回のプログラムの元となったホワイトボード投影版のほうは、幅２mくらいの大きさのスクリーンにプロジェクターで映像を投影し、カメラの入力から動いた部分を抽出して判定していた。自分の体や手に持った棒など、動体であれば何でも反応する。
カメラ認識と投影の遅延のため、素手で直接ボールに触るよりも手に持ったペットボトルなど使ってボールを打ち返すほうが自然に動かせて気持ちよかった。打撃部位が生身ではない分、体がずれを計算して動くようになるんだろうか？
ホワイトボード投影版のほうもそれなりに面白く遊べたのだけど、プロジェクターの輝度が低くて綺麗に動画を撮影できなかったため、こちらは記録に残していない。
精度の高い画像認識のためにはある程度の明るさが必要になり、明るい環境でのプロジェクターの映像は肉眼ではそれなりに認識できても動画に撮るぼやけてよくわからないものになってしまいやすい。昼間であれば太陽の光の入り具合で見た目が大きく変わってしまったりにするので、綺麗に動画を撮ろうと思ったら周りの明るさに依存しない、安定した撮影環境を作る必要がありそう。
2010-02-03
■ ARToolKitでラジコン戦車とCGを合成してみた 
ARToolKitでラジコン戦車とCGを干渉させてみた。
何種類かの小型のラジコンを試してみたけど、移動範囲が広すぎると誤差のために座標がうまく取得できなくなるため、信地旋廻ができて狭い範囲でも遊べる戦車のラジコンが一番扱いやすかった。
画像認識の誤差を減らすためにマーカーをできるだけ大きしようとした結果、せっかくの戦車がマーカーにほぼ隠されてしまった。上からCGで砲塔などを合成してみたいところだけど、このサイズのマーカーでも誤差でCG部分がブルブルと震えてしまう。
今ならラジコン搭載用の小型カメラなんかも結構安価に入手できたりするので、どうせならビットチャージーとかデジQみたいな高速で走るもので遊べると面白そうなんだけど、現状の認識精度で小さなマーカーの座標をうまく取得するにはなにかしら工夫が必要になりそう。
もっと高解像度・高フレームレートで遅延の少ないカメラが欲しいところだけど、Webカメラは普通の用途に使う分にはもう十分な性能を備えているようなので、あまりそういった方向には進歩してくれそうにない。そのへんはNatalとかPS3のモーションコントローラ方面に期待したいところ。
もともとラジコンの操作自体に物理的な慣性が働くため、前回と違って操作や映像の遅延はまったく気にならなかった。どうせならラジコンの移動もPC経由で制御できるとさらに幅が広がりそうなので、いつか試してみたいと思う。
今回はちょうどここまで作ったところで正月休みが終ってしまったので、いったん保留に。新しい戦車ラジコンとして、ずっと前から欲しかったデジQコンバットの通常版と砲塔旋廻版をそれぞれ１台づつヤフオクで入手してみてたりするんだけど、今の状況では再開するのがいつになることやら。
2010-02-02
■ [AR][OpenCV]画像認識でたこルカとあそんでみた 
先日の画像認識UIの応用編。プログラムより動画を撮るほうが時間がかかった。
カメラから取り込んだ映像がプログラムに届くまでの間にもそれなりに遅延があり、そこから表示するまでの間もまたさらに遅延するので、少し先読み気味に行動しなくてはいけない。
前回のデモの時にはほとんど気にならなかったんだけど、激しい動きの最中にずれを意識し始めると自分の手が奇妙にふわふわと動くように感じて、微妙な違和感があった。
しばらくすると脳が動きを補完してくれるせいかだんだん慣れてはくるのだけど、なにかしら本質的な気持ちよさに関わる問題でもあるように思う。
■ 「Project Natalには遅延がある」－英国のゲーム業界人、絶賛と同時に懸念を表明 
■ Xbox360「Project Natal」の遅延が酷くてちょっと心配になってきた 
2010-02-01
■ [AR][OpenCV]OpenCVを使った画像認識ＵＩ 
これも半年くらい前に作ってたもの。
OpenCVの本を買ったときに画像処理の実験としてやってみた。
赤・緑・青に塗った指サックの色を認識してボールをつまんだり線を引いたり色を変えたりできる。
光源の都合で「どこまでが赤なのか」の判定が難しかった。範囲を広げすぎると背景や肌の赤っぽい部分まで拾ってしまうし、範囲が狭すぎるとハイライト部分を認識しなくなって精度が大幅に落ちる。
RGBでなくHSVで判定したり動いてる部分だけ抽出してから処理するなどいくらか工夫はしてみたものの、自由な背景でカメラが動くような状況だと正確に認識させるのはかなり難しそう。
2010-01-31
■ [AR][ARToolKit]『電脳ブロック崩し』をつくってみた 
去年の夏くらいに作ってた、ARToolKitを使った立体ブロック崩しゲーム。
モニタの後ろに取り付けられたWebカメラで検出した動きにあわせて、ＣＧを合成している。
- 操作は手に持ったパネルを動かしてボールを跳ね返すだけ
- 緑色のブロックをすべて破壊するとステージクリア、赤いブロックを壊すと残りタイムが減少する
- 緑以外のブロックを一つも壊さずにクリアすると、ボーナスとして40秒が加算される
- パネルを画面奥に押し出すような操作を行うことで、残り時間を10秒消費して追加のボールを生み出せる
「モニタを直接動かして遊べる、ボタン操作が不要なゲーム」を考えてたら最終的にこんな形に落ち着いた。
去年の日記の『電脳のぞき窓を作ってみた』をベースに最初はPTAMで作ってたんだけど、いろいろ試してみた結果、反応速度や精度不足のために激しい動きをさせるゲームを作るのは難しそうだったので、PTAMでなくARToolKitを使うことした。
PTAMのマーカーレスはとても魅力的なんだけど、激しく動かすとどうしても反応遅れてしまうので、残念ながらこういうゲームにはあまり向いていないようだった。
物理エンジンにはPTAM版のときと同様に、Bulletを使用している。
物理シミュレーションやボールの跳ね返り角度がいい感じにアナログな反応を返してくれるので、慣れてくると手元の微妙な角度調整で狙い通りにボールの跳ね返りが制御できるようになってくるのは楽しくていいんだけど、今ひとつ地味で華がないのが問題か。
去年のお盆くらいの時期にセンス・オブ・ワンダーナイトに出品したら選考は通ったっぽい雰囲気だったんだけど、あの頃の状況で平日夜に東京でプレゼンするのは無理だったんで残念な結果に。もしiPadにカメラが乗ってたらこんなのができたのかなぁ、と。ある程度のCPUパワーとカメラが使える液晶があれば、いろいろ面白いことができるんじゃないかと思う。
10インチもある液晶にカメラをつけても用途は限られるとはいえ、今回のiPadにカメラがついてないのはiPod Touchにカメラをつけないのとはまた違った理由じゃないかと勝手に想像してるので、いずれはカメラ搭載モデルが出ることに期待してみたい。
■ iPadにすこしがっかりしたのですけど・・ 
非常に興味深い視点での考察。
■ アップルのタブレット「iPad」はカメラを搭載!? 
2010-01-29
2010-01-28
■ 【幻のドラえもん】（下）突然の最終回、セル画は河川敷で燃やされた 
「昔やってた変な絵のドラえもん」くらいの認識でしかなかったのでこんな経緯があったとは知らなかった。
・・・リンクを張ろうとして記事を確認したら、新聞社のページは掲載後一年で消えてしまうっぽい。Internet Archiveは最近のページはほとんど捕捉できてないので、読みにくいけどWeb魚拓から。レイアウトが崩れてて画像が見られないのが残念。
一度見た記事を確実にあとで見られるようにしたいなら、自分用に一度見たキャッシュを全保存するようなプロキシでも用意すべきか。
■ 方倉設定 
「ドラえもんとドラミは同じオイルを分けた兄妹で、ドラえもんはうわずみの薄いオイルを使ったためにデキが悪いロボットとなった」という設定が『2112年 ドラえもん誕生』では取り入れられず、単に妹用として作られたロボットとされる等後の公式設定と異なる部分もあるため、ファンからは方倉設定と呼ばれることもある。
ドラえもんは、連載開始当初ドタバタが多くコメディー色の強いものであったため、本作中にも、ドラえもんをダメロボットとしてけなすかのような設定が多い。たとえば、「ドラえもんは過去に派遣しても未来を変えられないドジロボットである」「ドラえもんのヒゲや鈴にはそれぞれ便利な機能があるが故障している。修理するにはネズミを規定数捕まえないといけないため、ネズミの嫌いなドラえもんには直すことができない」といった設定がある。また、その他にも、元々黄色かったドラえもんの体が現在では青い理由について、「ネズミに耳をかじられた後の姿を鏡で見たときに、ショックで全身が青ざめてしまったため」という理由であったのが、後の公式設定では「耳を失った自身の姿を見た後、3日間泣き続けてその振動により、表面のメッキがはがれてしまったため」となっているなども、本作中の設定と後の公式設定との相違がある。
2010-01-27
2010-01-26
■ 「“ドラえもんに出てくるセワシ君”って誰ですか？」の意味 
■ 藤子不二雄語録 
■ 「伸太、部屋ニ駆ケ込ミテ、号泣シテ曰ク」 ドラえもんを漢文訓読してみた 
我欲空飛自在
青狸応エテ曰ク
是竹製回転羽根也
2010-01-25
2010-01-17
■ 六甲山・有馬温泉 
一週間遅れで更新。
六甲山牧場のたくさんの羊たち。みんな眠そうな目でもぐもぐと口を動かし続けてる。
六甲山の上ではうっすら雪が積もり、パイプから流れる水がそのまま凍るくらいに寒い。
こんなに寒いのになぜかみんな日陰に集まっているのは、体温が高いせいか。
ふわふわの羊毛の下を触ってみるとかなり暖かかった。
ヤギの餌を買おうとするとどこからともなく大量に集まってきて取り出し口に殺到する。
羊の学習能力恐るべし。
六甲山の山頂展望台の近くにいた野生のイノシシ。親子連れだった。
帰りに鉄人を見に行く。
前来たときにはなかった店で、横山光輝三国志トランプを購入。勝手にルールを作っていろいろ遊べそう。
夜は有馬温泉の旅館に泊まり、恒例のボードゲーム大会。今回は『ボーナンザ』と『Wings of War』
ボーナンザは畑で豆を育てるカードゲーム。交渉がとても重要な位置を占めていて、駆け引きが非常に熱い。
Wings of warは飛行機のフィギュアを使った空戦ゲーム。立体物を動かして遊ぶのはそれだけで面白い。
■ ゲーム紹介: ボーナンザ 
■ Wings of Warシリーズまとめ 
■ 横山光輝三国志トランプ 
■ 「乗れるロボットが作りたい」、スコープドッグを作り出した鉄アーティスト・倉田光吾郎さんにインタビュー 
2010-01-14
■ “3D”で勝負をかける2010年のパナソニック 「予想を超える盛り上がり」。新PDPで2D画質も向上 
2010-01-12
■ 「アバター」で現実に絶望のファン続出、ネットで相談も 
■ ゲームの世界で、おれは生きる！:『アバター』 
■ 映画「アバター」制作の舞台裏--リアルな視覚効果を生み出した2大スタジオの共同作業 
■ 誰でも映画アバターのようになれる！ 顔面真っ青 
2010-01-11
■ 反応拡散系のシミュレーション 
クリックで発生
カーソルキー上下でパラメータ変更
昔作ったやつをWonderFlに移植。
FとかTなどのパラメータを触るインターフェースを作ろうかと思ったけどめんどくさくなったのでパス。
解説など：