X264设定
- 0: Disabled
- 1: Variance AQ (complexity mask)
說明：自適應(yīng)量化方法，可以改善某些場景過于模糊等問題，默認(rèn)開啟
- 0: 關(guān)閉
- 1: 可變AQ
推薦值：默認(rèn)
范例：--aq-mode 1
--aq-strength <float> Reduces blocking and blurring in flat and
textured areas. [1.0]
- 0.5: weak AQ
- 1.5: strong AQ
說明：指定AQ的強(qiáng)度，減小低細(xì)節(jié)宏塊的量化值，默認(rèn)1.0
- 0.5: 較弱的AQ
- 1.5: 較強(qiáng)的AQ
推薦值：默認(rèn)
范例：--aq-strength 1.0
aq-mode
默認(rèn)值：1
彈性量化模式。沒有AQ時，x264很容易分配不足的位元數(shù)到細(xì)節(jié)較少的部分。AQ是用來更好地分配視訊里所有宏區(qū)塊之間的可用位元數(shù)。此設(shè)定變更AQ會重新分配位元數(shù)到什么范圍里：
參閱：--aq-strength
aq-strength
默認(rèn)值：1.0
彈性量化強(qiáng)度。設(shè)定AQ偏向低細(xì)節(jié)（平面）的宏區(qū)塊之強(qiáng)度。不允許為負(fù)數(shù)。0.0~2.0以外的值不建議。
參閱：--aq-mode
X264設(shè)定
|
本頁說明所有x264參數(shù)之目的和用法。參數(shù)的排列相同于在x264 --fullhelp出現(xiàn)的順序。
參閱：X264統(tǒng)計資料輸出、X264統(tǒng)計資料檔案和X264編碼建議。
x264設(shè)定
說明
x264帶有一些內(nèi)置的文件。要閱讀此說明，執(zhí)行x264 --help、x264 --longhelp或x264 --fullhelp。越后面的選項會提供越詳細(xì)的資訊。每條選項的具體命令行幫助界面正在開發(fā)中。
輸入
以一個位置引數(shù)指定輸入的視訊。例如：
x264.exe --output NUL C:\input.avs x264 --output /dev/null ~/input.y4m當(dāng)輸入是原始YUV格式時，還必須告訴x264視訊的分辨率。你可能也要使用--fps來指定幀率：
x264.exe --output NUL --fps 25 --input-res 1280x720 D:\input.yuv x264 --output /dev/null --fps 30000/1001 --input-res 640x480 ~/input.yuv詳細(xì)的命令行使用方法參見X264使用介紹
默認(rèn)
為了減少使用者花費時間和精力在命令列上而設(shè)計的一套系統(tǒng)。這些設(shè)定切換了什么選項可以從x264 --fullhelp的說明里得知。
profile
默認(rèn)值：無
限制輸出資料流的profile。如果指定了profile，它會覆寫所有其他的設(shè)定。所以如果指定了profile，將會保證得到一個相容的資料流。如果設(shè)了此選項，將會無法使用無失真（lossless）編碼（--qp 0或--crf 0）。
如果播放裝置僅支援某個profile，則應(yīng)該設(shè)此選項。大多數(shù)解碼器都支援High profile，所以沒有設(shè)定的必要。
可用的值：baseline, main, high
preset
默認(rèn)值：medium
變更選項，以權(quán)衡壓縮效率和編碼速度。如果指定了默認(rèn)，變更的選項將會在套用所有其他的參數(shù)之前套用。
通常應(yīng)該將此設(shè)為所能忍受的最慢一個選項。
可用的值：ultrafast, superfast, veryfast, faster, fast, medium, slow, slower, veryslow, placebo
tune
默認(rèn)值：無
調(diào)整選項，以進(jìn)一步最佳化為視訊的內(nèi)容。如果指定了tune，變更的選項將會在--preset之后，但所有其他的參數(shù)之前套用。
如果視訊的內(nèi)容符合其中一個可用的調(diào)整值，則可以使用此選項，否則不要使用。
可用的值：film, animation, grain, stillimage, psnr, ssim, fastdecode, zerolatency
slow-firstpass
默認(rèn)值：無
使用--pass 1會在解析命令列的最后套用以下設(shè)定：
- --ref 1
- --no-8x8dct
- --partitions i4x4 （如果最初有啟用，否則為無）
- --me dia
- --subme MIN(2, subme)
- --trellis 0
可以使用--slow-firstpass來停用此功能。注意，使用--preset placebo也會啟用slow-firstpass。
參閱：--pass
幀類型選項
keyint
默認(rèn)值：250
設(shè)定x264輸出的資料流之最大IDR幀（亦稱為關(guān)鍵幀）間隔?？梢灾付╥nfinite讓x264永遠(yuǎn)不要插入非場景變更的IDR幀。
IDR幀是資料流的“分隔符號”，所有幀都無法從IDR幀的另一邊參照資料。因此，IDR幀也是I幀，所以它們不從任何其他幀參照資料。這意味著它們可以用作視訊的搜尋點（seek points）。
注意，I幀通常明顯大于P/B幀（在低動態(tài)場景通常為10倍大或更多），所以當(dāng)它們與極低的VBV設(shè)定合并使用時會打亂位元率控制。在這些情況下，研究--intra-refresh。
默認(rèn)值對于大多數(shù)視訊沒啥問題。在為藍(lán)光、廣播、即時資料流或某些其他特殊情況編碼時，可能需要更小的GOP長度（通常等于幀率）。
參閱：--min-keyint, --scenecut, --intra-refresh
min-keyint
默認(rèn)值：自動 （MIN(--keyint / 10, --fps)）
設(shè)定IDR幀之間的最小長度。
IDR幀的說明可以參閱--keyint。過小的keyint范圍會導(dǎo)致“不正確的”IDR幀位置（例如閃屏場景）。此選項限制在每個IDR幀之后，要有多少幀才可以再有另一個IDR幀的最小長度。
min-keyint的最大允許值是--keyint/2+1。
建議：默認(rèn)值，或者等于幀率
參閱：--keyint, --scenecut
no-scenecut
默認(rèn)值：無
完全停用彈性I幀決策（adaptive I-frame decision）。
參閱：--scenecut
scenecut
默認(rèn)值：40
設(shè)定I/IDR幀位置的閾值（場景變更偵測）。
x264為每一幀計算一個度量值，來估計與前一幀的不同程度。如果該值低于scenecut，則算偵測到一個“場景變更”。如果此時與最近一個IDR幀的距離低于--min-keyint，則放置一個I幀，否則放置一個IDR幀。越大的scenecut值會增加偵測到場景變更的數(shù)目。場景變更是如何比較的詳細(xì)資訊可以參閱http://forum.doom9.org/showthread.php?t=121116。
將scenecut設(shè)為0相當(dāng)于設(shè)定--no-scenecut。
建議：默認(rèn)值
參閱：--keyint, --min-keyint, --no-scenecut
intra-refresh
默認(rèn)值：無
停用IDR幀，作為替代x264會為每隔--keyint的幀的每個宏區(qū)塊（macroblock）使用內(nèi)部編碼（intra coding）。區(qū)塊是以一個水平卷動的行刷新，稱為刷新波（refresh wave）。這有利于低延遲的資料流，使它有可能比標(biāo)準(zhǔn)的IDR幀達(dá)到更加固定的幀大小。它也增強(qiáng)了視訊資料流對封包遺失的恢復(fù)能力。此選項會降低壓縮效率，因此必要時才使用。
有趣的事：
- 第一幀仍然是IDR幀。
- 內(nèi)部區(qū)塊（Intra-blocks）僅處于P幀里，刷新波在一或多個B幀后的第一個P幀更廣泛。
- 壓縮效率的損失主要來自于在刷新波上左側(cè)（新）的宏區(qū)塊無法參照右側(cè)（舊）的資料。
bframes
默認(rèn)值：3
設(shè)定x264可以使用的最大并行B幀數(shù)。
沒有B幀時，一個典型的x264資料流有著像這樣的幀類型：IPPPPP...PI。當(dāng)設(shè)了--bframes 2時，最多兩個連續(xù)的P幀可以被B幀取代，就像：IBPBBPBPPPB...PI。
B幀類似于P幀，除了B幀還能從它之后的幀做動態(tài)預(yù)測（motion prediction）。就壓縮比來說效率會大幅提高。它們的平均品質(zhì)是由--pbratio所控制。
有趣的事：
- x264還區(qū)分兩種不同種類的B幀。"B"是代表一個被其他幀作為參照幀的B幀（參閱--b-pyramid），而"b"則代表一個不被其他幀作為參照幀的B幀。如果看到一段混合的"B"和"b"，原因通常與上述有關(guān)。當(dāng)差別并不重要時，通常就以"B"代表所有B幀。
- x264是如何為每個候選幀選定為P幀或B幀的詳細(xì)資訊可以參閱http://article.gmane.org/gmane.comp.video.ffmpeg.devel/29064。在此情況下，幀類型看起來會像這樣（假設(shè)--bframes 3）：IBBBPBBBPBPI。
參閱：--b-bias, --b-pyramid, --ref, --pbratio, --partitions, --weightb
b-adapt
默認(rèn)值：1
設(shè)定彈性B幀位置決策算法。此設(shè)定控制x264如何決定要放置P幀或B幀。
注意：對于多重階段（multi-pass）編碼，僅在第一階段（first pass）才需要此選項，因為幀類型在此時已經(jīng)決定完了。
b-bias
默認(rèn)值：0
控制使用B幀而不使用P幀的可能性。大于0的值增加偏向B幀的加權(quán)，而小于0的值則相反。范圍是從-100到100。100并不保證全是B幀（要全是B幀該使用--b-adapt 0），而-100也不保證全是P幀。
僅在你認(rèn)為能比x264做出更好的位元率控制決策時才使用此選項。
參閱：--bframes, --ipratio
b-pyramid
默認(rèn)值：normal
允許B幀作為其他幀的參照幀。沒有此設(shè)定時，幀只能參照I/P幀。雖然I/P幀因其較高的品質(zhì)作為參照幀更有價值，但B幀也是很有用的。作為參照幀的B幀會得到一個介于P幀和普通B幀之間的量化值。b-pyramid需要至少兩個以上的--bframes才會運作。
如果是在為藍(lán)光編碼，須使用none或strict。
參閱：--bframes, --refs, --no-mixed-refs
open-gop
默認(rèn)值：none
open-gop是一個提高效率的編碼技術(shù)。有三種模式：
某些解碼器不完全支援open-gop資料流，這就是為什么此選項并未默認(rèn)為啟用。如果想啟用open-gop，應(yīng)該先測試所有可能用來撥放的解碼器。
open-gop的說明可以參閱http://forum.doom9.org/showthread.php?p=1300124#post1300124。
no-cabac
默認(rèn)值：無
停用彈性內(nèi)容的二進(jìn)制算數(shù)編碼（CABAC：Context Adaptive Binary Arithmetic Coder）資料流壓縮，切換回效率較低的彈性內(nèi)容的可變長度編碼（CAVLC：Context Adaptive Variable Length Coder）系統(tǒng)。大幅降低壓縮效率（通常10~20%）和解碼的硬件需求。
ref
默認(rèn)值：3
控制解碼圖片緩沖（DPB：Decoded Picture Buffer）的大小。范圍是從0到16?？傊?#xff0c;此值是每個P幀可以使用先前多少幀作為參照幀的數(shù)目（B幀可以使用的數(shù)目要少一或兩個，取決于它們是否作為參照幀）?？梢员粎⒄盏淖钚ef數(shù)是1。
還要注意的是，H.264規(guī)格限制了每個level的DPB大小。如果遵守Level 4.1規(guī)格，720p和1080p視訊的最大ref數(shù)分別是9和4。
參閱：--b-pyramid, --no-mixed-refs, --level
no-deblock
默認(rèn)值：無
完全停用循環(huán)篩選（loop filter）。不建議。
參閱：--deblock
deblock
默認(rèn)值：0:0
控制循環(huán)篩選（亦稱為持續(xù)循環(huán)去區(qū)塊(inloop deblocker)），這是H.264標(biāo)準(zhǔn)的一部分。就性價比來說非常有效率。
可以在http://forum.doom9.org/showthread.php?t=109747找到loop濾鏡的參數(shù)是如何運作的說明（參閱第一個帖子和akupenguin的回復(fù)）。
參閱：--no-deblock
slices
默認(rèn)值：無
設(shè)定每幀的切片數(shù)，而且強(qiáng)制為矩形切片（會被--slice-max-size或--slice-max-mbs覆寫）。
如果是在為藍(lán)光編碼，將值設(shè)為4。否則，不要使用此選項，除非你知道真的有必要。
參閱：--slice-max-size, --slice-max-mbs
slice-max-size
默認(rèn)值：無
設(shè)定最大的切片大小（單位是字節(jié)），包括估計的NAL額外負(fù)荷（overhead）。（目前與--interlaced不相容）
參閱：--slices
slice-max-mbs
默認(rèn)值：無
設(shè)定最大的切片大小（單位是宏區(qū)塊）。（目前與--interlaced不相容）
參閱：--slices
tff
默認(rèn)值：無
啟用交錯式編碼并指定頂場優(yōu)先（top field first）。x264的交錯式編碼使用MBAFF，本身效率比漸進(jìn)式編碼差。出于此原因，僅在打算于交錯式顯示器上播放視訊時，才應(yīng)該編碼為交錯式（或者視訊在送給x264之前無法進(jìn)行去交錯）。此選項會自動啟用--pic-struct。
bff
默認(rèn)值：無
啟用交錯式編碼并指定底場優(yōu)先（bottom field first）。詳細(xì)資訊可以參閱--tff。
constrained-intra
默認(rèn)值：無
啟用限制的內(nèi)部預(yù)測（constrained intra prediction），這是SVC編碼的基礎(chǔ)層（base layer）所需要的。既然EveryoneTM忽略SVC，你同樣可以忽略此選項。
pulldown
默認(rèn)值：none
使用其中一個默認(rèn)模式將漸進(jìn)式、固定幀率的輸入資料流標(biāo)志上軟膠卷過帶（soft telecine）。軟膠卷過帶在http://trac.handbrake.fr/wiki/Telecine有更詳細(xì)的解釋。
可用的默認(rèn)：none, 22, 32, 64, double, triple, euro
指定除了none以外的任一模式會自動啟用--pic-struct。
fake-interlaced
默認(rèn)值：無
將資料流標(biāo)記為交錯式，即使它并未以交錯式來編碼。用于編碼25p和30p為符合藍(lán)光標(biāo)準(zhǔn)的視訊。
frame-packing
默認(rèn)值：無
如果在編碼3D視訊，此參數(shù)設(shè)定一個位元資料流（bitstream）旗標(biāo)，用來告訴解碼器3D視訊是如何被封裝。相關(guān)的值和它們的意義可以從x264 --fullhelp的說明里得知。
位元率控制
qp
默認(rèn)值：無
三種位元率控制方法之一。設(shè)定x264以固定量化值（Constant Quantizer）模式來編碼視訊。這里給的值是指定P幀的量化值。I幀和B幀的量化值則是從--ipratio和--pbratio中取得。CQ模式把某個量化值作為目標(biāo)，這意味著最終檔案大小是未知的（雖然可以透過一些方法來準(zhǔn)確地估計）。將值設(shè)為0會產(chǎn)生無失真輸出。對于相同視覺品質(zhì)，qp會比--crf產(chǎn)生更大的檔案。qp模式也會停用彈性量化，因為按照定義“固定量化值”意味著沒有彈性量化。
此選項與--bitrate和--crf互斥。各種位元率控制系統(tǒng)的詳細(xì)資訊可以參閱http://git.videolan.org/?p=x264.git;a=blob_plain;f=doc/ratecontrol.txt;hb=HEAD。
雖然qp不需要lookahead來執(zhí)行因此速度較快，但通常應(yīng)該改用--crf。
參閱：--bitrate, --crf, --ipratio, --pbratio
bitrate
默認(rèn)值：無
三種位元率控制方法之二。以目標(biāo)位元率模式來編碼視訊。目標(biāo)位元率模式意味著最終檔案大小是已知的，但最終品質(zhì)則未知。x264會嘗試把給定的位元率作為整體平均值來編碼視訊。參數(shù)的單位是千位元/秒（8位元=1字節(jié)）。注意，1千位元(kilobit)是1000位元，而不是1024位元。
此設(shè)定通常與--pass在兩階段（two-pass）編碼一起使用。
此選項與--qp和--crf互斥。各種位元率控制系統(tǒng)的詳細(xì)資訊可以參閱http://git.videolan.org/?p=x264.git;a=blob_plain;f=doc/ratecontrol.txt;hb=HEAD。
參閱：--qp, --crf, --ratetol, --pass, --stats
crf
默認(rèn)值：23.0
最后一種位元率控制方法：固定位元率系數(shù)（Constant Ratefactor）。當(dāng)qp是把某個量化值作為目標(biāo)，而bitrate是把某個檔案大小作為目標(biāo)時，crf則是把某個“品質(zhì)”作為目標(biāo)。構(gòu)想是讓crf n提供的視覺品質(zhì)與qp n相同，只是檔案更小一點。crf值的度量單位是“位元率系數(shù)（ratefactor）”。
CRF是借由降低“較不重要”的幀之品質(zhì)來達(dá)到此目的。在此情況下，“較不重要”是指在復(fù)雜或高動態(tài)場景的幀，其品質(zhì)不是很耗費位元數(shù)就是不易察覺，所以會提高它們的量化值。從這些幀里所節(jié)省下來的位元數(shù)被重新分配到可以更有效利用的幀。
CRF花費的時間會比兩階段編碼少，因為兩階段編碼中的“第一階段”被略過了。另一方面，要預(yù)測CRF編碼的最終位元率是不可能的。根據(jù)情況哪種位元率控制模式更好是由你來決定。
此選項與--qp和--bitrate互斥。各種位元率控制系統(tǒng)的詳細(xì)資訊可以參閱http://git.videolan.org/?p=x264.git;a=blob_plain;f=doc/ratecontrol.txt;hb=HEAD。
參閱：--qp, --bitrate
rc-lookahead
默認(rèn)值：40
設(shè)定mb-tree位元率控制和vbv-lookahead使用的幀數(shù)。最大允許值是250。
對于mb-tree部分，增加幀數(shù)帶來更好的效果但也會更慢。mb-tree使用的最大緩沖值是MIN(rc-lookahead, --keyint)。
對于vbv-lookahead部分，當(dāng)使用vbv時，增加幀數(shù)帶來更好的穩(wěn)定性和準(zhǔn)確度。vbv-lookahead使用的最大值是：
MIN(rc-lookahead, MAX(--keyint, MAX(--vbv-maxrate, --bitrate) / --vbv-bufsize * --fps))參閱：--no-mbtree, --vbv-bufsize, --vbv-maxrate
vbv-maxrate
默認(rèn)值：0
設(shè)定重新填滿VBV緩沖的最大位元率。
VBV會降低品質(zhì)，所以必要時才使用。
參閱：--vbv-bufsize, --vbv-init, VBV編碼建議
vbv-bufsize
默認(rèn)值：0
設(shè)定VBV緩沖的大小（單位是千位元）。
VBV會降低品質(zhì)，所以必要時才使用。
參閱：--vbv-maxsize, --vbv-init, VBV編碼建議
vbv-init
默認(rèn)值：0.9
設(shè)定VBV緩沖必須填滿多少才會開始播放。
如果值小于1，初始的填滿量是：vbv-init * vbv-bufsize。否則該值即是初始的填滿量（單位是千位元）。
參閱：--vbv-maxsize, --vbv-bufsize, VBV編碼建議
crf-max
默認(rèn)值：無
一個類似--qpmax的設(shè)定，除了指定的是最大位元率系數(shù)而非最大量化值。當(dāng)使用--crf且啟用VBV時，此選項才會運作。它阻止x264降低位元率系數(shù)（亦稱為“品質(zhì)”）到低于給定的值，即使這樣做會違反VBV的條件約束。此設(shè)定主要適用于自訂資料流服務(wù)器。詳細(xì)資訊可以參閱http://git.videolan.org/gitweb.cgi/x264.git/?a=commit;h=81eee062a4ce9aae1eceb3befcae855c25e5ec52。
參閱：--crf, --vbv-maxrate, --vbv-bufsize
qpmin
默認(rèn)值：0
定義x264可以使用的最小量化值。量化值越小，輸出就越接近輸入。到了一定的值，x264的輸出看起來會跟輸入一樣，即使它并不完全相同。通常沒有理由允許x264花費比這更多的位元數(shù)在任何特定的宏區(qū)塊上。
當(dāng)彈性量化啟用時（默認(rèn)啟用），不建議提高qpmin，因為這會降低幀里面平面背景區(qū)域的品質(zhì)。
參閱：--qpmax, --ipratio
關(guān)于qpmin的預(yù)設(shè)值：在x264 r1795版本之前，該選項預(yù)設(shè)值為10。
qpmax
默認(rèn)值：51
定義x264可以使用的最大量化值。默認(rèn)值51是H.264規(guī)格可供使用的最大量化值，而且品質(zhì)極低。此默認(rèn)值有效地停用了qpmax。如果想要限制x264可以輸出的最低品質(zhì)，可以將此值設(shè)小一點（通常30~40），但通常并不建議調(diào)整此值。
參閱：--qpmin, --pbratio, --crf-max
qpstep
默認(rèn)值：4
設(shè)定兩幀之間量化值的最大變更幅度。
ratetol
默認(rèn)值：1.0
此參數(shù)有兩個目的：
- 在一階段位元率編碼時，此設(shè)定控制x264可以偏離目標(biāo)平均位元率的百分比。可以指定inf來完全停用溢出偵測（overflow detection）?？梢栽O(shè)定的最小值是0.01。值設(shè)得越大，x264可以對接近電影結(jié)尾的復(fù)雜場景作出越好的反應(yīng)。此目的的度量單位是百分比（例如，1.0等于允許1%的位元率偏差）。
- 當(dāng)VBV啟用時（即指定了--vbv-開頭的選項），此設(shè)定也會影響VBV的強(qiáng)度。值設(shè)得越大，允許VBV在冒著可能違反VBV設(shè)定的風(fēng)險下有越大的波動。
ipratio
默認(rèn)值：1.40
修改I幀量化值相比P幀量化值的目標(biāo)平均增量。越大的值會提高I幀的品質(zhì)。
參閱：--pbratio
pbratio
默認(rèn)值：1.30
修改B幀量化值相比P幀量化值的目標(biāo)平均減量。越大的值會降低B幀的品質(zhì)。當(dāng)mbtree啟用時（默認(rèn)啟用），此設(shè)定無作用，mbtree會自動計算最佳值。
參閱：--ipratio
chroma-qp-offset
默認(rèn)值：0
在編碼時增加色度平面量化值的偏移。偏移可以為負(fù)數(shù)。
當(dāng)使用psy-rd或psy-trellis時，x264自動降低此值來提高亮度的品質(zhì)，其后降低色度的品質(zhì)。這些設(shè)定的默認(rèn)值會使chroma-qp-offset再減去2。
注意：x264僅在同一量化值編碼亮度平面和色度平面，直到量化值29。在此之后，色度逐步以比亮度低的量被量化，直到亮度在q51和色度在q39為止。此行為是由H.264標(biāo)準(zhǔn)所要求。
aq-mode
默認(rèn)值：1
彈性量化模式。沒有AQ時，x264很容易分配不足的位元數(shù)到細(xì)節(jié)較少的部分。AQ是用來更好地分配視訊里所有宏區(qū)塊之間的可用位元數(shù)。此設(shè)定變更AQ會重新分配位元數(shù)到什么范圍里：
參閱：--aq-strength
aq-strength
默認(rèn)值：1.0
彈性量化強(qiáng)度。設(shè)定AQ偏向低細(xì)節(jié)（平面）的宏區(qū)塊之強(qiáng)度。不允許為負(fù)數(shù)。0.0~2.0以外的值不建議。
參閱：--aq-mode
pass
默認(rèn)值：無
此為兩階段編碼的一個重要設(shè)定。它控制x264如何處理--stats檔案。有三種設(shè)定：
統(tǒng)計資料檔案包含每個輸入幀的資訊，可以輸入到x264以改善輸出。構(gòu)想是執(zhí)行第一階段來產(chǎn)生統(tǒng)計資料檔案，然后第二階段將建立一個最佳化的視訊編碼。改善的地方主要是從更好的位元率控制中獲益。
參閱：--stats, --bitrate, --slow-firstpass, X264統(tǒng)計資料檔案
stats
默認(rèn)值："x264_2pass.log"
設(shè)定x264讀取和寫入統(tǒng)計資料檔案的位置。
參閱：--pass, X264統(tǒng)計資料檔案
no-mbtree
默認(rèn)值：無
停用宏區(qū)塊樹（macroblock tree）位元率控制。使用宏區(qū)塊樹位元率控制會改善整體壓縮率，借由追蹤跨幀的時間傳播（temporal propagation）并相應(yīng)地加權(quán)。除了已經(jīng)存在的統(tǒng)計資料檔案之外，多重階段編碼還需要一個新的統(tǒng)計資料檔案。
建議：默認(rèn)值
參閱：--rc-lookahead
qcomp
默認(rèn)值：0.60
量化值曲線壓縮系數(shù)。0.0是固定位元率，1.0則是固定量化值。
當(dāng)mbtree啟用時，它會影響mbtree的強(qiáng)度（qcomp越大，mbtree越弱）。
建議：默認(rèn)值
參閱：--cplxblur, --qblur
cplxblur
默認(rèn)值：20.0
以給定的半徑范圍套用高斯模糊（gaussian blur）于量化值曲線。這意味著分配給每個幀的量化值會被它的鄰近幀模糊掉，以此來限制量化值波動。
參閱：--qcomp, --qblur
qblur
默認(rèn)值：0.5
在曲線壓縮之后，以給定的半徑范圍套用高斯模糊于量化值曲線。不怎么重要的設(shè)定。
參閱：--qcomp, --cplxblur
zones
默認(rèn)值：無
調(diào)整視訊的特定片段之設(shè)定?？梢孕薷拿繀^(qū)段的大多數(shù)x264選項。
- 一個單一區(qū)段的形式為<起始幀>,<結(jié)束幀>,<選項>。
- 多個區(qū)段彼此以"/"分隔。
選項：
這兩個是特殊選項。每區(qū)段只能設(shè)定其中一個，而且如果有設(shè)定其中一個，它必須為該區(qū)段列出的第一個選項：
- b=<浮點數(shù)> 套用位元率乘數(shù)在此區(qū)段。在額外調(diào)整高動態(tài)和低動態(tài)場景時很有用。
- q=<整數(shù)> 套用固定量化值在此區(qū)段。在套用于一段范圍的幀時很有用。
其他可用的選項如下：
- ref=<整數(shù)>
- b-bias=<整數(shù)>
- scenecut=<整數(shù)>
- no-deblock
- deblock=<整數(shù)>:<整數(shù)>
- deadzone-intra=<整數(shù)>
- deadzone-inter=<整數(shù)>
- direct=<字串>
- merange=<整數(shù)>
- nr=<整數(shù)>
- subme=<整數(shù)>
- trellis=<整數(shù)>
- (no-)chroma-me
- (no-)dct-decimate
- (no-)fast-pskip
- (no-)mixed-refs
- psy-rd=<浮點數(shù)>:<浮點數(shù)>
- me=<字串>
- no-8x8dct
- b-pyramid=<字串>
限制：
- 一個區(qū)段的參照幀數(shù)無法超過--ref所指定的大小。
- 無法開啟或關(guān)閉scenecut；如果--scenecut最初為開啟（>0），則只能改變scenecut的大小。
- 如果使用--me esa/tesa，merange無法超過最初所指定的大小。
- 如果--subme最初指定為0，則無法變更subme。
- 如果--me最初指定為dia、hex或umh，則無法將me設(shè)為esa為tesa。
范例：0,1000,b=2/1001,2000,q=20,me=3,b-bias=-1000
建議：默認(rèn)值
qpfile
默認(rèn)值：無
手動覆寫標(biāo)準(zhǔn)的位元率控制。指定一個檔案，為指定的幀賦予量化值和幀類型。格式為“幀號 幀類型 量化值”。例如：
0 I 18 < IDR (key) I-frame 1 P 18 < P-frame 2 B 18 < Referenced B-frame 3 i 18 < Non-IDR (non-key) I-frame 4 b 18 < Non-referenced B-frame 5 K 18 < Keyframe*- 不需要指定每個幀。
- 使用-1作為所需的量化值允許x264自行選擇最佳的量化值，在只需設(shè)定幀類型時很有用。
- 在指定了大量的幀類型和量化值時仍然讓x264間歇地自行選擇，會降低x264的效能。
- "Keyframe"是一個泛用關(guān)鍵幀／搜尋點，如果--open-gop是none則等同于一個IDR I幀，否則等同于一個加上Recovery Point SEI旗標(biāo)的Non-IDR I幀。
分析
partitions
默認(rèn)值：p8x8,b8x8,i8x8,i4x4
H.264視訊在壓縮過程中劃分為16x16的宏區(qū)塊。這些區(qū)塊可以進(jìn)一步劃分為更小的分割，這就是此選項要控制的部分。
此選項可以啟用個別分割。分割依不同幀類型啟用。
可用的分割：p8x8, p4x4, b8x8, i8x8, i4x4, none, all
- I：i8x8、i4x4。
- P：p8x8（也會啟用p16x8/p8x16）、p4x4（也會啟用p8x4/p4x8）。
- B：b8x8（也會啟用b16x8/b8x16）。
p4x4通常不怎么有用，而且性價比極低。
參閱：--no-8x8dct
direct
默認(rèn)值：spatial
設(shè)定"direct"動態(tài)向量（motion vectors）的預(yù)測模式。有兩種模式可用：spatial和temporal?？梢灾付╪one來停用direct動態(tài)向量，和指定auto來允許x264在兩者之間切換為適合的模式。如果設(shè)為auto，x264會在編碼結(jié)束時輸出使用情況的資訊。auto最適合用于兩階段編碼，但也可用于一階段編碼。在第一階段auto模式，x264持續(xù)記錄每個方法執(zhí)行到目前為止的好壞，并從該記錄挑選下一個預(yù)測模式。注意，僅在第一階段有指定auto時，才應(yīng)該在第二階段指定auto；如果第一階段不是指定auto，第二階段將會默認(rèn)為temporal。none模式會浪費位元數(shù)，因此強(qiáng)烈不建議。
建議：auto
no-weightb
默認(rèn)值：無
H.264允許“加權(quán)”B幀的參照，它允許變更每個參照影響預(yù)測圖片的程度。此選項停用該功能。
建議：默認(rèn)值
weightp
默認(rèn)值：2
使x264能夠使用明確加權(quán)預(yù)測（explicit weighted prediction）來改善P幀的壓縮。亦改善淡入／淡出的品質(zhì)。模式越高越慢。
注意：在為Adobe Flash編碼時，將值設(shè)為1，否則它的解碼器會產(chǎn)生不自然痕跡（artifacts）。Flash 10.1修正了此bug。
模式：
me
默認(rèn)值：hex
設(shè)定全像素（full-pixel）動態(tài)估算（motion estimation）的方法。有五個選項：
參閱：--merange
merange
默認(rèn)值：16
merange控制動態(tài)搜尋的最大范圍（單位是像素）。對于hex和dia，范圍限制在4~16。對于umh和esa，它可以增加到超過默認(rèn)值16來允許范圍更廣的動態(tài)搜尋，對于HD視訊和高動態(tài)鏡頭很有用。注意，對于umh、esa和tesa，增加merange會大幅減慢編碼速度。
參閱：--me
mvrange
默認(rèn)值：-1 （自動）
設(shè)定動態(tài)向量的最大（垂直）范圍（單位是像素）。默認(rèn)值依level不同：
- Level 1/1b：64。
- Level 1.1~2.0：128。
- Level 2.1~3.0：256。
- Level 3.1+：512。
注意：如果想要手動覆寫mvrange，在設(shè)定時從上述值減去0.25（例如--mvrange 127.75）。
建議：默認(rèn)值
mvrange-thread
默認(rèn)值：-1 （自動）
設(shè)定執(zhí)行緒之間的最小動態(tài)向量緩沖。不要碰它。
建議：默認(rèn)值
subme
默認(rèn)值：7
設(shè)定子像素（subpixel）估算復(fù)雜度。值越高越好。層級1~5只是控制子像素細(xì)分（refinement）強(qiáng)度。層級6為模式?jīng)Q策啟用RDO，而層級8為動態(tài)向量和內(nèi)部預(yù)測模式啟用RDO。RDO層級明顯慢于先前的層級。
使用小于2的值不但會啟用較快且品質(zhì)較低的lookahead模式，而且導(dǎo)致較差的--scenecut決策，因此不建議。
可用的值：
建議：默認(rèn)值，或者更高，除非速度非常重要
psy-rd
默認(rèn)值：1.0:0.0
第一個數(shù)是Psy-RDO的強(qiáng)度（需要subme>=6）。第二個數(shù)是Psy-Trellis的強(qiáng)度（需要trellis>=1）。注意，Trellis仍然被視為“實驗性的”，而且?guī)缀蹩梢钥隙ㄖ辽倏ㄍú贿m合使用。
psy-rd的解釋可以參閱http://forum.doom9.org/showthread.php?t=138293。
no-psy
默認(rèn)值：無
停用所有會降低PSNR或SSIM的視覺最佳化。這也會停用一些無法透過x264的命令列引數(shù)設(shè)定的內(nèi)部psy最佳化。
建議：默認(rèn)值
no-mixed-refs
默認(rèn)值：無
混合參照會以每個8x8分割為基礎(chǔ)來選取參照，而不是以每個宏區(qū)塊為基礎(chǔ)。當(dāng)使用多個參照幀時這會改善品質(zhì)，雖然要損失一些速度。設(shè)定此選項會停用該功能。
建議：默認(rèn)值
參閱：--ref
no-chroma-me
默認(rèn)值：無
通常，亮度（luma）和色度（chroma）兩個平面都會做動態(tài)估算。此選項停用色度動態(tài)估算來提高些微速度。
建議：默認(rèn)值
no-8x8dct
默認(rèn)值：無
彈性8x8離散余弦轉(zhuǎn)換（Adaptive 8x8 DCT）使x264能夠智慧彈性地使用I幀的8x8轉(zhuǎn)換。此選項停用該功能。
建議：默認(rèn)值
trellis
默認(rèn)值：1
執(zhí)行Trellis quantization來提高效率。
在宏區(qū)塊時提供了速度和效率之間的良好平衡。在所有決策時則更加降低速度。
建議：默認(rèn)值
注意：需要--cabac
no-fast-pskip
默認(rèn)值：無
停用P幀的早期略過偵測（early skip detection）。非常輕微地提高品質(zhì)，但要損失很多速度。
建議：默認(rèn)值
no-dct-decimate
默認(rèn)值：無
DCT Decimation會舍棄它認(rèn)為“不必要的”DCT區(qū)塊。這會改善編碼效率，而降低的品質(zhì)通常微不足道。設(shè)定此選項會停用該功能。
建議：默認(rèn)值
nr
默認(rèn)值：0
執(zhí)行快速的噪聲削減（noise reduction）。根據(jù)此值估算影片的噪聲，并借由在量化之前舍棄小細(xì)節(jié)來嘗試移除噪聲。這可能比不上優(yōu)良的外部噪聲削減篩選的品質(zhì)，但它執(zhí)行得非常快。
建議：默認(rèn)值，或者100~1000
deadzone-inter/intra
默認(rèn)值：21/11
設(shè)定inter/intra亮度量化反應(yīng)區(qū)（deadzone）的大小。反應(yīng)區(qū)的范圍應(yīng)該在0~32。此值設(shè)定x264會任意舍棄而不嘗試保留細(xì)微細(xì)節(jié)的層級。非常細(xì)微的細(xì)節(jié)既難以看見又耗費位元數(shù)，舍棄這些細(xì)節(jié)可以不用浪費位元數(shù)在視訊的此類低收益畫面上。反應(yīng)區(qū)與--trellis不相容。
建議：默認(rèn)值
cqm
默認(rèn)值：flat
設(shè)定所有自訂量化矩陣（custom quantization matrices）為內(nèi)建的默認(rèn)之一。內(nèi)建默認(rèn)有flat和JVT。
建議：默認(rèn)值
參閱：--cqmfile
cqmfile
默認(rèn)值：無
從一個指定的JM相容檔案來設(shè)定自訂量化矩陣。覆寫所有其他--cqm開頭的選項。
建議：默認(rèn)值
參閱：--cqm
cqm4* / cqm8*
默認(rèn)值：無
建議：默認(rèn)值
視訊可用性資訊
這些選項在輸出資料流里設(shè)定一個旗標(biāo)，旗標(biāo)可以被解碼器讀取并采取可能的動作。值得一提的是大多數(shù)選項在大多數(shù)情況下毫無意義，而且通常被解碼器忽略。
overscan
默認(rèn)值：undef
如何處理溢出掃描（overscan）。溢出掃描的意思是裝置只顯示影像的一部分。
可用的值：
建議：在編碼之前裁剪（Crop），然后如果裝置支援則使用show，否則不理會
videoformat
默認(rèn)值：undef
指示此視訊在編碼／數(shù)位化（digitizing）之前是什么格式。
可用的值：component, pal, ntsc, secam, mac, undef
建議：來源視訊的格式，或者未定義
fullrange
默認(rèn)值：off
指示是否使用亮度和色度層級的全范圍。如果設(shè)為off，則會使用有限范圍。
詳細(xì)資訊可以參閱http://en.wikipedia.org/wiki/YCbCr。
建議：如果來源是從類比視訊數(shù)位化，將此設(shè)為off。否則設(shè)為on
colorprim
默認(rèn)值：undef
設(shè)定以什么色彩原色轉(zhuǎn)換成RGB。
可用的值：undef, bt709, bt470m, bt470bg, smpte170m, smpte240m, film
詳細(xì)資訊可以參閱http://en.wikipedia.org/wiki/RGB_color_space和http://en.wikipedia.org/wiki/YCbCr。
建議：默認(rèn)值，除非你知道來源使用什么色彩原色
transfer
默認(rèn)值：undef
設(shè)定要使用的光電子（opto-electronic）傳輸特性（設(shè)定用于修正的色差補(bǔ)正(gamma)曲線）。
可用的值：undef, bt709, bt470m, bt470bg, linear, log100, log316, smpte170m, smpte240m
詳細(xì)資訊可以參閱http://en.wikipedia.org/wiki/Gamma_correction。
建議：默認(rèn)值，除非你知道來源使用什么傳輸特性
colormatrix
默認(rèn)值：undef
設(shè)定用于從RGB原色中取得亮度和色度的矩陣系數(shù)。
可用的值：undef, bt709, fcc, bt470bg, smpte170m, smpte240m, GBR, YCgCo
詳細(xì)資訊可以參閱http://en.wikipedia.org/wiki/YCbCr。
建議：來源使用的矩陣，或者默認(rèn)值
chromaloc
默認(rèn)值：0
設(shè)定色度采樣位置（如ITU-T規(guī)格的附錄E所定義）
可用的值：0~5
參閱x264的vui.txt。
建議：
- 如果是從正確次采樣4:2:0的MPEG1轉(zhuǎn)碼，而且沒有做任何色彩空間轉(zhuǎn)換，則應(yīng)該將此選項設(shè)為1。
- 如果是從正確次采樣4:2:0的MPEG2轉(zhuǎn)碼，而且沒有做任何色彩空間轉(zhuǎn)換，則應(yīng)該將此選項設(shè)為0。
- 如果是從正確次采樣4:2:0的MPEG4轉(zhuǎn)碼，而且沒有做任何色彩空間轉(zhuǎn)換，則應(yīng)該將此選項設(shè)為0。
- 否則，維持默認(rèn)值。
nal-hrd
默認(rèn)值：none
標(biāo)志HRD資訊。這是藍(lán)光資料流、電視廣播和幾個其他專業(yè)范圍所需要的。
可用的值：
建議：默認(rèn)值，除非需要標(biāo)志此資訊
參閱：--vbv-bufsize, --vbv-maxrate, --aud
pic-struct
默認(rèn)值：無
強(qiáng)制在Picture Timing SEI里傳送pic_struct。
當(dāng)使用--pulldown或--tff/--bff時會自動啟用。
建議：默認(rèn)值
crop-rect
默認(rèn)值：無
指定一個位元資料流層級的裁剪矩形。如果想要解碼器在播放時裁剪，但因為某些原因不想要裁剪視訊再讓x264編碼，則可以使用此選項。指定的值是在播放時應(yīng)該被裁剪的像素。
輸入／輸出
output
默認(rèn)值：無
指定輸出檔名。指定的副檔名決定視訊的輸出格式。如果副檔名無法辨識，則默認(rèn)輸出格式是原始格式（raw）視訊資料流（通常儲存為.264副檔名）。
特殊位置NUL（Windows）或/dev/null（Unix）指明輸出應(yīng)該被丟棄。這在使用--pass 1時特別有用，因為唯一在乎的輸出是--stats。
muxer
默認(rèn)值：auto
指定要輸出什么格式。
可用的值：auto, raw, mkv, flv, mp4
auto選項會根據(jù)提供的輸出檔名挑選一個多工器（muxer）。
建議：默認(rèn)值
參閱：--output
demuxer
默認(rèn)值：auto
設(shè)定x264使用什么解多工器（demuxer）和解碼器來剖析輸入視訊。
可用的值：auto, raw, y4m, avs, lavf, ffms
如果輸入檔案有raw、y4m或avs的副檔名，則x264會使用相關(guān)解多工器來讀取檔案。標(biāo)準(zhǔn)輸入使用原始格式解多工器。否則，x64會嘗試以ffms來開啟檔案，然后再嘗試以lavf來開啟檔案，最后開啟失敗。
"lavf"和"ffms"選項需要x264以分別的程式庫（libraries）編譯。如果使用到兩者之一，x264會從輸入檔案帶入時間碼（timecodes），條件是不能輸出為原始格式。這有效地使x264感知VFR。其他選項可以指定--fps為固定幀率，或者指定--tcfile-in為變動幀率。
建議：默認(rèn)值
參閱：--input, --muxer
input-csp
默認(rèn)值：無
告訴x264原始格式視訊輸入是什么色彩空間。支援的色彩空間可以從x264 --fullhelp的說明里得知。
注意，雖然有支援RGB色彩空間，但視訊在編碼之前會使用bt601（即"SD"）矩陣來轉(zhuǎn)換成YUV。
參閱：--input-res, --fps
input-res
默認(rèn)值：無
指定原始格式視訊輸入的分辨率。語法是--input-res 720x576。
參閱：--input-csp, --fps
總結(jié)
- 上一篇： [poj3321]Apple Tree_
- 下一篇： staruml顺序图转通信图_ICAO航