※ 引述《peacecorner (說謊的沒海鷗)》之銘言： : ※ 引述《gaber (老。人渣爵士)》之銘言： : : (前文恕刪) : : 1. YCrCb to RGB 有快速演算 : YCrCb to RGB的快速演算法我也在網路上查了 : 基本上就是把浮點運算改成整數運算 : 再加上查表法 一張640*480的圖在平台上要花>50ms 千萬別查表 查表你就又輸了 永遠別忘記你查表的時候你得用迴圈 迴圈的 BigO 看起來很小 但是你每次都查表，整個就慢了 YCrCb to RGB 的快速演算法用的是位元運算+整數運算 : : 2. 當你想用 CxImage 去處理的時候，你已經輸了 : : 方便是方便，效率不能看 : : 把你要的部分抓出來用 C 重寫一次後再最佳化吧 : 我再CodeProject上抓了兩隻程式參考 : 一隻CxImage 另一隻TonyJpegDecoder : CxImage是效率比較好的 : 但是我看不懂他的Code : 所以只有做效率測試參考 看不懂就是問題點XD : : 3. 每秒十張應該是還好而已 : : 不要太依賴微軟給的元件比較有機會 : 我當初給主管的建議是專心把YCrCb to RGB最佳化 : 就算要用組合語言寫也可以 : 然後再把RGB轉成JPEG(利用微軟的CImage只要7ms) : 這樣比較有機會做出來 : 另外主要難度在於DCT : 我估算了一下 用AAN快速演算也達不到需求的效率 : 何況實際上平台還有隻驅動程式不斷的透過鏡頭抓圖呢 DCT AAN 應該不會是問題的重心 還有，既然你是透過鏡頭抓圖 你每次抓的圖變化都不可能太大 為什麼不先把有變化的部分抓出來就好 0.1秒內的變化很難超過半個畫面，除非是在跑步 =.= --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 59.126.214.63