XNA PC / Xbox 360 C# 遊戲程式設計
看CH4,學習三維空間的概念
圖書館圖書編號: 997.029 4468
2012年11月14日 星期三
2012年11月12日 星期一
Zbrush做出的3D建模可以用在Unity上面嗎?
網友回覆
張嘉仁:
如果你要把ZB的模型轉到Unity的話,做法還是跟ZB模型輸出到3D軟體的做法相同,也就是輸出OBJ跟相關貼圖,我記得Unity是可以讀取OBj檔的..但如果你要做動畫的話就肯定不行..還是得輸出到3D軟體去做調整喔.ZB的模型要到Unity最好還是指定法線貼圖細節才會在..
動作設定要輸出到Unity應該是輸出FBX..目前3D軟體都有支援這種格式..
2012年10月25日 星期四
如何在Android上使用OpenCV的技術
把code包成Library,然後用API的方式call C/C++ function。這個方式叫做JNI(Java Native Interface),你可以Google,網路上有詳細資料。
2012年9月24日 星期一
復健-遮蔽效應 pt.2 & 月會 & 發明展 & 2012資訊創新競賽
研究進度
9/19(三)
今天忙了一整天,月會與搬電腦。月會時讓各位就服員夥伴了解復健組最新的研究進度。就服員老師有提到復健組的開發應該變為一個傳承的計劃,讓學弟妹接著做下去,依序為三個階段
當天晚上回到LAB與彥儒開隔天發明展的行前會,由於彥儒難得回來機不可失,於是邀請彥儒參與我們復健組的討論,學長說佑佶寫出的判斷式很棒,這讓我們頓時信心大增,當天晚上我們也測試了很久遮蔽效應的問題,遮蔽效應出現的時機為肘的座標遮到肩座標的時候,經過多次測試,彥儒覺得我們有點太過鑽牛角尖,因為遮蔽效應的出現必須要手以非常快的速度舉到與身體垂直90度的高度,或是特定的區間才會出現,於是彥儒建議我們先把整個雛型完成,等我們完成回饋並把整個雛型弄出來後,就可以進入實測的階段。至於遮蔽效應的問題如果能在今年解決,那就真的太棒了,不能解決得話再傳承給學弟妹去開發。
學長建議我們在完成雛型後,以現在技術能判定最穩定的來做實測,設計一個實驗來確認準確度跟檢出率,實驗測試人數取五到十人,同時要記錄受測者的身高與手的長短
晚上我們也跟彥儒提到,在月會時就服員老師提出的用兩個Kinect來偵測,學長跟我們說這滿困難的,最大的困難點在於,兩個畫面要如何校對,以及如何解決失真問題,所以這概念我們決定暫時擱置在一旁,如果以後有影像處理超強的學弟再讓他玩玩看這概念。
發明展
9/20(四)
今天參觀發明展,看到中央申請到國科會計畫所做的Kinect復健。第一眼看到時真的感覺不太好受,有一種我跟佑佶努力開發的東西人家已經做出來的感覺,第一眼看到中央復健DEMO的影片,已經進入遊戲階段,當時真的很難過,回去找彥儒抱怨,接著我帶了LAB的夥伴一大票人去跟他們做「學術交流」,在做學術交流之前有著非常大的未戰先輸的感覺,因為他們的遊戲畫面真的滿精緻的,等到學術交流後,恩........,弱爆了,問她如何解決遮蔽現象的問題,問她依什麼理論根據,一問三不知,只會回答我判斷式是學長做的,她跟其他同儕負責不同的遊戲。標榜國科會計畫的海報,上面用英文打的,看起來像是創新創意理念的東西,做的看起來是很漂亮啦,也有類似數據圖的東西,只是為什麼關鍵的圖片與數據要用那麼小,小到我要貼著海報還看不清楚上面的英文在講什麼,你們是因為怕自己講不出來心虛才把圖片弄很小嗎???什麼都答不出來,只會回答我負責遊戲,你到底是來做研究還是來做遊戲啊?這段文字用詞非常激烈,因為每次想到我都很火大,這種研發程度也申請得到國科會,根本就是虛有其表的空包彈,光是判斷式就不知讓我花了多少時間跟佑佶討論,每天在路上走腦袋都在轉想著如何解決現在碰到的遮蔽現象,說穿了他們只是包裝的很好,根本沒有所謂的研究深度可言。
是否參賽
前面不爽的罵完了,我們還是要回到理性分析與判斷。不得不說,他們的遊戲畫面做的真的滿漂亮的,儘管以市面的遊戲標準來看可能還不能拿來賣錢,但已經夠打趴我做專題時的界面了,依去年參加競賽的開發,我們真的是輸到無反駁的餘地。不過這也不是什麼好值得氣餒的,畢竟他們實驗室根本是專門在做遊戲的感覺,專業的問題都推託給醫院的醫生,也沒有數據分析探討的能力,說不出理論依據,跟他們提我與佑佶現在專注研究的判斷方式的問題,也回答不出半點皮毛。
想要參賽
今晚(9/22)跟佑佶討論去發明展的所見所聞,我也跟佑佶提了想參加今年的資訊應用服務創新競賽,也分析了我們的優勢與檢討去年滑鐵盧的經驗,去年比賽時主講人是阿達,依我旁觀的感覺是阿達想到什麼就講什麼,因為阿達口才很好,反而變成講了太多東西而使得我們沒有DEMO的時間,反觀參加三創時主講人是國寶,我跟國寶沒辦法像阿達一樣可以況況而談,所以我們事先規劃好要講多少東西,以及要花多少時間,並且反覆演練到半夜一點多,才能在三創時掌握好時間並贏得佳績。
佑佶也跟我說了他也想參賽,但考量到佑佶十月底要出國參加ACM,資訊創新競賽的複賽在11/10,而且佑佶手邊也有計畫案要寫,我也有繁重的修課與旁聽課。以上這些並不是最大的問題,我們現在最大的問題在於回饋要如何設定,像是聲音回饋或是畫面回饋之類的,這應該是我們最近所需要解決最大的問題,希望能在兩周內解決。
如果參賽
如果參賽,當然就要先設定好策略啊,參加三創或許還可以靠包裝,但是當別人外表看起來就是比我們好許多時,我們就該靠內涵取勝。第一,理論依據,看發明展時,我最討厭的就是對方說不出理論依據,這塊在佑佶與物理治療師的討論以及物理治療師給的資料應該有很多東西可講。第二,要凸顯判斷技術的深度,這部落格每篇文章動輒一兩千字可不是寫好看的,每個文字與圖片都是我花大把時間斟酌與精緻的研究記錄,我們的研發實力是貨真價實的。第三,數據分析要說得出內容,無論是否有效,只要能說得出一套說法就能得評審的心,依目前的進度不知是否有辦法南下做實驗,評估我這學期繁重的課業與緩慢的paper閱讀速度,如果成功做了實驗,我應該只能在旁聽,提出意見怎麼講比較好。如果要比賽,我從頭到尾就是打算靠著研發能力與數據分析來壓著中央打。
9/19(三)
今天忙了一整天,月會與搬電腦。月會時讓各位就服員夥伴了解復健組最新的研究進度。就服員老師有提到復健組的開發應該變為一個傳承的計劃,讓學弟妹接著做下去,依序為三個階段
- 階段一:角度判斷(現階段)
- 階段二:力回饋
- 階段三:增加復健的動機,趣味性
關於階段二的力回饋,當天我有想到是否可以用Wii的把手來實行,至於實行的方法是從打電動的操作想到的概念,打電動時都會有個血條,我們可以把城市設計成隨著按壓時間增加,血條上面的數值會增加,這樣就代表有施力,不過目前這只是用想的,是否真的可行也是未知數。
當天晚上回到LAB與彥儒開隔天發明展的行前會,由於彥儒難得回來機不可失,於是邀請彥儒參與我們復健組的討論,學長說佑佶寫出的判斷式很棒,這讓我們頓時信心大增,當天晚上我們也測試了很久遮蔽效應的問題,遮蔽效應出現的時機為肘的座標遮到肩座標的時候,經過多次測試,彥儒覺得我們有點太過鑽牛角尖,因為遮蔽效應的出現必須要手以非常快的速度舉到與身體垂直90度的高度,或是特定的區間才會出現,於是彥儒建議我們先把整個雛型完成,等我們完成回饋並把整個雛型弄出來後,就可以進入實測的階段。至於遮蔽效應的問題如果能在今年解決,那就真的太棒了,不能解決得話再傳承給學弟妹去開發。
學長建議我們在完成雛型後,以現在技術能判定最穩定的來做實測,設計一個實驗來確認準確度跟檢出率,實驗測試人數取五到十人,同時要記錄受測者的身高與手的長短
晚上我們也跟彥儒提到,在月會時就服員老師提出的用兩個Kinect來偵測,學長跟我們說這滿困難的,最大的困難點在於,兩個畫面要如何校對,以及如何解決失真問題,所以這概念我們決定暫時擱置在一旁,如果以後有影像處理超強的學弟再讓他玩玩看這概念。
發明展
9/20(四)
今天參觀發明展,看到中央申請到國科會計畫所做的Kinect復健。第一眼看到時真的感覺不太好受,有一種我跟佑佶努力開發的東西人家已經做出來的感覺,第一眼看到中央復健DEMO的影片,已經進入遊戲階段,當時真的很難過,回去找彥儒抱怨,接著我帶了LAB的夥伴一大票人去跟他們做「學術交流」,在做學術交流之前有著非常大的未戰先輸的感覺,因為他們的遊戲畫面真的滿精緻的,等到學術交流後,恩........,弱爆了,問她如何解決遮蔽現象的問題,問她依什麼理論根據,一問三不知,只會回答我判斷式是學長做的,她跟其他同儕負責不同的遊戲。標榜國科會計畫的海報,上面用英文打的,看起來像是創新創意理念的東西,做的看起來是很漂亮啦,也有類似數據圖的東西,只是為什麼關鍵的圖片與數據要用那麼小,小到我要貼著海報還看不清楚上面的英文在講什麼,你們是因為怕自己講不出來心虛才把圖片弄很小嗎???什麼都答不出來,只會回答我負責遊戲,你到底是來做研究還是來做遊戲啊?這段文字用詞非常激烈,因為每次想到我都很火大,這種研發程度也申請得到國科會,根本就是虛有其表的空包彈,光是判斷式就不知讓我花了多少時間跟佑佶討論,每天在路上走腦袋都在轉想著如何解決現在碰到的遮蔽現象,說穿了他們只是包裝的很好,根本沒有所謂的研究深度可言。
是否參賽
前面不爽的罵完了,我們還是要回到理性分析與判斷。不得不說,他們的遊戲畫面做的真的滿漂亮的,儘管以市面的遊戲標準來看可能還不能拿來賣錢,但已經夠打趴我做專題時的界面了,依去年參加競賽的開發,我們真的是輸到無反駁的餘地。不過這也不是什麼好值得氣餒的,畢竟他們實驗室根本是專門在做遊戲的感覺,專業的問題都推託給醫院的醫生,也沒有數據分析探討的能力,說不出理論依據,跟他們提我與佑佶現在專注研究的判斷方式的問題,也回答不出半點皮毛。
想要參賽
今晚(9/22)跟佑佶討論去發明展的所見所聞,我也跟佑佶提了想參加今年的資訊應用服務創新競賽,也分析了我們的優勢與檢討去年滑鐵盧的經驗,去年比賽時主講人是阿達,依我旁觀的感覺是阿達想到什麼就講什麼,因為阿達口才很好,反而變成講了太多東西而使得我們沒有DEMO的時間,反觀參加三創時主講人是國寶,我跟國寶沒辦法像阿達一樣可以況況而談,所以我們事先規劃好要講多少東西,以及要花多少時間,並且反覆演練到半夜一點多,才能在三創時掌握好時間並贏得佳績。
佑佶也跟我說了他也想參賽,但考量到佑佶十月底要出國參加ACM,資訊創新競賽的複賽在11/10,而且佑佶手邊也有計畫案要寫,我也有繁重的修課與旁聽課。以上這些並不是最大的問題,我們現在最大的問題在於回饋要如何設定,像是聲音回饋或是畫面回饋之類的,這應該是我們最近所需要解決最大的問題,希望能在兩周內解決。
如果參賽
如果參賽,當然就要先設定好策略啊,參加三創或許還可以靠包裝,但是當別人外表看起來就是比我們好許多時,我們就該靠內涵取勝。第一,理論依據,看發明展時,我最討厭的就是對方說不出理論依據,這塊在佑佶與物理治療師的討論以及物理治療師給的資料應該有很多東西可講。第二,要凸顯判斷技術的深度,這部落格每篇文章動輒一兩千字可不是寫好看的,每個文字與圖片都是我花大把時間斟酌與精緻的研究記錄,我們的研發實力是貨真價實的。第三,數據分析要說得出內容,無論是否有效,只要能說得出一套說法就能得評審的心,依目前的進度不知是否有辦法南下做實驗,評估我這學期繁重的課業與緩慢的paper閱讀速度,如果成功做了實驗,我應該只能在旁聽,提出意見怎麼講比較好。如果要比賽,我從頭到尾就是打算靠著研發能力與數據分析來壓著中央打。
2012年9月17日 星期一
復健-遮蔽效應 pt.1
週三(9/12)跟佑佶前往心衛協會進行部落格教學,教學結束後在路上與佑佶討論最近遇到的問題,遮蔽現象。
在三維空間中,肩與肘這兩座標形成一個向量,當手臂舉起來到達90度上下的位置,會產生遮蔽現象。真實世界中當我們看"手臂伸直"這畫面時,手臂看起來是直的,但是仔細一看可發現,手肘的高度會比肩膀與手腕低,如此會造成kinect偵測時判斷到的角度是錯誤的。例如:現實空間中應該是80度的角度,kinect偵測會讀到40度或是其他的角度,而且讀到的角度會一直亂跳。
一開始的時候,我想到的解決辦法是採用肩與手腕來做判斷,
上下高度的方向為y軸,當肩y = 腕y,這樣的情況代表手臂與身體呈垂直90度,如此的情況會產生遮蔽效應,讀到的值非90度,那麼我們就把手肘的y座標加到跟肩膀的y座標一樣的值即可,但是這樣做有個盲點,做復健時手臂不會永遠都是伸直的,而且依這邏輯去寫程式也不太好寫,後來就在邊走路邊找東西吃的時候我想到一個更好的辦法,
我們在做復健時,手肘與手腕的座標會一直改變,但是肩膀的y座標不變,遮蔽效應產生的主因是在一個範圍之內,讀到的y座標是錯誤,於是我們只要將手肘y座標的值加到跟肩膀y座標的值一樣就可以了,如此就可以解決角度判斷錯誤太大的問題。
依照我的想法,佑佶週三晚上就開始撰寫程式,禮拜四(9/13)討論時我們又遇到新的問題,復健動作正常情況是,手自然垂放,接著向上舉起,這樣的動作目前沒有問題,
今天下午開完發明展的行前會後,佑佶跟我說他想到新的判斷方法。我們已經知道,產生遮蔽效應時,Kinect會讀到錯誤的手肘y座標,使得角度判斷錯誤,既然如此,我們可以在手自然垂放時,先記錄下肩膀y與手肘y這段的距離,暫時令之為A,手臂舉起後,如果讀到的長度不等於A,那麼就代表產生了遮蔽效應。
佑佶今天試著依這想法寫判斷式,不過目前還在DEBUG的階段
一開始的時候,我想到的解決辦法是採用肩與手腕來做判斷,
上下高度的方向為y軸,當肩y = 腕y,這樣的情況代表手臂與身體呈垂直90度,如此的情況會產生遮蔽效應,讀到的值非90度,那麼我們就把手肘的y座標加到跟肩膀的y座標一樣的值即可,但是這樣做有個盲點,做復健時手臂不會永遠都是伸直的,而且依這邏輯去寫程式也不太好寫,後來就在邊走路邊找東西吃的時候我想到一個更好的辦法,
我們在做復健時,手肘與手腕的座標會一直改變,但是肩膀的y座標不變,遮蔽效應產生的主因是在一個範圍之內,讀到的y座標是錯誤,於是我們只要將手肘y座標的值加到跟肩膀y座標的值一樣就可以了,如此就可以解決角度判斷錯誤太大的問題。
依照我的想法,佑佶週三晚上就開始撰寫程式,禮拜四(9/13)討論時我們又遇到新的問題,復健動作正常情況是,手自然垂放,接著向上舉起,這樣的動作目前沒有問題,
但是當我們手不是由下往上舉,而是手快速舉起並往前伸直時(上方右圖),又會產生遮蔽現象的問題,當時與佑佶討一起討論後得出較好的方法是,依復健者的能力分區
我們有想過,現實生活中的復健並不會做到非常精確的角度,可能是下往上大概九十度,大概四十五度,它是一個略值,所以我們取大概的範圍即可,依照此想法出來的就是把手揮動的空間分段,如上圖所示
9/17(一)的討論
今天下午開完發明展的行前會後,佑佶跟我說他想到新的判斷方法。我們已經知道,產生遮蔽效應時,Kinect會讀到錯誤的手肘y座標,使得角度判斷錯誤,既然如此,我們可以在手自然垂放時,先記錄下肩膀y與手肘y這段的距離,暫時令之為A,手臂舉起後,如果讀到的長度不等於A,那麼就代表產生了遮蔽效應。
佑佶今天試著依這想法寫判斷式,不過目前還在DEBUG的階段
2012年8月27日 星期一
復健-純思考 pt.1
禮拜天時想要把佑佶完成的進度弄到我的筆電上來跑,但是不知道少了什麼而無法跑程式,目前進度的程式也有debug的需求。白天在桃榮時突然想到個點子,就算佑佶寫的在我的筆電無法跑,我只要寫個程式建立出三維座標,那麼我就能夠在我的筆電上來想我們所需要的程式碼,也可以看看已經寫好的程式哪邊有邏輯上的錯誤並進行修正。
剛剛也找到了下面網址的程式碼 point3D
http://msdn.microsoft.com/zh-tw/library/system.windows.media.media3d.point3d(v=vs.100)
等到周末比較有空時就來試試看好了 : )
剛剛也找到了下面網址的程式碼 point3D
http://msdn.microsoft.com/zh-tw/library/system.windows.media.media3d.point3d(v=vs.100)
等到周末比較有空時就來試試看好了 : )
2012年8月26日 星期日
復健-角度偵測判定的想法與概念 pt.2
今天再來寫一下研究進度,因為paper開工後可能就放著進度紀錄不管了 :P
先前與學長討論用內積的方式做出角度判斷,在周六晚上已經成功弄出三維空間的向量了,今天下午找資料時發現一個很實用的程式碼Vector3D.AngleBetween,他可以讓我們直接做角度判斷,而不用很麻煩的寫內積公式來求cos再求acos
接下來的部分與佑佶共同討論,我只是負責記錄的。
所夾角度的判斷,這個問題解決後,我們今天下午討論時遇到的第一個問題是,如何夾出角度。應該說手舉起來後,我要相對於哪個向量來夾出我所要偵測的角度。
先前與學長討論用內積的方式做出角度判斷,在周六晚上已經成功弄出三維空間的向量了,今天下午找資料時發現一個很實用的程式碼Vector3D.AngleBetween,他可以讓我們直接做角度判斷,而不用很麻煩的寫內積公式來求cos再求acos
接下來的部分與佑佶共同討論,我只是負責記錄的。
所夾角度的判斷,這個問題解決後,我們今天下午討論時遇到的第一個問題是,如何夾出角度。應該說手舉起來後,我要相對於哪個向量來夾出我所要偵測的角度。
為了解決這問題,我想到讓手自然垂放這動作當作初始化的動作
也就是說,把手自然垂放時的向量當作vector1,手舉起來後的向量當作vector2,這樣就能夾出一個角度,於是佑佶想出了下面的判斷式
(PS: Z軸深度、X軸左右方向、Y軸上下高度,肩膀簡稱為肩,手肘簡稱為肘 )
(PS: Z軸深度、X軸左右方向、Y軸上下高度,肩膀簡稱為肩,手肘簡稱為肘 )
if(肩x==肘x && 肩z==肘z && 肩y > 軸y)
{
vector1; //手自然垂放時的向量
vector2; //手舉起來時的向量
AngleBetween(vector1, vector2 ); //求出兩向量所夾的角度
}
晚上實測後遇到的第一個問題就是向量跑不出來。經過討論後我們發現,現實生活中,肩x不會那麼剛好等於軸x,所以無法進入if 迴圈來產生向量,這個問題在設定誤差值後理論上應該能解決。
在討論時佑佶還有想到一個問題,就是在if迴圈裡所得到的角度,出了迴圈後就消失,經討論後,只要在外面設一個變數,讓這個變數儲存所得到的角度即可,原本的架構變為
double storage;
if(肩x==肘x && 肩z==肘z && 肩y > 軸y)
{
vector1; //手自然垂放時的向量
vector2; //手舉起來時的向量
AngleBetween(vector1, vector2 ); //求出兩向量所夾的角度
storage = AngleBetween;
}
這樣的話照理來說就能在離開if後繼續用所得到的夾角值,不過我有想到一個問題,這是簡單只存一個數值的時候,可是以後要存多個值的時候,可能要用到陣列用到指標,指標的部分我還需要加強,才可能弄得出多個數值的儲存吧我想。
訂閱:
文章 (Atom)




.png)
.png)




