quantizer編碼模式應該算Quality Base吧 勉強

H.264在下最近也懶的玩了....除非有新增或改善某些東西
無失真壓縮真的檔案爆大的....比DivX Q1還大上許多倍
此外DivX Q1與Xvid Q1壓縮後容量已經有一截差異了
唉.....兩年前還只差一點點哩 時間真的過的很快

H.264在下只想把它列在適合中高流量的code
高流量有CPU使用率高的問題
低流量又有對某些顏色嚴重方格的問題.去方格無論開多強對這些都沒用.倒不如用RM
也難怪網路上的那些大部分都是用Q20或者Q15左右下去壓 Q25左右少見

現在的電腦等級還沒普及到都可以順暢解碼 H.264
也沒必要那麼早就開始玩 H.264...
更別說真正實作的編碼器也出來不過半年而已...

以下說明是別地方看到的...忘了連結在哪

----------------------------------------

ISO 14496-10(視頻)-Advanced Video Coding(AVC) 簡明介紹
閱覽次數:
文章來源: Dreamland
原文作者: bond dgwxx(譯)
整理日期: 2005/04/18
字體大小:
小
中
大

譯者序
一直以來都沒有找到一個較全面的AVC 介紹。于是，譯者就將DOOM9 論壇上的bond大人發表的《MPEG-4 Information》中的AVC 介紹的部分翻譯出來，提供給和我一樣想了解這方面知識的朋友。《MPEG-4 Information》中關于AVC 的介紹包含6 個部分，分別是AVC/H.264 Profiles、編/解碼器簡介、SAMPLE 簡介、AVC 當前的問題、AVC 相關硬件設備、更多文檔鏈接。其中編/解碼器部分、SAMPLE 簡介和硬件介紹譯者沒有翻譯。因為編/解碼器在nemolus 大大寫的《AVC/H.264/AAC 專題 - 軟件篇》中有更詳細的介紹，SAMPLE 簡介都是圖片，字不多，而且譯者看內容也不是很重要，于是就偷懶沒有翻~呵呵~想看這三部分的朋友直接閱讀原文即可。

由于譯者也是剛剛接触AVC，再加上英語水平有限，所以翻譯出來的東西可能不能准确表達作者的原意，甚至會誤解作者的意思，在這里先慚愧一下。
如果有問題，歡迎通過下面方法與譯者取得聯系：
網站：http://nmm.dns0755.net
Email：[email protected]
MSN：[email protected]（請不要向這個郵箱里面發送郵件，因為這個郵箱已經報廢了）
因為這篇文章的結构比較復雜，考慮到WEB 頁發布的多種不便，因此決定不發布WEB版，只發布PDF 版。
最后，感謝原作者bond 的辛勤工作，是他們讓我們能夠看到這個優秀的技朮文章。當然，還要感謝您的支持！
原文：http://forum.doom9.org/showthread.php?threadid=73022

ISO 14496-10 （Video） - Advanced Video Coding （AVC）
簡介
AVC/H.264 是MPEG-4 標准所定義的最新，同時也是技朮含量最高、代表最新技朮水平的視頻編碼格式之一。
AVC/H.264 視頻編碼由ISO 的MPEG 和ITU 的VCEG 兩個組織于2003 年最終定稿。
而AVC/H.264 標准本身則是由包括來自MPEG 和VCEG 專家的Joint Video Team（JVT）開發。

譯注：
ISO（International Organization for Standardization） 國際標准組織, 發展國際生產和質量標准的組織；
MPEG （Moving Pictures Experts Group） 運動圖象專家組；
ITU（International Telecommunication Union） 國際電傳視訊聯盟；
VCEG（Video Coding Experts Group） 視頻編碼專家組，聯合國的子机构之一，制定了現在廣泛應用于視頻會議軟件中的H.263 格式。

從MPEG 的角度來說，這個標准叫做MPEG-4 Part10（ISO 14496-10），從ITU 的角度來說，這個標准叫做H.264（ITU 文檔編號）。作為這個標准的“官方名稱”，Advanced Video Coding（AVC）是MPEG 由Advanced Audio Coding（AAC）這個音頻格式的視頻副本确定的。
AVC/H.264 Profiles
AVC/H.264 規定了多種不同的Profile：最低Profile、主要Profile、擴展Profile、高端Profile（這些Profile 本身還要划分數個等級）。
-最低Profile，也叫做底線Profile（Baseline Profile）支持I/P 幀，只支持無交錯（Progressive）和CAVLC；
-擴展Profile（Extended Profile）支持I/P/B/SP/SI 幀，只支持無交錯（Progressive）和CAVLC；
-主要Profile（Main Profile）提供I/P/B 幀，支持無交錯（Progressive）和交錯（Interlaced），同樣提供對于CAVLC 和CABAC 的支持；
-高端Profile（High Profile，也叫FRExt）在主要Profile 的基礎上增加了8x8 內部預測、自定義量化、無損視頻編碼和更多的YUV 格式（如4：4：4）。
或許只有在將來才能知道哪些Profile 或哪些功能會成為DVDRIP 的主流，但是我猜想會是Main 或是High Profile，包含下面的一些功能：

CAVLC/CABAC
AVC/H.264 為熵編碼（entropy coding）規定了兩個比MPEG-4 ASP 更加進步的功能，Context-Adaptive Variable Length Coding（CAVLC， 前后自適應可變長度編碼） 和Context-Adaptive Binary Arithmetic Coding （CABAC，前后自適應二進制算朮編碼）。CABAC 是AVC/H.264 的默認模式，與CAVLC（也叫UVLC）相比，CABAC 是一個更加強有力的壓縮方式，可以將碼率在降低10-15%（特別是在高碼率情況下）。CABAC （CAVLC 也同樣）是一個不會損傷畫面的無損編碼，但是會降低編碼和解碼的速度。

Loop/Deblocking Filter
與預處理（比如通過avisynth，作用于輸入端）和后處理（通過解碼器，作用于最終輸出）不同，LoopFiltering 在編碼處理過程中起作用。它作用于每個幀編碼之后，但是在這之前，它會被用作后面幀的參考。這樣處理可以盡量避免色塊的出現，特別是低碼率狀況下。 但是這樣會降低編碼和解碼的速度。

Variable Block Sizes/Macroblock Partitions （可變區塊尺寸/ 微塊分割）
與MPEG-4 ASP（只使用Inter4V/4MV，區塊大小可以在16x16 和8x8 之間變化）不同，AVC/H.264 將動態搜尋的精度增加到了4x4（中間包括類似8x4 等的的步長）。而且區塊大小是自適應且可變的，一個優秀的編碼器會聰明地為每個微塊選擇最有效的區塊大小。

Multiple Reference Frames （多重參照幀）
與MPEG-4 ASP（只能選擇前一幀進行參照）不同，AVC/H.264 可以選擇不止一個幀進行內部動作搜尋，也就是說，編碼器可以自行選擇前一幀（像MPEG-4 ASP 那樣），或是加上更前面的幀進行參照。正是由于這樣（比如P 幀可能會參照最后一個I 幀之前的幀），一
種新類型的幀隨之產生——IDR 幀，我們可以將其理解為不允許后面的幀向前面進行參照的I 幀。如果使用多重參照幀的話，編碼和解碼的速度都會減慢，而且編碼、解碼、剪切只能從IDR 幀開始。

譯注：
按照原文恐怕不太容易理解，這里譯者以自己的理解來講解一下IDR 幀。舉個例子，在一段視頻中， 存在以下幀：I P B P B P B B P I P B…
如果這段視頻應用了多重參照幀，那麼藍色的P 幀在參照他前面的I 幀（紅色）的同時，還可能會參照I 幀之前的P 幀（綠色），由于I幀前后的場景可能會有很大的反差甚至根本不同，所以此時P 幀參考I 幀之前的幀不但會沒有意義，反而會造成很多問題。
所以一種新型的幀被引入，那就是IDR 幀。如果這段視頻應用了多重參考幀的同時采用了IDR 幀，那麼幀的順序就會變成這樣：I P B P B P B B P IDR P B… 由于IDR 幀禁止后面的幀向自己前面的幀參照，所以這回那個藍色的P 幀就不會參照綠色的P 幀了。

Weighted Prediction （權重預測）
使用權重預測，就是在參考幀上施加權重。這麼說恐怕不太明白，但是向下看就會明白多了。在漸變場景（比如畫面逐漸變黑），后面的幀除了比前面的幀要暗一些，其他地方都很相似，那麼權重預測就在這些地方發揮作用了。需要注意的是，權重預測對于交叉漸變（比如從一個場景漸變到另一個場景）不會有作用。

Rate Distortion Optimisation （RDO ，評价變化優化）
RDO 使編碼器遇到多種不同的選擇的時候，選擇最有效的編碼方式。RDO 並不是由AVC/H.264 專家制定的功能，但它是最先由H.264 參考軟件所用到的一種決定方法。其他的編碼器也可以采用RDO，比如XviD 的VHQ 模式已經運用了RDO。

當前AVC/H.264 的問題
如果你對現有的AVC 工具嗤之以鼻，你肯定發現了AVC 的一些問題：
-兼容性：目前不同的AVC 工具支持不同的容器（Container）：
.mp4：mp4 是MPGE-4 標准（ISO 14496-15）指定的AVC 容器。目前支持它的編碼器有Nero、Sorenson、Envivio 和Moonlight。
.mpg：mpg 是MPEG-2 標准（ISO 13818-1,AMD3）指定的AVC 容器。目前支持它的編碼器有：Mainconcept 和Moonlight。（藍光BD-ROM 也會使用這種容器，具體請參見http://www.blu-ray.com）
.avi：使用AVI 作為容器是不標准的，並且會造成不兼容的問題。使用AVI 可能妨礙AVC 的一些功能的發揮，也可能會損傷回放的質量，或者降低解碼速度。目前支持avi 的編碼器有VSS、x264（mencoder 和x264 的vfw 都支持）、mpegable。
.264/.h264：通常是參考編碼器輸出的作為例子的源圖像。（mencoder 中的x264 也可以輸出.264，mp4creator 可以從.mp4 種Demux 出來）

-速度：當前一些編碼器的速度很慢（大多是商業預覽版）。盡管x264 和NeroDigital’s AVC看起來提供了不錯的速度和后質量，但是它們仍然改變不了AVC 在一些較老的CPU 上极為耗時的事實。

更多文檔
如果你想了解更多關于AVC 的信息，就看看：http://www.vcodex.com/h264.html。這里不但有更詳細的介紹，更包含了一些技朮層面的東西。
一些總結性的信息可以在http://www.moonlight.co.il/tech_h264.php 和http://www.dspr.com/www/technology/technology.htm 找到。
AVC 測試結果可以在http://www.chiariglione.org/mpeg/working_documents/mpeg-04/avc/avc_vt.zip 和http://82.2.167.24/Uploaded_Files/Doom9_Forum_files/AVC_Verification_Test_Results（mht）.zip 找到（HTML 版本）

全部AVC 工程設計書可以在這里下載到：
http://www.dspr.com/www/technology/JVT-G050.pdf

VP7有人玩了嗎
??

低流量還是不行，loop差，而且波動很大
固定低品質壓縮時產生的偏紅偏綠情形很嚴重
比較適合六七百kbps以上壓縮
解碼cpu使用率比X264低
畫質贏H263
壓縮時間令人詬病
........官網資料很唬爛

我也有嚐試過H.264,不過ffdshow的h.264裡面的參數都不太了解,設定的蔚園率大概在2000上下,出來的畫質還不錯,請問板大是不是能簡單介紹一下內部參數呢?

實在是很討厭那些不懂又愛評論的人啊


http://forum.doom9.org/showthread.php?t=98247

忘記源自於哪裡的文章...
不過不完全跟ffdshow所有參數一樣...參考就好^^"


CABAC (Context-Adaptive Binary Arithmetic Coding)
打開會輕微降低編碼和解碼時的速度, 但可以節省碼流, 官方聲稱可以節省 10-15% 碼流. 我沒有測試過,不過默認是打開的.

deblocking filter
也就是 H.264 in-loop deblocking filter.高QP時進行 deblocked 處理, 低 QP 的時候自動關閉.

Max ref frames (1-16)
最大可參考幀數.H.264可以使用前面多個幀作為參考幀壓縮,不像xvid那樣只能以前一幀作為參考作估算.這個對于動畫的源和前后連續几幀都一樣的的畫面很有用.

Max/Min IDR-frame Interval
最大/最小 IDR-frame

Scene Cut Threshold (-1-100)
控制 I 幀插入的閾值., 越大使用較多的的I幀,會浪費碼流. 所以合適的數會讓編碼器准确偵測場景變換,在適當的位置插入I幀, 設置為 -1 會關閉 scene-cut detection

Pixel Aspect Ratio
屏幕縱橫比

B-frames參數
Max consecutive (0-16)
最大連續B-frames,使用avi容器建議關閉.

Adaptive
在允許的范圍內,自動適應插入多少個B-frames

used as references
B-frames也可以用作參考幀

bias (-100-100)
打開Adaptive時,控制 B 幀插入的閾值,正值表示插入更多B 幀v

Ratecontrol選項
Keyframe boost
字面理解是額外分配給Keyframe碼流的比率
我個人認為這里是對應CLI的參數 --ipratio, P幀對I幀的QP系數百分比, 越大P幀的量化值就越大.

B-frames reduction
這里同樣是對應CLI的參數 --pbratio, B幀對P幀的QP系數百分比, 越大B幀的量化值就越大.

bitrate variability
碼流可變率.
QP curve compression: 0 => CBR, 100 => CQP

Min/Max QP (1-51)
最大/最小 QP

Max QP Step (1-50)
最大QP步長

Analysis選項
P/B幀的各種塊搜尋.
Weighted biprediction 是打開B-frames的 Weighted prediction
Chroma ME 打開色度運動估算,需要Subpixel motion estimation quality=5
另外8x8 intra search 和 8x8 DCT 屬于是H264 High Profile 的功能

Partition decision quality (1-5)
也就是Subpixel motion estimation quality
使用5種不同算法對 quarterpixel 精度作動作估算,5是默認,質量也是最好的

ME method
fullpixel 的動作估算方法
- dia: 作菱形搜尋, 半徑為 1 (最快)
- hex: 作六邊形搜尋, 半徑為 2, 這個是默認搜尋方法
- umh: 作不規則六邊形搜尋
- esa: 作窮舉搜尋 (最慢)

ME Range (4-64)
作窮舉搜尋時的半徑范圍

Direct mode
B-frames 的Direct MV 類型
Spatial:基于空間的MV
temporal:基于時間的MV (默認)