1.  X264顯式支援的一趟位元速率控制方法有：ABR, CQP, CRF. 預設方法是CRF。這三種方式的優先順序是ABR > CQP > CRF.

1. if ( bitrate )                rc_method = ABR;  
2. elseif ( qp || qp_constant ) rc_method = CQP;  
3. else                          rc_method = CRF;      

    bitrate和QP都沒有預設值，一旦設定他們就表示要按照相應的位元速率控制方法進行編碼，CRF有預設值23，沒有任何關於編碼控制的設定時就按照CRF預設值23來編碼。        一般的使用建議：    CQP – 一般不推薦使用，在一些演算法驗證工作中會使用這種模式     CRF – 適合在關注一遍編碼質量而輸出檔案大小或位元速率不是太緊要的場景下使用，一般網路壓片使用CRF。     1 pass ABR – 適用於流媒體或者目標位元速率受限的實時應用場景。    2 pass VBR – 適用於有目標位元速率限制而又有時間可以進行二次編碼的非實時應用。

2.
 
 CQP，恆定QP. 無預設值
        最簡單的位元速率控制方式，每幀影象都按照一個特定的QP來編碼，每幀編碼後的資料量有多大是未知的。

        引數qp_constant設定的是P幀的QP。I,B幀的QP根據f_ip_factor， f_pb_factor，計算得到。

1. rc->ip_offset = 6.0 * log2f( h->param.rc.f_ip_factor );  
2. rc->pb_offset = 6.0 * log2f( h->param.rc.f_pb_factor );  
3. rc->qp_constant[SLICE_TYPE_P] = h->param.rc.i_qp_constant;  
4. rc->qp_constant[SLICE_TYPE_I] = x264_clip3( h->param.rc.i_qp_constant - rc->ip_offset + 0.5, 0, QP_MAX );  
5. rc->qp_constant[SLICE_TYPE_B] = x264_clip3( h->param.rc.i_qp_constant + rc->pb_offset + 0.5, 0, QP_MAX );  

        連續多個B幀時，QP會漸增。        x264 YUV420格式 8位元取樣的QP範圍是[0, 51]。QP值越小，編碼視覺質量越好。QP=0為無失真編碼。

        在研究編碼演算法的時候，一般會選用CQP方法，設定QP為24，28，32，36，40等（一般選4個QP值），編碼得到RD曲線，然後比較演算法優劣。 

        相同視覺質量時，CQP編碼輸出的檔案會比CRF模式更大。一般而言CRF都能代替CQP方法，不過CQP因為完全不需要預測所以它會執行得更快一些。 

        幀的重要級別為：IDR幀 > I幀 > P幀 > 做參考的B幀 > 不做參考的B幀。QP可以依次增大。  

       QPmin，預設值: 0。定義X264可以使用的最小量化值。量化值越小，輸出視訊質量就越好。
               當QP小於某一個值後，編碼輸出的巨集塊質量與原始塊極為相近，這時沒必要繼續降低QP。
               如果開啟了自適應量化器（預設開啟），不建議提高QPmin的值，因為這會降低平滑背景區域的視覺質量。

       QPmax，預設值: 51。定義X264可以使用的最大量化值。預設值51是H.264規格中可供使用的最大量化值。
               如果想要控制X264輸出的最低品質，可以將此值設定的小一些。
               QPmin和QPmax在CRF，ABR方法下是有效的，過低的設定QPmax，可能造成ABR位元速率控制失敗。不建議調整這個引數。

       QPstep，預設值: 4。設定兩幀間量化值的最大變化幅度。 

       幀間QP變化，幀內巨集塊QP不變，輸出位元速率未知，各幀輸出視覺質量有變化（高QP低位元速率的情況下會更明顯）。

3. CRF，恆定Rate Factor （位元速率係數）預設值23
       CQP是把某個量化值作為目標，bitrate是把某個輸出檔案大小作為目標，而CRF則是把某個輸出“視覺質量”作為目標。

       CRF可以提供跟QP一樣的視覺質量，但是檔案更小，CRF是通過降低那些“less important”幀的質量來達到此目的的。

       “less important”的意思是那些過於耗費位元速率又難以用肉眼察覺的幀，比如複雜或者高速執行的場景。省下來的位元速率會分配給其它更有效的幀。

       在X264編碼器內部CRF和bitrate採用了相同的調整策略，只是它不遵循一個特定的輸出位元速率。

       它也是通過改變不同重要級別幀（I,P,B型別），以及幀內不同巨集塊型別（高速運動，複雜紋理，平坦區域）的QP值，以此來調整輸出視覺質量。

       和QP的範圍一樣RF的範圍也是[0, 51]。其中0為無損模式，23為預設，51質量最差。和QP一樣的趨勢。RF值加6，輸出位元速率大概減少一半；減6，輸出位元速率翻倍。

       從主觀上講，18~28是一個合理的範圍，18往往被認為從視覺上看是近似無損的。

       幀間QP變化，幀內巨集塊QP變化，輸出位元速率未知，各幀輸出視覺質量基本恆定。

4. ABR, 恆定平均目標位元速率。想要選擇這種位元速率控制方法，必須先設定bitrate。
       X264中bitrate的單位是Kbps(K bit per second). --bitrate 128指的是設定目標位元速率為128Kbps, 這樣一秒鐘的資料量為 128/8位元 = 16K位元組。

       如果輸入為[email protected]，相當於128Kbit/(352*288*15) = 0.086位元每畫素。編碼後每個畫素平均分配不到0.1個位元。

       與ABR相應的技術有CBR,VBR。這些位元速率控制技術首先都是在音訊編碼中採用，是解決音訊編碼採用什麼樣的位元率最優的問題。

CBR編碼碼位元率基本保持恆定在目標位元率，有利於流式播放。 CBR的缺點在於複雜場景位元速率不夠用，簡單場景位元速率浪費，因此編碼內容的視覺質量不穩定。通常在較低位元率下，這種質量的變化會更加明顯。

VBR編碼為簡單場景分配較大的QP，為複雜的場景分配較小的QP，得到基本穩定的輸出視覺質量。 相對於CBR，在相同檔案大小的條件下，VBR的輸出結果要比CBR好的多，這有利於媒體下載和本地儲存。 VBR的缺點在於輸出碼流大小不可控。同時對於複雜度恆定的內容（例如新聞播音）沒什麼優勢。

ABR編碼為簡單場景分配較少的位元，從而留出足量的位元用於生成高質量的複雜部分。使得有限的位元數能夠在不同的場景間合理分配，這類似於VBR。 同時ABR分配位元速率，使得在一定時間內，平均位元速率趨近於目標位元速率，這樣可以控制輸出檔案大小，這點類似於CBR。 因此可以認為ABR是CBR和VBR的一種折中優化方案。

       分析視訊編碼位元速率控制可以通過三個因素：
       1. 視覺質量穩定性，利於視覺主觀質量；
       2. 即時輸出位元速率，相當於每幀編碼輸出位元數；
       3. 輸出視訊檔案大小可控，利於傳輸，儲存。
       比較這三種位元速率控制方式如下：
       #        視覺質量穩定性         即時輸出位元速率        輸出檔案大小
       CBR          不穩定               恆定               可控
       VBR           穩定                變化              不可控
       ABR         基本穩定               變化               可控 （即時位元速率變化，但一段時期內平均位元速率趨近目標位元速率）

       在當前X264版本中（version 142），選用ABR需要注意兩個設定，1.fps；2.輸出幀pts計算。  

       1. fps。ABR會根據幀率來估算每幀的平均資料量，bitrate/fps為平均一幀資料量。

          當輸入視訊源為YUV資料，需要顯式的指定正確的幀率--fps，否則X264會用預設的25fps來計算，有可能控制不到設定的目標位元速率。

       2. pts計算。ABR演算法中用到不同幀的pts作為幀間距離，如果沒有設定輸出幀的pts值，X264會報“non-strictly-monotonic PTS”警告。
          編碼出來的視訊檔案位元速率很小，根本達不到bitrate的設定，同時視訊質量很差，幾乎都為馬賽克。兩種方法解決這個問題：
          a. 設定param.b_vfr_input = 0，這時用fps而不是timebase,timestamps來計算幀間距離
          b. 在解碼後主動更新pts, pic_out.i_pts++;
         這兩種方式都可以避免ABR位元速率控制失效的問題。