Re: [閒聊] 合理的是訓練 不合理的是磨練??

[peacecorner (說謊的沒海鷗)]

※ 引述《gaber (老。人渣爵士)》之銘言：
: (前文恕刪)
: 1. YCrCb to RGB 有快速演算
        YCrCb to RGB的快速演算法我也在網路上查了
        基本上就是把浮點運算改成整數運算
        再加上查表法  一張640*480的圖在平台上要花>50ms

: 2. 當你想用 CxImage 去處理的時候，你已經輸了
:    方便是方便，效率不能看
:    把你要的部分抓出來用 C 重寫一次後再最佳化吧
        我再CodeProject上抓了兩隻程式參考
        一隻CxImage 另一隻TonyJpegDecoder
        CxImage是效率比較好的
        但是我看不懂他的Code
        所以只有做效率測試參考

: 3. 每秒十張應該是還好而已
:    不要太依賴微軟給的元件比較有機會
        我當初給主管的建議是專心把YCrCb to RGB最佳化
        就算要用組合語言寫也可以
        然後再把RGB轉成JPEG(利用微軟的CImage只要7ms)
        這樣比較有機會做出來
        另外主要難度在於DCT
        我估算了一下   用AAN快速演算也達不到需求的效率
        何況實際上平台還有隻驅動程式不斷的透過鏡頭抓圖呢

--
※ 發信站: 批踢踢實業坊(ptt.cc) 
◆ From: 61.219.26.222
推 meltice:之前YUV RGB轉換是偷拿huffyuv的code 不是他是MMX/SSE asm
→ meltice:想必一定是最佳化的吧 反正我看不懂
推 meltice:ARM MCU大多有DSP 也許你可以參考huffyuv的寫法看看
推 deepkh:推樓上 ARM 有單一周期指令集 配合快速演算法下去改看看
推 deepkh:基本上不透過DSP或管線 純軟在怎麼快 也快不起來