mieki256's diary

カメラが固定で、「なんか面白みがないなぁ。…この二人の周りをカメラがグルグルと回りながら撮ったら面白い画にならないかなー」などとぼんやりバカ妄想をしてたわけで。

しかし、実際にそういう撮影をしようとすると、たぶん難しい。レールを引いてカメラを動かして云々では、地面がボコボコしてるあの場所では無理っぽいなとか。手持ちでもカメラを安定させることができる装置を使いつつ云々では、人の歩く速度以上でカメラを動かせないだろうし。ライダー龍騎の2話のように、素材をそれぞれ別に撮って合成して云々では、林の中の視覚情報の多さからして作業量的に無理だろうと。

「カメラがふわりと宙に浮いて、結構な速度で動けばいいんだよな。マリオ64の雲に乗ってるカメラみたいに」と思い始めて…。ワイヤーを張り巡らせてカメラを吊るのはどうか → カメラが二人の周りを回って撮るから、反対側のワイヤーや、ワイヤーを支える土台が映ってしまう → 後でレタッチして消すのは現実的ではない、とか。ラジコンヘリにカメラを積んで飛ばすのはどうか → ベテラン操縦士を連れてきても木に引っ掛かりそうだし、途中で航路(?)がフラフラして厳しそう。手動操縦でどうにかできる場所じゃなさげ。等々夢想していたときに、コンピュータでラジコンを制御できたら正確に木々の間を抜けていくことができるんじゃないのか、と。

ヘリの通過する点を何点かADさんに測量させて、それをノートPCに取り込むと、各点の間をスプラインで補完して滑らかな航路を算出。その航路を元に、ヘリのコントローラに与えるパラメータを求めて。カメラ側も、航路に対する注視点をノートPC上で与えてやれば、瞬間瞬間で取るべき角度を求めることができそう。しかもコンピュータ制御だから、スタート地点の、座標・方向の精度と、飛行中の誤差補正ができれば、何度でも、同じカメラの動きを再現することができる。後に合成作業を行う場合でも楽になるところが出てくるかもしれない。

人物の周りをグルグル回るカメラワークと言えば、Matrixのマシンガン撮影だけど。アレは、静止画撮影用デジカメをコマ数と同じ台数用意してズラリと並べた上にモーフィングで滑らかに繋ぎつつCG背景と合成する力技。でも、ソレが、(ラジコンヘリ＋カメラ＋ノートPC) x 1 で、そこに在るものをそのままリアルタイムに撮影できるなら、スピードを求められるTVドラマ撮影でも実用になるんじゃないか。…と、そんなバカ妄想をしていたわけで。

などと書いてはみたけど、既にそういうのは絶対にあるだろうな。日本国内はわからないけど、海外ならそういう撮影機材があったりしそう。モーションコントロールカメラを考え出した連中だもの。絶対、既に作ってる。…国内に無くても、プロジェクトXに登場したラジコンヘリ会社＋大学の教授さんなら、作れるだけの技術・知識は持ってるだろうし。お金を出す企業があれば、早々に実現するかも…。

まあ、バカ妄想なんですけど。

ページの下のほうに解説(?)が。…さっぱりわからんです。連中、わざとわからないように書いてるのだろうなぁ。

127 ：名無しさん＠お腹いっぱい。：05/02/01 17:27:56 MSは、自社OSを企業にタイしてライセンスする場合に、その企業が持つ特許をMSが侵害していても訴えてはならないという条項で契約するから松下はMSを訴えられない。メディアプレーヤー関連は日本企業の特許侵害しまくりなのだが、上記条項のためMSはパクリ放題なんだわな

あー。そんな話もあったような記憶が。

ジャストシステムでは、「もともとWindowsの基本機能の上で提供されるものであり、今回の判決が通るようだと、全世界で利用されているソフトの標準機能を否定されることとなり、ソフトメーカーにとって許されざる事態になる。この判決が無効であると思い、真っ向から戦う」とした。

コメントを読んで、 _コイル氏事件 を思い出した。和解に持ち込めるなら、そちらのほうが損をせずに済むのかもしれない。が、なんとなく松下の提示してる条件って、到底飲めない酷い条件なのかもしれないと勝手な想像。

ついでなので、TbE の代わりに TabMix を入れてみた。

たしかに起動は早くなった気が。ブックマークをクリックすると、新規タブで開くようで、それもありがたい。 *1 イイ感じ。

ただ、新規タブをアクティブタブの左側に開くことができないみたいで。今まで、「新規タブ→アクティブタブの左側に開く」「タブを閉じた後のフォーカス→アクティブタブの右側」の設定で使っていたので、ちょっとしっくりこないなぁ…。 *2 *3

「左側のタブを閉じる」「右側のタブを閉じる」が欲しいところだけど。 _左右のタブを閉じるが完了 との話なので、もう少しすれば出てくるのかもしれない。 *4

「選択範囲内のリンク(複数)を新規タブで開く」が欲しい。けど、これは Linky や JSAction で代用したほうがいいだろうか。…JSAction では、開いたリンクの色が訪問済みに変わってくれない。…Linky をインストールしてみた。こちらも同様。うーむ。親切に、訪問済みの色に変えてくれるのはTbEだけ、かしら？ こういうちょっとしたところで、外人さん達の大味さが見え隠れするような気がしたりしなかったり。

タブを開いた順番を、タブの並び以外で表現することはできないだろうか。例えば、新規タブを開くと、以前から開いてたタブは色が薄くなる・幅が狭くなる・縦幅が減っていく、とか。TbEのタブグループ機能の色分けがデジタルからアナログになったような話かもしれないけど。もし、それらに効果があるなら、パッと見ただけでタブ同士の関連性が把握できるだろうから、新規タブを開く方向・場所は、たいした問題じゃなくなるのかもしれない。…と思ったけど、タブが閉じた後のフォーカス方向は固定されてるから、やっぱり問題は残りそう。

閉じた後のフォーカス方向をマウスジェスチャと関連づけるのはどうだろう。「このタブを閉じたら、俺は(左|右)にいきたい」というユーザの意思表示を、ブラウザに与えてやる。…と思ったけど、多段タブにしてる場合、上下の情報も検出できないとアレかしら。なんだか複雑になりそう。

Z軸方向にタブを表示していったらどうなるだろう。マウスの上下左右の動きを、X-Zで配置したタブの選択に使う。FPSゲーム(?)感覚でネットサーフィン。…スペックが必要になるか。いや、そもそも奥行きの認識は、ユーザが操作をする上で障害にならないのだろうか。…実際は2次元なんだよな。であれば、ツリーでも表現できそうな。いや、ツリーの場合、縦に長くなるわけで。タブは横に並ぶものだから、縦と横の変換がユーザの脳内で絶えず求められ、それが面倒くさくて、結局ツリーは使わないことになりがちかも。