引用:
Originally posted by Artx1
DVD YUV是16bit Integer吧? 還是16bit FP?
這樣說起來的話R300系(24bit FP)和NV3x系(32bit FP)都夠了.
DeltaChrome(1pass 16bit FP, 2pass 24bit FP)也勉強....
|
DVD 是 12bit，不過 DCT 運算是一個有小數的運算，運算會用到小數，運算過程中也會產生小數，所以會需要高精度的浮點數。
不過其實也很少人會去用浮點數的 DCT 運算式，通常都改寫為整數的計算，速度比較快。
引用:
另外, AGP回傳速度根據Tech Report的測試, 4x大約是PCI 32bit 33MHz的水準.
(約133MB/s)
8x我想應該也是133MB/s. (和PCI架構有關吧)
這種頻寬要作大規模科學運算不夠看, 要壓壓影片倒應該還不成問題,
不過明顯地不會比現在快多少, 頂多只能達到分擔CPU usage的程度.
但是, 我會覺得這時候的瓶頸可能反而是卡在存訊源的硬碟上?
|
您說的沒錯，確實做 DCT/MDCT 之類的工作應該是不成問題
引用:
Originally posted by starbd
我目前使用的是beta2 的版本,使用約一兩周 速度很滿意
用1pass+vhq mode1 就很好,且這版的Xvid好像也不能調post proceesing的樣子
但畫質已讓我滿意了
Divx5.11的postprocessing很奇怪.調起來就是怪.沒5.02好用
Xvid1.0找不到能調的.還是沒有作?若是這樣就太強囉 以前用5.02壓 是一定要開才能看的....
5.11+低流量+postprocessing調了半天 輸給Xvid低流量+不明post processing(不給調的?)
|
XviD 以前的官方的 decoder 沒有 Post-Processing。
所以你看到的就是沒有經過任何加工處理的原始壓縮後畫面
新版的 beta 3 decoder 具有，可能是品質最好的 deblock filetr，品質真的很棒，超漂亮，但是速度很慢
在我的電腦上根本放不動 ><
beta 3 的 Brightness 和 dering 功能都還沒有實作，設定並沒有作用。
XviD 有另一個編譯版本，Nic 編譯的版本，Nic 沒有編譯新的 1.0 beta 的執行檔，不過他的網頁上有放以前 api-3 版的 decoder，他的 decoder 有加入自己做的 Post-Processing，如果放不動 beta 3 的 Post-Processing，可以單獨安裝 Nic 的 decoder。
或者安裝 ffdshow，不是要用 ffdshow 來解碼 XviD，而是選擇 RAW 輸入，用 ffdshow 來做 Psost-Processing 的工作。
或者，把 XviD AVI 的檔頭 FourCC "xvid" 改成 "DIVX"，用 AviC 這個工具改，在安裝好的 XviD 資料夾裡面有附，把 FourCC 改成 "DIVX"，就會由 DivX 的 decoder 來解碼這個檔案，只要你沒有用 Reduced Resolution, GMC 等壓縮工具，壓出來的檔案用 DivX 都可以解，這樣你就可以使用 DivX decoder 的 Post-Processing 來播放 XviD 的檔案了。
建議這種做法只在低流量，需要 DivX 的 Post-Processing 時才用，高流量，不需要 Post-Processing 的檔案交給 XviD 自己解碼，畫質會比較好。
之前 DivX 5.1.1 的 decoder 如果勾選設定中的 "Support Generic Mpeg-4" 選項，會自動取代系統上的其他 MPEG-4 Codec，播放 MPEG-4 AVI 的檔案，連 XviD 的 AVI 不用改檔頭 FourCC，都會被它搶去播放，現在新版的 XviD 1.0 好像又把優先權搶回來，不讓 DivX 自動播放了
如果放得動 beta 3 的 deblock filter 的話，那就直接使用 beta 3 的 deblock 吧，這個畫質是最好的，只是還沒有最佳化，速度很慢，還有一些小瑕疵要修。
引用:
以前Xvid1.0出來前.我低流量老是壓不好...可能是我沒耐性吧
|
以前的 XviD api-3 就贏過 DivX 5.0.2~5.0.5，DivX 5.0 出來之後才輸給 DivX 5.0 的 Slowest，現在 XviD 1.0 當然是又贏過 DivX 5.1.1。
以前 XviD 的 2-pass 設計，容易出現急速劣化的 frame，再加上 decoder 沒有 Post-Processing，所以會給人畫質比較差的錯覺。
引用:
Divx 2pass是不錯,1pass輸給Xvid的1pass.但Xvid會多一些時間 1.5倍吧
但是時間畫質比不錯.現在都很少2pass了
|
新版的 XviD 有 Fast1pass，2-pass 的速度很快，2-pass 可以精確控制檔案大小，畫質也比較好，可以試試看
引用:
請問Shade大大:這段時間我常注意你的大作
實在太強了
可不可以請教你一下
現在divx5.11可以b frame+gmc+qp全開沒有bug了嗎
Xvid1.0是否也是qp+b frame+gmc 一起開沒bug
以前看你的文章 好像都有些組合不能一起用的樣子
|
汗 ^^;
小弟只是回報別人研究的成果 ^^;;
DivX 5.1.1 "應該" 可以 B-frame+GMC+Qpel 沒有問題，應該啦 :P
XviD 1.0 應該也可以 B-frame+GMC+Qpel 沒有問題，當然，應該啦 :P :P
不過不建議用 Qpel，Qpel 對於不同訊源壓縮率會產生極大的落差，有的會提高壓縮率，有的反而會降低壓縮率。由於目前硬體晶片大部分還沒有支援 Qpel，所以用 Qpel 壓縮的檔案會無法拿到硬體播放機上面播放。
當然將來的硬體晶片應該都會支援 Qpel，所以將來應該可以播放，不成問題。
Qpel 適合用在高流量，因為如前所述，它對壓縮率的幫助不穩定，在低流量可能會傷害畫質，但是在高流量，bit 需求不是那麼殷切，壓縮率低一點無所謂，而 Qpel 會帶來很清晰視覺品質，所以在高流量，追求高畫質的時候再用 Qpel 比較好。
Qpel 因為用的內插補點計算的 filter 品質比一般 Half Pixel 高，Half Pixel 是用線性內插補點，畫面很糊，參考這個很糊的畫面壓縮，會越壓越糊。Qpel 的參考畫面比較銳利，所以用 Qpel 壓縮會面很特別清晰銳利。
不建議使用 DivX 的 GMC，因為很廢
XviD 的 GMC 很強，通常都能夠提高壓縮率，不過它的 GMC 太強了，規格太好，3-warpping points，DivX decoder 不能解，現在的硬體晶片不能解，連 ffdshow 也不能解，因為其他人都還沒有做到這麼高級的 GMC ^^;
如果你壓出來的檔案只打算給 XviD 自己解碼，或者你相信將來其他 decoder 也會支援 3-warpping points 的 GMC，現在暫時不能解沒關係，那麼使用 GMC 來壓縮是沒有問題的。
不過，開 Qpel 和 GMC 速度都會很慢。