個人積分：28分
文章編號：18570533
從這些相對值來控制viewport中的攝影機位置，位置是XY，大小就是遠近Z
技術難度很低，現成有很多library都能得到這個效果，剛好我不久前也才剛教過怎麼做
具體的應用倒是有比較有趣的可能性，比方說如何掛到現有的遊戲上？
遊戲在執行時如果走獨佔模式，那要怎麼控制攝影機？
外掛？模擬按鍵系統（如GlobalPie）？虛擬驅動程式？
撇開技術，互動形式也很有探討價值，例如玩家身體往下躲時，鏡頭移動但是target卻不變會構成有趣的畫面體驗
不過要真正把這個技術放到真實的遊戲中時，這個東西才會有討論的空間
Wiimote同樣也是影像辨識的技術，只是辨識的是sensor bar上面的那幾個光點
而且因為已經晶片化，所以計算遊戲用的硬體並不需要耗費額外的運算資源
或許把您們的技術硬體化也是很值得考慮的一條路？比方說經過計算後只送出座標，那就可能弄成周邊了
不過就技術原理而言....我覺得其實沒什麼差別XD
個人積分：0分
文章編號：18570634
個人積分：0分
文章編號：18570752
個人積分：6650分
文章編號：18571335
個人積分：28分
文章編號：18573313
都一律被視為國內合格的專利案，具有專利優先權
你的東西沒有翻過其他國家的專利，就算只以台灣為市場其實還是有風險的
萬一沒有繞開人家的專利敘述，人家要來台灣告，也是告得成的
再者，你用商品出現的時機來宣告專利順序也有點奇怪
你們的系統開發完成的時間是兩年前，即使NDSi出現在後
但是也不代表相關論文或是技術成果發表的時間是在你之後
甚至可能在很多年前就已經出現了，商品化本來就會花上更多的時間
只要東西有公開發表過，你就沒辦法宣告你的專利是創新的
單以這個系統來講創新，可能還有點距離
當然專利公司還是會想辦法繞個彎玩文字遊戲啦
我手上也有莫名其妙的專利，都是靠著專利公司的神通廣大申請來的
自己都不太明白為什麼這樣的東西可以申請得到
個人積分：150分
文章編號：18614100
GCLin wrote:
http://www...(恕刪)
軟體方式主要會在兩個地方有問題：
1."好"WebCam難尋：
在遊戲中作定位用的話，Webcam輸出最好能達到60fps，動作才會流暢。另外最好輸出像素不要太高，約320x240左右即可。但現在WebCam像素越作越高，雖然有低階可買，但又很難要求他能達到60fps。對一般使用者來講這部份會比較複雜。
2.CPU佔用：
PC遊戲資源吃的兇，CPU經常都是處於不夠用的狀態。人臉追踨軟體我想可以寫到不太吃CPU，但WebCam的錄影的佔用就無可避免。
用Wii Remote有個好處就是，他影像的部份不會傳回電腦，只是透過藍芽傳回需要的資訊而已，主機的負擔會輕鬆的多。
還是整套包一包，把產品作成硬體形式會比較理想些。
另外在遊戲支援性方面，建議直接走TrackIR的API，很多遊戲都有支援，就不需要另外去傷腦筋。
Zclub Mini-Z 討論區 歡迎來逛逛~： http://mini.zclub.com.tw ＜－－ 這網址夠好記吧？
個人積分：0分
文章編號：18632007
其實就像前面某位前輩講到的辨識點不同罷了(有些人辨識列印出來的圖樣,有些人抓臉部)
不過,還是要為你拍拍手,因為會使用AR來做出互動式的flash的人可能不在少數,但能寫出引擎的人就真的不多
尤其假如如你所說的,是自己想到後開始研發,只是比日本其他團隊慢一步的話,更要給你拍拍手
你具有可能改善人類使用方式或習慣的能力,而且我覺得台灣這樣的人才很少哩,大多研發到一半就開始想要怎樣模組化賺錢了,但又不夠深,最後通常一個好的想法跟創意,就這樣消失了
我覺得假如人類真的會在進步或是過得更和諧,就是需要你這樣的人不斷的研發跟改善
都能寫出原碼了,在更深入一點,在更了解人的一些操作習慣的優劣,並打破傳統架框,說不定或有突破現在更好的東西出現~~
加油阿~~
