08/02/26 23:42:46 YTSUM3/k
--cqm flat --crf 21 ぐらいだと--no-deblockにしても目立たなかった、
地デジソースで1280x720ぐらいならこれで十分なことが多いです
マトリクスを使うときは高周波の量子化レベルを落と割合とdeblockを調整しています
449:名無しさん＠編集中
08/02/27 00:20:43 eliwY60y
crf使うならqpminとqpmaxぐらいは弄りましょうな
殆ど無いけど最悪画質劣化招くから
450:名無しさん＠編集中
08/02/27 00:22:05 YKMjaE8p
殆ど無いならどうでも良いじゃん
451:名無しさん＠編集中
08/02/27 00:33:41 8nJuWaJY
よく動くソースならqpmaxある程度さげたほうがいいぜ。
crf値によるが俺ならせいぜい34だな。30でもいいくらいだ
452:名無しさん＠編集中
08/02/27 00:49:12 ymvkHtCQ
>>446
だってボケたり暗部の線消えたりするやん
453:名無しさん＠編集中
08/02/27 01:18:08 KbfpwlZO
crf値にもよるけど、
大体25以下指定してるならqpmax30にしたって何の意味もないぞ？
1passならともかく、crfならそんなにぶっ飛んだ値にはならないから。
crfに15以下を指定したとき、qpminを下げるってのなら意味はあるかも。
454:名無しさん＠編集中
08/02/27 02:29:03 ir8i82sL
>>452
それを防ぐためにaqを使ってMB単位でqpをコントロールするんだぜ
455:名無しさん＠編集中
08/02/27 05:17:34 1LJ3Sr1s
とにかく圧縮率を高くしたいときには、マトリックスの高周波をJVTの倍くらいの数字にして
--filter -3,0にして使う。
456:名無しさん＠編集中
08/02/27 06:15:08 1wL8IUX6
>>455
お前いつのrevつかってんだ
457:名無しさん＠編集中
08/02/27 10:33:01 gjb3k1Yt
>>456
お前こそ何言ってんの？
458:名無しさん＠編集中
08/02/27 10:50:37 1wL8IUX6
>>457
longhelp見てみろよ
459:名無しさん＠編集中
08/02/27 11:11:15 gjb3k1Yt
-f, --deblock
--filter <- これにケチつけてんの？
馬鹿じゃね？
460:名無しさん＠編集中
08/02/27 11:32:09 AvEQaryp
煽るな煽るな
461:名無しさん＠編集中
08/02/27 14:16:25 Gp0xE9ME
deblockなんてイラネ
462:名無しさん＠編集中
08/02/27 20:31:24 UXA8dZQc
EasyVFRとx264でVFRなmp4に挑戦してるんですが、どうもEDスクロールの60iがうまく処理できません
吐かれたTimecodeでは59.940060になってるんですがtc2mp4で結合すると30pくらいになっていてガタガタになります
解決法あるでしょうか？
463:名無しさん＠編集中
08/02/27 20:35:26 SrGdM0+7
x264の問題でないからスレ違いだと思うよ
464:名無しさん＠編集中
08/02/27 20:40:58 igRDMohp
マトリクスを二言で言うと、限界とバランス！
465:名無しさん＠編集中
08/02/27 22:11:32 gH0RERJ0
今までずっと疑問だったんだけど、原因がわからなくて仕方なくやりすごしてきたんだが。
もしかしてコマンドの最後に半角スペースが入ってるとエンコが終わったときに
"バッチ ジョブを終了しますか (Y/N)?"
が表示されるのは(x264の)仕様？
466:名無しさん＠編集中
08/02/27 22:16:03 gH0RERJ0
ごめん、関係なかった・・・
しかしなんなんだ、Ctrl+C押したわけでもないのにx264だけ終了時に
これ表示してくる原因は。おかげで連続処理とまっちゃうじゃないか orz
467:名無しさん＠編集中
08/02/28 03:53:46 kIjKFnym
どんなコマンド使ってるかわからんが
Nだけ書いたNO.txtファイルでも作って
command < NO.txtとかリダイレクトしとけば？
468:名無しさん＠編集中
08/02/28 05:01:59 KdwlIIv+
そゆときはバッチ晒しとき
長すぎるならtxtにしてどっかにうｐ