x264 初心者質問スレ part3

つーか-crf 16で汚いって言ってる連中のレスってどれ、アンカー付けてくれないと分からん。

地デジなんぞにcrf16は過剰だろう。

ソースがDVDならcrf 16だと逆にアラが目立つけど

作者がcrf18でOKって言ってたと聞いたが。

いや、チームで作ってるんじゃね

crf18は5年前くらいのモニタだとよかったけど、アホメーカーによる画質=明るさ的競争で
網膜破壊レベルに達した糞明るいモニタだとアラが目立つ。

>>942
> crfは19、17あたりでサイズと画質の壁がある。15以下は無意味

ああ俺の感覚的には、この意見と同じだなcrf18は本当に微妙なところにある。

だからソースによるでしょ
BDならcrf18でEVRでも問題ないけど

俺が言ってるのはBDソースの話、自分が標準的に使う設定を決める比較実験に汚いソース使ってもしょうがない。

むむ、水掛け論になるのでオレは降りるね

本人が良いと思った方法でやればいいのよ

ただ他人に「こっちのが良くね？」と言われた場合、
「ああ、そうかもね。試してみるよ」と思える程度の度量は持っとくべきだろうけど

ん、crf15と18の話なら水掛け論になるはずもないけど、15のほうが綺麗なのは確実だから。

>>955
んなこと言ってたらソースのほうが綺麗に決まってんだろ。
自分の感覚でどこがボーダーラインかって話をしたって
モニタも部屋の明るさも目の感覚も違うんだから、全員の着地点が同じなわけないじゃん。
>>949,>>950に対しての話な。
これでも水掛け論にならないって言うなら、もうすでに水掛け論だよ。

携帯動画変換君でAVI→1440x1080p＠29.97f(High/4.0/crf18 --qcomp 0.7 --ref 3)
のエンコってできそうですか？

携帯動画変換君 質問スレPart7
http://hibari.2ch.net/test/read.cgi/software/1255409912/

>937
最大画像サイズ：1280x720、最大フレーム数：290000
で、ぎりぎりソースが読めるレベルまで落としました。
物理メモリは32bitOS最大の3GB以上なので、ページファイルを8GB増やしました。
が、やはり最後の方でエラーが出ます。メモリの問題ではない気がします。

>938
紹介の板はVFWだから自分のとは違うと思っていました。
GUIと書いてあるからそちらでもいいかもしれませんね。
そちらで聞いてみることにします。

ありがとうございました。

>>959
32bitプロセスは2GB以上のメモリを使えない。
これはOSの空きメモリに関係ない。

64bitOSでも動くプロセスが32bitならその制限を受ける。
1440x1080ならあまり2GBを超えることは無いが、1920x1080は
エンコパラメータを注意しないとすぐに2GB超える。

実際に超えることはなく、2GBを超えるメモリを確保しようとしたときに落ちるので
エンコ中に1.7GB位使ってる時は要注意。

落ちないようにする機構はOSにないの？

LARGEADDRESSAWAREしとけば64bitなら4GBまで使えるよ

>>960
エンコード中のプロセスをタスクマネージャーで見てたんだけど、
aviutl.exeは120MB前後でした。他も、200MB超えるようなプロセス無しです。

今回の問題には関係なさそうですが、PCの知識が広がりました。
ありがとうございました。

>>960
2G以上じゃなくて2.5G以上じゃねーの？

2.5なんて数値は聞いたことが無いなぁ・・・
ttp://www.geocities.jp/hpt_user99/address.html

>>964
メモリマップドI/Oでハードウェアに割り当てられてるアドレス領域によってメモリが目減りするのと勘違いしてない？

あれ2GB制限ってWin9xじゃなかったっけ？
と思ったら、Win32の制限だからNTもなのか
ttp://support.microsoft.com/kb/189327/ja

3GBじゃないの？

/3Gのオプションつけないと2GBがデフォ
だと思ったけどSP3で変わったっけ？

変わってないよ

物理メモリの話と仮想メモリの話を分けて考えようぜ

x264audioで.wavファイルをavs等を通さずに直接エンコードすることはできないのですか？

>>972
--audiofile

Vまに氏のMixAQ r1732+9使ってるのですが、AutoVAQ(--aq-mode 2)使用時はMixAQは無効になるんでしょうか？
古い情報にそれらしきものが書いてあったのだけども、今でも同時使用は出来ないのか確認出来ず・・・
ご教示宜しくお願いします

Vまにに聞け

x264 core 110 r1804 e89c4cf 64bit版を使っています。
PSPに動画を入れる際、この設定でエンコしているのですが。。

--profile main --preset placebo --tune animation --weightp 0 --level 30 --keyint 120
--min-keyint 1 --bframes 2 --ref 3 --crf 19 --threads 9 --b-pyramid 0

これで出てきたのがこれ。

cabac=1 / ref=3 / deblock=1:1:1 / analyse=0x1:0x131 / me=tesa / subme=10 /
psy=1 / psy_rd=0.40:0.00 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=2 /
8x8dct=0 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-2 / threads=9 /
sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / constrained_intra=0 / bframes=2 /
b_pyramid=0 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / weightp=0 /
keyint=120 / keyint_min=1 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 / rc=crf /
mbtree=1 / crf=19.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 /
ip_ratio=1.40 / aq=1:0.60


PCでは正常に再生できる（VLCで確認済み）のに、PSPではたまに前の残像が残って画面がグシャグシャになります。
（weightp と keyint を調整したら大分改善しましたが）。
それを回避したいのですが、どこら辺を弄ったらいいでしょうか。

知らないが--crf 19 --weightp 0 --b-pyramid 0だけならどうなんだ？

level 30がおかしいのかしら

>>976
うちのPSP用設定と違う点で関係ありそうなのはdecimate=1とsubme=10くらいかな
placeboやめて--no-dct-decimateでも試しに付けてみてはどうか

あとメモステの転送速度が足りないと
動画が破損ファイル扱いになることがあるからその辺も疑ってみるとか
（最近のSandiskノーマルタイプとか地雷らしい）

level 30 なんてあったっけ？ 3.0のこと？

>>977
VFRで60fpsにしたりなんかもするんで、基本[email protected]で常用してます。
keyintを調整しないとやはり画面が乱れました。

>>978
メモステはSONY純正、Sandisk、Laxorで確認しましたが、どれも同じポイントで画面が乱れます。
PlaceboではなくVery Slowをベースに、--no-dct-decimate、--me、--subme を調整してこれから試してみます。

>>979
僕は常にレベルをx10にして指定しています。

>>980
＞僕は常にレベルをx10にして指定しています。
意味がわからないんだけど、何か理由が？

>>980
同じポイントってことは、その辺りのビットレートが
PSPの再生能力の限界を超えてるのかも
Mainの3.0だと10000kbit/sが上限だったっけか
--vbv-maxrate 10000 --vbv-bufsize 10000付けてみるとか

>>981
例えば4.1にするなら --level 4.1 又は --level 41
どっちで記述しても同じ意味

>>982
ああ、そうなんだ。知らなかった。thx

>>981
特に理由はありません。強いて言うなら、昔からこうやっているからでしょうか。
錯乱させてすみませんでした。

>>982
--vbv-maxrate、--vbv-bufsize は自動で設定されるものでは無いということを初めて知りました。
ありがとうございます。
他の方のものも参考にしつつ、更にエンコしてみたいと思います。

自分で設定しない場合は、vbvは自動で決定されるからlevelを越えてしまうと
考えていたけど違うのかな？

PSP用なら
--vbv-maxrate 10000 --vbv-bufsize 10000
は念の為付けといた方がいい

＞60fpsにしたり
--keyint 120 は上げたほうがいいんじゃないか？

--qcomp --qpstepも多少上げたりした方が幸せになれると思う

ID:pMAxGGLRの攻撃
>>981は錯乱した

--profile main --level 30 --preset placebo --tune animation --crf 19 --qcomp 0.70
--bframes 2 --ref 3 --me umh --subme 9 --b-pyramid 0 --weightp 0
--keyint 240 --min-keyint 1 --psy-rd 0.4:0 --vbv-maxrate 10000 --vbv-bufsize 10000 --nal-hrd vbr
--threads 9

meを tesa→umhに変更
submeを 10→9に変更
keyintを 120→240に変更
qcompを 0.60→0.70に変更
vbv-maxrate vbv-bufsize 共に 10000に設定
nal-hrdを vbrに設定

cabac=1 / ref=3 / deblock=1:1:1 / analyse=0x1:0x131 / me=umh / subme=9 /
psy=1 / psy_rd=0.40:0.00 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=2 /
8x8dct=0 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-2 / threads=9 /
sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / constrained_intra=0 / bframes=2 /
b_pyramid=0 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 /
weightp=0 / keyint=240 / keyint_min=1 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 /
rc=crf / mbtree=1 / crf=19.0 / qcomp=0.70 / qpmin=0 / qpmax=51 /
qpstep=4 / vbv_maxrate=10000 / vbv_bufsize=10000 / crf_max=0.0 / ip_ratio=1.40 / aq=1:0.60 /
nal_hrd=vbr

この設定で何本か変換したので、後日検証をしたいと思います。
ありがとうございました。

いちどにあれもこれも変えてエンコすると
たとえ変わってもどれが効いてんのか分からんよな。

次スレ立てるよ

x264 初心者質問スレ part4
http://hibari.2ch.net/test/read.cgi/avi/1292516529/

>>991
おつおつ

>>989
急がば回れって話だな。
直ってりゃラッキーって認識なんじゃないの。