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

看板Soft_Job作者 (說謊的沒海鷗)時間15年前 (2008/11/20 13:57), 編輯推噓4(401)
留言5則, 2人參與, 最新討論串3/14 (看更多)
※ 引述《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

11/20 20:36, , 1F
之前YUV RGB轉換是偷拿huffyuv的code 不是他是MMX/SSE asm
11/20 20:36, 1F

11/20 20:36, , 2F
想必一定是最佳化的吧 反正我看不懂
11/20 20:36, 2F

11/20 20:38, , 3F
ARM MCU大多有DSP 也許你可以參考huffyuv的寫法看看
11/20 20:38, 3F

11/24 12:21, , 4F
推樓上 ARM 有單一周期指令集 配合快速演算法下去改看看
11/24 12:21, 4F

11/24 12:24, , 5F
基本上不透過DSP或管線 純軟在怎麼快 也快不起來
11/24 12:24, 5F
文章代碼(AID): #199Fmx2Q (Soft_Job)
討論串 (同標題文章)
本文引述了以下文章的的內容:
以下文章回應了本文 (最舊先):
完整討論串 (本文為第 3 之 14 篇):
文章代碼(AID): #199Fmx2Q (Soft_Job)