討論串[閒聊] 合理的是訓練 不合理的是磨練??
共 14 篇文章
首頁
上一頁
1
2
3
下一頁
尾頁

推噓0(0推 0噓 0→)留言0則,0人參與, 最新作者sealoe (YoY)時間17年前 (2008/11/20 15:00), 編輯資訊
0
0
0
內容預覽:
我覺得主管不合理的要求, 你只要反映過就與你無關. 有時候主管只是希望, 並沒有真的要妳達到, 只是希望在可能的極限下最佳化.. 就算你做不到, 又如何? 除非是嘴砲到極點的主管. 不然也知道給你的東西能不能做到. 畢竟大家都是有經驗的. 我對轉檔類型不清楚, 但是, 我想如果你加上點平行的運算概念

推噓4(4推 0噓 1→)留言5則,0人參與, 最新作者peacecorner (說謊的沒海鷗)時間17年前 (2008/11/20 13:57), 編輯資訊
0
0
0
內容預覽:
YCrCb to RGB的快速演算法我也在網路上查了. 基本上就是把浮點運算改成整數運算. 再加上查表法 一張640*480的圖在平台上要花>50ms. 我再CodeProject上抓了兩隻程式參考. 一隻CxImage 另一隻TonyJpegDecoder. CxImage是效率比較好的. 但是我
(還有83個字)

推噓3(3推 0噓 0→)留言3則,0人參與, 最新作者gaber (老。人渣爵士)時間17年前 (2008/11/20 13:32), 編輯資訊
0
0
0
內容預覽:
(前文恕刪). 1. YCrCb to RGB 有快速演算. 2. 當你想用 CxImage 去處理的時候,你已經輸了. 方便是方便,效率不能看. 把你要的部分抓出來用 C 重寫一次後再最佳化吧. 3. 每秒十張應該是還好而已. 不要太依賴微軟給的元件比較有機會. --. 發信站: 批踢踢實業坊

推噓20(20推 0噓 18→)留言38則,0人參與, 最新作者peacecorner (說謊的沒海鷗)時間17年前 (2008/11/20 11:18), 編輯資訊
0
0
0
內容預覽:
前言. 這篇其實在程式設計俱樂部裡也發了同樣的文. 那我為什麼還想再批踢踢上再發一次呢. 因為我想聽聽鄉民們的意見. 不管是支持我的 還是罵我草莓族的. 我都非常感謝. ===============================以下正文==============================
(還有948個字)
首頁
上一頁
1
2
3
下一頁
尾頁