トップ 検索 一覧 差分 ソース ヘルプ RSS ログイン

x264-changelog-jp r1700-r1799

このページの全ては誤っているかもしれません。x264関連の記事に関してを読んでください。

x264-changelog-jp r1700-r1799

r1700-r1799のchangelogの日本語訳。その他のリビジョンと注意事項についてはx264-changelog-jpへどうぞ。

前:x264-changelog-jp r1600-r1699 - 次:x264-changelog-jp r1800-r1899

x264r1799

git-id : 7226b4e7073340c000e94221924b4e45f27a900c

Author : Jason Garrett-Glaser

Date: Fri Nov 19 16:58:38 2010 -0800

Add API function to return max number of delayed frames

最大delay(遅延)フレーム数を返すAPI関数を追加。

X264_BUILD 109。

x264r1798

git-id : 9cae442bd589b063c5ce9d6b224d17ff5f6337c0

Author : Jason Garrett-Glaser

Date: Thu Nov 25 13:01:33 2010 -0800

Copy field order flag in encoder_reconfig

encoder_reconfigにおいてフィールドオーダーのフラグをコピー。

x264r1797

git-id : 1bcb63ebb21a56523a4d6e83d2ce5f92ab950f57

Author : Yasuhiro Ikeda

Date: Wed Nov 24 23:09:54 2010 +0900

Cosmetics in configure

configureのコスメティックス。

x264r1796

git-id : 372f39811c78b940e10477dfde37d78aa488d07b

Author : Yasuhiro Ikeda

Date: Mon Nov 22 11:01:57 2010 +0900

Add some more info to `x264 --version`

`x264 --version`にいくつかさらなる情報を付加。

バージョン情報にのみ影響。

x264r1795

git-id : 04256645537d17b66f2a46bd8605859e91e0cf8a

Author : Jason Garrett-Glaser

Date: Sat Nov 20 23:30:42 2010 -0800

Change qpmin default to 0

There's probably no real reason to keep it at 10 anymore, and lowering it allows AQ to pick lower quantizers in really flat areas.

Might help on gradients at high quality levels.

The previous value of 10 was arbitrary anyways.

qpminのデフォルトを0に変更。

これを10にしておく実質的な意味は恐らく無く、これを低下させることは、本当に平らな領域でAQがより低い量子化値を選択することを可能にする。

高品質レベルにおける階調に役立つだろう。

いずれにしても以前の値である10というのは独断的なものであった。

x264r1794

git-id : 2f8ad9797d5118168d128f38544607494dfc0f73

Author : Jason Garrett-Glaser

Date: Thu Nov 25 13:01:16 2010 -0800

Fix ticks_per_frame check for VFR input

VFR入力に対するticks_per_frameを修正。

x264r1793

git-id : 21877a04337d044dfcd93cca957967662dbdd6d6

Author : Steven Walters

Date: Mon Nov 22 10:31:05 2010 +0900

Fix configure so that boolean configuration options are 1/0

There are many cases of 1/undef, not 1/0.

configureを修正し真偽値の設定オプションを1/0に。

1/0ではなく1/undefのケースが多数存在する。

ビルドにのみ影響。

要は条件コンパイルをするのに#ifを使うか#ifdef/#ifndefを使うかという話。個人的には「定義し忘れによるミス」を減らすために#ifを使うべきと思うが、何故か商用の開発現場でも#ifdef系が結構使われている。#ifdefと#ifndefがパッと見で見分けづらいのもよろしくないと思う。

x264r1792

git-id : b38fd04c376bac31544782fabe03471567a8badf

Author : Sean McGovern

Date: Sun Nov 21 01:59:33 2010 -0500

Only build SPARC VIS asm if high bit-depth is disabled

SPARC VIS asmは高ビット深度が無効の場合のみビルド。

SPARCにのみ影響。

x264r1791

git-id : ee75acd55e1a89eb9a8c2f7d14c923b57e08ceb3

Author : Sean McGovern

Date: Sun Oct 10 19:34:18 2010 -0400

Fix build on SPARC Solaris 10

SPARC Solaris 10上でのビルドを修正。

SPARCにのみ影響。

x264r1790

git-id : 8eaf8a66d5d8a5c55155feee293150f9fb0eba0e

Author : James Darnley

Date: Sun Nov 21 10:50:48 2010 +0100

Fix resize filter rounding code

リサイズフィルターの丸め処理のコードを修正。

x264r1789

git-id : af1a7413afbea7b6a2159b644144b2dcac3482a3

Author : Anton Mitrofanov

Date: Mon Nov 22 17:17:36 2010 +0300

Fix regression in chroma weightp

Missing cache calls could cause artifacts, encoder/decoder desync.

chroma weightpのレグレッションを修正。

cache呼び出しの欠落がアーティファクト、encoder/decoderのdesyncを引き起こし得た。

"desync"は簡単に訳すなら「非同期」なのだが、「協調して動くべきものがそうではない状態であること」と定義したほうが正確かもしれない。

x264r1788

git-id : c764e29dad01f4c1441b614171a92453019a5e4c

Author : Jason Garrett-Glaser

Date: Fri Nov 19 15:40:23 2010 -0800

Fix some crashes with high bit depth

Not all arrays were sufficiently aligned.

高ビット深度でのいくつかのクラッシュを修正。

全ての配列が十分にアラインされていなかった。

x264r1787

git-id : 9488de4f74637360301e3cb1e6c7f25a41a93a37

Author : Jason Garrett-Glaser

Date: Sun Nov 14 03:34:26 2010 -0800

Chroma weighted prediction

Like luma weighted prediction, dramatically improves compression in fades.

Up to 4-8db chroma PSNR gain in extreme cases (short, perfect fade-outs).

On actual videos, helps up to ~1% overall.

One example video with a decent number of fades (ef OP): 0.8% bitrate reduction overall, 7% bitrate reduction just counting chroma.

Fixes a lot of artifacts in fades at lower bitrates.

Original patch by Dylan Yudaken .

Chroma weighted予測。

luma weightedと同様、フェードに置ける圧縮(率)を劇的に改善する。

極端なケース(端的に言えば完全なフェードアウト)では最大4-8dbのPSNRの利得。

実際の映像では、全体で〜1%の改善。

真っ当な数のフェードのある映像の例(ef OP):全体で0.8%のビットレート削減、chromaのみを考慮すると7%のビットレート削減。

低ビットレートにおけるフェード内のアーティファクトを多数改善する。

元のパッチはDylan Yudakenによる。

所謂chroma weightp。最近では比較的本質的な部分の改善。

x264r1786

git-id : 2eadb9436344cfccdcf9340545d813f4086c0ca4

Author : Jason Garrett-Glaser

Date: Thu Nov 18 08:51:27 2010 -0800

Support custom cropping rectangles

Supposedly useful for 3D television applications.

カスタムcropping矩形のサポート。

多分3Dテレビアプリケーションで有用と思われる。

x264r1785

git-id : fc9006156b620a181814bf0d73a961bc38650c93

Author : Oskar Arvidsson

Date: Sun Nov 14 16:46:01 2010 +0100

Convert X264_HIGH_BIT_DEPTH to HIGH_BIT_DEPTH

Less verbose.

X264_HIGH_BIT_DEPTHをHIGH_BIT_DEPTHに変換した。

より、くどくない。

x264r1784

git-id : 80174bfdd30da508576d318323af57b2cd821c5b

Author : Oskar Arvidsson

Date: Sat Oct 30 20:16:33 2010 +0200

x86 asm for high-bit-depth pixel metrics

Overall speed change from these 6 asm patches: ~4.4x.

But there's still tons more asm to do -- patches welcome!

Breakdown from this patch:

~13x faster SAD than C.

~11.5x faster SATD than C (only MMX done).

~18.5x faster SA8D than C.

~19.2x faster hadamard_ac than C.

~8.3x faster SSD than C.

~12.4x faster VAR than C.

~3-4.2x faster intra SAD than C.

~7.9x faster intra SATD than C.

高ビット深度向けのpixel metricsのx86 asm。

これらの6つのasmパッチによる全体の速度の変化:〜4.4倍。

しかし、未だ多くの実施すべきasmが存在する -- パッチ歓迎!

このパッチの明細:

SADでC言語より〜13倍速い。

SATDでC言語より〜11.5倍速い。

SA8DでC言語より〜18.5倍速い。

hadamard_acでC言語より〜19.2倍速い。

SSDでC言語より〜8.3倍速い。

VARでC言語より〜12.4倍速い。

intra SADでC言語より〜3-4.2倍速い。

intra SATDでC言語より〜7.9倍速い。

x264r1783

git-id : 3b818190c22f7ba6d3b2f228954b1368f58f75dc

Author : Jason Garrett-Glaser

Date: Sat Oct 30 19:13:05 2010 -0700

x86 asm for some high-bit-depth coefficient functions

~7.9x faster denoise than C.

~2.3x faster coeff_level_run than C.

~6.6x faster coeff_last than C.

~4.3x faster decimate_score than C.

Also improve checkasm's decimate_score test.

いくつかの係数関係の関数の、高ビット深度向けx86 asm。

denoiseでC言語より〜7.9倍速い。

coeff_level_runでC言語より〜2.3倍速い。

coeff_lastでC言語より〜6.6倍速い。

decimate_scoreでC言語より〜4.3倍速い。

また、checkasmのdecimate_scoreのテストを改善。

x264r1782

git-id : faed8d5a8ca66d0904a43b545376832bc4a038c9

Author : Oskar Arvidsson

Date: Sun Nov 14 03:33:30 2010 +0100

x86 asm for high-bit-depth motion compensation

~8x faster qpel MC than C.

~10x faster hpel than C.

高ビット深度向けの動き補償のx86 asm。

qpel MCでC言語より〜8倍速い。

hpelでC言語より〜10倍速い。

x264r1781

git-id : 38861b90aa958e16743920271f5a4f509d12c6ff

Author : Oskar Arvidsson

Date: Thu Nov 4 02:13:43 2010 +0100

x86 asm for high-bit-depth quant

~3.1-4.2x faster than C.

高ビット深度向けのquant(訳注:量子化)のx86 asm。

C言語より〜3.1-4.2倍速い。

x264r1780

git-id : 82a3dc116318d5594ac3474112cfe3472ca1b31e

Author : Oskar Arvidsson

Date: Sat Oct 30 16:55:48 2010 +0200

x86 asm for high-bit-depth DCT

Only MMX and DCT done so far; iDCT still needs asm as well.

~4.4x faster than C.

高ビット深度向けのDCTのx86 asm。

今のところ、MMXとDCTのみ;iDCTは未だなおasmを必要としている。

C言語より〜4.4倍速い。

x264r1779

git-id : 2584843007df862ecf99e1d357f7ef617c582184

Author : Oskar Arvidsson

Date: Sat Oct 30 11:42:52 2010 +0200

x86 asm for high-bit-depth deblocking

~3.3x faster than C.

高ビット深度向けのdeblockingのx86 asm。

C言語より〜3.3倍速い。

x264r1778

git-id : c593bcf901e0bb681fdc41023ecd0aebbaafb98e

Author : Oskar Arvidsson

Date: Sat Nov 13 14:42:54 2010 +0100

Use a 16-bit buffer in hpel_filter regardless of bit depth

This only works up to and including 10-bit (but we don't support anything higher yet).

ビット深度に関わらず、hpel_filterで16bitバッファを使用。

これは最大10bitまででのみ動く(が、我々はまだそれより上をサポートしない)。

「それより上」は11bit以上のビット深度のこと。

x264r1777

git-id : a9d7826a63f44379ef37e2a5147105c400370cd5

Author : Henrik Gramner

Date: Tue Nov 16 21:23:12 2010 +0100

Use enums instead of magic numbers in x264_mb_partition_pixel_table

x264_mb_partition_pixel_table内でマジックナンバーではなくenumを使用。

x264r1776

git-id : e19e5f05c314e243c4f2c7f60ab6bfc86a78bba1

Author : Karl Blomster

Date: Sun Nov 14 03:41:03 2010 -0800

Improve configure script logging

Now prints the test program that failed in addition to error messages.

configureスクリプトのログを改善。

エラーメッセージに加えて失敗したテストプログラムを表示するように。

x264r1775

git-id : fb3ef61ccbfe748761cdaaec6ccf8b3d03fa241e

Author : Anton Mitrofanov

Date: Wed Nov 17 07:27:09 2010 -0800

Fix constrained intra pred mode selection

constrained intra予測モード選択の修正。

x264r1774

git-id : 2824c3a064d88f8b1a4af726249c0b51a449c0b2

Author : Anton Mitrofanov

Date: Wed Nov 17 02:46:30 2010 +0300

Various high-bit-depth ratecontrol fixes

高ビット深度のレートコントロールの様々な修正。

x264r1773

git-id : 8c16b4d3311126bc37ae0ea7071c683e280f388c

Author : Loren Merritt

Date: Sun Nov 14 02:54:02 2010 -0800

Fix a crash in --dump-yuv for odd resolutions

--dump-yuvで奇数の解像度でのクラッシュを修正。

x264r1772

git-id : c9dad9e1508a4d430b9bab72c8875892cf7fef3c

Author : Anton Mitrofanov

Date: Thu Nov 11 01:40:52 2010 +0300

Improve flash detection algorithm change in r1765

Now only disables scenecuts only near real end of video, not just prior to forced keyframes.

r1765のフラッシュ検出のアルゴリズムの変更を改善。

今回、単に強制的なキーフレームに先立つものではなく、映像の本当の終端近くでのみシーンカットを無効化するようにした。

x264r1771

git-id : c3c8efa0f4d7fc46b9ee110450bfc1e8d1c5b1b3

Author : Steven Walters

Date: Wed Nov 10 07:21:41 2010 -0500

Update ffms2 support for its latest API break.

最近のffms2のAPI変更に対してそのサポートを更新。

x264r1770

git-id : 2f656aa26bdacfd039d1c11e59d24752da12f201

Author : Jason Garrett-Glaser

Date: Thu Nov 11 18:19:22 2010 -0800

Modify the x264 header accordingly if --disable-gpl is used

--disable-gplが使用された場合に、それに応じてx264のヘッダを変更。

x264r1769

git-id : 8442a656f4606c3a12cfa3778266d4ce92c25fb6

Author : Jason Garrett-Glaser

Date: Thu Nov 11 22:25:31 2010 -0800

Save a bit of memory with weightp + high bit depth

weightp + high bit depthで少量のメモリを節約。

x264r1768

git-id : 39787c80bdd5992935c480a8eedcfb6d50625334

Author : Jason Garrett-Glaser

Date: Sat Nov 13 04:38:44 2010 -0800

Fix bugs in qpfile parsing with omitted QPs

QPが省略された場合のqpfileの解析のバグを修正。

x264r1767

git-id : 7f0f88b6b5111dae252382d91220af345fb91073

Author : Kieran Kunhya

Date: Fri Nov 12 21:53:28 2010 +0000

Fix HRD with intra-refresh

x264 was incorrectly calculating cpb_removal_delay with respect to the first keyframe.

It should have been calculating cpb_removal_delay with respect to the last keyframe.

intra-refreshでのHRDの修正。

x264は不正に、最初のキーフレームについてcpb_removal_delayを計算していた。

これは最後のキーフレームについてcpb_removal_delayを計算するべきであった。

x264r1766

git-id : f9f00353bd3959470c326880b82e99e3ee7de195

Author : Anton Mitrofanov

Date: Wed Nov 10 07:34:40 2010 -0800

Fix bug in r1753

Overflow compensation fix broke CRF with --no-mbtree.

r1753でのバグを修正。

オーバーフロー補償の修正は--no-mbtreeでのCRFを壊していた。

x264r1765

git-id : 601c0e38ef957ecca3792521beb335113ba49e3b

Author : Jason Garrett-Glaser

Date: Sat Nov 6 17:47:27 2010 -0700

Improve flash detection's behavior near the end of the video

Flash detection catches situations like AAAABBCCDDDD, where A,B,C,D are frames in different scenes.

x264 would place a keyframe on the first "D".

However, if the video ended on the last "C", x264 would place a keyframe on the first "C", even though C classifies as a flash.

This change fixes this issue.

映像の終端近くでのフラッシュ検出の動作を改善。

フラッシュ検出はA,B,C,Dが異なるシーンのフレームであるAAAABBCCDDDDのようなシチュエーションを捉える。

x264は最初の"D"にキーフレームを置く。

しかし、もし映像が最後の"C"で終了するなら、Cがフラッシュに分類されても、x264は最初の"C"にキーフレームを置く。

この変更はこの問題を修正する。

此処で言う「フラッシュ」は、写真用カメラのフラッシュが当たっている少数のフレーム群、又はそれのように、一瞬だけ映像の特性が大きく変わっているシーンのこと。要は記者会見等でフラッシュが焚かれているシーンを動画で撮影した場合に、H.264の複数参照フレームの仕組みを利用して効率的に符号化するために、フラッシュを検出する仕組みのあたりの改善。

x264r1764

git-id : d0406d4e3dc2b0953390857ac6efa0b5a9d5ba8f

Author : Jason Garrett-Glaser

Date: Sun Oct 31 15:51:48 2010 -0700

Improve quantizer handling

The default value for i_qpplus1 in x264_picture_t is now X264_QP_AUTO. This is currently 0, but may change in the future.

qpfiles no longer use -1 to indicate "auto"; QP is just omitted. The old method should still work though.

CRF values now make sense in high bit depth mode.

--qp should be used for lossless mode, not --crf.

--crf 0 will still work as expected in 8-bit mode, but won't be lossless with higher bit depths.

Add bit depth to statsfiles.

These changes are required to make the QP interface sensible in combination with high bit depth.

量子化値の取り扱いを改善。

x264_picture_t内のi_qpplus1のデフォルト値はX264_QP_AUTOになった。これは現在のところ0であるが、将来的には変わりうる。

qpfileは"auto"を示すために-1を使用しなくなった;QPは単に省略される。ただし、古い方法でもまだ動くはず。

CRF値は高ビット深度モードで筋が通るようになった。

ロスレスモードに対しては--crfではなく、--qpが使用されるべきである。

--crf 0は8-bitモードでは予期する通りに動作するが、高ビット深度のロスレスでは動作しない。

ビット深度を統計情報に追加。

これらの変更はQPのインターフェースを高ビット深度モードにふさわしいようにするために必要なものである。

この背景を簡単に説明しておきたい。

高ビット深度モードでは、1bitあたり6ずつ、QP値の取りうる範囲が広がる。例えば10bitでは下限を下げるか上限を上げるかにより、-12〜51か0〜63の値が使用可能になる。この拡大した値の範囲のマッピングをどうすべきかはx264dev内でかなり懸案となっていたが、今回一応の決断がなされた。

今回の方式では--qpと--crfの間の相関性を崩してしまい、それぞれ別の体系とすることになったようだ。つまり10bitサポートでx264をビルドした場合、--qpは0〜63の値を取るが、--crfは-12〜51の値を取るようになる。--crfはロスレスを除けばこれまでの感覚で使用できるが、そのかわり--crf 0でロスレスを示すことができなくなった。ロスレスを使用したい場合には、--qp 0で指定する決まりとなった。

このコミットの意図するところは、此の様な背景を反映したI/Fの変更である。

なお、8bitモードでビルドされている場合は、--crf 0をロスレスに使用できることを含め、これまでと変りない。ただ、一貫した使い方とするために「ロスレスは--qp 0」と覚えたほうがいいだろう。

x264r1763

git-id : 666aef844d1817227a8a442a55c57046a615ede4

Author : Jason Garrett-Glaser

Date: Wed Nov 3 23:17:08 2010 -0700

VFR-aware PSNR/SSIM measurement

First step to VFR-aware MB-tree and bit allocation.

VFRを考慮するPSNR/SSIM計測。

VFRを考慮するMB-treeとbit allocationのための第一歩。

MB-treeやbit allocationに限らない話だと思われるが、エンコーダ内の様々な「予測的動作」は各フレームのタイムスタンプを基準に計算された方が適正なケースが考えられる。例えば、2秒の中にABCのフレームがあった場合に、AとCの表示期間が0.5秒、Bの表示期間が1秒だとする。この場合、A→B→C間の予測は直線的には行うべきではなく、表示期間に応じて各種の値に相応の重み付けがなされるべきかもしれない。

つまりフレーム数を基準にフレーム間の予測的動作を行うのではなく、タイムスタンプを基準に行うようにする布石である。…と訳者は理解したが、コードも見てなければDark_Shikari氏に質問したわけではないので、実際のところは謎。

x264r1762

git-id : e38c7fd2809dd0c9649cc5ebdd77aadefa5a7af5

Author : Jason Garrett-Glaser

Date: Mon Nov 1 15:08:03 2010 -0700

Disable weightp offset=-1 dupes with high bit depth

They're a hack to compensate for crappy rounding, and thus not worth doing at high bit depth, which fixes most of the rounding issues.

weightp offset=-1のdup(訳注:複製)を高ビット深度では無効にした。

これは質の悪いrounding(訳注:丸め処理)に対する補償のためのhackであり、そのため、殆どのroundingの問題を修正する高ビット深度では行うに値しない。

x264r1761

git-id : d70087b9bd9773ed44d4fc41c56304c7e3853f6e

Author : Jason Garrett-Glaser

Date: Sun Nov 7 17:27:38 2010 -0800

Make the ffmpeg -vpre error message more descriptive

ffmpeg -vpreのエラーメッセージを、より説明的にした。

エラーメッセージの変更なので出力に影響なし。

x264r1760

git-id : fe0808bbf2042c59d688a7f2a8c80d73f3ce7f86

Author : Loren Merritt

Date: Sat Oct 30 14:39:50 2010 -0700

Add numeric names for the presets (0==ultrafast ... 9==placebo)

This mapping will of course change if new presets are added in between, but will always be ordered from fastest to slowest.

presetの数値的な名前を追加(0==ultrafast ... 9==pracebo)。

このマッピングは勿論、新たなpresetが間に追加される場合には変わるものであるが、常に最高速のものから最も遅いものの順になる。

オプションの指定方法に関する変更なので、出力に影響なし。

x264r1759

git-id : 490bf93a42da12490e29d7f95f3244ff581883d3

Author : Jason Garrett-Glaser

Date: Wed Oct 13 06:07:14 2010 -0700

Update benchmarks in doc/threads.txt

doc/threads.txt内のベンチマークを更新。

ドキュメントの更新なので一切の影響なし。

x264r1758

git-id : 75b018171f37dd82d5c63243c2580ec181513e41

Author : Loren Merritt

Date: Thu Oct 28 13:29:42 2010 -0700

Make the #if'd out naive ESA actually match the real implementation

#ifとされた未使用のESAを、本当の実装に実際に適合するようにした。

未使用部分の予防的変更なので、現状では動作に影響はないと思われる。

x264r1757

git-id : 6541afc22aa8f1bac57299561eb59237802930ec

Author : Jason Garrett-Glaser

Date: Mon Nov 1 19:19:23 2010 -0700

Move mv/ref prefetch code to the correct location

Prefetching of top blocks should be done under if(top), not if(left).

mv/ref prefetchのコードを適切な箇所に移動。

topブロックのプリフェッチはif(top)の下で行われるべきで、if(left)ではない。

x264r1756

git-id : 17f54d05a46e0840f775be4635e6d32f6a4c9f78

Author : Reinhard Tartler

Date: Tue Nov 9 23:57:12 2010 -0800

Link x264cli explicitly against lavf

Fixes some problems with crappy linkers.

x264cliを明示的にlavfにリンク。

質の悪いリンカでのいくつかの問題を修正。

x264r1755

git-id : 66407441fe12116e3061437ecdcda1ca91cbccff

Author : Jason Garrett-Glaser

Date: Mon Nov 8 22:14:58 2010 -0800

Fix CBR ratecontrol bug with extremely high qscales

Caused CBR ratecontrol to take a very long time to recover from extreme situations (e.g. /dev/urandom).

極端に高いqscaleでのCBRのレートコントロールのバグを修正。

極端なシチュエーション(例えば/dev/urandom)から、CBRのレートコントロールが復帰するのに非常に長い時間がかかるようになっていた。

x264r1754

git-id : 8d7c2d0d19c792c4de1310e2d1bf0cdf28095267

Author : Jason Garrett-Glaser

Date: Mon Nov 8 21:03:01 2010 -0800

Disable overflow compensation in CRF mode

Wasn't designed with CRF in mind, and acts really weird with CRF+VBV.

CRFモードでのオーバーフロー補償を無効化。

その思想的にCRF用に設計されておらず、そしてCRF+VBVで本当におかしな動きをする。

x264r1753

git-id : 5dfbfc357406e641c80d9de74c85fce4ece6b5ba

Author : Jason Garrett-Glaser

Date: Mon Nov 8 19:56:29 2010 -0800

Fix stupid bug in B-frame VBV size prediction

B-frame VBVサイズ予測内のアホなバグを修正。

x264r1752

git-id : d6a1303986d20dda483186adf8bc68ee148a8dcc

Author : Oskar Arvidsson

Date: Fri Oct 29 13:13:25 2010 +0200

Fix regression in checkasm in r1666

Buffer is uint16_t* regardless of whether x264 was compiled with high bit depth or not.

r1666でのcheckasm内のレグレッションを修正。

バッファはx264が高ビット深度でコンパイルされたか否かに関わらずuint16_t*である。

x264r1751

git-id : c85ec3ecf21af92e85594f69d3a855c721b4d080

Author : Oskar Arvidsson

Date: Fri Oct 29 13:11:09 2010 +0200

Fix overflows in satd, sa8d and hadamard_ac with high bit depth

高ビット深度でのsatd, sa8d, hadamard_ac内のオーバーフローを修正。

x264r1750

git-id : a6cab1a706dfcd90dc5fe95518a54122cf524394

Author : Oskar Arvidsson

Date: Fri Oct 29 12:34:42 2010 +0200

Fix potential problem with overflows in ssd_nv12

The risk of overflows increases exponentially with the bit depth.

The 8-bit asm versions may still overflow with image widths >= 11008 (or 6604 if interlaced).

ss_nv12内での潜在的なオーバーフローの問題を修正。

オーバーフローのリスクはビット深度に応じて指数的に増加する。

8bitアセンブラバージョンは、イメージの幅 >= 11008(インターレースの場合6604)で、まだオーバーフローしうる。

x264r1749

git-id : 527d1965fd70117187433f61ab8efc650b4d11a5

Author : Jason Garrett-Glaser

Date: Sat Oct 30 14:36:01 2010 -0700

Fix syntax for some parameterless functions

Technically, such functions should be declared with (void), not ().

パラメータのない関数のシンタックスを修正。

技術的には、そのような関数は()ではなく、(void)と宣言されるべき。

文法的には、C言語では引数の表現を()とした場合には、「引数のチェックを行わない」というのが正確な解釈。つまり、コンパイル時に引数が与えられていないことを検査するためには(void)とする。

ちなみにC++では()でも引数がないことを表したりする。この場合、「チェックを行わない」の意味では(...)とする。

x264r1748

git-id : 49e2d55b5834318a4e370dde8829b2e991752bc7

Author : Steven Walters

Date: Sat Oct 30 16:51:01 2010 -0400

Fix fps reporting on mingw64

_ftime on mingw64 uses __timeb32 which is broken.

Use ftime instead.

mingw64上でのfpsの報告を修正。

mingw64上の_ftimeは壊れている__timeb32を使用する。

ftimeを代わりに使用。

x264r1747

git-id : 7f5771a13aec5a8a724e0d0c9d761f5a82e74af0

Author : Manuel Rommel

Date: Sun Oct 31 19:19:10 2010 +0100

Fix compilation on PPC with some recent GCCs

最近のGCCによる、PPC上でのコンパイルを修正。

PPC向けのビルドにのみ影響。

x264r1746

git-id : 1fda37ab88917dd9c8746c0fb56dfee3e2c74f03

Author : Manuel Rommel

Date: Mon Oct 11 13:50:09 2010 -0700

Fix Altivec SATD with small strides

Fixes chroma ME and some of lookahead on PPC.

小さなストライドでのAltivec SATDを修正。

PPC上でのlookaheadをいくらか、そしてchroma MEを修正。

PPCにのみ影響。

x264r1745

git-id : 4785e8e8dc3d48abf3048e1bf639d2936e642eba

Author : Holger Lubitz

Date: Sun Oct 3 19:07:00 2010 +0200

Address remaining cacheline split issues in avg2

Slightly improved performance on core 2.

Also fix profiling misattribution of w8/16/20 mmxext cacheline loops.

avg2で残っていたキャッシュラインスプリットの問題に対処。

core 2で僅かに性能向上。

また、w8/16/20のmmxextキャッシュラインループのプロファイリングで属性付けを誤っていたのを修正。

x264r1744

git-id : 0a5cc5ecd2e9cb21ada03b9af51fc5e727e4de5f

Author : Jason Garrett-Glaser

Date: Wed Sep 29 18:56:27 2010 -0600

Trim a few bytes off some x86 intra pred functions

x86のintra予測関数から幾らかのバイトを取り除いた。

x264r1743

git-id : 80d0bd4b57163389289714e681bdc53ceaaf0f7a

Author : Yusuke Nakamura

Date: Fri Oct 1 00:37:39 2010 +0900

Move DTS compression from libx264 to x264cli

DTS compression is an ugly stupid hack and starting to encroach on unrelated areas like VBV.

Some people want it in the mp4 muxer for devices and/or splitters that don't support Edit Boxes.

We just say "throw these broken devices out the window".

DTS compression will remain as a muxer option, --dts-compress, at the user's own risk.

This option is disabled by default.

DTS compressionをlibx264からx264cliに移動。

DTS compressionは醜く愚かなhackであり、VBVのような(訳注:直接的には)無関係な領域にまで侵入し始めた。

ある人々はEdit Boxをサポートしない機器やsplitterのためにmp4 muxerにこれを望んでいる。

「そんなおかしな機械は窓から投げ捨てろ」と言いたい。

DTS compressionはユーザの責任において使用できるように、muxerオプションの--dts-compressmuxerとして残る。

これはデフォルトで無効にされている。

DTS compressionはx264devに非常に不人気であり、実際問題hackとしか言いようがない。そしてタイムスタンプ(抽象的な意味での)が通常とは異なる付き方になるため、逆に一部のプレーヤではおかしくなることもある。

PS3等のedtsに対応しないしょーもない機器のためにx264cli側のmuxer optionとして残されたが、これはつまりlibx264側にあるVBVなどがDTS compressionを意識できなくなるということだ。

必ずしも発生するわけではないが、これによってVBVを破る可能性もあると思われるので注意。(消去:Dark_Shikari氏にVBVというのはH.264ストリームのレベルで考えるものであってコンテナレベルで考えるものではないので適切ではないと言われた。ではもっと抽象的にビットレートという観点ではどうか?と聞いたところ、PTSで考えるものになるのでそれも適切でないと言われた。結局、下手に書くより消したほうがよいという結論に達した。)

x264r1742

git-id : 7a9d518f7ccf9917967345f50f626408600d7892

Author : Jason Garrett-Glaser

Date: Thu Sep 30 22:24:51 2010 -0700

Use a larger pic_init_qp with high bit depth

Modify pic_init_qs for consistency.

高ビット深度で大きなpic_init_qpを使用。

pic_init_qsを一貫性のために変更。

x264r1741

git-id : e16c5f26d006acf2ff540de33e8dd59fa83ab95d

Author : Jason Garrett-Glaser

Date: Sat Oct 2 23:56:52 2010 -0700

Update some of the information in doc/

doc/以下の情報のいくつかを更新。

x264r1740

git-id : 3a18f20923b3be39a33a2ba601668421e245c899

Author : Jason Garrett-Glaser

Date: Tue Sep 28 17:48:00 2010 -0700

Update header in depth.c

depth.cのヘッダを更新。

x264r1739

git-id : 60748aeb17bb91bbfd2fd9fb028adc5255c5eeff

Author : Jason Garrett-Glaser

Date: Sat Oct 2 23:12:41 2010 -0700

Remove some old unused stuff in the build tree

Regression test (hasn't been updated since svn).

Doxy (was never used).

ビルトツリー中のいくつかの古いものを取り除いた。

レグレッションテスト(svnから更新されていなかった)。

Doxy(全く使われてなかった)。

DoxyとはDoxyGenのこと。ソースコードから自動的にドキュメントを生成するシステムで、訳者の意識としてはJavaが出てきてJavadocが流行ったのと同時期(2000年頃?)に流行っていた気がする。採用しているとされている多くのシステムで、結局プログラマが規則に従わずに書いてしまい、網羅性に欠けることがしばしばある。

x264r1738

git-id : 368f1744202a7cf9c04b1c7f0a674e06b31ff670

Author : Anton Mitrofanov

Date: Wed Sep 29 00:19:06 2010 -0700

Various cosmetics

Exorcise some CamelCase.

様々なコスメティックス。

CamelCaseの呪いを解いた。

CamelCaseは…プログラミング上の、書き方の習慣にかんする用語。「キャメルケース」でググってもらったほうが早いだろう。

Exorciseとは、日本語では「エクソシスト」の形で知られている語の動詞形だろう。

x264r1737

git-id : db224e344cac5277af80f75a67c67e7d29deffdd

Author : Jason Garrett-Glaser

Date: Sun Oct 10 04:39:36 2010 -0700

Add missing mod4 stack check to sse2_misalign mc_chroma

Required for ICC compilation.

欠けていたmod4のスタックチェックをsse2_misalign mc_chromaに追加。

ICCでのコンパイルに必要。

x264r1736

git-id : c68140da78f372fb5071f80145f453014811918c

Author : Anton Mitrofanov

Date: Fri Oct 8 18:08:23 2010 +0400

Fix 2pass ratecontrol with --nal-hrd cbr

--nal-hrdでの2passのレートコントロールを修正。

x264r1735

git-id : 78c645033d8ff34f83a3b22ac60f0474fbb573d6

Author : Jason Garrett-Glaser

Date: Mon Oct 4 13:33:23 2010 -0700

Fix minor bug in intra pred with intra refresh

i8x8 blocks didn't properly avoid predicting from top-right when necessary.

This could cause intra refresh to not completely refresh the frame.

intra refresでのintra予測の小さなバグを修正。

i8x8ブロックは必要時に正しく右上からの予測を回避していなかった。

intra refreshがフレームを完全にリフレッシュしないようにしてしまっていたかもしれない。

x264r1734

git-id : be2a065964211d9d537289f49e78e890f1b17da8

Author : Anton Mitrofanov

Date: Wed Sep 29 22:06:27 2010 +0400

Fix filter parsing with --extra-cflags="-DNDEBUG"

--extra-cflags="-DNDEBUG"でのfilterの解析を修正。

x264r1733

git-id : 4cba08aaea9813f1bcb6654a8abb141732bb0510

Author : Jason Garrett-Glaser

Date: Wed Sep 29 00:15:14 2010 -0700

Make sigint handler variable volatile

Didn't actually cause any problems, but is necessary because it can be modified by another thread (the signal call).

sigintハンドラ変数をvolatileにした。

実際には何も問題を起こしていなかったが、別のスレッドから変更され得るので(signal call)必要である。

x264r1732

git-id : b20059aa39ede0b3e3415c261110acd558d12425

Author : Jason Garrett-Glaser

Date: Sun Sep 26 21:04:30 2010 -0700

Add High 10 Intra profile support (AVC-Intra)

x264 should now be able to encode compliant AVC-Intra 50.

With a 10-bit-compiled version of x264, a sample commandline for 1080i25 might be:

--interlaced --keyint 1 --vbv-bufsize 2000 --bitrate 50000 --vbv-maxrate 50000 --nal-hrd cbr

Also print "Constrained Baseline" for baseline profile, since that's all x264 (and everything else in the world) supports.

Also reorganize parameter validation a bit to reduce some spurious warnings.

High 10 Intra profile (AVC-Intra)のサポートを追加。

ついにx264はAVC-Intra 50の規格に準拠したエンコードをすることができるようになった。

10-bit-compiled(訳注:10bitサポートでコンパイルされた)バージョンのx264での、1080i25に対するコマンドラインの例はこのようになる:

--interlaced --keyint 1 --vbv-bufsize 2000 --bitrate 50000 --vbv-maxrate 50000 --nal-hrd cbr

また、baseline profileに対して"Constrained Baseline"と表示。x264(と世にあまねし他のもの)がサポートするものはそれであるため。

また、いくつかのおかしな警告を減らすために、パラメータの検査を少々再編した。

x264r1731

git-id : 284b3149b88f08c6ca324de05a92882c37fb1a44

Author : Oskar Arvidsson

Date: Mon Sep 27 16:02:20 2010 +0200

Finish support for high-depth video throughout x264

Add support for high depth input in libx264.

Add support for 16-bit colorspaces in the filtering system.

Add support for input bit depths in the interval [9,16] with the raw demuxer.

Add a depth filter to dither input to x264.

x264全体を通してのhigh-depthの映像に対するサポートを完了。

libx264にhigh depth入力のサポートを追加。

filtering systemに16bitの色空間のサポートを追加。

raw demuxerで[9,16]の区間の入力bit depthのサポートを追加。

x264にdither入力するためのdepth filterを追加。

例によってメガパッチ。これまで入力方法の問題で10bitエンコードを使用できるシチュエーション・ソースは限られていたが、このパッチにより機能的にはほぼ完全に10bitが扱えるようになった。ただし、10bitでデコードできるデコーダはかなり限られるため、一般のユーザにとって、実際の出力を10bitで行う運用は現在のところ難しい。

ditherとは所謂ディザリングのことで、バンディング低減に効果がある。8bitのみの時代にも、ディザリングが有効であることは有名だったので、ご存知の方も多いだろう。内部での10bit処理はそれ自体、丸め誤差などの関係で画質を向上する(PSNRで最大10-15%も…らしい)。これにディザリングを併用すると、バンディング削減の効果は非常に大きくなるだろう。

だからこそ惜しいのはlavc、つまりffmpegとそれを利用するプレーヤ・デコーダがこれをまだサポートしていないことだ。いっそのことx264がデコーダも開発してしまえば…と思っても、おかしくはあるまい。

なお、まだディザリング部分のアセンブラコードは書かれていないし、swscalerもhigh bitをサポートしていないので注意されたい。

x264r1730

git-id : b6ae390d816176c0ac48ae1180231298558501c5

Author : Alex Wright

Date: Sun Sep 19 05:08:22 2010 -0700

Chroma mode decision/subpel for B-frames

Improves compression ~0.4-1%. Helps more on videos with lots of chroma detail.

Enabled at subme 9 (preset slower) and higher.

Bフレームに対するCromaモードの判断/subpel。

圧縮(率)を〜0.4-1%向上する。細かなchromaの多い映像ではより役立つ。

subme 9 (preset slower)とそれ以上で有効にされる。

x264r1729

git-id : e87b7ec3842342174c8224bc4fe5e627521619ae

Author : Jason Garrett-Glaser

Date: Mon Sep 27 05:39:02 2010 -0700

Various cosmetics

様々なコスメティックス。

x264r1728

git-id : 643e57f52c26c97cc7827bb1115017e6f0516ab8

Author : Jason Garrett-Glaser

Date: Tue Sep 21 17:11:00 2010 -0700

Make slice-max-size more aggressive in considering escape bytes

The x264 assumption of randomly distributed escape bytes fails in the case of CABAC + an enormous number of identical macroblocks.

This patch attempts to compensate for this.

It is probably safe to assume in calling applications that x264 practically never violates the slice size limitation.

エスケープバイトの考慮において、slice-max-sizeをより積極的にした。

ラインダムに分配されるエスケープバイトがその前提にあるx264は、CABAC + 莫大な数の同一のマクロブロックのケースでは失敗する。

このパッチはコレを補償しようと試みる。

x264r1727

git-id : 4e3bf80ebe3c74770f0b1f5766133622b0cc66c2

Author : Jason Garrett-Glaser

Date: Mon Sep 27 05:39:13 2010 -0700

Add missing emms for dump-yuv

dump-yuvで欠けていたemmsを追加。

x264r1726

git-id : 3d0d9cda1d39239e9f388fe1fce29c9212d0273c

Author : Anton Mitrofanov

Date: Sat Sep 25 15:55:32 2010 -0700

Fix CFR ratecontrol with timebase != 1/fps

Fixes VBV + DTS compression, among other things.

timebase != 1/fpsでのCFRのレートコントロールを修正。

色々とあるが、特にVBV + DTS compressionを修正する。

X264_BUILD 106。

この変更でx264_param_tにb_pulldownが新たに加わり、後方互換性がない(バイナリI/Fが合わない)状態になったが、x264devが皆見過ごしてしまい、当初X264_BUILDが変更されていなかった。今回のr1725〜r1732の一連のコミットは元々日本時間で2010/09/28の11:56頃に行われたが、このために、同日22:40頃にコミットがやり直されたので注意。

x264r1725

git-id : 5f104e9957cc4b69f7197fecf93648a0e2ae0e59

Author : Anton Mitrofanov

Date: Mon Sep 20 13:10:13 2010 +0400

Fix DTS/bitrate calculation if the first PTS wasn't zero

Fix bitrate calculation with DTS compression.

最初のPTSがゼロ以外である場合のDTS/bitrate計算を修正。

DTS compressionでのビットレートの計算を修正。

x264r1724

git-id : b02df7b3b3b8616078851aab65d77ca435e2ff93

Author : Anton Mitrofanov

Date: Sun Sep 19 19:11:06 2010 +0400

Fix regression in r1716

r1716でのレグレッションを修正。

r1716はintra refresh時の冗長なフレームの除去。

x264r1723

git-id : e757d68b1a7f75de97cc472206cae52b770eeefb

Author : Jason Garrett-Glaser

Date: Sun Sep 19 00:25:27 2010 -0700

Cosmetics in me.c and frame.c

me.cとframe.cのコスメティックス。

x264r1722

git-id : 01e9f8cebbae58f4c2d6ea037546186cc8cdcd53

Author : Kieran Kunhya

Date: Mon Sep 13 15:09:06 2010 +0100

Add support for arbitrary user SEIs

This allows calling applications to insert SEIs that x264 doesn't know about while maintaining HRD/VBV accuracy.

任意のuser SEIのサポートを追加。

これは、HRD/VBVの精度を保ったままに、x264が知らないSEIを、呼び出し側アプリケーションが挿入することを可能にする。

x264r1721

git-id : 9e443f2498aa7a20b6ba891f2fad40072f9948c2

Author : Steven Walters

Date: Wed Sep 15 20:42:08 2010 -0400

Add full chroma input flag to swscale

Improves quality of colorspace conversions involving RGB(A).

swscaleに対する全てのchroma入力フラグを追加。

RGB(A)に関連する色空間変換の質を向上。

x264r1720

git-id : fa56d4e4720e39dbfad881cd81937f39efd83b7f

Author : James Darnley

Date: Fri Sep 17 04:06:59 2010 -0700

Add --disable-gpl option to configure

Used for commercially-licensed versions of x264.

Doesn't currently change anything, but may be used to disable GPL-only CLI tools, such as video filters, in the future.

Also print the x264 license and libavformat license in version info.

configureに--disable-gplオプションを追加。

商用ライセンスされたx264のバージョンで使用される。

現在のところ何も変えはしないが、将来的にGPL-onlyなCLIツール、例えば映像フィルタを無効化するのに使用されるだろう。

また、x264のライセンスとlibavformatのライセンスをバージョン情報に表示。

x264r1719

git-id : 0596dff4fa50739bcc48a402487e4664bf3216e0

Author : Jason Garrett-Glaser

Date: Fri Sep 17 04:03:27 2010 -0700

Update source file headers

Update dates, improve file descriptions, make things more consistent.

Also add information about commercial licensing.

ソースファイルのヘッダを更新。

データを更新、ファイルの概要を改善、色々とより一貫性のあるようにした。

また、商用ライセンスに関しての情報を追加。

x264r1718

git-id : ae403c4684b68a112f2fa62d13dcfd0e8716c139

Author : Jason Garrett-Glaser

Date: Wed Sep 15 12:06:47 2010 -0700

Fix intra refresh to not exceed max recovery_frame_cnt

The spec constrains recovery_frame_cnt to [0, MaxFrameNum-1].

So make MaxFrameNum bigger in the case of intra refresh.

intra refreshがrecovery_frame_cntの最大を越えないように修正。

仕様はrecovery_frame_cntを[0, MaxFrameNum-1]に制限する。

そのためintra refreshのケースではMaxFrameNumをより大きくした。

x264r1717

git-id : 0974adfbb024af0afe511a803af73cdc283686d7

Author : Jason Garrett-Glaser

Date: Thu Sep 16 03:36:17 2010 -0700

Make intra refresh finish one frame faster

In some cases, the last frame of intra refresh was redundant.

Saves a few bits.

intra refreshを1フレーム早く終了するようにした。

いくつかのケースでは、intra refreshの最終フレームは冗長であった。

いくらかのビットを節約。

x264r1716

git-id : 9b8774495f3b3a65a4b4aa2bf6d9831b565365f4

Author : Jason Garrett-Glaser

Date: Tue Sep 14 12:20:00 2010 -0700

Fix intra refresh to not predict from invalid pixels

The blocks on the right side of the intra refresh column should not predict from top-right.

無効なピクセルから予測しないようにintra refreshを修正。

intra reflesh行の右側のブロックは右上からの予測をすべきではない。

x264r1715

git-id : 416461a5667436c39330cd79740ecef1f27b5bfe

Author : Steven Walters

Date: Mon Sep 13 18:47:33 2010 -0400

Add configure check for mingw64 prefixing

This compensates for the inconsistent prefixing seen in different versions of the compiler.

mingw64のプレフィックスに対するチェックをconfigureに追加。

これはコンパイラの異なるバージョンで見られる一貫しないプレフィックスを補正する。

MinGWではよくある、シンボルの先頭に下線"_"が付くか付かないか、という違いを吸収する。つまり、以前話題になっていた-DPREFIXを変更する対処が不要になるということ。

x264r1714

git-id : 3e7f374e1663add4138c3c5c73f4cb73fd2ebd94

Author : Manuel Rommel

Date: Sat Sep 4 19:31:53 2010 -0700

Update some Altivec function prototypes

Silences a lot of warnings.

いくつかのAltivec関数のプロトタイプを更新。

多数の警告を黙らせた。

PowerPCにのみ影響。

x264r1713

git-id : c27666276eb4d63b0c9ee2b9a375feabc27c8f4e

Author : Takashi Hirata

Date: Mon Aug 30 18:13:49 2010 +0900

Add support for level 1b

This level is a stupid hack in the H.264 spec, so it's a stupid hack in x264 too.

Since level is an integer, calling applications need to set level_idc=9 to use it.

String-based option handling will accept "1b" just fine though, so CLI users don't have to worry.

level 1bのサポートを追加。

このlevelはH.264の仕様のマヌケなhackであるため、x264でもマヌケなhackである。

levelは整数であるため、呼び出し側アプリケーションはこれを使用するためにlevel_idc=9を設定する必要がある。

しかし文字列ベースのオプションの処理は単に"1b"を問題なく受け取るので、CLIユーザは心配する必要はない。

--level 1bがサポートされた。

このレベルはFRExtと共に後からH.264の仕様に追加されたもので、1と1.1の中間となるもの。3gppの要求によるものと思われ、.3gp/.3g2ファイルでは、1bが使用可能な最大のlevelとなる。ただでさえhackyな上に、符号化方法がプロファイルにより異なるなど、不合理なためにstupid hackと言われている。

この修正とL-SMASHを併用することで、仕様上の制限ギリギリまでを使う.3gp/.3g2ファイルをx264で直接作成することができる。設定例としては、16:9の映像では192x108/15fps、--profile baseline --level 1b --vbv-maxrate 128 --vbv-bufsize 350 --ref 3 等。各機器により個別の制限がある(特に携帯電話は)ため、これを行えば必ず再生できるわけではない点には注意。

また日本人のcommitterが追加、L-SMASHの開発者の一人。ひっそりと祝杯。

x264r1712

git-id : 518dbbc89c29691482d31666ba46add429a9cb9e

Author : Jason Garrett-Glaser

Date: Thu Sep 2 15:29:29 2010 -0700

Use smaller values for idr_pic_id

Saves a few bits and fixes problems on certain fantastically terrible decoders,

such as the Apple iPad.

idr_pic_idに、より小さな値を使用。

数ビットを節約、そしてApple iPad等の、特定のファンタスティックに碌でもないデコーダでの問題を修正する。

x264r1711

git-id : a67e619bcdabecb03e7d44d86615157e3a3d00f2

Author : Jason Garrett-Glaser

Date: Mon Aug 30 12:32:31 2010 -0700

Use POC type 2 for streams with no B-frames

Saves a few bits per slice header.

POC type 2をBフレームなしのストリームで使用。

スライスヘッダごとに数ビットを節約。

x264r1710

git-id : 6e8530793eb849f6ec17847acd39b69504f8fd49

Author : Jason Garrett-Glaser

Date: Sun Aug 29 22:18:07 2010 -0700

Faster cabac_encode_ue_bypass

Use CLZ + a lut instead of a loop.

cabac_encode_ue_bypassを高速化。

ループの代わりにCLZ + lutを使用。

lutとはlook up tableのこと。

x264r1709

git-id : e344d6e6dc6d6612497f8d9987557153932ac8c9

Author : Henrik Gramner

Date: Wed Sep 1 00:53:42 2010 +0200

Faster nal_escape asm

nal_escapeのアセンブラを高速化。

x264r1708

git-id : 44ff90e6fc4a895cf6ed65ca39da5b3083daa3dd

Author : Anton Mitrofanov

Date: Tue Aug 31 08:45:22 2010 -0700

Allow --demuxer forcing with known extensions

既知の拡張子で--demuxerの強制を許可。

x264r1707

git-id : 7bb60b1503acebcee8fae9c6d7ab6e3f55095150

Author : Anton Mitrofanov

Date: Fri Sep 3 13:33:44 2010 -0700

Minor fixes/cosmeticcs in commandling parsing

コマンドラインの解析で小規模な修正とコスメティックス。

x264r1706

git-id : d55fc72d55685312939497734a3516142da62e98

Author : Anton Mitrofanov

Date: Fri Sep 3 08:39:48 2010 -0700

Fix overflow in stats printing

統計表示でのオーバーフローを修正。

x264r1705

git-id : 5978cbc53dec1e7023b2ba9c9f9ce6ed24ffc68b

Author : Anton Mitrofanov

Date: Sun Aug 29 16:35:32 2010 +0400

Fix bug in 2pass if the first P-frames are all skip

last_qscale_for was read before being initialized in this case, resulting

in the value from the previous iteration being used instead.

最初のPフレームが全てスキップであった場合の2passのバグを修正。

x264r1704

git-id : 5b8f40714b10df5a5bf24ebb6be530a8458e2fdf

Author : Jason Garrett-Glaser

Date: Thu Aug 26 09:12:01 2010 -0400

Don't do deblock-aware RD if deblocking is off

デブロックがオフの場合にはdeblock-awareな(デブロックを意識した)RDを行わない。

x264r1703

git-id : cd21d0551318972a58a7e497e0321e373f0d1237

Author : Jason Garrett-Glaser

Date: Sat Aug 21 00:15:53 2010 -0700

CAVLC "trellis"

~3-10% improved compression with CAVLC.

--trellis is now a valid option with CAVLC.

Perhaps more importantly, this means psy-trellis now works with CAVLC.

This isn't a real trellis; it's actually just a simplified QNS.

But it takes enough shortcuts that it's still roughly as fast as a trellis; just not quite optimal.

Thus the name is a bit of a misnomer, but we're reusing the option name because it does the same thing.

A real trellis would be better, but CAVLC is much harder to trellis than CABAC.

I'm not aware of any published polynomial-time solutions that are significantly close to optimal.

CAVLCの"trellis"。

CAVLCで〜3-10%圧縮率を向上する。

--trellisはCAVLCで有効なオプションになった。

恐らくより重要なこととして、これはpsy-trellisがCAVLCと共に動作することを意味する。

これは本当のtrellisではない;実際には単純化されたQNSである。

これは十分なショートカットを含んでいるが、大雑把にはなおtrellisと同じ程度の速さである;単に完全には最適でない。

よって、この名前には若干の語弊があるが、同じことをするものであるために、同じ名前を再利用する。

本当のtrellisがより良いだろうが、CAVLCはCABACよりもtrellisを行うのがかなり難しい。

いかなる、公表されている、顕著に最適に近いような多項式時間の解決法をも、私は承知していない。

x264r1702

git-id : 636d85b07cab192f796485969bc5e7a5538b8372

Author : Jason Garrett-Glaser

Date: Sat Aug 21 16:51:39 2010 -0500

Add global #define for maximum reference count

This should make it easier to play around with reference frame counts that exceed the spec maximum.

最大参照カウントに対するグローバルな#defineを追加。

これは規格を越える参照フレームカウント数で試すことを容易にするだろう。

x264r1701

git-id : c74f9c99a9af959c137f33a20d17bd55b3deb11d

revision : r1701

Author : Jason Garrett-Glaser

Date: Mon Aug 16 17:47:11 2010 -0700

Simplify addressing logic for interlaced-related arrays

In progressive mode, just make [0] and [1] point to the same place.

インターレース関連の配列のアドレッシングロジックを単純化。

プログレッシブモードでは、単に[0]と[1]が同じ場所を指す。

x264r1700

git-id : 08b1e36390cdc7758102af31dc4f7f4e05ec0055

Author : Jason Garrett-Glaser

Date: Mon Aug 23 18:59:35 2010 -0400

Add missing emms to x264_nal_encode

Only matters for applications using the low-latency callback feature.

欠けていたemmsをx264_nal_encodeに追加。

低レイテンシ(低遅延)コールバック機能を使用するアプリケーションにのみ問題。

前:x264-changelog-jp r1600-r1699 - 次:x264-changelog-jp r1800-r1899

最終更新時間:2010年11月26日 22時13分05秒