![]() |
PCDVD數位科技討論區
(https://www.pcdvd.com.tw/index.php)
- DVD 討論區
(https://www.pcdvd.com.tw/forumdisplay.php?f=5)
- - DivX Video 5.0.4
(https://www.pcdvd.com.tw/showthread.php?t=202171)
|
---|
想不到還有人在用 Divx 5.xx 啊...
我還以為Divx 5.xx已經消失了說.... 最近都在玩 Xvid .....:D |
可不可以說一下 Divx 和 Xvid 兩者的不同? Xvid 的優點? 是否能相容? (例如 DivX 壓的檔給 Xvid decode 去解是否能播放?)
|
引用:
兩者都是遵循 MPEG-4 標準撰寫的 Codec,壓出來的資料流都是 MPEG-4 的資料流格式(只要沒有 bug),用所有符合 MPEG-4 的 Deocder 都可以解。所不同的只是,兩者的壓縮效率不同,支援的 MPEG-4 功能不同,如果是存成 .avi,檔頭用的 FourCC 不同。 引用:
1. 壓縮效率效率較 DivX 高(壓出來的檔案較小) 2. 畫質較 DivX 高(PSNR 高於 DivX,視覺品質細節多於 DivX) 3. 壓縮速度較 DivX 快 4. 支援的 MPEG-4 功能較 DivX 多 a) 正確的 Quarter Pixel b) 支援 2-point GMC,DivX 僅 1-point,等於沒用 c) 支援 4MV,DivX 沒有 d) 支援動態的 B-frame e) 支援 RRV f) 支援 Field DCT g) 支援 MPEG Quantization h) 其他我沒想到的... 5. XviD 個人使用不做商業用途免費 引用:
DivX 壓的 AVI,將檔頭的 FourCC 由 "DX50" 改成 "XVID" 後便可以由 XviD 來解碼,但是由於 DivX 5.02 以前的 Quarter Pixel 做得不正確,不符合 MPEG-4 的標準規範,所以有使用 Quarter Pixel 的 DivX 5.02 檔案,給 XviD 解碼畫面會不正確。DivX 5.03 以後的 Quarter Pixel 有改正,但是如果使用 Quarter Pixel + B-frame,結果仍然不正確,所以有使用 Quarter Pixel + B-frame 的 DivX 5.03 檔案,給 XviD 解碼畫面仍然會不正確。 XviD 壓的 AVI 交給 DivX 來解碼,因為 XviD 的功能多於 DivX,例如 XviD 會用 4MV,DivX 的 Decoder 解 4MV 有錯誤(大概是它們 Encoder 不會用 4MV,所以 Decoder 也不需要把 4MV 解對 :p )。又例如 XviD 的 GMC 有 2-point,最近會提升到 3-point,而 DivX 的 Decoder 只能解 1-point。所以有使用這些功能的 XviD 檔,給 DivX 解碼便會不正確。 XviD 壓出來的資料流,交給其他 MPEG-4 Decoder 都可以正確解碼。 再者,通常大家壓 MPEG-4 的時候,I-frame 的間距會拉得很長,會在 250~300 個 Frame 左右,這樣使用不同的 Decoder 來解碼,因為 iDCT 計算式不同的緣故,畫質會比較差,尤其拉得很長的時候會明顯劣化。所以用什麼 Encoder 壓的,最好用什麼 Decoder 解,畫質會最好。 結論就是 1. 雖然 XviD 是免費的,但是功能比 DivX 多,畫質比 DivX 好 2. 雖然 XviD 不完全相容於 DivX,但是卻相容於更多其他符合標準 MPEG-4 規格的 Decoder 3. 為什麼還要用 DivX? :p |
嗯!
謝謝上頭 Shade 大的解釋唷! 那我改用Xvid玩玩好了! ^0^ |
謝謝 這樣詳細的解說. 不過似乎 XviD 的 CPU 使用率超乎平常之高?! 播放方面 我的電腦 Athlon XP 2000 (1.66G) 用 Koepi's XviD 撥 496*368 的 XviD 檔案 cPU 使用率一職維持 100% . :cry: 不知是否有辦法能改善? 或者要撥 XviD 的電腦等級該多少比較適合?
壓縮方面 XviD 的 2pass 的 2nd-pass 分 Ext 和 Int 有什麼不同與功能? 平常用哪一種設定就好了? 還有使用 XviD 壓縮如何做 resize? (DivX 有內建 resize 功能, XviD 似乎沒有?!) 另外給使用 DivX Video 5.0.4 的人 我裝了 DivX 5.0.4 後 用 TMPGEnc 做 multi-pass, 每次都只能做 first pass,要 sencond pass 時 TMPGEnc 就會顯示「Could not initialize VFW Codec.」而不能壓縮,用其他軟體壓一樣不能壓.以前用5.0.3 時並沒有這個問題 不知這怎麼一回事 |
引用:
會放不順嗎? Koepi 現在附的 DShow Filter 是哪一個? 你現在用的 Decoder 的設定中有沒有可以調整 Post Processing, de-block, de-ring 的選項? 如果有,表示是 Nic 改寫的版本。Nic 改寫的 DShow Filter 有 Post Processing 的功能,但是負擔很重。建議用 XviD 原本的 DShow Filter,這個 DShow Filter 會連結到 xvid.dll 來解碼,解碼速度比較快,負擔很輕。 如果需要 de-block 的功能,可以執行 C:\WINDOWS\rundll32.exe C:\WINDOWS\system\xvid.dll,Configure(WIN98 下用,2000/XP 的 rundll32.exe, xvid.dll 放在不同位置,請自行更改路徑),叫出 XviD vfw 的設定對話框,在 Decoder Option 裡面就可以設定。 或者是安裝 ffdshow 這個軟體,這個軟體用的是 FFMPEG 來解碼,可以解 XviD。如果勾選 "Use XviD" 這個選項,則 ffdshow 會改成連結到 xvid.dll 來解碼,用 xvid.dll 來解碼,跟使用 XviD 自己解碼一樣,不過多了 ffdshow 提供的 Post Processing 功能。 引用:
Ext 是讀取外部的 stats 檔來進行壓縮。1st-pass 做好的 stats 檔,你可以用其他軟體讀取,設定你要的最終檔案大小,由其他軟體來決定每個 Frame 調整後的大小,以及更改 Frame Type 等等。改好以後,存成一個新的 stats 檔,然後選 Ext 壓縮,2nd-pass stats 檔選你剛剛修改好的那個檔案,這樣 XviD 就會按照這個 stats 檔所設定的去壓縮。選 Ext 會按照 stats 檔內設定的最終檔案大小壓縮,你無法再更改成其他檔案大小。 Int 是直接讀取 1st-pass 做好的 stats 檔,在 XviD 的設定畫面中指定最終的檔案大小,然後由 XviD 內部自己做 scaling 和壓縮的判斷。 現在 XviD 內部也已經使用 linear-scaling,所以交給 Codec 自己去判斷壓縮就可以了,不需要使用 Ext 壓縮。 XviD 沒有 resize 的功能。 其實... XviD 也不需要做 resize 的功能。 XviD 的目標是做一個 MPEG-4 的 Codec,resize 是屬於 pre-processing 的處理,不應該交由一個 Codec 來做。雖然要做進去也是可以,但是沒有意義。 要做 resize,有許多軟體都可以做這樣的前置處理,而且提供的 resize 品質,要比 DivX 內建的好,有比較好又比較有彈性的選擇,為什麼要用 DivX 內建的 resize ;) |
? 5.03 pro就很好用囉:D
|
引用:
我的情形是使用multi-pass時,設定要將動態矢量資料寫入mvinfo.bin這個檔 但first pass時他根本沒有產生這個檔,且產生的avi檔高達數G 在做nth pass時(亦即第二次),就會出現錯誤了 之前5.03版都好好的,不會這樣呀...是因為用了keygen的關係嗎? 所以現在都用xvid來做了 |
引用:
從doom9 forum 轉來的文章 引用:
就是用了MV會有問題,不要用,等到問題修復.. 5.05出了,好像也不是解決這問題... |
Shade
難得碰到對Xvid有研究的 厚顏請教一下 我用Xvid壓縮,2 pass,目前都用預射值 只有Motion search precision 用6.Ultra High 請問還有那些設定可以調整 壓縮時間可以長點,但我想在低流量900kps 480x360得到最好的質 Xvid的1 pass-quality跟1 pass-quantizer 是如何控制流量及品質,有看過一些資料,但還不太懂? |
所有的時間均為GMT +8。 現在的時間是09:11 PM. |
vBulletin Version 3.0.1
powered_by_vbulletin 2025。