這很難講
這裡有一篇提到 (個人不背書，另外隨版本演進，不同時空不可同日而語吧)
http://66.102.7.104/search?q=cache:UzaKMemZcqsJ:www.gamez.com.tw/showthread.php%3Ft%3D178484+XVID+Nic%27s+Koepi%27s+XVID+%E6%AF%94%E8%BC%83&hl=zh-TW&lr=lang_zh-TWuManiac's XviD 問題比較少,解碼負擔比較輕,比較穩定
Nic's XviD 比較耗CPU,解編碼檔案是分開的
Koepi's XviD 應該很多人都是用這版本,K6&PII含之前的CPU不能使用
作者跟開發人員走的比較近,會加入一些參數,更新比較快速,不過可能會有些問題
還有一篇
http://myweb.hinet.net/home1/monetdon01/ATBSCODEC.htm#(11)Nic's XviD: 特色為Post Processing,因為原本的 XviD Decoder 中沒有deblock/dering 畫面修飾的功能,所以 Nic 幫 XviD 在解碼中加入這功能,現在 XviD 本身以內建此功能,且效果相當不錯,所以應該也是不需要了,個人老實說不建議用用其 Binary 原因大概有更新速度慢,需要 CPU 等級較高,檔案較大,有些版本會造成字幕出不來....等
真要說其目前較特別的地方的話
(1)Nic 新版的有強制指定輸出的 Color Space 功能,可選YUV2,YV12,RGB24,RGB32
(2)其 iDCT 算式有修改過,用的是 simple iDCT。
Koepi's XviD: 因為 Koepi 和 sysKin 關係密切,所以其更新快,且時常有一些較為特殊的功能且因為其使用 ICL7 編譯,有加入一些最佳化,不能在舊的 CPU 上執行(K6-3,PII 之前)但是在新的 CPU 上跑會比一般的版本快一點,同時他的 binary 檔案很小
Koepi 最新編譯的版本,iDCT 算式已經遵從 Isibaar 的建議,由 simple iDCT,改回以前用的 iDCT.
uManiac's XviD: uManiac 的版本是最原汁原味的,CVS 上更新什麼,uManiac 就編譯一個新的版本uManiac 的版本和 CVS 上的一模一樣
