引用:
Originally posted by evahyde
另請問多少才算是中高流量呢
|
我也不知道如何定義 :P
這個要看畫面的大小，壓縮的難易程度，每秒的張數等等來決定。
不同影片適當的中高流量定義可能不同。
總之如果壓縮後畫面一直出現明顯瑕疵，代表流量不足，即可視為是流量過低。
在這種情況下，XviD 因為分配流量的方式和 DivX5 不同，可能有些畫面優於 DivX5，有些畫面劣於 DivX5，互有勝負。
這時就看哪種分配法剛好會讓人眼看起來覺得比較舒服，沒有一定。
引用:
如果使用2 pass的xvid不好的話
請問要使用xvid的哪個呢
|
也沒有別的能用了 :P
XviD 的 2-pass 設計有一些核心上的問題（例如無法整合 B-frame），會削弱 XviD 原本的優勢，使得和 DivX5 的差距拉近。
但是要在固定檔案大小的情況下用比較好的流量分配，不用 2-pass 是不行的，所以雖然目前 2-pass 有缺點，但是也只好用了。
等新的 dev-api-4 測試完畢，XviD 就會有新的 RC 和 2-pass 演算法，到時就可以真正發揮 XviD 全部的實力了。
引用:
就以前我使用1pass時的divx
除了CBR外
比較難由quality來計算出檔案大小
我猜想xvid應該也沒辦法計算吧..?
|
沒有辦法，但是 XviD 的 2-pass 可以準確的指定檔案大小。
那個檔案是 ffdshow，使用 libavcodec 解碼，也就是 FFMPEG，在 Linux 上很有名。
最新版可以在這裡下載
http://sourceforge.net/project/show...?group_id=53761
ffdshow 有針對 CPU 的指令集做最佳化，解碼速度很快。
它有針對 DivX5/XviD 測試版壓出來的一些 bug 做修正，相容性很高。
FFMPEG 用的 DCT 算式是 simple dct/idct，和 DivX5/XviD 都不同。
ffdshow 設定裡面可以讓你選擇 iDCT 解碼的算式，如果播放的影片是 XviD 壓的，用 XviD 的 iDCT 算式解碼畫質會比較好。