2014年2月22日土曜日

バーチャルリアリティによる最大の恩恵は「空間を創る」こと

バーチャルリアリティが急激に加速している。これまで妄想に近かったものが現実化しつつある。

技術的なことは「Oculus Rift」など研究することで進む。だけど、バーチャルリアリティの目指すべき世界はどんなものだろうか?

カナダの方の意見が「人も動物である」という視点からなかなかに興味深い考察をしているので、是非紹介したい!!


原文
Robert McGregor - Development Blog
http://id-r-mcgregor.blogspot.ca/2014/02/one-of-greatest-gifts-of-vr-will-be-in.html
2014/2/20
------------------------------

バーチャルリアリティによる最大の恩恵は「空間を創る」こと




ウェブリングって覚えてますか? Google が普及する前、サーチエンジンが未熟だった黎明期はウェブサイト同士で同じテーマのウェブサイトをつなぎ合わせることでリンクのシステムを構築していました。例えばフラクタル図形の刻まれた中世の鎧のウェブサイトを見ていて、同じトピックのウェブサイトへ移動したい場合はページの下のウェブリングを使って同じトピックを扱った次のサイトへ移動できました。ウェブサイトの製作者が互いに手を伸ばし合って互いのサイトの間のドアを構築していたんですね。

"バーチャルリアリティを席巻するのは意外にも「サンダル」"


ウェブリングは Google の登場によりその使命を終えました。Google は玄関のところにサンダルの代わりに小型ジェット機を置いているようなものです。Google 検索で目的地にそのまま飛べるので、その中間をブラリと旅するような必要はなくなったんです。

バーチャルリアリティを席巻するのは意外にも「サンダル」の方だと思う。

今後はブラリと旅していくようになるんじゃないかな。(Google は小型ジェット機でなくなって、同様に歩調をあわせて急速に進化していく、と。)

          "今のウェブには「地平線」がない"


バーチャルリアリティによる最大の恩恵は「空間を創る」ことだと思う。

探しているものと別のものも同時に発見できるのがバーチャルリアリティの良さでしょう。

今のウェブには「地平線」がないと思う。木をみて森を見ず、のとおりに木の目の前にいて周りがまったく見えてない、みたいな。サイトの間を移動するときに周囲の状況が完全に分からないんですよね。今のウェブ上を旅するとき、滅多に情報が得られないこととして、次のようなことがあります:


  • 今、この瞬間にこのコンテンツを見ているのは誰?
  • 今、このウェブサイトの中のどこを皆はみているの?
  • このサイトを見終わったら次はどこへ行くの?そもそもどこから来たの?
  • 周囲はどういう人たち?
  • 知っている人はいる?
  • 今日は誰もいないのは何で?どこにいるの?


こういう質問に応えようとしているウェブサイトはインターネット上でもっとも成功をしているグループに属します。つまり、私たちは実際には「社会性を持った動物」であり、群れの仲間と面と向かっている時間が長いのです。

今のインターネットはもしかすると人と人を結びつけることよりも遠ざけてきたかもしれなくて、その主張はあながち間違いではないのかもしれません。

インターネットで膨大な時間を消費しながら、一日の多くの時間をそこで過ごして、その時間の比重はどんどん膨らむばかりです。今われわれは二次元空間のなかでメモなどで互いにやりとりをして、たまに現実空間でやりとりをしています。一人芝居のなかで動画を共有して自分自身を表現する。現実世界での人の触れ合いに比べるとショボい代替案ですよね(誤解なきようにいうと、やりとりがないよりは良いのですが)。

"「永続性」、「経路」、「距離感」、そして「人」について"


次世代の人に今の二次元空間の説明がどうなっているかを説明しても理解してもらえません。10 才の子供にインターネット登場前の二次元空間の話をするぐらい大変なことです。全く通じないだろうし、私たち自身もそのうち忘れるようになるはずです。



次世代のバーチャルリアリティの屋台骨となるキーワードが四つあり、この技術の価値を定義するのにふさわしいとおもう。全て英語では P で始まる、四つの言葉です:

「永続性(Persistence)」、「経路(Path)」、「距離感(Proximity)」、そして「人(People)」です。

「永続性」は人間にとって重要な意味があって、今住んでいる世界で自然なこととして捉えています。自分を探検家であると捉えるのはごく一部であって、世界のごく一部で居場所を見つけてそこで死ぬまで暮らしていく、ごく普通の生き物なのです。

自分の家があって、仕事があって、行き着けの場所を持っている。こういう場所で時間を過ごすか、それらの間を行き来する、という時間が多いんです。週末ごとに新しいレストランに行ったり、仕事場に違う経路で行くことは出来るけど、そうじゃないことの方が多い。動物的な本能が知らぬところで備わっていて、捕食されないか、予想外のことが起きないか、食べ物は大丈夫か、と危険信号が鳴って同じところに行きたがるのです。

安全な住みかへのこだわり、ですね。それが進むと人は「永続性」を欲して、さらに世界に一貫性を求めるのです。

もしドアの側の鍵入れの中に鍵を置いたとして、また戻ったときはそこにあるだろうと期待します。もしある日に突然、家全体がなくなったり、違うものになったりしたらひどくガッカリします。

要するに、人間は仮想空間でも一貫性を求めて、好みの場所が見つかったらそこにまた戻ろうとします。

バーチャルリアリティが提供する空間やサービスが「永続性」を持つことで価値が認められて、私たちの脳そのものが安心するんです。仮想空間でのの資産は、いつか現実空間よりも上回るものになる。

最初は少し疑問もあったが、今はハッキリ断言できる。

まだ作られてもいない、これらの場所につながりを感じるようになり、それらは私たちにとって重要なものとなって、仮想空間と実世界での感情や記憶が強く結びつくようになります。

"仮想世界が破綻することで、一種の苦痛を脳が実際に感じる"


ここで Oculus Rift と存在感にかかわる興味深い事象に話を切り替えてみたい。バーチャルリアリティ技術の目標は現実世界で見たり聞いたりすること以上に重要だと感覚的に思い込ませることです。
バーチャルリアリティ体験の中で、その世界に没入しているという存在感を感じている最中に、ヘッドトラッキングを無効にすると、錯覚していたものが一気に壊れて、このときに残された気分というのは「精神的に強い不快感」と表現する人もいるようです。

私たちの脳は、仮想世界が破綻することで、一種の苦痛を脳が実際に感じる。脳はこの種の阻害要素によって嫌悪感を感じて、とにかく嫌な体験になるんです。つまりバーチャルリアリティ体験として望ましいのはシームレスで連続的な世界が提供されることです。

もちろんボタン一発で瞬間移動だって出来ますが、現実世界と同様にその間を移動することを好むはずなのです。

ハイパーリンクじゃなくて出入り口がある、ということ。上手に練られた出入り口になる、とみています。要するにシームレスで一貫性のある世界での体験を構築する方向に向かっているはずです。

"ソーシャルメディアという概念はなくなって、人工的でない世界の社会的なやりとりが実現することで、人が安心感を取り戻す"


「経路(Path)」とは何でしょう。私はバーチャルリアリティが「旅すること」が本質的な要素として含まれると考えているが、そう仮定するとものごとが起きるのは目的地に辿りつくまでの道のりで発生します。広告はまさにそこにあるはずで、すべての想像を超えた派手さを伴うでしょう。

遠くをみて人がどこへ行くか、どこに人が集まっているのか、今の流りが何か分かるようになります。

ソーシャルメディアという概念はなくなって、人工的でない世界の社会的なやりとりが実現することで人が安心感を取り戻します。

さらに、「距離感(Proximity)」とは何でしょう。永続的な世界にいるということは、その場所に対して制約を限定してあげることを意味します。二つのものは同時にひとつの場所を占めることが出来ません。

つまりこの世界を創るとき、各々の関係性を決めることが必要です。いくつかの場所は他よりも価値が高いし、いくつかの資産はきわめて価値が高くなるでしょう。

仮想空間に制約を加えようとする企業があれば、その目的はお金を儲けることでしょう。ルールとしてはシンプルなものです:

距離感により、音楽が聞こえてきます。
距離感により、会話が聞こえてきます。
距離感により、興味のある人と時間や空間を共有できる場所が出来ます。



「人(People)」はバーチャルリアリティにおける真の資産であり、もう一回その場所に戻りたいという気持ちや必要性を推進する源泉となります。

家、街、都市、国家によって制約を受けることはもはやなくなります。電話によって自由に誰とも話しが出来るように、バーチャルリアリティによって誰かと会うことが出来ます。

端的にいえば:

バーチャルリアリティにより、全く触れあう機会のなかった人々同士が出会うことが出来る。

世界を変えるのにこれ以上、強力なものはないのでないか。これが示唆するところは奥深いものがあるといえます。

将来、何が待っているのか。楽しみでしかたありません。

------------------------------


・・・後半はセカンドライフ?とおもったのは否定しない。だけど Oculus Rift など最新技術の没入感はその次元を遥かに超えてリアリティを実現しているし、そのなかで仮想世界を創り出した場合により壮大な仮想世界が実現できるのは想像に難くない。

日本でもバーチャルリアリティ革命か?!


#VR革命はもう、始まっている。

2014年2月16日日曜日

日本発のOculus開発。外国人の注目を集められるか?

驚速としか言いようがないOculus開発の日本の進化が外国の人にも注目を集め始めるかもしれない。

カナダの方のブログ内容を超訳で紹介したい。


-----------------
原文

Robert McGregor - Development Blog
http://id-r-mcgregor.blogspot.ca/2014/02/oculus-rift-steam-engine-for-modern-age.html
2014/2/13

Oculus Rift -蒸気機関車に匹敵する現代の発明


道行く人々と擦れ違うたびに何か他の人に対して秘密を隠している気分になる。自宅のパソコン側には Oculus Rift 開発キットを置いているのだが、自分がこのデバイスを所有していることの奇妙な感覚が日々増している。あたかも17世紀の転換期に自宅に蒸気機関車を持っているような気分なのだ。聞いたことあるという人が少なく、さらに実際に体験した人はわずか、ましてや世の中に起こすであろう変革を肌で感じられているという層がほぼいない。

"人類の歴史におけるもっとも重要なテクノロジーのひとつ"

Palmer Luckey氏による先日 D.I.C.E. イベントでの発言はすでに知れ渡っていて、彼はOculus Rift およびバーチャルリアリティが人類の歴史におけるもっとも重要なテクノロジーであると述べたのだ。彼をひとりのナイーブな青年とみるのか、現代のカリスマとみるのかは受け止める側の人間による。例の発言については私自身も色々な思索をめぐらしたが皆さんも D.I.C.E. の動画をみておくことをお勧めする。「動画で」と強調するのは彼の身振り手振りが重要だと考えるからだ。

トークの終わり際に差し掛かると、しばらく間をとってから自らを奮い立たせるようにこの発言をしているのだ。頭の中を覗きこむことは出来ないまでも、あたかも17世紀の街角に戻り周囲の農民を目の前にして蒸気機関車を指差しながら「刮目せよ! 人類の全てはこれにより変革されるのだ」と宣言していたかのようである。

われわれがまだ目に見えるものではない、それは無理というものだ。遥か彼方にある都市や、この機関車により辿りつくことのできる膨大な距離を想像することはできないが、周りを見回してこれから始まることの兆候を読み取ることは出来る。

最近、とある東京の集団と接触する機会に恵まれた。彼らもまた Oculus Rift とハードウェアに心奪われた人々だ。熱心かつ急速に広がっている日本 Oculus Rift 開発者は共同していて、生まれつき日本人に備わった才能を活かしてテクノロジーと熱狂を同時に推進しているようである。

言葉の壁はあるが Google 翻訳でつぶやきを予想外に理解できるものである。

"誰か手の中にチップを埋め込んでモーション トラッキングをするなら最初にそれを試す人に投資をしたい。"

日本の @GOROman 氏は20台の Oculus Rift 保有してるのみならず、白に塗ったオリジナルの Oculus で東京を徘徊すると噂されている。氏をまだ詳しく存じ上げないが、"一挙一動を追いかけるべき注目人物" として私はみている。恐ろしいほどのスピードで技術の解析と新会社の設立をして発明したものを広げようとしている。もし身体の中にチップを埋め込んでモーション トラッキングをするほどの集団がいるなら最初にそれを試す人に投資をしたい。

彼らに会うことにしている。それも近い将来に。

次に日本を訪れる時に是非に会ってみて話をしてみたい。発明に関わりたいし、主張に耳を傾けたい。四年に一回は日本に定期的に行っているのだが、急速な成長をみていると、それだと時間がかかりすぎるとは思っていたけど、まさかこれほどとは。本当に衝撃を受けている。

彼らに会うことにしている。それも近い将来に

バーチャルリアリティによって面と向かって会う空間が普遍的に提供されるようになるだろうが、必ず彼らはその場にすでにいるだろう。彼らを見つけてみたいものだ。(何とかして時間をもらって面白い体験をさせてもらいたいものだ。)

Oculus Rift およびバーチャルリアリティによってこれは実現されるだろうし、その時に Google 翻訳があればリアルタイムでも会話はしやすくなってるだろう。

また明日にもう少しこのことを深く考えてみることにしたい!!
-----------------

おお、日本発の情報発信を是非とも進めたいものだ!!

2014年2月15日土曜日

【驚き】NGUI作者がUnity 退職。ゲーム開発への情熱はそのまま!


2012年度にアセットストアで売り上げがトップだったNGUIというソフトウェアの作者は1000ドル(約80万円)以上を1日で稼ぐ日もあるほどの稼ぎ頭で、2012年にUnity Technologies社に入社したのだが、なかなか個性ある方でこのブログでもしばしば取り上げてきた。

関連記事

【衝撃】NGUI作者がUnite 2013で新GUIを語る
http://gamesonytablet.blogspot.com/2013/09/nguiunite-2013gui.html

NGUI作者、新バージョンに大いに悩む

http://gamesonytablet.blogspot.com/2013/03/ngui.html

NGUI作者、Unity社ジョインにあたってQ&A

http://gamesonytablet.blogspot.com/2012/10/nguiunityq.html

大手ゲーム会社から独立後の苦悩を語る(前半)

http://gamesonytablet.blogspot.com/2012/10/blog-post.html

大手ゲーム会社から独立後の苦悩を語る(後半)

http://gamesonytablet.blogspot.com/2012/10/blog-post_27.html


このNGUI作者が2013年11月頃にUnityを退職していたことが判明。
そして先月末に重い口を開いて辞めた事情を明かした。幸いなことにゲーム開発への情熱はそのままだった!!

熱い気持ちそのままに、NGUI掲示板からの超訳を紹介してくぜっっっ!!

原文

http://www.tasharen.com/forum/index.php?topic=7567.25
January 31, 2014, 02:24:22

-----------------------


質問


January 29, 2014, 07:21:47 AM

おお Unity でもう働いてないとは驚き! 残された俺らはいったいどうすれば?? 将来 uGUI は NGUI の後継だとばかり思ってたし。あと、てっきり Unity とNGUIの関係は話がついてたものとばかり。(いやぁ、何の根拠もないんだけど、推測で・・・)

ねえ、 uGUI は競争相手の一つになっちゃうの?

結局、 uGUI を試していけばいいの? それともNGUI を追っかけ回せばいいの? それと NGUI は開発し続けていくのか、そこもあわせて教えて!!


回答


January 29, 2014, 09:12:31 AM

そうだよね、じゃあまずは経緯から・・・ uGUI はそもそも NGUI として始まったんだ。いや、つまり NGUI そのものから枝分かれして uGUI を作ったのが始まりってことね。Unity と何か取り決めとかあったわけじゃなくって、Unity で GUI を作るにあたりガッチリとしたベースがあるべきだと思ったわけ。時期としては去年の 4月くらいかな? そっから先、6 月半ばまで一人仕事に近くて変更内容についてガッチリとコントロールを利かしてた。

でもプロジェクトには沢山の人が入ってきちゃったんだ。そっからがテンでバラバラに引っ張られてった感じだね。レンダリング、バッチング パイプライン、インスペクタ デザインのゼロベース見直し、シーンビュー ハンドリング、テキスト 周り、アンカー 周り・・・いくつかの変更は良いとおもったけど、他の変更は・・・あまり良いとは言えなかったね。最後は自分があちこちに振り回されてるっっ、て気持ちになって。自分の中でも「uGUI 完成させてやるぜっ」て気持ちと、「自分でもう全体がコントロールできない。。。」って気持ちと、とにかく板ばさみでイライラしてるのが分かった。

ゲーム開発への情熱も捨て切れなかった。信念として「優れたツールの開発者は、一人のユーザと同様に使う必要があるんだ!!」って思う。Unreal は Gears of War だし、 CryEngine は Cyrsis。idTech は Doom と RAGE がある。Unigine だって Oil Rush がある。だけど Unity の場合は、、、それがない。未完成のシステムが沢山あって、ユーザとしては開発時にそこの回避策に頭を悩ませる必要がある。

例えば Cloth をプレハブにいれると Unity がクラッシュするし Rigidbody 補間を考慮してないうえに無効化できないから壊れちゃう。WindZone もスクリプティングが出来ない、とかね。さらにパーティクル システムのプロパティの多くはスクリプティングに公開されてない、とか先週に自分が遭遇したものを挙げただけでこういう調子なんだ。

(これを避けるための)ハックは大嫌い。信念に反する。誰かが変更を加えるにつれて綻びが見え始めるのも、誰の目にも悪化が明らかになるのも、その言い訳として「当面これで乗り切って後で根本対策するぜっ!!」ってのも我慢しきれなくて決心に結びついた。何かやるのなら、きちんとやるべきだし、それは最初からそうするべきだ。だってさ、現実の世界は放置したままになるだろ? 機能リリースしたが最後、開発者は次のテーマに移らないといけない。機能を高度にするってこと、それからもっと重要なことである「ユーザとしてその機能を実際に使う」ってことに優先順位がおかれることはないんだ。

結局最後は、何もしていない時間の浪費が多くて、何か本当にしている時間が少なすぎた。最初の情熱はすっかり消えてしまったし、給料泥棒になる気はさらさらなかった。それで辞めたってわけ。

でも辞めて一週間たったら別の情熱がまた湧いてきてね。つまりNGUI 開発を再開したんだけど、Unity を辞めた後の一週間は人生でも最も生産性の高い一週間であって、皆から聞いた機能をどんどん追加していった。

新年を迎えてゲーム開発にまた焦点を当てていきたい。それが自分の原点なんだしね!

補足


January 31, 2014, 02:24:22

どうやら「NGUI 作者は Unity が嫌い」とか勝手に解釈して、前の投稿をリンクしまくっている人がいるので自分の立場を明確にしたい。

300名を超える社員を抱える会社から一人の開発者が辞めたからといって何かが大きく崩れていくものじゃない。

uGUI が NGUI としてスタートしたのは「今、動いているものから始めてそれを改善していけば良いんだ」ってシンプルな目標をおいたからだ。多くの場でこの考えを広めてきたし、Unite でもこのことは話した。何ヶ月か開発していって、システムはかなり違ったものになった。Unite 2013 の時点でだってかなり変更は加わってたし、今はさらに違ったものになっているはず。リリースしたときに、もはや NGUI との共通点が分からなくなったとしても驚きはしないとおもう。

周知のとおり、一般論として辞める理由がひとつだけってことはないし、自分の場合だってそう。考え方の違いはあったけど、プロジェクトって大体そういうものでしょ? 完璧主義者だと自負してるのに、すぐ直せないってことがイライラの原因になることは過去にもあった。いくつかの変更については自分が良いとおもえなかったけど、別に間違いだとおもってたわけじゃない。単に自分が慣れ親しんでいたものと違ってたり、「自分の意見として」優先順位が高いものじゃなかっただけさ。GUI 開発を自分が「推進」できたわけじゃない。あくまで「貢献」したのであって、他の人と優先順位が多くの人と違っていた。これだって特別に新しい話じゃないよね。

強調したいのは、NGUI を 2011年からやってきたし GUI システムにはもっと昔から取り組んできてて、簡単にいってしまえば・・・同じ作業をやることに燃え尽きてたってことなんだよね。それに加えて、フルタイムの仕事を持って大忙しになっただけじゃなくて、NGUI サポートも続けていかなければいけなくて、その間もずっと「これじゃなくゲーム開発をやりたいっっ!」って気持ちがあった。事実上ふたつのフルタイムの仕事でそんな時間がとれるはずもなく、何かを捨てないといけなかった。お金の面では NGUI を手放せなかったので、もうひとつの仕事は手放した。幸いだったことに情熱を失った頃にはシステムは十分に固まっていて、スキルを持った開発者がいて素晴らしいことに日々継続的に改善できる状態にあったことだ。彼らがこのシステムが準備が整ったと判断した段階でリリースされるシステムは安定したものになることを確信している。

自分もユーザとして使うつもりだし、皆に使われるシステムになるとおもう。

はっきり言って、Unity Technologies は働いたことある会社の中で最高の会社だ。幅広い才能をもった頭脳集団で、他の追随を許さない自由でオープンで優れたマネージメント。辞めた今でもこれに優る会社は知らない。
-----------------------

色々悩んだ結果だとおもうけどNGUI作者にもUnityにも今後発展を期待するばかり!!

2014年2月9日日曜日

Oculus Tips #3 パフォーマンス最適化3つのポイント

Oculus Rift 掲示板からに関するパフォーマンス最適化3つのポイントの翻訳を紹介する:



https://developer.oculusvr.com/forums/viewtopic.php?f=30&t=5049
※リンク先を確認する際はサイトにユーザ登録が必要

Aug 05, 2013 4:09 am

パフォーマンス最適化3つのポイント

New to the Rift *tips and tricks please*

  1. GPUコントロールパネルでカラーでブーストアップ(色をくっきりさせコントラストを強く)する
  2. 4倍以上のマルチサンプル アンチエイリアスを有効化(MSAAとする。FXAAは無視して良い)するか、同程度のダウンサンプリング(AAのほうが速いことが多い)を有効化する。
  3. 50-60 fps が確実に得られるまでグラフィックス設定を下げていく
瞳孔間距離(IPD)は認知されるワールド座標のスケールに影響し、Oculus Riftにバンドルされたソフトウェアにより正確な長さは出るとはいえ、Googleで色々な方法を調べてみたり、眼科医の診断を受けるという方法もある。

良くある問題を探すには関連のフォーラムを見ると良いが、実際にはかなりレアである。初めて試したときに5%、やっていくに従って15%が経験値からいえる数字だろう。深刻な問題は1%未満。

1点だけ具体的に言及したいこととしてローパス スクリーン フィルタによる裏技だ。固定パターンノイズが取り除かれ、現在のデベロッパーキットの性能からいって試す価値は高い。
-------

Oculusでの挑戦は続く!!

2014年2月1日土曜日

Oculus VR ベストプラクティス ガイド 付録(非公式翻訳)

本ドキュメントの最新バージョンの翻訳は次のリンクにあります:

Oculus VR ベストプラクティス ガイド【DK2対応】(非公式翻訳)
http://gamesonytablet.blogspot.com/2014/08/oculus-vr-dk2.html

以下の翻訳は過去バージョンであるDK1に対応したガイドとなります:


--------

このドキュメントは有志により翻訳されたもので、オフィシャルではありません。オリジナルのページはhttp://developer.oculusvr.com/best-practicesを参照して下さい。
This document is unofficially translated by users. Please refer to the original document here: http://developer.oculusvr.com/best-practices
Copyright © 2014 Oculus VR, Inc. All Rights Reserved.

Special Thanks to Translators: @WheetTweet, @xanxys_, @maimai_jp


Oculus VR ベストプラクティス ガイド 付録

v0.007 (2014年1月16日)


最新版およびもっとも最新の情報については下記サイトを訪問下さい:

作者 :
Richard Yao
Tom Heath
Aaron Davies
Tom Forsyth
Nate Mitchell
Perry Hoberman

このガイドの目的は開発者が次の観点を最大化するバーチャルリアリティを実現することです:

  • 眼球運動の快適さ - 目の疲れを回避
  • 身体的な快適さ - 方向感覚の欠如と吐き気
  • ポジティブなユーザ体験 - 楽しく、没入し魅力ある体験

注意:他のどのような媒体でもいえるように休憩なしの過剰な使用は開発者、エンドユーザ、あるいはデバイスそのもののためにも推奨しません。

本資料はドラフトであり法律および医学の専門家による監修待ちです。


付録 A - ベストプラクティス ガイド 前書き



  • このガイドにより快適でユーザビリティの高い VR コンテンツを作成する手助けをします。最新の情報については http://developer.oculusvr.com/best-practices を参照して下さい。


これらの Appendix により Oculus Rift での バーチャルリアリティ(VR)体験についての前述で
ようやくされたベストプラクティスの詳細を見ていきます。ベストプラクティスとは高い品質を保証する手法であり、VR のように発展途上な媒体の場合は特に重要なものです。Oculus SDK の概要やドキュメンテーション、また統合ゲームエンジンライブラリ(例えば Unity, Unreal Engine, および UDK) のドキュメンテーションは http://developer.oculusvr.com に掲載しています。

VR は没入感を体現する媒体です。バーチャルな三次元世界(あるいは電子的に再現された現実世界)に完全に連れて行かれたかのようなセンセーションを巻き起こします。さらにスクリーンベースのメディアと比べて遥かに衝動的な体験を提供します。脳を継続的に騙し続けるにはディテールへの細かな配慮が必要です。例えるならば部屋の窓を通して中を覗きみることと、ドアの中に入って自由に動き回ること、ぐらいの違いがあります。

Oculus Rift はあるカテゴリーにおいて初めて実現された VR システムといえます。それは低価格で、高品質なデバイスにより幅広い視野角と最小限のラグ、というグループです。現在に至るまで VR は研究所や、政府機関、あるいは財力のある企業に限定されていました。Oculus Rift により、開発者、設計者、さらにアーティストがリーダーシップをとって、グローバルな顧客層に対して想像力溢れる世界が提供されています。基本的なベストプラクティスを知らずに VR 体験を作り上げようとすることは、シミュレータ酔いの原因となり眼精疲労、方向感覚の欠如、吐き気が組み合わさります。歴史的に多くの問題は VR ハードウェアが最適化されないパラメータ設定、例えばシステムのレイテンシ等が根本原因となっています。Oculus Rift は VR デバイスの新世代の代表格であり、過去のシステムの欠点を克服しています。しかし、例えハードウェアに欠陥がなくとも、不適切に設計されたコンテンツにより快適な体験が実現されないことがあります。

VR は比較的難解で独特のルールがあるため、信頼ある見解を示すには十分に検証されていない側面があります。こういったケースにおいては、まだその状況であることともに理論上の見解とこれまでの観察を示しています。興奮できる快適な体験を設計するにあたりユーザテストは絶対的に不可欠です。メジャーな媒体として VR が普及するにはまだ歴史が浅く、信頼できる確立された手法が十分あるといえません。この点についてはOculus Rift コミュニティの皆様がフィードバックを下さることで、これら VR ベストプラクティスおよび適切な手法を成熟化できることを切に願っています。

付録 B - 視野角およびスケール - SDK バージョン 0.2



  • 現実世界 FOV(視野角) およびバーチャル世界 FOV (以下、各々 cFOV と dFOV と略す)は必ず一致させる必要があります。要は、一般論としてデフォルトの FOV を変更しないことです。


正確性を期すため、「視野角」の異なる用法をきちんと区別することから始めます。ディスプレイの FOV (dFOV) の定義はユーザの視野角のうち VR コンテンツを占める部分、です。これはハードウェアおよび視覚の物理的な特徴といえます。もうひとつの FOV とはカメラの FOV (cFOV) であり

任意のタイミングでバーチャル世界の中でカメラがレンダリングする範囲、を意味します。全ての FOV は垂直、水平、かつ/または斜めの寸法により定義されます。

従来のスクリーンベースの CG ではカメラの cFOV を任意にセットすることは自由であり、例えば広角の魚眼レンズから狭角の望遠レンズまでセットできました。

モニターのイメージが単に二次元のオブジェクトで、画面を見ている人の全体の視界の中で見えているために、これは実現できます。画像は魅力的かもしれませんが、ユーザの視界全体を占めるわけでないので、cFOV と dFOV の際はほとんどの人に影響ありません。

バーチャルリアリティの世界では外部の空間を見ることがありません。バーチャル世界は視野角の大部分を占めて、頭の動作に合わせた唯一の視覚的フィードバックとなります。このために cFOV と dFOV が完全に一致する必要があります。これらの二つの値の比はバーチャルリアリティの世界ではスケールと呼ばれます。スケールはつねに1.0 であるべきです。dFOV と cFOV の差異は非常に不快となりがちです。シーンのスケールは現実世界の縮尺と合わず映ることになり、デフォルトの歪み補正値はレンダリングされたシーンがワープするかのようになります。カメラの FOV を調整すると、シミュレータ酔いを引き起こす場合があり、前庭器-視覚反射(VOR)の不適応につながり、ひいては頭の動作の差異にオブジェクトに対する焦点が安定しなくなります。

どのような状況でも FOV 関連のデフォルト設定を変更すべきではありませんし、SDK が指定したとおりにビューがスケールすることに注意を払うべきです。別の箇所でも述べたとおり、ほぼ合っているのに合っていないこと自体が分かってしまう場面は良くあることであり、結果的にユーザに方向感覚を失わせ、不快感が生じます。

付録 C - 両眼視、ステレオ3D、およびデプス キュー



  • 両眼視差により立体感は脳内で判断されます
  • OVR 調整ツールを使用してバーチャルカメラ間の距離をユーザの瞳孔間の距離と一致させます
  • テクスチャおよびライティングにおいて、単眼のデプス キューを軽視すべきでありません
  • オプションとしてモノスコピック映像 (従来の映像) モードを準備して両目とも同じ映像を映せるようにします
  • 現実世界でオブジェクトは視点から 50cm から 2m 離すともっとも快適にみれますが、VR でも同じ法則が適用できます
  • 確実各々の目の画像が整合して適切に統合されるようにして下さい。片方の目でのみ映る、または著しく異なる場合はひどく見えます

基本

両眼視は同時に二つの世界をそれぞれの目で見る際に、わずかな差異があり、脳内で統合的に判断して立体のステレオスコピック映像とする様子を表し、あるいはこの体験をステレオプシスとも呼びます。左右の目の視差により両眼非対応が生まれます。ステレオプシスが起きるのは現実的な物体を左右からみても、あるいは二つの平面画像を適切な差異(つまり非対応)でみても、同様に発生します。Oculus Rift は二つの画像をそれぞれの目に表示して、短い距離で分けられた二つのバーチャルカメラで生成します。いくつかの用語の定義を順にみていきます。目の間の距離は瞳孔間距離(IPD)と呼ばれ、二つのバーチャルカメラの間の距離はカメラ間距離(ICD)と呼びます。IPDは 52mm から 78mm の間で変化するとはいえ平均的な IPD (米軍兵士4000名の統計)は 63.5mm であり、Oculus Rift の軸間距離(IAD) と一致します。IADとは Oculus Rift のレンズの中心間の距離です(本ガイドのバージョンでの定義)。一般的には ICD はユーザの IPD と一致すべきであり(IAD ではなく)、そのようにしてバーチャル世界はユーザに対して正しく拡大/縮小されます(図 1 を参照)。


図 1: 左右のシーンカメラの間のカメラ間距離(ICD:左図) はユーザの瞳孔間距離(IPD:右図)と一致させるべきです。

単眼デプス キュー

ステレオプシスは脳が処理する数多くのデプス キュー(奥行きの手掛かり)のうちのひとつです。他のデプスキューのほとんどは単眼です。つまり片目だけで視る、あるいは両目で平面画像を視たとしても立体を認識します。VR の場合、頭部の動作により動作視差はきわめて重要です。他の重要なデプスキューに含まれるのは: 透視(遠くに向かうものは消失点に向かって見える)、相対スケール(遠くのものが小さく見える)、オクルージョン(近くのオブジェクトが遠くのオブジェクトの間の視界をふさぐ)、大気透視(大気の屈折により遠いオブジェクトがぼやける)、肌理(きめ)勾配(同じ肌理、つまりテクスチャなら遠いほど細かく見える)、そしてライティング(ハイライトおよびシャドウによりオブジェクトの形状と位置を認識する)があります。

現世代の 2D コンテンツは既にこれらのデプスキューの多くを活用していますが、ここで言及している理由はステレオ 3D の斬新さを考慮すると重要性を軽視しがちであるためです。

人間工学の観点、および避けるべき潜在的な問題点

人は視点から50cmから2m離すともっとも快適にみれるものです(人により最適な距離は異なりますが)。オブジェクトが視点に近いほど二つのビューは異なるものとなり、輻輳(目を内向きにすること)しないとオブジェクトを視れなくなります。もっとも近づいた状態になるにつれてオブジェクトをひとつの映像として統合することが難しい、場合によっては不可能となり、そうしようとすること自体が不快な体験となります。

そのように近いオブジェクトにユーザが焦点を合わせることを避けるべき理由が前庭器-視覚反射であり、眼のレンズは二つの眼の輻輳する地点に焦点を合わせようとします。しかしRiftの視覚は眼の輻輳する地点と必ず一致しない一定の距離に表示される画像をシミュレートするために、眼が正しくオブジェクトに焦点を合わせることが難しくなり、眼精疲労や不快感につながります。
当然ながら、オブジェクトの目の前数センチまで近づいた位置でずっと見続けるユーザがいたら避けることは出来ません。これにより眼精疲労につながることが分かっていても、イレギュラーなケースを防止するためだけに例えばオブジェクトに一定距離以上は近づけないように衝突検知を導入するなどと過剰な対応をすることはトータルでみたユーザ体験を損ねるだけです。しかし、ユーザの視野角に保持されるとあらかじめ開発者が分かっているもの(例えばアバターの武器や手など HUD 要素)については、カメラから少なくとも 50 cm 離して快適さを最大化すべきです。

それに加えて適切な場面でユーザが調整できる設定、例えばユーザが好む距離で HUD の立体度を決められる設定、など実装することは考えるべきです。カメラ間の距離を変更することはユーザにとって大きな影響を与えます。もしカメラ間の距離を増加させると、ハイパーステレオと呼ばれる体験、すなわち立体度が誇張されてしまう事象が生じます。もしカメラ間の距離を減少させると、立体度は弱まり、この条件をハイパーステレオと呼びます。カメラ間の距離を変更することはユーザにとってさらに二つの影響があります。一つめの影響は特定のオブジェクトを視るために輻輳が必要な程度が変わります。カメラ間の距離を増加させると、ユーザはより輻輳をしないとオブジェクトが見えなくなり、これは眼精疲労につながるかもしれません。このために人為的にカメラ間の距離をユーザのIPD以上に増加させないことを推奨します。

カメラ間の距離を変更することによる二つめの影響はユーザのスケールの感覚を狂わせることがあることです。例えば、カメラ間の距離を人にとって自然なレベルより大きく(例えば 1m)するとバーチャル世界はミニチュア化したように見えるようになります。これは小さなオブジェクトを間近で視たときしか遭遇しないくらいの両眼視差を生み出すからです。現在われわれはこの影響への対応を今後のSDKバージョンの中で対応するように考えてますが、ユーザの快適さを失うことなく、この影響への対応をする理解が深まるまでは、それを試すことさえも推奨しません。

同様に、ハイパーステレオで実験することは推奨しません。その一方で、言っておきたいこととしてICDをゼロにセットする(すなわち両目に同じ映像を提示すること)は立体視による映像の視聴から生じる不快感は解消することが出来ます。たとえこれは立体視できるVRヘッドセットの目的と反するようでありながら、苦手で不快感を生じるユーザにも選択肢を増やすことにつながります。さらに広い視野角、単眼デプスキュー、そして環境を見回せるだけでも没入できる体験とはなります。推奨として モノスコピックモードをオプションとして用意して両目とも同じ映像を表示できるビデオ設定をユーザが選択できるようにすべきです。

さらに二つの目の間の映像が両眼視差の角度がわずかに異なると以外、違いがない映像を提供することも大事です。大きな差異があるとすぐに気付くことになり、映像を斜視しているかのような感覚となります。ただし小さな差異も同様に、問題となることがあります。例えばレンダリングでの エフェクト(ライトの歪みまたはパーティクル エフェクト)は両目ともに表示され、視差のみが差異となるようにすべきです。それが出来ないと最終イメージはチカチカしたりキラキラしたりすることでユーザとしては不快な体験となります。

付録 D - レンダリング技法

ディスプレイ解像度


  • 細かい表示を行う際には、Riftのスクリーン解像度(の低さ)に気を配ってください。文章を可読にするため十分大きく鮮明にし、ユーザーが注意を向ける部分では薄いオブジェクトや装飾的なテクスチャを避けてください。

最初のOculus Rift開発キット (DK1)で用いられているディスプレイパネルは1280x800の解像度を持っており、視野角はおよそ100°です(正確な視野角はレンズとユーザーの眼の間の距離、そしてIPD(瞳孔間距離)に依存します)。これは視野角1度あたり、6pxに相当します。ディスプレイ[製造]技術が向上するにつれ、Oculus Rift[の性能も]向上するので、将来のモデルではより高い解像度の体験を提供できる予定です。

[DK1の解像度では]個々のピクセルが見えてしまうため、スクリーンドア(網戸)効果というアーティファクトが引き起こされ、画像に黒い格子模様が重なって見えます(図2)。格子模様は実際にはピクセル感の空白です。これによりエイリアシングが発生し、遠くのオブジェクトの細かいディティールが失われます。解像度を上げることでこの問題は軽減されますが、現在のディスプレイ[製造]技術で実現可能なピクセル密度ではスクリーンドア効果を完全に除去することは不可能です。


図2: スクリーンドア(網戸)効果

レンダリング解像度

Riftのディスプレイ解像度は1280x800ですが、射影変換によりレンダリングされたシーンが通常のようにディスプレイに表示される前に、レンズの影響を打ち消すために歪められる必要があります。この処理の詳細はSDKで解説されています。重要なのは、射影と歪みの処理により、画像内の位置によってピクセル密度が変化するということです。特に、画像の端の部分は圧縮されます(そして、レンズにより眼に届く前に拡大されます)。

これらの処理により、Riftの限定的な解像度はもっとも細かさが必要とされる中心部分に集まります。よって、Riftの中心部分の解像度に合わせて3Dシーンを通常の線形な射影を用いてレンダリングするには、Riftの物理的なディスプレイ[の解像度]よりもかなり高くする必要があります。

これらの詳細のほとんどはSDKにより処理されますが、Riftの物理的解像度がシーンのレンダリング対象に使われる解像度に直接対応しないことを把握しておくのは重要です。具体的な例として、レンズと眼の距離が10mmで横向きの視野角が100°のとき、中心部におけるRiftの解像度にマッチさせるには、それぞれの眼について幅910px、合計で幅1820pxが必要です。これは物理的なディスプレイの幅よりもかなり大きく、レンズによる画像の歪み方に直接の原因があります。

性能の低いグラフィックボードでは、このような巨大なレンダリング対象によりフレームレートが低下しVR体験が劣化する可能性があるため、アプリケーションは解像度を落として性能[(フレームレート)]を向上させることを選択することもできます。このとき、Riftに送る解像度を下げるよりも、シーン内で用いられているテクスチャの解像度を下げるほうが好ましいと言えるでしょう。テクスチャの解像度を下げることでパフォーマンスを向上させつつ、できる限り視覚的なディティールを保つことができます。この処理の詳細はSDKで説明されています。

動的にレンダリングされたimpostor

この手法を用いることで、シーン全体を両眼のために二回レンダリングする計算負荷を削減することができます。シーンの一部をテクスチャにレンダリングすることで、レンダリング
時間の主要部分を一回だけにし、その後、テクスチャをそれぞれの眼についてレンダリングすることができます。

付録 E - モーション


  • 遅い移動速度 (歩行/ジョギングのペース) が新しいユーザにとっては最も快適です。
  • あらゆる加速は短く、また頻度を少なくします。
  • ユーザの動作およびカメラは必ず同期すべきです。
  • FPSゲームで頭を揺らす動作は使用しないで下さい。
  • 後ろ向きや横向きに移動する必要性を最小化した体験はもっとも快適です。

画面の大部分を占める階段や繰り返しパターンといった動作を強く意識させるシチュエーションがあることを意識する。

動作のスピードおよび加速

動作のスピードはシミュレータ酔いになるまでの時間に比例しますが、必ずしもその度合いや増加度合いとは相関しません。可能なかぎり動作のスピードを典型的な人間の移動速度に合わせること、最低でもユーザがそれを調整できるようにすることを推奨します(歩行は1.4 m/s、ジョギングは 3 m/s) (図 2)。

VRコンテンツについては加速はより大きな問題です。この理由は人間の前庭器が反応するものとして加速が大きな要素であり、加速を実際に頭や体に加えることなく、加速を体験させようとすることは不快感を生じさせます。(その理由についての詳細なディスカッションについてはシミュレータ酔いの章を参照して下さい。

物理的な観点から加速とはユーザのバーチャル世界における任意の速度の変化を表します。通常は加速というものを前方方向への速度の増加として捉えることが多いものの、実際には移動速度の減少または停止、回転、ひねり、あるいは止まった状態からの回転、横方向あるいは縦方向への移動の開始(終了も同様)も含みます。Oculus VR の社内検証結果として瞬間的な加速のほうが徐々に加速するよりも快適であることが判明しています。加速がどれぐらいの長さであっても五感の間で矛盾を生じさせるため、加速の頻度、大きさ、長さにより不快感が増加します。いくつかの例外はありますが、できるかぎり加速の長さおよび頻度を最小化することを推奨します。

操作の自主性

ドライバーが同乗者と比べて車酔いしにくいことと同様に、ユーザが見る映像に対する操作の自主性を増やすことでシミュレータ酔いを防止することが出来ます。強制的に移動させられるのでなく、ユーザが自分で移動できるようにしてカメラを動かし回さないこと、例えばユーザが殴られたり打たれたりしないことです。通常の画面では見映えの良い効果かもしれませんが、VRにおいてはひどく酔うものです。同様にしてディスプレイをフリーズさせてユーザの頭の動作に反応しない状態を避けて下さい。一般論としてユーザの動作とカメラの動作が同期しないことはどのような理由であっても避けて下さい。

頭揺れをなくす

いくつかのFPSゲームではカメラを緩やかに上下させることで歩く動作をシミュレーションしようとします。これはコンピュータまたテレビ画面で人間の動作として再現するには効果的かもしれませんが、没入感を伴うヘッドマウントVRにおいては問題になります。常に上下する動作はユーザのビューに対して加えられる新たな加速であり、すでに述べたように不快感を生じることになります。カメラの位置であれ回転であれ、現実世界でユーザが自ら動作していないことを起因として頭を揺らすような動作を導入することは避けることを推奨します。

正面および水平方向の移動

現実世界ではじっとしているか、前方に動くことが多いものです。後ろに移動することは少なく、水平方向に横移動(strafe)するということはほとんどありません。このため前方へのユーザ移動がもっとも快適であり、シーンの立体感と連動するデプスキューが提供されます。見る側はシーンの中心に焦点を合わせがちですが、中心部は均等かつ徐々に変化するものであり、逆に周辺部はより急激に変化するものです。

左右への水平移動はより問題となりがちであり、その理由は水平方向に横移動することが普通はないためであり、見る側からすれば、シーンのカメラがパンするときに、一つのオブジェクトから別のオブジェクトへと焦点を変更する必要があるためです。一般的には、人間の動作と同様の力学を模倣すべきです。人が現実世界で移動できる程度には限界があり、設計をする際にこのことを考慮すべきです。階段(または急な坂)を上下に移動することも多くの人にとって不快となる場合があります。この感度はベクション(実際に移動することなく自己の動作を視覚的に認識すること)に関連していて、これはシミュレータ酔いの主要な要因となります。不慣れな垂直方向の加速の感覚に加えて、同じ方向に進んでいる際に階段の目立った端の部分が画面のディスプレイの大部分を占めるようになります。通常ユーザはこのような場面を見ることがなく、歩いているときにテクスチャ付の壁あるいは床を直接みるといったことは稀な状況です。開発する際に坂や階段の使用は控えめにすることを推奨します。

同様に注意を払うべきなのは、ベクションを強く生じる他の映像であり、例えばエレベータシャフトを上に移動する際にユーザの周りの縞模様(ライトまたはテクスチャによる)が存在する場面です。これのガイドラインが関連して影響を受ける場合があることを開発者として意識すべきです。例えば水平方向や後方への移動を操作方法から外すことは理論上は理想的におもえるかもしれませんが、そうすることで、同様の位置の変更をするためにユーザはより多くの動作をしないといけなくなります(すなわち、回転して前を向き、さらに回転する、など)。ユーザ体験に影響するだけでなく、不自然な動作(障害物をよけるための複雑な操作)はより大きなシミュレータ酔いにつながるかもしれず、まだ別の効果的な選択肢として一見ユーザから操作できる自由度を奪うかもしれない方法がまだ酔わないかもしれません。これは様々なコンテンツや状況にいおて推奨事項を盲目的に適用することが出来ないようなケースのひとつ(4なのです。慎重な検討、ユーザテスト、そして繰り返しの設計をすることがユーザ体験および快適さのの最適化にとって決定的に重要なのです。

2
 So, R.H.Y., Lo, W.T., & Ho, A.T.K. (2001). Effects of navigation speed on motion sickness caused by an immersive
virtual environment. Human Factors, 43 (3), 452-461
3
 Hettinger, L.J., Berbaum, K.S., Kennedy, R.S., Dunlap, W.P., & Nolan, M.D. (1990). Vection and simulator
sickness. Military Psychology, 2(3), 171-181.
4
 Stanney, K.M. & Hash, P. (1998). Locus of user-initiated control in virtual environments: Influences on
cybersickness. Presence, 7(5), 447-459.

付録 F - トラッキング



  • Oculus Rift のセンサーはユーザのYaw, ピッチおよびロールに関する情報を収集します。ポジショントラッキングは将来的に利用可能となります。
  • カメラ動作についてはSDKデモに含まれる「ヘッドモデル」のコードを実装して下さい
  • エンジンパイプラインの全体を最適化してラグおよびレイテンシを最適化して下さい
  • さらにレイテンシを削減するには、SDKデモに含まれるOculus VRのプレディクティブ トラッキングのコードを実装して下さい。
  • もしレイテンシが完全に避けられない場合、レイテンシが変動するよりも固定で整合性とれたものを選択すべきです


回転方向のトラッキング

Oculus Rift ハードウェアにはジャイロスコープ、加速度計、磁力センサーが含まれます。これらのセンサーからの情報を組み合わせるのにセンサー統合と呼ばれるプロセスを通して、現実世界におけるユーザの頭の回転方向を判定し、ユーザのバーチャル世界での視界をリアルタイム同期します。これらのセンサーはYaw, ピッチおよびロールに関する動きを正確にトラッキングおよび描画するのに必要な情報をします。

われわれは頭の動作に対するセンサー情報を正確にカメラの動作に変換するために役に立つ頭部や首部のモデルを発見しました。このモデルを略してヘッドモデルと呼びますが、頭を三方向のどちらの向きに動かした場合もおおよそ首の根っこの部分、すなわち声帯に近いところを軸にしてピボットするという事実を根拠にしています。つまり頭部の回転は視界の変換が生じ、運動立体視と呼ばれる立体感の生成と快適さを両立する強力なデプスキューが生成されること意味します。

ポジション トラッキング

現在 DK1 バージョンの Oculus Rift はユーザの向き(頭の回転方向)をトラッキングしますが、位置はトラッキングしません。3次元空間のオブジェクトは自由度が6次元ありますが(位置のx, y, z および回転のx, y, z)、ポーズを完全に定義するためには向きおよび位置の両方が情報として必要です。Oculus Rift がポジション トラッキングをサポートするための追加のハードウェアなしには、ユーザはポジションデータをマウスまたはゲームパッドを通じて位置データを調整するにとどまります。 (5 これにより自然にユーザの行動で例えば街角を除き見るようなものを表現することが難しくなります。将来バージョンのOculus Riftはユーザのポジションを初期設定でトラッキングできるようになります。

レイテンシ

レイテンシとは、ユーザの頭の動作が画面表示される画像に反映されるまでの時間(motion to photon)として定義します。センサーの反応、統合、レンダリング、画像転送、そして画面レスポンスまでを含みます。

レイテンシを最小化することは没入感のあり快適なVRにとって極めて重要であり、Oculus Rift が実現するレイテンシの低いヘッドトラッキングはまさに他のテクノロジーとの大きな差別化要因といえます。ゲームの中で motion to photon レイテンシを最小化するほど、ユーザにとって没入感のあり快適なVR体験が実現されます。

我々は、レイテンシを、ユーザーの頭部が動いてからと更新された画像がスクリーンに表示される(「motion-to-photon」)までの合計時間と定義します。 これには、センサーのレスポンス、 統合、 レンダリング、画像転送、そしてディスプレイのレスポンスの時間が含まれます。

レイテンシによる作用へのアプローチのひとつとして、プレディクティブ (予測)トラッキングという技術があります。motion to photon パイプラインを縮めるまでにはいたらないものの、現在パイプラインにある情報を使用して次にユーザがみるであろう場所を予測します。この際にセンサーの読み取りから画面へのレンダリングに伴う遅延を考慮するために、レンダリングするタイミングにユーザが見る場所を予測して、センサーが読み取りした場所を描画そのものでなく予測された場所を描画します。開発者には、SDKで提供されているプレディクティブ トラッキングのコードを実装することを推奨します。この仕組みの詳細については Steve LaVAlle のブログ記事である http://www.oculusvr.com/blog/the-latent-power-of-prediction/ を参照したうえで、関連するSDK ドキュメンテーションを確認下さい。

Oculus ではリアリティあるVRの実現には20ms 以下のレイテンシがボーダーラインになると考えています。ボーダーラインの値を超えるとユーザは没入感や快適さをより少なく感じるようになります。さらにレイテンシが 60 ms を超えると、頭の動作とバーチャル世界のモーションが同期していないように感じられ、不快感と方向感覚の喪失を感じるようになります。レイテンシが大きいことはシミュレータ酔いの主要な要因となると考えられています。いずれにしてもレイテンシはユーザの操作感や存在そのものにとって破壊的になりえるものです。理想論としては0 ms に近ければ近いほど良い、ということは疑う余地がありません。現実には理想どおりとはいかず、またレイテンシに関する過去の研究論文は矛盾するものもあることが分かってきています。大きなレイテンシが原因として不快感を生じることが報告された研究では許容誤差を含めたレイテンシを採用しがちです。反対にレイテンシが一貫して固定値を前提とした研究の場合、レイテンシが増加しても不快感が生じないとの報告(7もあります。これにより分かることとして、一貫していて予測できるラグについては慣れることができるものの、予測できないラグは常に不快感を伴う(8ということです。

5
Fisher, S., McGreevy, M., Humphries, J., & Robinett, W. (1986). Virtual environment display system. Proceedings 1986 ACM Workshop on Interactive 3D Graphics, 77-87.
6
Kolasinski, E.M. (1995). Simulator sickness in virtual environments (ARTI-TR-1027). Alexandria, VA: Army
Research Institute for the Behavioral and Social Sciences. Retrieved from:
http://www.dtic.mil/cgi-bin/GetTRDoc?AD=ADA295861
7
E.g., Uliano, K.C., Lambert, B.Y., Kennedy, R.S., & Sheppard, D.J. (1986). The effects of asynchronous visual delays on simulator flight performance and the development of simulator sickness symptomatology (AD-A180
196). Alexandria, VA: Army Research Institute for the Behavioral and Social Sciences.  Retrieved from:
http://www.dtic.mil/cgi-bin/GetTRDoc?AD=ADA180196
8
 Draper, M.H., Viire, E.S., Furness, T.A., Gawron, V.J. (2001). Effects of image scale and system time delay on simulator sickness with head-coupled virtual environments. Human Factors, 43(1), 129-146.

付録 G - シミュレータ酔い



  • 「シミューレーター酔い」はシミュレートされた環境の利用によって発生する不快感のことを指します
  • 視覚と体性感覚の相違が[酔いの]原因です
  • シミュレーター酔いの要因[とその解決法]の一部を以下に示します:
    • 加速: 加速度と加速の頻度を最小化してください
    • [ユーザーが]制御できる度合い: ユーザーから制御を奪わないでください
    • シミュレーター利用時間: ユーザーが休憩をとることを推奨してください
    • [眼の]高さ: 視野すべてを地面で覆うことを避けてください
    • 両眼視差: 「単眼モード」を提供してください
    • 視野角: 狭い視野角は不快感を低減するかもしれません
    • 歪み補正: Oculus VRの歪みシェーダーを利用してください
    • ちらつき: 明滅する画像を表示しないでください
    • 年齢: [ユーザーの]年齢とシミュレーター酔いとの関係は未だ不明です
    • 経験: VRを経験することでシミュレーター酔しにくくなります (これは開発者がテスターとして最悪であることを意味します)

解説

シミュレーター酔いは視覚により引き起こされる移動酔いで、日常的な移動酔いとは決定的に異なります。多くの人々が知っている移動酔いは実際の移動(ボートの揺れによる船酔いなど)により引き起こされますが、シミュレーター酔いの主な不快感はシミュレートされた環境の視覚情報がユーザーが実際には移動していないにも関わらず、移動の感覚を引き起こすことにより発生します。どちらの場合にも、視覚と前庭感覚の齟齬が存在します。

さらにシミュレータ酔いは、眼精疲労などバーチャル環境の利用に特有の症状も含みます。一部のユーザーが短時間のヘッドセット利用で酔いを感じるのに対し、まったく酔いを感じないユーザーも存在します。

シミュレータ酔いはユーザーと開発者双方にとって大きな問題です。ユーザーが極めて体験したいと思う非常に魅力的なコンテンツであっても、シミュレーター酔いの不快感を耐えたいと思うことはありません。そのため、シミュレーター酔いの原因を理解し、低減するための対策を講じることは極めて重要です。しかし残念ながら、シミュレーター酔い(に限らずすべての移動酔い)の真の原因は研究の途上にあります。シミュレーター酔いと多くの要因の間には複雑な因果関係があり、ある要因により不快感を発生させることはあっても[容易でも、のほうが読みやすいかも]、不快感をなくすためには全ての要因に対処する必要があります。

さらに事情を複雑にしているのがRift自体の新しさです。シミュレーター酔いの根本的な原因について、いくつかは把握できているものの、Riftに用いられている技術とユースケースについて直接示唆を与えてくれるような研究はまだ存在しません。

シミュレーター酔いは多くの症状を示しますが、主な特徴は方向感覚の喪失(運動失調を含む)や、吐き気(自己移動の錯覚から生じると考えられている)、そして眼球運動の不快感(例: 眼球の過度な移動による眼精疲労)です。Simulator sickness questionnaire (SSQ)と呼ばれるアンケートの項目にもこれらは含まれており、バーチャル環境におけるユーザーの症候学的な研究に用いられています(9

シミュレーター酔いの理論

シミュレーター酔いとして最も広く認知されているのは、知覚の齟齬理論です。これは、視覚と身体(前庭と固有感覚)の運動シグナルのずれにより不快感を起こすものです。言い換えれば、視覚はユーザに自分が動いていることを伝えますが、体はユーザに自分はまだ座っていると伝えます。もちろんこれは、現状のVRの基本的な性質です。例えば、もし我々が歩行体験を表現したいとき、ユーザは実際には歩くことはないので、視覚的に表現しなければなりません。

産業界では、モーションプラットフォームとルームランナーを通して適当な身体シグナルを与えるという試みがあります。しかし、2つのシグナル情報は混ざり、新しい問題になります。
シミュレータ酔いについて、異なった解説がなされた二つの競合する理論があります。

一つ目は、有害物摂取理論です。これは、有害物の摂取が前庭と視覚システム内の齟齬を引き起こす、という考え方です(10。この理論では、感覚齟齬による吐き気や嘔吐は、進化の中で適用したものとしています。なぜなら、毒物入りと思われるものの摂取を避けるため、体内の毒を除去しようとするからです。乗り物酔いの仕組みは、ユーザの身体が、上記のような感覚齟齬情報のより自分が毒に侵されていると信じ込み、その通りに反応してしまうこと、として説明されています。

二つ目は、姿勢不安定理論です。これは、対象者が通常時の姿勢制御方法を失敗させる齟齬情報を受け取ることにより、長時間にわたり姿勢制御をしなくなり、シミュレータ(あるいは乗り物)酔いを引き起こす、というものです。この理論はなぜ不安定さ(12 が酔いにつなががるのかはわからないとしていますが、乗り物やシミュレータ酔いがどんなときに起こり、 何が重大なのかを予測するために有効です。

この理論に基づき、ユーザの視覚、固有感覚、前庭、運動の仕組みに対応することで、シミュレータ酔いが減らすことになる、ということを付け加えておきます。

シミュレータ酔いの要因

シミュレータ酔いが起きる原因を探しだすのは困難です。 違うユーザは違う体験をしますし、 症状が示されるのに数分から数時間の時間がかかります。  VR デザイナーとして長い時間VRに浸り、仮想環境にさらされていると、脳は(VRの)効果に敏感でなくなっていきます。

このため、VRに特化した開発者、ユーザは他のユーザよりも慣れていくものと予想します。この欠点は、コンテンツからユーザが不快感を経験するかどうかの判断において、VR初心者からコンテンツが不快感を生じるものかどうかフィードバックを得ないことは問題があります。

乗り物酔いの度合いは人により大きくバラツキがあり、シミュレータ酔いが起きやすい体験の強度に比例していきます。すなわち車両、遊具やその他の状況で乗り物酔いを起こしやすい人はOculus Riftを使用する際も慎重に使用すべきです(13 。このマニュアル全体にある注意事項に気をつけることも役に立つでしょう。

次のセクションはシミュレータ酔いの潜在的な要因とみなされる要素をリストアップしています。いくつかの要素は他のものよりも設計者が制御しにくいものですが、理解をすることで不快感を最小化することが出来ます。またここの情報の一部は他のセクションとも重複しますが、このセクションはシミュレータ酔いにおける役割についてより詳細な説明をしています。

動作の速度および加速

動作の速度はシミュレータ酔いになるまでの時間に比例しますが、必ずしもその度合いや増加度合いとは相関しません。より遅い動作(14 のほうが一般的により快適ですが、本当に気をつけるべきなのは加速であり、それは内耳の中の前庭器官が感じとる加速度です。前庭器官が感じないが視覚により感じられる加速度(直線であっても任意の角度方向へのものであっても)は感覚の間の矛盾を生じるため不快感につながることがあります。非公式な試験結果により、加速は長い時間かけて徐々に加速するより、瞬間的な加速ののほうが快適であることが示唆されています。不快感の増加度は加速の頻度、大きさ、時間の長さを変数とした関数です。
どのような加速であっても、加速している間は感覚の間で衝突が発生するため、できるかぎり避けることがベストです。

ユーザによる自主的な制御

ユーザーからカメラの制御を奪ったり、ユーザーによって開始されていない方向にカメラを動かすと、シミュレータ酔いを引き起こすことがあります。いくつかの理論は、体感する動きを予期しコントロールする能力が乗り物酔いを防止する役割を果たすことを示唆しており、この原則はシミュレータ酔いにおいても同様であると思われます。ゆえに、ユーザーの制御をはずれた予期しないカメラの動き(あるいは動きの停止)は不快感をもたらします。

もしユーザーに見せる重要なイベント(カットシーンや重大な環境イベント)がある場合は、ユーザーの注視点を勝手に動かすことは避けて、代わりに、ユーザー自身が自分で注視点を動かすように促すサインを提供することを試みてください。たとえば、非プレイヤーキャラクター(NPC)に目標の方向を向かせたり、効果音によってイベントの合図をしたり、目標の近くにタスクに関係のあるターゲット(敵やアイテムのような)を配置することができます。

繰り返しますが、ユーザーの動きとカメラの動きを切り離さないでください。

時間

バーチャル環境により長く留まるほど、よりシミュレータ酔いをしやすくなります。ユーザーには常に、ゲームを中断し、都合の良いときにそのポイントに復帰する自由があるべきです。適切なタイミングでの休憩の提案、たとえばセーブポイントやアクションの休止は、そうしなければあなたのゲームに没頭してしまうかもしれないユーザーへの良い合図になります。

高度

ユーザーの高度、すなわちユーザーの視点の高さは、シミュレータ酔いにおける間接的な要因となり得ます。ユーザーの視点が低くなるほど、地平面の変化が高速になってユーザーの視界を占め、より激しい視覚の流れを引き起こします。これは不快感をもたらすことがあります。同じ理由で、階段を上ることも視野を覆う強烈な視覚の流れを引き起こし、不快なものとなります。

両眼視差

両眼視差はRiftの根幹のひとつであり、奥行き感を引き出すものですが、代償がないわけではありません。立体視の画像は、水晶体が別の目標に遠近調節をする(フォーカスする)ときに奥行きの一点に集中することを強いるため、非立体視の画像(両目に同じ画像投影される)よりも目に負担がかかります。
両方の目に同じ画像を表示すると、それらは常にディスプレイを見回すようにそれぞれ並行に向き、水晶体の焦点をコントロールする筋肉をリラックスさせ、焦点を遠方にはずさせます。Riftの光学系は遠方に表示された画像をシミュレートするため、この配置なら目は何の問題もありません。

一部の人々は立体視の画像を見ることに不快感を覚え、またいくつかの調査は、立体視のディスプレイが非立体視のディスプレイよりも酔いやすくなることを示唆しています。シミュレータ酔いを防ぐためにVRから立体視を取り除くこと16)は、貴重なものを台無しにしてしまうように思われるかもしれませんが、私たちは、すべてのアプリが、IPDをゼロに設定できる非立体視表示のモードをユーザーが選択オプションを持つことを推奨します。これによって、奥行きの手がかりとなる両眼視差と交差がなくなってしまいますが、非立体視の手がかり(動作視差、遮蔽、曲線の遠近感、空気遠近感、相対的な高さ、光と影、肌理勾配など)はなお多くの奥行きの情報をもたらします。さらに、Riftの広い視野角とユーザーの動きのトラッキングは依然として独自の没入体験を提供します。もしも、立体視を犠牲にすることが、一部のユーザーにとって目の疲れや酔いなしにプレイ時間を伸ばすことができることを意味するのだとすれば、私たちはそれが妥協に値すると信じます。非立体視の表示はなお感動的なVR体験を提供し、立体視の表示に劣らないユーザーパフォーマンスを生み出すでしょう。(17

視野

視野には2種類あります。ディスプレイに対する視野の面積(ディスプレイFOVまたはdFOVと呼ぶ)とグラフィックエンジンがディスプレイに描画する仮想環境の面積(カメラFOVまたはcFOVと呼ぶ)。広いディスプレイFOVは動きの知覚に関する2つの理由により、シミュレータ酔いを引き起こすと見られる。まず、動きの知覚は周辺でより敏感であり、特に周辺領域の光の移動と微妙なフリッカーの両方から影響を受けやすい。次に、広いディスプレイFOVは、その全体が使用されると、狭いディスプレイFOVに比べてより多くの入力を視覚系に与える。そのような多くの入力はユーザーに動いている間隔を与え、身体(平衡感覚と固有受容)の感覚と矛盾し始め、不快にさせる。ディスプレイFOVを減らすことで、シミュレータ酔いを軽減できるが、Riftの没入感と状況認識も軽減させる。(18
より妥協を好む敏感なユーザーに対応するには、表示視野角の調整機能を提供するべきです。HUDの見えやすさやその他のスクリーン上の情報がこれらの口径に悪影響を及ぼされてはなりません。VRコンテンツを含むディスプレイ視野角よりもなお外側に表示することもできます。周辺視野においてベクトルを喚起するモーションを覆い隠す、コクピットや車両を設置することも似たような利益をもたらすかもしれません。しかし、理想的なコクピットの性質を求め、それが実際に助けになる度合いを測定する幅広いテストが必要です。頭の動きに対するバーチャル環境の不自然な動きは(たとえば、もし5度の頭の回転が、現実においては通常10度の回転が必要なバーチャル世界の回転をもたらすようであれば)、前庭動眼反射に一時的な不適応状態をもたらします。
あなたの目と前庭器官は、通常、物体を注視し続けるために、頭を動かす間にどれほど目を動かすべきかを定めるため協調して働きます。(19 もしバーチャル環境がこの反射運動に注視の維持を失敗させるようであれば、Riftの使用中および使用後に不快な再調整プロセスが引き起こされるでしょう。

レイテンシおよびラグ

レイテンシの影響に関する過去の研究の知見はさまざまです。多くの専門家は、シミュレータ酔いを低減するために遅延を最小限にすることを推奨しています。なぜなら、頭の動きと対応するディスプレイの更新の間のラグは、前庭動眼反射における感覚の衝突とエラーを引き起こすからです。特筆すべきは、ヘッドマウントディスプレイに関するいくつかの研究が、48ミリ秒のように短いか300ミリ秒のように長いかに関わらず、ひとつの固定時間のレイテンシが同じ度合いのシミュレータ酔いを生むことを示唆していることです。しかし、コクピットやドライビングシミュレータにおける変動し予期できないレイテンシはより不快感を生みます。

開発者はシステムの遅延の多くの部分についてコントロールすることができませんが(例えばディスプレイの更新頻度やハードウェア遅延のように)、あなたのVR体験が、最小要求スペックを満たすシステムにおいて必ずラグやフレーム落ちをしないようにすることは重要です。多くのゲームは、たくさんの、あるいは複雑な要素を処理しレンダリングするとスローダウンを引き起こします。これは伝統的なビデオゲームにおいてはささいな苛立ちですが、VRのユーザーには強烈な不快感として影響することがあります。

歪み補正

Riftのレンズはディスプレイに表示される画像を歪めますが、これはSDKが提供するポストプロセスのステップによって補正されます。この補正がSDKのガイドラインと提供されているサンプルデモに従って正しく行われていることは極めて重要です。私たちの目は変異に極めて反応しやすく、不適切な歪みをかけてもかなり正しく見えますが、それでもなお方向感覚の喪失と不快感を覚えます。ですので、仔細に注意を払うことは最重要です。すべての歪み補正の数値は物理デバイスと一致する必要があります。それらはユーザーが調整できないようにしてください(SDKのデモは、特に意味があってのことではなく、ただシーンの裏で何が起きているか示すために数値を操作できるようになっています)。

私たちは補正の設定をRiftの光学系にあわせて注意深く調整しており、補正の調整をさらに向上させるために継続的に作業しています。すべての開発者はRiftにコンテンツを正しく表示するためにオフィシャルのOculus VRの補正設定を使用するよう求められます。

ちらつき

ちらつきは通常CRTと有機ELディスプレイにおいて60Hzよりも低いリフレッシュレートで見られます。しかし、Rift DK1のディスプレイは60Hzの液晶ディスプレイであり、知覚可能なちらつきはありません。しかし、ちらつきがシミュレータ酔いに不愉快、疲れ、注意喪失といった重大な影響を及ぼすことは認識しておいてください。これは高い輝度レベルによって悪化し、あなたの周辺視野において最も強く認識されます。ちらつきは時間とともに意識的には認識されなくなりますが、それはなお頭痛と目の疲れを及ぼします。これは開発者としてのあなたの手からいくぶん離れることですが、完全を期してここに含めました。

あなたの責任は意図的にちらつくコンテンツを制作することを控えることです。高いコントラスト、点滅(あるいは高速な変化)、とりわけ1~20Hzの範囲での刺激はてんかんを持っている人々に発作を引き起こし得ます。

年齢と酔いやすさ

年齢による乗り物酔いのしやすさがシミュレータ酔いのしやすさをどれほど予測できるかはまだ明らかになっていません。

シミュレータ酔いの酔いやすさは、バーチャルなタスクを現実世界で経験したかどうかに正比例し、現実世界の再現であれば経験のある大人は経験のない子供よりも酔いやすいとされています。
DK1バージョンのOculus Riftの開発者のケーススタディでは、大人に対し、子供と幼児の明らかな回復力の大きさについて述べています。これは年齢による乗り物酔いのしやすさがシミュレータ酔いのしやすさに対応しない可能性を示唆しますが、他方で、これらのストーリーは代わりの解釈を説明できていません。たとえば、大人がRiftを容易にあきらめることや、子供が身体の不快感を自覚しにくいことなどです。

15歳から53歳までの男女1000人を母集団とするひとつの研究では、個々人の乗り物酔いのしやすさの体験は、バーチャル環境におけるシミュレータ酔いの強さと相関していましたが、年齢の影響は報告されていません。このことは、特定の個人の乗り物酔いの歴史が、おそらく年齢に関係なく、彼らがどれほどVRに適応できるかを予測する助けになり得ることを示唆しています。

経験による慣れ

バーチャル環境に慣れ親しむに従って、シミュレータ酔いをしにくくなります。

アバターとはバーチャル世界におけるバーチャル世界におけるユーザの身体を視覚的に表現したものです。これまでの理論で学んできたとおり、典型的にはVRによる新たな体験をユーザが無意識に受け入れやすくなるメカニズムです。

例えば、脳は不快感を生じた視覚的な異常でも、解釈を再度試みるので、ユーザの動作はより安定して効果的となるのでベクションが下がります。良い面としては、開発者はヘビーユーザ向けに強力に視覚的な体験を設計することに対して遠慮すべきではない、ということです。逆に悪い面としては、大多数のユーザはOculus RiftおよびVRゲームに順応して体験を受け入れるするのに時間がかかるということです。

これにはいくつかの悪影響があります。ひとつめは、自ら開発したゲームを繰り返しテストしたい開発者は新しいユーザと比べてシミュレータ酔いに耐性が出来るため、体験をシミュレータ酔いのしやすさの異なるグループの人々に対して体験が快適であるかテストする必要があるのです。ふたつめは、初心者ユーザはいきなり強烈なゲーム体験をすべきではなく、最初はより穏やかでスローペースな作用から始めてゲームに入りこむクッションとすべきです。さらに良い方法としては、このガイドにある推奨事項を実装して、体験の強度を調節できるようにユーザ自身が制御できるようにすべきです。三つめは、強烈なゲーム体験を含むゲームはユーザにゲームコンテンツに対する警告を発することで、もっとも心の準備が出来ているときにアプローチしてもらえるようにすべきです。

9
Kennedy, R. S., Lane, N. E., Berbaum, K. S., & Lilienthal, M. G. (1993). Simulator sickness questionnaire: An enhanced method for quantifying simulator sickness. The International Journal of Aviation Psychology, 3(3), 203-220.
10
Reason, J.T. & Brand, J.J. (1975). Motion Sickness. Academic Press, Inc.
11
Treisman, M. (1977). Motion sickness: An evolutionary hypothesis. Science, 197, 493-495.
12
Riccio, G.E. & Stoffregen, T.A. (1991). An ecological theory of motion sickness and postural instability. Ecological Psychology, 3(3), 195-240.
13
Stanney, K. M., Hale, K. S., Nahmens, I., & Kennedy, R. S. (2003). What to expect from immersive virtual environment exposure: influences of gender, body mass index, and past experience. Human factors, 45(3), 504?20.
14
So, R.H.Y., Lo, W.T., & Ho, A.T.K. (2001). Effects of navigation speed on motion sickness caused by an immersive virtual environment. Human Factors, 43(3), 452-461.
15
Rolnick, a, & Lubow, R. E. (1991). Why is the driver rarely motion sick? The role of controllability in motion sickness. Ergonomics, 34(7), 867?79.
16
Ehrlich, J.A. & Singer, M.J. (1996). Simulator sickness in stereoscopic vs. monoscopic helmet mounted displays. In: Proceedings of the Human Factors and Ergonomics Society 40th Annual Meeting.
17
Singer, M.J., Ehrlich, J., Cinq-Mars, S., & Papin, J.-P. (1995). Task performance in virtual environments: Stereoscopic versus monoscopic displays and head-coupling (ARI-TR-1034). Alexandria, VA: U.S. Army Research Institute for the Behavioral and Social Sciences. Retrieved from
http://www.dtic.mil/cgi-bin/GetTRDoc?AD=ADA306720
18
Draper, M.H., Viire, E.S., Furness, T.A., & Gawron, V.J. (2001). Effects of image scale and system time delay on simulator sickness within head-coupled virtual environments. Human Factors, 43 (1), 129-146.
19
Stoffregen, T.A., Draper, M.H., Kennedy, R.S., & Compton, D. (2002). Vestibular adaptation and aftereffects. In Stanney, K.M. (ed.), Handbook of virtual environments: Design, implementation, and applications (pp.773-790). Mahwah, New Jersey: Lawrence Erlbaum Associates, Publishers.
20
Kolasinski, E.M. (1995). Simulator sickness in virtual environments (ARTI-TR-1027). Alexandria, VA: Army Research Institute for the Behavioral and Social Sciences. Retrieved from
http://www.dtic.mil/cgi-bin/GetTRDoc?AD=ADA295861
21
Ibid.
22
Stanney, K.M., Hale, K.S., Nahmens, I., & Kennedy, R.S. (2003). What to expect from immersive virtual environment exposure: Influences of gender, body mass index, and past experience. Human Factors,45(3), 504-520.
23
Welch, R.B. (2002). Adapting to virtual environments. In Stanney, K.M. (ed.). Handbook of Virtual Environments: Design, Implementation, and Application. Lawrence Erlbaum Associates, Publishers: Mahwah, NJ.
Prothero, J.D., Draper, M.H., Furness, T.A., Parker, D.E., & Wells, M.J. (1999). The use of an independent visual background to reduce simulator side-effects. Aviation, Space, and Environmental Medicine, 70(3.1), 277-283.

付録 H - ユーザインタフェース


  • StereoConfig ヘルパークラスにより2DコンテンツをVRへの移植をサポート
  • ヘッドアップ ディスプレイ (HUD)
    • HUD は3D 環境の一部にする
    • 照準はターゲットに直接描画する。一定距離離れたところに固定して描画しない
    • あらかじめHUDを環境の中に統合してしまうのは理想的です
  • 近い位置にある武器およびツールは眼精疲労につながります。アバターの一部にして使用しないときは隠しましょう
  • バーチャル環境にユーザを根付かせるためアバターを提供しましょう


2D 要素の移植

2Dデータ(メインメニュー、UI要素、その他)をクイックに移植するときはStereoConfigヘルパークラスにより投影行列が作成され、ユーザの0.8m正面の位置にバーチャル2Dのレイヤーが置かれます。これはUIをクイックに実装することに主眼が置かれていて、最終版の洗練されたインタフェース向けではありません。

ヘッドアップディスプレイ (HUD)

HUD要素を立体視のイメージと統合するときに問題が発生します。それはHUDが3Dシーンの中の全てに対してオクルージョン(前に配置される)ためです。これは非立体視のゲームで問題になりません。それはユーザがHUDが実際に全ての前にあるものとして捉えるためです。残念ながら両眼視差(各々の目に投影される映像のわずかな差)をデプスキューとして加えることでシーンの要素がHUDよりもユーザ視点に近い位置に来ることで矛盾が生じることがあります。オクルージョンにもとづいてHUDはシーン要素よりも近いものとして認識され後ろにあるオブジェクトを隠しますが、それでも両眼視差によりHUDがオクルージョンをしているシーン要素より遠いと示されます。

一般的な解決策はHUDをユーザに極めて近い位置におくことであり、20cmぐらい離した位置におくことです(別に推奨している50cmから2mの間に配置することが快適ということと矛盾しますが)。これによりデプスキューの矛盾が起きる頻度を減らしますが、今度はシーン自体が立体視の空間上でHUDよりも遥か後ろにあることになります。これによりユーザはHUDを確認するたびに、近いHUDとかなり遠くの空間とで焦点の位置を変える必要があることを意味します。この種の眼の輻輳および調節(水晶体の調整)は短時間で疲労や眼精疲労につながる場合があります。


図3: ヘルメット バイザーの中に表示された、かなりビジーなHUD

立体視のあるシーンにHUDを統合する方法論はいくつかあります。例えば衝突検知によりユーザの視点とHUDとの距離の間に何も入れないようにしてクリップングを全て防止します。しかし、これによっユーザが思ったよりオブジェクトに近づけなくなることで環境との作用が不自然に感じられるかもしれません。

さらに別の方法として、HUDをオーバーレイとして描画せずに、3D空間の中の2D表面に出来ます。次に、3Dシーンの中のオブジェクトがHUDより近くなったとき、オクルージョンを行ないます。これは自然にみえますが、HUDをユーザの視界から一時的に見えなくするリスクが発生します。

HUDの要素は2Dであっても、HUDそのものはシーン上の3Dオブジェクトであるべきです。私たちの経験からはもっとも効果的な手段はHUDを透明の半球上にレンダリングをして、あたかもヘルメットのバイザーの中に表示されているかのようにすることです(図3)。これによりHUDをシーンの中に受け入れられる方法で現実的に統合できます。しかしこのアプローチを適用するかどうかをその見た目やVRコンテンツのテーマの美学と合うかを評価しなければいけません。

同様に照準合わせも立体視VRにおいて新たなチャレンジとなります。照準の十字線そのものはシーンのオブジェクト上に直接描画すべきであり、これにより照準合わせの際、ユーザが何かに眼を合わせたときに焦点を当てるようにすべきです。もし十字線が視線が調節および輻輳されているのと別な奥行きに描画された場合、ぼやけてにじむように見えてしまいます。十字線そのものは固定の大きさだったとして距離により大きかったり小さかったり出来ますし、ユーザからみたときに一定の大きさとすることも出来ますし、これはデザイナーにとっての美学による判断になります(サイズが変わることでユーザにとってのデプスキューともなりますが)。

十字線カーソルをオブジェクトに直接描画する方法が出たことで、いくつかの開発者はさらにHUDを十字線と同じ平面上におくという手法を用いています。残念ながら、HUDの方が大きく映るために奥行きの急激な変化は不自然なものと感じられます。

一般論としてシーン上で視点からもっとも近いオブジェクトは画面の下の方にあり(オブジェクト、家具、人)、画面の上の方には比較的遠いオブジェクトとして天井や空があります。HUD要素は画面の上の方に配置するかもしれません。HUDの使用を限定的にすることを推奨します。HUDを使用する代わりにシーンそのものに情報デバイスを構築することを考えてください。HUDが必須の場面ではデプスキューの矛盾、クリッピング、VRコンテンツとの衝突などの問題について考える必要があります。

HUDを使用することにした場合、ユーザが調整できるオプションを準備して下さい。ユーザによってはHUDの距離についての強い要望があります。人によってはHUDとその他の環境との視点の切り替えが難しいため、数メートル離れた位置としてほしい場合もあります。それは例えゲーム世界の多くの要素の「後ろ」にHUDが来ることになるとしても、です。また他のユーザはHUDが環境を見る際に邪魔と感じられ、出来る限り近くに配置します。その距離は人によっては眼精疲労を引き起こすでしょう。誰にとっても理想的な距離というものは存在しない以上、HUDの距離を20cmから2mの間で対数の大きさで調整できる簡単な方法を準備しておくことを強く推奨します。
アバター
アバターとはバーチャル世界におけるユーザの身体の視覚的な表現です。典型的にはユーザの位置、動作、およびジェスチャーに反応します。ユーザは自身のバーチャルな身体を見ることが出来て他のユーザがどのように見えるか、またどう作用するかを観察できます。VRは一人称視点での体験が多いため、多くのVRアプリケーションはユーザの表現のほとんどを排除することとなり、結果的にユーザはバーチャル空間上で身体がない状態になります。


Figure 4: 画面の下に映っているユーザのアバター

透明なユーザを想定したゲームを開発しているのでないかぎり、ユーザには視覚的なアバターを提供すべきです。ユーザの身体はゴーストのような曖昧なものから、極めて現実に近い身体まで表現方法には幅があります。これによりユーザをバーチャル空間上に配置しやすくなります。自分の頭を見ることは出来ないので、アバターは頭を使用すべきでありません(当然鏡などの反射を除いて)。バーチャル世界での首はカメラのすぐ下に配置すべきです。

首はある一定のところまでしか曲げることが出来ないためアバターの身体は画像のかなり端の方にしか映りません(図4)。全ての武器やツールはアバターに統合し、ユーザが手に持っていることを確認できるようにすべきです。開発者がボディ トラッキングで入力デバイスを使用した場合ユーザの手や他の身体の部分をトラッキングしたうえでアバターを更新して、その際のレイテンシを出来る限り小さくすべきです。

武器や道具

FPSでは武器は画面の下の方に表示され、あたかもユーザが持っていて照準合わせをしているようにしています。位置関係からいうと、武器はシーン上の何よりも視点に近いことになります。典型的な非立体視のゲームにおいて、それは何ら問題がなく通常の距離にて間近のオブジェクトがシーン上に重ねあわせて表示されることは受け入れられます。

しかし、これを立体視の実装とした場合、状況はもっと複雑になります。武器やツールのレンダリングをカメラの間近にすることで、武器とシーンの残り全体をみるうえでユーザは眼の輻輳を大きく変化させる必要があります。さらに武器が視点にあまりに近いために左右のビューが著しく異なるかもしれず、結果的にひとつの三次元ビューに統合することが難しくなるかもしれません。

もっとも快適だとわれわれが考えるアプローチは、すでに述べたようにカメラを頭はないが身体は完全にあるアバターの首の直ぐ上に配置することです。武器およびツールはユーザ アバターの一部としてレンダリングされます。武器を使用するときは持ち上げられますが、通常はビューに表示しません。

この他にも「チート」して武器およびツールをプレイヤーのビュー上でレンダリングする方法はありますが、特にそれを推薦しているわけではありません。ただ、もしかするとコンテンツによってはこの種のバリエーションが必要であったり、状況に合うような場合はあるかもしれません。ひとつの方法は2Dで武器をレンダリング、そのうえもしHUDがある場合はその奥に描画することです。すでに見てきた輻輳や映像の統合の問題と、武器を平らで不自然に見えることを天秤にかけて考える必要があります。

もうひとつの方法はマルチ リギングを用いることで、間近にあるオブジェクト(例としてコクピット、ヘルメット、銃)が主要な環境から切り離して独立した別のカメラを用いることです。この手法は視覚的な不具合、例えば手前にあるオブジェクトが奥にあるオブジェクトよりも立体的に遠くに見えてしまうなどのリスクが発生します。繰り返しの実験およびユーザテストにより、これら以外の方法を使ったコンテンツにとっての最適な解決策が判明するかもしれませんが、現時点でのわれわれの推奨は武器およびツールをユーザアバターのコンポーネントとして実装することです。

付録 I - ユーザ入力とナビゲーション



  • 従来の入力方法でVRにとって理想的なものはありませんが、ゲームパッドが現状では最善の選択です。ここはイノベーションと研究が必要とされる分野です(Oculusでも行っています)。
  • ユーザーはRift装着中に入力デバイスを見ることはできません。見ることなく操作できる、慣れたコントローラーを使用させてあげてください。
  • Riftのセンサーを入力に活用してください(例: 頭を傾けて照準合わせをするなど)、しかし頭の動作とアバターの頭の動作との関係によって生じることのある不快感に注意してください。
  • 移動はVRならではの新たな問題を作り出します。
  • 切り替え可能な「戦車モード」の提供を考慮してください。正面方向を今向いている方向にリセットする手段を提供してください。

マウス・キーボード・ゲームパッド

ユーザーがOculus Riftを装着すると、外界に対して実質的に盲目になるということを把握しておくことは重要です。ユーザーはキーボード、マウス、ゲームパッド、モニターのいずれも見ることができません。一旦VRの中に入ると、これらのデバイスの操作は触覚だけを頼りに行うことになります。もちろん、これはそれほど珍しい状況ではありません。しかし、入力デバイスを触覚だけで操作することに慣れているとはいえ、手を最初に置くときや、位置を直すときには視覚を使うものです(キーボード上で手の位置を変えるときなど)。これはインタラクションデザインにおいて、重要な帰結をもたらします。例えば、ユーザーはキーの位置やホームポジションを触覚だけで探す必要があるため、キーボード入力は面倒なものになるでしょう。マウスは多少は使いやすいとはいえ、ユーザーがヘッドセットを装着する前にマウスの位置を覚えておく必要があります。

究極的な解とはいえないものの、ゲームパッドは現状もっとも評価されている入力手段です。ユーザーは両手でゲームパッドを握ることができ、デスク上の複雑なデバイスを使う上での人間工学的な配慮とは無縁です。ゲームパッドがシンプルであればあるほど、視覚的な頼り無しに利用することは快適となるでしょう。

VRとRiftの制約を考慮すると、ゲームパッドはキーボードやマウスに比べて好ましいと言えるでしょう。しかし、いずれの入力手段もVRにとって理想的ではなく、Oculus VRでは幅広いVRコンテンツに使用可能な革新的で直感的なインターフェースを研究中です。

新たな入力手段

マウスやコントローラーで照準合わをする代わりに、いくつかのVRゲームでは頭の向きと連動したカメラで狙うことができます。例えば、ユーザーが向いている方向の中心に追従する照準やカーソルで照準合わせをし、その他の入力デバイスで他のコントロールをするなどの例があります。そのような入力手段の有効性や快適性についてはさらなる調査が必要ですが、初期のVRゲームのいくつかでは既に採用されています。
Riftのセンサーは向きと加速度(それに加えて将来的には位置)の情報は主に仮想カメラの向きと位置を合わせるために使われていますが、これらの測定値は独創的な入力手段に使うこともできます。たとえば注視や頭部・胴体による移動などがあり、具体的には、ユーザーが移動したい方向を向いて前傾姿勢を取るとその方向に動くなどです。

これは大胆な開発者への忠告ですが、新たな入力手段を用いたコンテンツを公開する前に重点的なユーザーテストを行ってください。意図せずして吐き気・ストレスを生じさせてしまうプロトタイプをOculus VRでも数々目にしています。頭を傾ける動作は特に注意が必要で、仮想的な回転中に頭の回転軸が身体の回転軸からずれることで「擬似コリオリ効果」が発生し、移動酔いが発生することが被験者実験の結果として報告されています(24。とはいえ、新たな入力手段は、正しく用いれば従来のデバイスより快適で直感的となるポテンシャルも秘めています。

ナビゲーション

VR内で移動するとき、ほとんどのユーザーは実際に立って歩くのではなく、何らかの入力によって移動するでしょう。よくあるのは、今時のFPSゲームのゲームパッド・キーボード・マウスなどによる入力手段をそのまま使うことです。残念なことに、このような従来型の移動方法は、スクリーンのある環境では効果的であるものの、没入感の高いVRでは不快感を生じる場合があります。前述したように、サイドステップや後ろ歩きなどによるシミュレーター酔いは、コンソールやPCゲームでは発生しないのですが、VRでは発生するのです。OculusではVR内での新しいナビゲーション手法を開発中です。

移動中のユーザーの快適性を向上させるため、新たな移動方法を検討されています。従来では、「前進」ボタンを押すと通常はカメラが向いている方向に進みます。しかし、移動は従来の入力デバイスで行い、向きの変更は頭で行う「戦車モード」や「戦車ビュー」を使うナビゲーションを使用しても良いかもしれません。例えば、ユーザーが「前進」だけを押し続けている間は直線状に進み、頭を向けることで進行方向を変えずに周囲を見渡すことができる方法もあります。店の中で棚と棚の間を歩いているときに、脚では通路く真っ直ぐに歩いているものの、それとは独立して、頭は横から横へと見回しているという状況と比べてみてください。

この新しい移動方法には利点もありますが欠点もあります。Oculus社の従業員の数名(とおそらくこの手法を実装した開発者)はこの手法は従来のナビゲーション方法より快適と感じたようです。しかし、不快感やユーザー体験におけるあらたな問題も発生します。特に、ユーザーが向いている方向に進みたいのに、椅子ごと身体と頭が回転してしまったせいで、違う方向に進んでしまう場合などです。そのため、この手法を用いる開発者は常に、ユーザーがアナログスティックの押し込みやボタンなどで簡単に「戦車」の向きをリセットできるようにしておくべきです。様々な使用例における「戦車モード」の快適性と有効性が完全に解明されるにはさらなる研究が必要ですが、開発者は従来型の移動方法の他に、ユーザーが選択可能なオプションとしてこのような手法を取り入れることは十分考えられます。

現状、開発者がこのガイドで述べられているような問題について考慮した上でなら、従来型の移動方法が無難で多くのユーザーにとって利用しやすい手法と言えます。コンテンツによっては、仮想空間内でユーザーを移動させる新しい方法も使用可能です。たとえば、ユーザーが新たなステージに進むたびに、異なる位置から始まるなどです。いくつかのゲームでは、暗闇にフェードアウトする表現が睡眠状態や意識の喪失を表すのに使われていて、ストーリーの進行に沿って別の時点で目覚めさせられます。これらの慣習は特に問題なくVRでも用いることができます。しかし、ユーザーを仮想空間で移動させる(ユーザーを30°右に回転させ、マップの別の位置に移すなど)のは戸惑いを与えるでしょうし、移動時にカメラの制御をユーザーから奪ってしまうと、それは不快なものとなるでしょう。

24
Dichgans, J. & Brandt, T. (1973). Optokinetic motion sickness and pseudo-coriolis effects induced by moving visual stimuli. Acta Oto-laryngologica, 76, 339-348.

付録J - コンテンツ作成



  • ユーザはいつでも、どの方向でもみられるようにすべきです。それにより没入感が維持されることに留意してください
  • ディテールにこだわったアートのアセットを作成すると、ピクセル密度による制約があることに注意して下さい。
  • ローポリゴンでの「チート」(例えばバンプマップや平面オブジェクト)はステレオ3D、特に視点から間近の場合は明らかにチートであることを見抜かれます。
  • 音声は没入感にとって決定的に重要です。音風景は慎重に設計を行いユーザが使用する出力デバイスを考慮に入れて下さい
  • Oculusのツールはメートル単位で動作します。Unity上での1単位は1メートルとして扱って下さい
  • 理想的な体験のために、Oculus調整ツールのSettingsを使用してバーチャル環境におけるユーザの大きさを設定して下さい(任意)


新たな需要

バーチャル世界の設計は要求の多いものです。デザイナーはユーザがどこをみるか直接制御することがより少ないものです。ユーザはいつでも、どの方向でも見回すことが出来るためです。すでに述べたように頭の動作に対するカメラの反応を制限することはVRにおいて非常に不快感を生じさせるかもしれません。物語の都合または技術的な目的でカメラの動作範囲を制限することは不可能です。任意のタイミングで見回すことでユーザの没入感を損なわないように注意して下さい。例えば環境におけるレンダリング上のチートを見抜かれる、といった場合です。ユーザの周囲のバーチャル世界は常に完全かつ継続的であるべきです。

出来るかぎり多くの動的システム、すなわち物理挙動、ライティング、天候、および崩壊を取り入れて下さい。立体視の効果は比較的近いオブジェクトでベストだということを理解して下さい。遠くに離れるほど、効果は平坦化されます。
アート アセット
将来のOculusRiftは解像度が改良されるでしょうが、ピクセル密度がOculusRiftに合うようになるまでに、まだ時間がかかります。今のOculusRiftは解像度が限られていますが、あなたがこの制限事項を気に留めている限り、完全な没入感を作りだすことができます。

オブジェクトの大きさが単列のピクセルサイズに近づくほど、細かいレンダリングが問題になっていきます。オブジェクトがまばらに表示されるほど、OculusRiftで見たときの明瞭さは悪くなります。テキストの文字や、小さくまばらなオブジェクトはピクセル間に埋もれてしまう傾向があります。同様に、フェンスやパターンのようにまばらかつ繰り返される場合、オブジェクトの表示に問題が生じます。
あなたの世界を作るとき、デザインプロセスに沿って作られた全てのステージにおいて、OculusRift上の視界を確認してください。

極端に小さなオブジェクトの配置は避けてください。可能であれば、まばらなオブジェクト表示も避けてください。 これらの提言は、テクスチャを配置する場合にも同様に当てはまります。
ゲームのようなリアルタイム3Dアプリケーションのほとんどは、許容できるフレームレートで複雑なシーンを表示しています。シーン表示を効果的に表現できるエフェクトによっては、明らかに偽の立体視3Dに見えてしまうものもあります。ビルボードスプライトは、特にそれらがくっきりとした表示のとき(例:雷や炎)、明らかに平坦に見えてしまいます。ビルボードはぼんやりしたもの、例えば煙、霧、遠くの背景などにのみ使うようにしてください。バンプマップ、視差マップ、実体形状が組合わさらない限り、VRにおいては効果的ではありません。
(この場合、視差マップが個々の仮想視点と一致しているかを確認してください)

現在のOculusRiftの限られた解像度では、非VRゲームで使われる多くのトリックはまだ使わないようにしてください。しかし、解像度が改善されれば、それらのトリックがユーザーに受け入れられるのは言うまでもないことです。

音声設計

音響は、バーチャル世界の体現における二つの原理様式の一つです。高品質の音響は、低品質な資格体験を補完します。また、音響リソースはたいていの場合、視覚のリソースよりもプロセッサの処理能力を必要としません。音響を重視するのは役に立つ開発戦略です。

音響は、まず間違いなく視覚と同様に重要です。周囲から聴くことは、バーチャル世界への知覚を継続的にサポートします。バーチャル環境を信じさせるために、ユーザは現時点で視野外にあるバーチャル世界の一部が存在していると確信する必要があります。このバーチャル世界がまだここにある、という協力な信号として、音響を使うことができます。

OculusRiftでの体験を補完する一つの自然な方法は、ヘッドフォンの着用です。多くのユーザはゲームプレイ中にヘッドフォンを好んで着けます。VRの世界では、ヘッドフォンやスピーカは空間的な音響において異なった要望があります。バーチャルマイクは、バーチャル世界でのカメラがユーザの目として振る舞うことと同様に、ユーザの耳として振る舞う必要があります。音響デザインは、ユーザがヘッドフォンを着けており、出力ソースはユーザの頭の動きと一緒に動く耳の動きに追随していること、を考慮すべきです。このことはスピーカシステムには当てはまりません。

周辺の音声を拾うバーチャル”マイク”は、いつもユーザの位置に追随するべきです。しかし、この行動は、ヘッドフォンやスピーカとは異なっています。ユーザがヘッドフォンを着けるとき、バーチャルマイクはユーザの頭の向きに対して回転する必要があります。しかし、スピーカを使うとき、頭の動きはマイクの方向に対して影響を与えません。あなたの作るコンテンツは、スピーカかヘッドフォンを選択できるオプションを付けるなどして、ヘッドフォンとスピーカの両方をサポートする必要があります。

音響デザインをさらに発展させると 、頭部伝達関数(HRTF)の使用により、真の3D空間を作ることができます。多くのサウンドライブラリはすでにHTRFsをサポートしています(Miles、DirectSound、OpenALを含みます)。したがって開発者もこれらを使うべきです。

ユーザと環境のスケール

スケールはVRにおける重要な側面です。あたかも実世界のように、ユーザーは物体のサイズを自身の身体との関係から直感的に知覚します。そして、簡単に物体(あるいは世界全体)について、誤ったスケールが設定されていると見わけてしまいます。
大半のゲームにおいて、皆は間違いなく全て正しくスケールするでしょう。Oculus Riftのソフトウェアにおいては、内部カメラの距離や視野、大凡の測定される単位はメートルなので、メートルから利用する基準の単位にあわせてください。

VRにおいて、現実の物理的なサイズ尺度から自由になっているものが3つあります。地面からのユーザーの眼の高さ、頭の動きに反応したカメラの動きのサイズ、そして瞳孔間の距離(IPD)です。
これらはSDKやユーザー情報から提供されますが、これらはアプリ上で様々な用途に用いられます。
見当識障害(酔い)を防ぎ、快適性と没入感が最大になる現実世界の寸法で設定してありますので、デフォルトでは操作しないことを推奨します。

多くのゲームにおいて、ユーザの憑依するアバターはナラティブ性やプレイのために特定の高さが必要になることがあります。例えば、ユーザの視界から周囲にある特定の箇所を隠したい場合、あるいは周囲から得られる要素をきっちり表示するために特定の高さを求める場合。ユーザを自身とは一致しない仮想空間上の高さに固定することでは問題は発生しないはずです(ベクションの強度が強まります)。地面にめり込んで視界がふさがれるようなことがない限り。しかしながら、快適さのためにユーザのIPDと頭の動きは失わせないようにすべきでしょう。

スケーリングにより世界を拡大縮小する形で"不思議の国のアリス"的なエフェクトを実現することがあるかもしれません。スケールは相対的なので、実際には2つの巨大/縮小感を実現する方法があります。世界をスケールするか、ユーザーをスケールするか(高さとICD(intercanthal distanceにより)です。ここでは、仮想空間上でユーザ側をスケールすることによってシミュレータ酔いの可能性が高まるのを避けるために、ユーザの周囲の世界をスケールする方を推しておきます。

もしUnityで作業をしている場合、現実の次元に最大限近づけるためにメートルのような単位を一つだけ扱ってください。もし現実のVR体験を開発する場合には設定することになるでしょう。もしファンタジーや代替現実によるVR体験を開発する場合には、別のスケール感覚を考えるかもしれません。リアルを追及するかどうかはさておき、アートの効果を意図したものに到達させるため、アートアセット上で早めにRiftに入って試してみることを推奨します。

警告として、人々の知覚は仮想空間上の距離を甘く見がちで、完全に測定された空間上であったとしてもなお時々違和感を覚える、ということについての研究文献を書きとめておきます。(25(26

25
Messing, R. & Durgin, F.H. (2005). Distance perception and the visual horizon in head-mounted displays. ACM Transcriptions on Applied Perception, 2(3), 234-250.
26
Willemsen, P., Colton, M. B., Creem-Regehr, S. H., & Thompson, W. B. (2004, August). The effects of head-mounted display mechanics on distance judgments in virtual environments. In Proceedings of the 1st Symposium on Applied Perception in Graphics and Visualization (pp. 35-38). ACM.

付録 K - (今のところの)効果的なVRについての考察



  • Riftによって、ユーザーの視覚的現実をかつて無いほど制御することができます。これは開発者にとって未踏の課題です。


「効果的なVRをどうすれば実現できるか?」とは、本が数冊書けるほど多くの文脈を持つ広範な問いです。VRはほとんど未開拓のメディアで、アーティストや開発者により最大限のポテンシャルを発揮させられるのを待つ状態です。

手始めに、VRは空間、大きさ、没入、インタラクションとナビゲーションについての新しい考え方を必要とするでしょう。例えば、スクリーンのあるメディアは、直角や直進運動に重きを置いており、スクリーンの縁は常に存在します。これが撮影監督のいうところの、ショットの「フレーム」に繋がります。しかしVRにはスクリーンも、物理的な境界もなく、よいカメラ アングルも存在しません。そして、ドアや窓のようなユーザーが覗くことのできる実世界の要素を使わない限り、「フレーム」は存在しないのです。

全てのメディアのうち、VRはおそらくもっとも実世界での体験に近いものでしょう。実世界と同じように、VRはユーザーを完全に没入的な環境で包み込みます。これによって、他のメディアでは不可能な体験を作り出すことができます。我々は、平らなスクリーンの前にあまりにも長く座りすぎました。ユーザーの上、下、そして背後の空間を活用することはこれまで以上に楽しくもあり、そして望まれていることなのです。

VRは物理的な実世界での体験を模倣しようとするメディアであるために、ユーザーはVR内でも外の現実と同じように振る舞えることを期待します。これは利点でもあり欠点でもあります。開発者はユーザーが慣れ親しんだ実世界の事象を使って誘導を行えますが、同時に、ユーザーの期待は現在可能なVR体験を上回ってしまうこともあるのです。没入感、操作性、そして体験のバランスをとることは、VRに向けたデザインの多くの課題の一つに過ぎません。このガイドはVR体験のデザインに必須の、最も基礎的な事項を提供するために書かれています。VRが真に輝く体験を、そして世界を作り出すことはあなたにかかっています。我々をそれを見るのを待ちきれません!

Rift向けのVRコンテンツ作成についての最新情報や議論については、ぜひ http://developer.oculusvr.com/best-practices をご覧ください。

付録 L - 健康と安全に関する注意

負傷、疾病、経済的損失のリスクを低減するため、ヘッドセットを利用する前に以下の警告をよく読んでください。

以下の場合直ちに使用を中断してください

ヘッドセットの利用者が以下の症状のいずれかを示す場合: 痙攣、発作、眼及び筋肉の攣縮、非随意運動、目眩、方向感覚の喪失、視覚異常、意識喪失、吐気、立ち眩み、シミュレーター酔い(移動酔いに類似)、頭部もしくは眼の不快感や痛み

一般的な指示と注意

以下の指示にには常に従い、ヘッドセットの利用による負傷もしくは疾病のリスクを低減してください。


  • ヘッドセットはVR利用開始の前に、各ユーザーについてキャリブレーションを行ってください。キャリブレーションを行わない場合、不快感とシミュレーション酔いの可能性が増加します。
  • ヘッドセットに付属する、セットアップ及び使用に関する全ての指示に従ってください。
  • 妊婦、老人、心不全もしくは他の重要な疾患を持つユーザーは、ヘッドセット利用前に医師に相談してください。
  • 重体な症状が発生した場合、またはヘッドセット利用中止後も症状が続く場合、医師に相談してください。
  • 全ての症状が回復するまで、運転、機械の操作、またはそれに類似する活動に従事しないでください。
  • ヘッドセットに身体を適応させるため、一回あたり数分の利用から始めてください。
  • 休息を必要と感じなくても、毎時間10分から15分の休憩をとってください。体験には個人差があるため、不快感を感じる場合はより長時間の休憩をとってください。
  • ヘッドセットの過度な利用は避けてください。
  • ヘッドセット利用中に、眼の疲れや痛み、目眩や吐気を感じた場合、利用を中止し休息をとってください。
  • ヘッドセットは可能な限り座った状態で利用してください。
  • 疲れや眠気を感じている場合、また酒類や薬品の影響下にある場合、ヘッドセットを利用しないでください。


発作

一部の人々(約4000人に1人の割合)において、光の明滅やパターンによって深刻な目眩、痙攣、癲癇の発作、意識の消失が引き起こされる場合があり、TVの視聴、ゲームプレイ、VR体験などの途中にこれらの発作が発生する可能性があります。これらの症状は過去に発作、意識消失、癲癇などの経験がなくとも発生する場合があります。過去にこれらの経験があるユーザーはヘッドセットの利用前に医師に相談してください。

シミュレータ酔い、眼精疲労、その他の反応

ヘッドセット向けに提供されるコンテンツは没入的なVR体験を発生させるため、ユーザーがその体験により以下の症状を発生させる可能性があります: シミュレータ酔い(移動容易に類似)、感覚的な余韻、方向感覚の喪失、姿勢維持機能の低下、眼精疲労、目眩、吐気、離人(自分の行動を外から眺めているような感覚)、疎隔(実世界に現実性を感じなくなる)。これらの反応はヘッドセットの短時間あるいは長時間の利用により発生する可能性があります。ユーザー、もしくはユーザーの家族にこれらの症状の経験がある場合、ヘッドセット利用前に医師に相談してください。

子供による利用


  • 本製品は7歳未満の児童によって利用されるべきではありません。7歳未満の児童が3D画像を見ることで、永続的な視覚障害が引き起こされる可能性があります。
  • 保護者は7歳以上の子供がヘッドセットを利用する際に上記の症状に注意してください。
  • 保護者は7歳以上の子供のヘッドセット利用時間を管理してください。


周囲環境の把握

ヘッドセット向けのコンテンツは没入的なVR体験を発生させるため、周囲の実際の環境を把握することが困難になります。ヘッドセット利用時には常に周囲の環境に注意してください。できるだけ座った状態で利用し、人が近くにいないこと、階段、バルコニー、窓、家具、が無いことを確認してください。また、ヘッドセット利用中もしくは利用直後に、衝突する、躓く、横転させる可能性のある物体が周囲に無いことを確認し、ヘッドセット利用中は鋭利な物体やその他の危険な物体を扱わないでください。

無線干渉


  • ヘッドセットはペースメーカーを含む周辺の電子機器に影響を与える可能性のある電磁波を発生させる場合があります。
  • 無線機能を利用する場合、ヘッドセットをペースメーカーの20cm以内で使用しないでください。
  • ペースメーカーやその他の医療インプラントを所持している場合、ヘッドセットの無線機能を利用する前に、医師もしくは医療機器の製造者へ問い合わせてください。
  • 病院、空港、航空機内などでは無線機器の利用に関する全ての規制に従ってください。これらの場所でのヘッドセットの稼働は、機器への干渉や故障を引き起こし、人的もしくは経済的な損失を発生させる可能性があります。


感電


  • 感電のリスクを低減するため以下の指示に従ってください。
  • ヘッドセットを水中や湿気のある場所で使用しないでください。
  • ヘッドセットを掃除する前に、電源を抜き、乾いた布のみを使用してください。
  • ヘッドセットを炎やその他の熱源に近づけないでください。
  • ヘッドセットを改造、あるいは分解しないでください。


Copyright © 2014 Oculus VR, Inc.

本資料はドラフトであり法律および医学の専門家による監修待ちです。

ブックマークに追加

このエントリーをはてなブックマークに追加

自己紹介

自分の写真
Unity3D公式マニュアル翻訳やってる人がスマホ(iPhone, Android)のゲーム開発しています。気軽に面白く初心者が遊べる内容がモットー。Blogでは開発情報をひたすら、Twitterではゲーム作成の過程で参考にしている情報を中心につぶやきます

ページビューの合計

過去7日間の人気投稿