瀏覽單個文章
Shade
Senior Member
 
Shade的大頭照
 

加入日期: Oct 2002
您的住址: El's room
文章: 1,046
引用:
Originally posted by KomHub
謝謝 這樣詳細的解說. 不過似乎 XviD 的 CPU 使用率超乎平常之高?! 播放方面 我的電腦 Athlon XP 2000 (1.66G) 用 Koepi's XviD 撥 496*368 的 XviD 檔案 cPU 使用率一職維持 100% . 不知是否有辦法能改善? 或者要撥 XviD 的電腦等級該多少比較適合?

會放不順嗎?
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 功能。
引用:

壓縮方面 XviD 的 2pass 的 2nd-pass 分 Ext 和 Int 有什麼不同與功能? 平常用哪一種設定就好了? 還有使用 XviD 壓縮如何做 resize? (DivX 有內建 resize 功能, XviD 似乎沒有?!)

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
舊 2003-04-23, 10:17 PM #16
回應時引用此文章
Shade離線中