hirax.net::Keywords::「写真判定」のブログ



2000-02-13[n年前へ]

競馬の写真判定とパノラマ写真 

パノラマ写真と画像処理 Part.2

 前回 、

の時にi_matさんから頂いたメールを紹介した。i_matさんはというWEBページを公開されており、WEBの中で面白いQuicktimeVRファイルなども公開されている。そう言えば、QuicktimeVRといえばの時に紹介したは必見である。Esherの「上昇と下降」をQuicktimeVRで実感できる。

 さて、前回

 これらのソフトのStack-Slice機能を用いれば「複数画像(動画)からの走査線抽出」ができる。その使用例と、その面白い座標軸変換について考えてみたい。

 しかし、このページは少々重くなってきた。まして、走査線の抽出の話は使用画像が多くならざるをえない。そこで、次回、詳しく使用例を紹介することにする。

 よく、次回登場と言ったまま数ヶ月経つことがあるが、今回は大丈夫である。少なくとも数日後には登場することと思う(多分)。

と書いた。今回もまた「数日後には登場」と言った割には時間が経っているような気もする。しかし、ここのところ文字通り忙殺されていたのである。と、言い訳をしながら今回この作業をやってみることにした。
 
 まずは、
  • 「複数画像(動画)からの走査線抽出」
  • 「座標軸変換」
について考えてみたい。これが、実になんとも面白いのである。例えば、競馬のゴール地点を固定カメラで撮影することを考えてみる。

 以下に示す連続の画像は競馬のゴール地点に競走馬が到着した瞬間である。「馬に見えない」という人がいたら、それは目がおかしい。誰がなんと言おうとこれは馬である。馬と鹿の区別がつかない人は馬鹿と呼ばれるが、これはとにかく馬なのである。

競馬のゴール地点を固定カメラで撮影する
ビデオカメラの視野に馬が入ってくる。

視野の中に馬がもっと入ってくる。




視野の中に馬がものすごく入ってる。

 さて、このビデオカメラで撮影された画像は例えば以下のようなものである。

ビデオカメラで撮影された画像

 撮影された各時間の画像から、この画像の赤で囲んだところを抽出し、並べたらどのようになるだろうか?

 それはこのようになるだろう。よくある競馬の着順判定写真である。

よくある競馬の着順判定写真

 一見、これまで眺めてきたビデオカメラで撮影された画像と同じように見えるが、全く違う。ビデオカメラの撮影画像の動画中における、複数画像間の「位置」は全く変化していない。変化しているのは「時間」だけである。
 だから、このような赤い長方形の画像を並べた方向というものは「時間軸」を意味しているのである。それを、下の画像に示してみる。

よくある競馬の着順判定写真

 この画像は縦方向は「空間軸」であるが、横方向は「時間軸」なのである。ビデオカメラの画像が縦横共に「空間軸」を示しているのに対し、その一軸を「空間軸」から「時間軸」に変換したものなのである

 この競馬の着順判定写真の場合、カメラは空間に固定され「時間軸に変化するもの」を撮影していた。だから、このように各画像から一部を抽出して並べると、それは「時間軸」に対する変化を示すものを得ることができる。

 また、例えば実験条件を変えたときの計測画像に対して「各画像から一部を抽出して並べる」ということをするならば、それは「空間軸」x「実験条件」というものを表す画像を得ることができる。

 それでは、時間的には変化しないものを、ビデオカメラで撮影する方向を変化させながら撮影したらどうなるだろうか?例えば、ビデオカメラを下のようにして360度回転させながら撮影をしてみるのである。

i_matさんが自作したパノラマヘッド

 この場合撮影画像の各画像は撮影方向角度が異なるわけである。従って、先ほどのように一部分を抽出して並べると、一方向は「空間軸」であり、もう片方の軸は「撮影方向角度」になる。結局当たり前ではあるが、ある位置から眺めた周りの景色が得られるわけだ。
 これが、前回i_matさんの要望していた

  1. 8ミリビデオを横倒しにして、 モーター回転するヘッドでぐるりと360度撮影し、
  2. その撮影した動画ファイルの、各フレームから走査線にして数本分を抽出し(インターレースで256本のうちセンター128本目の前後数本の走査線分)、
  3. それを貯めて1枚のjpgファイルにする、
  4. そのJPEG画像をMakeQTVRPanoramaの入力にして、パノラマムービーを作る、
ということである。

 それでは、その作業を実際にしてみようと思う。i_matさんから送って頂いた動画ファイル

を使い
  1. 動画から静止画に変換し(走査線の狭間-1/60秒の世界を目指せ- (1999.07.08) 参照)、
  2. Image PC(NIH-imageをWindowsに移植したもの)で、走査線の一部を抽出し並べた静止画を作成する
のである。その結果はパノラマ写真になっているハズである。

 もういきなり結果を出してしまおう。これが、「動画ファイルから走査線を抽出し、パノラマ写真にしたもの」である。

動画ファイルから走査線を抽出し、パノラマ写真にしたもの

 おや?何が何だかわからない画像になってしまっている。変なモザイクがかかったみたいな画像になっているし、グレイ画像である。参考までに、先ほどの動画から手作業でパノラマ画像を作成したものを以下に示す。上の画像と比較してみると画像の示すものの対応がわかるだろう。

よくある競馬の着順判定写真

 さて、今回の実験結果が

  • 変なモザイクがかかったみたいな画像になっている
  • グレイ画像である
になったのには色々と理由があるのである。
 まず、
  • 「グレイ画像」になっている理由
はNIH-imageが256色画像しか取り扱えないからである。フルカラー画像を上手く取り扱うことができないのである(今回の目的のような場合)。それで、簡易的にグレイ画像として処理してしまった(私が)のである。もしかしたら、動画ファイルのパレットの種類によっては上手く処理できるかもしれないが、これは少し難しい(私には)問題である。

 そして、「変なモザイクがかかったみたいな画像になっている」のは(動画中の)各画像から走査線をそれぞれ一本しか抽出しなかったからである。だから、横方向(カメラの撮影方向角度)のデータが足りないのである。そのため、モザイク画像のようになってしまったのである。
 本来、抽出する走査線の数は、カメラの回転速度に応じて増やしてやらなければならないわけであるが、それが上手く合っていなかったのである。また、今回の画像を見て頂くと判ると思うが、動画ファイル自体も、実は一秒辺りのフレーム数が間引かれたものとなっている。それにより、抽出する走査線の数が一本ではますます足りなくなってしまっていたのである。

 というわけで、今回は「失敗した」と言わざるをえない。何か、前回は「簡単である」などと言い切ったような気もするが、それはきっと気のせいであろう。
 やはり、これは適当にあるもので間に合わせ仕事をしようとしたせいかもしれない。いつの日か「mov2panorama.exe」を作成し、必ずや必ずや再挑戦をするつもりである(Macでやるのは少しあきらめモード)。

2000-02-19[n年前へ]

携帯電話の同時性? 

競馬の写真判定とパノラマ写真 その後

 先日

を書いてから面白いメールを頂いた。その一部を抜粋すると、
 小生は超音波を利用した新しい流体場測定を行っていますが、この方法で得られるDataは空間1次元時間1次元の2次元データです。従って得られるのは、このページにあったような画像が直接得られるわけです。

 この方法といくつかの結果を発表してから、あちこちからコンタクトがありましたが、その中の一つが、NYのSirovichという高名な流体力学者からの手紙でした。彼はいわゆるSnapShotを、逆に小生のデータから構築できないか、というのです。

 今このWebでされたことの逆をしたいというわけです。流れの空間構造を解析するために使いたいのです。残念ながらこれは、以下に少々説明するように、原理的に無理な話で断らざるをえませんでした。

 つまり、時間軸に速度をかけて空間軸に変換できればよいのですが、流体場はそれ自身が速度分布を持っていますから、一体何を使えば良いのかが定まらない。

 電磁波の場合には光速が一定ですから、時間情報から空間情報を得ることができますが、古典流体力学では不可能なのです。工学的には平均流速を使って、時間-空間の変換をしますが、それはインチキとまでは言わないまでも、便宜的なも
のでしかありません。

 このWEBの中での例では、馬?の速度のみであとは静止しているので、可能でし
ょう。

とある。

 「馬?」という箇所に、私との意見の相違があるようだ。私が明らかに「馬」であると言い張っているものに疑問を持たれているような気がするのであるが、今回そこは気にしないでおく。

 なるほど、音波や電磁波などを使って計測を行い、得られた

  • 空間(あるいは量)-時間
のグラフから、音波や電磁波の速度を用いて
  • 空間(あるいは量)-空間
のデータを再構成する計測というのは多い。例えば、
  • 海の中の魚を探知する「魚群探知機」
  • 気象状況を計測する「気象レーダー」
  • 固体の中の電荷分布を計測する「電荷分布測定装置」
などもそうである。いずれも、音波や電磁波が計測される時間のズレから、音波や電磁波の速度を用いて、空間位置に変換して解析を行うものである。

「魚群探知機」は超音波を水中に発信して、その反射波が刻々と帰ってくる様子から、(超音波の速度を用いて、空間位置に変換した後に)障害物(ここでは魚群)の様子を計測するものである。「気象レーダー」も電波を使って同様に雲の分布などを測定する。
「電荷分布測定装置」の場合は、(例えば外部電界を印加し)電荷を持つ個所を振動させてやり、その振動がセンサー部に刻々と伝わってくる様子から(あぁ、なんて大雑把な説明なんだ)、(固体中の弾性波の速度を用いて、空間位置に変換した後に)固体の中にどのように電荷分布が存在しているかを計測するものである。

と、文章だけでは何なので、WEB上から、それらの計測器を用いた場合の計測例を示してみる。

 下が魚群探知機である。リンク先は

である。
魚群探知機
リンク先はhttp://www.taiyomusen.co.jp/gyogun.html

 また、この下は空間電荷測定装置である。これなども、とても面白いものだ。リンク先は

である。
空間電荷測定装置の計測結果
リンク先はhttp://www.crl.go.jp/ys/ys221/charge/PEA_3D.html

さて、こういうことを、調べてみるだけではしょうがない。自分でもそういう計測をしてみたい。
そこで、次のような実験をしてみようとした。

  1. 部屋の中に複数の「音の発信源」を配置する。
  2. 複数の「音の発信源」から同時に音を発する。
  3. それをPCで収録する。
  4. 音声が「音の発信源」からPCに到達するまでの時間を解析する
  5. 複数の「音の発信源」の位置を計測する。
 しかし、複数の「音の発信源」で同時に音を発するにはどうしたら良いだろうか?電子ブザーなどを複数制作して、部屋の中に配置しようかとも考えたが、それも少し面倒である。

 そこで、安易にも時報を使おうかと考えてしまった。しかも、数があって手軽ということで、携帯電話を使おうとしたのである。

 しかし、複数の携帯電話を集めて、117に電話して時報を同時に聞いてみると、とても同時どころではない。てんでばらばらなのである。電話のスピーカーから流れてくる時報のタイミングには結構ズレがあるのである。

 携帯電話の間には結構同時性がないのだ。また、固定電話とも比較したが、固定電話よりも時報が速いものもあれば、遅いものもあった。

 そこで、複数の携帯電話を聞き比べた結果を以下に示してみたい。この写真中で左の携帯電話ほど時報が先に流れており、右になるほど時報が遅れているのである。一番早い左と、一番遅い右では一秒弱の違いがあった。

左の携帯電話ほど時報が先に流れており、右になるほど時報が遅れている

 また、参考までに、家の固定電話と携帯電話の時報を一緒に聞いたサウンドファイルを示しておく。

この携帯電話は先に示した画像の一番左である。つまり、先の携帯電話群では一番時報が早かったものなのである。しかし、家の電話よりは一秒弱遅かった。ということは、家の固定電話と先の一番遅い携帯電話では時報の時間にして2秒弱の違いがあることになる。

 そして、「家の固定電話と携帯電話の時報を一緒に聞いた音の変化」をスペクトログラムにしたものを以下に示す。

「家の固定電話と携帯電話の時報を一緒に聞いた音の変化」のスペクトログラム

水平軸が時間軸であり、時間は左から右へ流れている。また、縦軸は音の周波数を示している。ここでは、「1」で示したのが家の固定電話の時報であり、少し遅れて「2」の携帯電話の時報が聞こえているのが見てとれる。

 よく時報を確認することはあるが(実は私はほとんどないのだが...)、携帯電話・PHSで時報を聞く限り、秒の精度はそれほどないようである。また、勤務先の固定電話は先の携帯電話群と比べても遅い方であった。それは少し意外な結果であった。

 今回調べた「携帯電話の同時性のなさは」は常識なのかもしれないが、電話の時報で時計を合わせるのはあまり精度が出ないやり方であることがわかっただけでもよしとしよう(別に実験を途中で投げ出した言い訳ではないけれど)。

 今度、TV(衛星TVなども遅延時間を考慮した時報の放送を行っていると聞くし)やラジオを用いて当初計画していた実験を行おうと思う。その際には、時報がPCに到達する時間のズレで「音の発信源」までの距離を計測し、左右のマイクでの違いを計測することにより、「立体音感シリーズ」のように「音の方向」を得てみたい。

 というわけで、話が「立体音感シリーズ」に繋がったところで、今回は終わりにしようと思う。



■Powered by yagm.net