海外メディアWccftechは、Nintendo SwitchのOSソースコードを解析したところ、VRモードが存在していたことを報じた。
VR対応の余地を残すソースコードを発見
同メディアよると、セキュリティコンサルタントのCody Brocious氏は、Nintedo SwitchのOSソースコード解析を行った結果、
VR対応モードの存在が確認できたことをツイートした。

現在のNintendo Switchは「非VR対応モード」？

同氏が指摘するVR対応モードと解釈できるソースコードとは、「IsVrModeEnabled」と「SetVrModeEnabled」の箇所だ。
「IsVrModeEnabled」ではbool値(trueかfalseの値をとる)を取得することでVR対応モードか否かを判断し、その結果を
「SetVrModeEnabled」に渡してVR対応モードを実行する、ということを意味しているのだろうか。

この発見に関して、同氏は以下のようにコメントしている。

このソースコードが実際に実行されているかどうかは断言することができません。
しかしながら、90%の確信をもって、このソースコードからNintendo Switchには少なくとも部分的にはVR対応モードがある
、ということが言えます。
同氏が言うように、VR対応モードと解釈できるソースコードがあるからといって、そのソースコードが現実に実行されている
とは限らない。現実には全く実行されず、内部的には無視されているかも知れないのだ。
しかし、仮に現実に実行されているとしたら、「IsVrModeEnabled」の値はfalseとなっているだろう。逆から言えば、このbool
値をtrueに書き換えるだけでVR対応モードが実行される余地がある。

Android OSのソースコードが残存している可能性

同氏は、以上のようなソースコードがある理由として、Android OSのソースコードが残存している可能性も否定できないと
述べている。
Nintendo Switchがまだコードネーム「Nintendo NX」と呼ばれていた2015年6月1日、日経新聞は同ゲーム機のOSには
Android OSを搭載すると報じた。この報道は大きな反響を呼んだのだが、報道直後の2015年6月2日、任天堂はこの報道
内容を公式に否定した。

この一連の報道から、現在のNintendo SwitchにはAndroid OSを搭載していないことは断言できる。しかしながら、Android
OSを参考にして独自OSを開発・実装した可能性は大いにある。何しろ、Android OSはソースコードを誰でも閲覧できるオー
プン・ソースなのだから。
今回発見された「VR対応モード」と思しきソースコードは、Android OSを参考にしてOSを開発する過程で混入し残存してし
まった、という解釈も成り立つのだ。この解釈に従えば、今回の発見にはあまり意味がないことになる。

任天堂のVRに対する態度

現在のNintendo Switchには、VRモードは存在しない。そうではあるが、任天堂の要人たちはVRに対して一定の距離を置き
ながら感心を示していることを、本メディアでは報じている。
以下の発言を参照すると、今回の発見は将来Nintendo SwitchがVR対応するための布石なのではないか、と見ることもでき
るのではなかろうか。
http://vrinside.jp/news/nintendo-switch-exists-vr-mode/

まぁGCにも3Dモードあったらしいし

>>2
DSの温度感知とかなにげに隠し機能つけるてるよな

>>2
ないぞ
映像出力がデジタルで出せたからそういうことも「できる」というだけ

>>18
内部的には3D処理する部分があるけど
むしろ出力をつけてないからできないって話だった気が

セキュリティコンサルタント名乗っててこんな情報ダダ漏らししていいのか…？
ソースコードって開発内部情報やろ

>>10
こんなセキュリティホールがある、って調べるのもセキュリティコンサルタントの仕事…なんじゃないの
ホワイトハッカーとどう違うのかよくわからんけど

Androidは元はLinux
Linuxの派生はFreeBSDやREDhat等

>>19
さすがにFreeBSDをLinux派生とか適当なこといってはダメだ。

どうしてOSのソースコードなんて持ってるんだよ？
スイッチ本体を解析してもソースコードは出てこないでしょ

>>20
つ リバースエンジニアリング

>>21
アホなの？
リバースエンジニアリングしても元のソースコードなんて出てこない

>>23
もっと学びなさい

>>29
リバースエンジニアリングしても元ソースの変数名や関数名までは出てこない
べんきょうになったねボク

>>38
関数名はでるぞ…(´・ω・｀)

>>38
言語によるぞクソガキ

>>38
パブリック関数や変数なら外部からアクセスできるように元の名前のままになるだろ
でなきゃどうやってデベロッパーにAPI使わせる気だよ

>>38
アホ

>>23
インターフェースのメソッド名が分からないと
ライブラリとして使用不可能になるべ

正直、任天堂がVRで面白いゲームの「見本」とかテンプレみたいなもの作ってくれないと
ソニーのVRもどうしようもないのは確かだｗ

>>37
そうだな。
乳搾りみたいな「見本」作ってもらわないと

スマホでVRみたいな専用ゴーグル出すんだろ
巷に溢れるゴーグルと違って汎用性要らないからしっかりしたもん作れるし
左右のスリットがその固定のためにも機能したら完璧やね

>>51
そういやそんなのあったな

任豚堂「VRは引きこもりのやるもの」

この発言してたけど
どうするんですかねぇ

>>60
USJのアトラクション用OSのコードが入ってるとか

>>60
「それをウチが打破する」

これでいい

でもスイッチをスマホVRみたいにする特許みたいなのはとってたよな確か
試作品が作られて実際に実験されてても全然不思議じゃない

>>65
当然テストはしてるだろう
製品化できるだけの遊びが提供出来て、付随する問題も解決出来ると判断されれば出る

>>65
あれってどの機構が特許なんだろう？

>>106
ジョイコンはめるガイドって他のアタッチメント付けるのにも使えそうじゃね？

そんなもんより早くエミュ完成させろよ

>>72
正直コンパイラやリンカの仕事

スマホVRみたいにswitchを顔面にセットしてジョイコンで遊ぶのかね
いや、重すぎるかな

>>88
ベルトやカウンターウエイト考慮してもPSVRより軽いんやで

流石に今のスイッチじゃ重たくて首いわしそう

>>92
PSVR>スイッチ

本体から音出るからヘッドフォン必須（外の音を遮断しないメリット）でもないのな

>>108
多少高くなってもいいからswitch取り付けるヘッドギアにスピーカー内蔵してくれた方がスマートだな

液晶の解像度があまりに足りなすぎるのがなぁ…
まぁスマホVRよりもさらに入門的な、簡易スマホVRとしていいかもね
あくまでちょっとしたおまけ機能みたいなもんにしかならないだろうけど

>>111
個人的にPC向けVRは現行の最新グラフィックスをVRで楽しむ為に
VR Readyなんてモノを提唱した関係か敷居を上げすぎた感があるし
スマホVRはゲームをするにはコントローラーの問題が出てくる
入門的なVR自体が意外と成立してないんよね

javaだとバイトコードから変数名などは分かるんだけど
んな言語使ってんのかな。
androidというキーワードからjavaってのは
ありかも知れんが、ソースコードの難読化くらいはしてそうだけど、それすらしてない生のコードを使ってるんだろうか。微妙に疑問ではある。

>>115
中間コードを経由する方式もなくはないが
どうしてもオーバーヘッドが起きてしまうのよ
なのでゲーム専用機では考えづらいかな

720Pじゃ無理だろう

>>121
初期のRift開発キット(DK1)と似た様な解像度なんで
相当粗いとは言え一応VRHMDとして成立はすると思う

VR出るかどうかは別として、頭に装着できるユニットさえ買えば左右のジョイコンで遊べてしまいそうな雰囲気があるだけでワクワクしてしまうな

>>124
そうか、初代oculusが大体720pの液晶だったか…
なんかそう考えると簡易VRとしては結構いいんじゃないかとも思えてくるな
ジョイコンもあるし、スマホVRよりかは操作はよさげだし

>>126
DK1は1280×800だけど片目640×800を円形のレンズで拡大する関係上

レンダリング結果はこんな感じで縦方向が結構余るから
Switchの1280×720でも映像的にはDK1と同等になると思う

今更VRは無いだろ
どこ見ても大ヒットしてないやん