“X264設定”的版本间的差异

来自NMM Doc
跳到导航 跳到搜索
第62行： 第62行：
'''預設：250'''
'''預設：250'''


 設定x264輸出的流之最大IDR幀（亦稱關鍵幀）間隔。可指定<code>infinite</code>讓x264永遠不要插入非場景變換的IDR幀。
 設定x264輸出的流之最大IDR幀（亦稱關鍵幀）間隔。可 以 指定<code>infinite</code>讓x264永遠不要插入非場景變換的IDR幀。


IDR幀是流的“分隔符號”，所有幀都不 可以 從IDR幀的另一邊參考資料。因此，IDR幀也是I幀，所以它們不從任何其他幀參考資料。這意味著它們可用作視頻的搜尋點（seek points）。
IDR幀是流的“分隔符號”，所有幀都不 能 從IDR幀的另一邊參考資料。因此，IDR幀也是I幀，所以它們不從任何其他幀參考資料。這意味著它們可 以 用作視頻的搜尋點（seek points）。


 請注意，I幀通常明顯大於P/B幀（在低運動場景通常為10倍或更多），所以當它們與極低的VBV設定合併使用時會打亂碼率控制。在這些情況下，研究{{x|intra-refresh}}。
 請注意，I幀通常明顯大於P/B幀（在低運動場景通常為10倍 大 或更多），所以當它們與極低的VBV設定合併使用時會打亂碼率控制。在這些情況下，研究{{x|intra-refresh}}。


 預設值對於大多數視頻沒啥問題。在為藍光、廣播、直播流或某些其他特殊情況編碼時，可能需要更小的GOP長度（通常等於幀率）。
 預設值對於大多數視頻沒啥問題。在為藍光、廣播、直播流或某些其他特殊情況編碼時，可能需要更小的GOP長度（通常等於幀率）。
第77行： 第77行：
 設定IDR幀之間的最小長度。
 設定IDR幀之間的最小長度。


IDR幀的說明可參閱{{x|keyint}}。過小的keyint範圍可能會導致“錯誤的”IDR幀放置（例如閃屏場景）。此選項限制在每個IDR幀之後，要有多少幀才 能 再有另一個IDR幀的最小長度。
IDR幀的說明可 以 參閱{{x|keyint}}。過小的keyint範圍可能會導致“錯誤的”IDR幀放置（例如閃屏場景）。此選項限制在每個IDR幀之後，要有多少幀才 可以 再有另一個IDR幀的最小長度。


min-keyint的最大允許值為{{x|keyint}}/2+1。
min-keyint的最大允許值為{{x|keyint}}/2+1。
第97行： 第97行：
 設定放置I/IDR幀的閾值（場景變換偵測）。
 設定放置I/IDR幀的閾值（場景變換偵測）。


x264為每一幀計算它與前一幀不同程度的度量值。如果該值低於scenecut，則算偵測到一個“場景變換”。如果此時與最近一個IDR幀的距離低於{{x|min-keyint}}則放置一個I幀，否則放置一個IDR幀。越高的scenecut值會增加場景變換偵測到的數 量 。場景變換是如何比較的詳細資訊可參閱[http://forum.doom9.org/showthread.php?t=121116 http://forum.doom9.org/showthread.php?t=121116]。
x264為每一幀計算它與前一幀不同程度的度量值。如果該值低於scenecut，則算偵測到一個“場景變換”。如果此時與最近一個IDR幀的距離低於{{x|min-keyint}}則放置一個I幀，否則放置一個IDR幀。越高的scenecut值會增加場景變換偵測到的數 目 。場景變換是如何比較的詳細資訊可 以 參閱[http://forum.doom9.org/showthread.php?t=121116 http://forum.doom9.org/showthread.php?t=121116]。


 將scenecut設為0等同於{{x|no-scenecut}}。
 將scenecut設為0等同於{{x|no-scenecut}}。
第108行： 第108行：
'''預設：無'''
'''預設：無'''


 停用IDR幀，作為替代x264會為每隔{{x|keyint}}的幀的每個宏塊（macroblock）使用內部編碼（intra coding）。塊是以一個水平捲動的行刷新，稱為刷新波（refresh wave）。這有利於低延遲的流，使它有可能比標準的IDR幀達到更加恆定的幀尺寸。這也增強了視頻流對封包遺失的恢復能力。此選項會降低壓縮效率，因此必要時才用。
 停用IDR幀，作為替代x264會為每隔{{x|keyint}}的幀的每個宏塊（macroblock）使用內部編碼（intra coding）。塊是以一個水平捲動的行刷新，稱為刷新波（refresh wave）。這有利於低延遲的流，使它有可能比標準的IDR幀達到更加恆定的幀尺寸。這也增強了視頻流對封包遺失的恢復能力。此選項會降低壓縮效率，因此必要時才 使 用。


 有趣的事：
 有趣的事：
* 第一幀仍然是IDR幀
* 第一幀仍然是IDR幀 。
* 內部塊（Intra-blocks）僅處於P幀中，刷新波在一或多個B幀後的第一個P幀更廣泛
* 內部塊（Intra-blocks）僅處於P幀中，刷新波在一或多個B幀後的第一個P幀更廣泛 。
* 壓縮效率的損失主要來自於在刷新波上左側（新）的宏塊不能參考右側（舊）的資料
* 壓縮效率的損失主要來自於在刷新波上左側（新）的宏塊不能參考右側（舊）的資料 。


===bframes===
===bframes===
'''預設：3'''
'''預設：3'''


 設定x264可使用的最大並行B幀數。
 設定x264可 以 使用的最大並行B幀數。


 沒有B幀時，一個典型的x264流有著像這樣的幀類型：IPPPPP...PI。當設了<code>--bframes 2</code>時，最多兩個連續的P幀可被B幀取代，就像：IBPBBPBPPPB...PI。
 沒有B幀時，一個典型的x264流有著像這樣的幀類型：IPPPPP...PI。當設了<code>--bframes 2</code>時，最多兩個連續的P幀可 以 被B幀取代，就像：IBPBBPBPPPB...PI。


B幀類似於P幀，只是B幀還 可 從它之後的幀做動作預測（motion prediction）。就壓縮比來說效率會顯著提高。它們的平均品質是由{{x|pbratio}}控制。
B幀類似於P幀，只是B幀還 能 從它之後的幀做動作預測（motion prediction）。就壓縮比來說效率會顯著提高。它們的平均品質是由{{x|pbratio}} 所 控制。


 有趣的事：
 有趣的事：
* x264還區分兩種不同種類的B幀。"B"是代表一個被其他幀用來作為參考的B幀（參閱{{x|b-pyramid}}），而"b"則代表一個不被其他幀用來作為參考的B幀。如果看到一段混合的"B"和"b"，原因通常與上述有關。當差別並不重要時，通常就以"B"代表所有B幀。
* x264還區分兩種不同種類的B幀。"B"是代表一個被其他幀用來作為參考的B幀（參閱{{x|b-pyramid}}），而"b"則代表一個不被其他幀用來作為參考的B幀。如果看到一段混合的"B"和"b"，原因通常與上述有關。當差別並不重要時，通常就以"B"代表所有B幀。
* x264是如何為每個候選幀選定為P幀或B幀的詳細資訊可參閱[http://article.gmane.org/gmane.comp.video.ffmpeg.devel/29064 http://article.gmane.org/gmane.comp.video.ffmpeg.devel/29064]。在此情況下，幀類型將如下所示（假設<code>--bframes 3</code>）：IBBBPBBBPBPI。
* x264是如何為每個候選幀選定為P幀或B幀的詳細資訊可 以 參閱[http://article.gmane.org/gmane.comp.video.ffmpeg.devel/29064 http://article.gmane.org/gmane.comp.video.ffmpeg.devel/29064]。在此情況下，幀類型將如下所示（假設<code>--bframes 3</code>）：IBBBPBBBPBPI。


'''參閱：'''{{x|no-b-adapt}}, {{x|b-bias}}, {{x|b-pyramid}}, {{x|ref}}, {{x|pbratio}}, {{x|partitions}}, {{x|weightb}}
'''參閱：'''{{x|b-bias}}, {{x|b-pyramid}}, {{x|ref}}, {{x|pbratio}}, {{x|partitions}}, {{x|weightb}}


===b-adapt===
===b-adapt===
第135行： 第135行：
 設定自適應B幀放置判定演算法。此設定控制x264如何判定要放置P幀或B幀。
 設定自適應B幀放置判定演算法。此設定控制x264如何判定要放置P幀或B幀。


:0.  停用自適應，總是選取B幀。這與舊的<code>no-b-adapt</code>相同作用。
:<code>0</code>： 停用自適應，總是選取B幀。這與舊的<code>no-b-adapt</code>相同作用。


:1.  “快速”演算法，較快，越高的{{x|b-frames}}會稍微增加速度。在使用此模式時，基本上 總是 使用{{x|bframes}}<code> 16</code>。
:<code>1</code>： “快速”演算法，較快，越高的{{x|bframes}}會稍微增加速度。在使用此模式時，基本上 建議 使用{{x|bframes}}<code> 16</code>。


:2.  “最佳”演算法，較慢，越高的{{x|b-frames}}會明顯降低速度。
:<code>2</code>： “最佳”演算法，較慢，越高的{{x|bframes}}會明顯降低速度。


 注意：對於多 次 （multi-pass）編碼，僅在第一 次 （first pass）才需要此選項，因為幀類型在此時判定。
 注意：對於多 趟 （multi-pass）編碼，僅在第一 趟 （first pass）才需要此選項，因為幀類型在此時 已經 判定 完了。
 
===b-bias===
'''預設：0'''
 
控制B幀被用來代替P幀的可能性。大於0的值增加偏向B幀的加權，而小於0的值則相反。此數是個隨意自定的度量值。範圍是從-100到100。100並不保證全是B幀（要使用{{x|b-adapt}}<code> 0</code>），而-100也不保證全是P幀。
 
僅在你認為你能比x264做出更好的碼率控制決策時才使用此選項。
 
'''參閱：'''{{x|bframes}}, {{x|ipratio}}
 
===b-pyramid===
'''預設：normal'''
 
允許B幀作為其他幀的參考幀。沒有此設定時，幀只能參考I/P幀。雖然I/P幀因其較高的品質作為參考幀更有價值，但B幀也是很有用的。作為參考幀的B幀將得到一個介於P幀和普通B幀之間的量化值。{{x|bframes}}至少須設為2才會讓b-pyramid生效。
 
如果是在為藍光編碼，須使用<code>none</code>或<code>strict</code>。
 
:<code>none</code>：不允許B幀作為參考幀。
:<code>strict</code>：每個minigop允許一個B幀作為參考幀，這是藍光標準強制執行的限制。
:<code>normal</code>：每個minigop允許多個B幀作為參考幀。
 
'''參閱：'''{{x|bframes}}, {{x|refs}}, {{x|no-mixed-refs}}
 
===open-gop===
'''預設：none'''
 
Open-GOP是一個提高效率的編碼技術。有三種模式：
:<code>none</code>：停用Open-GOP。
:<code>normal</code>：啟用Open-GOP。
:<code>bluray</code>：啟用Open-GOP。一個效率較低的Open-GOP版本，因為<code>normal</code>模式無法用於藍光編碼。
 
Some decoders don't fully support open-GOP streams, which is why this hasn't been enabled by default. You should test with all decoders your streams will be played on, or (if that's impossible) wait until support is generally available.
 
Open-GOP的說明可以參閱[http://forum.doom9.org/showthread.php?p=1300124#post1300124 http://forum.doom9.org/showthread.php?p=1300124#post1300124] 。

2010年11月28日 (日) 12:44的版本

本頁說明所有x264參數之目的和用法。參數的排列相同於在x264 --fullhelp出現的順序。

x264設定

說明

x264帶有一些內置的文件。要閱讀此說明，執行x264 --help、x264 --longhelp或x264 --fullhelp。越後面的選項將提供更詳細的資訊。

輸入

用一個位置參數指定輸入的視頻。例如： 

x264.exe -o NUL C:\input.avs
x264 -o /dev/null ~/input.y4m

當輸入的視頻是raw YUV格式時，還必須告訴x264視頻的解析度。你可能也要用--fps來指定幀率： 

x264.exe -o NUL --fps 25 --input-res 1280x720 D:\input.yuv 
x264 -o /dev/null --fps 30000/1001 --input-res 640x480 ~/input.yuv

預設值系統

為減少使用者花費時間和精神在命令列上而設計的一套系統。這些設定切換了哪些選項可從x264 --fullhelp的說明中得知。

profile

預設：無

限制輸出流的profile。如果指定了profile，將覆蓋所有其他設定。所以如果指定了profile，將保證輸出的流與該profile相容。如果設了此選項，將不能使用無損編碼（--qp 0或--crf 0）。

如果知道你的播放設備僅支援某個profile，則應設此選項。大多數解碼器支援High profile，因此不需要設此選項。

可用的值：baseline, main, high

preset

預設：medium

更改選項，以權衡壓縮效率和編碼速度。如果指定了preset，更改的選項將在所有其他參數套用前被套用。

通常應將此選項設為你所能承受的最慢的值。

可用的值：ultrafast, superfast, veryfast, faster, fast, medium, slow, slower, veryslow, placebo

tune

預設：無

調整選項，以進一步優化為視頻的內容。如果指定了tune，更改的選項將在--preset之後，但所有其他參數之前被套用。

如果視頻內容符合其中一個可用的值，則可設此選項，否則就不要指定。

可用的值：film, animation, grain, stillimage, psnr, ssim, fastdecode, zerolatency

slow-firstpass

預設：無

隨著預設值系統在r1177版本的出現，使用--pass 1會在解析命令列的最後套用以下設定：

可以設--slow-firstpass來停用此特性。使用--preset placebo也會啟用slow-firstpass。

參閱：--pass

幀類型選項

keyint

預設：250

設定x264輸出的流之最大IDR幀（亦稱關鍵幀）間隔。可以指定infinite讓x264永遠不要插入非場景變換的IDR幀。

IDR幀是流的“分隔符號”，所有幀都不能從IDR幀的另一邊參考資料。因此，IDR幀也是I幀，所以它們不從任何其他幀參考資料。這意味著它們可以用作視頻的搜尋點（seek points）。

請注意，I幀通常明顯大於P/B幀（在低運動場景通常為10倍大或更多），所以當它們與極低的VBV設定合併使用時會打亂碼率控制。在這些情況下，研究--intra-refresh。

預設值對於大多數視頻沒啥問題。在為藍光、廣播、直播流或某些其他特殊情況編碼時，可能需要更小的GOP長度（通常等於幀率）。

參閱：--min-keyint, --scenecut, --intra-refresh

min-keyint

預設：自動 (MIN(--keyint/10, --fps))

設定IDR幀之間的最小長度。

IDR幀的說明可以參閱--keyint。過小的keyint範圍可能會導致“錯誤的”IDR幀放置（例如閃屏場景）。此選項限制在每個IDR幀之後，要有多少幀才可以再有另一個IDR幀的最小長度。

min-keyint的最大允許值為--keyint/2+1。

建議：預設值，或者等於幀率

參閱：--keyint, --scenecut

no-scenecut

預設：無

完全停用自適應I幀判定。

參閱：--scenecut

scenecut

預設：40

設定放置I/IDR幀的閾值（場景變換偵測）。

x264為每一幀計算它與前一幀不同程度的度量值。如果該值低於scenecut，則算偵測到一個“場景變換”。如果此時與最近一個IDR幀的距離低於--min-keyint則放置一個I幀，否則放置一個IDR幀。越高的scenecut值會增加場景變換偵測到的數目。場景變換是如何比較的詳細資訊可以參閱http://forum.doom9.org/showthread.php?t=121116。

將scenecut設為0等同於--no-scenecut。

建議：預設值

參閱：--keyint, --min-keyint, --no-scenecut

intra-refresh

預設：無

停用IDR幀，作為替代x264會為每隔--keyint的幀的每個宏塊（macroblock）使用內部編碼（intra coding）。塊是以一個水平捲動的行刷新，稱為刷新波（refresh wave）。這有利於低延遲的流，使它有可能比標準的IDR幀達到更加恆定的幀尺寸。這也增強了視頻流對封包遺失的恢復能力。此選項會降低壓縮效率，因此必要時才使用。

有趣的事：

  • 第一幀仍然是IDR幀。
  • 內部塊（Intra-blocks）僅處於P幀中，刷新波在一或多個B幀後的第一個P幀更廣泛。
  • 壓縮效率的損失主要來自於在刷新波上左側（新）的宏塊不能參考右側（舊）的資料。

bframes

預設：3

設定x264可以使用的最大並行B幀數。

沒有B幀時，一個典型的x264流有著像這樣的幀類型：IPPPPP...PI。當設了--bframes 2時，最多兩個連續的P幀可以被B幀取代，就像：IBPBBPBPPPB...PI。

B幀類似於P幀，只是B幀還能從它之後的幀做動作預測（motion prediction）。就壓縮比來說效率會顯著提高。它們的平均品質是由--pbratio所控制。

有趣的事：

  • x264還區分兩種不同種類的B幀。"B"是代表一個被其他幀用來作為參考的B幀（參閱--b-pyramid），而"b"則代表一個不被其他幀用來作為參考的B幀。如果看到一段混合的"B"和"b"，原因通常與上述有關。當差別並不重要時，通常就以"B"代表所有B幀。
  • x264是如何為每個候選幀選定為P幀或B幀的詳細資訊可以參閱http://article.gmane.org/gmane.comp.video.ffmpeg.devel/29064。在此情況下，幀類型將如下所示（假設--bframes 3）：IBBBPBBBPBPI。

參閱：--b-bias, --b-pyramid, --ref, --pbratio, --partitions, --weightb

b-adapt

預設：1

設定自適應B幀放置判定演算法。此設定控制x264如何判定要放置P幀或B幀。

0：停用自適應，總是選取B幀。這與舊的no-b-adapt相同作用。
1：“快速”演算法，較快，越高的--bframes會稍微增加速度。在使用此模式時，基本上建議使用--bframes 16。
2：“最佳”演算法，較慢，越高的--bframes會明顯降低速度。

注意：對於多趟（multi-pass）編碼，僅在第一趟（first pass）才需要此選項，因為幀類型在此時已經判定完了。

b-bias

預設：0

控制B幀被用來代替P幀的可能性。大於0的值增加偏向B幀的加權，而小於0的值則相反。此數是個隨意自定的度量值。範圍是從-100到100。100並不保證全是B幀（要使用--b-adapt 0），而-100也不保證全是P幀。

僅在你認為你能比x264做出更好的碼率控制決策時才使用此選項。

參閱：--bframes, --ipratio

b-pyramid

預設：normal

允許B幀作為其他幀的參考幀。沒有此設定時，幀只能參考I/P幀。雖然I/P幀因其較高的品質作為參考幀更有價值，但B幀也是很有用的。作為參考幀的B幀將得到一個介於P幀和普通B幀之間的量化值。--bframes至少須設為2才會讓b-pyramid生效。

如果是在為藍光編碼，須使用none或strict。

none：不允許B幀作為參考幀。
strict：每個minigop允許一個B幀作為參考幀，這是藍光標準強制執行的限制。
normal：每個minigop允許多個B幀作為參考幀。

參閱：--bframes, --refs, --no-mixed-refs

open-gop

預設：none

Open-GOP是一個提高效率的編碼技術。有三種模式：

none：停用Open-GOP。
normal：啟用Open-GOP。
bluray：啟用Open-GOP。一個效率較低的Open-GOP版本，因為normal模式無法用於藍光編碼。

Some decoders don't fully support open-GOP streams, which is why this hasn't been enabled by default. You should test with all decoders your streams will be played on, or (if that's impossible) wait until support is generally available.

Open-GOP的說明可以參閱http://forum.doom9.org/showthread.php?p=1300124#post1300124。

取自“https://www.nmm-hd.org/d/index.php?title=X264設定&oldid=540”