Re: [閒聊] 合理的是訓練 不合理的是磨練??
※ 引述《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
→
11/21 14:32, , 1F
11/21 14:32, 1F
推
11/21 20:23, , 2F
11/21 20:23, 2F
→
11/21 20:24, , 3F
11/21 20:24, 3F
討論串 (同標題文章)
本文引述了以下文章的的內容：
完整討論串 (本文為第 10 之 14 篇)：