|
Senior Member
您的住址: El's room
文章: 1,046
|
引用:
Originally posted by xcape
Qpel 在 B-VOP 裡的做法有分兩種, 一種是 8x8 padding, 一種是 16x16 padding. 上週在 XviD developer mailing list 我有提出這個問題, 因為Ｄｉｖｘ兩種都用 8x8 做 padding 所以若真兆 standard 來做, Divx 押的東西解出來是錯的, 一格一格的相當難看... Mumosys 跟 MS 的 reference code 裡明明兩個是不依樣的, 但是到了Divx 卻變成兩個都依樣的, 這就很奇怪了... XviD 的人也發覺了這個問題, 所以應該有想要解決吧, 要不要提醒 Divx 的人改? 這我就不清楚了...  此外, XviD 的 CODE 裡 Qpel 的解法很多地方都有 typing error, 雖然後來的 CVS 版本有更改過, 不過也是錯的 -_- bug report 我也有 MAIL 給他們, 應該這陣子出來的會改掉這些問題吧...
|
那麼這位 xcape 就真的是那位 xcape 了（好奇怪的說法）:P
CS 的 ME 演算法 
小弟再請問一個問題，為什麼 Direct mode 的內插補點（8x8）和其他預測模式的內插補點（16x16）要設計成不一樣？有什麼特別的原因嗎？
話說回來，貴公司要做 MPEG-4 ASP 的 chip？！
引用:
ISO/IEC 跟 ITU-T 這個結合是因為兩邊的 chairman 是 M$ 的同一個人, 變成了 JVT (Joint Video T???, 忘了), 複雜度增加許多, 8-pel, 很多種 block size, fixed-point DCT/iDCT 等等, 可能的因應方式大概也只能用 RISC 或 DSP 硬幹, 做成 H/W core 可能相當複雜. 這還在觀望... 目前大家都推 MPEG4 ASP, 但是 GMC 好像沒人 implement, Divx 的算最完整但是有錯, XviD 的少 GMC, Q-pel 跟 B-vop, interlaced, 基本上只能算是 SP; sigma design 不老實沒放出 interlaced 的 code, 也少 GMC, B, Q-pel; Philips 的傳說是完整的, 但沒有 source code 可以看, 這個還要確定... 還有幾間比較小間的, 傷腦筋... 不過 M4IF 前幾週開始交換 bitstream 測試, 台灣這邊有單位參加, 希望再過一兩週情勢會明朗下來... 
|
XviD 已經支援了 interlaced 不是嗎？記得那時 XviD 的開發人員還在問什麼是 alternate scan... ^^;;
H.264 複雜度實在太高了，我用 JM 4.2 壓縮，沒用 1/8 pel，壓一部影片大概要花一個月 -_-;;
將來程式碼最佳化以後應該會快一點 ^^;; |