>1.請問這到底代表什麼呢，對擷取品質又有什麼樣的影響?

因為我不是寫那個程式的人，所以我只能用猜的，如果不對還希望高手指正
那應該是設定Motion search 的範圍以及精確度
在Mpeg壓縮中分為IPB三種frame，這應該有很多人都知道了（在別篇也提過了）
除了IFrame有獨立壓縮之外，其他的Frame就必須參考前後的Frame了
至於如何參考前後的Frame呢？在Mpeg中的作法（應該大約）是這樣（為了解說方便，而且我知道的也不是這麼詳細，所以我把很多步驟省略了）
1)把前面的畫面切割成許多8*8的MacroBlocks
2)Motion Search:尋找每個Macroblock在這一個Frame中顏色最接近的block，然後紀錄每個Block的位移向量
3)計算錯誤量:計算(這個Frame)-(用前一個Frame的Macroblock加上位移向量組合成的Frame)，也就是計算2)的結果與真實畫面的差距，然後這一部份再使用類似JPEG的方法壓縮

在播放的時候就可以用前一個Frame加上2)的向量移動Macroblocks再加上3)算出的值還原出原畫面

所以答案就呼之欲出了
在2)的時候的計算是很複雜的，以352*240來說，每個Frame有1320個MacroBlocks，要替它們在下一格中找到最適合的位置是很花費時間的（因為尋找方法就是把block與在這個Frame的附近幾個位置重疊比對， 然後取最接近的結果 ），所以我猜想ATI讓我們調整的就是這個部分的搜尋範圍和精確度
若在2)的時候做得越精確，則在3)之中的數值就越小，所以就可以用更少的bit數去Encode或是提高畫面品質

>2.請問我常會有1%或更多的丟楨情形，是因為移動估值參數調太高嗎?

應該是，而且以我的經驗來說
在ATI的程式中把這個數字調太大超過系統運算的速度太多還容易造成當機

>3.請問我的duron600可以調到多高而不會有丟楨的情形呢?

這與你的其他配備也有關
所以請自己試


------------------
我也只是一個新手罷了，所以請大家多多指教

[這篇文章曾被 lwb 重新修正編輯過 (時間 01-09-2001).]

[這篇文章曾被 lwb 重新修正編輯過 (時間 01-09-2001).]

真的很感謝你耶
常常在這裡看到你的文章
覺得你不只懂得多
而且很熱心的想教會別人
我之前寄E-mail給冶天
他們的回信雖然很快
也很客氣
但是幾乎都沒回答到什麼重點
以下是他的回信

您好,
針對您的問題,我們的回答如下:
這是針對壓縮率所設定的參數,它並沒有最大值會造成當機的問題.只有壓縮完成之後,其他的播放器是否能夠讀取檔案的問題.
如果您還有任何疑問,請您於上班時間來電(02)23967711分機8或利用我們的電子郵件信箱

他講這樣我還是不知道怎麼調比較好啊
對了我還有個問題
照這麼說是不是如果我選"只限I frame"
那麼移動初值參數是不是就沒有影響了呢
m...還有個問題
好比我選每秒30 frames
是指30個I frame呢
還是IBP加起來30個?
我是在想，如果是的話
那我先用"只限I frame"抓畫面,每秒30個
事後再用別的軟體(如TMPG)再算B,P frame
降子畫面會不會比較好啊?

冶天回答的比較像是'位元率'的功能
而不是移動估值參數的,他們也許弄錯了吧

>照這麼說是不是如果我選"只限I frame"
>那麼移動初值參數是不是就沒有影響了呢

理論上是

>m...還有個問題
>好比我選每秒30 frames
>是指30個I frame呢
>還是IBP加起來30個?

是加起來30個

>我是在想，如果是的話
>那我先用"只限I frame"抓畫面,每秒30個
>事後再用別的軟體(如TMPG)再算B,P frame
>降子畫面會不會比較好啊?

但是I Frame的壓縮率很低唷（可能與MJPEG相近）
如果要這麼做，BitRate一定要調大許多才能得到好的品質（不然artifact會很多，像是Block noise...）
但調大BirRate，壓縮的速度又變慢了
（I Frame的運算也與BitRate有關）
所以這樣品質會比較好嗎？只有實驗後才知道


------------------
我也只是一個新手罷了，所以請大家多多指教

[這篇文章曾被 lwb 重新修正編輯過 (時間 01-12-2001).]

發現這篇以前的文章
剛好幾個月前我也實驗過,所以來ps一下
以mmc6.2來錄i frame only是不能看了
看了你根本無法想像mmc6.2用正常的還能錄出好東東
不過似忽有些人用power vcr抓i frame only確不錯?
不知mmc7.1錄iframe如何?因為我不能用
有用過的發表看看吧

關於I-Frame-Only MPEG與MJPEG,有個疑問:
MJPEG是整個Frame下去做DCT壓縮,還是像MPEG切成一堆Block?

個人是覺得前者比較好,壓縮效率好很多,反正MJPEG不用做Motion Search,切成小塊也沒意義,但因MJPEG在低流量時也會出現Block Noise,不禁懷疑到底是怎麼壓的?

>關於I-Frame-Only MPEG與MJPEG,有個疑問:
>MJPEG是整個Frame下去做DCT壓縮,還是像MPEG切成一堆Block?

一樣是切成Blocks
JPEG也是切成Blocks再做DCT壓縮

>個人是覺得前者比較好,壓縮效率好很多,反正MJPEG不用做Motion Search,切成小塊也沒意義,但因MJPEG在低流量時也會出現Block Noise,不禁懷疑到底是怎麼壓的?

切成Blocks仍然有意義，可以增加程式壓縮時的效率並減少壓縮時需要使用的記憶體而且也可以減少做成硬體壓縮時的複雜度
當然，現在這些限制已經比較不成問題了，但是也別忘了JPEG規格是以前定的