2011年2月20日 星期日
BrainDriver – a mind controlled car
PDA手機動感控制就擔心當機問題了，Kinect立體姿勢辨識控制也擔心意外動作的問題，腦波控制更不容許閃過任何不可為的念頭：比如說你很想開快車但你不會真的那麼做，但如同體感控制其不容許的意外pattern可被電腦過濾，電腦掌握大部份的控制使一切安全，最後還是一個基本的問題：電腦不能當機，當電腦當機除非能瞬間恢復否則必須能迅速轉為保留備用的傳統固接手動控制。
2011年1月22日 星期六
多合一炊事用具
一直想要有一個集電鍋、烤箱、微波爐於一體「少樣產品多樣用途」多功能合一的炊事用具，第一眼看到這個蒸氣烘燒烤微波爐真有購買的衝動，但仔細想想，我不要那麼多實體按鈕與旋鈕的監控面板。再多的按鈕也裝不下全世界的食譜，我需要的是它提供智慧型手機存取設定電爐火候與計時的通訊界面，由手機掃描食品包裝的條碼、射頻標籤或直接對食品影像辨識以關聯網路雲端食譜的火候與計時資訊，再傳給電爐。所以，電爐面板只需火侯與計時的觸控與顯示，只要它提供網路通訊界面成為資訊家電。倘若能在回家的路上就遙控冷藏的食品自動解凍烹煮那更棒，那就需要把冰暖兩用箱也整合進來成單一產品。如果要多份食物同時烹煮而需多箱陣列，那每個箱子的成本就不能太高，冷熱控溫晶片是否就能熱食烹煮？
2010年12月19日 星期日
Real-time Image Translation
It doesn't only recognize but also synthesizes.
Its real-time processing speed surprises me.
2010年11月24日 星期三
Kinect Controls Windows 7
設置於螢幕頂端或底端的紅外線發收器無法掃描到很接近螢幕距離的範圍。如果在幕後疊一層點陣雷達面板，除感測面板前三維空間狀態獲取距離點陣外，亦滿足多點同時觸控面板需求，當距離值為零時即表示接觸。如果再加上一些訊號演算，就能獲取面板前斷層透視立體影像。 而攝像鏡頭也是，有視角誤差問題，如果使用內投影就有足夠的距離將顯像與攝像的夾角減至最低，但是在要求要不占空間的薄幕前提下，有什麼辦法可以讓攝像分佈在螢幕上的每個像素上？
2010年9月22日 星期三
AR helicopter controlled by iPhone/iPad
http://ardrone.parrot.com/parrot-ar-drone
This is the tactical control, and we also can have the strategic control.
2010年8月27日 星期五
3D地球儀資訊系統
3D Google Earth for window可以定位及做路徑規劃與導航，使用Earth常常還要跳到2D Google Map for web是因為目前貼在Earth表面的街道向量圖沒有Map來得清楚，目前Earth的街景視圖也有繪圖不完全的殘影而Map的街景視圖則無此問題，但Earth有的氣象圖卻是Map目前還沒有的。至於3D地球儀資訊系統的鼻祖NASA World Wind則是解析度不及Google。後來Google又把Earth以web browser plug-in(Google Earth API)的方式移植到Map的web page，但目前功能還不及window版的Earth。搜尋Google Earth / Map解析度低到如馬賽克的區塊就相當於搜尋軍事基地，世界各國國防部門原是要求軍事基地空照圖不要清楚曝露在internet上，但打馬賽克此舉又等於是在告訴大家「這裡是軍事基地」，本來不打馬賽克人家還看不出是軍事基地。
現在mobile pad打開就是window icons window，乾脆捨棄2D window GUI，開機直接就是virtual reality，一個Earth轉到AGPS定位對應處正對螢幕，螢幕中央就是代表「本機」的3D object。按一下VR中的object就pop出一個3D window object來與所按的object做相關sense詞彙選單式組句對話，其樹狀選單也相當於在瀏覽以所按的object為起點的sense graph。傳統上所有的window applications都換成sense，有形的sense就是3D object，無形的sense則相當於取代傳統視窗作業系統的system service，而傳統上的data file也改成sense，具有動詞屬性的sense就相當於取代傅統作業系統的executable file。藉由distributed memory / storage，sense graph可以是全網域的，瀏覽Earth可以找到所有開放定位資訊於本機user的mobile hosts。也可以直接在Earth裡做game玩(例如: http://www.barnabu.co.uk/ geapi/flightsim )，以3D objects的繼承疊合(server的base-world與clients的sub-worlds疊合)做distributed virtual reality game(虛擬空間＝實際空間)。
2010年6月23日 星期三
2010年6月22日 星期二
虛擬空間＝實際空間
是不是可以做一種網路遊戲型態， 同一個空間，有的人連線到這個城鎮空間玩Sim-City搞城市建設與經營，有的人連線到這個城鎮空間玩Sim-Building蓋建築，有的人連線到這個城鎮空間玩Sim-Emergency為城市做危機處理，有的人連線到這個城鎮空間玩Sim-Life打點市民的日常活動，有的人連線到這個城鎮空間玩第一人稱模擬遊戲。這樣應該很有趣，當有人從上空俯瞰地面玩戰略遊戲的同時，有人就在地面上玩第一人稱視角遊戲，在同一空間中兩種不同的遊戲類型也互相影響著彼此。第一人稱玩家亦可以以達成戰略玩家要求為遊戲目的，而戰略玩家可選擇將任務指派給NPC或線上第一人稱型態玩家，而兩種型態的玩家的活動都被影響與影響著同一個遊戲空間。例如Sim-City玩家指定在一塊地上蓋一家醫院，Sim-Building玩家可以去接這個case蓋這棟大樓並且維護，Sim-Hospital玩家可以來經營這家醫院服務Sim-City玩家的市民，而Sim-Doctor玩家也可以接Sim-Hospital玩家的case。戰術玩家的遊戲成果會影響戰略玩家的戰略成效，如果戰略玩家不信任線上第一人稱型態玩家可以完全將任務指派給NPC，而第一人稱型態玩家可能與戰略玩家調度指派的NPC互動。而這個城鎮空間也可以隸屬於更大的遊戲空間：島嶼、大陸、地球、太空。
更進一步，試想如果把遊戲空間中單位的內含參數選擇性地改為一個輸出入介面連接到實體單位與之同步，或把動作呼叫(function call)由更改虛擬空間中的變數選擇性地增加遠端呼叫，實體單位透過與遊戲客戶主機相同的介面接受並執行戰略玩家的指派，實體單位也就變成網路遊戲的一部份，成為虛擬空間與實體空間的橋梁。而實體單位亦把在實體空間中所感測上傳給伺服器使虛擬空間與實體空間保持一致，那麼虛擬世界的活動將等同實體世界的活動，網路虛擬實境遊戲將變成分散式擴增實境遊戲，可以把原本逼真模擬的遊戲系統轉作實際用途的指揮管理通訊勤務系統。
更進一步，試想如果把遊戲空間中單位的內含參數選擇性地改為一個輸出入介面連接到實體單位與之同步，或把動作呼叫(function call)由更改虛擬空間中的變數選擇性地增加遠端呼叫，實體單位透過與遊戲客戶主機相同的介面接受並執行戰略玩家的指派，實體單位也就變成網路遊戲的一部份，成為虛擬空間與實體空間的橋梁。而實體單位亦把在實體空間中所感測上傳給伺服器使虛擬空間與實體空間保持一致，那麼虛擬世界的活動將等同實體世界的活動，網路虛擬實境遊戲將變成分散式擴增實境遊戲，可以把原本逼真模擬的遊戲系統轉作實際用途的指揮管理通訊勤務系統。
這兩款遊戲是XBOX360截至目前為止少有合我胃口對我味兒的遊戲
要跟我對戰或團戰的 上XBOX Live找我吧 (限週末)
這三款遊戲的逼真場景有一點讓我覺得有點不真實
就是戰場上竟然看不到半個平民百姓 空蕩蕩的城市只有敵我雙方的軍隊在活動
《先進戰士》裡是到處停有民車可供打靶練習但卻不見軍人以外的半個人影(除了任務要解救的人質以外)
《終極戰爭》裡甚至所有街道都空蕩蕩沒有半台民車
《空戰奇兵》空中也見不到半架民航機 地上也沒有任何民人民車
真實的戰場環境不會這麼單純
在真實戰場環境你每個動作都要考慮平民安危
《終極戰爭》裡的所有建築物都可以被打壞
《先進戰士》裡 車可以被打爆 窗可以被打破 牆上地上會留下彈孔
很想有一套遊戲能綜合包含以上3種的所有遊戲類型於一個遊戲空間
等到有一天Google Earth達到相當的精細程度 就可以直接在Google Earth上做game玩
那就更符合真實世界的狀態了
真實的戰爭可不是兩方人馬廝殺打打而已
後勤生產補給部署 與媒體應對 處理群眾問題 ...... 等等琳琳種種都可以納入戰略(謀略/策略)遊戲
每一人物的活動也可再做一項第一人稱類型戰術(技術/技巧)遊戲 甚至要搞RPG也行
所有類型的遊戲都在線上同一個虛擬空間中進行
2010年6月18日 星期五
2010年6月16日 星期三
精簡一致化行動餐飲盒
隨身攜帶兩個，一個用來裝吃的，一個用來裝喝的，吃及喝用同一種容器符合「少樣產品多樣用途」的原則。外層是隔熱的氣凝膠材質，內層是導熱的不銹合金，導電即可加熱。直接以此容器烹飪，除了野餐外用，內用餐桌上亦用此單一種容器取代各式碗盤。蓋子與盒子的接縫是有螺紋可旋緊氣密，盒底也切割出只有隔熱氣凝膠外層的蓋子，打開蓋子就可以用火加熱盒底的導熱不銹合金內層來烹飪。
2010年6月8日 星期二
Distributed Window
視窗系統裡不論是網頁或各種格式的圖文件都完全是由視窗控制元件所組成，但卻是轉換成不同於記憶體中的格式(如XML)儲存，多了轉換程序當然是降低速度，為何不能直接將視窗控制物件直接map？因為基礎視窗控制物件含有指向沒有class template描述的unmanaged area的指標，無法像完全存在managed memory的objects一樣直接serialize(map data & reassign addresses)到storage，目前基礎視窗系統還未完全物件化，仍是傳統軟件。只要基礎視窗控制物件能serialize，除了免掉格式轉換程序外，視窗控制物件能在網路上直接傳輸，一個視窗就能以甭轉成以XML傳輸的方式由網路上各方的元件組成。Serializiable window直接儲存視窗物件，回載時就甭像傳統window在生成時先由base class的constructor初始化一次各屬性variable然後由sub-class(es)的constructor(s)再assign一次各屬性variable覆蓋這般多此一舉了，而是直接映射回記憶體。但如此儲存或傳輸的size會變很大，serializiable object包含sub-class與base-classes所描述的所有object fields，而XML只記載要變更的member的script，binary object field反而比textual tag script大。所以，我另外redesign了一套object機制，將object與class合併成一個sense graph，此機制使得能夠僅儲存或傳輸sub-sense，base-sense(s)僅儲存或傳輸一次而不用每遇到一個sub-sense就整個儲存或傳輸一次，如此就不會造成太多的重覆而消耗太多的資源。Serializiable window也讓distributed window成為可行，如此，以XML為基礎的Web就可以淘汰了。Distributed window目的是要取代web，免除web每換一個page就要跑一大串switch(TAG)‧‧‧ case "OOO": controls.add(new OOO())‧‧‧ switch(PARAM)‧‧‧ case "XXX": ‧‧‧ OOO.XXX = xxx‧‧‧ 拖慢速度，改以直接變更distributed controls然後才repaint，不會看到換頁時繪圖不完全的破碎殘影。Applet/Flash是將原本由本端storage載入程式機器碼改到由單一遠端伺服器載入，並不具「distributed」來自多個伺服器的特性。
訂閱：
文章 (Atom)