060831-設定篇

　High Profileの為、再生はVLCまたはMPlayerのみ。
　使えそうなオプションは全部使った。書かなくても良い（デフォルト値になる）オプションもデフォルト値で記載。

PowerMac G5 (2Ghz x 2), mem1GB。
MEncoder/x264のビルド日は2006/08/31。
MEncoder dev-SVN-r19595-4.0.1
x264 core:50 svn-558M

※コピペでは動作しない可能性が有ります。円マークとバックスラッシュ混在してるし。

06/08/31 04:26.49 無敵看板娘_07_060818.mpeg
===MENCODER_PASS1===
08/31 04:26.49
/usr/local/bin/mencoder /Users/USERNAME/Movies/無敵看板娘_07_060818.mpeg -nosound -ovc x264 -x264encopts \
threads=2:cabac:bitrate=1024:keyint=240:keyint_min=1:scenecut=55:bframes=2:b_adapt:weight_b:nob_pyramid:qp_min=10:qp_max=51:qp_step=4:qcomp=0.6:ratetol=4:deblock:deblockalpha=0:deblockbeta=0:cqm=jvt:nofast_pskip:direct_pred=3:psnr:\
pass=1:turbo=1 \
-passlogfile /Users/USERNAME/Movies/無敵看板娘_07_060818.264.log \
-vf pullup,softskip,pp=l5,crop=720:480:0:0,scale=640:480:::4,hqdn3d=4:3:6,harddup \
-sws 9 -ofps 24000/1001 -of rawvideo -o /dev/null
 
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities Altivec 
x264 [info]: slice I:431 Avg QP:21.50 size: 29156 PSNR Mean Y:44.33 U:48.73 V:49.89 Avg:45.39 Global:44.89
x264 [info]: slice P:15580 Avg QP:23.42 size: 9033 PSNR Mean Y:42.33 U:46.72 V:48.11 Avg:43.43 Global:42.93
x264 [info]: slice B:19937 Avg QP:24.91 size: 2006 PSNR Mean Y:41.93 U:46.50 V:47.97 Avg:43.07 Global:42.71
x264 [info]: mb I I16..4: 41.6% 0.0% 58.4%
x264 [info]: mb P I16..4: 19.0% 0.0% 6.6% P16..4: 48.8% 9.0% 2.4% 0.0% 0.0% skip:14.3%
x264 [info]: mb B I16..4: 0.7% 0.0% 0.5% B16..8: 14.9% 0.0% 0.0% direct: 9.5% skip:74.5%
x264 [info]: final ratefactor: 21.59
x264 [info]: direct mvs spatial:96.8% temporal:3.2%
x264 [info]: SSIM Mean Y:0.9835922
x264 [info]: PSNR Mean Y:42.131 U:46.626 V:48.056 Avg:43.251 Global:42.826 kb/s:1031.35
 
Video stream: 1032.369 kbit/s (129046 B/s) size: 193488208 bytes 1499.373 secs 44937 frames
SEC ; 2969
TIME; 0:49.29

bframes=2:nob_pyramid: これまではbframes=3:b_pyramidを常用していた。アニメや吹き替えの映画では特に問題を感じなかったが、一時間の実写番組でリップシンクに問題を感じたため変更。理由はMEncoderメーリングリストでb_pyramid固有のA/V desync（音ズレ）が議論されていた為。理解は出来なかったが、実写番組での結果はまぁまぁだったので一律に変更した。Bフレーム数もなんとなく2に減らした。
scale=640:480:::4 -sws 9: -sws 9はLanczos。-vf scale=w:h:::Lanczos Filter Length。どうやらこれがDoom9や妖精現実さんが使っているLanczos4やLanczos3に相当するようだ。3 と4の違いはスケーリング時に参照する周辺ピクセルの数らしい。未指定時との画質差は、640x480への縮小ではよくわからない。拡大ではおおいに違うらしい。

===MENCODER_PASS2===
08/31 05:16.18
/usr/local/bin/mencoder /Users/USERNAME/Movies/無敵看板娘_07_060818.mpeg -nosound -ovc x264 -x264encopts \
threads=2:cabac:bitrate=1024:keyint=240:keyint_min=1:scenecut=55:bframes=2:b_adapt:weight_b:nob_pyramid:qp_min=10:qp_max=51:qp_step=4:qcomp=0.6:ratetol=4:deblock:deblockalpha=0:deblockbeta=0:cqm=jvt:nofast_pskip:direct_pred=3:psnr:\
pass=2:me=3:subq=7:frameref=4:mixed_refs:8x8dct:i8x8:8x8mv:b8x8mv:i4x4:4x4mv:trellis=2:brdo:bime \
-passlogfile /Users/USERNAME/Movies/無敵看板娘_07_060818.264.log \
-vf pullup,softskip,pp=l5,crop=720:480:0:0,scale=640:480:::4,hqdn3d=4:3:6,harddup \
-sws 9 -ofps 24000/1001 -of rawvideo -o /Users/USERNAME/Movies/無敵看板娘_07_060818.264
 
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities Altivec 
x264 [info]: slice I:431 Avg QP:20.37 size: 29233 PSNR Mean Y:45.50 U:49.10 V:50.24 Avg:46.45 Global:45.90
x264 [info]: slice P:15580 Avg QP:22.18 size: 8822 PSNR Mean Y:43.38 U:46.93 V:48.29 Avg:44.35 Global:43.97
x264 [info]: slice B:19937 Avg QP:23.62 size: 2103 PSNR Mean Y:42.91 U:46.76 V:48.21 Avg:43.95 Global:43.65
x264 [info]: mb I I16..4: 7.5% 69.8% 22.7%
x264 [info]: mb P I16..4: 0.8% 6.7% 1.5% P16..4: 52.9% 12.8% 7.4% 0.3% 0.1% skip:17.4%
x264 [info]: mb B I16..4: 0.0% 0.2% 0.1% B16..8: 23.6% 1.4% 3.4% direct: 3.4% skip:67.8%
x264 [info]: 8x8 transform intra:72.6% inter:53.8%
x264 [info]: direct mvs spatial:91.1% temporal:8.9%
x264 [info]: ref P 70.5% 14.5% 10.1% 4.8%
x264 [info]: ref B 73.5% 14.8% 7.2% 4.6%
x264 [info]: SSIM Mean Y:0.9847882
x264 [info]: PSNR Mean Y:43.144 U:46.863 V:48.273 Avg:44.155 Global:43.809 kb/s:1024.32
 
Video stream: 1025.342 kbit/s (128167 B/s) size: 192171292 bytes 1499.373 secs 44937 frames
SEC ; 7946
TIME; 2:12.26

　Avg QP(p)=22、Global PSNR=44、数値的にはやや悪い。アニメなら20以下/45は欲しいところだが、他のアニメはぜんぜんその範囲に収まるのでこの素材固有の現象のようだ。実際、動きが多い。
　あれ？なんでref Bに数値が出てるんだ？nob_pyramidつければBは参照フレームにならないハズだが、、、。

===FFMPEG_AUDIO===
/usr/local/bin/ffmpeg -i /Users/USERNAME/Movies/無敵看板娘_07_060818.264 -i /Users/USERNAME/Movies/無敵看板娘_07_060818.mpeg -y -vn -f mp4 -acodec aac -ar 48000 -ac 2 -ab 64 -map 1.1:0.0 /Users/USERNAME/Movies/無敵看板娘_07_060818.aac.mp4

　音声は別途ffmpegで。これはffmpegX版。
　-ab 64で概ね128kbps、音声のみの.mp4ができる。ffmpegはオプションの指定値が異なるものが出回っているようなので要注意。

===MP4BOX_--mux===
/usr/local/bin/mp4box -fps 23.976025 -add /Users/USERNAME/Movies/無敵看板娘_07_060818.264 -add /Users/USERNAME/Movies/無敵看板娘_07_060818.aac.mp4 -new /Users/USERNAME/Movies/無敵看板娘_07_060818.mp4

　これもffmpegX版。
　-fps 23.976025は、電卓で24000/1001を計算した数字と異なるが、浮動小数点（float型）の計算精度いっぱいまでベタで指定するもの。詳細は、Lunatilia（Sylphide 氏）のエントリ「float型」を参照。出来上がりは固定fpsの.mp4になる。

===MP4BOX_--info===
/usr/local/bin/mp4box -info /Users/USERNAME/Movies/無敵看板娘_07_060818.mp4
* Movie Info *
	Timescale 600 - Duration 00:24:59.330
	Fragmented File no - 2 track(s)
	File Brand isom - version 1

File has root IOD
Scene PL 0xff - Graphics PL 0xff - OD PL 0xff
Visual PL: AVC/H264 Profile (0x15)
Audio PL: AAC Profile @ Level 2 (0x29)
No streams included in root OD

Track # 1 Info - TrackID 1 - TimeScale 24000 - Duration 00:24:59.331
Media Info: Language "und" - Type "vide" - Sub Type "avc1" - 35948 samples
MPEG-4 Config: Visual Stream - ObjectTypeIndication 0x21
AVC/H264 Video - Visual Size 640 x 480
Self-synchronized

Track # 2 Info - TrackID 2 - TimeScale 48000 - Duration 00:24:59.221
Media Info: Language "und" - Type "soun" - Sub Type "mp4a" - 70276 samples
MPEG-4 Config: Audio Stream - ObjectTypeIndication 0x40
MPEG-4 Audio AAC LC - 2 Channel(s) - SampleRate 48000
Synchronized on stream 1

　映像と音声の持続時間が0.11sec異なる。1/23.976025=0.04170833155なので、トータルで2.6フレーム程度のズレがある。原因は、冒頭に挿入されるDelay frameの存在と思われる（AVI出力を想定しているMEncoderにはそもそもtimestampの概念が無い。リンク先同様の手法でBフレームに対応していると思われる）。bframes=2だし。
　残りの0.6は以下のような理由と思われる。

ツール間のfps指定値の違い
素材MPEG-2内部の音声delay

　実感としては、24分アニメや30分の落語、一時間程度の実写番組は上記の設定でほぼ気にならない。
　しかしWin界では映像と音声をmuxする際に音声にdelayをかけるのが一般的なようなので、それに相当する手法を見つければ良いと思われる。

スポンサーサイト

[ 2006/09/01 00:00 ] 動画　圧縮日記264 | TB(0) | CM(0)

060831-結果篇

　High Profileの為、再生はVLCまたはMPlayerのみ。

PowerMac G5 (2Ghz x 2), mem1GB。
MEncoder/x264のビルド日は2006/08/31。
MEncoder dev-SVN-r19595-4.0.1
x264 core:50 svn-558M
映像ビットレート1024kbps, アニメは24000/1001fps,実写は30000/1001fps
その他の設定。

VGA(640x480)

種	タイトル	Hrs	FPS1	FPS2	FPS	I 枚数	I比率	Avg QP (P)	PSNR (Grobal)
R	日本の話芸_へっつい幽霊_060820	4.95	10.37	4.26	3.02	230	0.43%	20.96	45.09
A	ゼーガペイン_21_060824	2.83	15.16	5.77	4.18	441	1.04%	18.74	47.19
A	ゼーガペイン_20_060817	2.82	15.19	5.78	4.19	490	1.15%	19.37	46.79
A	エア・ギア_20_060823	3.00	14.93	5.54	4.04	402	0.92%	20.79	45.55
A	無敵看板娘_08_060825	2.91	15.21	5.92	4.26	431	0.97%	22.47	43.79
A	無敵看板娘_07_060818	3.03	15.14	5.66	4.12	431	0.96%	22.18	43.81
A	まんが日本昔ばなし_34_060816	2.90	15.17	5.86	4.23	294	0.67%	20.81	44.60
A	ケロロ軍曹_123_060818	2.98	15.16	5.69	4.14	361	0.81%	18.19	47.00
	平均	3.18	14.54	5.56	4.02	385	0.87%	20.44	45.48

　数値的にはいずれも問題無い。Avg QP(p)が20を切れば、無駄に高画質と言って良いと思う。唯一、無敵看板娘の値がアニメとしては異常に悪い。シーンカットはゼーガペインの方が多い事から、純粋に動きが多いと言える。この番組は毎週こんなもんだ。一見地味だが丁寧によく動く。

VISTA(640x352)

種	タイトル	Hrs	FPS1	FPS2	FPS	I枚数	I比率	Avg QP(P)	PSNR (Grobal)
A	ガイキング_34_060820	2.38	19.39	7.41	5.36	415	0.90%	18.13	46.02
A	シムーン_21_新天地への扉_060822	2.31	19.24	7.42	5.35	367	0.82%	17.27	46.53
A	NHK_07_モラトリアムにようこそ！	2.37	18.80	6.91	5.05	374	0.87%	18.17	46.24
A	ドットハックルーツ_20_060824	2.29	19.46	7.49	5.41	298	0.67%	16.13	47.33
A	ドットハックルーツ_19_060817	2.27	19.54	7.57	5.45	290	0.65%	15.90	47.22
	平均	2.32	19.29	7.36	5.33	349	0.78%	17.12	46.67

　数値的にはいずれも問題無い。無駄に高画質と言って良いと思う。解像度を上げるか、ビットレート下げるかといったところ。
　15inならともかく、17inでは物足りない気もする。

[ 2006/09/01 00:00 ] 動画　圧縮日記264 | TB(0) | CM(0)

たぶん最強のAVC/H.264 High Profileエンコーダ

　PHL （パナソニック・ハリウッド・ラボラトリ）こそはAVC High Profileの教祖、始祖鳥、ご本尊と認識している。

　要するに本田雅一氏の記事を盲信してるだけなのだが、かいつまんで言うと、HDでのMainのショボさに納得いかなかったPHLの人たちが、次世代DVDで MPEG-2を推す会社に掛け合って一年の時間を貰い、開発したのがH.264/AVC High Profileナノデアッタ。みたいな。特に三つ目は、ええとコレホントに本田さんの記事だよねってくらい画質に興奮しておられた。
　で、

06年09月：次世代光ディスクの画質を上げるPHLエンコーダーとは？：本田雅一氏，ITmedia

　高橋氏は「ひとつはパラメータの選び方、もうひとつは量子化マトリックスの作り方や映像全体に対するビット配分ですね。特にビット配分に関しては、 DVD時代に高画質圧縮を行うための研究開発を相当やり、実際に映画会社と一緒に高画質化を行ってきましたから、そこでの経験があります」と話す。

　High Profile番長御総謹製のエンコーダを、素材ごとに設定をチューンするようなプロが、駆使する世界。
　地上波アナログのTVキャプチャ、ど素人が使うx264、しかもMac。全然世界が違うが、なんかの参考にはなるだろう。

量子化マトリックスの作り方: あらかじめ素材映像の輝度分布や彩度分布、登場頻度などを知っておく必要があるだろう。無理ッス！
映像全体に対するビット配分: 場面毎に要求ビットレートの差が激しそうなら配分傾斜をキツく、逆なら緩くするという事だと思う。無理ッス！; 一応、x264cliは --rceqというオプションでレートコントロールの式らしきものを弄れる。; MEncoderではratetol, vbv_maxrate, vbv_bufsize, vbv_init, といったあたりだろうか。
パラメータの選び方: 以下。

　高橋氏のいう“パラメータの選び方”は、H.264世代になって大きく画質に影響するようになった部分だろう。MPEG系の圧縮ではフレーム間の近似する映像パターンを見つけてコピーする動き予測という手法が用いられるが、H.264では予測のパターンが大幅に増加している。また同一フレーム内での動き予測という新しい要素も加わった。

　さらに動き予測のマクロブロックに柔軟性が増し（4x4、8x8、4x8などさまざまな形状を選べる）、エンコーダー側で判別しなければならない動き予測のバリエーションが想像を絶するほどに増えているのだ（これがH.264の圧縮負荷が高い原因になっている）。

「同一フレーム内での動き予測」は、direct_pred=<0-3>に相当すると思しき効果がある。尤も常用は3(Auto)。
「4×4、8×8、4×8などさまざまな形状を選べる」はモロに、(no)i4x4, (no)i8x8, (no)b8x8mv, (no)8x8mv, (no)4x4mv, (no)8x8dct、だ。常用はSDのくせに全部on。High Profileだ。

さて、PHLの開発プロセスの話。

　“最適なパラメータを選ぶ”エンコーダーを開発すればいいと文字で書くのは簡単だが、実際のプログラミングは相当に難しいだろう。しかし、だからこそ他エンコーダーに先んじて高画質化を果たせたと高橋氏は話す。

　「われわれは研究開発の部隊で、本来はオーサリング事業を行う部署ではありません。しかし、現在はBD事業を立ち上げるためにオーサリングや出荷するディスクの画質面での品質評価を支援しています。おそらくこうした組織は、世界中どこを探してもないでしょう。品質評価をコーデックを開発と圧縮作業の監修を行った人間が直接行うのですから」

　「たとえば過去にはこんなことがありました。DVDの圧縮作業で、どうしても歪みが目立つところがあり、パラメータ変更では取り切れない。そこに柏木が来て“あぁ、これはエンコーダーのバグだなぁ”と話し、エンコーダーのソースコードを修正してしまいました。品質評価で納得がいかない時、それをエンコーダーのレベルにまで振り返って修正することで進化させる。このプロセスがPHLエンコーダーの画質を高めたのだと思います」

　つまり、エンコーダーのバグなのか、それとも圧縮規格そのもののクセや限界なのか、それともビットレートが不足しているのか、逆にビットが余って無駄になっていないか。その切り分けが正確に行えることこそが、PHLエンコーダーのアドバンテージというわけだ。

　この開発プロセスはx264でも存在する。素材はほとんどDVDだし機材はご家庭のパソコンだし、バラツキも大きいが、アタマ数は充分だ。その領域に限っては、“最適なパラメータを選ぶ”エンコーダーに最も近いと言える。
　また、ビットが余って無駄になっていないかというスタンスは、MEncoderドキュメントのホネの一つでもある。

　駄菓子菓子、これはx264では有り得ない。

　筆者自身、PHLでの品質評価のプロセスを知って驚く、、、というよりも、呆れたことがある。
　縦12フィートの巨大スクリーンで評価を行っているというのは、以前に紹介したことがあるが、最近はそれでも歪みやノイズを探すことが困難になり、コントラストを強調し、歪みやノイズをディスプレイ側で浮き立たせてチェックを行い、そのノイズを消すように配慮しながら圧縮作業を行っている。

　明らかにオーバークオリティといえる品質評価は、PHLが事業体ではなく研究開発を目的にした組織だからこそだが、その結果としての映像は素晴らしいの一言に尽きる。

　気違いです。気違いが居ます！12ftは約3.7m。自分の部屋の天高は2.3mだった（測るなよ）。16:9なら横は6.5m程になる、、、いや測ってませんよ？^^;

　エンコーダーは使いこなしと品質評価のプロセスが肝要で、エンコーダーが同じならば同じ品質になるわけではないが、PHLエンコーダーが広がり、これこそが次世代といえる画質のソフトが登場することに期待したい。

　期待したい。期待したい。期待したい（エコー）。

[ 2006/09/02 00:00 ] 動画　MPEG-4全般 | TB(0) | CM(0)

060915-結果篇

　HighProfileの為、再生はVLCまたはMPlayerのみ。

　今回の録画はPowerMacG4 450Mhz(Cube), mem 1.5Gb, CaptyTVF1M、MPEG-2。
　ビデオデッキ経由（S端子）なのでノイズ類は多少減っている筈。３次元YC/DNRとかなんか良く解らない機構が付いてるのでそれも使った。
　映像bitrateは最大の15Mbにしたが、それでもコヨーテラグタイムショーのオープニングなど、多少ブロックノイズが乗ったコマがある。

　Avg QP(P), PSNRともに060831-結果篇よりは良い。厳密な比較ではないし、あくまで数値的な話。
　手許では特に気を使っていないが、やはり画質を気にするならまずチューナーの性能、他にケーブルの質と繋ぎ方、といった基本が大事なようだ。

　エンコードの概要は以下。

PowerMac G5 (2Ghz x 2), mem1GB。
MEncoder/x264のビルド日は2006/09/11。
MEncoder dev-SVN-r19794-4.0.1
x264 core:50 svn-560M
映像ビットレート1024kbps, 2パス, アニメは24000/1001fps, 実写は30000/1001fps, lanczos 3
その他は060831-設定篇に同じ。

VGA(640x480)

種	タイトル	Hrs	FPS1	FPS2	FPS	I枚数	I比率	Avg QP (P)	PSNR (Grobal)
-	平均	5.148	12.66	5.13	3.65	526	0.89%	19.97	45.74
A	無敵看板娘_FW_07	3.60	12.38	5.09	3.60	463	0.99%	19.77	45.36
A	無敵看板娘_FW_08	3.21	12.73	5.55	3.86	439	0.98%	20.36	45.26
A	無敵看板娘_FW_09	3.09	14.05	5.66	4.03	464	1.03%	19.15	46.26
A	無敵看板娘_FW_10	3.16	14.84	5.34	3.92	455	1.02%	20.04	45.36
R	BSアニメ夜話_23_鋼の錬金術師	9.04	10.69	4.24	3.04	783	0.79%	20.48	45.97
R	BSアニメ夜話番外編「アニメの時間よ永遠に」	8.78	11.31	4.89	3.41	553	0.51%	20.02	46.24

　数値的にはいずれも問題無い。AvgQP(p)が20を切れば、数値的には無駄に高画質と言って良いと思う。ビデオデッキ経由のおかげかアニメとしては異常に悪い無敵看板娘も20に収まっている。
　時間的には実時間の9倍程度。映画だったら20時間コースだなぁ。
　関係ないけど岡田斗司夫さんはいつも一人だけ肌の質感が違う。うまく言えないが圧縮耐性が高いと言うかお肌がキレイと言うか。素材と比べた時の劣化度合いが一人だけ違う。経験上、出始めのカラー映画なども圧縮耐性が高く、わりと画質劣化を感じない印象があるので、ドーランべた塗りだと思う。またはあの人がアニメ。
　なお、-fps 29.97でmuxしたBSアニメ夜話の終盤で微妙なリップシンク（音ズレ）を感じたのでmp4boxで-fps 29.970030でmuxし直した。この他に実写の普通番組は30分の落語くらいしか録画しないので大きな問題を感じていなかった。

VISTA(640x352)

種	タイトル	Hrs	FPS1	FPS2	FPS	I枚数	I比率	Avg QP (P)	PSNR (Grobal)
-	平均	2.460	18.69	6.89	5.03	386	0.87%	14.21	49.47
A	コヨーテラグタイムショー_FW_07	2.45	17.87	6.94	5.00	432	0.98%	15.14	48.71
A	コヨーテラグタイムショー_FW_08	2.52	18.18	6.62	4.85	347	0.79%	14.33	49.13
A	コヨーテラグタイムショー_FW_09	2.43	18.60	6.89	5.03	380	0.86%	14.32	49.37
A	コヨーテラグタイムショー_FW_10	2.65	17.63	6.26	4.62	403	0.91%	15.10	48.96
A	コヨーテラグタイムショー_FW_11	2.43	18.75	6.89	5.04	427	0.97%	14.12	49.75
A	ゼロの使い魔_FW_07	2.61	17.88	6.08	4.54	383	0.90%	15.62	48.28
A	ゼロの使い魔_FW_09	2.37	19.51	6.82	5.06	367	0.85%	14.63	48.86
A	ゼロの使い魔_FW_10	2.21	19.74	7.49	5.43	384	0.89%	14.65	49.08
A	僕等がいた_FW_07	2.42	19.06	7.49	5.37	416	0.89%	13.01	50.40
A	僕等がいた_FW_09	2.57	18.75	6.92	5.06	343	0.73%	12.11	51.29
A	僕等がいた_FW_10	2.41	19.59	7.42	5.38	362	0.77%	13.24	50.31

　数値的には無駄に高画質。PSNR50は初めて見たかも。『僕等がいた』は色数も動きも少なく、現在録画してるうちでは最も圧縮しやすい部類。I比率の低さは"カメラの長回し"が多く、Avg QP(p)の低さは動きが少ない事を示している。つまり安上がり。

余談

　安上がりだからつまんないって事もないんだけど、全部は見てらんないので。
　I比率とAvg QP(p)の傾向が特徴的なものは見てます。
　前回、同一条件下のエンコードでI比率が低いのに妙にAvgQP(p)が高かった『無敵看板娘』は動きがミモノなのではないか、とか。
　I比率もAvg QP(p)も高い『ゼーガペイン』は良く動く短いカットが沢山詰まってんじゃないか、とか。
　なんとなく作り手がリキ入れてるところが見えてきそうな気もします。
　まぁ、実時間の9倍もかけるより見るほうが早いんだけど、映像に手のかかってない物が数値で出るのは面白いです。
　逆に、I比率もAvg QP(p)も極端に低い『僕等がいた』はそれはそれでなんか演出上の意図があんぢゃねぇか、と勘ぐってみたりして。

　丁度BSアニメ夜話番外編で、アニメは作り手が「光あれ、とさえ言えば光がでてくる。なんでもできる。だから作るのが面白い」というような事を辻真先さんが言っておられたが、で、あれば、それこそ描かれたもの一木一草に意味があるわけで。

　実際『無敵看板娘』はちょっとミモノだと思う。地味に丁寧で。ちまちまエンコ記録取ってなきゃ見ようとも思わなかったハズだ。「アニメの本質は動きによる演出」と言ったのは大塚康夫さんだったかなぁ、と思ってたらエンディング描いてるのがご本人でやんの。ちょっとびっくり。

[ 2006/09/16 00:00 ] 動画　圧縮日記264 | TB(0) | CM(0)

shellscript；映画・アニメ用

概要

　HighProfileの為、再生はVLCまたはMPlayerのみ。
　拡張子.mpegのMPEG-2 PSから、AVC/H.264 HighProfile の [ x264 + aac ].mp4にエンコードします。
　動作には別途、以下が必要です。

MEncoder with x264（SVNビルド）
ffmpeg（ffmpegX 0.0.9u以降から抽出可）
mp4box （同上）

　使えそうなx264オプションはほとんど使っており、書かなくても良い（デフォルト値になる）オプションもデフォルト値で記載。
　QuickTime Playerでの再生が必要な場合は、OPTSME_VP1/VP2をしかるべく弄る必要があります。その際はmuxmovieでrawvideo.264の冒頭を1フレームカットするとQuickTime Player Proで再加工できるようになります。下記ではmuxmovieは動作しないようにしています。

スクリプト

　※コピペでは動作しない可能性大です。特にSafari。
　※ツールパスは適宜書き換えて下さい。

#!/bin/bash
# Version 060917 charset="UTF-8",LF

#変数指定
##変数_ツールパス、出力拡張子指定
MENCODER=/usr/local/bin/mencoder
FFMPEG=/usr/local/bin/ffmpeg
MP4BOX=/usr/local/bin/mp4box
MUXMOVIE=/usr/local/bin/muxmovie
EXT=mp4

##変数_MEncoder Options --Video
EXTME=264
OPTSME_A="-nosound"
OPTSME_V="-ovc x264 -x264encopts threads=2:cabac:bitrate=1024:keyint=240:keyint_min=1:scenecut=55:bframes=2:b_adapt:weight_b:nob_pyramid:qp_min=10:qp_max=51:qp_step=4:qcomp=0.6:ratetol=4:deblock:deblockalpha=0:deblockbeta=0:cqm=jvt:nofast_pskip:direct_pred=3:psnr"
#:nodct_decimate
OPTSME_VP1=":pass=1:turbo=1"
OPTSME_VP2=":pass=2:me=3:subq=7:frameref=4:mixed_refs:8x8dct:i8x8:8x8mv:b8x8mv:i4x4:4x4mv:trellis=2:brdo:bime"
OPTSME_VF="-vf pullup,softskip,pp=l5,crop=720:480:0:0,scale=640:480:::4,hqdn3d=4:3:6,harddup"
OPTSME_OTHER2="-sws 9 -ofps 24000/1001 -of rawvideo"

##変数_ffmpeg Options --Audio
EXTFF=aac.mp4
OPTSFF="-y -vn -f mp4 -acodec aac -ar 48000 -ac 2 -ab 64 -map 1.1:0.0"

##変数_mp4box Options --mux
OPTSMP4BOX="-fps 23.976025"

##変数_muxmovie Options --Cutting Delay Frame
EXTMX=mov
OPTSMX="-startAt 00:00:00.05"

#for loop
for f in "$@"
do
foME="${f%.*}.${EXTME}"
foTEXT="${f%.*}.txt"
foTEXTLOG="${f%.*}.txt.log"
echo `date +%y/%m/%d" "%H:%M.%S` ${f##/*/} | tee ${foTEXT}

## MENCODER_PASS1
echo "===MENCODER_PASS1===" | tee -a ${foTEXT}
START_SEC=`date +%s`;echo `date +%m/%d" "%H:%M.%S` | tee -a ${foTEXT}

echo ${MENCODER} ${f} ${OPTSME_A} ${OPTSME_V}${OPTSME_VP1} -passlogfile ${foME}.log ${OPTSME_VF} ${OPTSME_OTHER2} -o /dev/null | tee -a ${foTEXT}
${MENCODER} ${f} ${OPTSME_A} ${OPTSME_V}${OPTSME_VP1} -passlogfile ${foME}.log ${OPTSME_VF} ${OPTSME_OTHER2} -o /dev/null >& ${foTEXTLOG}

### JIkan Keisan
echo " " | tee -a ${foTEXT};grep x264 ${foTEXTLOG} | tee -a ${foTEXT};echo " " | tee -a ${foTEXT};grep stream ${foTEXTLOG} | tee -a ${foTEXT};END_SEC=`date +%s`;TOTAL_SEC=`expr $END_SEC - $START_SEC`;HRS=`expr ${TOTAL_SEC} / 3600`;MIN=`expr ${TOTAL_SEC} % 3600 / 60`;SEC=`expr ${TOTAL_SEC} % 60`;TOTAL_TIME=${HRS}:${MIN}.${SEC};echo "SEC ; ${TOTAL_SEC}" | tee -a ${foTEXT};echo "TIME; ${TOTAL_TIME}" | tee -a ${foTEXT};echo " " | tee -a ${foTEXT}

## MENCODER_PASS2
echo "===MENCODER_PASS2===" | tee -a ${foTEXT}
START_SEC=`date +%s`;echo `date +%m/%d" "%H:%M.%S` | tee -a ${foTEXT}

echo ${MENCODER} ${f} ${OPTSME_A} ${OPTSME_V}${OPTSME_VP2} -passlogfile ${foME}.log ${OPTSME_VF} ${OPTSME_OTHER2} -o ${foME} | tee -a ${foTEXT}
${MENCODER} ${f} ${OPTSME_A} ${OPTSME_V}${OPTSME_VP2} -passlogfile ${foME}.log ${OPTSME_VF} ${OPTSME_OTHER2} -o ${foME} >& ${foTEXTLOG}

### JIkan Keisan
echo " " | tee -a ${foTEXT};grep x264 ${foTEXTLOG} | tee -a ${foTEXT};echo " " | tee -a ${foTEXT};grep stream ${foTEXTLOG} | tee -a ${foTEXT};END_SEC=`date +%s`;TOTAL_SEC=`expr $END_SEC - $START_SEC`;HRS=`expr ${TOTAL_SEC} / 3600`;MIN=`expr ${TOTAL_SEC} % 3600 / 60`;SEC=`expr ${TOTAL_SEC} % 60`;TOTAL_TIME=${HRS}:${MIN}.${SEC};echo "SEC ; ${TOTAL_SEC}" | tee -a ${foTEXT};echo "TIME; ${TOTAL_TIME}" | tee -a ${foTEXT};echo " " | tee -a ${foTEXT}

## FFMPEG_AUDIO
echo "===FFMPEG_AUDIO===" | tee -a ${foTEXT}
foFF="${f%.*}.${EXTFF}"
echo ${FFMPEG} -i ${foME} -i ${f} ${OPTSFF} ${foFF} | tee -a ${foTEXT}
${FFMPEG} -i ${foME} -i ${f} ${OPTSFF} ${foFF}

## MP4BOX_--mux
echo "===MP4BOX_--mux===" | tee -a ${foTEXT}
echo ${MP4BOX} ${OPTSMP4BOX} -add ${foME} -add ${foFF} -new ${f%.*}.${EXT} | tee -a ${foTEXT}
${MP4BOX} ${OPTSMP4BOX} -add ${foME} -add ${foFF} -new ${f%.*}.${EXT}

## MP4BOX_--info
echo "===MP4BOX_--info===" | tee -a ${foTEXT}
echo ${MP4BOX} -info ${f%.*}.${EXT} | tee -a ${foTEXT}
${MP4BOX} -info ${f%.*}.${EXT} | tee -a ${foTEXT}

## muxmomvie -- Cut Delay frame
#echo "===muxmomvie -- Cut Delay frame ===" | tee -a ${foTEXT}
#echo ${MUXMOVIE} ${OPTSMX} ${f%.*}.${EXT} -o ${f%.*}.${EXTMX} | tee -a ${foTEXT}
#${MUXMOVIE} ${OPTSMX} ${f%.*}.${EXT} -o ${f%.*}.${EXTMX} 2>> ${foTEXT}

## 中間生成物削除
rm ${foME}
rm ${foME}.log
rm ${foFF}
rm ${foTEXTLOG}

done

解説

１）CotEditorで保存。UTF-8。ファイル名は仮に"VGA24"とします。
２）ターミナルで"VGA24"に実行権限を与える。

$ chmod a+x VGA24

３）ターミナルでVGA24、続いて素材ファイルをD&D。複数処理可。リターンで開始。例えば"VGA24"がデスクトップにある場合、

$ /Users/ユーザ名/Desktop/VGA24 ここにXXX.mpegをD＆D リターン

[ 2006/09/17 00:00 ] MEncoder　メモ | TB(0) | CM(0)

070115-結果＆設定篇

エンコードの概要

PowerMac G5 (2Ghz x 2), mem1GB。
MEncoder/x264 のビルド日は2006/12/20。
映像ビットレート1024kbps, 2パス, アニメは24000/1001fps, 実写は30000/1001fps, lanczos 3
HighProfile の為、再生はVLC、MPlayer（OSX）、QuickTime Player + avc1Decoder。

VGA(640x480)

タイトル	fps1	fps2	fps_total	I枚数	I比率	AVG QP(P)	PSNR	SSIM	I16x16	I8x8	I4x4	1st時間	2nd時間
ヴィーナス・ヴァーサス_01_070112	22.02	6.96	5.29	412	0.93%	17.09	48.28	0.9934247	5.7%	74.0%	20.3%	0:33.28	1:45.54
ケロロ軍曹_070105	19.15	6.20	4.68	391	0.88%	18.98	46.05	0.9915265	8.4%	71.1%	20.6%	0:38.37	1:59.17
ケロロ軍曹_070112	20.54	6.06	4.68	449	1.01%	19.44	45.92	0.9908702	8.9%	73.6%	17.5%	0:35.59	2:01.55
ひだまりスケッチ_01_070112	20.26	7.02	5.22	393	0.89%	16.75	47.90	0.9950168	7.2%	62.6%	30.1%	0:36.14	1:44.30
メジャー3rd_01_070106	22.28	7.44	5.58	420	0.93%	17.54	47.59	0.9922558	8.7%	64.4%	26.9%	0:33.38	1:40.44
メジャー3rd_02_070113	19.80	6.55	4.92	383	0.85%	19.02	45.94	0.9905024	9.4%	65.6%	24.9%	0:37.52	1:54.29
機動戦士ガンダム0080～ポケットの中の戦争～_02_070111	18.22	6.08	4.56	440	0.91%	20.09	46.02	0.9875355	6.1%	77.6%	16.3%	0:44.22	2:13.01

※エンコ以外の作業も同時にやる事が多いので速度はばらついている。

060831-結果篇や、060915-結果篇と比べると速度は大幅に向上している。
I8x8 の比率は巨大。High Profileの圧縮効率は、SDに於いても大。
数知的な画質はガンダムが最も悪い（AVG QP, SSIM）。この時代のアニメはセル画をフィルムカメラで撮影している筈だが、その際のカメラのブレと思しき場面が散見された。無敵看板娘の経験から言っても、カメラワークは動き補償にかかる負荷が巨大と思われる。

VISTA(640x352)

タイトル	fps1	fps2	fps_total	I枚数	I比率	AVG QP(P)	PSNR	SSIM	I16x16	I8x8	I4x4	1st時間	2nd時間
ProjectBlue_01_070110	27.16	8.49	6.47	421	0.97%	16.83	47.62	0.9907793	6.3%	76.2%	17.5%	0:26.45	1:25.32
ゴーストハント_070110	28.16	8.46	6.51	375	0.86%	13.40	50.86	0.9952298	5.4%	64.4%	30.3%	0:25.48	1:25.52
ひまわり_01_070108	26.81	8.23	6.30	454	1.01%	18.57	46.35	0.9893814	5.0%	79.1%	15.9%	0:27.57	1:31.03
月面兎兵器ミーナ_01	27.28	8.32	6.38	475	1.15%	17.01	47.63	0.9912010	6.0%	73.9%	20.0%	0:25.16	1:22.49

※寝てる間に終わったので速度のばらつきが無い。

1st はほぼ実時間。
数値的な画質はゴーストハントが最も良い。

設定概要

　基本方針は、1stはフレームタイプの決定と大まかなレート配分統計が取れれば良いとの考えから、重そうなオプションを 2ndにまわす方針をさらに徹底し、threadsと合わせて全体的な高速化を得る。です。

$ mencoder ケロロ軍曹_070105.mpeg -nosound -ovc x264 -x264encopts bitrate=1024:bframes=3:b_adapt:weight_b:b_pyramid:keyint=240:keyint_min=1:scenecut=65:qp_min=10:qp_max=51:qp_step=8: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:threads=2:turbo=1 -passlogfile ケロロ軍曹_070105.264.log -vf pullup,softskip,pp=l5,crop=720:480:0:0,scale=640:480:::3,hqdn3d=4:3:6,harddup -sws 9 -ofps 24000/1001 -of rawvideo -o /dev/null

$ mencoder ケロロ軍曹_070105.mpeg -nosound -ovc x264 -x264encopts bitrate=1024:bframes=3:b_adapt:weight_b:b_pyramid:keyint=240:keyint_min=1:scenecut=65:qp_min=10:qp_max=51:qp_step=8: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:threads=16:me=umh:me_range=32:subq=7:frameref=4:mixed_refs:8x8dct:partitions=all:trellis=2:brdo:bime -passlogfile ケロロ軍曹_070105.264.log -vf pullup,softskip,pp=l5,crop=720:480:0:0,scale=640:480:::3,hqdn3d=4:3:6,harddup -sws 9 -ofps 24000/1001 -of rawvideo -o ケロロ軍曹_070105.264

threadsを、実験結果に基づき、1stは2、2ndは16にした。
qp_stepを、なるP氏の設定例に倣って、8にした（アニメのみ、実写はデフォルト値で行くつもり）。
me_rangeを、なるP氏ほかの知見に倣って、2ndのみ32にした。
partitionsを、MEncoder Documentsに倣って、2ndのみallとした。（1stはturboのプリセット値）
8x8dctを、1stはGOP設定のみとの考えから、2ndのみとした。
cqm=jvtはレート配分に与える影響が大きいと考え、1stにも残した。

課題

　I8x8の多さから考えて1stにも8x8dctを使うべきかも知れない。
　turbo=1の内容は以下の通りと思われる。

subq=2:frameref=1:partitions=p8x8,i8x8,i4x4:

　turbo =1はpartitions=i8x8を含むので、8x8dctはturbo=1と併用する意味がある。要実験。

[ 2007/01/17 02:00 ] 動画　圧縮日記264 | TB(0) | CM(0)

070118-ふたつのスピカ

エンコードの概要

PowerMac G5 (2Ghz x 2), mem1GB。
MEncoder/x264のビルド日は2007/01/20（x264 core:54 svn-618M）。
映像ビットレート1024kbps, 2パス, アニメは24000/1001fps, 実写は30000/1001fps, lanczos 3
HighProfileの為、再生はVLC、MPlayer（OSX）、QuickTime Player + avc1Decoder。（iPhone/AppleTV不可）

VGA(640x480)

タイトル	FPS1	FPS2	FPS	I枚数	I比率	Avg_QP_(P)	PSNR_(Grobal)	Ssim	I16x16	I8x8	I4x4
ふたつのスピカ_01_打ち上げ花火	21.37	7.01	5.28	284	0.63%	16.90	47.49	0.991	6.5%	67.7%	25.8%
ふたつのスピカ_02_アスミの夢	21.15	6.83	5.16	301	0.67%	16.72	48.19	0.993	7.5%	63.5%	29.0%
ふたつのスピカ_03_星への一歩	22.45	6.78	5.21	301	0.67%	16.52	48.70	0.994	8.6%	62.2%	29.2%
ふたつのスピカ_04_遠い日の記憶	17.25	6.06	4.49	297	0.66%	15.91	49.05	0.994	8.0%	61.9%	30.0%
ふたつのスピカ_05_おかあさんの顔	22.78	7.40	5.58	284	0.63%	16.43	48.27	0.993	5.0%	70.2%	24.8%
ふたつのスピカ_06_テスト終了	20.99	6.61	5.03	298	0.66%	16.38	48.82	0.994	7.6%	65.4%	27.1%
ふたつのスピカ_07_宇宙学校入学式	20.65	6.07	4.69	326	0.73%	17.25	47.77	0.993	6.6%	67.7%	25.7%
ふたつのスピカ_08_ひとりの夢みんなの夢	21.02	5.51	4.36	316	0.70%	17.93	47.31	0.992	6.6%	67.7%	25.6%
ふたつのスピカ_09_カムパネルラの森	15.47	5.93	4.29	281	0.63%	16.72	48.23	0.993	4.2%	71.1%	24.7%
ふたつのスピカ_10_水の中にも宇宙	22.35	7.31	5.51	290	0.64%	17.16	48.18	0.993	7.8%	66.0%	26.2%
ふたつのスピカ_11_傷ついた翼	20.69	6.83	5.14	293	0.65%	17.09	47.49	0.992	7.0%	66.2%	26.8%
ふたつのスピカ_12_ふたりの星はっぱ星	22.49	7.33	5.53	305	0.68%	17.61	47.27	0.992	5.1%	72.7%	22.2%
ふたつのスピカ_13_約束の５人	20.62	6.46	4.92	307	0.68%	17.35	47.40	0.992	7.5%	66.3%	26.2%
ふたつのスピカ_14_悲しい笑顔	22.37	7.43	5.58	321	0.71%	18.28	46.71	0.991	6.7%	67.1%	26.2%
ふたつのスピカ_15_ひとりぼっち	19.20	6.35	4.77	308	0.69%	17.04	48.15	0.993	7.6%	67.9%	24.5%
ふたつのスピカ_16_アスミの桜	22.20	7.02	5.33	290	0.65%	16.80	48.38	0.993	7.7%	69.3%	23.0%
ふたつのスピカ_17_サバイバル訓練	21.26	6.94	5.23	310	0.69%	16.76	48.07	0.993	6.3%	66.5%	27.3%
ふたつのスピカ_18_マリカとまりか	20.59	6.23	4.78	301	0.67%	16.85	47.97	0.992	4.3%	70.4%	25.2%
ふたつのスピカ_19_いま君にできること	20.12	6.20	4.74	295	0.66%	17.06	47.70	0.992	5.1%	68.7%	26.1%
ふたつのスピカ_20_明日を見つめて	21.70	7.12	5.36	296	0.66%	17.43	47.42	0.992	4.6%	72.6%	22.8%
平均	20.84	6.67	5.05	300	0.67%	17.01	47.93	0.992	6.5%	67.6%	25.9%

　※平均時間は１st：0:36.15。2nd：1:53.03、合計：2:29.19。

060831-結果篇や、060915-結果篇と比べると速度は大幅に向上している。

SSIMは全て0.98以上、数値的には「オリジナルと区別がつかない」レベルだが、実際にはそんな事は無い。

　石段や茂みの質感を素材と比べると結構違う。
　アニメの部分はpullupで24fps化してしまえば良いものの、時報や局ロゴはNTSC(29.97fps)だからpullupだけではジャギが目に五月蝿い。この素材ではそんな事は無いようだったが、CGの花火もNTSC(29.97fps)合成のケースもある。自分的には空間軸fps混在と呼んでいる。

　これらに対処するため、手許ではpp=l5を重ねている。単独でも性能を発揮するインタレ解除フィルタなので厳密にはやや強すぎるだろう。

　素直にインタレ保持エンコすりゃいいのだが、それでは面白みが足りない。いずれにしても五月蝿い事を言えば、というレベルのハナシ。

　なお、フレーム単位でぱたぱたと動く暗階調のブロックノイズは主観的にはほぼ気にならないレベルに抑え込めている（無くはない）。

設定概要

基本方針は、1stはフレームタイプの決定と大まかなレート配分統計が取れれば良いとの考えから、重そうなオプションを2ndにまわす方針をさらに徹底し、threadsと合わせて全体的な高速化を得る。です。

$ mencoder ふたつのスピカ_20_明日を見つめて.mpeg -nosound -ovc x264 -x264encopts bitrate=1024:bframes=3:b_adapt:weight_b:b_pyramid:keyint=240:keyint_min=1:scenecut=65:qp_min=10:qp_max=51:qp_step=8: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:threads=2:turbo=1 -passlogfile ふたつのスピカ_20_明日を見つめて.264.log -vf pullup,softskip,pp=l5,crop=720:480:0:0,scale=640:480:::3,hqdn3d=4:3:6,harddup -sws 9 -ofps 24000/1001 -of rawvideo -o /dev/null

$ mencoder ふたつのスピカ_20_明日を見つめて.mpeg -nosound -ovc x264 -x264encopts bitrate=1024:bframes=3:b_adapt:weight_b:b_pyramid:keyint=240:keyint_min=1:scenecut=65:qp_min=10:qp_max=51:qp_step=8: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:threads=16:me=umh:me_range=32:subq=7:frameref=4:mixed_refs:8x8dct:partitions=all:trellis=2:brdo:bime -passlogfile ふたつのスピカ_20_明日を見つめて.264.log -vf pullup,softskip,pp=l5,crop=720:480:0:0,scale=640:480:::3,hqdn3d=4:3:6,harddup -sws 9 -ofps 24000/1001 -of rawvideo -o ふたつのスピカ_20_明日を見つめて.264

threadsを、実験結果に基づき、1stは2、2ndは16にした。
qp_stepを、なるP氏の設定例に倣って、8にした（アニメのみ、実写はデフォルト値で行くつもり）。
me_rangeを、なるP氏ほかの知見に倣って、2ndのみ32にした。
partitionsを、MEncoder Documentsに倣って、2ndのみallとした（1stはturboのプリセット値）。
8x8dctを、1stはGOP設定のみとの考えから、2ndのみとした。
cqm=jvtはレート配分に与える影響が大きいと考え、1stにも残した。

課題

I8x8の多さから考えて1stにも8x8dctを使うべきかも知れない。
　turbo=1の内容は以下の通りと思われる。

subq=2:frameref=1:partitions=p8x8,i8x8,i4x4:

turbo=1はpartitions=i8x8を含むので、8x8dctはturbo=1と併用する意味がある。要実験。

特記事項

faacはあんま性能が良く無いそうなので、音声を192kbpsにしてみた。

===FFMPEG_AUDIO===
$ ffmpeg -i ふたつのスピカ_01_打ち上げ花火.264 -i ふたつのスピカ_01_打ち上げ花火.mpeg -y -vn -f mp4 -acodec aac -ar 48000 -ac 2 -ab 96 -map 1.1:0.0 ふたつのスピカ_01_打ち上げ花火.aac.mp4

確かに128kbpsでは目を閉じて素材と聞き比べるとあれれなカンジがあった。上を見ればキリが無いが、これの歌が結構好きなので。
　究極的には素材のMPEG1 audio layer 2を、そのまま.mp4にコピーできる筈ではある。

[ 2007/01/21 00:00 ] 動画　圧縮日記264 | TB(0) | CM(0)

ageha was here

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

060831-設定篇

060831-結果篇

VGA(640x480)

VISTA(640x352)

たぶん最強のAVC/H.264 High Profileエンコーダ

060915-結果篇

VGA(640x480)

VISTA(640x352)

余談

shellscript；映画・アニメ用

概要

スクリプト

解説

070115-結果＆設定篇

エンコードの概要

VGA(640x480)

VISTA(640x352)

設定概要

課題

070118-ふたつのスピカ

エンコードの概要

VGA(640x480)

設定概要

課題

特記事項

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

VGA(640x480)

VISTA(640x352)

VGA(640x480)

VISTA(640x352)

余談

概要

スクリプト

解説

エンコードの概要

VGA(640x480)

VISTA(640x352)

設 定概要

課題

エンコードの概要

VGA(640x480)

設定概要

課題

特記事項

設定概要