>問個問題,我現在都用飛馬牌mjpeg codec, iuvcr 抓640*480 品質18 avi.
>iuvcr會顯示drop frame 和每秒的平均張數, 不過1G duron 抓640*480
>mjpeg drop frame 都是0啊,雖然平均張數檔案變換會掉下來,但也都在29.97
>附近,除了剛開始. mjpeg 和huffyuv 很類似都是空間換取時間和cpu能力的
>codec, 抓這個cpu load 看那個上上下下的波浪大概只有四五十%.... mjpeg
>看的出掉格嗎?

如果掉格嚴重的話可以看得出…
也可以用程式檢驗出；如果你是用VirtualDub錄類比訊源的話如果發現連續的兩個以上Frame內容完全一樣（每個Pixel的值都一樣）幾乎可以肯定有掉格（而且擷取程式有修正過）——因為一般家用的擷取卡是不可能完全排除Noise的干擾的，所以我以前寫程式（交作業）就用這爛方法檢查，不過應該有更好的方法才對
不過少量的掉格有時是為了維持影音同步與非整數的Framerate必須的（至少對VirtualDub來說是如此），也不需太在意

>virtualdub 測試是不會有的, move to the next drop 一定沒.
>應該是因為mjpeg 是都抓類似I frame 的東西吧?

Key Frame：個別壓縮的Frame，壓縮與解壓縮時不參考其餘Frame的內容
在AVI中相對於Key Frame的是Delta Frame，壓縮與解壓縮的時候必須參考前面的Frame

>但一換上抓divx 4.11, duron 也跟著掉格了, 即使是352*240 這種大小.
>這時iuvcr的wdm driver 反而比不上virtualdub +vfw driver , 之前1G
>duron 這樣抓一小時只掉了<5 , iuvcr 可掉了2xx-3xx frame ....

VirtualDub的作者花了很大心力在維持程式的可靠與效能最佳化上，而且已經持續了幾年了，當然不是一下子就可以追上的（所以現在要錄AVI我也還是用VirtualDub——即使我是用WDM Driver加上Wrapper也不想換用WDM的錄影程式）
不過iuvcr的進步速度也很快…