你用的是誰出的版本？換個版本試試看。

http://nic.dnsalias.com/xvid.html

http://roeder.goe.net/~koepi/xvid.shtml

http://umaniac.leffe.dnsalias.com/stable/stable.html

或改用ffdshow來撥放。

http://sourceforge.net/project/show...?group_id=53761

1.Xvid裡面有附Avic這個程式，用Avix打開電影檔，看看Description是不是顯示xvid...
2.是的話...那就只好去找其他版本的xvid codec，因為Koei和Nic聽說有相容的問題...比如Nic壓的，用Koei來放。或者換用ffdshow。再不然就去找其他日期的xvid codec...
3.那個電影檔是什麼電影的檔阿？說來聽聽吧

沒想到回應這麼快，真是高興！

花轟：
影片的CODEC我只知道是XVID，但不知道他是用誰的，所以只有慢慢嘗試了。
我用了你建議的CODEC，XviD.Root.27.11.2002.0020.exe可以看，ffdshow也可以看。其他的不行∼>"<
不過這兩個CODEC用了以後，畫面都會有點頓，像是張數不夠的感覺。
然後ffdshow會出現一點點的方格，所以我選擇XviD.Root.27.11.2002.0020.exe。

starroach：
1.Avic不能開啟檔案。
2.用了XviD.Root.27.11.2002.0020.exe就可以看，不過搞不清楚到底是怎樣...
3.那個是動畫啦！呵呵∼叫做「rahxephon」...我朋友說好看丟過來借我的。

感謝兩位喔！

現在常見的 build 有 Nic 、 Koepi 和 uManiac 這三種，可能壓縮的人用了測試的版本才會有相容的問題。我壓Xvid的時候用的是Koepi的版本，出來的影片用ffdshow甚至DivX解壓縮都可以正常撥放。

另外Avic這個程式會拒開唯讀的檔案，放在光碟的影片當然是唯讀的，所以...

那這樣不是表示，只要拿到怪怪版本的XVID，就要準備三種以上的CODEC伺候，隨時準備安裝新的CODEC...
真討厭這樣...

影片檔的確在光碟裡面，難怪Avic不給我開。

不是只要用AviC來把FourCC use codec 換成 Divx就可以了嗎？我都是這樣換一換就好了。

XviD 的三種編譯版本

uManiac 的 CVS snapshot，幾乎只要 CVS 上一更新，uManiac 就會編譯一個新版本，不過有時候也會拖個幾個禮拜都沒有更新。uManiac 現在都沒有在看開發小組的討論，所以有時候一些新功能編譯的時候需要注意的事項，uManiac 都不知道。例如以前要改 TOO_SMALL_LIMIT = 1，還有前一陣子 gruel 新增的 GMC 在開發階段，放上 CVS 給其他開發人員測試，gruel 不希望有測試版本的 bianry 流出去給一般大眾，會製造麻煩，所以警告要是被他發現網路上有人提供這個版本的 binary，他以後就不再 commit 任何的程式碼。結果當天 uManiac 的網站上還是出現了這個版本的 bianry，顯然 uManiac 根本不知道有這回事，還好那天他的網站沒多久就掛了 :P
有時候該更新不更新，不該更新卻更新得很快 ^^;
自從 uManiac 擅自更改了 Adaptive Quant 的程式碼被發現以後，就和開發小組漸行漸遠，有時候無法反應一些最新的情況。

Koepi 的版本有一些是 CVS 上都沒有的功能。例如他的 Lumi masking（Adaptive Quant）的程式碼是用 RefDivX 寫的 HVS 版本。以前 sysKin 修改的 Dynamic QPel 程式碼也是還沒上 CVS，就先出現在 Koepi 的 binary 上。再加上 Koepi 有時候會忘掉要 commit 別人給他的程式碼，所以他的版本總是有 CVS 上沒有的功能
因為 Koepi 和開發小組走得比較近，所以有時候能直接從作者手上拿到最新最熱剛出爐的程式碼。但是這些新功能還沒有經過大家的測試與討論，有時候不見得能提供壓縮助益，可能反而有害。
另外，Koepi 的版本因為編譯的時候用的 option，會產生不支援舊 CPU 的 SIMD code，例如 K6-3 和 PII 就無法使用 Koepi 編譯的版本。

Nic 的版本基本上也是原始 CVS 的版本，不過他改寫了 DirectShow 解碼器的部分，加入 Post Processing 的功能，但是負擔變得很重，即使沒開 PP，速度還是很慢，老機器不建議使用 Nic 的版本來播放。

ffdshow 是使用 FFMPEG 的 libavcodec 來解碼。ffdshow 可以偵測舊的編碼器的一些 bug，例如 DivX5/XviD 的 Chroma rounding error，XviD 的 interlacing 模式 bug ...等等，並且修正這些錯誤。所以用 ffdshow 解碼相容性是最高的。基本上只是要播放的話，裝 ffdshow 一個就夠了。

各個解碼器用的 iDCT 算式不同，原則上用什麼編碼就用什麼解碼畫質會最好。ffdshow 預設用的 iDCT 是 Simple iDCT，可以改成 IEEE reference 或 XviD 用的 iDCT。如果知道播放的是 XviD 的檔案，可以將 ffdshow 的 iDCT 改成 "XviD"，這樣播放的效果會比較好。不過最近 XviD 要實驗改成使用和 FFMPEG 一樣的 Simple iDCT，Koepi 的版本已經 enable 了這個 iDCT 算式，這樣以後壓出來的 XviD 檔案用 ffdshow 播放，就不必改選 "XviD" 的 iDCT，直接用原本的 Simple iDCT 即可。
當然也可以再安裝 XviD 的 Codec，兩者並存。ffdshow 有一個選項，叫 "use XviD"，把這個選項打勾，ffdshow 就會尋找你系統上的 XviD Codec，用 XviD Codec 來解碼，而不是用內建的 libavcodec 解碼。這樣既可以使用 ffdshow 強大的 filter 功能做 Post Processing，又可以用 XviD 自己來解碼，可以說是兩全其美

感謝Shade大大
我裝了ffdshow之後
原本不能看的XVID現在可看了
不過畫面會有一點晃動
不知何故？
另外小弟注意到ffdshow好像有外掛字幕的功能
這樣還需要另外用vobsub來外掛字幕嗎？

看Shade大大對xvid這麼有研究，我可否相問一個問題。我一直有在使用xvid來試壓影片，與divx5.x比起來，一般畫面在同樣流量下，兩者比較起來畫質差不多，但在一些光源快速明暗的畫面，xvid壓出來的畫面，卻明顯輸給divx很多。即使再勾選了Enable lumi masking也無改善。請問這是什麼原因呢?

xvid(koepi,2003,Jan 27), 2pass, motion search6, 勾選global motion compensation，流量約130kbps


divx5.03 2pass, 流量125kbps