08/01/30 18:35:05 t6w8ALkn
H.264の再生法や規格などの話題は
MPEG-4 AVC/H.264 総合スレ Part7
ｽﾚﾘﾝｸ(avi板)
Avisynthの話題は
Avisynthを絶讃ιょぅょ Part24
ｽﾚﾘﾝｸ(avi板)
インタレ規格の話題は
インタレ解除しないスレの3っぽいスレ
ｽﾚﾘﾝｸ(avi板)
MP4コンテナの話題は
【MP4】ISOMPEG-4普及委員会4【M4A】【3GP】
ｽﾚﾘﾝｸ(avi板)
CoreAVCスレ1
ｽﾚﾘﾝｸ(avi板)
【高音質】AACオーディオ総合3【mp4/m4a】
ｽﾚﾘﾝｸ(software板)
☆彡 ffdshow（本家） vol.13 ☆彡
ｽﾚﾘﾝｸ(software板)
MeGUIスレッド
ｽﾚﾘﾝｸ(avi板)
3:名無しさん＠編集中
08/01/30 18:35:09 t6w8ALkn
[FAQ]
Q 見れないよ
A x264.nlでmatroska splitterとffdshowを入手してインストール汁！ハードウェアでインタレ解除する場合は、
ビデオデコーダーの設定→出力→インターレース関連情報を…にチェックを入れること。
またはMPlayerやVLCなどのデコードエンジン内蔵のプレーヤーで試す。 これらで見る場合はffdshowは必要なし。
Q AviUtlやVirtualDubとかで読むとエラーでて編集できないんですが・・・
A 諦めろ。編集はエンコード前にするのが常識。
Q Win版QuickTimeで再生できない。
A QuickTimeはインタレ、ハイプロファイル(-8、--8x8dct、--cqmなど)、--b-pyramidに対応していない。 Bフレ1以下推奨。
Q 携帯機やゲーム機などで再生させるには？
A それぞれ専用のスレがどこか（他の板も）にあるはずなのでまずは当たってみてください。
Q バージョンアップ早すぎ
A バージョンアップでなくビルドアップです。例えばソースの清書、サイズの収縮などユーザーにとってあんまり意味のない改変でも更新されてます。
Q >>1のどのファイルがいいの？
A 迷う奴はx264.nlのを使え。GUI操作が好きな人は同ページにあるMeGUIやStaxRipも。マイクロソフトから.NETのインストールも忘れずに。
Q エンコードできない。
A 基本的に色空間がYV12のavsファイル(Avisynth)しか受け付けません。（MeGUI、StaxRipも含む）
Q MP4のVFRってどうやるの？
A 前知識として、そのまま"MP4 VFR"等で検索して、ISOMPEG-4スレへどぞ。
Q アスペクトの指定ってどうやるの？
A 704x480を4:3で見る時は--sar 10:11、 720x480を4:3で見る時は8:9。他は各自計算してください。
720ｘ480を16：9で見たい時、par(sar)x：yはx：y=480×16：720×9で求められる。
4:名無しさん＠編集中
08/01/30 18:35:15 t6w8ALkn
Q --interlacedで失敗する。
A 入力は縦が32の倍数のトップフィールドファーストのみ。--8x8dctと--direct(none以外)を一緒に使うと問題有り。
後者はデフォルトでonになっているので注意。
その他パラメータの勉強は
ageha
URLﾘﾝｸ(agehatype0.blog50.fc2.com)
QPオプションの目安
URLﾘﾝｸ(www.wikihouse.com)
aviから移行してきた人への簡易見本。704x480の24pと仮定。
Avisynthの2.5以降のバージョンをインストールする。
mp4boxを用意する。
映像は可逆圧縮コーデックでaviを作成する。
音声は別に作成しておく（C:\hogehoge\test.m4aに存在すると仮定）。
echo AviSource("C:\hogehoge\test.avi") > "%temp%\avi.avs"
echo ConvertToYV12() >> "%temp%\avi.avs"
"C:\hogehoge\x264.exe" --crf 20 --progress -o "%temp%\avi.264" "%temp%\avi.avs"
"C:\hogehoge\mp4box.exe" -fps 23.976 -add "%temp%\avi.264":par=10:11 -add "C:\hogehoge\test.m4a" -new "C:\hogehoge\test.mp4"
↑の4行をコマンドプロンプトに右クリ貼り付けenterで完成
↓batファイルにD&Dするだけ用
set x264="C:\hogehoge\x264.exe"
echo AviSource("%1") > "%temp%\avi.avs"
echo ConvertToYV12() >> "%temp%\avi.avs"
%x264% --crf 20 --progress -o "%1.264" "%temp%\avi.avs"
5:名無しさん＠編集中
08/01/30 22:53:06 2FQN3V6N
6:名無しさん＠編集中
08/01/31 03:19:02 s8PIyiUP
乙
7:名無しさん＠編集中
08/01/31 09:12:21 RucGccnb
AQ0.3でサイズが減少するってのは結局バグ？
バグなら新しいAQのバージョンで全部エンコしなおすんだけど。
8:名無しさん＠編集中
08/01/31 09:52:01 S2VjtnTg
その前に自分で確認して効果があると思えば使えば良いだけだろw
9:名無しさん＠編集中
08/01/31 19:22:07 esqndyxs
セラフィーのおまけの方、AQデフォで有効になってんのね
strength0指定しないでやったらビットレート5割増し余裕でした
10:名無しさん＠編集中
08/01/31 19:31:27 +zRm8bog
>>9
お前は英語も読めないのかとｗｗｗｗｗｗｗｗｗ
0.48:
AQ strength 0.5, sensitivity 13 made the defaults. Updated to r736.
Qcomp is now scaled based on AQ strength automatically.
--aq-strength 0指定しないと上記が有効になる。
seraphy氏のだけでなく、当てたパッチのフォーラムも見ような。使うなら
11:名無しさん＠編集中
08/01/31 19:39:00 esqndyxs
こんな膨らむ設定をデフォにするとはすげえな・・・
やっぱまだ0.3の方が好みだ。モスキートとか出るが
12:名無しさん＠編集中
08/01/31 20:38:56 NuuyI45x
>>10
オプションでAQ指定しなくてもAQ strength 0.5, sensitivity 13がデフォでかかるってこと？
13:名無しさん＠編集中
08/01/31 20:44:05 +zRm8bog
diffファイルを開いて覗いてみれば分かることだと思うけど
14:名無しさん＠編集中
08/01/31 20:44:16 1KjUcFTX
そう書いてあるじゃない
15:名無しさん＠編集中
08/01/31 21:22:08 RucGccnb
なんだsensitivityを0指定してプログラムで自動割り振りさせれば
0.4verのAQでも0.3とほぼ同じ程度のサイズじゃないか。
stength 0.5のsensitivity 0.0指定でstength 0.0の設定とほぼ同じ
結果サイズになった。
新AQで設定悩んでる人はstength 0.5以下、sensitivityを0.0に設定すれば？
16:名無しさん＠編集中
08/01/31 21:26:53 NuuyI45x
漏れはよくわからんからstength 0.3 sensitivity 0で使ってるけど、特にサイズが膨らんだということはない。
crf18で画質向上目的でAQ使ってるんだけど、使い方間違ってるか？誰か解説してくり。
17:名無しさん＠編集中
08/01/31 21:31:12 S2VjtnTg
>>9
AQデフォでって--aq-strength、--aq-sensitivityを指定してないと当然AQは効いてないよ
18:名無しさん＠編集中
08/01/31 21:35:38 esqndyxs
>>17
AQ0.48実装したr736でデフォルトで有効になったっぽいよ
ちょい前のは自分で指定しないと有効にならなかったけど
19:名無しさん＠編集中
08/01/31 21:47:53 S2VjtnTg
！！今試したほんとだ・・・なんだこのくそ仕様・・・
デフォでかけるならせめて使わないときと同じサイズになる設定値を使えよ
20:名無しさん＠編集中
08/01/31 21:48:59 RucGccnb
>>16
まぁ、基本的にOKだと俺は思うよ。
ていうかcrf18設定よりもマトリクス煮詰めてcrf20の方が
画質・サイズ共に優秀にならない？
マトリクス煮詰めてcrf18なら更に良いと思うけど。
21:名無しさん＠編集中
08/01/31 21:52:24 NuuyI45x
マトリクスはjvt使ってる。
22:名無しさん＠編集中
08/01/31 21:52:44 c/YFqz3P
BaselineやMainは仕方がないにしても、High Profileでflatは無いわな。
Doom9で拾った物しか使いませんが。
23:名無しさん＠編集中
08/01/31 21:54:43 +zRm8bog
sensitivity0ってのは自動設定だろ。怖くて使えん
中の人の話読んでると実写を前提にしてるみたいだし
自動設定した場合の計算式見てると高周波部のQB上げて低周波にビット割り当てるから
輪郭線のQPを上げて平坦部のQP値を下げるような動作をしてる
輪郭線を上げたら、結果デブロックがかかるわけで（QP依存なんで）これが輪郭崩壊とか
ver.0.3ぐらいの時言われてた現象。現状多少改善したとはいえども
ソースごとに自分で最適解を考えてsensitivityを決めた方がいいと思う
あと製作者はマルチパスを推奨してる
まぁ旧AQの方がアニメ向けだと思うけど、速度がこっちの方が速いんだよね
24:名無しさん＠編集中
08/01/31 22:43:42 7HlPzBKc
新AQの製作者は最初からアニメ用途には推奨してないしね
詳しくは知らないけどsensitivity0っていうのはフレーム内でのみビットを動かすモードで
sensitivity0以外がフレーム間でもビットを動かすモードになるんじゃなかったっけ？
でもこのsensitivityってのが一体何を意味してるのかがさっぱりわからないんだよな
25:名無しさん＠編集中
08/01/31 22:45:24 S2VjtnTg
速度よりも中身が全く違うからw
前スレで誰かが言ってたけど、アニメで今のAQ使うのなら今と逆で（輪郭でQ値を下げる）ような動きの方がよい気がするな
--aq-strength がマイナス指定できるかどうかは知らんけどね
26:名無しさん＠編集中
08/01/31 22:49:43 JqvW2D7+
なんて酷いアドバイス
27:名無しさん＠編集中
08/01/31 22:52:37 cyxLE4hV
アニヲタに地雷ファイルを大量に作らせるのが目的か？
28:名無しさん＠編集中
08/01/31 22:55:40 +zRm8bog
qcompも自動変更されるようになったしな。
>>Qcomp is now scaled based on AQ strength automatically.
29:名無しさん＠編集中
08/01/31 22:58:15 0+sNnH1P
>>25
そんな事しなくても量子化行列いじれば済む問題
それにアニメ向きと言われるフラットマトリクスはもともと高域重視だから
sensitivity0を使わなければいいだけじゃないかな
30:名無しさん＠編集中
08/01/31 23:00:35 7HlPzBKc
輪郭線とのっぺり領域からなる典型的なアニメならcrfもaqもjvtも使わずにCQPとflatマトリクスでやればいいじゃん
そうすれば>>23や>>25が望むようなビット配分になるんじゃないの？
31:名無しさん＠編集中
08/01/31 23:03:15 Mm9ZN+ay
>>30
前スレのキモイ人？
32:名無しさん＠編集中
08/01/31 23:04:38 thHg+w6p
>>30
そののっぺり化がブロックノイズと呼ばれる現象なわけだが。
33:名無しさん＠編集中
08/01/31 23:05:09 ff3nbfvv
マトリックスかぁ。弄るの面倒だけどやってみるかな。
34:名無しさん＠編集中
08/01/31 23:05:19 7HlPzBKc
>>31
違うし無益な煽りはやめろって
35:名無しさん＠編集中
08/01/31 23:06:13 gFlaD9wE
最近のアニメってだんだん実写化してきてるような
アメリカのCartoon的なものなら典型的なアニメの定義に当てはまるんだろうがｗ
36:名無しさん＠編集中
08/01/31 23:07:23 ff3nbfvv
最近のものでベタ塗りと言うと、らき☆すたか。
実写に近いというと…、CLANNADとか？
37:名無しさん＠編集中
08/01/31 23:21:29 S2VjtnTg
>>30
そうなんだけど、それだと1フレーム内はすべて同じQ値になっちゃうじゃない
そうでなくて今のAQでマクロブロック単位で動的に動かしたらって前提で言っただけ
アニメをしない俺には本当のことはわからんがね。反論出るところを見るとどうも駄目ぽいらしいな
38:名無しさん＠編集中
08/01/31 23:40:40 E2eyvmHN
ブロックノイズが出やすい部分ていうのはグラデーションの部分か？
純粋なべた塗りなら近傍のピクセルは全部同じ色だしなあ。
AQが輪郭線も単なる高周波成分とみなしてるからアニメには向かないって
ことだよな。つまり輪郭は輪郭と判定してその部分はいじらないor QPを下げる
ようにすればおｋってことか。まあ作者はあんまりそういうことするつもりはないだろうけど。
39:名無しさん＠編集中
08/02/01 00:10:32 70HDxAK3
>>30
そんなアニメ今時ほとんどねーよ
40:名無しさん＠編集中
08/02/01 00:17:42 chlQVRrK
なんという空論
41:名無しさん＠編集中
08/02/01 00:47:59 6mJ0o+R2
>>39
AYAKASHIぐらいべた塗りならいいけどな
42:名無しさん＠編集中
08/02/01 00:54:29 JX8DdQmQ
つ～か昔のセル画のほうが実はのっぺりじゃない罠。フィルター掛けすぎで
のっぺりと勘違いしてるとしか…
最近のデジタル彩色のほうが縮むしブロックノイズもでない。
43:名無しさん＠編集中
08/02/01 20:26:49 R/psfEKJ
昔のセル画はある意味実写だからなぁ
44:名無しさん＠編集中
08/02/01 22:13:46 SYWeSMUR
Seraphy氏のx264gui.auo、最新版でGUIが変わったのはいいんだけど、OKボタン押しても何も起こらないんだが。
x264patch.736.release6.rar
45:名無しさん＠編集中
08/02/01 22:16:45 eaoYuHo7
それは流石にスレ違いだ
VFWスレとかutlスレに行け
46:名無しさん＠編集中
08/02/02 02:31:23 uHtOC4fQ
この辺の線引きはテンプレに入れたほうがいいかもこんな感じで
派生ソフトでもcli版x264.exeと共通するオプション関係の話題は可
例：aviutlのプラグイン部分の話題はvfrスレへ
47:名無しさん＠編集中
08/02/02 02:32:44 S4SIjKu0
＞vfrスレ
48:名無しさん＠編集中
08/02/02 02:37:01 RTfQlOcV
>>47
熱心さが窺えるではないか
エンコ屋ならではの誤だ
49:名無しさん＠編集中
08/02/02 02:41:20 S4SIjKu0
わかるよ！！すごくわかる！！
50:名無しさん＠編集中
08/02/02 03:14:04 YPNVYr4L
ここはCFRスレか
51:名無しさん＠編集中
08/02/02 09:46:41 taahNMEa
>>46がバイク乗りだったらどーすんだ
52:名無しさん＠編集中
08/02/02 10:05:06 LsMGZ3re
昔CFRをCBRと書き間違えた俺は・・・
53:名無しさん＠編集中
08/02/02 13:32:47 PGjkjkH7
--ref と --bframes なんだけど、どのくらいまでが「意味がある」のでしょう？
皆さんいくつを指定しているか教えてください。
54:名無しさん＠編集中
08/02/02 13:46:51 pjauLcuZ
試行錯誤汁
あとテンプレくらい読め
55:名無しさん＠編集中
08/02/02 13:52:02 7PU4QXY5
自分で試せよｗ
56:名無しさん＠編集中
08/02/02 14:14:46 BQQ5kUQQ
俺はいつでも
--bframes16 --ref16 --merange64
57:名無しさん＠編集中
08/02/02 15:36:16 g81EmyTJ
俺もBは16だな
b-biasで調整する
ref16は時間かかりすぎじゃね？エンコ専用マシンでも持ってるのか
58:名無しさん＠編集中
08/02/02 18:28:51 BWUsSs1n
てｓ
59:名無しさん＠編集中
08/02/02 23:59:19 ALZvYrM+
r721以降
--ref 3 --bframes 5 --merange 32
r720以前
--ref 2 --bframes 5 --merange 32
60:名無しさん＠編集中
08/02/03 00:26:12 9pagO0Xm
--bframes16とか15とかすげー使ってんな…
61:名無しさん＠編集中
08/02/03 00:27:50 VKniIfjX
互換性を考えて、--ref 3 --bframes 2にしている。
62:名無しさん＠編集中
08/02/03 11:11:12 HT5OSy3s
AQオプションのおすすめ教えてください
crf 18でエンコしてて画質向上目的で使いたいんですが、どのくらいに設定するのが良いんでしょうか。
ちなみに今は--aq-strength 0.3 --aq-sensitivity 13に設定してます。
63:名無しさん＠編集中
08/02/03 13:55:00 W7pZd2H+
なんかx264でエンコするとバンディングが発生するんだけど
皆これどうやって回避してる？
AviUtlとかじゃきれいなグラデなんだが。
64:名無しさん＠編集中
08/02/03 14:19:37 yhVwkf/F
>>53=>>62か？
その調子で全部聞きだすつもりか
65:名無しさん＠編集中
08/02/03 14:41:42 e1Er5tal
お勧めも糞もソースごとに変えろよｗ。特にAQは
66:名無しさん＠編集中
08/02/03 14:42:46 4xdELNwH
>>63
AviUtlとかじゃっていうのはVFWでってこと？それとも他のコーデックでって事？
67:名無しさん＠編集中
08/02/03 15:02:48 tv8mV4ly
AviUtlの表示では、じゃないかな？
それをauoでエンコしてるのかcliに渡しているのか判らないけれど
68:名無しさん＠編集中
08/02/03 15:18:19 e1Er5tal
エスパーにしか分からない
69:名無しさん＠編集中
08/02/03 16:03:57 AGZwlEFX
相変わらずseraphy氏のサイトは鯖強いなー。
70:63
08/02/03 17:34:08 W7pZd2H+
あ、ごめん。
AviUtl上の表示って意味で。
YV12に原色されるからだと思うんだけど、他の人が作った
サンプルのmp4でバンディングあんまりみないからさ。
これ回避できる手段あるのかなぁと思って。
71:名無しさん＠編集中
08/02/03 17:41:31 +aVW57v/
小出し厨は帰っていいぞ
72:名無しさん＠編集中
08/02/03 17:44:12 CiBqnjHx
つ気にしない
つデコード時にffdshowでDeBandオン
73:名無しさん＠編集中
08/02/03 17:44:51 Q/D2yGqB
小出しつか単なるうっかりはちべぇだろJK
74:名無しさん＠編集中
08/02/03 17:46:35 V0FSrjBN
>>71
いや、小出しとかエスパーとか関係ないし。
utlで見れている以上x264の問題じゃないだろ。
まぁみんなスレ違い大好きだから別にいいんだけどさ。
75:名無しさん＠編集中
08/02/03 18:06:47 HT5OSy3s
いや53ではないです。
ちなみに--aq-strengthをあげると多く暗部にビットレートをやって
--aq-sensitivityが小さいといろんな部分のビットレートが削られ大きいとディテイルの少ないところのビットレートを削るって考えであってますか？
76:名無しさん＠編集中
08/02/03 18:15:08 5BCyIrPP
53じゃなくてもやってることは同じということに気付け
77:名無しさん＠編集中
08/02/03 18:31:25 e1Er5tal
【初心者歓迎】総合質問スレッド-7-
ｽﾚﾘﾝｸ(avi板)
78:名無しさん＠編集中
08/02/03 21:35:43 KluOG3G4
>>70
x264の設定が煮詰まってないとかフィルタのパラメータが変だとかじゃねーの
あとx264は暗部が苦手だからその辺バンディングやブロックノイズが出やすい
79:名無しさん＠編集中
08/02/03 22:16:39 39tM4Zpf
>>70
最終的にはYUV411になるからね。
色差が4ピクセルで情報共有している以上、ある程度は仕方がない。
それよりもバンディングをあまり見ないというサンプルの方を拝見したいぐらい。
いや、ダウソなら遠慮するけど。
80:名無しさん＠編集中
08/02/03 22:36:58 B8YwZC3R
seraphy氏のパッチ適用版使ってるんだけど、
ｒ721からｒ736に変えたらサイズが激増した。
具体的にはオプション類の変更一切無しで、960ｘ720のCLANNADが
302M→366Mになった。なんでだろ？
81:名無しさん＠編集中
08/02/03 22:38:22 HT5OSy3s
>>9-19
82:名無しさん＠編集中
08/02/03 22:39:38 KluOG3G4
>>80
>>9-18くらい嫁
83:名無しさん＠編集中
08/02/03 22:45:15 B8YwZC3R
うわｗ
これは申し訳ない。吊って来るわorz
84:名無しさん＠編集中
08/02/03 22:51:32 e1Er5tal
せっかくseraphy氏が当ててるパッチ名吊るしてるのにフォーラムも見ないんだな
85:名無しさん＠編集中
08/02/04 00:41:32 wJdKBcrL
使うだけの人ってそんなもんだよ
86:名無しさん＠編集中
08/02/04 01:30:56 fPWimNf0
ソフトの使い方としては人の勝手でいいが
掲示板の使い方としては駄目だろ
87:名無しさん＠編集中
08/02/04 03:27:34 wtTW338J
てかさ、aqオプションって暗部のブロックノイズやバンディングを抑えるためのオプションだろ？
crf18とかでエンコしてるやつらは十分にビットレートが足りてるはずだから使わなくてもよくね？
それに上にいたやつは画質向上目的でstength 0.3 sensitivity 0で使ってるって言ってたけど
それじゃたぶん逆効果でビットレートを削り過ぎてると思うぞ。
cef18ならたぶんデフォのstength 0.5 sensitivity 13位でサイズが変わらないくらいじゃないか？
ソースによるだろうが。
88:名無しさん＠編集中
08/02/04 04:01:24 pUaTyyNG
好きなようにやればいいじゃん
89:名無しさん＠編集中
08/02/04 04:23:35 /cOuR5wO
>>87
aqの解釈が全く違っている
今のaqはコントラストの低い部分の値を上げ高い部分を下げる仕組みなので暗部がどうとか関係ない
使う使わないでサイズを云々するならqcompも論議しないと意味がない
90:名無しさん＠編集中
08/02/04 04:25:05 /cOuR5wO
あ、逆だった
＞今のaqはコントラストの低い部分の値を上げ高い部分を下げる仕組み
は間違いで
＞今のaqはコントラストの低い部分の値を下げ高い部分を上げる仕組み
です
91:名無しさん＠編集中
08/02/04 07:40:47 EUTvCrkY
>>87
またおまえか
92:名無しさん＠編集中
08/02/04 11:39:30 DI9IaXiH
x264のパラメータをいろいろ変更して勉強しているのですが、
カスタムマトリクスを使った時って映像のサイズが妙に膨れあがるんだけど、
設定ミスっているのかな？
今のところのパラメータは、
--level 4.1 --crf 20 --ref 3 --bframes 2 --direct auto --no-fast-pskip --no-dct-decimate --8x8dct --partitions "p8x8,b8x8,i8x8,i4x4" --cqmfile "C:\Movie_Utility\AviUtl\tools\middle.cfg" --sar %PAR% --threads auto --thread-input
この設定で、cqmがflatのcrf18の時より６割近くファイルが肥大化するのですが・・・
画質は気に入ったのですが、ファイルサイズが・・・
どこかにまだ小さくするためにいい方法ってありますでしょうか。
使用しているマトリクスは覚書のMiddleQualityの物をそのまま使用しています。
使用エンコーダはx264itvfrのsvn736Mを使ってます。
93:名無しさん＠編集中
08/02/04 12:03:35 ZaaYIzPa
ログ嫁屑
94:名無しさん＠編集中
08/02/04 12:27:32 lggjl5iz
当の覚書の人に聞けよってか読めよ。
1問目から投げ出しておいて勉強中とかふざけるにも程がある。
95:名無しさん＠編集中
08/02/04 12:32:51 y9ZYkA3B
きっとそのマトリクスがウンコなんだよ
96:名無しさん＠編集中
08/02/04 13:58:39 96YpOPjw
>>92
svn721Mを使え
97:名無しさん＠編集中
08/02/04 14:21:11 SvFl26vQ
使いこなせて無いって言うより、日本語が通じて無いんだと思うよ
98:名無しさん＠編集中
08/02/04 19:10:14 fGym0Axf
とりあえず他人が使ってるのが最適なんだと思って考えることを放棄してるんだよ
99:名無しさん＠編集中
08/02/04 20:25:38 ftwo53ix
--subme 7 --trellis 2 --ref 5 --me umh
おまけ程度に --mixed-refs --weightb --bime (--b-pyramid --b-rdo)
エンコは激遅くなる
あとはそのカスタムマトリクス使うのをやめるとか
それではそういうもんだと割り切ってcrfの値を大きくするとか
100:名無しさん＠編集中
08/02/04 21:16:59 wJdKBcrL
使うだけの人ってそんなもんだよ
101:92
08/02/04 22:11:45 DI9IaXiH
不快感を感じさせてしまい、すいませんでした。
きちんと勉強し直してきます。
102:名無しさん＠編集中
08/02/04 22:55:47 XUSxz9QM
>>92
マトリックスの意味理解して、そのマトリックス使ってるんだよな？
103:名無しさん＠編集中
08/02/05 04:05:05 YiEQDhz2
この表にある中でどれだけがx264に実装されるのだろうね。
x264 Development Progress Thread
URLﾘﾝｸ(forum.doom9.org)
104:名無しさん＠編集中
08/02/05 04:12:50 9CJBIg1w
何はともあれPAFFを実装してくれるとありがたい。
105:名無しさん＠編集中
08/02/06 13:15:44 M3RbCuj9
ｷﾀ━━━(ﾟ∀ﾟ)━━━ !!
106:名無しさん＠編集中
08/02/06 23:55:38 lUTcKwOq
seraphy氏＆VFR_maniac氏ビルドにqns
trellis+qnsって事はcabacが使えないipodやモバイル系にはつかえないのかぁ。
PC映像で試してみよ
やばい部分に化粧してくれるかな？
107:名無しさん＠編集中
08/02/07 00:10:51 40yF9RgG
FFMPEGではqnsって大分前からあったし。ipodで使ってる人いないのかね
108:名無しさん＠編集中
08/02/07 00:35:26 P2P/3el9
qnsって初めて聞いたんだけどこのスレが当該スレかな
URLﾘﾝｸ(forum.doom9.org)
＞QNS has an... interesting... effect.
＞It should concentrate quantization error in areas that one would least notice it.
＞Its a type of quantization psy optimization, and is especially effective at lower bitrates.
って言ってるけど二行目がどういうことかイマイチわかんねっす
109:名無しさん＠編集中
08/02/07 00:38:07 x9XexVOq
目立ちにくい部分に量子化エラーを集中させると書いてあるね。
110:名無しさん＠編集中
08/02/07 00:54:03 fCT4ffd4
まあ低ビット時に使えば効果的かもしれんということか
111:名無しさん＠編集中
08/02/07 01:02:27 zDBJCNko
qns付きのseraphy版x264を落としに行ったら凄いものを見てしまった。
なにが凄いかって俺が全く理解できない話をしているところ。
頼む、誰かもっと分かり易く解説してくれ。
112:名無しさん＠編集中
08/02/07 02:18:22 KrPDNKH8
seraphy氏の凄い所はそれだけじゃない
VAQを改良し[-]をつけてる
まだ公開されてないけど
早く公開されないか超待ち遠しいい
113:名無しさん＠編集中
08/02/07 02:23:47 P2P/3el9
>>111
そう言われて見に行ったらDarkShikari版AQのqcompとaq-strengthの関係について有益な情報を発見した
ソース読めない身としては少しでも噛み砕いて説明してくれる人がいるのはありがたいねえ
＞（qcompに上乗せされる値は）aq_strengthの1.43倍ですので、それを見越してaq_strength、qcompを指定すればよいだけだったりします。
＞たとえば、qcomp=0とした場合に、aq_strength=0.42あたりがqcomp=0.6となります。
俺も難しい話はぜんぜん分からないんだけど、わかる範囲で要点おさえれば十分でしょう
VAQ（DarkShikari版AQ）についての説明ならここら辺↓とか
＞端的に表すなら、MB内の画素変化が少ない部分に多く、変化の多い部分に少なくビットを割り振ることで、見た目の「むら」を低減して
＞印象画質を上げるとともにデータを節約する動作といったところでしょうか。
Haali版AQについての説明ならこの辺↓とか
＞そんなわけで、Haali版AQは暗部か、または明部で青色が多いとき、明るさが一定のMBについてビットを多く割り振る
＞ように動作するという事がわかります。
>>112
このスレの上の方で要望の出てた「もしもaq-strengthにマイナスが指定できたらアニメに最適じゃない？」ってやつね
でも実験結果は微妙だったようで・・・
114:名無しさん＠編集中
08/02/07 02:29:57 40yF9RgG
アニメ的にはHaali版のが都合がいいんだよね結局
115:名無しさん＠編集中
08/02/07 02:50:22 40yF9RgG
と思ったらマイナスktkr試してみよう
116:FL1-122-132-180-184.stm.mesh.ad.jp
08/02/07 02:52:40 pS9moUjn
>>113
すみません。初回の検証はqcompの計算に手当てしたはずが失敗していました。
修正版で確認したところ（サイトも更新していますが）、結果はなかなかよかったです。
>>112
修正自体はほんの2行なんですよ。
x264patch.736.release7(MinusVAQ).rarというファイル名で置きました。
もともとも無保証ですが、その点ご了承のうえご利用ください。
117:名無しさん＠編集中
08/02/07 02:56:17 40yF9RgG
>>116
乙です。とりあえず試してみます
118:名無しさん＠編集中
08/02/07 02:57:18 P2P/3el9
これはこれは、いつも本当にありがとうございます
今度アニメエンコする機会があったらマイナスaqでやってみようかな
119:名無しさん＠編集中
08/02/07 08:50:39 X2tO3tSG
>>118
ID
120:名無しさん＠編集中
08/02/07 10:32:03 q9DSQSRY
結局、前スレできもいと叩かれていた奴とか>>25で書き込んで叩かれていた奴の方が正しかったって事か
まぁこのスレの住人はやっぱりその程度なんだな心底笑ったわwwwww
121:名無しさん＠編集中
08/02/07 11:06:30 4hv3/cUf
nandubやxvidから流れてきたやつなら別に珍しくもない発想です
122:名無しさん＠編集中
08/02/07 13:08:56 bZBeNKlC
x264.auo短い間に進化しすぎだぜｗｗ
とにかくGJ
123:名無しさん＠編集中
08/02/07 13:35:09 FcbomYRA
相変わらずAviUtlがエラー落ちするから使えない、x264gui.auo
俺にはx264out.auoがあるからいいさ…
124:名無しさん＠編集中
08/02/07 13:45:00 ceWMhL/K
>>123
seraphy氏のＶＦＷ（(笑)インスコしてみるとか．．．
125:名無しさん＠編集中
08/02/07 13:49:01 sb+UwCNB
>>120
いや前スレのキモイ人はアニメにはflatって人だぞ？
126:名無しさん＠編集中
08/02/07 19:10:15 Pk4k8/SZ
実写ソースで--aq-strengthを正の値にすると
ベタ部のQP値が下がる→細部がしっかり書き込まれる。デブロッキングも弱くなってのっぺりしなくなる。
複雑な部分のQP値が上がる→どうせノイズと紙一重だし、モスキートノイズが出ても分からない。
アニメソースで--aq-strengthを負の値にすると
ベタ部のQP値が下がる→どうせのっぺりしてるから、情報をケチってデブロッキングフィルターでごまかす。
複雑な部分のQP値が上がる→輪郭のモスキートノイズが減る。
127:名無しさん＠編集中
08/02/08 00:02:51 /ezbvyU4
Haali＋DARK合体版来たな
128:名無しさん＠編集中
08/02/08 00:09:53 H8n23MWq
x264patch.736.release8.rar
129:名無しさん＠編集中
08/02/08 01:06:36 6FgeDnhu
今のアニメってベタっぽいところでもテクスチャが描き込まれているから
--aq-strengthを負にするって駄目な気がする
今ちょっとエンコしてみたら下手なNRかけたみたいになってショック・・・・
もう少し設定変えてみるか
130:名無しさん＠編集中
08/02/08 01:06:37 w9cqsMQY
すげーなー
3種類とも明確に方向性の違う配分になってる
131:名無しさん＠編集中
08/02/08 01:40:01 Jovop4LD
>>129
負の場合は、strength、sensitivityどちらも実数字を小さくしないとNRかけたようになる。
seraphy氏のオプションがほぼ限界に近いんじゃないか。
たしか実装がどうだから-0.2か-0.3が限界とか書いてあった気が。
元々VAQってのは質感を重視して輪郭周囲を切り捨てる処理だからなら。
負にするということは、質感を捨てて輪郭周囲を重視することになる。
天秤をどっちに傾けるかというだけ。
質感も輪郭周囲もどっちも捨てれないなら、基本となるqpを下げないとだめだろ。
他に捨てるところがない。
132:名無しさん＠編集中
08/02/08 07:02:58 6FgeDnhu
>>131
アドバイスありがとう
寝てる間に10パターンくらいのセッティングでバッチを走らせておいたんだけど、
確かに小さい値の方が画質の崩れは小さかったね
Haaliのと併せたものは互いを補うと言うより、AQを使わない画質に近い感に思えた
やっぱAQ系ってソースに合わせてマトリクスを用意して使うのがベストな気がしてきた・・・・
133:名無しさん＠編集中
08/02/08 11:43:23 F0iOYqY9
楽しい・・・楽しいぞこの鬼更新！！
帰ったら地獄エンコの刑じゃ～！！！！！！！！！ﾊｧﾊｧ
134:名無しさん＠編集中
08/02/08 12:31:41 VIGhfNm4
アスペクト比はx264側とmp4box側のどっちで指定するべき？
135:名無しさん＠編集中
08/02/08 12:33:05 LoEAnquv
どちらでも良いけれど、私はx264で指定する。
136:名無しさん＠編集中
08/02/08 12:41:45 g0pWeWXR
俺はMP4boxで指定。
137:名無しさん＠編集中
08/02/08 12:51:12 5Px0HUfI
両方でするべきじゃないのかい
138:名無しさん＠編集中
08/02/08 14:24:06 H8n23MWq
両方でするのが常識だろ
139:名無しさん＠編集中
08/02/08 15:31:41 /ezbvyU4
俺はエンコのときに指定してるな
140:名無しさん＠編集中
08/02/08 20:21:05 g0pWeWXR
ちょっと弄ってみた感想、ﾁﾗｳﾗ失礼。
--aq-strength -0.1 --aq-sensitivity 4 --aq2-strength 0.7 --aq2-sensitivity 11 --qcomp 0.557
で --deadzone-inter --deadzone-intra 弄るとすげ～細かいノイズあるとこもバッチリ
再現してくれる。x264って単にビットレート上げても細かいとこ潰れるのがイヤだったん
だけど上手いこと --deadzone-inter --deadzone-intra とマトリックス、aq2を調整
すればかなり良いかも。ファイルサイズは馬鹿でかくなるからこんな事する人あんま
いないだろうけど…
141:名無しさん＠編集中
08/02/08 20:23:13 H8n23MWq
>>140
そのテストに使った
--deadzone-inter --deadzone-intra
の値とかは教えてくれないのかよ
142:名無しさん＠編集中
08/02/08 20:31:23 g0pWeWXR
>>141
あ、ゴメン。まだ適当に数値変えてテスト中なんで…
とりあえずかなり小さめの数字から始めてるんでどの辺まで上げて自分が
満足できるとこに落ち着くかまだ分からないや。
143:名無しさん＠編集中
08/02/08 20:37:38 /ezbvyU4
--aq2-strength 0.7 --aq2-sensitivity 11の時点で莫迦でかくなるのは想像つくな
Haali氏のAQでこれはきつい
144:名無しさん＠編集中
08/02/08 20:45:06 iBXM2X7p
--deadzoneもいじると半端なくデカくなるってどっか書いてなかったっけ？
145:名無しさん＠編集中
08/02/08 20:49:43 H8n23MWq
>>142
おｋ
とりあえずYOUの中でベストっぽい値が見つかったら勝手に晒してくれ
146:名無しさん＠編集中
08/02/08 20:53:21 g0pWeWXR
そう、どっちもでかくなる。けど前にちょこっと弄った時はでかくなる割には
たいして綺麗にならなかったけど今回の合体版はなんかでかくなった分
だけ綺麗になる希ガス。ただ素人のﾁﾗｳﾗなんで参考にはなりませんねｽｲﾏｾﾝ。
147:名無しさん＠編集中
08/02/08 20:59:57 vQHw7juY
なるP氏ですか？
148:名無しさん＠編集中
08/02/08 21:04:48 g0pWeWXR
違います。あんなにこだわってないし、知識も無いｯｽ('∀`)
149:名無しさん＠編集中
08/02/09 13:56:39 atC/ksDz
1ヶ月ぶり位に来てみたら話に全くついていけない
めんどくせーな、でも調べるお
150:名無しさん＠編集中
08/02/09 14:32:42 iIzvNnF5
>>149
調べた後はエンコ地獄がまってるぜ。
～～～ チラ裏 ～～～
aqとaq2の調整が難しい。
--aq-strength -0.1 --aq-sensitivity 8 --aq2-strength 0.3 --aq2-sensitivity 14
ぐらいでやっているんだが、aq2使うともりもりファイルがでかくなるな。
--aq-strength -0.2 --aq-sensitivity 12 ぐらいだとサイズは維持できるんだが、
微妙に色が変化する部分がつぶれている感じがする。
seraphy氏のAQ試した人いる？
0.5、12というサンプルの設定でとりあえずテストしてみたんだが、微妙な部分の
つぶれは改善されているような気がする。
他の部分は通常のAQと違いがわからん。。。サイズも多少膨らむ。
ずっと映像とにらめっこしていたら、何がいいのかだんだん分からなくなってきた。
ああ、目がいてぇ
151:名無しさん＠編集中
08/02/09 15:47:36 DsTMiQ+5
俺はpsnrとs/nのどっち寄りかで決める
152:名無しさん＠編集中
08/02/09 19:44:46 /NMuXGyh
aqに関してはpsnrじゃ決められなくないか？
aqの効き方を見るにはffdshowの可視化が便利ですｙ
153:名無しさん＠編集中
08/02/09 21:08:55 OHn9TceB
あとはビットレートをあわせられたらな
154:名無しさん＠編集中
08/02/10 01:21:12 /q14RjY9
たぶんサイズはソースによって膨らんだり縮んだりすると思う。
aq2は暗い部分にビットレート割り振るっていう話だから暗いシーンが多いと
ふくらみやすいんじゃないだろうか。
明るいシーンがほとんどのサンプルでaq2を0.3/15で使ったら使わない設定より
3割くらい縮んだ。その代わり明るい部分が派手に破綻した。
aqとcrfもあわせてソースによって変えていく必要があるかも。
しかしマゾいな
155:名無しさん＠編集中
08/02/10 01:47:31 DNvFcD51
逆だろaq以前が縮みすぎてた
156:名無しさん＠編集中
08/02/10 02:02:27 ukCtyRxg
そこで2passABRを使えば同一コストでどう改善があったのかを見ることができる
実験だとしても俺はやりたくないが。
157:名無しさん＠編集中
08/02/10 02:03:17 F5QH98Tx
そこでOreAQですよ
158:名無しさん＠編集中
08/02/10 02:24:51 fsqSMLCB
旧aqを使ってた身からするとミックスAQはまったくレート膨らむ気がしないんだが・・・
いわゆるaq2は足し算をするから膨らんで当然、aq1はMVごとに上げ下げするから
全体ではあまり太らない。しかしどっかが劣化してる（それをaq2で補う）。
159:名無しさん＠編集中
08/02/10 04:33:15 cEA9kqvN
実験した結果、低ビット時はaq2を使わないことにするわ
暗部ノイズは再生時にDeband使ってごまかせばいいし
160:名無しさん＠編集中
08/02/10 11:18:40 UJdPQsLi
うわ、qpでもAQﾃﾞﾌｫで有効になるんだな・・きめえ・・
161:名無しさん＠編集中
08/02/10 11:27:54 fsqSMLCB
ならパッチ自分で当てろよｗ
162:名無しさん＠編集中
08/02/10 16:01:30 e0zJvaUC
>>160
aq-strength を 0.0 にすれば殺せたと思うけど駄目だった？
163:名無しさん＠編集中
08/02/10 17:41:47 7hw4+7w1
mp4ってシークが遅いからエロ動画には向かないね・・・
164:名無しさん＠編集中
08/02/10 17:48:51 vsS3qYb2
VLCで見てるんじゃあるまいしそんな遅いかな？
165:名無しさん＠編集中
08/02/10 17:49:25 oJ6NMWm4
っつーかエロ動画ってシークそんなに必要か。
166:名無しさん＠編集中
08/02/10 17:56:19 4kVw8E1l
キーフレームへ飛ぶ分にはチョッパやだけどなぁ
167:名無しさん＠編集中
08/02/10 17:59:07 xu8yF2sW
--keyintを小さくすれば。圧縮効率はその分下がるだろうけれど。
168:名無しさん＠編集中
08/02/10 17:59:32 ifYkgZaZ
腐ってるデコーダならシーク遅いよ
映像・音声共にちゃんとしたデコーダを使え
169:名無しさん＠編集中
08/02/10 18:03:25 zrfC/VOd
遅いっつっても他のコーデックとほとんど差はないけどなぁ、
うちでエンコしてる物に関しては。エロはエンコしてないが
別にシークしまくったとしてもストレス感じるレベルじゃない。
よっぽどPCのスペックが低いかエンコがおかしいんじゃないか。
170:名無しさん＠編集中
08/02/10 18:06:12 8VagC4OI
シークが遅く感じるのは早漏だからだろ
彼は一刻を争そってるのさ
171:名無しさん＠編集中
08/02/10 18:12:03 i553THAI
>>165
フェラのシーンでは必要
172:名無しさん＠編集中
08/02/10 18:20:58 w9wCIJqe
お気に入りのシーン数箇所でキーフレーム指定してエンコして
そこにチャプター振ればいいんじゃね？
173:名無しさん＠編集中
08/02/10 19:01:42 8VagC4OI
どんだけ～ｗ
174:名無しさん＠編集中
08/02/10 19:17:17 hYnXsYiF
テレ玉ロザバン5話
seraphyのreadme通りのaq2設定追加してエンコしたら
crf22で1GB超えorz
175:sage
08/02/10 19:57:38 gYO7CIz+
どんだけー（棒
176:名無しさん＠編集中
08/02/10 19:58:34 gYO7CIz+
やってしまった(ﾉД`)
177:名無しさん＠編集中
08/02/10 20:19:50 0MXiY1FB
>>175
どんだけー（某
>>174
ロザリオとパンチラなら、チラ部分とモロ部分に分けて編集すると縮むよ。
真面目な話、Haaliのはデータ増やすだけだからソースによってはそうなるかと。
>>157くらいしかOreAQの話がでてないようだけど、俺のところではこっちの方が
いい感じだった。
これまでのAQより効果が薄いのか、sensitivityを10か11ぐらいまで下げたけど。
178:名無しさん＠編集中
08/02/11 00:11:46 fxH4Is1G
映像の中で人間が映ってるマクロブロックを認識してそこだけQ値を下げるAQ作ってほしい
179:名無しさん＠編集中
08/02/11 00:17:55 4N2scOW+
動いている物体ならまだしも人間のみってそれはちょっと難しすぎるだろ
水泳選手やAVみたいな素肌ならまだしも
180:名無しさん＠編集中
08/02/11 00:45:09 QywXzIZW
>>174
まじで？seraphyのreadme通りのaq2設定+1920x1080でマトリクス
オリジナルって状態じゃないそれ？
MXで1280x720ののjvtのb3のcrf21で446Mだったよ。ED60だったら
たぶん+60Mぐらいで500Mいったとおもうけど。
181:174
08/02/11 15:07:18 suurrL5Q
>>180
1920*1080でED60
マトリクスはjvt
182:名無しさん＠編集中
08/02/11 15:11:24 suurrL5Q
crf23にして--bframeを2から3にしたら800MBジャストになった
これなら個人的な許容範囲内
183:名無しさん＠編集中
08/02/11 15:23:33 ovEo3d9n
DXVA等との互換性を気にしないのなら、--ref 16 --bframes 16がアニメには効果的じゃないの。
184:名無しさん＠編集中
08/02/11 15:40:09 4N2scOW+
そうですね
185:名無しさん＠編集中
08/02/11 16:35:25 B8BxOhwK
crfで最大ビットレートを指定する方法はありませんでしょうか？
--vbv-maxrateだとABRかpassでしか使えないらしく困っています。
186:名無しさん＠編集中
08/02/11 17:54:10 7KY23R/o
--vbv-bufsizeを指定しろ
187:名無しさん＠編集中
08/02/11 23:28:29 B8BxOhwK
>>186
crfでは--vbv-maxrateではなく--vbv-bufsizeを指定するということですか？
なんかHELP文にCBRとか書いてあるのですが大丈夫なのでしょうか？
動作内容もよく解ってないので教えていただけませんでしょうか。
188:名無しさん＠編集中
08/02/11 23:36:22 geCMopj0
ちょっとは調べろ
189:名無しさん＠編集中
08/02/12 00:07:53 N6Y4l4IW
結論からいうと無理
190:名無しさん＠編集中
08/02/12 23:48:42 HNVVpNTx
いろいろとAQ試してみたところこんな感じに落ち着いた。
--aq-strength -0.4 --aq-sensitivity 13 --aq2-strength 0.3 --aq2-sensitivity 15 --qcomp 0.55
アニメとかならそこそこのサイズを保ちつつ、効果もそれなりにあるとおもうけどどう？
皆どれぐらいに落ち着いてきた？
191:名無しさん＠編集中
08/02/13 00:12:13 MnTOD5EE
ビルドが激しく更新されてる今の段階でパラメータを煮詰めることはしないなぁ
192:名無しさん＠編集中
08/02/13 00:12:15 MvvYO2wk
--qns ってものすごく重いですか？
いつもならせいぜい８時間くらいで終わるエンコがqnsつけただけで５０時間とか
なってしまった。;;
193:名無しさん＠編集中
08/02/13 00:19:04 aX31vFBO
50時間は無いけど結構fps落ち込むな。0.5fpsぐらい。俺の設定だと
194:名無しさん＠編集中
08/02/13 00:22:20 KPqz1WXM
aq使って調整するよりx264本体の振り分け最適化して貰った方がいいな
aq使ってる奴が多いってことは本体に不満あるってことだし
195:名無しさん＠編集中
08/02/13 00:24:35 UrjHIEtG
>>190
普段は使わない、気合い入れて高画質の時はSDサイズアニメ25分で500～600M
程度になるようにマトリックス調整。aq1は弱めaq2は強め。
196:名無しさん＠編集中
08/02/13 00:25:45 zcK3OAdw
てかもう完全にアニメに特化したエンコーダー誰かつくってくれ
197:名無しさん＠編集中
08/02/13 02:01:09 uHIqLSpa
>>195
そうしたい場合でも0とかを設定しなきゃいけないんだよね
うへぇぁ('A`)前スレでも見てくるか…
198:名無しさん＠編集中
08/02/13 02:14:04 P/tYOsBg
>>194
全然ちがうでしょ。
x264が実装しているcrfはピクチャ毎のqpの振り分けであって、これは結構支持されてるでしょ。
AQはピクチャ内のMB毎のqp調整であって趣旨がちがう。
あれかな？AQが何やってるか分からずに使っている人かな？
199:名無しさん＠編集中
08/02/13 02:15:43 aqLz3JKl
>>196
>>157
200:名無しさん＠編集中
08/02/13 02:21:47 uHIqLSpa
>>183
そういえば
--ref 5 --bframes 3
から
--ref 16 --bframes 16
にしたら
6時間弱かかってたエンコが14時間とかになった…
201:名無しさん＠編集中
08/02/13 02:29:52 sXJ/4//Y
refが重いのは分かりきった事じゃないか
202:名無しさん＠編集中
08/02/13 03:04:14 MnTOD5EE
>>200
なるに決まってんじゃん
ｱﾌｫｶ
203:名無しさん＠編集中
08/02/13 08:22:04 C4LvLols
AviUtl使いだとﾏﾝﾄﾞｲかも知れんが俺はパッチ有り無しでバイナリの名前変えて使い分けてるよ。
204:名無しさん＠編集中
08/02/13 08:26:30 N4ir02UF
なに！？ｗ
205:名無しさん＠編集中
08/02/13 08:29:36 C4LvLols
アンカー忘れた>>197宛ね。
206:名無しさん＠編集中
08/02/13 13:12:20 uHIqLSpa
>>201-202
知るかハゲ
207:名無しさん＠編集中
08/02/13 13:43:28 zXYcrlrF
これは酷い馬鹿
208:名無しさん＠編集中
08/02/13 13:50:34 uHIqLSpa
>>207
ごめんなさい。もうしません
209:名無しさん＠編集中
08/02/13 20:41:31 smLnenZD
wavをMP4に変換すると微妙に長さ変わるけどどう対応してる？
210:名無しさん＠編集中
08/02/13 20:42:33 rsgD3qr3
スレ違いだろ
211:名無しさん＠編集中
08/02/14 05:13:15 9oN1ZBkq
>>187,189
crfでも両方指定すればおｋ
maxrateだけはダメ。>>186の言うとおりbufsizeとセットで指定。
--vbv-maxrate 10000 --vbv-bufsize 15000
とかこんな感じで。
720pで部分的に15000kbps前後までいくシーンがあったから指定してみたら
10000k前後まで落ちてくれた。
212:名無しさん＠編集中
08/02/14 15:01:18 1IF/37nq
そういえば、いつの間にかAQとインタレが併用できるようになってた。
aq2の方は試してない。
213:名無しさん＠編集中
08/02/14 19:44:30 E59Jz0TW
aq version 0.48適用以降やたらビットレート使うようになってエンコ時間も増したな・・・
とりあえず実写ばっかだしaq2使わんからrev736.release2でいくわ
214:名無しさん＠編集中
08/02/14 19:47:10 5CxuZSHI
aqなんてゴミオプション使ってる奴がいるのかよｗ
215:名無しさん＠編集中
08/02/14 19:58:51 xe/w+8XT
ゴミオプション積み上げるのがx264だと思ってたのですが
216:名無しさん＠編集中
08/02/14 20:20:27 DYkn+9Iu
ぶっちゃけaq使わなくてもまともなHDソースをエンコしてれば普通に綺麗だしな・・・
アニメは知らんが
217:名無しさん＠編集中
08/02/14 21:18:54 EuLhQHkC
ぶっちゃけx264使わなくてもまともなHDソースをts保存してれば普通に綺麗だしな・・・
こうですか？わかりません＞＜
どこに重心を置くかだが、綺麗さを重視したら行き着く先は↑になり、
対ビットレート比を重視したらゴミオプションを積み上げることになる。
両端は見えているのだから「どこで妥協できるか」でしかないわけだが、
誰も君が妥協した地点を知りたいとは思っていないから。
そういうのはブログ（笑）にでも書いとけば？
218:名無しさん＠編集中
08/02/14 21:24:50 0xL86oQw
キモッ
219:名無しさん＠編集中
08/02/14 21:32:09 jfhHhMDF
エンコなんぞそもそもオナニーとおなじ
金あればBDに録り貯めていけばいい話だし
220:名無しさん＠編集中
08/02/14 23:22:16 3avR7Xci
普通に鑑賞してる時に効果が認知出来ないオプションとかは付けませんよ
エンコ職人じゃあるまいし
221:名無しさん＠編集中
08/02/15 00:28:18 +JEo+EA6
>>220
本当の素人はオプションの効果の検証なんてしない。全部入り。例:俺。
222:名無しさん＠編集中
08/02/15 00:41:33 P56rtBtE
>>220
鑑賞している時に効果が認知できるオプションてやばいだろ。
そういうのをアーティファクトっていうんだ。
どんなオプションつかってるんだよ。
つか、効果はエンコ結果だろ？
鑑賞している時に差が認知できないレベルでなおかつデータサイズが減る。
認知できたらそれは爾来。
223:名無しさん＠編集中
08/02/15 01:00:29 5NAPkdGA
つまりファイルサイズ1kbでも減らすためにこんな酔狂やってるのかお前ら・・・
224:名無しさん＠編集中
08/02/15 01:17:23 J/exZtNH
オナニーですから。
酔狂じゃなけりゃ適当なオプションでやってるかXvidで満足してるだろーよ
225:名無しさん＠編集中
08/02/15 01:31:27 zwRmCcum
両方だね。俺の場合は知的好奇心も入ってる。
結局、PSNRとかは指標でしかなくて本人が満足できればいいのさ。
満足するためにオプションを弄ってるんだから、エンコも一種の趣味と言えよう。
226:名無しさん＠編集中
08/02/15 01:35:10 P56rtBtE
酔狂でいいじゃないか。
ファイルをたった1kbを減らすために、SSIMをたった0.00001上げるために、
先人達はたゆまぬ努力をしてきたのさ。
XviDしかり、DivXしかり。
それは万人から見ればただの酔狂だったろうよ。
技術っていうのは大成した後に利用するのが賢い生き方であり、
それは俺も否定できんさ。
ただな、それがどうやって生まれてきたのかも、たまには思い出して
欲しいだけだ。
そして俺たちは、そういう未来が生まれてくるその瞬間に立ちあっていたい、
ただそれだけなんだ。
と言ってみる。
227:名無しさん＠編集中
08/02/15 01:39:43 TEn4VZfT
逆に言うとファイルサイズを極限まで減らすって縛りをなくすだけで
楽に早くエンコ出来るとも言えるわけだが
誰もが楽なのでいいやってなったら進歩が止まるからな
まぁユーザー側の視点から見ると現実は常に楽な方に流れるってのは皮肉な話だが
228:名無しさん＠編集中
08/02/15 01:53:12 JrMZpHz0
将来的にはH.264(x264)より優秀な形式が出てくるんだろうか･･･
今、色々試行錯誤して綺麗でなるべく容量食わない動画を作ろうとしてる事が、空しくなる時代が来るんだろうか
そんな未来が楽しみであり怖くもあり･･･
柚木ティナのAVをエンコしながら、そんなことをふと思った午前1時53分
229:名無しさん＠編集中
08/02/15 01:56:39 LGWbjqFQ
文明の進化は楽な道に逃げない人間がいるからこそのものである
230:名無しさん＠編集中
08/02/15 02:54:31 TEn4VZfT
楽にするのは楽じゃないってことだよなぁ、まさに。
楽じゃない事を頑張ってる人のおかげで大衆は、世界は楽出来るようになっていくという。
まぁ誰も彼もお互い様だけどね。
231:名無しさん＠編集中
08/02/15 04:26:22 wylqlWRE
まあDivXにしろXviDにしろまだまだ現役だし、エンコしたファイルがゴミになってる訳でもなし
232:名無しさん＠編集中
08/02/15 08:23:14 lqesqpA0
DivXやx264はそれぞれMPEG-4 ASP/AVCに完全互換だから、まあ安心。
仕様が非公開のReal VideoやVP6が今後どうなるのかは知らない。
233:名無しさん＠編集中
08/02/15 11:05:46 0SLkAY28
>>113にあるAQによるqcompの自動調節だが、アニメでは結局無意味なような。
+VAQとcrfの同時使用時に
複雑な場面→crfがQP値を上げる→aqもQP値を上げる→QP値の上げすぎ
単純な場面→crfがQP値を下げる→aqもQP値を下げる→QP値の下げすぎ
となるのをqcompを上げて防いでるわけで。
アニメで-VAQとcrfの同時に使うなら
複雑な場面→crfがQP値を上げる→aqはQP値を下げる
単純な場面→crfがQP値を下げる→aqはQP値を上げる
となっているはず。
アニメでqcompを設定しないでVAQを使うと、ほとんど固定QPになってしまい、crfがまるで機能しない。
Seraphy氏もqcompを調節して打ち消してるくらいだし。
234:名無しさん＠編集中
08/02/15 11:34:26 hLd4NWFI
>>199
IDがaq
235:名無しさん＠編集中
08/02/15 11:41:36 P56rtBtE
>>233
何をいまさら。
＞qcompの計算があるので、実質-0.2～-0.3くらいしか指定できませんが。
と、わざわざseraphy氏が教えてくれているジャマイカ
aqもaq2も隠し味程度が丁度いい具合だよ。強くかけるぐらいならcrfの数値を
下げる方が結果的によくなる。
236:名無しさん＠編集中
08/02/15 11:58:41 toUdpRIJ
他のオプション弄らなきゃcrfはいくら下げようと一定の画質にしかならんだろ。
237:名無しさん＠編集中
08/02/15 12:58:18 L91mmlCg
やっぱx264ってたまらんねぇ
最高。
238:名無しさん＠編集中
08/02/15 15:25:06 zcQViy60
VP7とH264を300kbpsでエンコしてみたけどVP7は見れたもんじゃない
H264のが画質圧倒的に上
239:名無しさん＠編集中
08/02/15 16:00:41 NAPe+C5B
VP7は再生負荷の低さが売りだろ？
240:名無しさん＠編集中
08/02/15 16:07:45 lqesqpA0
VfWの制限があってBフレームの使えないVP7はH.264のBaselineと比べてどうかという代物だ。
241:名無しさん＠編集中
08/02/15 16:11:11 eIa3nPou
>>219
BDに録り貯めつつripしてエンコしてる俺がバカみたいじゃないか
242:名無しさん＠編集中
08/02/15 16:21:23 1A4sXKXw
俺たちが夢中になってるのはただのエンコじゃなくて圧縮エンコだろ
こんな小さいサイズでこの画質が達成できたぜ！っていうコストパフォーマンスを追求してるんだよ
243:名無しさん＠編集中
08/02/15 16:26:22 F/BC6INa
でもなぜかこのスレには、crf信者が多いんだよね。
何で素直に2パスしないんだろう。
244:名無しさん＠編集中
08/02/15 16:29:06 nVgxPqdU
マジレスすると、もはや時間をかけてわざわざ2passエンコする利点が無い。
あるとしたら、ファイルサイズが決められている動画共有サイトなどにアップロードする際ぐらい。
245:名無しさん＠編集中
08/02/15 16:30:34 1A4sXKXw
時間もコストだし
2passって相場も知らずに予算決めるようなもんだし
246:名無しさん＠編集中
08/02/15 16:39:28 RqfhDgSr
2passだとエンコが追いつかない
247:名無しさん＠編集中
08/02/15 17:22:21 5mdqiNHw
crfで適当に作ってみてエンコの縮み易さを見た後、それを考慮して最終的な容量を決めて2pass
248:名無しさん＠編集中
08/02/15 18:01:00 J/exZtNH
シリーズものだと各話でOPとかの同じシーンで画質に差が出るのがいやだからcrf
249:名無しさん＠編集中
08/02/15 18:09:06 O0ALf2Bd
OPは使いまわすな俺は。
250:名無しさん＠編集中
08/02/15 18:29:04 LGWbjqFQ
シリーズものは録り溜めまとめて2パス と言いたい所だがそれはそれできついのでｃｒｆ
251:名無しさん＠編集中
08/02/15 18:53:36 sBOaDW9p
OPは使いまわすなら、カットしちゃえばいいんじゃね？
252:名無しさん＠編集中
08/02/15 18:55:05 zwRmCcum
>>251
そっ、それは…
253:名無しさん＠編集中
08/02/15 18:56:59 Xmx5sr+l
ファイルサイズが同じならPSNRは
2pass ＞＞＞＞＞ （越えられない壁）＞＞＞＞＞ CRF
254:名無しさん＠編集中
08/02/15 19:00:18 K4B8O3AI
常にbframes16でいいよ劣化度合いと天秤にかけても
アホみたいに縮むしエンコ時間がそれほど延びるわけでもない
b-biasで調整効くしb-adaptに丸投げして無調整でもいい
画質上げるにしてもbframes16のままcrf下げればいい
ref16とmerange64にもしたいけどこっちは増やすと死ぬほど
エンコ時間延びるから程々にしてる
255:名無しさん＠編集中
08/02/15 19:10:03 QsM7NrMP
ファイルサイズ同じって前提は成立しないしさせる必要もないので2passの意味はもはやない
256:名無しさん＠編集中
08/02/15 19:14:45 NAPe+C5B
HDDや光学メディア、フラッシュの容量は飛躍的に上がったし、
ネットワーク帯域も上がった。
もはや容量を気にして2passという場面は無いな
しかもH264はエンコが遅いし尚更2回もまわす時間コストは無駄だ
もちろん時間がある人はやればいいし、速いPCを用意するのも手だ
それは否定しないがね
1passでも不満ないエンコ結果がでるうえに早いんだから、そっち使うよ普通
257:名無しさん＠編集中
08/02/15 19:17:55 Xmx5sr+l
ファイルサイズが同じときの事実を述べただけなのに
CRFでエンコしてから、そのサイズになるように2passすればファイルサイズを同じ
ようにできるし、意味があるかないかはあなたの主観でしかない
258:名無しさん＠編集中
08/02/15 19:19:57 zwRmCcum
要は本人が満足できればおｋじゃね。
259:名無しさん＠編集中
08/02/15 19:22:11 QhB9UsgW
まぁ所要時間辺りの成果で考えれば無意味だけどな。
260:名無しさん＠編集中
08/02/15 19:22:54 4cKfo2tL
2passはいらない子
261:名無しさん＠編集中
08/02/15 19:26:40 gbrTF4ff
aq使ってファイルサイズ増やすなら、Npassのほうが素直な考えだよな。
262:名無しさん＠編集中
08/02/15 19:29:37 NAPe+C5B
>>257
レアケースを主張しても誰も共感しない
ただそれだけのこと
263:名無しさん＠編集中
08/02/15 20:27:47 P56rtBtE
>>253
PSNRがそんなに大事なら--cqm flatでもつかっておけば？
ありがたい事にサイズは縮むしSSIMもよくなるよ。
（嫌味なのだが、はてどういう切り返しがくるやら）
264:名無しさん＠編集中
08/02/15 20:54:18 wWQM82Gv
cqm flatってデフォのだよね？
jvtより自然な感じで好きだよ俺は
265:名無しさん＠編集中
08/02/15 21:09:56 zwRmCcum
お前らそう叩いてやるなよｗ
本人がそう思って主張しているならそれでいいじゃん。押し付けじゃあるまいし。
俺は時と場合で使い分けるがな。
266:名無しさん＠編集中
08/02/15 21:12:02 VzjUmsgv
2pass使う時と場合などないがな
267:名無しさん＠編集中
08/02/15 21:24:10 KajCdLGz
普段エンコしないしPCも空いてるのでする時は2pass
268:名無しさん＠編集中
08/02/15 21:27:47 htDcpdTr
ていうかただ2passしたらゴミが出来るだけなんだし、
必ずcrfする必要があるわけだからもはや2passと呼称するのが無意味だな。
3passだろ実質。
269:名無しさん＠編集中
08/02/15 21:54:49 nyuAIyMp
1920x1088だと1つ目のcrfだけで55時間かかるが、さらに2passまでするのか？
270:名無しさん＠編集中
08/02/15 22:38:55 Xmx5sr+l
切り返して欲しそうなので
>>257でも言ったようにただ事実を述べただけ。深い意味など無い
大事だなんて一言も述べてないし、PSNRを上げたいとも言ってない
オプションは目的によって使い分ければすむこと
「ファイルサイズが同じならば、CFRでエンコードしたものより2passでエンコード
したもののほうがPSNRは大きい」
このことからPSNRが大事と推論することは、
「水と水銀を容器にそれぞれ同じ体積入れるとき、水銀を入れた方の容器は
水を入れた方の容器より重量は大きい」
という命題に対して「重量」が大事と結び付けるようなもの
271:名無しさん＠編集中
08/02/15 23:26:23 gWZfaC6X
CFR
272:名無しさん＠編集中
08/02/15 23:28:32 COKTEn9m
お前がPSNR引き合いに出した矢先に論破されてヘコんだだけだろw
273:名無しさん＠編集中
08/02/15 23:54:02 FE3rGy5/
crf18でみなみけ1話エンコしたら767.48kb/s
1Pass ビットレート1500でエンコしたら1252kb/s
ちゃんとしたビットレート何処で見るんだろ
274:名無しさん＠編集中
08/02/16 00:06:13 NsZrrAyS
x264はまともにCBRできないぞ
275:名無しさん＠編集中
08/02/16 01:02:43 e67Vy3WC
ビットレート固定なんてレートの無駄遣いじゃん
276:名無しさん＠編集中
08/02/16 01:44:50 +GgKFxeB
そんな俺はqp
ａｑはcrf専用にすればいいのに
277:名無しさん＠編集中
08/02/16 02:21:09 yDFuoyFX
ビットレート固定なんてゴミしか出来ないじゃんｗ
278:名無しさん＠編集中
08/02/16 07:34:10 HBFwjdJg
案外そうでもなかったり
279:名無しさん＠編集中
08/02/16 08:41:14 e67Vy3WC
だってアニメなんて480pでも
全編を通して破綻しない適切なビットレートが300kbps～7Mbpsまで変化することがあるんだぜ
そこを1500kbpsとかでCBRしたら効率悪いにも程があるだろ
280:名無しさん＠編集中
08/02/16 08:49:48 bbI4+M/u
CBRまともに出来ないのかー
俺の持ってるキャプチャーボードはVBRがイマイチな出来だから
ずっとCBRでキャプしてんのね、だからx264もCBRの方が安定してるかと思ってた
281:名無しさん＠編集中
08/02/16 10:23:25 leGL4Bow
これからシフトしてけばイイのさ
遅くなんてないさ
282:名無しさん＠編集中
08/02/16 10:36:58 vYO92TUI
crfマンセー
283:名無しさん＠編集中
08/02/16 10:42:45 KNFCH4BX
安室とｹｺｰﾝした奴は今なにやってんだろうね
284:名無しさん＠編集中
08/02/16 10:47:31 JYuzuYon
海物語にでてるがな
285:名無しさん＠編集中
08/02/16 16:47:24 7Hlp6OU6
画質が劣化してるなぁって感じるのってどのくらい圧縮した頃からかなぁ？
漏れは今crf 18のcqm jvtでエンコしてるんだが一話につき500MB以上のサイズになるから
もうちょっと圧縮しても大丈夫なんじゃないかなって思い始めてきたんだけど。
ちなみに今はぜんぜん劣化したとは感じない。
286:名無しさん＠編集中
08/02/16 17:03:50 B9Ev5wMS
どんなソースでどんな解像度でどんな視聴環境なのか分からないし好きにしろよ。
287:名無しさん＠編集中
08/02/16 19:40:52 e67Vy3WC
720pで500MBだとしたら適正範囲だと思うが
288:名無しさん＠編集中
08/02/16 19:44:29 7Hlp6OU6
720pで500MBです。やっぱこれくらいですかね。
289:名無しさん＠編集中
08/02/16 20:11:50 SGSi/XfE
アニメはそのぐらい縮むからいいけどなぁ。
実写でやるとcrf18なぞとてもとても。
290:名無しさん＠編集中
08/02/16 20:24:51 IlbHu6le
実写(映画)の1280x1080(sar3:2)がcrf 26とか
291:名無しさん＠編集中
08/02/16 20:39:00 V1f12WT7
ノイズ乗りまくりのSDアニメに四苦八苦している俺が来ましたよ。
crf16まで下げてもざらざらノイズが取れないorz
SmootherとかPMD使ってみたが効果無い。どうしたものか。
292:名無しさん＠編集中
08/02/16 20:44:25 H640yqzq
crfでノイズは取れないしフィルタはスレ違い
293:名無しさん＠編集中
08/02/16 20:47:32 V1f12WT7
誤解を招く言い方だったかな。
ソース自体にはざらざらノイズは乗ってないけど、エンコすると出てくる。
品質が低いからかと思って16まで下げたけど取れない。なんでだろー、というわけ。
それ相応のスレで聞いてきます(´･ω･`)
294:名無しさん＠編集中
08/02/16 20:49:43 Sqlpeujr
使った事ないけど--nrってどうなんだろ、試してみたら？
295:名無しさん＠編集中
08/02/16 20:57:59 e67Vy3WC
どうせYV12に間引かれたのをノイズと勘違いなオチだろ
296:名無しさん＠編集中
08/02/16 21:12:51 +hepagHI
それいったらどれもいっしょだけどね
297:名無しさん＠編集中
08/02/16 21:15:03 UcNTagWs
インループフィルタを切ってるか、デコーダがアップサンプルなしYV12→YUY2変換して表示してるとかじゃないの？
あとはノイズ付与する機能を使っているのに気づいていないとかな。VFR_maniacビルドについてたはず。
298:名無しさん＠編集中
08/02/17 04:29:02 QwH4Qruy
refっていくらあげても画質は劣化しませんか？
299:＠株主 ★
08/02/17 04:41:10 t2X5RPoZ
劣化するなら使わない罠
300:名無しさん＠編集中
08/02/17 04:42:19 QwH4Qruy
ですよね。
301:名無しさん＠編集中
08/02/17 13:30:14 QwH4Qruy
DPB size (22118400) > level limit (12582912)
これはどういう意味？
302:名無しさん＠編集中
08/02/17 14:35:26 8bTjSyJ2
指定したレベルの最大DPBサイズをオーバーしているという警告
たぶん参照フレーム数の増やしすぎ
303:名無しさん＠編集中
08/02/17 14:40:43 y+ITtIkS
DPBっては、デコードする時に要するバッファサイズみたいに思ってくれ。
このバッファサイズはprofile levelによって上限が決まってる。
level limit (12582912)って表示がそれな。
デコードするのに必要なバッファは、マクロブロックの個数と参照距離で算出できる。
x264だとこういう式になる。⇒ (横+15)/16 * (縦+15)/16 * YV12(256+64+64) * ref
電卓で計算したら、適切なrefが設定できるとおも。
304:名無しさん＠編集中
08/02/17 14:51:43 y+ITtIkS
>>301
ちょっと計算してみたが、おまいさん、1280x720で ref 16 にしてしてないか？
level 4.1（4.0）だと、その画像サイズなら ref 9 が限界。
levelごとのDPBサイズ上限はっとく。
3.0 3110400
3.1 6912000
3.2 7864320
4.0 12582912
4.1 12582912
4.2 13369344
5.0 42393600
5.1 70778880
305:名無しさん＠編集中
08/02/17 15:04:44 scocUw8j
あいかわらずレベルの低いスレだな
306:名無しさん＠編集中
08/02/17 15:21:09 R1SY98Ud
ごめんなさい
307:名無しさん＠編集中
08/02/17 15:38:02 QwH4Qruy
みなさんありがとうございます。
308:名無しさん＠編集中
08/02/17 15:43:10 JFr/4XTA
この調子だとまた質問してきそうだな
309:名無しさん＠編集中
08/02/17 20:07:30 +Y9cQBZd
お前らがアホみたいに質問に答えるからだろ
310:名無しさん＠編集中
08/02/18 06:17:53 pR7odGf4
b_adaptが動いてりゃ--bframes 16推奨だったりする？
311:名無しさん＠編集中
08/02/18 07:08:38 X2XKkfDc
ほんとにまた来たよ
312:名無しさん＠編集中
08/02/18 13:06:26 7VZmpYMr
↓さ、答えてあげて
313:名無しさん＠編集中
08/02/18 13:30:49 TMk6Fg5B
自己解決しますた
314:名無しさん＠編集中
08/02/20 09:53:43 664Zkyjl
seraphyのことはseraphyの掲示板で聞けばいい。
URLﾘﾝｸ(seraphy.fam.cx)
315:名無しさん＠編集中
08/02/20 10:31:28 j30uS6VB
>>314
Utlスレの誤爆だよな？
x264はseraphy氏が作ったものじゃないぞｗ ここの連中より相当詳しいとは思うが。
それより、そこの掲示板が質問厨に荒らされる原因になるから外部への誘導はやめれ。
316:名無しさん＠編集中
08/02/20 21:20:54 yFbA6wG8
DVDのソースを試しにx264で圧縮したらバンディングがすげー目立った。
これって何でなんだぜ？
317:名無しさん＠編集中
08/02/20 21:47:25 uvWDtklM
>>316
グラボをATIに変えてみたら？
318:名無しさん＠編集中
08/02/20 22:18:49 yFbA6wG8
>>317
とりあえずこんな感じなんだ。
URLﾘﾝｸ(www.imgup.org)
頬あたりのバンディングが動画になるとスゲー気になってさ。
こういうのって回避できたりしないのかなぁと。
誰か回避方法知りませんか？
319:名無しさん＠編集中
08/02/20 22:25:29 JM3aWpBZ
このスレにエスパーはいませんよ
320:名無しさん＠編集中
08/02/20 22:52:11 ITMxOBow
>>318
ConvertToYV12の後にバンディング低減でもつっこめば？
重くなるけど
321:名無しさん＠編集中
08/02/20 23:01:12 yFbA6wG8
>>320
AviSynth使ってるなら確かにそれ有効かもしれないですね。
ただ自分はSeraphy氏のx264gui.auoを使用している状態ですので
その方法は難しいかなぁと思います。
AviUtlからの出力でうまい具合にまとまる方法ないものでしょうか？
322:名無しさん＠編集中
08/02/20 23:32:08 P/gCfEwd
こういうのは一つの解決法としてaq使いつつ--deadzone-inter --deadzone-intraとマトリックス
を調整して量子化されないようにすると超細部まで保持できて綺麗になる。
けど俺的には25分アニメ1.5Gが1.2G位になる程度じゃないと満足できなかったので
諦めてフィルターを上手く使いつつ300～400M以下で妥協して再生時にffdshowのdeband使った
ほうがはるかにマシだと思う。
323:名無しさん＠編集中
08/02/20 23:54:09 e2lyvoah
>>321
URLﾘﾝｸ(blog.ebifunyai.com)
を見ればわかるが、がらくたハウスのバンディング低減フィルタ
がAVIUTLで使えるぞ。
324:名無しさん＠編集中
08/02/21 00:17:14 5dq9syjd
もはやx264ともvfwスレとも無関係な話だな
325:名無しさん＠編集中
08/02/21 00:28:43 1tp7eL8O
スレ違いネタ大好きですから
326:名無しさん＠編集中
08/02/21 01:10:40 uCtMIN72
utilかsynth池
327:名無しさん＠編集中
08/02/21 01:13:40 6ssfMCjP
この落差は>>310があまりにも可哀想だ。
328:名無しさん＠編集中
08/02/21 02:07:25 iPbsHoSv
まぁ、ここまで俺の自演だったんだどな…
329:名無しさん＠編集中
08/02/21 02:22:43 4J969fhI
いや俺の自演だよ
330:名無しさん＠編集中
08/02/21 02:27:13 lBxK9Haw
>>315
俺はむしろSeraphyはもっともっと質問されまくって経験を積むべきだと思う。
彼ってさ、レベル低い質問が来たときに必ず一言嫌味書くだろ？
それで相手がしょぼくれて引き下がればいいけど
今DTV板を荒らしまわってるシマ何とかいう奴みたいなのだったらどうすんだと。
331:名無しさん＠編集中
08/02/21 02:35:17 bR87xSrW
>>330
お前馬鹿だろ
332:名無しさん＠編集中
08/02/21 02:39:04 0tv2DExY
>>330
アレは俺も気になってた。
どうなってもいい2chならともかく自分とこでアレはどうかなと。
今のところ嫌味言われて爆発したのは約1名ぐらいだが。
嫌味を言いたくなる気持ちは分かるがその一線を越えず無視するのが自己サイトを平和に保つための第一歩だと思う。
難しいけどね。
333:名無しさん＠編集中
08/02/21 02:39:20 rO3/2nAJ
ID:lBxK9Haw 「どうもお灸が効き過ぎたようです。人を叱ると言うは本当に難しい。」
334:名無しさん＠編集中
08/02/21 02:43:22 +Dn4NaC1
暇だね君たち
335:名無しさん＠編集中
08/02/21 03:30:33 kkp6MF4v
hitoがIP変えて自演してる
336:名無しさん＠編集中
08/02/21 05:09:13 J1JGgwfQ
よし、低レベルな質問をするからお前ら叩いていいぞ。
--level で低いレ・・・プロファイルを指定したとき
たとえば高ビットレートを指定するとワーニングが出るよな。
そのときビットレートは指定した値のままなのかい？
それとも指定レベルで許される最高レートに切り落とされるのかい？
実験的に使うために前者の仕様だと思うんだが
実用的には後者だと嬉しいなと思ったので聞いてみた。
337:名無しさん＠編集中
08/02/21 08:39:32 xZYWMjlg
>>336
URLﾘﾝｸ(en.wikipedia.org)
これを見ながら試せばいい。
簡単なのは、--level 1 --vbv-maxrate 10000 とか。
338:名無しさん＠編集中
08/02/21 11:48:57 nmBJladk
≡ ∧＿∧ .∧＿∧
≡ （ ´･ω･）⊃）Д｀） ｶﾞｯ!!
≡ /ニつ / ⊂ ⊂/ >>336
339:名無しさん＠編集中
08/02/21 17:39:17 YrHx/fsC
.答えになってなくないか・・
で、答えとしては前者。
340:名無しさん＠編集中
08/02/21 18:44:24 D5A+vAHb
俺はseraphyﾀｿの掲示板でスルーされたことあるぜ！
341:名無しさん＠編集中
08/02/21 19:26:33 J1JGgwfQ
叩かれないんじゃないかと思ってヒヤヒヤしたぜ。
じゃlevel指定しても、警告は出すけど平気で高ビットレート出力するってことか。
あともう一つ聞きたいんだが、プロファイルを指定するオプションって無いよな。
これはどうすれば・・・っと、使う機能を抑制してしのぐしか無いのか。
> x264 --crf 25.0 --level 10 --no-cabac
AVC/H264 Video - Visual Size 128 x 96 - Profile Baseline @ Level 1
> x264 --crf 25.0 --level 10
AVC/H264 Video - Visual Size 128 x 96 - Profile Main @ Level 1
> x264 --crf 25.0 --level 10 --8x8dct
AVC/H264 Video - Visual Size 128 x 96 - Profile High @ Level 1
ようやく掴めてきたぜ。
どうもありがとう。
342:名無しさん＠編集中
08/02/21 20:17:59 wdgxYutA
>>310以外にはみんな優しいよ
343:名無しさん＠編集中
08/02/21 23:23:36 sNUk63rR
tes
344:名無しさん＠編集中
08/02/22 01:19:14 Pza5S3RN
＿,====ミミﾐヽ、
,,==≡ミヽミヾミミミ、ヾ、
_=≡≡三ミミﾐ ミﾐヾ、ソ)),,》 .
彡彡二二三≡ミ-_ ﾐﾐ|ノﾉj )||ヽ, )、
__,,,,,,,,,／彡二二二 ,- __ﾐ|/ﾉ ﾉﾉﾉﾉ) ||
-=二ミミミミ----==--'彡 ∠ミﾐ_ソノノノﾉ ﾉ
/／＞=''"二二=-'"_／ ノ''''')λ彡／
,,/￣''l 彡/-'''""￣-=彡彡／ ,,-''",,,,,,,ノ .彡''"
(, ,--( 彡 ,,-- ===彡彡彡"_,-＿ ヽ Υ
ヾ-( r'''''＼ ／／=二二''''''彡ｿ￣ ∠__＼ .＼ｿ .|
＼;;;; ＼ Ζ彡≡彡-'''',r-､> l_"t。ﾐ＼ﾉ,,r-v ／￣￣￣￣￣￣￣￣￣￣￣￣
＼;;;; ＼ 彡""彡彡-//ヽ" ''''''""￣'''""(ｴｱ/ ／
＼;; ＼'''''')彡ヽ// | (tv ／| , r_>'| ＜一体みんな誰と戦っているんだ
＼;;; ＼'" ＼ ,,"''-,,ﾉ,r-", / r'''-, .j ＼
＼;;; ＼ ／,,>--'''二"''' r-| 二'" / __ ＼＿＿＿＿＿＿＿＿＿＿＿＿
＼;;r'""彡_l:::::::::::::::::::::: /./_ " ／￣￣"===-,
)''／／rl_--::::::::::::::::/:/ヽ"'=--":
345:名無しさん＠編集中
08/02/22 01:49:48 qjuYWzTy
>>336
levelで指定するのは文字通りレベルであって、プロファイルではないぞ。
346:名無しさん＠編集中
08/02/22 16:11:09 pS35v98T
>>345
うん。「しまった」と思ったんだが>>341でフォローしたから許してちょ。
それにしても、プロファイルに厳密なエンコードをしたいときは面倒くさいね。
何を使ってよくて何が駄目なのか、これをみて覚えておかないといけないんだな・・・。
URLﾘﾝｸ(en.wikipedia.org)
347:名無しさん＠編集中
08/02/22 16:13:15 /45fPuTG
一般使用なら4.2で十分なんじゃないっけ？
348:名無しさん＠編集中
08/02/22 16:21:26 mrC91nrr
Wikipeidaの表にある様に解像度に合わせて3(720*480), 3.1(1280*720), 4(1920*1080)までしか使わない。
これだけで互換性が保証される訳ではなく、正直おまじないみたいな物だが。
349:名無しさん＠編集中
08/02/22 16:28:45 MzbWk7R2
MeGUIは？ダメなオプション使ってると警告だしてくれるけど。
350:名無しさん＠編集中
08/02/22 16:34:10 mrC91nrr
レベルの範囲のオプションでエンコードしていても、例えば--b-pyramidに対応していないハードウェアがあるとか
そういう事が言いたかった。
351:名無しさん＠編集中
08/02/22 17:05:05 pS35v98T
>>349
おー、いいね。
試しにBaselineを選んでみたらCABACとBフレームの項目が選択不可になったよ。こりゃ便利だ。
同時に、自分が堕落しそうな気配もすこし感じたけどｗ
どうもありがとう。
352:名無しさん＠編集中
08/02/22 17:22:39 o4X5RDoZ
meguiは--vbv-maxrateにも警告出してくれるよ
353:名無しさん＠編集中
08/02/22 17:43:28 dL5Tu9+q
今crf 20のcqm jtvでエンコしてるんだが、バンディングが出るのでAQを試してるんですが、どれくらいがいいのでしょうか？
今はこんな感じでやってます。
--aq-strength 0 --aq-sensitivity 0 --aq2-strength 0.3 --aq2-sensitivity 15 --qcomp 0.271
これだとビットレートが足りてないところに足してるだけみたいな働きをしているのでしょうか？
いまいちAQの使い方がわからなくて。
354:名無しさん＠編集中
08/02/22 17:46:59 Yo0m7jWz
バンディングは再生時にフィルタかけて消すのがベスト
355:名無しさん＠編集中
08/02/22 17:48:52 xImUyhqM
>>353
さすがにしつこいよ
356:名無しさん＠編集中
08/02/22 17:58:16 pS35v98T
>>352
警告は出してくれるけどレベル指定はUnrestrictedに戻されるね。
下位プロファイル指定時に自動的に機能オフにされるのと比べると
この部分は、警告を出した上で、現レベルの最大値に合わされた方が整合性取れるし使いやすいような気がする。
ちょっと提案してみるか。
357:名無しさん＠編集中
08/02/22 19:48:57 /45fPuTG
>>353
--qcomp 0.721
にでもしとけ
358:名無しさん＠編集中
08/02/22 19:58:57 ERd8JxvA
Seraphy掲示板に無修正動画があったのでオカズにした。
359:名無しさん＠編集中
08/02/22 20:03:17 Fmw9OTPf
ああ、おっぱい丸出しだったな
360:名無しさん＠編集中
08/02/22 22:48:55 FdXeBrdP
--pass 2 --bitrate 1600 --level 3 --keyint 300 --min-keyint 30 --ref 3
--mixed-refs --no-fast-pskip --bframes 5 --b-rdo --bime --weightb
--direct auto --subme 6 --trellis 1 --analyse p8x8,b8x8,i4x4 --qpstep 24
--vbv-bufsize 10000 --vbv-maxrate 10000 --ratetol 90.0 --scenecut 45
--me umh --merange 32 --threads auto --thread-input --no-dct-decimate
x264 r721にて、PSP/PS3などの.mp4再生機で見れる動画を作成しようと思ってます。
一度変換したら元ソースを消そうと思っているので、↑設定がいいか悩んでます。
2pass目を晒します。 なんでもいいので突っ込んでやってもらえますか。
・bitrate=1600は、720x480 25分動画を300MB目標
・ref=3は、再生互換性を考えて(本スレでr721でbframe参照=2になると見たから)
・subme=6は、綺麗＆速度の兼ね合いで
・trellis=1は、綺麗＆速度の兼ね合いで
・vbv-maxrateは、どうせ上限にならないだろうから適当で
・scenecut=45で、x264 defaultより少しいい程度で
・me=umhは、綺麗＆速度の兼ね合いで
・merange=32は、綺麗＆速度の兼ね合いで
・bframes=5...どうしたらいいんだろう？ PSPでは再生出来てるし。
変換速度の兼ね合いがあるし、他機器との再生互換が分からん
361:名無しさん＠編集中
08/02/22 23:01:59 82AwMVez
みんなが突っ込んでくれれば労せず画質が向上するわけだからウマウマだよね。
普通そんなことしないのでみんな高画質を目指そうと必死に設定練ってるんだよ、
一つ突っ込むなら--scenecut 45はない
362:名無しさん＠編集中
08/02/22 23:16:29 pS35v98T
これはIDがpS3な俺の出番だな！
・・・PS3持ってなかった(;;)
363:名無しさん＠編集中
08/02/22 23:53:01 ERd8JxvA
>>360
・--keyint 300 --min-keyint 30って事は実写かな？
・実写だとして、--qpstep 24は不味くないか？
・--ratetol 90.0これはよー解らんが一応突っ込んどく
・一番下のは実際にやってみればよいのでは？
こうやって人の設定見てアレコレ言うのもたまには良い。
でももう少し自分で練ってから訊いて欲しかったかな。
364:名無しさん＠編集中
08/02/22 23:57:56 MzbWk7R2
俺的結論PSP用は480x272で別に作れば良いじゃん。
アニメなら音声込みで45～60M程度で十分だし。
365:名無しさん＠編集中
08/02/23 10:40:21 /U4dMF5c
Thread数が１か４しか選べない
２はどうやったら選択できるんだ？
366:名無しさん＠編集中
08/02/23 10:48:09 TnOxgvGj
そのネタ古すぎ
367:名無しさん＠編集中
08/02/23 11:08:09 prrdI8U+
>>365
やぁむかしの俺
368:名無しさん＠編集中
08/02/23 11:13:11 Fq4crx12
ヒントつコピペ
369:名無しさん＠編集中
08/02/23 18:59:29 zvhmwc2g
>>360
教えて君はすれ違いだよ
370:名無しさん＠編集中
08/02/23 19:00:52 /U4dMF5c
ええーー
2をコピペしても4になるぞ なんでだ
371:名無しさん＠編集中
08/02/23 19:32:30 OYQRXxZM
2度目はつまらん
372:名無しさん＠編集中
08/02/23 19:59:45 06Q5lLDG
なんかバンディングの話が多いので試してきてやったぞ。
結果を先に言えば再生時にDeBandしろ。
バンディング低減プラグインをAviUtlで使おうが、
YV12変換後にバンディング低減プラグインをAviSynthで
記入しようが圧縮時にデータが量子化されて乙る。
低周波も高周波も全部残すようなマトリクス使えば大丈夫かも
しれないけど、そんなことするなら元ソースのままのがいい。
373:名無しさん＠編集中
08/02/23 21:34:00 51d7s+Lc
元々おかしなぐらいの割れ方してみえるものは
多少はマシになるけどねーそういうのだけ使ってるよ。
結局ffdshowのdebandをONで見ることには変わりないけど。
374:名無しさん＠編集中
08/02/23 21:52:39 RHn88KE6
（ ＾ω＾）x264itvfr.exeもSSE3とSSSE3に対応して欲しいお
375:名無しさん＠編集中
08/02/24 00:25:33 BDBwmM/m
SSE3/SSSE3は速度向上無しだったはず
376:名無しさん＠編集中
08/02/24 11:08:39 sK2EEMQO
>>375
Σ(ﾟдﾟ;) ｶﾞｰﾝ
377:名無しさん＠編集中
08/02/24 12:50:44 2ZCp0zja
PAFFサポートまだかなー
378:名無しさん＠編集中
08/02/24 13:55:39 JEeCxyd9
最近更新が無いからって無理して古いネタを掘り起こさなくてもいいんだぞ。
この板は簡単にdat落ちしないから。
379:名無しさん＠編集中
08/02/24 17:49:53 Fg+gUOn0
H264は圧縮過程の演算全てが整数演算だから
浮動小数点や複素数を高速化するSSE3はきかないんだよね
380:名無しさん＠編集中
08/02/24 17:56:09 EwFKu2Ni
>>360
PSP兼PS3なら720x480で正解
480x272だとPS3で再生するとき32インチでもつらいくらいジャギジャギになる
50インチで再生すると720x480でも結構つらいんだけど2,3m離れればまあ妥協出来るレベル。
ビットレートの指定も25分動画x13でDVD1枚にする目的なら妥当
メモステも4GBのハイスピードで6K以下で買える時代だからね。
映画2本、もしくはアニメ10本入って問題ある使い方はあまりないと思う
vbv関連は俺は指定なしでやってるけど再生できなかったりおかしくなった動画はないよ
あとはアスペクト指定sarを使うとかフレームレートの指定fps使うとかかな？
ちなみにPSPは60fpsを再生できます。CRF10の60fpsのファイルで10Mbpsくらいのビットレートの時でも普通に再生できます
381:名無しさん＠編集中
08/02/24 17:59:02 rC20LtDa
そういえばPSPのハードウェア限界って720x480の60fpsくらいだったっけか。
非改造でも60fpsいけるのね、知らなんだ。
382:名無しさん＠編集中
08/02/24 19:13:50 6a9pFaDN
8x8dctが使えないx264なんてゴミ。
383:名無しさん＠編集中
08/02/24 20:04:57 zdBtWbJb
>>381
VFRもいけまっせ。level3mainでAAC-LCならなんでもいけそう。
384:名無しさん＠編集中
08/02/24 21:33:17 k8hToJlz
URLﾘﾝｸ(builder.japan.zdnet.com)
264用の関数が用意されてるみたいだが、搭載した円コーダ、デコーダはまだでしょうか
385:名無しさん＠編集中
08/02/24 21:47:16 1DzITBJ8
>>384
H.264スレと間違えてないか
386:名無しさん＠編集中
08/02/25 03:42:05 YZPzrI/D
情報というのは色んな所に転がっている。
色々あり過ぎて訳が分からない人もいるだろう。
そこで、オレ用メモも兼ねてdeadzoneの情報のまとめ
--deadzone-inter --deadzone-intra
--deadzone-interのデフォは21、最大値は32
--deadzone-intraのデフォは11、最小値は0
デッドゾーンが狭い (小さい) ほど細部まで保持できてGJなのだが、
副作用で莫迦みたいに容量が増えるのでご利用は計画的に。
aq使いつつ--deadzone-inter --deadzone-intraとマトリックス
を調整して量子化されないようにすると超細部まで保持できて綺麗になる。
てことで、ようは綺麗美麗がﾎﾞｫｰｰﾉ!!
もしくは、容量なんて (´ー｀) ｷﾆｼﾅｰｲ 時に弄るべし。
387:名無しさん＠編集中
08/02/25 03:59:04 EJceyfOF
>>386
アニメで1G超えちゃっても細部保持の人向けだーね。乙！
388:名無しさん＠編集中
08/02/25 09:31:24 rmq8B/ar
Blu-Rayに保存するからHDサイズで１ファイル１GBなんだが
deadzoneいじってファイルサイズ肥大させるとやべーよｗｗｗｗ
deadzoneいじって１GBってサイズいくつの話だ？
389:名無しさん＠編集中
08/02/25 10:06:40 Mirtn4kw
>>386
ついでにマトリックス弄らないとダメだよ。jvtなんかじゃ細部潰れるし
フラットだと最悪だよ。高ビットレート用に調整だYOヽ(^｡^)ノ
390:名無しさん＠編集中
08/02/25 11:06:13 gUThJxAc
aq関係は全シカトしてる
391:名無しさん＠編集中
08/02/25 11:14:07 xHN427Ys
（ ´_ゝ`）
392:名無しさん＠編集中
08/02/25 11:15:55 kWnahXrv
当然aqなんかシカト。
ありがたがってるやつの神経がわからん。
393:名無しさん＠編集中
08/02/25 11:28:01 Mirtn4kw
俺は実験して遊んでるだけで実際に保存用のには使って無いや(;´Д`)
394:名無しさん＠編集中
08/02/25 11:34:49 a49xgxkZ
aq使わないと暗部が大変なことになる
暗部ない映像なら使わなくてもいいんじゃね
395:名無しさん＠編集中
08/02/25 11:38:04 ktMLNFLH
aq上手く使えば青部分や暗部のブロックノイズほとんど出なくなるしな
使わない奴の神経が分からん
396:名無しさん＠編集中
08/02/25 11:54:12 kWnahXrv
aqは無駄が多すぎるんだよ。
そんなにもサイズ大きくしたいなら、q値下げろよ。
397:名無しさん＠編集中
08/02/25 12:07:15 qf7zaIZv
aq使わない俺は当然crfなんか使わず1passならqp指定、2passやるとしてもqcompは1.0固定です。
それが筋ってもんです。aqは使わないけどcrfは使ってるとかいう輩はド素人ですよ。
398:名無しさん＠編集中
08/02/25 12:13:10 kWnahXrv
>>397
確かに筋が通ってる。
aq使ってる奴って--ipratio,--pbratioでpbの値を上げまくってるか、デフォ使ってるか
基本的なとこを完全に無視して、無理やりaqでこねくり回してる感がある。
399:名無しさん＠編集中
08/02/25 12:36:09 7tc2CEku
むしろaq使用の有無関係なくcrf使わないやつは馬鹿すぎだろ。
何のために264使ってんだよw
400:名無しさん＠編集中
08/02/25 12:41:57 CxbgJ2JK
そうか？
aqはピクチャ内のMB単位QP Rate Controlが目的だろ？
マトリックスにしろ他のオプションにしろ、どれもムービー／ゾーン／ピクチャ単位の調整であって、
MB単位で調整するものは無いんだが・・・
なんか、分かってない奴が「分からないからいらない」と言ってるだけなんかな。
いや、aq使っている奴でも何してるか知らずに「画質が向上する」と思い込んでるahoもいるだろうが。
401:名無しさん＠編集中
08/02/25 12:53:26 ktMLNFLH
>>396
お前HaaliのAQしか知らないだろ
402:名無しさん＠編集中
08/02/25 13:04:32 CxbgJ2JK
ID:kWnahXrvよ。aqは無駄が多いとか否定しているようだが、もっと具体的に
アルゴリズムの何処に無駄があって何が問題なのか指摘してみてくれ。
できれば、現在のAQごとに。
１．VAQ 0.48
２．HAQ 0.3
３．-VAQnHAQ
４．OreAQ 07
seraphy氏はここを見ているようだし、君の指摘によってより良い物が日本から
生まれる可能性だってある。
いや、指摘できるほど知識がないなら別に構わんが。
403:名無しさん＠編集中
08/02/25 13:12:20 kWnahXrv
そこらへんはseraphy氏の掲示板にも書いてなかった？
データ集めるのが大変とか。
とりあえず言いたかったのはaqは微妙。
404:名無しさん＠編集中
08/02/25 13:15:10 c/C4Uh3y
ID:kWnahXrvは括弧つきでいいから、
（俺には仕組みが理解できないから）aqは微妙。
って書こうな。
405:名無しさん＠編集中
08/02/25 13:15:44 kWnahXrv
煽るなｗ煽るなｗ
406:名無しさん＠編集中
08/02/25 13:22:31 CxbgJ2JK
まぁ、aq使っている奴も仕組みが分からずに数値をこねくり回している奴が大半だろうし、
分からない機能なら使わないという方が前者より賢い選択ではある。
が、技術否定はネガティブなのでもっと建設的に話が出来ればいいなとは思う。
407:名無しさん＠編集中
08/02/25 13:23:21 DFLVMOwJ
がっかりだよ…
aq使ってみて画質の向上があったのか、然程なかったのか、
それとも低下したのか。これらのどれに当てはまったのかくらい教えてくれ
408:名無しさん＠編集中
08/02/25 13:26:59 NdqvZpd1
crf使わない基地外よりはﾏｼだろw
409:名無しさん＠編集中
08/02/25 13:53:55 jcYcDPNn
crfはコマ送りで見ると汚いから嫌いだ
410:名無しさん＠編集中
08/02/25 14:11:54 gUThJxAc
俺は使い方が分からんだけだが
>>394を見て過去ログを漁る気になってきた
411:名無しさん＠編集中
08/02/25 14:25:21 urNuMUgl
2pass使わないと暗部が汚くなるから。必須だろ
412:名無しさん＠編集中
08/02/25 14:25:44 ktMLNFLH
少なくとも俺の環境では
--crf 18
と
--crf 18 + -VAQnHAQ(Seraphyオススメ設定)
とでは後者の方が圧倒的に綺麗な仕上がりだった
413:名無しさん＠編集中
08/02/25 14:57:18 +POmG2lp
>>412
ビットレートはどんなもん？
414:名無しさん＠編集中
08/02/25 15:02:15 ktMLNFLH
>>413
シーンごとのレートはチェックしてないから分からんが
できたファイルサイズは両者とも同じくらい
415:名無しさん＠編集中
08/02/25 19:56:05 AQzj3pA5
まあaqは素材によらない適切解というのがないから適当に設定してエンコ
ってのには向いてないな。
qpは本来絵の動きが少ないアニメ向きなんだろうけど最近はCGだの何だので
やたら動くから容量と画質のバランスでいえばcrfのほうが個人的には好きだ。
416:名無しさん＠編集中
08/02/25 20:26:50 EXQE/Zv/
>>409
動画はコマ送りで見る物じゃないよ。
417:名無しさん＠編集中
08/02/25 20:40:19 ktMLNFLH
コマ送りで汚く見えるとかどんだけひどい設定してるんだよ
設定煮つめればほとんどノイズ0だぜ
418:名無しさん＠編集中
08/02/25 20:55:04 AD8paVkZ
>>416
>>171
419:名無しさん＠編集中
08/02/25 21:02:16 Mirtn4kw
コマ送りで見て俺のエンコすげ～ってニヤニヤしてるんだろ多分。
変態だな('∀`)
420:名無しさん＠編集中
08/02/25 21:15:47 HuflvHTI
昔の実験結果から。
指定するq値が高ければ高いほど、qcompの値は高くしたほうが良い
qcompを1にすると--crfも-qも変わらないから、q低くするなら--crf使わないほうが良いかも
ま、これは実験の話であって、q14とか12とか指定しない限りこの話は当てはまらないんだけど。
421:名無しさん＠編集中
08/02/25 21:40:56 X3Q+Ouc6
2passでは全てが汚く仕上がるだけなので使えません
3pass必要です
422:名無しさん＠編集中
08/02/25 21:48:27 1AJsohnw
やっぱり、疑似3pass最強。
--crf実行後、そのビットレートを使って2pass(;´Д｀)ﾊｧﾊｧ
423:名無しさん＠編集中
08/02/25 21:50:11 tgCBpZeF
>>422
その発想はなかったわ
ためしてみるわｗｗｗ
424:名無しさん＠編集中
08/02/25 21:53:39 kHMPVWJs
>そのビットレートを使って
passする意味無いじゃんw
425:名無しさん＠編集中
08/02/25 21:54:27 Mirtn4kw
後から気になったとこだけ違う設定でエンコして切り貼り出来れば一番楽なのに…
426:名無しさん＠編集中
08/02/25 22:07:55 9kOrfPay
ていうかただの2passで作ってるやつって何なんだ?
そんなにゴミを量産してどうする?
427:名無しさん＠編集中
08/02/25 22:09:48 oVf2QNl2
想像力貧困だな
428:名無しさん＠編集中
08/02/25 23:43:33 HuflvHTI
2passってのは
ログ読んで指定ビットレートに合うratefactorを計算して
後やってることはcrfとほとんど同じだったりする
429:名無しさん＠編集中
08/02/25 23:47:05 2hX9G8Qv
Doom9を見ていると向こうでは2passを使う人の方が多い様な印象を受ける。
430:名無しさん＠編集中
08/02/25 23:56:23 oG/b7sph
ビットレートやファイルサイズに病む終えない事情がなけりゃ
マルチパスなんて使わないよ
431:名無しさん＠編集中
08/02/26 01:16:07 +xFjxLsf
【ネット】高画質の動画共有サイト「Stage6」が2月28日でサービス終了へ--運営コストをまかなえず
ｽﾚﾘﾝｸ(newsplus板)
432:名無しさん＠編集中
08/02/26 01:17:51 MiGGsBeI
qp18 crf18はどっちがイケてる？
433:名無しさん＠編集中
08/02/26 01:24:18 nfCiR/mS
aq信者ウゼェ
434:名無しさん＠編集中
08/02/26 01:27:24 QnUsovi+
>>433
オプションのひとつを取って信者とは・・・敵が多いお方ですな。
435:名無しさん＠編集中
08/02/26 01:46:47 YLZHl15l
progress信者の俺に喧嘩売ってんの？
436:名無しさん＠編集中
08/02/26 01:54:18 eShO8rzx
-o --output 信者の俺が通りますよ。
437:名無しさん＠編集中
08/02/26 03:17:15 P2IA8htG
信者ウゼェ
438:名無しさん＠編集中
08/02/26 08:44:45 yXVN8pKV
Vなんとかminiなんとかちゃん、どっかでブログ続ければいいのに・・・
439: [―{}@{}@{}-] 名無しさん＠編集中
08/02/26 08:56:19 uXoNGQc3
自分の好きなようにやればいいじゃない
440:名無しさん＠編集中
08/02/26 13:09:43 yXVN8pKV
>>439
AQに絡んでた辺り貴重な人材では？とも思ってみたり。
しかしながら仰るとおりです。
441:名無しさん＠編集中
08/02/26 19:53:26 qvX5mcXs
結局aqってなだらか過ぎるグラデに出る
ブロックの低減には役に立たないんですか
442:名無しさん＠編集中
08/02/26 20:02:19 HY4f68Po
とらいあんどえらー
443:名無しさん＠編集中
08/02/26 20:09:36 yb/ntUl0
>>441
まずは --no-deblock を外すことから始める。
444:名無しさん＠編集中
08/02/26 20:11:42 Hvh83cnj
それは勇気がいるな・・
445:名無しさん＠編集中
08/02/26 21:39:34 QnUsovi+
>>441
そのブロックを減らすのが通常のVAQ。
そういう用途向けには、-VAQnHAQを、両方プラスで弱めに使うのがいいんじゃね？
446:名無しさん＠編集中
08/02/26 23:34:05 cu4rki24
deblock切るのは理解し難いな
-6とかにしてるやつも頭大丈夫？とか思う
447:名無しさん＠編集中
08/02/26 23:39:49 HY4f68Po
20とかなら下げたほうがほうがきれい。マトリクスにもよるが。
アニメは結構思い切り下げたほうが効果的な場合もある。
448:名無しさん＠編集中
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にしてどっかにうｐ