作者f48et (ready)
看板VR
標題[討論] 想到新的跑步方法，用在vive
時間Sun Jun 26 18:54:33 2016
大家好
本人不是遊戲設計或硬體設備等相關研發人士，只是一位看好vive的小市民
我想到一種用在vive的跑步方法，希望可以在這VR版討論，看看可不可行
依我的了解，大部分的VR設備的跑步機制，是用類似計步器的方法分析是否移動
原地踏步停止，代表腳色移動停止，所以在跑步中轉彎的時候不是很方便
所以我在想，把[原地踏步]=[開始前進]拆開來，改成[跨出一步]和[原地踏步]兩動作
[跨出一步]=決定腳色移動方向和跑步的時間點
[原地踏步]=持續在移動
這樣的好處是，人一直[原地踏步]的同時可以進行[轉身]、[倒退跑]、[側移]，可使人在遊戲中有不同的移動模式
想要大幅度、短時間的[轉向移動]，只要直覺地踏出想要的一步就好，決定新的移動方向
[誇出一部]這動作可以跟[一般走路]做個區別
不知這樣的操作模式，可行性大不大，有沒有什麼觀念上的問題？
--
Sent from my Windows
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 140.136.178.62
※ 文章網址: https://webptt.com/m.aspx?n=bbs/VR/M.1466938475.A.DB3.html
1F：推 h1981127: 主要問題應該是，你往哪跨步這點要用什麼東西偵測吧 06/26 19:00
2F：→ f48et: 頭盔和手把的相對位置和與燈塔相對的位置 06/26 19:02
3F：→ f48et: 跨出一步時手不太會亂動 06/26 19:04
4F：推 h1981127: 腳上沒有sensor，你只能偵測頭盔以及把手的位置，你的 06/26 19:07
5F：→ h1981127: 跨步設定太小的話，上半身動一動就會造成誤判定，跨步設 06/26 19:07
6F：→ h1981127: 定太大的話，整個房間你可能走不到幾步 06/26 19:07
7F：推 h1981127: 目前看到的主流是拿其中一隻把手當作方向，配合踏步， 06/26 19:15
8F：→ h1981127: 朝哪邊就往哪邊跑，如果再搭配按鍵的話，應該能大幅減 06/26 19:15
9F：→ h1981127: 少跑步的誤判定，甚至可以搭配按鍵做成向後跑。這種方 06/26 19:15
10F：→ h1981127: 式的好處是另一隻手還可以用來攻擊或防禦。 06/26 19:15
沒玩過這樣的操作，這樣不會頭暈嗎？
11F：推 Connels: 原地踏步好累，我光站著一小時腳根就在痛了 06/26 21:18
12F：→ Litfal: 有在動其實不一定會比站著不動累喔 06/26 21:20
13F：推 st12231: 認真覺得明年FO4 VR若以類似這種方式移動，Vive銷量一定 06/26 23:44
14F：→ st12231: 飛天 06/26 23:44
可依靠肉體自由、自然控制的高速移動，應該會成為賣點
15F：推 ManInBlack: 意見同h198，對vive來說跨一步跟普通晃動可能不好分 06/27 00:55
16F：→ ManInBlack: 手不太會亂動這件事情更難控制啊，緊張時想往後跨變成 06/27 00:57
17F：→ ManInBlack: 偵測到原地踏步就爆衝之類的 06/27 00:57
這部分沒有實際去做，就不會有結論
但我相信鄉民是臥虎藏龍的，有人想試看看嗎？
18F：推 zebb: 我覺得想法不錯，不過需要腳上的sensor才能做出來，光靠 06/27 11:17
19F：→ zebb: 頭盔和手把難度太高 06/27 11:17
20F：→ zebb: 有人想創業嗎？這是個好題目喔 06/27 11:18
21F：→ SSQ: 從硬體着手呢？腰間多綁個感應器之類的 06/27 11:48
22F：→ SSQ: 感覺多出個感應裝置對vive而言應該不難吧 06/27 11:57
23F：推 dontpkme: vive原本就可以支援多個手把的樣子, 就能當第3個sensor 06/27 12:02
24F：→ kuma660224: 問題只是再多個手把又多一筆錢.... 06/27 15:09
25F：→ kuma660224: 所以計步器模式的優勢就在這，不花錢。 06/27 15:10
26F：推 sksp: 多個腰帶不錯喔 =///= 06/27 16:47
27F：推 fr75520: 不知道能不能用手機的陀螺儀輔助 因為大家都有手機不用 06/27 18:17
28F：→ fr75520: 買XD 06/27 18:17
不錯的建議，我記得vive可以用藍芽接收手機通話，把加速度等資料傳入電腦計算
或許可行
※ 編輯: f48et (140.136.178.62), 06/27/2016 18:36:27
29F：→ kuma660224: vive 自己有陀螺儀，你意思是手機綁老二? 06/27 19:54
30F：→ kuma660224: 這技術是可行，也有實例,DAYDREAM 06/27 19:58
31F：→ kuma660224: 的開發機就說是用nexus5手機暫代手把。 06/27 19:58
32F：→ kuma660224: 但手機感測器沒有外部校正，不知初始座標。 06/27 20:06
33F：→ kuma660224: 這可以透過一些技巧解決。 06/27 20:06
34F：→ kuma660224: 比如手機掛老二後，要求玩家站直不動幾秒 06/27 20:08
35F：→ kuma660224: 就可以換算頭與腰的相對粗略位置。 06/27 20:09
36F：推 cooper6334: 我試著做在頭盔上會跟快速轉頭混淆 還是得要其他硬體 06/27 22:24
37F：→ cooper6334: 幫忙才行 06/27 22:24
可以問一下coo大的編寫邏輯嗎？
希望可以了解一下，實際上可以分析的資料有哪些
※ 編輯: f48et (140.136.178.62), 06/27/2016 23:17:15
38F：推 h1981127: Cooper大大，請問你可以試看看手機連結手把，使用手把 06/27 23:29
39F：→ h1981127: 控制方向(前後左右不旋轉)，原地跑步觸發移動的這種方 06/27 23:29
40F：→ h1981127: 式，在左右以及向後移動時是否會造成暈眩感？ 06/27 23:29
41F：推 cooper6334: 方向在手把上,跑步就能放在頭盔上 就是ROVR的作法 06/28 00:30
42F：→ cooper6334: 我目前能拿到的參數只有頭盔座標，後面減前面就是速度 06/28 00:32
43F：→ cooper6334: 快速轉頭跟平移都會造成頭盔位置跟速度改變 06/28 00:34
44F：→ cooper6334: 要從旋轉過濾吧，只是還沒想到抓角速度的方法 06/28 00:35
45F：→ f48et: 抓不到手把座標？ 06/28 01:47
46F：→ f48et: 有手把座標，或許不用角加速度 06/28 02:02
47F：推 cooper6334: 手把座標當然有，只是我希望能避免使用來防止手的動作 06/28 02:37
48F：→ cooper6334: 被跑步吃掉 06/28 02:37
49F：推 zebb: 我覺得所有需要頭盔/手把的判斷都有其缺點，不如先綁兩個 06/28 11:03
50F：→ zebb: 低價android手機在兩腳上，用它們的陀螺儀等sensor來判斷， 06/28 11:04
51F：→ zebb: 可行的話還可以找廠商做出輕量化的商品 06/28 11:04
52F：→ cooper6334: 光是要多綁兩顆sensor就是一個很大的缺點了 06/28 11:08
53F：→ cooper6334: sensor越多一定越準,但是同時也越麻煩 06/28 11:09
54F：→ cooper6334: 我覺得再怎麼偵測也很難分辨使用者原地踏步是要往前 06/28 11:13
55F：→ cooper6334: 還是往後走,要做到自由走路大概還是萬向跑步機 06/28 11:13
56F：推 zebb: 兩腳腳踝各一個sensor，相對於用頭盔手把判斷的不準確性， 06/28 11:57
57F：→ zebb: 我是很能接受的。只有這樣才能做到方向/速度都隨心所欲 06/28 11:58
58F：→ zebb: 而且不影響手把/頭盔操作 06/28 11:59
59F：→ zebb: 或說不被手把/頭盔操作影響 06/28 11:59
60F：推 ManInBlack: 手機放口袋感覺是蠻有趣的想法，不過還得實際測試一下 06/28 11:59
61F：→ ManInBlack: 粗略想一下難點可能是在轉頭跑時gyro應該不會保持定向 06/28 12:00
62F：→ zebb: 技術上我認為做得到你說的分辨原地踏步或往某方向踏步 06/28 12:00
63F：→ cooper6334: 加裝Sensor就能做到這篇原PO提的作法，而且能跟視野 06/28 12:15
64F：→ cooper6334: 分開，但是我會認為這是需要額外成本 效益又不高的 06/28 12:15
65F：→ cooper6334: 做法 因為靠手把或是靠跨一步來決定移動方向 06/28 12:16
66F：→ cooper6334: 其實前者也不會太差 而且後者容易跨步跨到撞牆 06/28 12:17
67F：→ cooper6334: 我現在的作法是朝著面向的方向前進，並且能用按鈕鎖定 06/28 12:25
68F：→ cooper6334: 移動方向來轉頭看後面,缺點就是起步一定會往前走 06/28 12:26
69F：推 zebb: 靠手把缺點是手把被佔用，靠頭盔面向缺點是只能往前走 06/28 17:14
70F：→ zebb: 這兩個缺點是無法改變的，若有額外sensor解決此兩問題 06/28 17:14
71F：→ zebb: 我不覺得「額外成本」會是問題，除非不合理的高價 06/28 17:14
72F：→ zebb: 而撞牆我也不覺得是問題，會撞牆就是沒有注意虛擬牆位置 06/28 17:15
73F：→ zebb: ，本來不會撞牆的也不會因為此裝置更容易撞牆... 06/28 17:16
74F：→ zebb: 當然在不增加成本的情形下就是您現在的解決方式， 06/28 17:18
75F：→ zebb: 但若加個裝置就可以不佔用手把且隨心所欲四處移動，我會買單 06/28 17:19
76F：→ cooper6334: 我只能說我們對隨心所欲的定義好像不太一樣 06/28 17:21
77F：推 zebb: 是嗎？ XD 不就是想往哪就往哪移動？ 06/28 17:22
78F：→ cooper6334: 要額外花錢買設備的話我就直上萬向跑步機了 06/28 17:22
79F：→ zebb: 那佔空間又貴阿... 06/28 17:23
80F：→ zebb: 且要討論「額外成本」也得先看看這成本是多少 06/28 17:24
81F：推 zebb: 我說得就類似您另一篇文提到的3-Space Sensors 06/28 17:27
82F：→ zebb: 但只需要兩個，一腳一個 06/28 17:27
83F：推 cooper6334: 你點去sensors那頁看 整套要$3500 無線單顆也要$235 06/28 17:31
84F：→ cooper6334: 便宜的作法就是用手機拉，效果好不好就要做看看才知道 06/28 17:31
85F：→ cooper6334: 不過透漏一點八卦 ㄐㄒㄈ有在做Mocap相關的東西 06/28 17:32
86F：推 zebb: 利用燈塔做motion capture?是的話似乎有點合理 06/28 17:40
87F：→ kuma660224: 手機還算貴，裡面動態sensor只有幾美元 06/29 09:17
88F：→ kuma660224: 直接做個支援燈塔的gyro定位藍芽貼片 06/29 09:21
89F：→ kuma660224: 左右腳與腰間各一，會比多隻手機便宜。 06/29 09:21
90F：→ kuma660224: 不過市場還小，要等經濟規模大到值得做 06/29 09:22
91F：→ kuma660224: 目前各種方式都只是軟體性替代方案。 06/29 09:26
92F：→ kuma660224: 未來終極目標還是能真正感應雙腳與身體面向 06/29 09:26
93F：→ Litfal: sensor+2.4G真的很便宜，就算用藍芽方案也不貴 06/29 13:13
94F：→ Litfal: 很多mcu+無線傳輸的模組，只要加個sensor就能運作了 06/29 13:14
95F：→ Litfal: 只是...要充電的裝置會變很多，很不方便XD 06/29 13:15
96F：推 zebb: 充電裝置多可以設計充電座，插上去收納順便充電 06/30 16:26
97F：→ kuma660224: wii動感手把蠻省電的，電池可用很久，覺得不是問題 06/30 23:06
98F：推 bohun: 真人馬力歐操場跑道吃金幣障礙跑 感覺很有趣 07/02 20:38