x264 rev15

これマジ？

PureVideoについて語るスレ Ver.7
http://pc11.2ch.net/test/read.cgi/jisaku/1193976378/835

835 名前：Socket774 [sage] 投稿日：2008/08/02(土) 21:57:49 ID:B6jmDgVE
264はまともなエンコーダ使って圧縮されたものは綺麗だが
x264とかは論外。AVS2ASFの方がまだマシ。

名前的にそれVC-１のエンコーダーじゃないの？

釣りかオプションをろくに弄れないアホ

VC-1ってｗ

>>327
ttp://seraphy.fam.cx/~seraphy/cgi-bin/cbbs.cgi?mode=all&namber=1831&type=0&space=0&no=0

ここで愚痴るより、ブロックノイズが出る部分のソースを切り出して投稿してこいよ。
おっと、その前にaq-debugで確認しといたほうが恥をかかなくて済むぞ。

OreAQの良い点が分からない。
誰かわかりやすくまとめてくれ。

[Adaptive Quantization (AQ)]
適応的量子化量制御。H.264では16x16のマクロブロック単位に量子化量を指定可能。
従来の圧縮形式は、1枚の絵の中で量子化量は固定であった。
H.264ではAQを使うことで、圧縮すると劣化しやすい部分（16x16のブロック）の圧縮率を落とし、
変わりに劣化が気にならない部分（16x16のブロック）の圧縮率を上げて、全体の画質を向上させることができる。

[OreAQ]
アニメ専用のAQ。
輪郭部分の圧縮率を落とし、平坦な部分の圧縮率を上げる。
デフォルト値でもそれなりに良い結果を出すのでお手軽なうえ、細かな調整も可能。
暗部に弱いとされているが、公式の検証で暗部にあまり反応しない事が示されている。
そのため、暗部にとにかくこだわる人はVAQ&HAQ(MixAQ)を利用するとよい。

[MixAQ]
ググれカス

そこでOreAQ 11の実装がきましたよっと

何かｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!

これをGJと言わずして（ｒｙ

特攻しまーす

>>335
まじで解りやすい！！！
ありがとう！！

OreAQは暗部にあまり反応しない、というよりMixAQが盛大に下げてる印象。
まあ暗いの多い実写映画とかはMixAQかなり使えるから使い分けてるけど。

OreAQはアニメにMixAQは実写に使うといい感じ

>>327
ブロックノイズの出たソースと、その時のエンコオプションが知りたい

>>・OreAQ11
>>そういえば、--aq-metricを実装していますが、1,2は未調整なので非推奨です。
>>3もあまり良い判定結果が得られないので、基本は0推奨ということで。

4はどうなんだろ･･･。 3の速度改良って言われてるけど、0に近い結果出る気がする。

それと
x264 [info]: slice I:4 Avg QP:15.93 size: 91117 PSNR Mean Y:18.83 U:53.80 V:53.89 Avg:20.59 Global:20.53
x264 [info]: slice P:62 Avg QP:19.14 size: 19301 PSNR Mean Y:18.52 U:49.61 V:50.40 Avg:20.28 Global:20.26
x264 [info]: slice B:35 Avg QP:21.60 size: 14031 PSNR Mean Y:18.30 U:47.03 V:48.27 Avg:20.05 Global:20.05
x264 [info]: SSIM Mean Y:0.3246498
x264 [info]: PSNR Mean Y:18.455 U:48.886 V:49.797 Avg:20.214 Global:20.197 kb/s:3896.67
なんぞこれｗｗって思ったが、aq-debugの文字に反応してるのか＾＾；

連投すまん。
0と4を見比べたけど、全体としてはほぼ一緒で、超暗部や超明部(?)で4がQPを上げ損なってる感じだった。
確かに、0の方がいい感じ。　101ﾌﾚｰﾑの素材で思った感想だけど。

250 名前：Socket774 [sage] 投稿日：2008/08/03(日) 18:48:52 ID:nFq2guYk
x264はオプションさえ弄れば何とでも出来ると勘違いしているアホが多いのがイタイ

331 名前：名無しさん＠編集中[sage] 投稿日：2008/08/02(土) 22:46:04 ID:YjP9rZD7
釣りかオプションをろくに弄れないアホ

http://seraphy.fam.cx/~seraphy/cgi-bin/cbbs.cgi?mode=one&namber=1835&type=1477&space=30&no=0
--aq-debugの仕様が変わるらしい。

すばらしいね、最終的にはAviUtl上で編集中に結果を確認できるプラグインまで発展するね(ﾑﾁｬｲｳﾅｼﾈｵﾚ）

>(ﾑﾁｬｲｳﾅｼﾈｵﾚ）

無茶言う梨ね、折れ

(ﾏﾃ
に通じるなにかがあるな

す　ご　い　懐　か　し　い　気　分（核爆

（ぉ

--b-adapt 1, 2 を実験してエンコード時間を比較してみた
http://www26.atwiki.jp/x264/pub/badapt_time.jpg

>>353
どこまでが--b-adapt 1 でどこまでが--b-adapt 2 なのか分からん。

--b-adapt 1だと時間的変化ないよーってこったろ
たぶん
人に見せる物作れない人なんだな

>>354
直線的に増えてれば --b-adabt 2 。横ばいなら --b-adapt 1 。

--bframes 16なんて実写には使いようがないから、アニメ向けか。

ぬるぽっ！

がっ！

>>353
そんなグラフにするくらいなら数値だけ載せてくれた方がいいと思う

気持ちは嬉しいのだが、かなりエスパー能力を要するグラフだな・・・

かなり時間費やしただろうし実験してくれたことには感謝だよね

6コアが必要な時代になったのか…


っつかCUDAだかCALだかどっちでもいいけど
GPUによるエンコ支援って夢のまた夢なのかね

>>353
うーん。340回のエンコード結果を数値だけで表すとむしろ煩雑だと思った。
--bframes も 0 〜 16 まで 17 段階あるし、変化にも幅があるし。
朝4時だったんで粗雑だけど--b-adapt 2 使う人ならあれでも分かるかなと。
評判悪いんで、今後はこのスレで実験結果の速報は控えます。失礼しました。

>>364
あの色分けの仕方がまずかったんだと思うよー
1と2で2色使い分けるとかすればいいんじゃないですかね(もちろん1は何色・2は何色と書くべきで)

まあお疲れ様です

>>363
SpursEngineかLarrabeeなら期待できるかも。
ttp://pc.watch.impress.co.jp/docs/2008/0804/kaigai457.htm
ttp://journal.mycom.co.jp/articles/2008/07/30/qosmio/001.html

>>364
実験そのものは評価している人が多いと思うぞ
ただグラフがわかりにくかっただけで・・・

たとえば、片方の線を破線にするとか
ポイントを▲にするだけでも見分けやすいんだぜ

ごめん、俺は362

寝ぼけすぎorz
スレ汚しゴメン

だね
やってることはおもしろいと思うけど
そのグラフでレポート出したら書き直しを命じられるな

＞さて、24分の某番組でログファイルを取ったところ、1GBを超えて「これはどうしたものか…」と冷や汗かき中の管理人です。

吹いたｗ

メモリ増やして64bitのOS使えってことですね、わかります。
修正できてるみたいだけど

まあ8x8の中に少なく見積もっても4ビット程度の情報があるからなｗ
フルHDならログだけでもすごいことに･･･

>>364
あくまであれは x264 @Wiki の --b-adapt 解説用の参考グラフなんで。
そっちのページは Excel ファイルが落とせて SSIM や PSNR も見れるから
興味ある人とか、自分でグラフを作り直したい人は見てみてください。
http://www26.atwiki.jp/x264/pages/171.html
いずれにしても、このスレで実験結果を出すのは控えます。

>>374
まぁそういじけるな。
やってる事は良いことだし。

うーん、OreAQ版を使うとパッチとか当ててない通常版と比べてファイルがかなり大きくなるなぁ。
OreAQ版に--psy-rd 0のオプションつけてる以外は通常版と同じオプションでやってるんだが。
やっぱりこういうものなのかね。

OreAQで膨らむって…
VAQHAQ派の俺はどうなるんだ…
HD解像度なら３０分で約１．５Gだぞｗ

>>376
お前にはAQは必要ないんだよ

AQの意味わかってないんだろう

永久にわからないだろうな

>>380
【審議中】
　　　 ∧,,∧　 ∧,,∧
　∧ (´・ω・) (・ω・｀) ∧∧
(　´・ω)　Ｕ) ( つと ﾉ(ω・｀ )
｜　Ｕ (　　´・) (・｀　　)　と ﾉ
　ｕ-ｕ （l 　　 ) (　　　ﾉu-ｕ
　　　　 `ｕ-ｕ'.　`ｕ-u'

審議されなかったら解らなかったぜｗ

「とわ」と読んでしまって何が何だか分からなかったぜ

>>353
--b-adapt 1、bframes 13のとこ時間が妙だね
なんでこうなるんだろ

よく分からんが期待していいものなのか
ttp://blog.avisynth.info/2008/08/04/avcmatrices-131/

便利だなこれ。

VAQが無かった頃はCQMをあれこれ試す必要があった。

AQ系では補えない部分をCQMでビシッと調整すると最高なんだぜ

実写で比較してみたけど、jvtは細部が潰れてビットレートが高くなるけど、全体的に画質が安定する効果があった。
しかし、今は>>387が言うようにVAQがあるから関係ないな。
psy-rdが使えなくなるデメリットとかも考えると、実写ではflat以外使う必要がないと思った。

アニメとか高周波が重要なソースもflatでいい。

実写は知らんがアニメにflatはない
高周波残るような構成なのはいいがDC成分16は正直どうかと思う
もちろんどのくらい縮めたいかで変わってくるところだから一概には決めつけられないけど

アニメでもうちの3姉妹とマクロスFは違うと思うんだ

作風の違いはあっても、実写と比較したら輪郭(高周波)がはっきりし過ぎているのはどれも同じだろう。

>>391
720pの--crf 20-24くらいならjvtよりはflatの方がノイズも少ないしサイズも縮むけど。

で？

ソース映像の周波数特性を考慮して
量子化行列を書かないとだめだよ
これ１本でおｋという行列はない

VAQはそこそこ頑張ってくれるけど
プリセットで用意されているflatかjvtの組み合わせでは役不足

確信犯ですねわかります

左上は1でFA

>>398
http://www.marumo.ne.jp/db2007_6.htm#23
if(qp_per < 1){
// matrix に 1〜5 を指定してると、ここで mf が
// オーバーフローしてエンコード結果はブッこわれる
mf = m << 1;
}else if(qp_per == 1){
// matrix に 1〜2 を指定してると、ここでも mf が
// オーバーフロー
mf = m;

x264の実装上、マトリクスに5以下の数値を使うとエンコード結果がおかしくなる。

flatとjvtのどっちが良いかなんて、やってみて見比べればいいと思うんだが。
理屈さえちゃんとわかってれば、後は結果を見て好きなほうを使えばいいのでは。

>>353
--b-adapt 2　使うと確かに縮むけどかかる時間が確かに半端ねぇ…
通常の3倍はいかないけど2倍強ってところだな

あとデフォルト値の高画質プロファイルが大変なことになってる…

>>399
お前やってみたことないだろ

ｊｖtはもうちょっと縮むといいんだけどね、理想と現実は違うか

OreAQ使ってる人に質問。
配布用で使ってるの？　それとも保存用？

HAQだけ使用するのが一番ラインとかがハッキリ残るんだけど
そこら辺って割り切って使ってる感じなのかな？
Dark / M.DarkのQPアップでブロック出まくってるんだけど。

>>402
ttp://www.marumo.ne.jp/db2007_6.htm#22

>>404
ここ最近ブロックなんて見てないな
どんな設定にしてるのかは知らんが、設定を添えた比較ソース位は用意しろ

>>405
だからやってみたことないだろっつの。
いつまでもそんなバグ放置されてるわけないじゃん

これはバグではなく性質なのでは？

Bframe増やしすぎるとブロックでてくるな…

OreAQで --aq-mode 1 でエンコしようとすると落ちるんだが
皆はどう？　落ちないなら俺の環境かなぁ・・・。

>>406
某アニメOP rev928 OreAQ r3

jvtを元に各要素をすべて偶数にしたもの（奇数は1上げ）
SSIM Mean Y:0.9874224
PSNR Mean Y:43.729 U:47.907 V:47.631 Avg:44.657 Global:43.840 kb/s:3052.67

encoded 2659 frames, 21.03 fps, 3009.06 kb/s

↑の各要素を倍にしたもの
SSIM Mean Y:0.9874535
PSNR Mean Y:43.434 U:47.111 V:46.800 Avg:44.262 Global:43.378 kb/s:3050.91

encoded 2659 frames, 20.88 fps, 3007.37 kb/s

同様に各要素を半分にしたもの（最小値3）
SSIM Mean Y:0.9854961
PSNR Mean Y:42.898 U:49.014 V:48.808 Avg:44.113 Global:43.263 kb/s:3052.84

encoded 2659 frames, 20.01 fps, 3009.18 kb/s

平均QPは大体上から順に22.6, 19.0, 25.8

実験用共通オプション
--bitrate 3000 --pass 3 --aq-mode 0 --ipratio 1 --pbratio 1 --qcomp 1 --scenecut 56
--min-keyint 1 --keyint 240 --8x8dct --partitions "p8x8,b8x8,i8x8,i4x4" --bframes 6 --b-pyramid
--bime --weightb --direct "auto" --b-rdo --subme 6 --me "umh" --merange 16 --ref 6 --mixed-refs
--threads "auto" --trellis 2 --no-deblock --cqm "flat" --no-fast-pskip --no-dct-decimate --psy-rd 0.0

これをどう捉えるかは自由

>>409
マジで

いまさら気づいた
>>406じゃなくて>>407

>>411
俺も同じ条件でやってみたよ。

jvt_custom (奇数を偶数化）
SSIM Mean Y:0.9920862
PSNR Mean Y:45.081 U:50.305 V:51.176 Avg:46.264 Global:45.140 kb/s:1571.18

encoded 2495 frames, 12.01 fps, 1571.47 kb/s

jvt_custom(更に2倍化）
SSIM Mean Y:0.9894855
PSNR Mean Y:42.901 U:48.353 V:49.209 Avg:44.108 Global:42.925 kb/s:1019.69

encoded 2495 frames, 12.28 fps, 1020.03 kb/s

この時点ですでにだいぶ劣化してるから、そっちのソースが特殊なんじゃね？

>>414
>--bitrate 3000 --pass 3
主旨を理解して下さい。

--aq-debugフィルタｋｔｋｒ

>>410
GUI版だがパッチ無しでもOreAQでも落ちる。

…r798から移行中のため浦島でよく分からないがデフォの2にすることにする。

リアルタイムにうねうね変化してすげーな

>>417
お前さん、チラシの裏の人みたいだな。

x264でsar4:3使うと横方向は縦の4/3倍の情報を持つわけだよね？
それなら縦横同じのマトリクスなら横は縦の4/3倍劣化したりするの？sarにあわせてマトリクス調整した方が良かったりする？

sarは圧縮後の映像引き伸ばし比率を刺す。
なのでマトリクスは影響しない。

ただ横に伸びて表示されるようになるから若干ボケるね。
それが気になるなら最初から16.9や4：3に縮小してエンコすれば良い。

またサンプルもつけずに落書きか
ってPentium-M 1.20Gって釣りか

>>405
え？
これどういうこと？
マトリクスに低い数値使ったらまずいのか？？？
思いっきり１とか使ってるんだけど。

自分の目で見ていいと思ったらおｋ

答えになってねーだろ…
プログラム上まだ問題あるならCQM練り直し必要だろうに。

目で見て問題なけりゃ大丈夫だよ

普通はDC成分ですら１とか２にする必要は無いしな
低くとも８程度あればまともな行列書けるしね

>>427
アナタノアタマノナカヲバカニモワカルヨウニハキダシンｓクｊｇィ

x264スレって深夜によくレスつくよねえ

寝る前にエンコしかけるから、そのついでにスレ覗いているとかじゃないの。

ところでH264ってほんとに優れてるの
なんか大したこと無いんじゃないかと思えてきたんだが

何にでも良し悪しはある
たいしたことないと思うのであれば使わなければいい

だったら他のエンコーダ使ったらいいんじゃないの。

昨日wmv久々に使ったら
バンディング少なくて、お？と思ったが気のせいだった俺

そもそもYV12に変換した時点でバンディング発生しまくりでマジうぜぇ('A`)

200%の大きさでエンコードすればYV12も気にならないぞ

4:2:0以外のソースはなかなか手に入らない。

実写で明滅を繰り返す暗部とかがめちゃくちゃになるなこれ
エンコしてみてびっくりした
DIVXのがよっぽどマシだわ
こんな出来損ない使うなんてお前ら何の苦行してんのｗ

>>436
低スペックPC乙ｗ

>>431
非常にすっきりしたノイズ感のないアニメには丁度いい感じ。
それ以外はXvid使ってる。

どんなオプションでエンコしてるのか晒せよ。
まともに設定すれば実写でDivxやXvidに劣るとかありえねぇから。

>>436
コマンドラインが書けないとか
英語を読む気が無いとかじゃ無い限り
DivXを下回るのは不可能に近いのだが・・・

ゲームとかほとんど静止画がないソースだと同ビットレートでwmvもDivxもH.264もほとんど変わらない映像になるな
エンコに掛かる時間を考えるとDivx使った方がいいかなと思った

同じビットレートで比較したら、かなり違う。
http://mirror05.x264.nl/Dark/website/compare.html

コーダーによってかなり違ってくるから単に見る目がないだけ
そもそも流したりするわけじゃないんだし自分でいいと思うのなら
こんなところこないで自分で好きなのつかってればいいじゃん

オプション晒してくれれば改善法も教えられるかもしれないんだけどね。
まあそれすらできないor望んでないなら何も言うことはない。

画質云々よりもH264はこれからの未来があるからな
ソフトウエア（Flashの対応など）ハードウエア（再生機器いろいろ）と

他はもう終わっただろ？

>>441
むしろ動きの複雑シーンほど差が出るはずなんだけどな。
Divxの動き検出とx264の動き検出じゃ比較にならないほどの違いがある。

構ってクンは放置で

なんか798の頃と違って複雑になってきたなぁ。
CQMとかやっぱ作り直さないと目標ビットレート上がってるよね？
どうしたものか。

>>448
保存する為なら798でいいよ
最新追うといつまでもエンコできないし

アニメならflat+PSY RDO+AQで良いよ。
CQMは不要。

最近はAQ調整しとけばflatでいいと思ってきた。
というか調整するものが多すぎてマトリクスまで手が回ｒ

MPEG-4 ASPの様にquantizer scaleがH.264と比べると粗い規格なら、
VAQの効果が低いからCQMを使う必要はまだあると思う。

>>442
そんなの真に受けるバカいるわけないだろｗ

このスレを見ている人はこんなスレも見ています。(ver 0.20)
アニメキャプチャ＆エンコ in Download板 その38 [Download]
AviUtl総合スレッド48 [ソフトウェア]

マトリクスに小さい値を使ってると、
オーバーフローするような小さいQPを使わないようになってる（1ケタ台とか）
この状態でたとえばcrf12とか小さい値を指定した場合、
x264のレートコントロールをわざと阻害することになる
（ま、そんなバカみたいな設定にするやついないだろうけど）

けどまるも氏によると、あんまり小さい値のマトリクス使うとデブロックのチューニングが外れるので
やめたほうが良いらしいけどね。

>>452
それとAQってCQMの4*4程度の分解（というか大雑把）しかできないから、
HDソースだと8*8CQMが使えないと困るんだよな。

でも何となく程度ならAQで十分な人が多いだろうね。
その為のAQだと思うし。

マトリクス左上に1使った方が画質がクッキリするだろ

小さい数字使うのはいいのだがビットレート足りないと崩壊するよな

AQDebug.auf更新乙

デフォでエンコしても綺麗なのにどうやったら>>436になるのかが分からない

気にするな。436はきっと目の病気なんだよ

TmpgEncのavi出力でx264呼び出してデフォ状態で使ったらそうなった
コマンドラインなんてコの字も知らんｗ

>>462
出来損ないはお前の頭だよｗ

http://komisar.gin.by/

--aq-metric <integer> The metric used for AQ [11]
- 0: Original GIT metric (aqm_GIT)
- 1: Fast Windowed Variance (aqm_fwv)
- 2: Fast Windowed Variance with correction (aqm_fwvc)
- 3: Windowed Variance step 1 (aqm_wv1)
- 4: Windowed Variance step 1 with correction (aqm_wv1c)
- 5: Windowed Variance step 2 (aqm_wv2)
- 6: Windowed Variance step 2 with correction (aqm_wv2c)
- 7: BM ver.0 (aqm_4ver0)
- 8: BM ver.0 with correction (aqm_4ver0c)
- 9: BM ver.0 with round (aqm_4ver0r)
- 10: BM ver.0 with round and correction (aqm_4ver0rc)
- 11: BM ver.1 (aqm_4ver1)
- 12: BM ver.1 with correction (aqm_4ver1c)

やり過ぎ(爆)　混乱まねく

vfw版かよ

「TMPGenc　で　avi　出力」　「コマンドラインなんてコの字も知らん」

実写で明滅を繰り返す暗部とかがめちゃくちゃになるなこれ
エンコしてみてびっくりした
DIVXのがよっぽどマシだわ
こんな出来損ない使うなんてお前ら何の苦行してんのｗ

毎年恒例夏真っ盛りの流れで安心したわ

vfw版は池沼用だからお前にお似合いだなｗ

vfw版なんてまだあったのか

vfw版って何だよ
これがx264つーもんだと思ったじゃねーか
劣ってるならまぎらわしいもんあげんな
死ね

死ぬのはテメーだ。
勉強して出直してこい。来世に。

クーラーがスレ内に設置されました。

　r──────────┐
　|　l王三王三王三王三l　o==ﾆヽ
　|　|王三王三王三王三|　　.|　//
　ゝ 乂━━━━━━━乂＿|　`-=
　　￣￣￣￣￣￣￣￣￣
　/　/　　/　/　/　/　　/　/
/　/　　/　　/　/　　/　/　 ｺﾞｰ

　|
　|　　('∀`)
／￣ﾉ( ﾍﾍ￣￣

>>463
最後は他人のせいにするのな...夏って恐ろしいな。
そもそもTMPGencなんて使ってるやつが来るところじゃない。

そんなチミはちんちんいじりながら一生divxでも使ってなさい。

レス間違いで説教
ｶｯｺﾜﾙｗ

NG:ID:iLnngTMS
これはヒドイ　 まぁわざわざこのスレまで来て喚いてるとこみると
大きな釣り針にも思えるが夏厨ってことでﾜﾛﾀので構ってみる
TMPG Encエンコーダーで自エンコして見比べてるって（ﾉ∀｀)
H.264な動画を作ってるという意味では間違ってないがx264が使えるようになるのは来世だな

ということでそろそろ消えてｗ

クラスに一人だけ七転八倒して勝手にキレてるやつ、いなかったっけ？

凄いデジャブを感じるんだけど。

NG:ID:iLnngTMS

馬鹿というか脳みそ足りてないというか自分がやっている事すら理解出来ていないのって可哀想だな。
来世ではもう少しおつむが良くなると良いね。

KKもこっちでやればいいのに
腐ったPCとID:iLnngTMSと一緒に窓から飛んじゃって欲しいぜ

TMPG Encは販売中止した方が世のためな気がしてきた。

TMPGは今入手可能なH.264ではx264に次ぐ品質のMainConceptが使えるから、別にあってもいいと思う。
かといって、MCが使えるのにわざわざx264のVfW版を使うのは意味が分からないが。

>MCが使えるのにわざわざx264のVfW版を使うのは意味が分からないが。
これが夏のクオリティなんだよきっと。

今はもう秋

わざわざIDかえてご苦労さん

なんで意味が分かんないんだよ
MC版の評判がいまいちなんで評判のいいx264とかいうのをググって使ってみたんじゃねえか
自然だろｗ

夏だなぁ、と感じる瞬間

>>442を見たらわかるが、x264と比べたら若干劣るMCでもDivX等よりはかなり優れている。
それでもMCが嫌ならTMPGではなく、avsを書いてそれを入力にx264.exeで使え。

>>483
少し分かりやすく書いてやるよ。

x264はコマンドライン前提の物でvfw版は既に開発中止になってる。
オプションをソースや好みに合わせて設定しないとまともな出力結果にはならない。
デフォルトで使うなんてもってのほかで、
コマンドラインでオプション弄ったり調べたりするのが苦にならない人間じゃないと扱えない難易度の高い代物。

要は馬鹿には使えないの。

TMPGEncのデフォってどんな感じなんだろ

crf25

>>487
どこだったか忘れたがDMC4(かな)のデモムービーで比較した画像見たけど
TMPGEncはかなりボケ画質だった。Mainconceptよりボケてたかもしれん

>>436 >>ID:iLnngTMS
話の内容からmp4Boxの使い方も理解不能だろうから
一人でDivXの素晴らしさを堪能しといてくれ
空気が読めないのは
無意味に草はやしている事からも、みんな理解したから

取りあえずmegui使って、後はググレカス。
俺はこんな感じで覚えてった。

よく分からんがもっと弄れる最新のvfw版化したみたいのを誰か作れよ
いちいちバッチ書いて何通りも試行錯誤なんかできるかっての
暇人じゃねえんだし・・・

この人どうしちゃったの？

こっち池
http://pc11.2ch.net/test/read.cgi/avi/1206102125/l50

暇なんでしょ

いちいちバッチ書いて何通りも試行錯誤なんかできるかなんていってる人に
弄れるものなんか用意したって使えないってのｗ

試行錯誤も出来ねー厨房はエンコなんて手出さなくていいよ。

PC窓から投げ捨ててきなさいな。

しかし釣り宣言なんてしないがお前ら呆れるほどスルースキルないなｗ

相手して貰えて嬉しい癖にｗ

結構真面目な板で釣った釣った言ってて何が楽しいの？

苦し紛れの自己正当化

厚顔無知で厚顔無恥

結論
ID:iLnngTMSは低脳且無能
　　　　　　　　　　　以上報告終わり

なぁx264って↓までサイズ差でるもんなの？
ちなみに両方SDね。

薬師寺　198MB
スレイヤーズ　488MB

両方ともcrf20でOreAQをデフォ指定。

ID:c5XM+EA

出るだろ

出ないだろ

DELLだろ

その条件だと差は出てもおかしくない

--bitrateと併用すれば大体のサイズ指定は可能だが
サイズ無視で画質優先ならそのままでも良いとは思うけど。

--bitrateと併用？
まさかcrfと併用してるの？

それだとただの1passCBRになるだけ…

やっぱ出るのか。
こりゃ難しいなぁ。

>>509
--bitrateと併用無理なのでは…。
たしかbitrate指定あるとcrfとか動作しないはず。

ちなみにOreAQ１１いいね。
テストしてみたけどスゲー良好
http://free-bbs.selfip.net/kp/cgi/upload.cgi?mode=dl&file=455
PASS:x264

アニメはOreAQ、実写や昔のセルアニメは+VAQでOKそう。

そうだっけか？

crfと併用できるはずなんだが・・・
今のエンコ終わったら検証してみるよ

>>513
x264スレの11〜12スレ見てみると良いよ。
ソースコード付きで説明されてるはず。

bitrateとcrfを同時指定するとx264はbitrate処理でエンコを行う。

462 名前：436[sage] 投稿日：2008/08/09(土) 01:29:02 ID:iLnngTMS
TmpgEncのavi出力でx264呼び出してデフォ状態で使ったらそうなった
コマンドラインなんてコの字も知らんｗ

469 名前：436[sage] 投稿日：2008/08/09(土) 02:22:58 ID:iLnngTMS
vfw版って何だよ
これがx264つーもんだと思ったじゃねーか
劣ってるならまぎらわしいもんあげんな
死ね

473 名前：436[sage] 投稿日：2008/08/09(土) 03:12:45 ID:iLnngTMS
レス間違いで説教
ｶｯｺﾜﾙｗ

483 名前：436[sage] 投稿日：2008/08/09(土) 11:23:39 ID:iLnngTMS
なんで意味が分かんないんだよ
MC版の評判がいまいちなんで評判のいいx264とかいうのをググって使ってみたんじゃねえか
自然だろｗ

492 名前：436[sage] 投稿日：2008/08/09(土) 12:32:48 ID:iLnngTMS
よく分からんがもっと弄れる最新のvfw版化したみたいのを誰か作れよ
いちいちバッチ書いて何通りも試行錯誤なんかできるかっての
暇人じゃねえんだし・・・

498 名前：436[sage] 投稿日：2008/08/09(土) 13:00:28 ID:iLnngTMS
しかし釣り宣言なんてしないがお前ら呆れるほどスルースキルないなｗ

>>512
何これ？再生したら映像上に数字がいっぱい・・
Codec(CoreAVC1.7)が対応してないだけなのかな？

>>514
情報ありがと


色々試したが皆が言う通り同時指定するとbitrateが優先されるようだね・・・
今まで俺はorz
俺もまだまだだな・・・・いい勉強になったよ
皆突っ込みアリガト。。。

>>516
いや、それで正常だから。
--aq-debugオプションが追加されて、AQがどのように働いているのか表示させられるようになったんだよ。

ID:iLnngTMS
こういうやつがいるからSeraphy氏がvfw版の延命なんか
やめるわけだ。もうねx264をaviコンテナに入れるとかDTV板に来て
喚いてるんじゃねーよｗ

AQのシミュレーションするのに1回エンコしないといけないわけだけどこれって
AQとかx264の設定はどうでもいいんだよな。ならシミュレーションだけが目当てなら
超軽量設定でいいってことか。本番設定でやって損したぜorz

ひとつ経験を積んだとは考えられないのか

ある程度完成されるまではハードル高くしておいて
自分で試行錯誤できない奴ははじいておかないと面倒だもんね

>>516
最新だと動画に重ねるのではなくaviutl上で表示させてAQパラメータのシミュレーションが可能です

>>519
ちょっと前まで汎用性がとか再生環境がーとか色々言われててaviコンテナに入れる奴いたけど
H264が再生できるようにするならmp4コンテナも扱えるようにすればいいだけなのにね
いちいちaviコンテナに入れる理由が分からん

最初から黙ってx264guiしてれば良いだけなんだよ
ただそれだけの話しさ…

てか、普通に再生するだけならコンテナ関係ないからなあ。
わかっているならaviだろうがmp4だろうが何に入れても勝手だしな。

わざわざAVIなんかに入れるのはデメリット以外何もないと思うけどな。
それにvfw版のx264を使ってAVIに書き出すっていうのは、また別問題の話だし。

ｘ264でエンコしたらソースと比べて明らかに色が変わってるんだけどこういうものなの？

B FlameとかB FlameとかB Flame(ry
確かCore AVCも機能せんよね

Frameね

>>528
YUV(YV12)変換したときにスケールを圧縮してエンコードするから、
再生時に伸張しないとソースのスケールに戻らなくて色が変わってしまうよ。
再生環境をチェックしてみては。

>>529
aviコンテナの問題でなくてvfw。
vfwを使わなければaviコンテナでも全く問題ない。
この間違ったBフレームネタって誰が言い出しっぺなんだろうな。

とりあえず基地外はいなくなったようだし
x264OreAQ.928.release04　来たから皆おやすみﾉｼ

赤くなったID晒して満足げにしてるやつはなんなの？いい加減スルーを覚えろよ

俺の中では晒し厨は荒らしてる本人より悪質。NGにしてる意味無いだろと…

Seraphy氏のAQDebug版txt"シュミ"レーションになってるな
掲示板の方も"シュミ"レーションになってるし、これ"シミュ"レーションだよね？

どちらなりと

そういうことはコソッとメールとかさ…

恥ずかしい間違いだねｗ

プログラミングでシュミレーションってあるのかとも思ったがやっぱ誤字なのか
Seraphy氏たぶんこのスレ見てそうだし、気づいて修正されることを祈ろうｗ

高級言語：趣味レーション

ソ連のとても不味い軍用糧食

--b-adapt 2使うときって--b-pyramid 指定しない方がいいのか？

Prevent VBV from lowering quantizer too much

これやっと来たんだけど、俺以外に悩んでいたやつはいないのか

>>541
レーション━━━━━━(ﾟ∀ﾟ)━━━━━━!!!!!

>>539
あーあ言っちゃったｗ

r929
Improve subme7 at low QPs and add subme7 support in lossless mode

r930
Prevent VBV from lowering quantizer too much
This code seemed to act up unexpectedly sometimes, creating a situation where
in 1-pass VBV mode, a frame's quantizer would drop all the way to qpmin and then
shoot back upwards to qpmax, causing serious visual issues.
This change may decrease bitrate in VBV mode, but that is preferable to the artifacting
produced by this code.

俺、r1000が来たら彼女と結婚するんだ・・・

あと3ヶ月ってとこじゃないか、おめでとう！

70ぐらいなら2ヶ月だよｗおめでとう！

>>546
>r930
>Prevent VBV from lowering quantizer too much

ｷﾀｺﾚ

結局B Frameってどの程度がいいのかなぁ

16とか指定して--b-adapt 2を入れると縮むけどエンコ時間が2倍になる…
でも4-6にすると--b-adapt 2にする意味無いし…

難しいな…

止まっている時間の多いアニメとかなら16まで増やす意味はあるけど、
実写なら--bframes 3でも十分だと思う。

>>550
これｱﾚか。
暗い画面とかになると限界までQPさげてしまうバグっぽい動作を
修正しましたよってことか。

>>551,552
アニメでも16はいらないな。今試したけど8でもほとんど同じだった。
crf指定だと1割もビットレート縮んでSSIM変わらないのはすごいな。

>>553
暗所に限らずcrf+VBVが明らかにおかしかった
crf20で特にレートが不足しそうでもないところに平気で40台や50台のqpが出てくる

930きたか

x264のwikiにNeroAACEncの項目追加したの誰だよｗｗｗ
一般の人の可聴域は18kHzぐらいまで聞き取れるし、
音質96kbpsってニコニコじゃねぇんだから…。

15.75KHzまでしか聞こえませんが何か

つうかx264のwikiって何処のことだ？

ｸﾞｸﾞってみた
ttp://www26.atwiki.jp/x264/

>>558
スルー白　学校の教科書でも見て知識を撒き散らしたかったのだろ

>>560 サンクス
チラ見してきたがここ名前がおかしいよ「x264 seraphy build wiki」に変えたほうがいんじゃないの？

>>558
それスピーカーが悪いだけだから安心しろ。

　　 ___　　ﾊﾞｶﾒｯ！
　　_|__|_
　＼(・フ　／｀
　　 |Y|￣´
　　ィ ）

>>560
俺はソースから劣化が聴いてわかるかどうかっていうのがレートを決める基準にしてるけど
この人は聴くに耐えない音質かどうかっていうところを基準にしてるんだろう

まぁ自分の周り見ても圧倒的に後者のやつのほうが多いけどな

草動画とかに上げるの前提で書くなよ
厨がよってくるじゃねえか

ここにいる奴らはx264はcrf、neroAACは-qがデフォだろ

誰がwikiを立ち上げたか考えれば想像できるだろ。

>>560
アフィ

>>568
まだそんなこといっているやつがいたか
レンタルだから自動に入っているんだよ。

ひぎぃ

@wiki(アットウィキ)ってなに？
　wiki(ウィキ)の無料レンタルサービスです。かんたんにホームページを作成することができます。

利用するのに料金はかかりますか？
　無料です。

なぜ無料なんですか？
　@wikiは広告を表示することで無料で提供しております。

http://www1.atwiki.jp/guide/pages/30.html#id_7dfb38ba

広告もなしに無料で使おうなんておこがましいだろJK

最近は自動挿入される広告まで叩かれちゃうのか
ひどいなｗ

挿入とかエロイですね

ｱﾌｨｱﾌｨ言いたいだけとちゃうんかと

レンタル鯖でやるのが間違ってるだろ

　　 ∩＿＿＿∩　　　　 ／
　　 | ノ　　　　　 ヽ　　／
　　/　　＞　　　＜ |／　そんな餌ﾊﾟｸｯ
　 |　//// ( _●_)／ミ
　彡、　 　　 ｌ⌒l　 ノ
　/　＿＿　 ＼ ＼ヽ
. (＿＿＿）　 　＼__）
. Ｏ|　　　　　　 /
　　|　　／＼　＼
　　|　/　　　 )　 )
　　∪　　　 （　 ＼
　　　　　　　 ＼,,＿）

crfとか使ってんのは低スペック君だけだろ

(ω・　)ゝ　なんだって？

高スペックなら--qp 0だろ

俺なんて無圧縮だぜ
x264なんて足下にも及ばぬ高画質ｗ

OreAQ-Rev930 某アニメオープニング (--crf 20 afs)
--bframes 8 --b-adapt 1
x264 [info]: consecutive B-frames: 5.6% 20.8% 7.6% 5.0% 3.7% 2.8% 1.6% 3.3% 49.5%
x264 [info]: SSIM Mean Y:0.9856266
x264 [info]: PSNR Mean Y:45.858 U:49.722 V:51.023 Avg:46.521 Global:45.576 kb/s:1279.43
encoded 2184 frames, 4.55 fps, 1023.69 kb/s

--bframes 16 --b-adapt 1
x264 [info]: consecutive B-frames: 5.6% 20.6% 7.4% 5.6% 3.9% 2.5% 0.6% 3.3% 2.5% 0.9% 2.0% 1.7% 0.6% 1.9% 0.7% 0.0% 40.1%
x264 [info]: SSIM Mean Y:0.9849564
x264 [info]: PSNR Mean Y:45.642 U:49.567 V:50.877 Avg:46.316 Global:45.356 kb/s:1266.66
encoded 2184 frames, 4.47 fps, 1013.47 kb/s

--bframes 8 --b-adapt 2
x264 [info]: consecutive B-frames: 2.3% 3.8% 28.0% 9.8% 9.5% 35.0% 2.6% 1.1% 7.9%
x264 [info]: SSIM Mean Y:0.9855356
x264 [info]: PSNR Mean Y:45.943 U:49.811 V:51.097 Avg:46.642 Global:45.523 kb/s:1182.38
encoded 2184 frames, 2.67 fps, 946.04 kb/s

--bframes 16 --b-adapt 2
x264 [info]: consecutive B-frames: 2.2% 3.9% 27.5% 9.4% 9.7% 34.1% 2.6% 0.7% 5.8% 0.9% 0.5% 0.6% 0.0% 0.6% 1.4% 0.0% 0.0%
x264 [info]: SSIM Mean Y:0.9854262
x264 [info]: PSNR Mean Y:45.911 U:49.795 V:51.086 Avg:46.612 Global:45.485 kb/s:1176.84
encoded 2184 frames, 1.28 fps, 941.61 kb/s

consecutive B-frames:の行って、Bﾌﾚ連続数の割合で、
先頭から1ﾌﾚ ... Max(16ﾌﾚ) 未挿入
でいいんですよね? 最後の数字が未挿入(0回)。

そこで、--bframes 16 --b-adapt 2 のconsecutive B-framesを見ると9回のところに大きい数字があるので、
--bframes 9 --b-adapt 2 でもやってみた。

x264 [info]: consecutive B-frames: 2.3% 3.7% 27.9% 10.0% 10.2% 33.9% 2.9% 1.1% 6.7% 1.4%
x264 [info]: SSIM Mean Y:0.9855171
x264 [info]: PSNR Mean Y:45.938 U:49.810 V:51.101 Avg:46.639 Global:45.519 kb/s:1182.63
encoded 2184 frames, 2.29 fps, 946.24 kb/s

それなりに作り込まれてそうなオープニングで判断するのもどうかと思うが、
本編も含めた全体を --bframes 9 --b-adapt 2 で、という考え方でいいのだろうか?

あぁ?いやちょいまて、--bframes 9 --b-adapt 2って b 8より数字は全て落ちてるやん...orz

rev930 ICC安定しないなあ
二回に一回は落ちる

>>582
wikiには最初が0って書いてあったぞ、本当はどうなんだ？

>>586
ええっ、そうなん?
それにしちゃ --b-adapt 1 の時の最後の数字がでかいんだけど。

真っ黒画面が十数フレーム続く動画作って試せば分かるのでは。

ずーと黒の動画(60秒間)を作って試してみた
x264 [info]: consecutive B-frames: 100.0%  0.0%  0.0%  0.0%  0.0%  0.0%  0.0%  0.0%  0.0%  0.0%  0.0%  0.0%  0.0%  0.0%  0.0%  0.0%  0.0%
あれ？

x264 [info]: slice I:1 Avg QP:33.00 size: 71 PSNR Mean Y:100.00 U:100.00 V:100.00 Avg:100.0
x264 [info]: slice P:15 Avg QP:33.00 size: 16 PSNR Mean Y:100.00 U:100.00 V:100.00 Avg:100.0
x264 [info]: slice B:224 Avg QP:35.00 size: 15 PSNR Mean Y:100.00 U:100.00 V:100.00 Avg:100.0
x264 [info]: consecutive B-frames: 0.4% 0.0% 0.0% 0.0% 0.0% 0.0% 0.0% 0.0% 0.0% 0.0% 0.0%
0.0% 0.0% 0.0% 0.0% 0.0% 99.6%
x264 [info]: mb I I16..4: 99.9% 0.0% 0.1%
x264 [info]: mb P I16..4: 0.0% 0.0% 0.0% P16..4: 0.0% 0.0% 0.0% 0.0% 0.0% skip:100.0%
x264 [info]: mb B I16..4: 0.0% 0.0% 0.0% B16..8: 0.0% 0.0% 0.0% direct: 0.0% skip:100.0%

同じく黒のブランクムービーで試してみたけど、やっぱり先頭が0だと思うよ。
--b-adapt 1 だと、Pを使うべき場面で無駄にBを使って画質が落ちているという事だろうね。
--b-adapt 2を指定した場合は、実写では3、アニメでも5枚ぐらいで十分そうだな。

おいらも--pass 1 でログを吐かせて確認しました。
最初が0ですねぇ。
お騒がせｽﾏｿ。

>>590
無駄にBを使って画質が落ちているというのはわかるんだけど、
>>582の状態で--b-adapt 1の方がサイズが太いというのがよくﾜｶﾗﾝ。

あれ？全部Pフレームになっちゃった。普通の動画はBあるのに

>>560
広告うぜえ氏ねや

気にいらねぇなら自分んとこでやれよ

ちかごろの子供はアニメ番組見ててCMになった瞬間切れるんだろうか(´−｀)

>>595
ニコニコでアニメ見てるからテレビでCM見ると発狂するよ

>>591
画面の一部が変化するような場所では
前の方の参照フレームや、混合参照が使える分、適度にPを使った方が効率的に圧縮できるということかと。
--b-adapt 1だと、Bの連続数が16に張り付いてるブロックが多いようだけど、多分はあまりうまくフレームを割り当てられていないということだろう。

--b-adapt 2 にすると変化のないシーケンスはむしろPフレーム増えるな。
フェードとかが逆にBフレーム増えるようになった。

Pでもスキップだしサイズも変にふくらまないからまあいっか

そもそも--b-adapt 2は、--b-adapt 1を有効にすると--weightbの効果が弱くなって、
フェードやディゾルブのWeighted Bf Predictionが有効に機能しなくなるのを修正する効果もあるから、
それで良いはず。

>>597
解説サンクス。わかったようなわからんような...

あと、面白いというか不思議というか、各タイプの総数がほとんど変わらない。
--bframes 16 --b-adapt 1
x264 [info]: slice I:22 Avg QP:19.95 size: 25480 PSNR Mean Y:49.55 U:54.24 V:54.92 Avg:50.30 Global:48.45
x264 [info]: slice P:535 Avg QP:20.99 size: 12924 PSNR Mean Y:45.67 U:50.38 V:51.33 Avg:46.62 Global:45.74
x264 [info]: slice B:1627 Avg QP:22.04 size: 2497 PSNR Mean Y:45.58 U:49.24 V:50.67 Avg:46.16 Global:45.21

--bframes 16 --b-adapt 2
x264 [info]: slice I:22 Avg QP:19.36 size: 27222 PSNR Mean Y:49.79 U:54.45 V:55.10 Avg:50.50 Global:48.77
x264 [info]: slice P:534 Avg QP:20.34 size: 10682 PSNR Mean Y:48.51 U:51.20 V:52.29 Avg:48.23 Global:46.43
x264 [info]: slice B:1628 Avg QP:21.57 size: 2713 PSNR Mean Y:45.01 U:49.27 V:50.63 Avg:46.03 Global:45.19

--b-adapt 2 でbﾌﾚのツッコミ具合がかなり適切になっているってことかいな。すごいな! けど重いな。
ちなみに-b 8では (--b-adapt/P/B) : (1/587/1575) : (2/543/1619) とBﾌﾚが増えてる。

--b-adapt 2 -b 5も試したけど、相応に太る。今回だとバランスがいいのは-b 8ってことかな。

>>597,600
そういうことだったんだ。よかった正常な動作で解説thx

うちの結果だとこう。フェード・パンカットの多いPV風アニメクリップ
--bframes 16 --b-adapt 1
slice I:162 Avg QP:20.45 size: 18421 PSNR Mean Y:47.93 U:52.36 V:53.05 Avg:48.68 Global:46.67
slice P:4264 Avg QP:22.57 size: 5985 PSNR Mean Y:43.21 U:46.88 V:47.59 Avg:44.10 Global:42.91
slice B:3613 Avg QP:23.69 size: 1149 PSNR Mean Y:46.81 U:51.55 V:52.22 Avg:47.75 Global:42.99
consecutive B-frames: 31.5% 27.7% 9.6% 9.3% 8.4% 5.1% 2.1% 0.2% 0.2% 0.3% 0.0% 0.3% 0.2% 0.2% 0.2% 0.0% 4.7%

--bframes 16 --b-adapt 2
slice I:162 Avg QP:20.77 size: 18013 PSNR Mean Y:47.58 U:52.17 V:52.89 Avg:48.35 Global:46.37
slice P:3457 Avg QP:22.06 size: 5313 PSNR Mean Y:47.53 U:51.89 V:52.55 Avg:48.42 Global:43.54
slice B:4420 Avg QP:24.43 size: 1500 PSNR Mean Y:42.73 U:46.64 V:47.36 Avg:43.66 Global:42.12
consecutive B-frames: 16.2% 27.1% 24.1% 12.6% 6.7% 3.4% 2.5% 1.3% 1.4% 0.6% 0.4% 0.3% 1.8% 0.0% 0.6% 0.8% 0.2%

--bframes 8 --b-adapt 2
slice I:162 Avg QP:20.75 size: 18010 PSNR Mean Y:47.59 U:52.18 V:52.89 Avg:48.35 Global:46.38
slice P:3513 Avg QP:22.09 size: 5346 PSNR Mean Y:47.48 U:51.81 V:52.48 Avg:48.36 Global:43.47
slice B:4364 Avg QP:24.38 size: 1444 PSNR Mean Y:42.76 U:46.66 V:47.38 Avg:43.69 Global:42.21
consecutive B-frames: 16.3% 27.3% 24.8% 13.3% 7.4% 3.8% 2.8% 2.5% 1.7%

Bフレームっていうのは双予測(Bi-predictive Prediction-picture)って言うように前後のMBからの参照を行うから
フェードとかものが一定速度で移動しているような場合は効率的な符号化が出来る。本来はそれが理想だけど
--b-adapt 1は前方フレームの参照をおろそかにしていたってことかな。

>>603
いや、フェードには動き予測が効きにくい。
物体の動きは少なくて画面の輝度が大幅に変化するので、動きを上手く検出できない。

そこでH.264で採用されたのがWeighted Prediction。
仕組みは↓の「・重み付け予測」を読むとわかりやすい。
ttp://mikilab.doshisha.ac.jp/dia/research/report/2005/0918/003/report20050918003.html

従来の--b-adapt 1ではWeighted Predictionが有効に働かず、
フェードシーンは動きがあるとしてPフレームを使ってエンコしてしまってた。
動き補償ではフェードを上手く圧縮できないので、--b-adapt 1ではPのPSNRが低くなってるでしょ。

--b-adapt 2ではWeighted Predictionが有効に働くようになったので、
PのかわりにWeighted Prediction付のBが入るようになってるってわけ。

なるほどねえ。教科書一通り読んだだけじゃまだまだかｗ

あぁ、従来は単にフェードで重み付き予測が出来てなかったのか。
順方向で重み付き予測してるのかと思ってたぜ。

その予想が正しければ、今まで微妙すぎた--weightbスイッチが
有効に働くことになるな。
--weightbのON/OFFも試してみるか・・・

--b-pyramidも試してくれ

どうでもいいけど閉鎖されたね

ほんとだ、どうも煽り耐性の無い比較的真面目な人っぽっかったからな。
2ちゃんに公開したって書き込む以上煽りは無視しないと駄目なのに…

英語がちんぷんかんぷんな俺にはよさそうなとこだったんだが
じっくり読む前に閉鎖されたか

--b-pyramidは見捨てられてる感がするな
べつに閉鎖しないで放置してくれればいいのに

>>611
よう俺
こっちも英語が駄目なエンコ初心者だから重宝していたのに
輪からいオプションを調べに行ったら閉鎖してて残念だったよ

広告うぜえって言ってたのって無知で幼稚な一人の馬鹿だけでしょ？
何も閉鎖しなくてもよかったのに・・・

この程度の煽りで逃げるようじゃ駄目だろといいたいが、まあ今まで乙

まあ掲示板に書いてあった内容見た瞬間こいつは煽り耐性０だなとおもったからな

これは後続をする必要があるようだな

このスレに来るよりもwikiを見つける方が先だった新参者です。
みなさんどうぞよろしく。

どっか広告のないwikiを作る必要があるな
とっておけばデータ移行とかできただろうに

>>619
場所なら提供できるが、wikiみたいなシステムを作る服がない

自分でwiki建てるとメンテナンスが大変なんだよな。スパムがひどいので

こういうのにケチつける奴って広告云々はどうでも良くて単に煽るのが目的のクズだろう
閉鎖しちまったらそれこそ思う壺だろうに
まぁ何にせよお疲れ様

>>619
あれくらいの広告は別にあってもいいでしょ
文句言う奴は無視すりゃいいだけの話

この休み中に読んでおこうと思ってたのに・・・ゆ、許さん・・絶対に許さんぞ虫けらども！


てかマジどーしてくれる

更新してたのが一人だけならwikiじゃなくて個人サイトでもいいよな

閉鎖したとたんこれかよ。
お前らがツンデレ気取ってもかわいくねーんだよカスども

くぎゅ声で脳内再生したらチンコが爆発した

釘宮病乙

お前らって、、
煽ってた馬鹿は一人だけだろ。

2ちゃんらしい帰結といえばそれまでだが
本当に嫌らしい根性をした奴らが多いからな
この板に限らない話だが。
折角の労作を失ったか。

悪口だけ言って自分じゃ何もしないしな。

見た目０点のB frameのグラフつくったり
x264wikiのはずなのにNeroAACEnc書いたりするからだろ禿

黙ってろよアフォ

ちょっとからかったらPC投げ捨てろとかお前には来世まで無理とか
ﾑﾁｬｸﾁｬ言うもんなここの奴等はｗ
x264を作ったんなら別だが上から目線すぎであるｗ

http://s03.megalodon.jp/2008-0811-1446-19/www26.atwiki.jp/x264/

管理人よりお知らせ


7 月初め頃。 x264 スレに対応する Wiki があれば初歩的な質問が減るのではないかと思っていたところ、
MP4での投稿がニコニコ動画の一般会員にもできるようになって x264 使用者が増えそうな状態になったので
この Wiki を作成し、 スレに b-adapt パッチの質問が出たのを受けて見切り公開に踏み切りました。

しかし、編集内容に批判が相次ぐ一方で、管理人以外による編集は一回も行われませんでした。
また無料レンタルのため広告が入ることに対して管理人を批判する書き込みがあり、
なかには x264 に関係ない他の @Wiki の管理人の気持ちを害するような失礼な攻撃もありました。
x264 と一般的な名前を持つこと、 @Wiki を使ったことは不適切だったようです。

そもそも x264 スレをスムーズに進行してもらおうと思っていたのに、逆効果だったと判断し、
管理人として責任を感じ x264 @Wiki に管理人が書いたことを削除し、事実上閉鎖することにしました。
Wiki が必要であるようなら他に Wiki を立ち上げてください。このページからリンクさせていただきます。

お騒がせし、ご迷惑をおかけしてすみませんでした。　8月11日　管理人

>>635
最近x264使い始めて、そこのWiki読んで使い方を勉強してたのに…。

批判してた奴の謝罪はないんですか？
潰した責任取って代わりを作ってくださいよ
無責任すぎる・・・

まぁ仕方ない、ただアフィ批判ばっかしてた奴はケツの穴小さすぎるな

要するにすでに分かってる奴や挫折した香具師にはには必要なく、
初心者や修行中の奴には有用だから自称玄人がファビョって潰したんだろ。

アフィとかごく一部のPC初心者かわざと踏む奴以外誰も踏まないから関係ないと思うがな。
しかもここの場合作者には一円も入らないし。

とりあえず必要だと思う奴はググるキャッシュがまだ生きてるから
頑張って集めた方が良いかもな。

現時点で88カ所分のページが生きてる模様。
…全部でいくつあったのかは知らないが。

俺はテンプレサイトになってる@wikiとアフィ仕込んだサイトそれぞれ持ってるがどっちも何も言われないで2年以上やってきてる

後者は一回だけスレで「アフィやってんのかよ」みたいな事発言した奴がいたが
そこら辺のアフィサイトみたく気違いのように貼ってなかったんで誰も反応しなかった（受け入れられた）

別にアフィくらい良いじゃん？

ADblock導入しないやつって何なの？死ぬの？

でもここまでアフィの印象が悪くなったのも例のコピペブログ騒動が原因でさあ
連中HTMLソースにiframe埋め込んで訪問者が気づかないのを逆手にとって
強制的にアフィ踏ませて稼いでたのが露呈して一気にアフィ＝悪の構図

あいつ等だけは死んいい　マジで

スレ違いなんでこの辺で

俺はこのスレしか見てないから
wiki作ろうが、個人ページ作ろうが、どうでもいいや

いつまで閉鎖したWikiの話で盛り上がってんの？

あとで読む、にして放置したらこれかよ…

あとで読む なんてとんでもない！

OreAQとその他オプションの組み合わせがうまいこといかんのです。

program --crf 20 --level 4.1 --keyint 300 --min-keyint 1 --ref 3 --mixed-refs
--no-fast-pskip --bframes 3 --b-rdo --bime --weightb --direct auto --subme 7
--trellis 2 --partitions p8x8,b8x8,i4x4,i8x8 --8x8dct --qpmax 40 --qpstep 8
--ipratio 1.7 --pbratio 1.5 --ratetol 4.0 --scenecut 48 --me umh --merange 32
--no-dct-decimate --b-adapt 2 --aq-metric 0 --aq-sensitivity 10 --me-prepass
--psy-rd 0 --thread-queue 2

こんな感じなんですが、ツッコミどころ教えてください。

とりあえずお前さんが晒されたオプションをぱくって参考にして
OreAQで--longhelpしてないことはわかる

--aq-mode 0 --cqm flatがおすすめ

--ratetol 4.0はいらない

肝心な--aq-strengthの設定がない

ttp://blog.livedoor.jp/tobinaka/

お前ら謝罪行ってこい。

誰も大して必要としていないのに一人で突っ走ったら誰もついてこなくてやーめたってことか

何だニコ厨か
目立ちたいならニコニコの中だけにしとけ(笑)

必要な人には編集できるほどの知識はなく
必要もない人は知識があるけどいく必要なくページ自体にこないだけ
要は需要は多くても編集者は増えるとは限らないってことだ

ホントニコ厨は役立たずだな
どうせブログも閉鎖すんのが目に見えてる


見てないけど

ニコニコ云々は表面上無視したとしても
ブログにコメントしているような人でさえwikiを編集しようとはしなかったんだよな
これってどうなん

そもそも他人任せにしようとしてる時点で管理人向いてない
ちょっと叩かれたぐらいで閉鎖とか論外

最初から器じゃなかったって事さ

あんだけ自分で編集してるんだし、他人任せってほどいい加減でもないとは思うが

本人がやってることからして
GUIスレの方で公開しておけば作成者が考えてた展開になったかもね

特に変更とか追加する部分も思いつかないほど良く出来てたよ
編集者増えないのもおかしくは無い

閉鎖文まで書いてるのに復活したら失笑モンだな
よくありがちなパターンだが

失笑買おうがやってくれるってんなら俺は大いにありがたいけどな。
つかだれかページ保存してたらまとめてzipでくれ。

ID:4KHMxcs6
煽るだけの能無しが言っても説得力ねえよゴミ

そもそもアフィ疑惑自体まったくの事実無根なんだから堂々としてればいいだろうに

本気で協力者を募って根付かせようと思ったら
一年くらいは我慢すべきだったかな〜と思う。

少々ナイーブで凹みやすい人なんだろうな・・・

もう色々勘ぐるのやめようや

元管理人がID変えまくって必死にスレ荒らしてんのかｗ痛い奴だなｗ

ニコ厨は複垢で自分の動画賞賛自演するのが常だしなｗ

＞＞こんなことでしか
＞コメントできないなんて
＞(´･ω･) ｶﾜｲｿｽ

可愛そうにも思ったがまったく思い違いだったあかんなこの人

ニコニコ見てるやつ全員が厨行為やってるなんて意見も了見が狭いと思うぜ
仮想敵作ることでしか生きれないのかね

管理人はまさに夏

みんな関係無い話はスルーしようぜ。
荒らす代わりにスルーしてれば、もう少し質問や議論を提出しやすいだろうし。

b-adapt2の話だけど、超軽量設定で色んなｱﾆﾒをｴﾝｺして、
速度とssim,psnr,Bﾌﾚ内訳,ｿｰｽが何か(○○何話)かを晒してくれれば面白いかなー、と思う。
refでも同じ事を思ってたんだけどね。

>>632
あのグラフも管理人だったのかｗ 努力は認めるけど才能が全くない奴だな

これだけ需要あること分かっただけでもいいじゃないか
失笑覚悟で再開してくれよ

禿同

叩いてるのは一人しかいないし

ちょっと避暑に出てるだけだよ。。。

あの管理人、まいなーずめじゃーの人だったのか。
オプション設定で迷ったときに、ブログ・うぃき共にすごく参考にさせていただいてます。
でもね、まともなことしてると必ず足引っ張る奴が出るわけで・・・

確かに編集してたのはあなただけかもしれないけど、とても多くの人が助かってるわけだし、それを励みにどうかもう一度再開していただけないものでしょうか？

ここはニコ厨の糞ブログヲチスレになりました

叩きたいわけではないんだけど
自分の都合で閉鎖するならWiki管理人としてどうかと思うよ。
ここで出た何かをあのWikiにまとめていたら
彼の独断で消される可能性すらあったわけで。
一生懸命編集してた努力は認めるし、事実良Wikiになりそうだったのに。
それだけに俺には彼のWiki管理人としての資質が残念でならない。

管理人へ
とりあえず、短い間だったがお疲れ様です。
次回があるならスルーを覚えて気負わずに適当にでも管理してみてください。
あと、匿名なのに偉そうですまない。

単発ID多すぎワロス

他に比べて質のいい板だったのにな…ここ数日はカスみたいな書き込みしかﾈｪﾖ

ニコニコを全部馬鹿にする訳じゃないけど、こういう流れになるから嫌なんだよ。
wikiも良いけどさ、まず自分でオプションを設定してエンコして見比べろよ。

DTV板はもっと殺伐としているべきであるな

>>684
だな。
「綺麗にエンコする」 ではなく 「綺麗にエンコできると言われている設定でエンコする」 という奴が多すぎる。

そもそも各オプションが何を意味してるのかわからないからwikiが必要だったわけで

そもそも綺麗な設定なんて人に聞かれて完璧に答えられる奴はどこにも居ない罠
結局ソース動画のことを一番理解してる本人が設定詰めるしかないわけだ

俺の偏った主観評価は
がんばって作った設定の結果が一番高くなる

何言ってんだ…
おすすめ設定が必要なんじゃないだろ
必要なのは各オプションの意味だろ

俺の偏った主観評価だとアル程度重めのオプションてんこ盛りにしとけば
実際の見てブラインドテストしても殆ど違いわからん。なのでなんでも良いよ。

オプションの意味なんてlonghelp見たり、まるも氏のサイト見たり、Doom9見たりしながらテストしていけばわかるだろ
実際にwikiがなかったのにこのスレの多くの奴らは理解してんだから

でもそれじゃ初心者や新規ユーザーには厳しいのは確か
もっとx264をわかりやすくしたいと思って上の人はwiki作ったわけだろうが、もう閉鎖した

わかんない奴はオプションがわからないとか必要だとか言ってないで、頑張って自分がわかる範囲でwikiでも作ってみれば良いじゃん
そうすりゃ親切な人が更新してくれるかもよ

だいたい閉鎖してから必要だったとかなんとか言っても遅いんだよ
開設したときに礼を書いとけば上の人の気持ちだって変わったかもしれん>681みたいな奴もアホ、このスレじゃなくてblogの方にカキコしてやれよ

結局現状じゃわかんないって言ってる奴は、駄目な奴は何やっても駄目としか見えない

ID:LDXDrOkA

でいつまで自演のすんの？

エンコなんて自己満足の世界なんだしもっと気軽に色々と試してみればいいのにね

5. Posted by 箱P 2008年08月11日 22:46
＞X-Man さま
Wiki のお知らせのほか、ブログでも書いてきたように
元々あの Wiki は x264 スレ進行をスムーズにしたいと
思って作ったものです。だからこそ @Wiki を借りて
無料レンタルで金額の責任を追わずに誰でも編集できる
そんなシステムを使ったんですけどね。
そうでなきゃ自分のサイトでやればいいだけですから。
まあ、僕のほか誰も編集しませんでしたから、
結果としてあのスレに @Wiki は要らなかったんでしょう。

＞x264初心者さま
ありがとうございます。僕としても残念です。
いいサイトは他にもたくさんあります。
特に Doom9's Forum を検索すればいい情報が入手可能、
MixAQ や OreAQ についても本当にありがたいことに
便利な Debug プラグインが出ましたからね。
Wiki が無くても困ることは無いと思いますよ。

＞x264スレ住人さま
はーい。

＞こんなことでしか
コメントできないなんて
(´･ω･) ｶﾜｲｿｽ

これが国が衰退するってことなんだな
これから日本中がこうなっちゃうんだな

煽ってるのはなぜか単発だな
おかしいなぁ

　　　　　　　　　 __、
　　　　　,r´⌒ヽ,⌒ヽ,ヽ
　　　(⌒)､　　 .人　 λ＼､ .＿＿___
　　　 ＼. ＼　　　　、　ヽ.／ ー 　ー＼
　　　　 |＼　＼ 　 　ヽ.／　（ ●）　（ ●）
　　　　 |　 ＼　 ＼　／　　　　　（__人__） ＼　 はいはい、どーもすみませんでした
　　　　 |.　　 ＼　 　|　　　　　　　｀ ⌒´ 　　|
　　.　　 |.　　　|.＼_ノ＼ 　　　　 　　　　　　/
　　.　　 |.　　　|　　 | 　 ＼＿＿＿＿＿_／
　　.　　 |　　　)　　.|　 　　　.　.￣￣
　　.　　 |　　　|　　.|
　　　　　|　　 |.|　 .|
　　.　　　|　　| .|　.|
　　　　 ／ 　/ /　ヽ,
　　　　(＿_ノ　 ヽ、__つ

2. Posted by 箱P 2008年08月12日 08:17
＞X-manさま
それにしてはニコニコ動画に投稿された動画を使って
喜んで議論を盛り上げているように見えますけどね。
僕には単純に自分の都合のいいように楽しようとしてる
としか見えませんでした。 x264 の重要な側面なのに。
態度が一貫していれば僕も納得できるんですけどね。

x264 @Wiki の問題は x264スレ対応で作ったこと、
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
なのに編集は僕一人しかしようとしなかったことなので
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
X-manさんが言うように個人サイトとしてやっていれば
よかったんでしょう。僕は AQ の理解や経験が浅いので
AQ の話が多い x264 スレの方々に期待していたんです。
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

でも、あの Wiki は知識をかじった僕程度の人間でさえ
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1ヶ月ちょっとで作れたんですから、僕より詳しいはずの
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
x264 スレの住人がやる気を起こせば 1 日で作れます。
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
それなのに Wiki が出来なければ需要がないのでは。
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
今のところ「無くて困る」「復活希望」などの声は
ないですから Wiki っぽい情報は作る気はありません。

なのでこのエントリに書いたように、
自分の興味に従って情報を提供していくつもりです。

ところで外人ってAQの話とか盛り上がってないの？

煽ってるのはなぜか単発だな
おかしいなぁ

ちょっと夢見過ぎたな
なんだっけ？あれ…web2.0（笑）みたいな？
総力を挙げてなんたら（笑）とか？
DTV板でそれはないｗ
まとめサイト系が成立しうる条件が全くない板なんだよ

DTV板とピュア板はそんな感じだな

俺がx264を一番上手く使えるんだ！みてーな思い上がった奴ばかりなんだろう
そして一見正論で攻めてくるくせに264の使い道は違法動画サイトへの投稿ｗ

P2Pに流すのは問題無いと？

違法アップロードでx264が普及する前とかはまったりしてて良いスレだったんだけどな。
だんだん変なのが増えた。

煽ってるのはなぜか単発だな
おかしいなぁ

管理人もその辺にしといた方が・・・

>>708
最近同じ病気に罹るやつが多い
ひとりの仕業だと思わないほうがいい
キチガイは掃いて捨てるほど居る
増えてる増えてる

>>710
ばい菌ですね　わかります。

プププｗ

あぁ管理人がID変えて荒らしてのかｗ

このスレの連中はゴミばっかりだな

そうやって自分がヒッキーだからって情報も閉じこめてるだけかよ

ここまで俺の自演
ここからも俺の自演

とりあえず周りのことを考えてますという態度取りつつ
行動が自分よがりな元wiki管理人の話は置いておいてだな。
今の議題として必要なのは…

・オプションなどをまとめたサイトが必要かどうか。

・最新VerのVBV回りの改善具合やb-adapt回りの検証

じゃないだろうか。

なにこのニュー速あたりのパートスレにありがちな流れ

ここアフィ速じゃないの？

何だこれ江6600で1fps縁故とかやってられるかｗｗｗｗｗｗｗｗｗｗｗ
ゴミコーデックｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
貧乏人小解像度向けｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

　 　 　 　_,,..,,,,_ ﾓｼｬ
　　　(( ./　・ω・ヽ ))
　　　(( l 　 　, ', ´l 　ﾓｼｬ
､､､､､､､`'ｰ---‐´ｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

腹壊すぞ

エンコするかエンコされるか
それがお前らじゃなかったのか

>・オプションなどをまとめたサイトが必要かどうか。

まるも研究所やDoom9の該当スレッド、該当ポストへのリンクは、俺にとっては役に立ったな。

>>723
同意。ﾃﾝﾌﾟﾚのﾘﾝｸが手抜きすぎだとは思ってた。　貼られた方の迷惑を考えてるんだと思ってたんだが。
自分たちの今に至るまでの徒労を、後進の人のために減らすのは大事だと思うんだ。　試さないで良いと思われたり、頼られても困るが、ｸﾞｸﾞる辺りの無駄な作業を('A';
既に十分検討された話が手に入れやすければ、未解決の問題点が浮き上がって、検証が上手く進むと思う。

流れを無視してAQの話なんですが、同一ビットレートで比較した場合、
+VAQだと輪郭とかが汚くなってしまい、-VAQ+HAQだと影や模様などが汚くなってしまいます。

どちらも綺麗にするのは無理なんでしょうか？
同じビットレートでは結局どこにデータを振ってどこのデータを削るかって事なんでしょうかね。

ファイルの途中でここまでは+VAQ、ここからは-VAQ+HAQのような処理は出来ないんでしょうか？
別々にエンコしてつなぎ合わせないと無理ですかね？

なかなか上手く行かないものですね。

また、アニヲタか・・・

>>725
--zonesでできるだろ

x264_vaq2mod.07.r912.diff
View File Info
08/06/08
Size: 21.51 KB
http://stashbox.org/browse.php?q=x264&x=12&y=13

アニオタ専用コーデックｗｗｗｗｗｗｗ
暇人専用コーデックｗｗｗｗｗｗ

まだ居たのかよｗ

コーデック？
スレ違いだな、こっち池
http://pc11.2ch.net/test/read.cgi/avi/1206102125/

guiスレはキモいしcli使えない兄ヲタしか居ないからヤだ
ここの方が馬鹿ばっかで面白いｗ

　　　　　　　　　　　　　　,,,,,,,,,,,,,,,,,,,,
　　　　　　　　　　　　 ／": : : : : : : : ＼
　　　　　　　　　　　/-─-,,,_: : : : : : : : :＼
　　　　　　　　　　/　　　　　'''-,,,: : : : : : : :i
　　　　　　　　　 /、　　　　　　/: : : : : : : : i　　　　　＿＿＿＿＿＿＿＿
　　　　　　　　　r-、 ,,,,,,,,,,、　/: : : : : : : : : :i　　　 ／
　　　　　　　　　L_,　,　　 、　＼: : : : : : : : :i　　 ／　guiスレはキモいしcli使えない兄ヲタしか居ないからヤだ
　　　　　　　　 /●) (●>　　　|: :__,=-、: /　＜　　　ここの方が馬鹿ばっかで面白いｗ
　　　　　　　　l ｲ　 '-　　　　　|:/　tbﾉﾉ　　　　＼
　　　　　　　　l ,`-=-'＼　　　　 `l ι';/　　　　　　 ＼ 　ニート（２４・男性）
　　　　　　　　ヽﾄｪ-ｪｪ-:）　　　 　-r'　　　　　　　　　￣￣￣￣￣￣￣￣
　　　　　　　　　ヾ＝-'　　　　　／ /
　　　　　＿＿＿_ヽ::::...　　　／ ::::|
　　／￣　::::::::::::::l　`──''''　　 :::|

>>725
>>650

AQdebugの最新版のreadme読んだら過去バージョンは黒歴史ってなってるけど、
なにがどう悪かったんだろ？

掲示板嫁

読んできた、thx

>>725
OreAQ --aq-metric 0 --aq-mode 2 --cqm jvt
満足できないなら、AQ設定煮詰めるなりcqm練るなりした方がいいと思う

SSE4は--me esa/tesa(ﾌﾙｻｰﾁ)で効くと聞いたのですが、どれくらいの向上があるんでしょうか？
非公式にSSE4に対応してるとの噂だったので、Q6600を買うかQ9xxxを買うかを悩んでます。

それで、SSE4に対応したCPU(Q9xxx.E8xxx)で、umhとtesa(esa)の速度比較をしてもらいたいです。
SSE4非対応での結果を貼っておきます。
ｿｰｽが違うとあまり意味が無いかもしれませんが。 手持ちの中で動きの多いOP(ﾏｸﾛｽ ﾀﾞｲﾅﾏｲﾄ7)にｲﾝﾀﾚ解除→中間出力したものを使いました。

using cpu capabilities: MMX2 SSE2 SSE3 Cache64 (Pen4 3.4G 詳細不明)
encoded 1000 frames, 5.43 fps(umh)
encoded 1000 frames, 1.79 fps(tesa)
(oreAQ)--crf 20 --aq-strength 0.0 --partitions p8x8,b8x8,i8x8,i4x4 --8x8dct --me umh/tesa --merange 64 --subme 7 --progress

突っ込みどころ多いかもしれませんが、よければよろしくお願いします。

そもそもumhとesa/tesaで大した画質差がないので、早くなったところで誰も使いません。

--aq-debug

を使っても、デバックされなくて困ってる・・・なんでだ・・・。
使用x264はx264OreAQ.934.release01.rarで、aviutl99cを使って拡張x264出力で、CLIモードを使ってる。

--qp 14 --aq-mode 2 --aq-debug "hoge.aq" --aq-strength 1 --8x8dct --partitions "p8x8,b8x8,i8x8,i4x4" --bframes 8 --b-pyramid --bime --weightb --direct "auto" --b-rdo --subme 6 --me "umh" --merange 16 --ref 16

このスレで--qpとか久しぶりに見た気がする

mp4inputで読み込んでる?

>>743

aq-debug.auf使うときはmp4inputからlog読み込んでる。

--aq-debug だけでやってみても無理だ・・・
--aq-debug だけでやると、画面に直接映るんじゃないん？

かれこれ、oreAQ仕様のaq-debugが実装された頃から悩んでるｗいい加減、誰かに頼ってもいいよな・・・

>>744
logじゃなくて同名のmp4を読み込んで組み込んだプラグインを有効にするだけ

原因判明
>>742がヒントになった。crtに変えたら糞うまく行ったorz

ありがとー！
まぢで嬉しい。

--qpは全MBで同じQPを使うんだぜ？つまりAQは強制OFFになる

どうしてもqp使いたいなら--crf 19 --qpmin 19 --qpmax 19 だな

よくわからずにcrf使ってた俺は勝ち組

たぶん

--qcomp 1.0　は？

>>750
--crf ** --qcomp 1.0
なら、
基本のQP値を固定したままAQだけ有効にできるね。
やる価値があるかどうかは知らんが。

速攻捨ててdivxに戻しましたｗｗｗｗｗｗｗｗ

badaboomって奴でgpuエンコードしてるが結構良い速度出るな
x264にもgpgpu来ないかな

ハイエンドGPUより、同じ設定まで落としたシングルスレッドのx264の方が速くて品質も良いという結論が出ていたと思うが。

>>753
あれ130fpsとか出るみたいだけどmainprofileまでじゃん。
ちょっと微妙だろ。

バージョンあがって不具合と制限がなくなればPSP用に使えるかもレベル。
有料であれはないな。

暇だから夏ゴミに構ってやるよ
>>719=>>729=>>752
コーデックｗ　エンコーダーと区別がつかない夏厨
E6600 苦笑() マルチスレッドエンコしたらDivXより綺麗にできるオプションで
エンコスピードはx264の方が早い
小解像度向けｗ　時代に取り残される夏厨
そうねきっとすばらしいDivXなら次世代メディアにも採用されるよｗ
俺はBlu-rayでも採用のH.264規格で我慢するよ 笑()

http://pc11.2ch.net/test/read.cgi/avi/1214118343/
巣窟に帰ってくだしゃぁ＞＜

>>757
おまいが一番夏厨っぽいの自覚してるのかな

普通にXvidのほうがいい、これはなんだかゴッホのような油絵タッチになっちまう

>>753
確かに。エンコが遅いのが唯一の弱点だと思うし。

ttp://karinto2.mine.nu/ulink/uploader/download/1218660463.zip
DL HD
GPUエンコ、試してみたけど用途を限れば結構使えるんじゃねーかな？
音は別エンコして再MUXしなきゃだめだけど、これはテストなのでそのまま。
エンコ速度はこのファイルで9600GTで12.8fpsでした。

エンコなんか寝てる間にやらせときゃいいじゃん。
1日にいくつエンコしてるのよ。

--crf 26 -b 16 -8 -r 3 -f -2,-1 --bime --b-pyramid --thread-input --threads auto --progress
この設定で10.5fpsぐらいでエンコできるんだけど（E6600 3GHz）、画質比較するとどうなるんだろう。

エンコｐｃ少しは休ませてやれよ！
お盆休みくらいは

いや石には電子の流れる道が書いてあるだけなんで
むしろ電子さんに休んでもらえ

電子の妖精が添い寝してくれると聞いて飛んできますた

電子の妖精がモニタからでてくる（ｒｙ

fpsに拘ってるうちは、高画質エンコなんてできないだろ？
俺なんて0.4fpsが常だよｗ

ルリルリぃいいいいいいいいいいいい！！！

もうそろそろバンディングは消えましたかね

>>768
それは精神的によくないんじゃないか？ｗ

E6600 1440x1080で1.84 fps　i7でたら4か8coreに乗り換えたい

op2354　1440ｘ1080で軽めの設定で5fps　クロックをあげればもっといけるかしらん

>>770
それはデコーダ側が対応したほうが早くね？

OreAQいいね、
浦島状態でテストエンコ大変だったけどこれでやっとr798から抜け出せる（;´Д｀）

Movie Writer7やAdobe Encoreを使用してスマートレンダリングでBDを作りたいのですが、
どうやっても再レンダリングされてしまいます。
スマートレンダリングができる設定がわかれば教えていただけないでしょうか？

お断りします

>>776
ここはH.264のスレではなくてx264のスレだよ
悪いが他をあたってくれ

>>778
説明不足だったみたいですみません。
x264を使ってエンコードし、rawとAC3をm2tsにmuxしたものを使っているのですが、
どうやっても再レンダリングされてしまうんです。
ビットレートの設定とか変えてみたんですが、だめでした。
何か大事な設定ができてないと思うんですが・・・

どうみてもスレチ

>>779
Bフレームと参照フレーム及びレベル指定
これ以外ならスレ違いな話

そんな言うほどスレ違いでもないだろｗ

んーx264の話題には思えないんだが
Movie Writer7やAdobe Encore等のツール側の仕様が分からないと答えようもないし
そんなの使ったこと無いし

分かる人だけレスすればいいんだよ
いちいち全レスしようとするなｗ

これのことじゃなくて？
http://seraphy.fam.cx/~seraphy/cgi-bin/cbbs.cgi?mode=all&namber=1842&type=0&space=0&no=0

Faster deblocking
Early termination for bS=0, alpha=0, beta=0
Refactoring, various other optimizations
About 30% faster deblocking overall.

>>784
同意。

935

>>740
私が使うかもしれないのでお願いしますorz　今の速度でも、ちょっと使いたい。

x264のchangelogってどこで見れるんですか？　探し方悪くてｽﾏｿ

ttp://git.videolan.org/gitweb.cgi?p=x264.git;a=shortlog

ID面白いなw

>>790
ありです。 やっぱ公式でしたかorz

Freenodeの#x264から北人です。

率直で言うと・・・「日本人もいいかげん自分の世界の中だけで満足せずに、
Doom9などに自分のパッチを出そうよ。それでそのパッチはもっと洗練される
ようになるし、結果的にもっと良いものができると思う・・・その結果として
GTIに入ることができる可能性も出てくる。」

今の6ヶ月以内で色んな方向で2chのIRCやIRCnetで日本人のエンコ設定や方法
を見たことがあるんだけど、ものすごく閉じられた世界にしか見えないです。

まぁ、ちょっと悪口みたいなこと言ってしまったのですが、それが目的では
ないのです。ただ、seraphy氏などが出しているパッチがあるんだけど
（自分では使用してないが、特にアニメへの効果のことは色々いいこと
を聞いてます・・・このスレの中身の色んなレスもそのよささの証拠の一つ）
、Doom9などでは全く出ていない。そのためにもう少し日本のエンコシーンを
広めようと思う。開発者と共にいて、話して、自分の設定やエンコーダーの
未来を決める。確かに大数の日本人に英語が苦手であっても、簡単な言葉で
あっても、コミュニケーションが出来る。

そして・・・ Doom9であっても、実写の話だけではありません。Dark_Shikari
氏自身もアニメファンで、東方マニアな人です(メイン開発者の一人です)。
--b-adapt 2を作っていた時に使用されたテスト動画の一つというか、その
パッチが作られた理由が・・・
ttp://forum.doom9.org/showpost.php?p=1164321&postcount=102
です。いつそらのOPですね。日本でいうとエンコテストに一番使用されている
動画の種類の一品です：ギャルゲーのOP。実写信者ならしないだろうが。

それでは、片言の英語であっても、FreenodeIRC鯖の#x264でのライブチャット
やDoom9のMPEG-4 AVCボードへおいでください。

以上。
--by 変な金髪のにーちゃん、アニメのエンコがメインな人。

Dark_Shikari氏はOreAQの存在を知ってるそうだが…

おお、黒船の襲来か

>>794 とかのレスに答えになると思うので・・・

(日本のネットでは）「x264の開発者は全くアニメのこと気に入ってない、
自分がやってることには関係ないと思っている」という変な噂がある
みたいです。僕はこれをかなり妙なこととして思っています、だって僕の
ハードドライブの中身の50GB以上な部分がそれでとられている。それに僕は
x264の開発者です。そして、確かに最近b-adapt 2以外の特にアニメにとって
よさそうな最適化は作ってないやOreAQみたいなメカニズムにはまだ目を
かけてないのですが、時間とチェックするように頑張ります。

(下手な翻訳by >>793 )

たった50GB・・

>>797

海外じゃあまりPV3/4のDVみたいなファイルが出回ってないから（ｒｙ

>>797

それ以外はビジュアルノベルでいっぱいですから。

>>793の画像

いつそらのOP2だっけ？

普通に書いてあったわ・・orz

>>801

2007年の最初の頃にすごく気に入ったOPだったから翻訳して、カラオケ付けて
ステージ6にうｐした･･･　その時はまだffmpegsource()がなくてWMV
のソースで苦労したわｗ。今とは全く別時代の感じがしますわｗ

x264関連に出てきた理由は、テストとしてzoome用のビットレートでエンコ
しようと思ったからだ。結局#x264であの動画見せて、「ソースクレ」って
言われたｗ　その後、一週間ぐらいでかな･･･　あの新Bフレーム選択システム
の初バージョンが登場したのかな？

ちょっとpsy-rdo/-trellisのテストとしてノイズがいっぱい入ってるMADを
再エンコしてみようっと･･･

なるほど・・

50Gって・・・最低5Tだろ(´・ω・`)

要はDoom9でseraphy氏のbulud(OreAQ)を布教しろってことですね！
確かに、日本でしか知られてないのは勿体無いと思うｗ　かといって勝手に投稿しようとは思わないが。

bulud････

OreAQを取り込んでも、海外の人には大してメリットは無いんじゃないのかな。
Dark_Shikari氏がたまたまアニメ好きなだけで。

向こうにもcartoonはあるから、あれば使ってみたい人は当然いるんじゃないか。
私は高周波を重視するなら、OreAQよりVAQ/CQM両方使わない方が無難だと思うが。

>>804

エンコ用鯖にそれぐらいスペースほしぃっす(´・ω・`)

>>805

まぁ、seraphy氏のパッチなどには限ってないが、そういうところですね。
実際に考えるとメインな人はIRCの方で喋ってるんだけど、掲示板はもっと
広く情報を出すためのところかな？D_S氏は夜になってから少しseraphy氏の
diffを見てたのですが、初めてコメントしたことは「UTFじゃねぇのかよｗ」
でした。サーセン orz

あと、基本的な機能を説明して、.diffやビルドを貼っておけば大体大丈夫か
と思う。昨日の話によるとanime用のpsy系最適化は無理ではないが、AQだけで
は不可能だと。（線の件などがありますし、だがもちろんAQも大事かと(ry）

>>808

仰る通りですね。
欧米系のアニメーションもありますし、アニメのエンコをしてる人も数は
少ない。目的は皆一緒だし、別れてもしょうがないと思いますよ。

あと、psy系の最適化になると、psy-rdo/-trellisは実写系のグレインを上手く
エンコするための技術であっても、あるタイプのアニメでもいい結果を出してます。
同じくアニメでもっと綺麗な再現ができたら実写にもある程度は変化がある
と思います。

ところで、前は http://www.h6.dion.ne.jp/~nytheta/dtv/install.html の
通りmsysのインスコを行ったけど、何か結局pthreadsのx264をstaticで
コンパイルができなかった orz こういう方のマニュアルが非常に珍しい
なので、特にpthreadsをstaticでやgitをビルドするためのヒントはない
のかな(必要なライブラリーなど)？

実は今日、ID:RZWuUWaPは日本人ではなかったという事実が判明して唖然としている。
#x264には、実質俺しか日本人がいなかったとか軽く泣ける。

誰か#x264に一度ぐらい来ないかい。

なんで日本人って群れたがるんだ

変なIM来るからIRCはちょっと。

>>812

そういう系の人がいないからだろうが。日本人は今まで見たエンコしてる連中
の中では(A)一番画質にこだわる、(B)ものすごくワイルドな噂が多い、
そして(C)一番変わったx264の使い方の持ち主であるのですから。

(例のrev798から動かない使い主がいますし）

言語的にもかなり外れてるっつーか、海外のサイトではあまり出てない連中
なので声や意見がx264の開発者のあたりにはかなり少ない。違った角度から
見りゃものも変わるって事実があるし。日本人を多く集めているというわけ
ではないが、>>>793みたいなレスはすごく長い間したかったわ。

あと、AviUtlのデフォの設定は一体だれが作ったんだろｗｗｗ　ハードウェアー
デコード用じゃないしｗｗ

>>813

Freenodeはユーザー登録しないとプリブができないんだけどｗ 大体の荒らしは
それでいなくなるし、#x264はかなり平和ボケな部屋っすｗ

変なプリブを体験したのは一回のみだし、それも「お前アラブ語喋れるの？」
って感じで、無視したら静かになった。

>>810
＞pthreadsのx264をstaticで

こんな感じでできるお。CVS版を使う。

cvs -d :pserver:[email protected]:/cvs/pthreads-win32 checkout pthreads
make clean GC-static

アニメも実写もエンコしてめんどくさがりなオレはAQ切って両方やってる。
暗部気になるならCrf上げるだけでいいやとか思っちゃうよ、、、

AQはあくまで限られたビットレートをどう配分するかを決めるものだから、
ビットレートを上げられるならそっちの方が良い。
前に誰か書いてた気がするが、明部も暗部も高周波も低周波も残したいならビットレートを上げるしかない。
まあcrfでMixAQ使えば勝手にビットレートも上がるが。

実写にflatはさすがに無理があるので、VAQはとても有効だろう。

Windows ムービーメーカーでWMVにエンコードするとき
いろいろ設定があって
このコンピューターで再生する
コンピューターの最高の品質でって選べるんですけど

h.264で同じような設定ってどうすればいいですか？
自動はなくてビットレートかサイズを指定しないと作れないんでしょうか？

お前にはx264を使うのは一生無理だからあきらめな。

プリセットが用意されているMeGUIを使え。

MeGUI使ってるんですけど
作るボタン押すと
CD７００って出ますよね？
その下がビットレートかな？
一番下は自分の設定ってあるんですけど
それがプリセットですか？

AviSynthで設定何もしていないんですけど
一番下そのまま使えば最高品質なんでしょうか？

最高品質にこだわるならQuantizer Losslessにチェック m9（　･`ω･´）っ　ﾋﾞｼｯ!!

http://mewiki.project357.com/wiki/MeGUI/Basic_DVD_Ripping_Guide/Video

http://img84.imageshack.us/img84/5198/presetscr3.png

>>824-825
ありがとうございます

な、なんか久々に来てみたら・・・昨日は何時もと違う流れでビックリした

>>824
楽しい？

一見さんお断り的な雰囲気あるよなここ

longhelpとグーグル先生で問題なくエンコできるからな

--no-deblockって設定しちゃって大丈夫なもの？実写で細部がつぶれちゃうからoffにしたい気もするんだけど-6-:6位でほぼ機能しないようにして放置しておいたほうがいい？

なんで自分で試せないの？目悪いの？なんで自分用にエンコしてるの？

-3,-3くらいでやめておいた方がいい。

>>833
-3-:3までは指定してそれ以降は切っちゃった方がいいのね。ありがとう

フィルターを切るのはお勧めできない。0,0が推奨でどうしてもと言うのなら-3,-3

>>835
了解。また実験してきます。

deblockはtsソース扱いだしてから-2 〜0,0位に落ち着いちゃったなぁ
確かにボケるけど、ブロックノイズ残るよりましかなーとか思ってる

再生時にデブロックフィルタを切ることもできるしね。

>>837
うちもtsなのでアニメの場合は0:0〜-2:-2にしています。

再生時にデブロックフィルタ切るのはマズくね？
前にそれで映像がぐちゃぐちゃになったんだが。

-2:-2で結局落ち着きました。ありがとう

0と-1でも大分変わるよね見た目
多少ボケるけど自分は0に落ち着いた

画質重視なら-2,-2だな。
AQ強めにかけてるとたまに崩れるシーンもあるが。

アニメは3,3でキマリだろjk

アニメではプラスにふってるね

+にふるとボケない？

ボケるよブロックノイズとどっちを取る？

確かに・・・

無難なのは0,0だっけ？これが標準だった気がするが

ブロック単位で映像を処理するH.264にはデブロッキングフィルターは必須の機能

それを きるなんて とんでもない！

つーかH.264はPフレームやBフレームもデブロックフィルタを通した後に参照するから、切ったりすると逆に画質悪くなるよ。
よっぽど低圧縮なら良いけど。
0,0にしておけばcrf20前後ならブロックノイズが目立つこともないだろうから、+にする必要はないよ。

DVDソースのアニメの場合は+にする必要あるかな？

とりあえずOPとかで実験してるんだけど、難しいｗ

デブロックはQP値に対して一般的な強度でかけるからカスタムマトリクスとか
予測の複雑さとかによっては0だと強くかかる場合もあるからそこは要調整だな。
+には普通振らなくてもいいはず。

俺、DVDやBDのアニメは--no-deblockにしてるわ
tsは-1,-1

--no-deblockは池沼

>>854
切るのはマズくない？

高画質プリセットが-2だからそのまんまにしてる

--crf 25.7 --keyint 300 --min-keyint 30 --ref 3 --mixed-refs --bframes 16 --b-pyramid
--b-rdo --bime --weightb --direct auto --filter 0,-1 --subme 7 --trellis 2 --partitions all
--8x8dct --qpstep 41 --me umh --merange 32 --threads auto --thread-input
--cqm jvt --progress --no-psnr --no-ssim

DVDそぉすでもブロックノイズ結構あるからなぁ
私がエンコしたBDはあまりにもなかったから-3、-3で仕上げちゃったなぁ

アニメの場合はかなり幅広く設定使い分けてる

そろそろ798から移行したいのにaqってなんだこれ＼(^o^)／

そんなようではaqに移行できないな

aq殺せば移行できるんじゃない？

798のパラメータで、最新revの画質OKなら移行したら。

DVDをエンコする時のOreAQ版の設定
--crf 18 --sar 40:33 --level 4.1 --aq-strength -0.5 --psy-rd 0
--aq-metric 4 --qpmin 1 --qpstep 16 --scenecut 54 --min-keyint 1
--keyint 300 --8x8dct --partitions "p8x8,b8x8,i4x4" --bframes 16
--b-pyramid --bime --weightb --direct "auto" --b-rdo --subme 7
--me "umh" --merange 64 --ref 5 --mixed-refs --threads "auto"
--trellis 2 --deblock -2:-2 --cqm "flat" --no-fast-pskip
--no-dct-decimate --progress

よくわからずにGUIの設定を持ってきて少し変えてるだけなので、誰か突っ込んでください

>>858
--partitions all は p4x4が地雷。 --partitions p8x8,b8x8,i8x8,i4x4 --8x8dct オススメ。

>>859
なんかﾃﾞﾌﾞﾛｯｸの意味を取り違えてる気がするけど。　実際、ｿｰｽのﾌﾞﾛｯｸにも効果的ならすまん。

>>860
簡単に説明すると、ﾏｸﾛﾌﾞﾛｯｸ毎にQPを変える機能。(従来はﾌﾚｰﾑ内で一定)　詳細はseraphy氏のHPの掲示板やgoogleで検索。
--aq-mode 2 --aq-metric 0 --aq-strength 0.5:0.5 --aq-sensitivity 10(HD)or11(SD)
OreAQでとりあえずこうしておいて、798と比べてみればおｋ。 どうしても切りたいなら、--aq-strangth 0.0

>>865
ソースのブロックにも効果的だよ

ブロックノイズやリンギングが酷いMPEG-2がソースなら、DGDecodeでcpu=6とすると多少ましになる。

>>866
リサイズするとだめだけどな。

□x264OreAQ.937.release01
  ・Psy RD 0.6を適用
Version 0.6 changes:
1. Psy trellis (adjustable separately on commandline) included and on by default.
2. Automatically adjust chroma QP offset to compensate for the higher quants psy RD/trellis result in.
3. Psy trellis allows trellis=1 now.

>>864
別に大きな問題は無いかな。ほぼ好みの問題。--qpmin 1 --qpstep 16 この辺は意味無いかな。有害でもないけど。
--aq-metric 4→0(これは作者も推奨しているし、同感)、--aq-strength -0.5→0.5(多分動作は変わらないが間違い)、--cqm "flat"(jvtと見比べて判断)

>>867
品質求めるならavisynthのフィルタ使った方が良い。　詳しい話はスレチなので自重してもらえると･･･

実家のPCでOreAQのx264動かしたらバスター2008にDLLのロードうんちゃらかんちゃらって怒られた
監視止めたら動いたけどみんなも怒られちゃうのかな？

バスター2008ってなんだっけ
Regseekerの類似品だっけ

ういるすばすたー

x264.exeって何かDLLロードしてたっけ？
seraphyさんとこのはpthreadもスタティックリンクしてるよね？

多分TWriteAviがLagarithで書き込むときかと

あ、avisynth読み込んでるか

>>870
OreAQもAQの強度はマイナス許容してるからマイナスになると動作が反転する。
基本的に正のときに理想的な動作するからマイナスだとよくないな。

以前それでむちゃくちゃな画になってた奴が居たなＷ

そのむちゃくちゃな絵ってやつが見てみたいｗ

--psy-rd Strength of psychovisual optimization ["1.0:1.0"]
#1: RDO psyopts (requires subme>=6)
#2: Trellis psyopts (requires trellis>=1)

またPSY Trellisを調整する仕事が始まるお

>>870 >>877
助言ありがとう。
色々試した結果、+0.2程度に落ち着きそうです。

135フレームの動画で検証(>>864を>>865の内容で修正後)
aq-strengthの値とファイルサイズ
+1.2 868kb
+1.0 714kb
+0.5 446kb
+0.4 410kb
+0.3 380kb
+0.2 343kb
+0.1 329kb
+0.0 297kb
-0.5 260kb
-5.0 315kb ← 画像崩壊

基本的に数値が大きい方が綺麗だった
数値が小さくなればなるほどのっぺりとした感じになった
マイナス値でも同じようにマイナス変化したから、極端な数値以外は問題ないように思える

>>865の内容で訂正ではなくて、>>870の内容で訂正

>>882
おお！これは貴重なテスト結果を Thanks。

なんか最新版にしたら容量がやけに増えたが何でだ？
PSYRDOが前と同じ設定だとやばいとか？

ちょっと判りにくいのでまとめ
>>882のテストに使用したバージョンとオプション
x264OreAQ.935.release01
オプション(--aq-strengthの値のみ変更)
--crf 18 --sar 40:33 --level 4.1 --aq-strength 0.2 --psy-rd 0
--aq-metric 0 --scenecut 54 --min-keyint 1
--keyint 300 --8x8dct --partitions "p8x8,b8x8,i4x4" --bframes 16
--b-pyramid --bime --weightb --direct "auto" --b-rdo --subme 7
--me "umh" --merange 64 --ref 5 --mixed-refs --threads "auto"
--trellis 2 --deblock -2:-2 --cqm "flat" --no-fast-pskip
--no-dct-decimate --progress

>>885
psy-rdの設定法および設定できる項目数に変化がある。
>880

--b-adapt 1で--bframes 16にするより
--b-adapt 2で--bframes 6にした方が遥かにいいよ

まだ俺も試してないけどね
0:0でpsy-rd 0 と同じだろうな

ん〜…PSYRDO0.6だが
どうもMAX値が1.0っぽいな。

前のバージョンで１指定してた場合は
--psy-rd 0.2:0.2 ってところか？？？

rdを弄ってみた。わかりにくくてすまない。細部がつぶれなくなるらしい
今まで通りなら1:0が一番近いみたい。
はじめの数値は今までと同じとして後ろの方の数値を弄ってみた。上から原本,1:0,1:1,1:5,旧型1
ttp://www1.axfc.net/uploader/Img/so/18459
ttp://www1.axfc.net/uploader/Img/so/18460
ttp://www1.axfc.net/uploader/Img/so/18461
ttp://www1.axfc.net/uploader/Img/so/18462
ttp://www1.axfc.net/uploader/Img/so/18463

旧型1 3618.58kb/s
1:0 3757.50kb/s
1:1 4573.45kb/s
1:5 5026.19kb/s
ビットレートはこんな感じ

>>891=>>892
先に検証乙っす
俺も煮詰めるか。。しかし最近もまた、ここ毎日更新してるから大変だなｗ
まぁ新しいもの好きなんで常に最新特攻

乙。やっぱ画像付きだといいね。 ただjpegじゃない方がｗ

--psy-rd 0　で良いと思うのは俺だけかなぁ

アニメは0、実写は1（デフォルト）でも良いよ。

>>894
次があるとすれば変えときます。pngでいいのかな？
rdの前の数は紙の質感みたいなものやザラザラした感じの維持、後ろの数は雲みたいなぼやけた中の色の変化の維持
両方1:1だと綺麗だけどサイズが膨らみすぎ。

ttp://forum.doom9.org/showthread.php?p=1144270#post1144270(Psy RDO_0.6@Doom9)
--bitrate 3750,4570同士だとどうなりますか？

PSY調整するときは2Passでビットレート固定してやらないとね。
ビットレート固定だとどこにデータ当てて、どこを削るかを調整できるから。
crfだと綺麗になって膨らむという、ある意味当然の結果になる。

あれ、でもcrfで調整するのも良いのかな。
よくわからなくなってきた…。

利き具合なら2passじゃないか？
容量の増加程度ならcrfじゃないとダメだが。

ビットレートあがれば大抵は良く見えるわな。
どれだけ効率よく符号化できてるか調べるなら2passのがいいかと。

アニメエンコ用に798から最新に乗換えようと思うのだけど、
aq-mode 0 と後何をを付け加えれば798みたいに使えるのか伝授してくれ

longhelp見て見慣れないオプション切れよ。

798での設定を晒せば教えてくれるかと

--aq-mode 0だとAQ動かないのでは…
Q値が変動しなかったぞ。

アニメ用ならAQを切るのは別に悪くない。

アニメのエンコでオプション何もつけなくてもそこそこ満足しているヘタレなのですが、
とりあえずこれくらいは付けといた方がいいんじゃないかというオプションがあったら
教えていただきたい・・・。
（満足してんなら必要ないだろとかいわれそうですけど）

満足してんなら必要ないだろ

>>908
--crf 18〜24　--subme 6か7　--ref 3〜5　--bframes 2〜3

PSPなら--bframes 2だな
それ以上は微妙にズレる

>>911
8でもずれてないけどビットレート高すぎるんじゃね？

>>865
ありがとう
とっかかりができて、ようやく移行できそうです

1440x1080の実写の時のビットレートってどのくらいになるように調整していますか？
私は動きが多めのものをcrfでエンコして 3979.07kb/s、4000以内に収まるように調整しています。

アニメのエンコでバンディングを低減させたいんだけど、
どんな設定にすれば低減できるだろうか
フィルタで低減させてもエンコしたら目立つし、
再生時にフィルタをかけるしかないのかな

うん

>909
とりあえず定番レスいただきましたね。

>910
ありがとうございます (;_;

最近地デジ環境がそろって久しぶりにエンコはじめて、
人にあげようと思ってるのでなるべくきれいにしたくて。

まずは自分で拾ったオプション真似てみろよ。
教えてもらったって面白くないだろ

>>917
３０分で１G〜１．５Gぐらいを目途にエンコしてるなぁ。
片面BDRに焼いて１クール分が入るぐらいで計算してる。

>918
そう思ったんで>910その他を参考にして少し自分なりに考え

--crf 20 --bframes 2 --b-pyramid --ref 3 --weightb --subme 6 --mixed-refs --bime --threads auto --thread-input --progress --output "output" "input"

でいってみようと思います。

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

>>917 >>919
エンコする必要あんの？ tsのままでいいじゃん

ソースがtsとは限らんけどな

http://www.stage6.com/

閉鎖したStage6でスノボのHD動画が見れるんだが
Divxてほんと実写向きだよな

そうか。

>>912
かもな、PSPは画面サイズが小さいのでブロックの境界線が目立つので500kb/s前後にしてる
境界線が目立たない最小レートをテストしてるがまだまだのようだ

それはでかいな
アニメだとPSPで近距離で見ても問題ない程度の画質で音声より縮むこともあるぞ
音質はヘッドホン使うから落とせないんだが

badaboomには期待していたのに
これほどのガッカリアプリだとは

http://forum.doom9.org/showthread.php?p=1171454#post1171454
--psy-rdの最大値は RDO,Trellisともに10だとさ。

10で試した人いる？
なんかロクなことになりそうにない気がするんだが。

強すぎる数値を使うくらいなら、PSNRだけじゃなく実際の見た目もSSDの方がましだろう。

以前間違って--aq-sensitivityと--aq-strengthを間違えて強度に12を指定したらすごいことになった

>>923のソースで試してみたけど、意外と悪くないような気がする。
若干ブロックノイズが出るけど、フィルムグレインや細部は普通にビットレートを下げるよりずっと鮮明に見える。

>>928
10ってファイルサイズとか画質大丈夫なのか…。
ぶっちゃけ --psy-rd 0.2:0.2 で十分な気がしてるんだけど。

--psy-rd 0:0 でおｋ

1より上は無いかなと思ってる。
実写では神ｵﾌﾟｼｮﾝだと思うよ。　ｱﾆﾒでは･･･好み？

>>935
バンディング低減に若干効果あり。

メモリをDDR2からDDR3に変えるとエンコ時間が劇的に速くなるって
ホントかな。誰か試した方いませんか？

試すまでもないだろ

>>937
とりあえず、CPUを速いものにする方が効果的。

--psy-rdはJVTマトリクスでアニメをやる時は 1:0 にしてる。
1:1 はファイルが一気に大きくなって割に合わない気がする。
DVDソースの場合ね。

h.264は参照フレーム数を多くすると大量にメモリ消費するので
エンコスピードが違ってくるのかなあ

>>940
メモリ消費以前に、動き検索する範囲が広がるから遅くなるよ

>>939
輝度に１とか指定するとフラットな映像もザラついたような
映像にならないか？
それが嫌で輝度も色差も１以下の小数点指定だよ（´・ω・｀）

psy-trellis使うと特定のシーンで映像がメチャクチャになったな
revの問題なのかもしれない・・・よく分からん

--psy-rdって実写用だったの？

作っている本人は実写専用だとは思っていないだろう。
http://mirror05.x264.nl/Dark/psy/

>>945
見る限り、低レート向けだな PSY

psy+crfの場合、ビットレートが確実にあがるからその分psy切ってcrf下げた方がいいかもしれないな。
ビットレート指定の場合かつ低ビットレート向けに効果が絶大だと思った。

PSP用設定で--psy-rd使ってみたが破綻しまくりなんだが。
しかも2-Passで設定通りのビットレートにならなくなるし。

--psy-rdってすっごいちっこいノイズまで再現したいなら良い感じなんだけどね。
でもそこまで細かい部分は適当にはしょられても全然かまわないから
--psy-rd 0:0でいいや('∀`)

サイズがでかくなるのが嫌で --psy-rd 0 にしてる

面倒な人は実写はデフォ、アニメは0にしとけば良い
どうせcrf20くらいあれば多少いじったところで大差ない

1日で番号増えすぎｗ

970過ぎたら次スレ立てるわ

おまえらぶっちゃけpsy-rdの設定面倒になっただけだろ

容量増える割に大きな変化が余り見込めないからじゃん？

ねえ早くPSPでのブロック境界が目立たないオプション教えてくれよ

--qp 0

0:0か1:1がいい気がする。　異論は認める。

0:0でいいや

0.5:0.5も結構いい

何かｷﾀｰ

DivX H.264 Encoder Alpha 1 & Tutorial | DivX Labs - Everywhere Communication Occurs Community Happens
ttp://labs.divx.com/node/6992

エンコのオプションは

-aqo <0|1|2> Algorithm quality optimized for:
0 = Fast encoding
1 = Balanced performance/quality (default)
2 = Highest quality
-I <1..4> Gop length (seconds) [4]
-fmode <1|2> Interlace coding mode
1 = MBAFF
2 = Field
-ref <1..4> Maximum number of reference frames [4]
-pyramid Enables pyramid encoding (implies -bref)
-bref Enables B as reference
-bf <1..3> Maximum consecutive B-frames [2]
-threads <int> Maximum number of threads

あんまり細かく指定はできないな。まあx264が異常なのかもしれないけど。

-fmode <1|2> Interlace coding mode
1 = MBAFF
2 = Field

ちょっと期待。

>>963
ｺﾞｸﾘ・・・

Project Remoulade Update: DivX H.264 Encoder Alpha 1 & Tutorial now available
http://forum.doom9.org/showthread.php?t=140532

相変わらずDark Shikariは容赦ないな。

x264退化したのかと一瞬思った

>>263
おーっ。俄然興味が

>>963だった

過疎ってるなｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

バンディングを減らすために色々やっていたが、
結局ソースの段階から綺麗にすることで落ち着いたよ。
あれこれフィルタ試したり設定変えたりしたけれど、これが一番ﾖｶﾀ

BDZ-X90使いだが
FNR：オフ　BNR：オン　MNR：オフ　DRC： 2：5（くっきり：すっきり）
HDMI出力色情報フォーマット：RGB（0-255）
キャプ時に
Ut Video RGB版と
ffdshowでリサイズ 1440x1080 + RGB->YCbCr ITU-R BT.709 TVスケール

HDMIでキャプとか懐かしいな

次スレ

x264 rev16
http://pc11.2ch.net/test/read.cgi/avi/1219480206/

固定ビットレートで指定したビットレートよりかなり大きくなってしまうんですが
qcompを0にすれば治りますか？Aviutlの拡張x264出力を使っています。

>>973
拡張x264出力でも多分出来るだろうから、2passでエンコードすればいい。

psyの予感！

さすがpsy！俺たちに出来ない事を平然とやってのける！

psyじゃないから恥ずかしくないもん！

>>976
そこにしびｒｙ

梅

産め早くね？

楳。

ume

宇目

umeume

超psyコー

949
ume

俺が埋めるよ

987

949
Improve VBV accuracy
Don't use the previous frame's row SATD as a predictor if it is too different from this frame's row SATD.

tobinakaってここで少々叩かれたぐらいでwiki閉じたやつだよな？
今度はseraphy氏に絡んでるようだが、メールに何書いたんだ？
最前線とかの単語がでるって、代わりにwiki作れとか言ってるんじゃないだろうな。
seraphy氏のレスから迷惑そうな空気を感じるんだが。

なに、最前線君がどうした？

wiki作れはないだろｗ
Doom9のフォーラムに来てくれって事じゃないの？OreAQとかMixAQの説明してくれって感じで
んでseraphyさんはそんなに空き時間もないし細々とやっていくんで遠慮しておくって話なんじゃないかな

tobinakaってやつのブログ見てきた。
プログラム読めないからOreAQやMixAQの説明ができないと言ってるから、>>991が正解のようだ。
なんだこいつ。勝手に向こうで紹介しておいて、説明できないからって作者に説明しろ言ってるのか。

ホントニコ厨はろくなもんじゃねえな

>>1001
それをその速さで貼れるってことは
お前それをコピってずっと待機してたんだろ？
リロードしまくって。誰かが1000取るの待って。
まじきめーな。氏ねよハゲ。

はいはい、梅梅

英語が出来ないと苦労するよな

Call me taxi.

　　―――‐ｖ―――――ｖ―――
　　 　 ｀ヽ､　　 ;.'"´￣｀ヽ,　　／´
　　　　　　 ヽ　 l 　 　 　 ﾉ ,.'"
　　　　　　　 ヽ ヽ 　 　 /,/
　　　 　　 　　 ヽ ＼　,.',/
　　　　 　 　 　 ,）　 ｀　'z
　　　　　　　　 ''z ,.､　　l,
.　　　　　　　　/,/　 ＼ ヽ
　 　 　 　 　 ,.' / 　 　 ヽ ヽ
　　　　 　 ／ .l　　　　　）　 ＼
　　　_,.-''" .,、 ヽ .......-'"　,、　｀ヽ.､_
　　 ￣￣￣ ￣￣￣￣￣ ￣￣￣￣
　　 　 　 　　　　　264

∧∧∧∧∧∧∧∧∧∧∧　　 ヾ | | | | | | | | | | | | | | | | | |//////////
＜　┌┐　　　/〉　　　　　　　＞　　ヾ| | | | | | | | | | | | | | | ||/////////
＜　││　　///〉　┌――┐＞ 　　／///￣￣￣￣￣￣￣＼//////
＜　││ 　 ヽ`ﾑ-i.└┐┌┘＞ ／:::///:::::::::::::::::::::::::::::::::::::::::::::＼///
＜　││　 ｌ二 二 |┌┘└┐＞/＿＿＿＿＿＿＿＿　 　　　　 |
＜　││　 〈〉|_|〈〉 └――┘＞ /／＼ヽ　　 〃／＼;;;;;＼＿＿／＼
＜　││　 　　　　　　　　 　　＞//(･)　＼ゞ/ ／(･)　 〉'' ノ し　　 /　|
＜　││　 　 ┌┐　ﾛﾛ　　　 ＞| ＼＿／ノ 　＼＿／　　⌒::::::::::: ○|
＜　││　 ┌┘└┐　　　　 ＞l:::::::::∠~　　　　　　　 ..::::::::::::::::::　／
＜　││　 └┐┌┘＿_　 　＞|:::::::::r〜〜‐､ヽ　　 ..:::::::'' 　　　／
＜　││　 　 ｜｜└―┘　 ＞|:::::::::)jjjjjjjjjjjヽヽ　　　　 　　／ヽヽ
＜　 ￣　 　　 ｜｜┌―┐　 ＞|:::::::::|,,　　　　|｜　　　　　／ヽヽヽヽ
＜.　　ﾛﾛ┌┐└┘ ￣￣　 　＞!::::　ヽiiiiiiiii//　 　　　　／ヽヽヽヽヽヽ
＜　 　┌┘│　　　　　　　　　＞ヽ　 ヽ〜〜"　　　　／ヽヽヽヽヽヽヽヽヽ
＜. 　 　￣￣　　┌―――┐ ＞　ヽ､__,,,＿＿＿__／ヽヽヽヽヽヽヽヽヽヽヽヽ
＜　┌┐┌┐.　└――┐｜ ＞　　＿]:::::::　　　[＿ヽヽヽヽヽヽヽヽヽヽヽヽヽ
＜　││││　　　 |￣|└┘ ＞￣~　　　　　　　　ﾞ￣￣￣￣ヽ
＜　││││　 　／／　　　　＞　　　　　　　　　　　　　 　，〜ヽ
＜　└┘└┘　　 ￣　　　　　　＞　　　　　　　　　　　　〜　ノ￣＼
＜ 　 ［］ 　［］　　　　　　　　　 　＞　　　　　　　　　　　’ノ⌒⌒⌒⌒〉〉
　∨∨∨∨∨∨∨∨∨∨∨∨　　　　　　　　　　　　 {　　　　　　　Y∫

x264 rev16
http://pc11.2ch.net/test/read.cgi/avi/1219480206/

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。