只是要解碼的話，用原本 Nic 的 dev-api-3 版本就可以了。
如果要測試 dev-api-4 編碼的話，安裝 dev-api-4，然後另外安裝 Nic 的獨立解碼器
http://nic.dnsalias.com/xvid.html

下載
XviD DirectShow Decoder Only Install
這個 DirectShow Filter 是一個獨立的解碼器，完全不需要用到 api-4 的 xvid.dll
這樣你就可以用 api-4 的 xvid.dll 編碼，api-3 的 xvid.ax 解碼

警告
這個版本的 api-4 已經舊了，近日 api-4 才修正一堆 bug
用這個 api-4 版本所壓出來的檔案將來不保證能被以後的 Decoder 正常播放
api-4 是開發中的 branch，存在許多 bug，只有開發人員，或者有興趣的玩家，願意測試回報 bug 的人，才有需要下載 api-4 回來做"測試"
千萬不要用 api-4 做為檔案保存用途，不然以後可能會後悔
（如果不使用特殊功能，例如 GMC，當然 api-4 "可能"是安全的，
不過即使如此，編碼器本身還是存在一些 bug，例如 2-pass，
當然，api-3 也是有 bug，只要不要壓出錯誤的 bitstream，
符合 MPEG-4 的標準規範，將來可以解碼就可以了，
不過還是總歸一句，除非你很清楚自己在做什麼，否則不要使用 api-4 來保存檔案）

這個版本已經舊了，若要測試回報 bug，請使用新版的 api-4
另外 XviD 的開發人員希望不要在公開的論壇上張貼 api-4 的 binary，以免一般使用者不知情下載回去壓縮保存用的檔案，將來發生問題，會給 XviD 帶來麻煩，過去已經有許多這樣的例子，造成一般人認為 XviD 不穩定的印象。

嗯嗯...小弟受教了...

之前是看到有大大提供日本網站的api-4的設定教學...以為大家需要才找出來的...原來是不傳之密啊...

那如果是官方版的0.9.2可以用來討論or分享嗎???我是有找到一個啦...但是好像不是英文語系的...就是安裝的語言不是英文啦...

嗯...那api-4會出正式版嗎???還是只是過渡的開發版???以後直接跳api-5???

總之...以後po文會小心一點的...

似乎用 api-4 的 xvid.dll 編碼，再用 api-4 的 xvid.ax 解碼會比用 api-3 的 xvid.ax 解碼畫質好?是這樣嗎?

阿...可是有些職人用 api-4 壓片耶...
那不就表示以後的 xvid 更新版本可能解碼出問題嗎?
另外不用 api-4 的話 xvid 又可能贏不了 divx 5.1 和 wmv9
可是 xvid 的編碼速度又超群...
這可傷腦筋了:S...

心中一驚! ＿|￣|○
在下不是什麼職人，但目前也都使用dev-api-4作tvrip 及dvdrip(耶...Shade兄還記得我吧)

功能上，我是都沒去使用到特殊功能啦...

APPLEKID 兄

啊，也不是什麼不傳之密啦 （汗
好像有人已經用了好久了，只是 XviD 的開發人員不希望見到在公開的論壇上提供 api-4 的 binary，怕�**苳妨e太過自由引發相容問題的覆轍。事實上連討論 api-4 的設定都是不歡迎的... ^^;;

自由是一件好事，可是也是一件壞事。

我覺得小心使用的話，api-4 也不是什麼毒蛇猛獸，還是可以...."小心地"使用的

0.9.2 只有 Simple Profile 的功能，沒有很多人用的 B-frame，所以倒不如用 Koepi 2003-06-24 的 api-3 版。

api-4 目前已經快要完工了，等確定重大 bug 都抓完，大部分都沒問題之後，就會正式變成 XviD 1.0 和大家見面。
XviD 1.0 將會成為擁有最多編碼工具的"一般大眾使用"的 MPEG-4 Codec。
接下來 1.1 版以後就是研究要如何整合、促進這些工具的使用效益，提昇畫質等細部改進。

不會。
api-4 沒有改動 Decoder 的部分，用 api-3 解跟用 api-4 解是一樣的。
同時用 api-3 解 api-4 壓出來的影片，你可以檢驗自己壓出來的 api-4 影片和過去的 api-3 相容性如何。如果你用了某個選項發現 api-3 解出來會有錯誤，那麼就不要用那個選項。如果壓出來的影片 api-3 解都沒有問題，看起來"似乎"很正常，那麼你應該就可以安心地使用這樣的設定來壓 api-4 的影片。
當然，即使壓出來 api-3 解看起來都正常，還是不保證它"真的"是正常，或者對所有訊源都會正常。用 api-4 壓要有覺悟，一切都是不掛保證的，如果將來出了什麼事也只好自認倒楣

api-4 的 Decoder 其實是有更新，加快了解碼的速度，雖然還是比 ffdshow 慢，但是比以前快一點。還有其他一些核心的小修正，不過都和畫質無關。

我是說"可能"會出問題，意思就是"不一定"會有問題
我自己也是用 api-4 壓片 ^^;;
不過我認識使用 api-4 的職人所用的設定（1-pass quantizer H.263 w/o B-frame），應該不會引起錯誤，因為那是最基本的 MPEG-4 壓縮功能（Simple Profile），如果連這也出錯那就太糟糕了。
事實上壓好以後用 api-3 放試試看，如果沒啥大問題"應該"就沒問題，只是相關人員還是免不了要耳提面命一番，警告可能會發生的 bug。
而且 api-4 更新很頻繁，可能在更新的過程中製造新的 bug，誰也無法保證，可能這一版沒問題，下一版就出一堆錯誤。
所以如果不是開發人員或有興趣測試的玩家，不建議使用 api-4。
如果你手上的 api-4 用起來沒問題，壓出來的影片 api-3 都可以放，而且你也很清楚那些設定的意義，哪些設定可能會有潛在的危機；例如 Reduced resolution 功能屬於 Advance Real-Time Simple Profile (ARTS Profile)，不可以和 B-frame/GMC/Quarter pixel 等 Advance Simple Profile (ASP) 的功能一起並用，當你 Proflie@Level 設定選"無限制"的時候，XviD 允許你同時勾選這些工具，但是你要知道這樣壓出來的檔案沒有在目前任何一個 MPEG-4 的 Profile 裡面，將來這個檔案會無法在硬體的 MPEG-4 播放機上播放。
當然，如果你覺得將來太遙遠，或者你根本不會想要把這些 MPEG-4 拿到硬體播放機上面放，你只是要在電腦上用 XviD 自己解碼，那麼要這樣壓也是可以。
不過還是要注意，這些新功能有許多目前還沒有整合起來，個別用可以，但是合起來一起用就可能會發生意想不到的錯誤，例如 VHQ + GMC。
因為要向大眾解釋這些瑣碎的事情很麻煩，不解釋又怕大家亂用，所以乾脆不建議使用

沒有這麼悲觀吧
我看別人做的測試，7xxkbps~14xxkbps，測試二個 clip，都是 XviD api-3 贏過 WMV9，另一個好像是 2xxxkbps，XviD api-3 贏過 DivX 5.1 和 WMV9。
當然我也看過 XviD 輸的例子。
總之不一定用 api-3 就贏不了 DivX 5.1 或 WMV9，也有贏的情況。

不過確實，以 api-4 和 api-3 相比的話，相同用 SSE 指令集，api-4 的 PSNR 通常都贏 api-3 達 0.5dB 以上，以 api-4 壓縮，會得到比較高的 PSNR。
視覺品質，我也覺得 api-4 明顯勝過 api-3。
以 api-4 來和 DivX 5.1 或 WMV9 相比，比較可能穩操勝算

當然記得呀
有固定做作品.... Lock.Lai 兄應該算職人吧？

你用的設定和"版本"應該不會發生任何問題。