|
||
|
Advance Member
  加入日期: Aug 2003 您的住址: Hong Kong
文章: 308
|
XviD 1.0 Beta1 (Aloha) 官方測試版
XviD剛發放1.0 Beta1，代號是"Aloha"，可在這裏下載。
http://www.roeder.goe.net/~koepi 遲些我會替這編碼器進行測試。 另： 那裏可找到或製造出DSDIFF(Direct Stream Digital Interchange File Format)檔案來作測試？
__________________
我寫的程式: HQMP (2005/09/04): http://sswroom.no-ip.org:5080/compprog/smp/hqmp.html AVIRead 0.927 (2006/01/28): http://sswroom.no-ip.org:5080/compp...read/index.html SMP (04/09/02): http://sswroom.no-ip.org:5080/compprog/smp/index.html Subtitle Editor 0.6 (05/01/23): http://sswroom.no-ip.org:5080/compp...edit/index.html ADX Decoder Directshow Filter 0.61: http://sswroom.no-ip.org:5080/compp...xdec/index.html PSSADPCM Directshow Filter 0.61: http://sswroom.no-ip.org:5080/compp...dpcm/index.html XA Filter 0.61: http://sswroom.no-ip.org:5080/compp...lter/index.html |
|||||||
2003-12-01, 12:52 PM
#1
|
|
|
Senior Member
 
加入日期: Oct 2002 您的住址: El's room
文章: 1,046
|
回覆: XviD 1.0 Beta1 (Aloha) 官方測試版
引用:
從 0.9.2 以來，XviD 1.0.0 的更新 - New API. - New Motion Estimation system + with SAD based algorithms, + or Rate Distortion optimized algorithms. - Dynamic frame type decision based on a fast motion estimation pass. - Support for bvops and svops (up to 3 warp points). - QuarterPel precision. - Trellis optimization for h263 and MPEG quantization schemes. - Special mode for cartoons/anime like futuruma/the simpsons or any anime with flat color areas. - Mod 2 resolution support. - Two pass algorithm is now part of xvidcore. - 新的 API - 新的動作搜尋演算法 + 可以用以前的 SAD 準據 + 或者用新的 R-D 最佳化準據 - 動態的 frame type 決策，先跑一次快速的 pre-pass 動作搜尋， 自動插入 I/P/B-frame，GOP 的構造是動態的 - 支援 B-frame 和 GMC，GMC 支援 3 warp points - 動作搜尋可以達 1/4 pixel 的精度，這個功能叫 Quarter Pixel - trellis-based RD optimal quantization，可以提高壓縮效率， 現在 H.263 和 MPEG 兩種量化方式都可以使用 trellis - 特殊的 Cartoon Mode，專門用來壓縮 anime - 不重要  - 新的 2-pass code，現在整合進 xvidcore 寫了一堆，總之就是很強 其他上面沒提到的特殊功能： - B-frame，上面有提，不過特別強調 XviD 的連續 B-frame 個數可以超過 1 個， 最多無限個。B-frame 是動態插入，視畫面情況插入，所以 GOP 的構造是動態的 這應該是創舉 - lumi-masking，現在叫做 Adaptive Quantization，同一個 frame 中， 太亮或太暗的區域提高 quant_scale 壓縮，總之就是壓差一點， 反正人眼對這些地方比較不敏銳。 不建議使用，因為會不會破功，露出壓縮瑕疵，會隨螢幕亮度對比的設定改變。 但你也可以試試看效果，說不定你會很滿意  - 自訂量化矩陣。 選 MPEG 量化方式，可以自訂量化矩陣，可以做出超變態的品質。 - VHQ，高品質模式，就是上面說的 R-D 動作搜尋，設定越高速度越慢品質越好。 - Cartoon Mode，上面提過，補充說明，其實它只做兩件事： + 偵測靜態畫面 + 捨棄很微小的差異 這麼做的好處： anime 大部分是靜態畫面，使用同位置的參考對象效率最好，避免畫面模糊。 （就像 TMPGEnc 可以在靜態畫面關閉 1/2 pixel 的搜尋， 避免 ME 找到"錯誤"的參考對象） 另外，捨棄微小的差異，靜態畫面前後的差異通常是由 noise 造成， 捨棄這些 noise 反而可以提高畫面品質，讓畫面更穩定。 - Chroma Motion，CM，在色度平面上也做動作搜尋。 - Reduced Resolution，RRV，不建議使用，這個功能只在 ARTS Profile 裡面， 不能和 B-frame/GMC/Qpel 並用。 引用:
這些軟體都要買硬體才能使用，而且沒有硬體搭配，不知道能做什麼用 |
||||
|
2003-12-01, 09:54 PM
#2
|
|
|
Advance Member
加入日期: May 2002
文章: 433
|
呵呵..鴨卡通這點是最重要的
看著RMVB挾著容量小的優勢真是... 而且畫質可說差一點容量就3.4倍了... |
|
2003-12-02, 02:22 AM
#3
|
|
|
Advance Member
加入日期: Aug 2003 您的住址: Hong Kong
文章: 308
|
測試結果出來了...
影像方面,測試了三種編碼/編碼器:
Helix Producer Basic 9.0.1.250 XviD 1.00 Beta 1 (Aloha) DivX 5.1.1 測試影像： おねがい☆ティーチャー Music Clip - Shooting Star (開頭的45秒) 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 DivX: Profiles: No profile, B-Frame = off 1-Pass bitrate 結果 - 1500kbps版： RMVB - 8,627,653 Bytes Total frames processed: 1091 Minimum Average Maximum Y: PSNR: 8.2838 27.2791 1.#INF U: PSNR: 17.2386 39.9016 1.#INF V: PSNR: 16.8496 40.7707 1.#INF Sum: PSNR: 9.9590 28.9334 1.#INF Mean Absolute Deviation: 0.0000 1.9797 62.6568 Mean Deviation: -45.2668 0.0380 54.6310 PSNR: 9.9590 28.9334 1.#INF XviD - 6,696,456 Bytes Total frames processed: 1092 Minimum Average Maximum Y: PSNR: 43.4940 47.2607 1.#INF U: PSNR: 47.0921 50.4688 1.#INF V: PSNR: 47.0959 50.2559 1.#INF Sum: PSNR: 44.5057 48.0704 1.#INF Mean Absolute Deviation: 0.0000 0.6350 1.1099 Mean Deviation: -0.1738 -0.0062 0.0757 PSNR: 44.5057 48.0704 1.#INF DivX - 6,448,640 Bytes Total frames processed: 1092 Minimum Average Maximum Y: PSNR: 41.6864 46.6734 1.#INF U: PSNR: 44.0793 49.9144 1.#INF V: PSNR: 44.4451 49.6491 1.#INF Sum: PSNR: 42.5093 47.4843 1.#INF Mean Absolute Deviation: 0.0000 0.6650 1.2695 Mean Deviation: -0.1899 -0.0395 0.3511 PSNR: 42.5093 47.4843 1.#INF 注：RMVB的檔案製作可能有些問題，把所有Frame解碼會令VDubMod當掉，所以只好刪去最後一Frame。 RMVB的PSNR極低的原因是它在高動態的畫面PSNR急跌，最低更跌破10dB，它的靜態畫質不差，有些畫面更勝XviD和DivX。
__________________
我寫的程式: HQMP (2005/09/04): http://sswroom.no-ip.org:5080/compprog/smp/hqmp.html AVIRead 0.927 (2006/01/28): http://sswroom.no-ip.org:5080/compp...read/index.html SMP (04/09/02): http://sswroom.no-ip.org:5080/compprog/smp/index.html Subtitle Editor 0.6 (05/01/23): http://sswroom.no-ip.org:5080/compp...edit/index.html ADX Decoder Directshow Filter 0.61: http://sswroom.no-ip.org:5080/compp...xdec/index.html PSSADPCM Directshow Filter 0.61: http://sswroom.no-ip.org:5080/compp...dpcm/index.html XA Filter 0.61: http://sswroom.no-ip.org:5080/compp...lter/index.html |
|
2003-12-03, 12:16 AM
#4
|
|
|
Advance Member
加入日期: Aug 2003 您的住址: Hong Kong
文章: 308
|
700kbps:
RMVB - 3,727,907 Bytes Total frames processed: 1092 Minimum Average Maximum Y: PSNR: 8.2835 27.2658 1.#INF U: PSNR: 17.1865 39.7595 1.#INF V: PSNR: 16.7647 40.5945 1.#INF Sum: PSNR: 9.9583 28.9165 1.#INF Mean Absolute Deviation: 0.0000 2.1077 62.6643 Mean Deviation: -45.2975 0.0289 54.5982 PSNR: 9.9583 28.9165 1.#INF XviD - 3,989,524 Bytes Total frames processed: 1092 Minimum Average Maximum Y: PSNR: 40.2105 44.8537 1.#INF U: PSNR: 43.8503 48.4567 1.#INF V: PSNR: 43.9427 48.1714 1.#INF Sum: PSNR: 41.2607 45.7314 1.#INF Mean Absolute Deviation: 0.0000 0.8252 1.6275 Mean Deviation: -0.1762 -0.0161 0.3435 PSNR: 41.2607 45.7314 1.#INF 350kbps (RMVB的最低流量): RMVB - 1,777,895 Bytes Total frames processed: 1092 Minimum Average Maximum Y: PSNR: 8.2916 27.2131 1.#INF U: PSNR: 17.2035 39.1142 1.#INF V: PSNR: 16.9298 39.8232 1.#INF Sum: PSNR: 9.9658 28.8463 1.#INF Mean Absolute Deviation: 0.0000 2.4414 62.6048 Mean Deviation: -45.3401 0.0121 54.5115 PSNR: 9.9658 28.8463 1.#INF XviD - 1,999,748 Bytes Total frames processed: 1092 Minimum Average Maximum Y: PSNR: 34.7425 39.9515 1.#INF U: PSNR: 39.1245 44.2275 1.#INF V: PSNR: 39.4993 43.8493 1.#INF Sum: PSNR: 35.9265 40.9377 1.#INF Mean Absolute Deviation: 0.0000 1.4110 2.4772 Mean Deviation: -0.3934 -0.0189 0.9164 PSNR: 35.9265 40.9377 1.#INF 從數字上看，XviD畫質大勝RMVB，但實際上"看"起來，RMVB少很多方塊。 如想看詳細測試結果(每Frame的PSNR值)，可到 http://sswroom.no-ip.org:5080/Codec_test_result.rar
__________________
我寫的程式: HQMP (2005/09/04): http://sswroom.no-ip.org:5080/compprog/smp/hqmp.html AVIRead 0.927 (2006/01/28): http://sswroom.no-ip.org:5080/compp...read/index.html SMP (04/09/02): http://sswroom.no-ip.org:5080/compprog/smp/index.html Subtitle Editor 0.6 (05/01/23): http://sswroom.no-ip.org:5080/compp...edit/index.html ADX Decoder Directshow Filter 0.61: http://sswroom.no-ip.org:5080/compp...xdec/index.html PSSADPCM Directshow Filter 0.61: http://sswroom.no-ip.org:5080/compp...dpcm/index.html XA Filter 0.61: http://sswroom.no-ip.org:5080/compp...lter/index.html |
|
2003-12-03, 12:30 AM
#5
|
|
|
Advance Member
加入日期: Aug 2003 您的住址: Hong Kong
文章: 308
|
RA vs MP3
聲音方面，測試了不同流量下的品質優劣。
三個組別： MP3 CBR 160 vs RA8 CBR 172 MP3 CBR 96 vs RA8 CBR 96 MP3 CBR 40 vs RA8 CBR 32 測試音軌： 丹下㜳 - Stand by Me (當作一般的音樂) �井雅美 - 女神になりたい ∼for a yours∼ (當作難壓縮的音樂) 岩男 潤子 (大道寺 知世) 友枝小�校コーラス部 - 友へ (當作容易壓的音樂) MP3 CBR 160 vs RA8 CBR 172 壓縮設定 (mp3)： lame -q 0 -b 160 -k --athtype 0 --scale 0.9 -m s MP3音質遠勝RA8，RA8的高頻聲音變了不少，相對起來MP3的高頻沒有多變。 MP3 CBR 96 vs RA8 CBR 96 壓縮設定 (mp3): 先用Cool Edit Pro 2.0把訊源轉換為32000Hz/32bit(Pre/Post Filter, quality = 999)，然後儲存為4-bytes PCM (32-bit)的WAV檔。 最後 lame -q 0 -b 96 -k --athtype 0 --scale 0.9 -m j MP3的音質略勝RA8，RA8的高頻不只改變了，部分更被刪去，MP3聽起來只增加了一點高頻雜訊。 MP3 CBR 40 vs RA8 CBR 32 無論我如何設定，MP3的品質也比不上RA8，在這流量下，RA8的音質比MP3好。 傳聞中的低流量強者 - RMVB，流量低到這個地步才能強高其他對手？還是我沒有用盡RMVB的極限呢？
__________________
我寫的程式: HQMP (2005/09/04): http://sswroom.no-ip.org:5080/compprog/smp/hqmp.html AVIRead 0.927 (2006/01/28): http://sswroom.no-ip.org:5080/compp...read/index.html SMP (04/09/02): http://sswroom.no-ip.org:5080/compprog/smp/index.html Subtitle Editor 0.6 (05/01/23): http://sswroom.no-ip.org:5080/compp...edit/index.html ADX Decoder Directshow Filter 0.61: http://sswroom.no-ip.org:5080/compp...xdec/index.html PSSADPCM Directshow Filter 0.61: http://sswroom.no-ip.org:5080/compp...dpcm/index.html XA Filter 0.61: http://sswroom.no-ip.org:5080/compp...lter/index.html |
|
2003-12-03, 12:56 AM
#6
|
|
|
Senior Member
加入日期: Oct 2002 您的住址: El's room
文章: 1,046
|
這個，RMVB 的 PSNR 不可能這麼低，25dB 左右的畫質已經是人眼可以忍耐的下限了，差到 10dB 以下根本就是完全不能看，如果 XviD 真的贏 RMVB 二十幾 dB，那麼視覺看起來絕對是天差地遠，不可能 RMVB 的畫質還會比 XviD 好。
雖然 PSNR 不完全反應人眼的視覺品質，不過也應該不會這麼離譜。 所以.... RMVB 有用 B-frame，B-frame 會造成 decoding lag，可能會延遲幾個 frame，造成 PSNR 計算比較的時候 frame 沒對上，這種情況在動態越大，前後差異越大，沒對準造成的 PSNR 下降會越明顯，因為你提到這點，所以我想會不會是 B-frame decoding lag 的關係，可能需要檢查一下。 由於我沒有用過 RMVB，所以不知道 RMVB 要怎麼設定和測試。 karl 在這個討論中提過，測試 PSNR 的時候還要關閉什麼 noisyEdgeFilter，測出來 PSNR 才會高 http://forum.doom9.org/showthread.php?s=&threadid=57687 還有其他一堆設定，看起來就頭大 http://forum.doom9.org/showthread.php?s=&threadid=60712 http://forum.doom9.org/showthread.php?s=&threadid=55193 由於我已經放棄低流量用 XviD 和 RMVB 對抗，而高流量我認為還是 XviD 較強，所以我完全沒去研究 RMVB 的壓縮。 Cartoon Mode 雖然好用，但是也會造成一些壓縮瑕疵，例如魔法護士小麥的 OP，有一處背景是一整片藍色的色塊，上面有尖銳的物體慢慢的劃過，這裡如果開 Cartoon Mode 會造成物體尖端移動的軌跡後面拖著一條長長的尾巴。還有快速跳動的銳利線條的端點，如果其位置剛好在壓縮的單位方塊的邊邊一點點，會造成這個很微小的高頻係數差異被捨棄掉，後面的畫面會殘留這個已經不存在的一個小端點。 當然這種壓縮瑕疵不是只有 XviD 有，DivX 或 WMV9 也很常見，不過 XviD 本來是沒有這種瑕疵的，開了 Cartoon Mode 之後就要負擔這種風險。 不過在大部分的情況下，這個 trade-off 還算可以接受。 |
|
2003-12-03, 01:50 AM
#7
|
|
|
Advance Member
加入日期: Aug 2003 您的住址: Hong Kong
文章: 308
|
引用:
這個我也想過．．．但我找不到出錯的地方。 (我用Real Alternative 1.06作解碼器，以方便進行PSNR計算) 引用:
我是用Helix Producer Basic 9來作測試，這個屬於獨立型解碼器，就算有B-Frame，也會像MPEG-1或MPEG-2般把P-Frame放在B-Frame前面來解決Decoding lag問題。 引用:
現在的編碼器在捲動的畫面處理得不太好，希望能盡快找到能有效處理這類畫面的算式吧。 這個測試主要是想知道RMVB在甚麼流量才可優於其他格式，另一個目的是在高流量下XviD和DivX的優劣，看來RMVB的視訊測試有點問題．．．． 另：RA解碼器是用Real Alternative 1.06 (DirectShow)，MP3的解碼器是用DirectShow Filter for MAD lib OP的IVTC(120fps)已做好，今晚會試壓一次。
__________________
我寫的程式: HQMP (2005/09/04): http://sswroom.no-ip.org:5080/compprog/smp/hqmp.html AVIRead 0.927 (2006/01/28): http://sswroom.no-ip.org:5080/compp...read/index.html SMP (04/09/02): http://sswroom.no-ip.org:5080/compprog/smp/index.html Subtitle Editor 0.6 (05/01/23): http://sswroom.no-ip.org:5080/compp...edit/index.html ADX Decoder Directshow Filter 0.61: http://sswroom.no-ip.org:5080/compp...xdec/index.html PSSADPCM Directshow Filter 0.61: http://sswroom.no-ip.org:5080/compp...dpcm/index.html XA Filter 0.61: http://sswroom.no-ip.org:5080/compp...lter/index.html |
|||
|
2003-12-03, 02:44 AM
#8
|
|
|
Senior Member
加入日期: Oct 2002 您的住址: El's room
文章: 1,046
|
引用:
GMC 可以對付這種畫面。 引用:
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 倍，也許可以避免太過份的區域壓縮，造成明顯的壓縮瑕疵。 |
||
|
2003-12-04, 04:30 PM
#9
|
|
|
Senior Member
加入日期: Oct 2002 您的住址: El's room
文章: 1,046
|
轉貼
== DivX Pro 5.1.1, XviD 1.0.0 beta1, WMV9 VCM 測試 1 測試高品質時各個 codec 的表現。 高品質的定義是 quantizer 接近 2 的品質，以 DivX Pro 5.1.1 q~=2 壓出來的檔案大小為基準，也就是一般人壓檔時根本不會去用的品質 雖然實用性很低，不過由測試中可以分析一些 codec 的特性。 測試訊源 1 是魔法護士小麥的 OP，640x480, 23.976fps, 2168frames, 1:30sec。 訊源類型是動畫，畫面是那種很乾淨，只有純色塊，對比高，色彩亮麗，具有銳利，而且呈鋸齒狀的線條。 這個訊源由於沒有用上 IVTC，在一些高動態的畫面會爛掉，有非常明顯的 mosquitos 壓縮瑕疵。 mosquitos 就是在銳利線條周圍會出現的那種斑斑點點的壓縮瑕疵。 各項測試是直接比對原始 MPEG 的 YUV 4:2:0，沒有經過任何轉換，確保數據的正確性。 PSNR 是比較壓縮前、壓縮後畫面的差異，單位是 dB，數值越高代表差異越小。 PSNR 越高代表 encoder 的"任務"（盡量減少失真）做得越好，但是由於人眼對不同類型失真的敏感度不一樣，所以 PSNR 不一定代表視覺品質。 例如下面網頁中舉的例子，MSE 一樣是 225，但是視覺品質卻差很多 http://www.cns.nyu.edu/~zwang/files.../demo_lena.html 然而在高流量的時候，由於各種明顯失真的壓縮瑕疵逐漸減少，各個 encoder 的差距拉近，剩下的是極細微的差異，這時 PSNR 的可信度（和視覺品質的相關性）也應該會逐漸升高。 部分 test 有加測 VQM 和 SSIM。VQM 是 DCT-based Video Quality Evaluation，根據 Human spatial-temporal contrast sensitivity function 做評量。人眼對空間頻率（畫面複雜度）和時間頻率（動態）越高的失真越不敏銳，所以根據 Human spatial-temporal contrast sensitivity function 做的 VQM 評量，"也許"會接近人眼視覺看起來的品質。 用這個理論做成的商業軟體，就是知名的 JNDmetrix-IQ http://www.sarnoff.com/products_ser...ual_quality.asp VQM 的分數 0 代表視覺上壓縮前、壓縮後無失真，VQM 數值越小，失真程度越小。 SSIM 則是 Structural SIMilarity (SSIM) index，詳細資料可以參考 http://www.cns.nyu.edu/~zwang/files...ssim/index.html SSIM 的數值越接近 100，品質越高。 關於視訊品質評量，有興趣者可以參考這個網站 http://www.its.bldrdoc.gov/vqeg/ |
|
2003-12-04, 05:05 PM
#10
|
|
