引用:
Originally posted by Shade
那麼這位 xcape 就真的是那位 xcape 了（好奇怪的說法）:P
CS 的 ME 演算法 
小弟再請問一個問題，為什麼 Direct mode 的內插補點（8x8）和其他預測模式的內插補點（16x16）要設計成不一樣？有什麼特別的原因嗎？
話說回來，貴公司要做 MPEG-4 ASP 的 chip？！
|
在這裡討論這些好像不是很適合, 不過國內好像也沒有其他地方可以討論這些...
看來您也有 K 過 standard...
為啥會用 8x8 & 16x16 老實說我也不清楚, 但是基本上我們是認為 standard 寫錯了, 通通用 8x8 才比較 make sense. 單獨拉出幾個用 16x16 的實在不太適合, 但又因為 B-VOP 除了 direct mode 以外, MV 是以 MB 為單位, 所以用 16x16 好像又有點道理... so... 這也只是我們的假設而已...
"傳說"要做 MPEG-4 Chip 的台灣廠商很多了, 大家都還在努力當中就是了... 希望可以早點把這市場打下來... 不過越做會越發覺很無奈, 台灣沒辦法參加國際組織, 一切都必須走別人的路... 這已經不是單純幾個努力工作的工程師可以扭轉的來的...
XviD 已經支援了 interlaced 不是嗎？記得那時 XviD 的開發人員還在問什麼是 alternate scan... ^^;;
H.264 複雜度實在太高了，我用 JM 4.2 壓縮，沒用 1/8 pel，壓一部影片大概要花一個月 -_-;;
將來程式碼最佳化以後應該會快一點 ^^;; [/QUOTE]
interlace 也沒有想像中的複雜, 但是目前大家都是 progressive 的了, 還有誰會享用 interlaced?? 當初好像是因為 RCA 那些電視廠商的堅持才把他加進去了, 要不然 MPEG-4 本身要到很高的 Profile 才會 support interlaced 的...
沒試過 H.264, 但對 H.263++ 的效果相當滿意. 還在唸書時出國開會遇到幾個老中, 就是在搞 standard 的. 當時看他們的 demo 看的目瞪口呆... 昨天到一個 MIT 的朋友實驗室拜訪 (我現人在美國麻州), 他們老早就把 H.264 的東西 implement 出來了, 但是 computation load 真的相當高, 畫質的確不錯. 不過要真正出來可能還得等一段日子... 出來該跟誰隊打?? MPEG4?? H.263?? 這個還有很多疑問...
或許有些事可以私下討論, my email: