曼尼：「『Oculus Quest』......透過內建鏡頭，就算戴著頭盔也能看到真實世界的黑白影像，伸手抓取搖桿、設定地面高度後，就可以拿起手把，直接在地面「畫」出你的遊玩區域......不論是貓來亂、手機響了要去拿手機、 還是要去拿衛生紙，都不需要取下頭盔。」
讀到這段，腦中不禁浮現起過去我與那組黏呼呼的 LG G5 VR 頭盔的回憶。
VR 頭盔為了達到良好的遮光性，同時也會完全遮斷視線，因此，當時我就一直為了無法精準掌握衛生紙的所在位置而感到困擾不已。
還記得當時在享受 VR 體驗的過程中，總覺得每一分每一秒都令人感到驚豔與沉浸不已，而自己因為過敏體質的關係，使得每當遊戲體驗到了最精彩的關鍵幾秒時，我總是不得不拿下頭盔來找尋衛生紙......為了擤鼻涕。
當時心裡就在想，要是未來在這方面的技術能有所突破就太好了。
沒想到，這一天來的如此之快。
#剛剛轉錯篇
Oculus Quest, simply amazing.
開箱體驗就很棒，非常厚實的黑箱邊角，內容物札實地被海綿框體給牢牢架住，隨附的 AA 電池也放在頗富巧思的紙盒中。
更重要的是盒中的一切就是你所需的，不用任何其他設置，立即可以準備體驗。
第一次開機必須等上 10~15 分鐘進行軟體更新，此時可以先逛逛手機上 Occulus App 的商店、將想要的 App 加入資料庫，順便看上方的更新進度表，醞釀期待的心情。
Oculus Quest 是系列中第一台擁有 inside-out 追蹤系統的 VR 一體機，不須連結電腦、也不須架設追蹤基地台，即可擁有大坪數的自由移動體驗。
配戴的舒適度普通，整體的重量分配仍然比較偏前，但因為機子比想像中的要輕，所以戴了一個多小時也不覺得難受。
過去嘗試過的中國製一體機偶爾會讓人有發熱難受的感覺，Oculus Quest 完全沒這問題，甚至因為內建的主動冷卻系統而可以感受到徐徐涼風。更厲害的是聽不到任何冷卻系統的噪音。
手把的定位相當好，不需任何校正就能直接運作，美好的體驗在第一次設定安全區域（守護神）時即開始。
透過內建鏡頭，就算戴著頭盔也能看到真實世界的黑白影像，伸手抓取搖桿、設定地面高度後，就可以拿起手把，直接在地面「畫」出你的遊玩區域。
當你相當靠近安全區域時，畫面上會先出現藍色框線；當你踏出安全區域後，畫面就會切到真實世界的黑白影像；當你返回安全區域後即恢復正常。
不論是貓來亂、手機響了要去拿手機、 還是要去拿衛生紙，都不需要取下頭盔。
螢幕品質比想像中的高。面板解析度比 Oculus Go 高是意料中的事，但 OLED 帶來的飽和色彩與鮮明亮度還是讓眼睛看得喜孜孜。
紗窗效應（screen-door effect）相當不明顯，但 Oculus 慣有的鏡片光暈（god-ray）還是稍嫌惱人。
聲音的部分，音場效果優、聲音品質也不差，但音量不大，想要強化的話可以將耳機插入 3.5mm 音孔使用；預設不支援藍芽耳機，需要的話得自行 side-load 輔助應用程式。
入手的第一件事就是馬上買了全球首發在 Oculus Quest 的《星戰 VR 系列：Immortal Vader》第一章節，只能說不愧是首發作品，畫面品質比想像中的高太多，敘事內容也有趣，拔出光劍的一瞬間更是雞皮疙瘩掉滿地。
Oculus Quest 用的是 Snapdragon 835，效能上有點過時，但在極致優化下，還是能有《星戰 VR 系列：Immortal Vader》這樣的佳作。
更重要的是我個人完全不介意貼圖品質下修，因為這種隨手拿起就能直接玩的體驗，無價。
Oculus Quest 是我認為市場上第一台不僅能夠讓人跨除「VR 好麻煩」的觀念，同時也具備過去五年以來累積的完整體驗的設備。
當然，所有你對 VR 投以不信任及不支持的理由都仍存在，包括：得戴個頭盔、需要活動空間、與外界隔絕等。
但，如果你一直都對這樣的沉浸體驗感到好奇、但卻又存有「感覺就很麻煩」的心理限制，那麼我非常推薦 Oculus Quest。
side effect程式 在 Re: C的參數傳遞方式- 精華區C_and_CPP 的推薦與評價
※ 引述《DickG (龍龍)》之銘言：
: ※ 引述《[email protected] (totoro)》之銘言：
: : 在C語言中, 預設(default)的參數傳遞方式為
: : (A) call by value
: : (B) call by address
: : (C) call by name
: : (D) call by result
: 之前有問過…不大清楚 B C D 之差別
: 有誰要說明一下的嗎?
: 龍龍
call by address = pass the address of the parameter (applies to
variables only)
call by name = something equivalent to macro expansion (I forgot, actually)
call by result = the same as call by value, but copy the result back to
the parameter when return from function, yields similar
effect as call by address (different to call by address in
some cases with aliases)
--
※ 發信站: 批踢踢實業坊(ptt.twbbs.org)
◆ From: 140.112.8.111
> -------------------------------------------------------------------------- <
作者: whirl (飛在空中的心) 看板: C_and_CPP
標題: Re: C的參數傳遞方式
時間: Sat May 8 18:15:42 1999
※ 引述《DickG (龍龍)》之銘言：
: ※ 引述《[email protected] (totoro)》之銘言：
: : 在C語言中, 預設(default)的參數傳遞方式為
: : (A) call by value
: : (B) call by address
: : (C) call by name
: : (D) call by result
: 之前有問過…不大清楚 B C D 之差別
: 有誰要說明一下的嗎?
: 龍龍
Call by address傳址呼叫
主程式的三數稱為實際參數(actual parameter)，而副程式的參數則稱
為形式參數(formal parameter)
主程式呼叫副程式時，只把實際參數的位址(Address)傳給副程式，使主副程
式的相對參數站用相同的記憶體位置，因此被呼叫程式在執行過程中，
若副程式參數值改變則相對印的主成式參數值也會改變，一般稱為
Side effect(副效應)
Call by name(傳名呼叫)
主程式參數稱為實際參數(actual parameter)，而副程式的參數則稱為形
式(formal parameter)
主程式呼叫副程式時，除了把實際參數的名稱(name)傳給副程式外，並取
代整個副程式相對應之參數名稱
這種方法除了相對應參數佔相同記憶體位址外，尚須改便所有副程式相對參
數名稱，故在繫結數度上較Call-by-address(binding)稍慢，但較call by
value為快
這種方法因為容易產生不預期的結果，且破壞力強，故少用
Call by value-result(傳值-結果呼叫)
這種方法很神奇如Ada用之,除了上述可把執行結果傳回呼叫程式外,在執行
過程外,被呼叫程式可以去引用呼叫程式的實際參數actual parameter,並不
會改變其值,因此在執行過成中沒有Side effect 發生,被呼叫程式執行完畢
後再把結果傳回呼叫程式
--
"愛"不僅是一種浪漫的學習
"愛"是生命的學習
是一種很深的學問
它需要"時間"和"過程"
學習認識對方，尊重對方，接納對方
--
※ 發信站: 批踢踢實業坊(ptt.twbbs.org)
◆ From: sun7.cc.chu.edu
... <看更多>