僕等がいた第13話　ageha was here

2007/11/15を以て当ブログは更新を停止しました。記事は全てこのままですが、基本的に内容はOut of dateとお考え下さい。

僕等がいた第13話

MEncoder dev-SVN-r20125-4.0.1
x264 core:53 svn-584M
素材：『僕等がいた第13話』。アニメ、少女マンガ？。要所要所でパン、ズーム、マルチ（イントレ？）、背景動画などを巧みに使っているが、全体としては動きもディテイルも非常に少なく、極めて圧縮しやすい。

===MENCODER_PASS1===
/usr/local/bin/mencoder /Users/USERNAME/Movies/1005/僕等がいた_13_060930.mpeg -nosound -ovc x264 -x264encopts threads=2:bitrate=1024:bframes=3:b_adapt:weight_b:b_pyramid:keyint=240:keyint_min=1:scenecut=55:qp_min=10:qp_max=51:qp_step=4:qcomp=0.6:ratetol=4:deblock:deblock=0,0:cqm=jvt:cabac:direct_pred=auto:nofast_pskip:nodct_decimate:nointerlaced:noglobal_header:psnr:ssim:pass=1:turbo=1 -passlogfile /Users/USERNAME/Movies/1005/僕等がいた_13_060930.264.log -vf pullup,softskip,pp=l5,crop=704:352:4:64,scale=640:352:::3,hqdn3d=4:3:6,harddup -sws 9 -zoom -ofps 24000/1001 -of rawvideo -o /dev/null
===MENCODER_PASS2===
/usr/local/bin/mencoder /Users/USERNAME/Movies/1005/僕等がいた_13_060930.mpeg -nosound -ovc x264 -x264encopts threads=2:bitrate=1024:bframes=3:b_adapt:weight_b:b_pyramid:keyint=240:keyint_min=1:scenecut=55:qp_min=10:qp_max=51:qp_step=4:qcomp=0.6:ratetol=4:deblock:deblock=0,0:cqm=jvt:cabac:direct_pred=auto:nofast_pskip:nodct_decimate:nointerlaced:noglobal_header:psnr:ssim:pass=2:me=umh:subq=7:frameref=4:mixed_refs:8x8dct:partitions=p8x8,b8x8,i8x8,i4x4:trellis=2:brdo:bime -passlogfile /Users/USERNAME/Movies/1005/僕等がいた_13_060930.264.log -vf pullup,softskip,pp=l5,crop=704:352:4:64,scale=640:352:::3,hqdn3d=4:3:6,harddup -sws 9 -zoom -ofps 24000/1001 -of rawvideo -o /Users/USERNAME/Movies/1005/僕等がいた_13_060930.264

■基本方針

　使えそうなオプションは全部使う。書かなくて良いものもデフォルト値で書く。
　1024kbps・2パス。アニメは時間軸fps混合にかかわらず逆テレシネ。さらにpp=l5で一律に塗り潰して空間軸fps混合を潰す。

■各パス共通

　改訂されたもの太字

	オプション名	default	Profile	メモ
	threads=2	1		CPU数に応じて指定。
	bitrate=1024	off		bitrate 指定
B	bframes=3	0	MP	最大Bフレーム数 ※Baselineにする際は0に。
	b_adapt	on		適応的Bフレーム
	weight_b	？		Bフレームの適応重み補間予測。要bframes=1以上。 b_adaptが強力であまり意味が無い。
	b_pyramid	？		要bframes =2以上。Bの参照フレーム化
I	keyint=240	250		IDRフレーム最大間隔
	keyint_min=1	25		IDRフレーム最小間隔 1にするとやたら増える。
	scenecut=55	40		Iフレーム挿入頻度
レ｜ト制御	qp_min=10	10		最小量子化値
	qp_max=51	51		最大量子化値
	qp_step=4	2		連続したフレームの間でのquantizerの変動幅。画質の急激な変化を抑止。 4はMeGUI2.0ヘルプファイルの推奨値
	qcomp=0.6	0.6		画質や bitrate変動幅の調整
	ratetol=4	1.0		平均ビットレートにおける変動幅の許容値。低い値はビットレート変化抑止。ストリーミング対応度向上、複雑な場面への対応力低下。高い値はビットレート変化促進。複雑な場面への対応力向上、ストリーミング信頼性低下。 4はMeGUI2.0ヘルプファイルの推奨範囲の内、最大。
インラインデブロック	deblock	on		デブロックフィルタの可否
インラインデブロック	deblock=0,0	0,0		デブロックフィルタ強度
小技	cqm=jvt	flat	HP	カスタム量子化マトリクス。切る場合はcqm=flatが安全。
	cabac	on	MP	切る場合はnocabacが安全。
	direct_pred=auto	spatial		Bフレーム中のダイレクト・マクロブロックに使われる動き予測のタイプ決定方式
	nofast_pskip	on		Pフレームにおける速い段階でのスキップ検出。速度向上。切るとディテイルの無いエリア、例えば空などにアーティファクトが出る事がある。
	nodct_decimate	on		Pフレーム中の若干のディテイル除去。アニメ以外の素材を高ビットレートで圧縮する場合は効果あるかも。
他	nointerlaced	？		インタレ保持を切っている。
他	noglobal_header	off		PSPなどで必要。
指標	psnr	off		画質指標の表示
指標	ssim	off		新しい画質指標の表示 ※特に表示変更は見当たらなかった。

　※）『小技』の中には2nd専用にしても良いものがありそう。

■1stパスのみ。

	オプション名	default	Profile	メモ
	pass=1			パス指定
	turbo=1			1st用高速化用のプリセット設定。ログを見ると上記共通項目の中にも効かなくなるものがあるようだ。

　※1stは"CPU-hungry"なオプションを切って高速化しても良い。manを読み込んでそういう設定を組むのもアリ。代償として最終的な PSNRが若干下がる。

■ 2ndパスのみ。

	オプション名	default	Profile	メモ
	pass=2			パス指定
※1	me=umh	hex		フルピクセルの動き補償アルゴリズム選択。最大のesaは鬼のように低速。
※1	subq=7	5		subpel精製品質。7で最大。
※2	frameref=4	1		直前よりも前のフレームを参照フレームに使う。その最大距離。最大15。実写では6程度を境に効果急減。
※2	mixed_refs	？		8x8、16x8 motion partitionが、独自に参照フレームを選べるようにする。
サブマクロブロック	8x8dct	？	HP	切る場合はno8x8dctが安全。
サブマクロブロック	partitions=p8x8,b8x8,i8x8,i4x4	同左	HP	オプショナルなマクロブロック・タイプの指定。 MPの場合、no8x8dctと共にi8x8も削除。
※3	trellis=2	1		レート歪み最適化(RDO)の量子化。意味不明。低速、要subq=6以上。
※3	brdo	？		Bフレームのマクロブロックタイプにレート歪み最適化。要subq=6以上。
	bime	？		双方向（予測）マクロブロックで使われる2つのモーションベクトルの精密化。要Bフレーム。

　※１）meとsubqが速度と画質に最も影響が大きい。
　※２）vfw/AVIのバッファ管理原則と不整合の疑いが濃いもの。 framerefはマルチプルレファレンス、複数参照と言うが、自由距離参照とかでも良いかも。
　※３）手許では説明にRDOとあったら脊髄反射でon。Xvidのvhqで味をしめた。RDOは規格に無いが、JMが実装している。

■2ndの結果

x264 [info]: using SAR=44/45
x264 [info]: using cpu capabilities Altivec 
x264 [info]: slice I:384 Avg QP:16.36 size: 21913 PSNR Mean Y:48.56 U:52.30 V:53.52 Avg:49.55 Global:49.19
x264 [info]: slice P:12378 Avg QP:18.03 size: 9563 PSNR Mean Y:46.15 U:50.67 V:52.13 Avg:47.26 Global:46.90
x264 [info]: slice B:24275 Avg QP:19.60 size: 2923 PSNR Mean Y:45.25 U:50.35 V:51.89 Avg:46.43 Global:46.09
x264 [info]: mb I I16..4: 8.1% 75.4% 16.5%
x264 [info]: mb P I16..4: 0.5% 5.9% 0.8% P16..4: 60.2% 19.0% 8.3% 0.0% 0.0% skip: 5.2%
x264 [info]: mb B I16..4: 0.0% 0.0% 0.0% B16..8: 26.1% 1.7% 3.9% direct: 5.9% skip:62.4%
x264 [info]: 8x8 transform intra:79.2% inter:44.3%
x264 [info]: direct mvs spatial:95.7% temporal:4.3%
x264 [info]: ref P 57.2% 22.4% 11.8% 8.7%
x264 [info]: ref B 71.6% 18.2% 6.1% 4.1%
x264 [info]: SSIM Mean Y:0.9835919
x264 [info]: PSNR Mean Y:45.584 U:50.475 V:51.990 Avg:46.741 Global:46.367 kb/s:1024.09
 
Video stream: 1025.113 kbit/s (128139 B/s) size: 197948402 bytes 1544.793 secs 46298 frames
SEC ; 7119
TIME; 1:58.39

I関連：Iを増やすには keyint_min=1が最も手っ取り早い。
レート制御関連：主観ではPのAvg QPが20切れば十分。地アナキャプチャでそれ以上あっても電波ノイズの再現性が上がるだけな気が。
サブマクロブロック関連：Main Profireで作ると太字部（75.4%）が0%になることから、これがi8x8の比率。 SDでもHPの効果はデカイと思う。
direct_pred関連：spatial とtemporalの比率は実写では半々近くになる。アニメでも作品によっては7:3程度になる。事もある。
b_pyramid関連：参照に使われたB、x16サイズ、x8、x4の順と思われる。x264ではBはBの参照フレームにしかなれない。depth（最大深度？）３。よって bframes=3。

■問題点

　静止画パンで動きに地味な引っかかりがある。素材への忠実さという点ではNTSCでインタレ保持したほうが、時間軸画質は良いようだ。一般的にはスタッフロールで目立つ程度なので、手許では全体的なインタレ縞潰し（空間軸画質）を優先して逆テレシネのpullupとインタレ解除のyadifを使い分けている。
　この素材は要所要所でパン、ズーム、マルチ（※）、背景動画などを、コストカットのためではなく、演出目的で使っているので本編中のパンの引っかかりはやや残念感が漂う。

　※）セルを複数重ねて違う速度で動かしたり、レンズから距離を置いて配置し、ピントを切り替える、など。実写のカメラワークを持ち込む為の手法。鉄骨で大掛かりな撮影台を組む必要があることからイントレとも言う。

スポンサーサイト

[ 2006/10/11 00:00 ] 動画　圧縮日記264 | TB(0) | CM(2)

x264 [info]: ref P 57.2% 22.4% 11.8% 8.7%
x264 [info]: ref B 71.6% 18.2% 6.1% 4.1%

の数字(%)はマクロブロックサイズの割合じゃなくて、参照フレームの割合かと。frameref=10 とかにするとこんな感じになります。

x264 [info]: ref P 89.3% 5.4% 2.1% 0.9% 0.6% 0.5% 0.4% 0.3% 0.2% 0.3%
x264 [info]: ref B 90.2% 4.9% 1.6% 0.7% 0.6% 0.5% 0.5% 0.3% 0.3% 0.3%

[ 2006/10/16 17:53 ] [ 編集 ]

ありがとうございます。

なるほど、参照距離の順番なわけですね。
手許でも実験してみます。

[ 2006/10/16 21:37 ] [ 編集 ]

コメントの投稿