引用:
Originally posted by sswroom
現在的編碼器在捲動的畫面處理得不太好，希望能盡快找到能有效處理這類畫面的算式吧。
|
GMC 可以對付這種畫面。
引用:
Originally posted by sswroom
Codec設定:
Xvid:
Profiles: Unrestricted profile, H.263, Adaptive qualtization, BVOP = 0
Zone: frame 0, Weight 1.00, Chroma optimizer
Advance option: 6-Ultra High, 4-Wide Search, Use Chroma Motion, Use Cartoon Mode,min IPB quantizer = 1
|
Adaptive quatization 和 Chroma optimizer 會造成 PSNR 下降，所以我現在都是關閉的。
Adaptive quatization 視覺看起來怎麼樣？
sysKin 有做一些改良，現在過亮或過暗的區域不是用絕對值判斷，而是用整個畫面的中間值亮度判斷，和中間值相對差距到一定程度才會被判斷為是過亮或過暗的區域。
以前用絕對值判斷會造成：譬如說有那種整個畫面都很暗的 frame，結果整個畫面都被判斷為是過暗，整個畫面都提高壓縮，變成很慘，爛得很明顯，完全破功
我是擔心這種 Adaptive 的機制（= 原本的 lumi-masking），比不上 MPEG-2 的 Activity，根據高頻能量的多寡（= 空間複雜度）來 Adaptive。lumi-masking 容易受到螢幕或顯示卡的亮度對比設定而改變，很容易被看出來而破功，也許在這台螢幕上看不會，換另一台螢幕就看得很明顯。
sysKin 也降低了 Adaptive 提高 quant_scale 的上限，現在不會超過該 frame quantizer 的 1.5 倍，也許可以避免太過份的區域壓縮，造成明顯的壓縮瑕疵。