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にしてどっかにうｐ