剛剛試驗用RMP4壓一小段，用各種不同的壓縮設定，壓出來的檔案大家可以對照一下參考看看

CPU: PIII-1G x2
MB: Tyan 2507D
RAM: 1024MB
OS: Windowx XP Pro 英文版
Codecs: RMP4,DivX 3.11 Alpha,DivX 5.02,Huffyuv 2.1.1,MJPEG,AVIzlib,XviD

檔案放 Free Hosting 的關係，請按滑鼠右鍵選儲存連結，下載完畢後將 .spg 改回 .avi 即可。如果被砍的話，再視情況補上

PS.以下檔案是使用 VD 直接輸出的

(DivX CBR 1128k 1Pass 預設值但不使用去交錯)
http://kachna.myanico.com/test_divx_cbr.spg
(DivX VBR 1128k 1Pass 預設值但不使用去交錯)
http://kachna.myanico.com/test_divx_vbr.spg

(DivX5 CBR 1128k 1Pass 預設值但不使用去交錯)
http://kachna.myanico.com/test_dx50_cbr.spg
(DivX5 VBR 1128k 1Pass 預設值但不使用去交錯)
http://kachna.myanico.com/test_dx50_vbr.spg

(RMP4 CBR 1128k 1Pass 預設值但不使用去交錯)
http://kachna.myanico.com/test_rmp4_cbr.spg
(RMP4 VBR 1128k 1Pass 預設值但不使用去交錯)
http://kachna.myanico.com/test_rmp4_vbr.spg

>這個功能是以 field 為單位作壓縮，在遇到交錯畫面時，因為畫面交錯，以 frame 壓縮會造成畫面複雜度增加，不利壓縮，如果拆成兩張獨立的 field 壓縮，各個 field 都是無交錯的畫面，壓縮起來的效果較好。

據我所知（從XviD討論區）不是這樣（那是Mpeg2的作法）
MPEG4的Interlace支援是以Macroblock為單位，Encoder若發現某一Macroblock可能有Interlace就可以標注此Macroblock為Interlaced Macroblock，並且用Interlaced DCT轉換此Macroblock到Frequency Domain再進行Quantize與壓縮
（當然，兩種DCT轉換各試一次看哪種效果較好也可以啦，只是比較慢）

XviD已經有支援Interlaced Macroblock（大概一兩個月前就有了吧）
yoshiotaka 有興趣順便做個測試比較嗎？
http://nic.dnsalias.com/
要使用此功能記得開啟「Enable Interlacing」
不過對這段影片大概沒甚麼用吧，因為這段影片似乎沒有interlace

追加：
在XviD和Doom9的討論區看到，RMP4*好像*有偷用XviD的程式碼
http://forum.doom9.org/showthread.php?s=&threadid=28210

可否請大大寄給小弟, 小弟找了半天還是無法下載~~~

小弟的EMAIL=>[email protected]

呃，可能我那樣解簡略的說法會引起誤會 ^^;
「概念上」是拆成兩個獨立的 field 壓縮，「實際上」所有判斷處理的工作都是 macroblock basis，根據畫面是 progressive 或是 interlaced 來決定要使用 "frame-based DCT"，還是 "field-based DCT"（這兩個是正名）。這個作法 MPEG-2、MPEG-4 都是一樣的。所不同的只是 MPEG-2 比 MPEG-4 在 MC 的部分，還多了 Adaptive frame/field prediction（field 使用 16x8 的 MC 而不是 16x16）。但是不知道為什麼，XviD 好像也可以用 frame/field prediction 的 MC（因為 XviD 可以選用 MPEG 的 Quantization Type 的關係嗎？關於這點我不是很清楚，請前輩們再幫忙補充），不過 XviD 的開發團隊目前還是沒有把 field prediction MC 給實作出來。
如果 RMP4 有作出 field prediction MC，那麼 RMP4 的 interlacing mode 應該會比 XviD 好。至少有一點可以確定的是 RMP4 作出了在 XviD 上沒有的 vertical scan（取代原本的 zig-zag scan）的功能，這對 interlacing mode 的品質大有幫助，所以小弟大膽的推測，RMP4 的 interlacing mode 會優於 XviD。
小弟之前的說法不夠精確，可能會造成誤解，在此向大家致歉。
也許直接用英文 "frame-based"、"field-based" 來解說會比較好一點？ ^^;

不過事實是 RMP4 多作出了一些功能，尤其是 b-frame ...
（我上面那句，好像已經認定 RMP4 是偷 XviD 來的了... ）

抱歉沒列出它的下載位置 ^^;

Realmagic MPEG4 Codec(簡稱RMP4)

Windows 98SE, Me (size: 397KB )
http://www.sigmadesigns.com/product...odec1_0_W98.zip

Windows 2000, XP (size: 397KB )
http://www.sigmadesigns.com/product...odec1_0_W2K.zip

說明檔 (size: 235KB )
http://www.sigmadesigns.com/products/rmMPEG-4codec.pdf

這樣應該就可以順利找到了 ^^

呃，我的理解有誤 ^^;
MPEG4 也是可以用 16x8 的 MC，MPEG2 多的是一些處理 interlacing 的 option。MPEG4 提供了許多 Interlaced coding 的 tools，比較起來，MPEG4 的 interlacing mode 大概會比 MPEG2 多 10% 的效率。
至於量化的方法是用 MPEG2 還是 H.263 當然和這個沒有關係 ^^;;


MPEG 作 DCT 轉換時是以 8x8 的 "block" 為單位，將 pixel 轉換至 frequency domain。
MC（Motion Compensation）則是以 16x16 的 "macroblock" 為單位，一個 macroblock 包含 4 個 8x8 的 luminance "block"。
frame-based DCT，DCT 轉換時循序以 1, 2, 3, 4, 5, 6, 7, 8 條掃瞄線為一組，9, 10, 11, 12, 13, 14, 15, 16 條掃瞄線為一組，去作 DCT 轉換。
field-based DCT，DCT 轉換時交錯以 1, 3, 5, 7, 9, 11, 13, 15 條掃瞄線為一組，2, 4, 6, 8, 10, 12, 14, 16 條掃瞄線為一組，去作 DCT 轉換。也就是拆成奇偶兩組，分別去作 DCT 轉換。
frame-based prediction（16x16 MC），每個 macroblock 一個 MV（Motion Vector）。
field-based prediction（16x8 MC），分成奇偶兩組，各一個 MV。如果是 B-frame 則可能會有四個 MV（[forward + backward] * [odd + even]）。

zig-zag scan，MPEG1 用來掃瞄 DCT Coefficients，轉成一維數列的順序，MPEG2/4 多了 alternate scan，其中 vertical scan 的掃瞄順序對交錯的畫面比較有效率。

to lwb,

其實安裝完我覺得他好像 Divx 和 XviD 的合體，沒想到還是有這回事
因為某些部分長的好像... (直覺啦)

我這兩天也想找段片段來試試看他 Interlace Video Coding Tools 的功能
順便也做個比較看看