ageha was here

※2007/8/3で抽出すると全件を1ページに読み込みます。 　x264cliの --longhelp はプログラマさん向けのもくじで、符号化理論の根から枝葉に向けて落ちて行く構成になっているようです。しかし、詳細はソース嫁というカンジで、これだけではなにがどういうケースで役に立つかは解りにくいと思います。 　Zero 1氏がまとまったガイドを用意されているので訳してみました。 　原文は Encoding H.264 using the x264 Command Lin...

List the more commonly used options一般的なオプションを表示...

List all options 全てのオプションを表示...

IDR, I, P, Bなどのフレームタイプ決定に関わるオプション群。 2/マルチパスの場合、これらはほぼ1stで決まる。...

Maximum GOP size 範囲： 最大GOP（Group Of Pictures）サイズ。新しいIDRが強制挿入され、次のGOPが始まる前に連続するフレーム数の上限を指定する。XviDの "Maximum I-frame Interval" に相当するだろう。経験的に10秒分のフレーム数を指定してシーク単位にする人が多い。PAL @ 25 fps なら --keyint 250、NTSC @ 23.976 fps ならちょっと丸めて --keyint 240だ。一般的にGOPは--keyintの指定値を超えない限りは場面転換で始ま...

Minimum GOP size 範囲： 最小GOP（Group Of Pictures）サイズ。新しいIDRが強制挿入され、次のGOPが始まる前に連続するフレーム数の下限を指定する。--min-keyintの値より短い間隔で場面転換があったら、x264は場面転換をIフレームとしてエンコードし、新しいGOPを開始しない。 原文 http://aflux.deltaanime.net/Zero1/MP4/x264.html#frame-type-options --min-keyint Usage: --min-keyint <i...

How aggressively to insert extra I-frames 範囲：1 - 100 追加的なIフレームを挿入する際の閾値。高くするとたくさん入るが、不必要に入ってbitが無駄になるかもしれない。例えば場面転換と 言うほどでもない画面の変化など。低くするとIの挿入頻度が減るが、やりすぎると --keyint 指定値への依存度が上がって適正箇所にIが入らない。例えば場面転換に非常に大きいPフレームが入るなど（Pは先行するIかPが無いとデコードでき...

Faster, less precise scenecut detection. Required and implied by multi-threading. 高速だがやや不正確な場面転換検出。 マルチスレッドの際に必要となり、使用される。 ＊自動で切り替わるようにも読める。MEncoderには存在しない。 参考 まるも製作所：07/07/19（木）　x264 [17] --no-b-adaptの末尾に、 --threads が 1 よりも大きい場合は pre_scenecut が有効になって（＊以下略＊） 　とある。特...

Number of B-frames between I and P 範囲：0-16 適正範囲：3~4、--no-b-adapt使用時は0か1 I・Pフレームの間に入るBフレームの最大連続数。 Xvidや他のMPEGエンコーダでBフレームには慣れている人は多いと思う。Xvid でこれに相当するオプションは"Max consecutive B-VOPs"。Bフレームは非常に符号化効率が良いが、たくさん使う程デコード負荷が上がる事に注意。 原文 http://aflux.deltaanime.net/Zero1/MP4/x264.html...

Disable adaptive B-frame decision このオプションは適応的Bフレーム挿入をdisableにするもの。一般的にはオフはお奨めできない。デフォルトではx264がどこにどれだけのBフレームを使うか自動で決める。最大で何枚使うかは--bframesで決まる。 原文 http://aflux.deltaanime.net/Zero1/MP4/x264.html#frame-type-options --no-b-adapt Usage: --no-b-adapt (default=on) This option disables adaptive B-frame decision ...

Influences how often B-frames are used 範囲： -100 - 100 適正範囲：0 (def) 適応的Bフレームの挿入に影響。高いほどBフレームを沢山使う。上限は--bframesで指定した値。低いほどたくさん間引く。Xvid でのB-VOP sensitivityに相当。-100から+100までのスライダがあると思えば良いだろう。-方向がBを減らし、+方向がBを沢山使う。推奨はデフォルトの0（またはスクリプトに書かない）。というのはB使用を強制すると画質が...

Keep some B-frames as references 範囲：- 一部のBフレームを参照フレームに使えるようにする。他のフレームがBを参照できるようになるので符号化効率があがる。2枚以上のBフレームが必要で、デコーダー・ラグが2になる事がある。この機能はデフォルトではオフ。コマンドラインに --b-pyramid と追加すると使えるようになる。 ＊Decoding Delayについて 原文 http://aflux.deltaanime.net/Zero1/MP4/x264.html#frame-...

Disable CABAC CABACはエントロピー符号化で、マクロブロック情報を扱うもの。 マクロブロックのヘッダ、テクスチャ、モーションベクトルといった情報をロスレスにビットストリームに圧縮する。ビットレートにして約10%の削減が可能で、アニメではもっと期待出来る。そのかわりエンコード・デコードとも負荷が増えるが、画質に影響しない事を考えると10%はとても魅力的だ。 原文 http://aflux.deltaanime.net/Zero1/MP...

Number of reference frames 範囲：1 - 16 参照フレームの数を指定。 これにより、P/Bフレームの予測に使う参照フレームを、デコード済みフレームをさかのぼって選べるようになる（指定した枚数まで）。 高くすると一定ポイントまで圧縮効率があがる。これは原理的にアニメに非常に効果的だ。というのは、キャラクタが喋る時に口だけが同じような動きを繰り返してあとは変化しない場面、とか、風になびく髪のように同じ動...

Disable loop filter インループ・デブロッキングのオフ。-f, --deblockの項参照。 原文 http://aflux.deltaanime.net/Zero1/MP4/x264.html#frame-type-options --nf Usage: --nf (default=on) Disables inloop deblocking. Read --filter below for more information ＊覚書（なるPさん） http://www.geocities.jp/encmemo5whf6jvag8/index2.html#06-02 デブロックフィルタ使ってると...

Loop filter AlphaC0 and Beta parameters 通常、インループ・デブロッキングは圧縮効率、ひいては画質の向上になる。効果が気に入らない時は単に値を下げると良い。このオプションのねらいは、Xvidのハイモーション箇所で見られたようなブロックノイズのスムーシングだ。AlphaC0 は強度、Betaは閾値。デフォルトの0:0は最適値として考えられたものだが、Sharktoothによればアニメは3:3が良いとの事。短いクリップをいくつか用意...

Enable pure-interlaced mode ＊x264はインターレースにMBAFFを使う。PicAFFは無い。 ＊インタレ保持 ＊参考リンク まるも製作所：2007/06/20（水）x264[3] --interlaced (MBAFF)...

1passとか2passとかcrfとかABRとかCBRとかそうゆうの。...

-q, --qp <integer> [26] Set QP 範囲：0 - 51 (0=lossless) Pフレームの量子化値を固定。I/Bフレームの量子化値は --ipratio と --pbratio の指定値を元にここから計算される。XviDでは量子化値が低いほど画質が良かったが、XviDのQP2はx264のQP18に相当するので注意が必要だ。これはH.264規格が対数尺（＊logarithmic scale＊）を使っているから。概算の換算式は、QP AVC qp = 12 + 6*log2(ASP qp)。0でロスレスになる...

Set bitrate 平均ビットレートで使うビットレートの指定。単位はキロビット/second ( kbps )。 特定のファイルサイズに収めたければ2パスを推奨。画質と特定のファイルサイズを両立できる。概ね1分以下の短いクリップでは3パスが有効かもしれない。x264の--bitrateは本質的にABR（平均ビットレート）だ。ストリーミング以外にCBR（固定ビットレート）を使う理由はあまり無いが、使う場合は--vbv-maxrateも調整すること。 原文 ...

Quality-based VBR (nominal QP) 範囲：1 - 51 Constant Rate Factor。名目上のQPに基づく1パス ABR。 ＊Zero1氏原文では整数指定だが、今回元にしたrev. 663では<float>、少数。 原文 http://aflux.deltaanime.net/Zero1/MP4/x264.html#rate-control --crf Usage: --crf <integer> (default=off) [1 - 51] Constant Rate Factor. This is a one pass VBR mode based on a nominal QP. ...

Max local bitrate (kbit/s) ローカルビットレートの最大値。単位はkbits/second。...

Enable CBR and set size of the VBV buffer (kbit) CBRモードを起動して、VBVバッファサイズを指定する(kbit)...

Initial VBV buffer occupancy 範囲：0.0-1.0 VBVバッファ占有率の初期値。 ※09/09/07: [674]： allow --vbv-init to take absolute values (in kbit), in addition to the previous fractions of vbv-bufsize. 　← --vbv-initの指定方式追加（kbit）、従前はvbv-bufsizeの係数。...

Set min QP 範囲：1 - 51 x264が使う最小quantizerの指定。 高いquantizerを使ってもあまり見た目が変わらない場面でbitの浪費を抑える。XviDで最小quantizerを２にするようなものだが、H.264との量子化スケーリングの違いを忘れない事。 原文 http://aflux.deltaanime.net/Zero1/MP4/x264.html#rate-control --qpmin Usage: --qpmin <integer> (default=10) [1 - 51] Simply sets the minimum qu...

Set max QP 範囲：1 - 51 x264が使う最大quantizerの指定。 quantizerが自分の好みより高くなるフレームがあったらこれでキャップをかけることができる。一般的にx264のレートコントロールはとても優秀で、キチガイじみて高い/低い量子化値を使う事はあまりない。 原文 http://aflux.deltaanime.net/Zero1/MP4/x264.html#rate-control --qpmax Usage: --qpmax<integer> (default=51) [1 - 51] Set...

Set max QP step 範囲：1-50 隣接フレーム間におけるquantizerの変動幅を調整。理論上、大きくするとquantizerの変動幅が大きくなり、短い間隔で画質がおおきく変動する。 原文 http://aflux.deltaanime.net/Zero1/MP4/x264.html#rate-control --qpstep Usage: --qpstep <integer> (default=4) [1 - 50] This controls the maximum amount by which the quantizer may change between frames. Setting a...

Allowed variance of average bitrate 範囲：0.1-100.0 ABRにおけるビットレートの逸脱許容範囲。1.0より大きくするとファイルサイズが目標より大きくなる事がある。同様に1.0より小さくすると目標より小さくなる事がある。 原文 http://aflux.deltaanime.net/Zero1/MP4/x264.html#rate-control --ratetol Usage: --ratetol <float> (default=1.0) [0.1 - 100.0] Defines the allowed deviation in the avera...

QP factor between I and P 範囲：- I-Pフレーム間のquantizer換算係数。 1.00でPとIに同じquantizerを使う。これは推奨しない。bitの無駄に等しいからだ。素材のAMV（＊アニメ・ミュージック・ビデオ＊）があまりBフレームを生成しないようだったら1.40より高くしても良いだろう。Pフレームの画質を落とす事になるが（その程度は--ipratioの指定値による）、その代わりハイ・モーション・エリアなどで画質のバラツキやブロック...

QP factor between P and B 範囲：- I-Pフレーム間のquantizer換算係数。 ここでも、1.00でPとBに同じquantizerを使う。--ipratioも1.00なら I, P, Bが全て同じ量子化値を使う。一般的にBフレームはPフレームよりもっと高い量子化値を使っても良いので、ここは1.30より高くしたいケースもあるだろう。特に--brdo (VHQ for B-frames)を使っている場合とか。I, P, Bフレームをどのくらい使ったかはエンコード終了後、コンソールに...

QP difference between chroma and luma 範囲：-12-12 彩度情報と輝度情報に別のquantizerを使う。人間の視覚認識をダマすと言う点で面白いオプションだ。人間の視覚は輝度変化に比べると彩度変化の認識が鈍い。しかし、YV12素材では彩度情報は既に間引かれているので僅かな輝度画質の向上のために大量の彩度情報を捨てる事になる。 原文 http://aflux.deltaanime.net/Zero1/MP4/x264.html#rate-control --chroma-qp...

Enable multipass ratecontrol  - 1: 最初のパス、統計ファイルを作る。  - 2: 最終パス、統計ファイルを上書きしない。  - 3: Nth パス、統計ファイルを上書きする。 --pass マルチパスモードの起動。 XviDで馴染みのある1st, 2ndに、"nth pass" というものが加わっている。これはまず1stパスで統計を取り、次に"nth pass" を走らせるというものだ。そしてもし結果が気に入らなかったり目標ファイルサイズに...

Filename for 2 pass stats マルチパスエンコードで使う統計ファイルの場所を名前を指定。全てのパスが同じログファイルを参照しない限り、正しく動作しない。 原文 http://aflux.deltaanime.net/Zero1/MP4/x264.html#rate-control --stats Usage: --stats <string> (default="x264_2pass.log") Simply specify the location and file name of the log file to be used in multi pass encoding. All passes...

Ratecontrol equation ＊不詳 ＊レートコントロールの計算式？ ＊式内に--qcomp, --cplxblurらしきものがある ＊QPカーブコンプレッションなるものに関わる？...

QP curve compression: 0.0 => CBR, 1.0 => CQP QP curve compression（＊QPカーブコンプレッション＊）。 低くするとビットレートの変動幅が減り、0.00でCBRになる。高くするとquantizerの変動幅が減り、1.0でCQPになる。 推奨はデフォルトの0.60のまま。特にAMVでは0.00のCBRは非常に良く無い。ローモーション/複雑さの少ない場面でbitを節約して、ハイモーション/複雑な場面に回すx264のレートコントロール機能を阻害するか...

Reduce fluctuations in QP (before curve compression) 範囲：0-999 フレームの複雑さを見積り、それに応じた時間軸スムージングを行うもの。カーブコンプレッションの前に時間軸上のQPのバラツキを抑えるのに使う。低くするとQPの変動幅が増え、高くするとQPの変動幅がスムースになる。このオプションは統計ファイルを使う為、有効なのはtwo and nth パスモードだけだ。わからなかったらデフォルトの20.0のままにしておくのが...

Reduce fluctuations in QP (after curve compression) 範囲：0-99 --cplxblur同様だが、時間軸スムーシングをかけるのは量子化パラメータ（QP）。 ここでも低くするとQPの変動幅が上がり、高くすると変動幅がスムースになる。 おそらくこのオプションも弄る必要が無いが、実験してみたい人もあるだろう。 原文 http://aflux.deltaanime.net/Zero1/MP4/x264.html#rate-control --qblur Usage: ---qblur <float> (def...

Tweak the bitrate of some regions of the video Each zone is of the form <start frame>,<end frame>,<option> where <option> is either q=<integer> (force QP) or b=<float> (bitrate multiplier) 映像の特定部分のビットレート調整。 ゾーンの指定書式は 　<start frame>,<end frame>,<option> <option>の中身は 　q=<integer> (QPの強...

Force frametypes and QPs ＊不詳...

Analysis...

Partitions to consider  - p8x8, p4x4, b8x8, i8x8, i4x4  - none, all  (p4x4 requires p8x8. i8x8 requires --8x8dct.) エンコードで使うマクロブロック・タイプを選択。 種類はできるだけ沢山使う方がx264の判断が賢くなる。例えば、ディテイルがちょびっとしかないモーションブロックには16x16が適している一方、ディテイルの精細なブロックには4x4が適している。つまり基本的にこのオプションはマクロブ...

Direct MV prediction mode  - none, spatial, temporal, auto ダイレクトマクロブロックで使う動き予測方式の選択。 temporal（＊時間軸＊）が一般的にはベター。動き予測に後続するPフレームを使うからだ。 spatial（＊空間軸＊）は周辺マクロブロックとそのモーションを使う。 noneは最も画質が悪いだけでなく速度まで落ちる。 autoは自動で temporal/spatial 予測を使い分ける。遅いがベストチョイス。 原文 ...

Direct prediction size  -  0: 4x4  -  1: 8x8  - -1: smallest possible according to level ＊リクツでは弄る必要がなさそうだが、なるPさんの意見ではメリットを感じるケースがあるようだ。 ＊デフォルトの-1はlevel指定と連動する模様。 　まるも製作所さんによると、x264 のデフォルトは level>=3 なら 1 にして、level<3 なら 0 という扱いなので、普通に720x480@29.97 程度 (level=3 相...

Weighted prediction for B-frames 　B スライスの双方向予測時に、重み付き予測 (weighted prediction) を行う。--bframes  2 以上の場合に意味を持つ。 通常、Bは前後のPから予測生成されるが、--weightb抜きでは前後のPを単純平均するのに対し、--weightbでは前後のPに相対距離に応じ た重みをつける。近いヤツは重視して遠いのはそれなりに。 　以上、まるも製作所さんの日記（2007/07/04（木）x264 [11] --weightb...

Integer pixel motion estimation method 整数ピクセルの動き予測方式を選択。選択肢は： 　dia　ダイヤモンドサーチ、半径 1 (高速) 　hex　六角形サーチ、半径 2 (デフォルト) 　umh　不等複数六角形サーチ 　esa　徹底サーチ (低速) 推奨はhexかumh。umh, esaではサーチ半径も指定できる。--merangeを参照。 ・09/15/07: [676]： implement multithreaded me=esa　← me=esaのマルチスレッド化 原文 h...

Maximum motion vector search range 範囲：4-64 --me umh / esa のサーチ範囲を指定。適正値は16か32とされている。 原文 http://aflux.deltaanime.net/Zero1/MP4/x264.html#analysis --merange Usage: --merange <integer> (default=16) [4 - 64] This is simply the setting for the radius of the umh and esa motion estimation modes. 16 and 32 are thought to be good values. 覚書（なるP...

Maximum motion vector length ＊不詳...

Minimum buffer between threads ＊不詳...

Subpixel motion estimation and partition decision quality: 1=fast, 7=best. 範囲：1-7 サブピクセル精度の動き予測方式の選択。速度と画質の取引に関わるオプションのなかでメジャーなものの一つ。--subme 6 & 7 ではRate Distortion Optimisation (RDO, レート歪最適化)も使う。CPU速度が充分なら推奨はこの二つだが、厳しい場合は5。 原文 http://aflux.deltaanime.net/Zero1/MP4/x264.html#analysis --subm...

RD based mode decision for B-frames. Requires subme 6. BフレームにRDO（Rate Distortion Optimisation、レート歪最適化）を使う。XviDにおけるVHQ B-frameに相当。要--subme 6以上。 原文 http://aflux.deltaanime.net/Zero1/MP4/x264.html#analysis --b-rdo Usage: --b-rdo (default=off) --b-rdo is Rate Distortion Optimisation for B-frames. The equivalent to this would be VHQ B-frames in XviD. R...

Decide references on a per partition basis 各8x8 または 16x8 motion partitionが、独自に参照フレームを選べるようにする。このオプション抜きの場合、マクロブロック全体が同一の参照フレームを使う。明白に圧縮効率があがり速度が落ちる。またデコードに必要なRAMが増える（しかし参照フレームが大量にあっても〜＊以下不明＊〜）。 参照フレームが1以上必要。--ref 1など。 原文 http://aflux.deltaanime.net/Zero...

Ignore chroma in motion estimation 彩度情報の動き予測を使わない。彩度情報の動き予測（＊Chroma ME＊）はサブピクセル精度の動き予測で使われるもので基本的には使うべき。彩度情報の動き予測を使うにはこのオプションを使わず、--subme 5以上にする事。 原文 http://aflux.deltaanime.net/Zero1/MP4/x264.html#analysis --no-chroma-me Usage: --no-chroma-me (default=off) Disables chroma motion estimat...

Jointly optimize both MVs in B-frames 双方向動き予測のジョイント・リファイン。Bフレームの２つのモーションベクトルを最適化する。速度は低下し、圧縮効率が上がる。デコーダへの影響はない。従ってこれも "安心して使える画質向上オプション" の一つと言える。 原文 http://aflux.deltaanime.net/Zero1/MP4/x264.html#analysis --bime Usage: --bime (default=off) --bime is the switch to enable joint b...

Adaptive spatial transform size 適応的空間軸変換のサイズ。4x4 dctに加えて8x8dctも使えるようにする。--partitionsにあるi8x8マクロブロックタイプを使うには8x8dctが必要。 注意：High Profileになるのでデコーダやプレイヤのサポート、少なくとも8x8dct対応を確認すること。 ＊QT7.2（07/07/上旬）が対応したとの情報有り。 原文 http://aflux.deltaanime.net/Zero1/MP4/x264.html#analysis --8x8dct Usage:...

Trellis RD quantization. Requires CABAC. 　 - 0: disabled 　 - 1: enabled only on the final encode of a MB 　 - 2: enabled on all mode decisions 　Trellis は RDO（Rate Distortion Optimisation、レート歪最適化）だ。これは常にRate Distortionが最適になるような計算をする。特定領域の画質を劣化させて、画質劣化がより目立ちそうな領域へbitを振り向ける。微調整と考えて良い。 　--trellis 1...

Disables early SKIP detection on P-frames x264はPフレームのスキップ判定（マクロブロックタイプ・スキップ）を早い段階で行うが、それを切る。 速度が低下する代わりに青色の領域（空など）でブロックノイズが減る。 他の青階調ブロックノイズ対策としてはHaaliの作った適応的量子化機能（＊）があるので、もし--no-fast-pskipでうまくいかなかったらそちらを使おう。 　＊Win, Sharktooth版固有の--aq-strength, --aq-sen...

Disables coefficient thresholding on P-frames Pフレームの係数切り捨てを切る。 ＊まるも製作所さん：2007/06/26（火）　x264 [6] --no-dct-decimateより http://www.marumo.ne.jp/db2007_6.htm#26 ＊サンプル映像有り。 ＊--no-fast-pskip と同様に画質向上目的のオプションで、指定すると P フレームでの (量子化後の) DCT 係数の間引きをヤメるようになる。 ＊デフォルトの on は「量子化後の DCT 係数が小...

Noise reduction 範囲：0-100000 Wiener フィルタを使ったDCTドメインのノイズリダクション。AVISynthの相当品より高速で、実用範囲は100-200。 H.264規格に存在しないが素材の圧縮工程に入る前に適用するので、再生機器やデコーダの機能とは関係なく使える（たんにAVISynthでフィルタをかけるようなもの）。 ＊訳注：AVISynthの相当品 Wienerで検索すると「FFT3DFilter Version 0.7」というのがあった。 AviSynth Wiki- nii...

Set the size of the inter luma quantization deadzone 範囲：0-32 ＊コレより先に--deadzone-intraを弄るべき。なので次の項を参照。 ＊--trellis指定の際は無視される（まるも製作所：2007/07/07（土）　x264 [12] --trellis：http://www.marumo.ne.jp/db2007_7.htm#7）...

Set the size of the intra luma quantization deadzone 範囲：0-32 　--deadzone（intra/interとも、以下同） は高ビットレートでディテイルのレベルを上げる。具体的にはノイズやフィルムグレインなど。「些細な」情報をどのくらいまで切り捨てるかを指定するもの で、そこで節約したbitをもっと重要な部分に振り向ける。低いほどオリジナルの情報を残そうとするが、レート不足の際は全体を強く圧縮することになる。 　高く...

Preset quant matrices - jvt, flat CQMはカスタム量子化マトリクス（Custom Quantisation Matrix）。 量子化マトリクスは格子状にならんだ数字（＊数学で言う行列＊）で、個々の数字をquantum（＊量子/量子化マトリクスの値＊）として扱う。この個々 の数字が元の映像データをどのくらい破棄するかを決める。個々の数字が大きなマトリクスは映像がソフトになり、小さなマトリクスは映像のディテイル保持率 があがる。x264の...

Read custom quant matrices from a JM-compatible file Overrides any other --cqm* options. 全ての--cqm系オプションに優先。 カスタム量子化マトリクスを使うならおそらくこのオプションが最も実用的で、マトリクスを外部ファイルから読み込むものだ。読み込むファイルはJM（リ ファレンス・エンコーダ）互換形式でなければならない。マトリクスファイルはDoom9で入手できる。 原文 http://aflux.deltaanime.net/Zero1...

Set all 4x4 quant matrices Takes a comma-separated list of 16 integers. 全ての4x4量子化マトリクスの指定。 カンマで区切った16個の整数。実験には良いがコマンドがやたらと長くなる。特に他の量子化マトリクスも使う場合は厳しいだろう。 原文 http://aflux.deltaanime.net/Zero1/MP4/x264.html#analysis --cqm4 <list> Sets all 4x4 quantisation matrices. The input must be a comma seperated list of...

Set all 8x8 quant matrices Takes a comma-separated list of 64 integers. 全ての8x8量子化マトリクスの指定。カンマで区切った16個の整数。 原文 http://aflux.deltaanime.net/Zero1/MP4/x264.html#analysis --cqm8<list> As before, but this sets all the 8x8 quantisation matrices. This must be a comma seperated list of 64 integers....

Set both luma and chroma quant matrices 輝度と彩度の量子化マトリクス。 原文 http://aflux.deltaanime.net/Zero1/MP4/x264.html#analysis --cqm4i, --cqm4p, --cqm8i, --cqm8p Allows you to set luma and chroma quantisation matrices....

Set individual quant matrices 個々のカスタム量子化マトリクスの指定 原文 http://aflux.deltaanime.net/Zero1/MP4/x264.html#analysis --cqm4iy, --cqm4ic, --cqm4py, --cqm4pc Allows you to set the individual quantisation matrices....

VUI 設定はエンコードに使うものではなく、デコーダ向けの補助情報。 詳細はソースコード内の doc/vui.txt 参照。自己責任で使う事。 原文 Video Usability Info (Annex E): The VUI settings are not used by the encoder but are merely suggestions to the playback equipment. See doc/vui.txt for details. Use at your own risk. ＊覚書（なるPさん） http://www.geocities.jp/encmemo5whf6jvag8/index2.html...

Specify crop overscan setting - undef, show, crop 　編集ガイドや再生ガイドにも書いてありますが（＊1）、TVは映像を全部表示しているわけではありません。10〜20%くらいは表示されない領域 があります。これはブラウン管にブランクスペースが出ないようにするためです。 　NTSCの走査線は525ラインですが、そのうち実際の映像を含んでいるのは大体 486ラインです。もしoverscanがなかったら、TVは525ラインを全部表示す...

Specify video format - component, pal, ntsc, secam, mac, undef 付加情報の設定。例えばファイルに付けるメタデータのようなもの。 ソースの種類を指定できる。ただの付加情報なので再生にもエンコードにも全く影響しない。 原文 http://aflux.deltaanime.net/Zero1/MP4/x264.html#video-usability-info --videoformat Usage: --videoformat <string> (default=undef) [component, pal, ntsc, secam, mac, un...