x264 rev15

Q ニコニコ・zome用の動画を作りたい。
A 板違い、Youtube板の"FLV/MP4作成スレ"でどぞ。

Q 圧縮codecありませんか。AviUtlで使いたい。x264gui.auoの使い方は？
A x264 VFW GUI専用スレでどうぞ。
http://pc11.2ch.net/test/read.cgi/avi/1206102125/

[本家]
http://www.videolan.org/x264.html
http://trac.videolan.org/x264/browser/trunk (ソース)

[バイナリ]
http://x264.nl/
http://forum.doom9.org/showthread.php?s=&threadid=89979
http://celticdruid.no-ip.com/xvid/
http://uk.geocities.com/h264x264/
http://oss.netfarm.it/mplayer-win32.php (mencoder)
http://forum.doom9.org/showthread.php?s=&threadid=87567 (MeGUI:mencoderのGUI)
http://tirnanog.fate.jp/mirror/gpac/dev/　(mp4box)
http://yamb.unite-video.com/　(YAMB)

前スレ x264 rev14
http://pc11.2ch.net/test/read.cgi/avi/1212510462/

再生方法、規格、インタレ規格、Avisynthの使用法、コンテナ等、
専用のスレがある話題は各専用スレ>>2-5でおながいします。
スレタイ検索 http://find.2ch.net/

テンプレ続く>>2-5

H.264の再生法や規格などの話題は
MPEG-4 AVC/H.264 総合スレ Part7
http://pc11.2ch.net/test/read.cgi/avi/1176961110/

Avisynthの話題は
Avisynthを絶讃ιょぅょ Part25
http://pc11.2ch.net/test/read.cgi/avi/1206362521/

インタレ規格の話題は
インタレ解除しないスレの3っぽいスレ
http://pc11.2ch.net/test/read.cgi/avi/1186448899/

MP4コンテナの話題は
【MP4】ISOMPEG-4普及委員会4【M4A】【3GP】
http://pc11.2ch.net/test/read.cgi/avi/1087545021/

MeGUIスレッド
http://pc11.2ch.net/test/read.cgi/avi/1164533110/

[FAQ]
Q x264.exeをダブルクリックしてもインストーラーが立ち上がらない。
A コマンドプロンプト用の実行ファイルです、インストーラーでも圧縮ファイルでもありません。

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で求められる。

Q　--interlacedで失敗する。
A　入力ソースは縦が32の倍数のトップフィールドファーストで。

その他パラメータの勉強は
ageha
http://agehatype0.blog50.fc2.com/
QPオプションの目安
http://www.wikihouse.com/htumenc/index.php?Man%2FCODEC%B8%C7%CD%AD%A5%AA%A5%D7%A5%B7%A5%E7%A5%F3%2F-x264encopts%2Fqp

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"

ここまで

　　 _,,....,,_
-''"::::::::::::::::＼　　　　　 　新スレだってさ
ヽ::::::::::::::::::::::::::::＼　　　　　　　　　　　　　　　　　　　おお、>>1乙>>1乙
　|::::::;ノ´￣＼:::::::::::＼_,. -‐ｧ　　　　　＿_　　 _____　　 ＿_____　
　|::::ﾉ　　　ヽ､ヽr-r'"´　　（.__　　　　,´　_,, '-´￣￣｀-ゝ 、_ イ、
_,.!イ_　　_,.ﾍｰｧ'二ﾊ二ヽ､へ,_7　　　'r ´　　　　　　　　　　ヽ、ﾝ、
::::::rｰ''7ｺ-‐'"´　 　 ;　 ',　｀ヽ/｀7　,'＝=─-　　　 　 -─=＝',　i
r-'ｧ'"´/　 /!　ﾊ 　ハ　 !　　iヾ_ﾉ　i　ｲ　iゝ、ｲ人レ／_ルヽｲ i　|
!イ´ ,' |　/__,.!/　V　､!__ﾊ　 ,'　,ゝ　ﾚﾘｲi rr=-,　　 r=;ｧ 　.| .|、i .||
　`! 　!/ﾚi'　rr=-,　　 r=;ｧ ﾚ'i　ﾉ　　　!Y!　￣　　　￣　　 「 !ﾉ i　|
　,'　 ﾉ 　 ! 　￣　　　 ￣　 i .ﾚ' 　　　 L.',.　　'ｰ=-'　　　　L」 ﾉ| .|
　　（　　,ﾊ　　 　'ｰ=-' 　 人! 　　 　　 | ||ヽ、　　　　　　 ,ｲ| ||ｲ| /
　,.ﾍ,）､　　）＞,､ _____,.イ　ハ 　　　 　レ ル｀ ー--─ ´ルﾚ　ﾚ

＜わからない七大理由＞
1. 読まない ・・・説明書などを読まない。読む気などさらさらない。
2. 調べない ・・・過去スレ、ググるなど最低限の内容も自分で調べようとしない。
3. 試さない ・・・めんどくさいなどの理由で実行しない。する気もない。
4. 理解力が足りない ・・・理解力以前の問題で理解しようとしない。
5. 人を利用することしか頭にない ・・・甘え根性でその場を乗り切ろうとする。
6.感謝しない・・・教えてもらって当たり前。事がすんだらさようなら。
7.逆切れする・・・自分の思うようにならないと逆切れする。

HDソースのエンコオプションでおすすめのを教えて
アニメ用と実写用と用途別に
crfはだいたい２６〜２８くらい

--crf 27 --progress

>>1
乙カレイドスター

>>8
--crf27 --no-cabac --ref 16 --mixed-refs --subme 7 --subq7 --me tesa --trellis 2 --bitrate100 --qns

8みたいなのってそもそもx264使うの向かないとおもうんだがね

俺はエンコ自体向いていないと思うよ

初めて使うので何も分からないのなら、MeGUIのDXVA-HD-HQ profile等を参考にすればいい。
実写用の設定だから、アニメ用には--aq-mode 0を付ける。

--subme 6をつけたり--b-rdoをつけたりbフレームを切ったりして画質の向上を図ったが俺の目にはどれも同じにしか見えなかった
ただサイズが増えただけ
だから重めのオプションはほとんど使ってない俺

--submeや--b-rdoっての同ビットレートでの画質を向上させるものだろ
サイズが増えるオプションじゃない気がするんだが

＞bフレームを切ったりして

そりゃサイズ増えるわなｗ


＞俺の目にはどれも同じにしか見えなかった
＞だから重めのオプションはほとんど使ってない俺

よかったね！

bフレ切るってx264使う意味あんの

あるわけ無い罠

program --qp 20 --ref 3 --mixed-refs --no-fast-pskip --bframes 2 --b-pyramid --bime --weightb --nf --trellis 2
--partitions p8x8,b8x8,i4x4,p4x4 --threads auto --thread-input --progress --no-dct-decimate --no-psnr --no-ssim --output "output" "input"
でセキレイOPをエンコしたら18.8Mになって
--subme 6と--b-rdoを追加したら20.0Mになったんだよね
b切ったら20.6Mだった(これは当然

夏だよなぁ

夏ですねぇ

とりあえず新スレのサイト紹介とかは乗せる前にリンク切れになってないか
調べるべきだなとおもった
バイナリとか半分くらいしか表示できないし

日本はもう夏か

r915
autodetect level based on resolution/bitrate/refs/etc, rather than defaulting to L5.1
if vbv is not enabled (and especially in crf/cqp), we have to guess max bitrate, so we might underestimate the required level.

>>8
--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

>>25
これはいい

>>4 をもとに変換をしてみたのですが、うまくいきません。
もしおつきあいいただける方がおられましたら、教えていただけないでしょうか。

1. aviutlで、1440x1080(16:9)の動画の左右をカットして1080x1080(最終目標4:3) に
2. haffyuvで出力 （音声はwavで出力してNeroAacでm4aに）
3. 下記実行
echo AviSource("D:\H.264候補\左右カット練習\test.avi") > "%temp%\avi.avs"
echo ConvertToYV12() >> "%temp%\avi.avs"
"C:\OnLine\movie\x264itvfr-r912\x264.exe" --crf 20 --progress -o "%temp%\avi.264" "%temp%\avi.avs"
"D:\H.264候補\左右カット練習\mp4box.exe" -fps 29.97 -add "%temp%\avi.264":par=4:3 -add "D:\H.264候補\左右カット練習\test.m4a" -new "D:\H.264候補\左右カット練習\test.mp4"

→最後まで実行はされるようですが、MP4Box.exeが強制終了します。
　ファイルはできていて再生もできますが、
ピクセル比の1:1ですらない縦長映像になってしまいます。（見た目横3:縦4くらい？）
　:par=10:11などでやってみても同じように縦長になりました。

>>28
俺はmp4boxでparを使わずに、x264 -sarで4:3とか指定してる

>>28
＞MP4Box.exeが強制終了します。
2バイト文字使わなきゃおｋ

>>28
×"%temp%\avi.264":par=4:3
○"%temp%\avi.264:par=4:3"

かと

1440×1080って4:3だとおもうのだが
16:9から4:3にしたいのなら切り取りせずに
-sarで9:12指定すればいい気がする

>>28
再生のときにsar反映できないソースフィルタ使ってるとか。
Haali Media Splitter使ってみれ。

>>28
左右切り取った後、1440*1080にリサイズする

書き込んでから気づいたけど
アスペクト比が16:9でちゃんとしてる動画を1:1にしたあとに
4:3指定したらバランス崩れるわな
-sarとかparってのは現状の画像度の比率から引き伸ばす感じだし

ひだまりスケッチみたいなサイドカットのアニメとかを
左右の黒いところ切り取ってエンコしたいんでしょ？

リサイズとクリッピングでsar1：1が一般的じゃないのかな？
自分は960ｘ720とかにするかな

ちょっと前のnvidiaのドライバで試したらキッチリした大きさ(1920x1080や1280x720など)の動画しか
HW再生支援が効かなかったのでそれ以来俺はサイドカットされた4:3の動画は、
1280x720など16:9にRESIZEしてから、sarで3:4を指定している。

sar1：1とかってのはaviではアスペクト比率を反映するプレーヤーが少なかったから
浸透したことだしリサイズでホントに微妙にではあるが画質を劣化させるより
アスペクト比指定のほうがいいとおもう
36とかのいうとおり左右切り取る必要あるのなら1080×1080に切り取ったあとに
sar3:4にすればＯＫかなと

　ﾟ ｡　,∧＿∧　ﾟ。
　ﾟ　・（ﾟ´Д｀ﾟ ）。　うわあぁぁぁぁぁぁぁぁぁん！！
　　　 （つ　　 ⊃
　　　　 ヾ(⌒ﾉ
　　　　　　` J

>>40
俺も960ｘ720にしてるから安心汁

>>40
俺も960ｘ720、1:1にするわ
1280x720、3:4だとGOMみたいな変態プレーヤーでアスペクト比反映されなかったんで

>>41-42
安心しましたｗ

昨日r859からr914に変えたんだけど
--psy-rd 有効にしてaq2使ったら映像が破綻してビビったｗ

アス比弄ってもメリットが無い

ちんこ弄るほがいいね！

>>45
┃|／￣＼
┃||　　　　|
┃|＼＿／
┃|　　|
┃|￣￣￣＼
┃|　 ノ :::::＼＼
┃|<●>:::::<●>＼　　　　　　下品ね、本当に下品
┃|　 （__人__）　　 |
┃|　　｀ ⌒´　　／
┃|　　　　　 ／
┃|｛ヽ,__　　 ）

　┌───────┐
　│今日は07月21日│
　│ｵﾅﾆｰの日だぞ!!│
　└∩─────∩┘
　 　 　ヽ(`･ω･´)ﾉ

http://deailove2.hanagasumi.net/

皆様、お返事ありがとうございます！

>>29
x264出力(mp4/mkv) の設定に直接4:3をたたき込んだところ、4:3で再生できるようになりましたが、
再生開始時は縦長で左右が黒く、画面を停止するか画面サイズを選択し直すとやっと4:3に更新されます。（mplayerc）
wmplayer2.exeでは、4:3で表示されるものの上下に黒帯が表示される変な動画になりました。
「アスペクト比」-「画面比(DAR)」をいじっても反映されないものなんですね。

>>30
全フォルダをD:\encode\1080x1080 に置き換えたのですが、強制終了してしまいました。
ログイン名（tempのパス）も1バイト文字です。

>>31
テンプレが間違っていたということですね。しかし入れてみたものの状況は変わりませんでした。
その後>>29 の方法で成功したみたいなので、MP4Boxは使わずに進めようかと思います。

>>32
フルHDでないHDなので、1440x1080で16:9なんですよ。そして比率維持したまま左右カットして
4:3（アナログと同じ表示エリア）にしようと思うと、計算上1080x1080になったんです。

>>33
CyberLink MPEG-4 Splitter (PDVD7) と、
CyberLink H.264/AVC Decoder でした。
ご紹介いただいたHaali Media Splitterを入れてPDVDよりメリット値を上げましたが、
現象は変わらずでした。MMnameではスプリッタとビデオデコーダが表示されない状態です。

>>34
それは情報量が増えるので最後の手段にしようかと…

全レスはVIPでやれ

r912以降から使える--psy-rdだけど
使うと破綻することが多すぎて地雷かなとおもってる

正直、psy-rdを指定して容量が増えるのを許容できるなら、
crfの値を1〜2減らす方がいいと思う。

同じビットレートで比較したら、私にはpsyの方がssdより良く見える。

比較画像貼ればいいじゃない

>>53
同じく

その辺は好みでしかないから比較しても意味ないかなと
psyって人の目に好ましい状態にするオプションらしい（シャープみたいな）
けど合わない人もいるだろうしSSIMだけしか気にしない人も合わない

SSIMってフィルター前のホントに元動画と比較でならよかったのに
フィルター後と比較らしいからＮＲでぼけぼけのつるつるになってる
ほうが高くなりやすいし意味ないっていう人もいる
要はどこまでいっても平行線になる話題かなと

変換にWaveletを使うDirac等は全体がぼけ見た目は悪くても、PSNRではH.264より良かったりする。

定番のNRってなんでしょうか？

それはここで聞いても、数字が答えとして返ってくるだけの質問だったりする

NRっていったらx264よりフィルター側でするのが一般的だから
AviSynthやaviutl板で聞きましょうってことですね

OreAQを実写で使った場合のｵｽｽﾒ数値ってどこらなんだろ
OreAQ＝アニメ用って思ってたのだけど、実写でもデフォルトでいいのかな？

>>61
0.1から0.1ずつ増やして実験しろ

>>61
こんな質問してくるくらいだから、１，０かOFFにしてもわからないだろ

夏休みって感じな質問だよな〜

x264って音声多重化は出来ない？
mp4boxでやったら音声が同時再生されるんだ

>x264
()笑

x264で音声muxできるとはな
http://d.hatena.ne.jp/uenoB/20070417/1176794519
こんな説明でどうよ？

x264はライブラリ、H264がコーデック

この場合はコンテナだからmp4って言え

x264で昔のアニメエンコするとかなり膨らむな。
最近のアニメだと300MBいかない設定なのに、昔のエンコすると
500MB近くまで膨らむわ。

やっぱ昔のアニメにAQは危険か・・・。

昔のアニメは時間軸ノイズ多いからこそ膨らむだけで
3DNRをうまくかけると結構縮むよな

いや・・・それが３DNR調整してコレなんだ・・・

今のは無駄がないからなぁ・・・
でも昔のには昔の風味があって好きだ

どういうソースからエンコしたか知らんけど物によるんじゃね。
ただ昔だとセルアニメだからフィルム撮影に因るグレインノイズは多いだろうな。

これは906以前のバージョンを使ってて--rdcmqが未指定というオチと見た

安心しろ。別にx264じゃなくても膨らむよ。

残像テレシネの場合は、IVTCする時に動きに拘らず、できるだけ汚いフレームを削除するようにするのと、
それくらいのソースは、どうせ汚いんだから、細部を潰すくらいノイズを低減すれば縮むよ。

ソースは基本的に綺麗だけどフィルムグレインが多いという場合は・・・・自分の場合はNRは細部を
潰さないくらいにかけて、あとは諦めてでっかいファイルサイズにする。

3DNRじゃ、ﾌｨﾙﾑｸﾞﾚｲﾝへの-VAQの反応には関係ないからなぁ。 もちろん効果は抜群だが。
敢えてやるならｸﾞﾚｲﾝ除去→ﾊﾞﾝﾃﾞｨﾝｸﾞ除去→再生時addgrain　て感じ？
自分はﾌｨﾙﾑ大好きだから、膨らんでもそのまま取っておきたいけどｗ

H.264はアナログ的ノイズに弱いからかなあ


当時デジタル放送でMPEG4でなく2を採用したのもそれがあったかな(利権かもしれんが)

確かMPEG2を採用したのは当時High Profileが無かったからだと思う
MPEG2の方がまだ信頼性もあったんだろうな

なんとなく縮みにくい理由解ったよ。
アナログソースで汚いってのもあるんだけど、昔のセルって
人間の手でフィルムに焼いてるジャン？
なんで１フレームごとに微妙にプルプル震えててPフレームが
結構連続するような形になってた。

それプラスーＶＡＱ指定してたんで大変なことにorz

しかしいまのMPEG2でも相当頑張ってると思うなあ (BS-i除く)

MainProfileまでのH.264との比較だとHDでは間違いなくMPEG2のほうが上だそうな。
PHLの記事を読むといい。今のH.264があるのはPHLのおかげ。

＞H.264はアナログ的ノイズに弱いからかなあ
じゃなくてそれを言うならx264は、だろう。H.264のHighProfileは使える要素が膨大だから
それをうまく操れるかどうかが最終的な画質を左右する。フリーのx264にそこを求めるのは酷だろう。
実際のBDソフトの画質はSPEよりPHLのほうが一般的に評価が高いらしい。
つーても一般人が見てわかるようなもんじゃないみたいだけどなｗ

私はフィルムグレインはDeGrainMedianで取ってしまうけど、
FGOからPsy RDOが派生したのは良かったと思う。

BSデジタル：2000年12月開始
　H.264勧告（Base・Main・Ext）：2003年5月
地上デジタル：2003年12月開始
　H.264 HighProfile追加：2004年7月

調べてみたら地デジの時点でHighProfileどころか、H.264もあるかどうかって所だったんだな。
SD想定のMPEG4 Part2なんか採用しなくて良かったな。
MPEG2ならレート上げればリニアに画質向上するけど、
MPEG4-ASPなんか採用してたらのっぺりするだけで無理だった。

これを見ても分かる様に、Part 2は元々よく使われるASPでも720x576と言った低解像度向けだから
レベルすら定義されていないHDTVに使われることは無かったと思う。
http://www.m4if.org/resources/profiles/index.php

仕事忙しくてrev896で止まってるｵﾚはどうすればいい

最新版入れろ

>>84
会社に辞表提出

>>84
このｽﾚを書く時間で何故しないの？

エンコできないとか明らかな不具合でもなけりゃ常に最新版使えよ
安定性が・・・とか言って古いので止めてる馬鹿はx264使うなよ
x264は全部実験バージョンだっつーの

>>88
さすがにそれは極論過ぎるだろ
安定とかはともかく古いほうは使いやすい場合もあるから
一概に最新版だけ使えとはいえない　暴論過ぎる
オプションは変わらないけど微妙に見た目が変わるものだってあるしな

よくあの一文で安定性云々とか妄想出切るよなｗ

自宅警備員の仕事が忙しいってどういうことかなって思った俺は？

時間だってタダじゃないんだから、無理に最新を追う必要は無いだろ。
といいつつ、915はお勧めしてみる。　　でも自己責任でよろｗ（殴

ｗ（殴

このスレにもこういうのが

なぁ、ＨＡＱで増えるビットレート量がちょっと前より増加してないか？

meguiを最新版にしたらCurrent Positionが閉じられなくなったぜ

>>95
http://forum.doom9.org/showpost.php?p=1162436&postcount=2580

Mooo!!!

>>94
HAQはビットレートを増やす傾向があるらしいから、
容量が気になるならVAQだけにするか、OreAQを使えばいいんじゃね？

>>95
俺も困ってたがもう直ったっぽい
つーか更新多すぎだなmegui

OreAQの使い方ってどうやるんだ…。
解説ページとかないの？

--longhelp

解説ページならx264.exeの中にあるよん

--psy-rdの使い方ってどこに載ってる？
--longhelpで表示されないんだけど

r916
Align lowres planes for improved cacheline split performance
r917
Faster temporal predictor calculation
Split into a separate commit because this changes rounding, and thus changes output slightly.
r918
Fix C99-ism in r907

やっぱり夏だなぁって思えるのがちらほら
--psy-rdとかOreAQなんて数値変えてみるだけなんだから
使い方なんて乗せる必要すらないよな
ソースによっても数値変えたりするからこれだって数値は存在しないし
何を教えろと？

>>105
君の経験を教えてくれ

夏をエンジョイしてるかい？
っひゃほー

>>106
その前に、君の経験を教えてくれ。
無いなら、思う事や考えられる事でもいいよ。
ささ、存分に語りたまえ。

--psy-rd 0 --aq-metric 4

OreAQはヘタに弄らずにこれでいいだろ。サイズ的にも速度的にも無難。
全体に暗いソースや暗部がざわついてAQの効きが弱いと感じたら
--aq-strength 1.0〜1.2 くらいで調整。

解像度で反応が変わるから、sensitivityには注意した方がいいかも。　絵の密度が変わるからなのかな？

aqとqcompの設定値が変わってからわけわからんので、600番台つかってる俺

798だろjk

別に使いやすければ新しい安定ではなく古いほうの安定版使ってもかまわないと思うが？
--psy-rdに変わってからpsyつかうと文字の周りがたまにくずれるようになったな
ほかは今までと設定変えてないから--psy-rdが原因だと思うのだが

エンコ速度が改善したりするなら、900番台いってみたいが、いまいちaqまわりの設定がよくわからんし。
qcompと絡めたりとか、--aq-modeとか、--aq2とか

同様に900番台を使ってるが、aqうんたらを試すのがめんどくさい。
7/800番台と同じオプションで従来よりノイズ等が減っているのでそのまま。

>>114
そりゃデフォの値でAQ働いてるからだろｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

デフォ値なめんな

BDエンコしてる人てcrf値どれくらい？
アニメDVDなんかだと18〜20くらだけどアニメBDだと22〜24くらいが妥当かな
解像度はオリジナル1080で１話700〜800MBが狙いかな

>>117
俺は逆かな
地デジソースだとハナっから汚い分諦めがつく
BDソースの場合はできあがりの容量はあまり優先しないようにしてる

700〜800MBならcrf20でもいける気がしないでもない

逆にノイズ少ない分同じ設定でも地デジよりBDのが縮むんじゃね。

>>117
BD crf16
DVD crf18
地デジ crf20

他のアニメと同じ設定だとスレイヤーズだけ膨らみまくるのはなんでなんだー！！

みなさんレスthx
たしかに余計なノイズが乗ってなかったり
キレイなソースの方が縮むものね
フィルタもNRやシャープ系はあまりかけないで練ってみます。

>>122
インタレ保持リサイズしてないなら、ジャギのせいで膨らんでるんじゃなかろうか。

俺の名を言ってみろ！

>>105
いや最大値とか分からんし

>>122
いや、フィールド分離アプコンなのでインタレ保持リサイズしてるんだ。
なのに！なのに！！
他のアニメより膨らむのはなぜなのだろう・・・。
ＡＱとかの設定も一緒なんだけどなぁ・・・。

ノイズ多すぎなんじゃね？

>>122
色が濃い　ってのもあるかな

見てないから勘で言うけど、爆発多いんじゃね？

>>122
家は他と比べて大して変わらないなぁ

スレイヤーズは前スレでも話題になってたが、
古いpsy-sdが入ってるバージョンを使うとモリモリとサイズが膨らむらしいぞ

PSY切ってみたけど30MBしか差が出なかった。
やっぱAQかなぁ。

--aq-mode 2 --aq-metric 4 --aq-strength -0.6 --aq-sensitivity 8.898
--aq2-strength 0.3 --aq2-sensitivity 15 --qcomp 0.7

これってそんなに膨らむ設定か？

--aq-mode 0 --cqm flatで試してみてはどうか。

容量を気にするならmixAQよりoreAQの方がいい気がする

>>129
色が濃いとサイズ膨らむって初耳なんだけど、
量子化に関係するの！？

OreAQのデフォでも結構縮むような…

色が濃いってことは平面的には境界から色がはみ出して
他と重なったりして画が複雑になるということだ
これがエンコードにどういう影響を及ぼすか分かるよな

300年ぶりにきてみたけどあいかわらず猿の惑星ですね

>>126
ﾃﾞﾌｫが判ればいいと思う

>>136
交流成分の振幅が増えるんだから増える要因にはなる。

>>138,141
スゲー解りやすい説明ありがとう。
たしかにその通りです。
勉強になりました。

The new B-frame decision (--bframes 16 and you)
http://forum.doom9.org/showthread.php?t=139827

正確だがBフレームの数が多いととても遅いらしい。

周波数で考エロってことよ

じゃあ伸張するときは再生時の方がいいのか

事前に伸張して>>141のようになるのはわかるが
そうならそれに合わせてQP値を上げればいいだけとも思える。

r919
add interlacing to the list of stuff checked by x264_validate_levels
r920
stats summary: print distribution of numbers of consecutive B-frames

>>145
YC伸張してエンコなんて20世紀の遺物だよ。

>>143 >>147
refみたいになんのか。　早く来て欲しいﾊﾟｯﾁだな。

新ﾒｿｯﾄﾞ
x264 [info]: slice I:14 Avg QP:22.04 size: 37806 PSNR Mean Y:44.84 U:46.95 V:47.86 Avg:45.33 Global:43.88
x264 [info]: slice P:420 Avg QP:25.31 size: 15269 PSNR Mean Y:40.13 U:43.75 V:45.93 Avg:41.14 Global:40.52
x264 [info]: slice B:1733 Avg QP:27.64 size: 3885 PSNR Mean Y:39.60 U:43.69 V:45.83 Avg:40.69 Global:40.14
x264 [info]: consecutive B-frames: 0.2% 5.0% 8.5% 19.3% 17.9% 18.7% 3.9% 2.6% 0.0% 0.5% 1.0% 1.7% 0.0% 0.7% 0.0% 19.3% 0.8%
x264 [info]: SSIM Mean Y:0.9729000
x264 [info]: PSNR Mean Y:39.741 U:43.718 V:45.865 Avg:40.807 Global:40.228 kb/s:1210.34
encoded 2167 frames, 3.68 fps, 1210.46 kb/s

従来
x264 [info]: slice I:14 Avg QP:21.75 size: 38637 PSNR Mean Y:45.02 U:47.11 V:47.98 Avg:45.50 Global:44.03
x264 [info]: slice P:1067 Avg QP:25.41 size: 11214 PSNR Mean Y:39.98 U:43.60 V:45.86 Avg:41.01 Global:40.57
x264 [info]: slice B:1086 Avg QP:28.22 size: 1077 PSNR Mean Y:39.38 U:43.25 V:45.67 Avg:40.45 Global:40.17
x264 [info]: consecutive B-frames: 15.8% 42.6% 31.1% 7.2% 0.0% 0.6% 0.3% 0.0% 0.0% 0.0% 0.0% 0.0% 0.0% 0.0% 0.0% 0.0% 2.4%
x264 [info]: SSIM Mean Y:0.9741645
x264 [info]: PSNR Mean Y:39.710 U:43.447 V:45.776 Avg:40.757 Global:40.376 kb/s:1210.52
encoded 2167 frames, 3.44 fps, 1210.64 kb/s

あれ････ｗ

>Edit: After watching through both encodes, I'd have to say that, without any careful comparison, the new b-frame system seems to look a bit better, despite the PSNR and SSIM.

済まない。もっとBﾌﾚのQPがｶﾞｯと下がるかと思ってしまった。 0.58なら十分か。
補足しときたい点で、1pass目の速度は 新1.51fps 旧3.68fps　となってた。

伸張してない奴なんて居るのかよ？ｗ
エンコ時にするのが通

PCで見るのみの場合伸張すればいい
伸張しない場合もデコーダによって挙動が変わることを念頭に置いておけば問題ない

私はTV向けに制作されたソースを扱う場合が殆どだから、フルスケールは使わない。
RGBもRec601(SD)かRec709(HD)でYV12に変換する。

エンコ前の伸張と
再生時の伸張をごっちゃにしたらだめだろ

ま最近ならYV12のままフィルタかけてエンコするのが普通だろうけど

再生され方によるだろ
動画サイトでオーバーレイ使わず伸張しないプレイヤーなら手前ですべきだろうし
つうかBD普及してない現状264なんてそれ以外に使うのか・・・？

>>157
ニコニコもZoomeもFlashプレーヤー使ってるところは勝手に伸張されるけど、
伸張されないプレーヤー使ってる動画サイトって珍しくない？

まあ普通はエンコ時は伸張しないほうがいいわな。再生時の伸張は
最近なら普通にするしソフトでも簡単にできるけどYC圧縮なんて
ffdshowとかつかわんと無理だろ。今後TVとPCの融合は進むだろうから
自動伸張が普通になるんじゃないかな。それ考えたらあえて伸張はしないほうがよさげ。

身長57�b
体重550�d

>>158
してないだろ？
ソースと並べてみてごく微妙に明るくなってる気もするが黒は沈んでないし
Flv変換時の誤差のレベル
もともとWebカラーのものをPCで見るたものものなので勝手にそんなことする仕様っておかしいし
あんたのグラボドライバが勝手に何かしてね？

少なくともニコニコで試した限りでは伸張されてたよ。カラーパターン上げて確かめた。

たぶんメクラのゲフォ厨なんだよ

>>161
「見るたものもの」
内容は興味ないが微妙にワロタ

PSPに合わせろよ
PSPは伸張しないからPCと同様エンコ時にやるべき

今のPCのトレンドはPCが勝手に伸張ですが・・・それに色域変換も絡んでくるし
ここら辺を理解できてないお方はTVスケールのままの方がいいと思うよ

>>165
俺のPSPは伸張するようなんだけど俺だけ特別仕様なんだろうか。
パネルがイマイチで発色があまりよくないってのはあるけど。

つまり、再生環境ごとにエンコすればいいということだ

>>167
両方再生させて黒レベルが同じならそうだね

ここx264スレなんだぜヽ(`Д´)ﾉ

OreAQいいな。
エッジ周りがボケるけど、昔のアニメみたいなのに使うとスゲー効果的だわ。
ハイブリッドＡＱとOreAQの使い分けをソースごとに切り替えて今後はがんばるよ。

…どっちを用いるべきかを見定める目がいるな。

>>169
うん、Y-RampとY-Step作って見たけど0-15と236-255は見分けつかんかった

RGBでの再生時に伸張しない環境なんて、DirectShowでマヌケなフィルタが重なった時位しかあり得ん
エンコ前のTVソースをRGBで扱うときに伸張するのは普通だが、
YV12に変換するときに特に指定しなければTVスケールに変換される。
これを元に戻すのが再生時の伸張なんだけど

そうしないようにするにはわざわざマトリクスを指定しなきゃならんのだが
そうやってエンコした場合それをちゃんと指定してやらんと、
再生時に無駄に伸張がかかって白飛びすることになる。
・・・俺は自分のPCでしか見ないからPCスケールでエンコしてたりするんだけど

だなプレーヤーの伸張にまかせっきりというのはどうも落ち着かない
最近のグラボが自動伸張するのも実にけしからん
そんな糞グラボ窓から捨てちまえよ

俺は逆だな。データとして残せるものをわざわざ削るのは気持ち悪い。
RADEON使いでもあるしボードで伸張してくれたほうがありがたい。
まあ別に流すわけでもないし好きにしろってことだな

AQ関係のことを調べて色々試したんだが2-passでビットレート指定エンコすると逆に汚くなるのって普通？
黒からのフェードインではブロックノイズ出まくるし、細かい文字は潰れて見えなくなるし

crfのお陰で2passという言葉を忘れていた

PSP用で使う場合はスレ違いなのかな
もしそうならスレ汚しすみません

>>176
単にビットレートが低すぎるだけかと。

>>179
AQ関係は低ビットレート向きではないってことなのか。
ちなみに情報後出しで済まないが700kb/sでエンコしている。
AQ関係はいじらないでエンコするわサンクス！

解像度いくらかしらないけど、700kb/sでAQ使っても特に問題ありとは思わない。
AQっていったって色々種類があるわけで。

x264が扱うYUV(YV12)は601や709だから普通は伸張しないのが正解だな
伸張してフルスケールで扱った場合はデコード時にストレート変換を明示しないと
大変なことになる

基本的にゲフォがRGB色空間変換時に伸張しないというマヌケ仕様を
広めてしまったのが癌なわけだけど

クドいけどようつべもニコニコもプレイヤー側では伸張してないよな＠ATI
なんで嘘つく奴ガイルの？自分のこれまでのファイルがコントラスト足らず色あせてダッセー
＆視聴者様方の一部から動画のイロハも知らないと馬鹿にされてるという事を認めたくないの？ｗ

伸張してるかしてないかは画面見りゃ一発で分かるだろがｗ
何度も言うが伸張するグラボなんか捨てちまえ

>>183
ATiでは最近の機種だけだな、X800やX300までのものは伸張しない

オンボまんせー

>>185
ありがとう。嘘というわけではなかったんだな
しかし見る大多数も俺も伸張しないグラボな訳で見栄えを取るか悩むわ

まじめに気になるんだけどさ、
ttp://www.nicovideo.jp/watch/sm4094002
これ等間隔に表示される？

ttp://bbs.ps3wiki.to/up/download/1217126737.png
うちはこうなるんだけど

>>188
http://bbs.ps3wiki.to/up/download/1217127336.png
RADEON HD3450

http://img.s350.xrea.com/2525.png
GF7300GT ForceWare94.24

む・・・>189は綺麗なグラデーションだな

自分や>188はなぜか各バーの左側に白い線が入ってる

>>188
http://bbs.ps3wiki.to/up/download/1217128593.PNG
780G

>>188

こうなった。
http://bbs.ps3wiki.to/up/download/1217128788.png

GF7600Go ForceWare94.24

スレ違いに気付かないのは馬鹿だから？

たぶんGeForce使ってると起るんだよ。
俺はGeForce8600GTSだけど、同じようになるよ。

nforce750aでも>>188と同じだった。
Geforceだめだなｗ

ｹﾞﾌｫの発色が悪いのは結構有名な話

ここってビデオカードスレだっけ

>>188-193
どうでも良いけど、全部伸張してるなｗ
このスレに来るような奴だと伸張しない古いVGAは使ってないってわけか。

ニコニコユーザー全体だとどうなんだろうな？

>>188
http://bbs.ps3wiki.to/up/download/1217134857.png
GF7600GS + 84.43

画質に拘るなら90台にバージョンアップしない方が良い？
それとも90台でもビデオの先鋭化？とか切ればリンギングみたいのは出なくなる？
どっちにしろこれ以上はスレ違いだな。

ゲフォの7千番台以下は8bitチートだから
画質を語るスタートラインにすら立てないんですけど
バンディング出まくり糞画質で当たり前

スレ違いはまあすまなかったがブラウザ上で表示させる以上
伸張の有無の差が出ないようなつくりになってるはずのFlashPlayerで
伸張しない環境があるって話がどうしても気になった。
ちなみに俺はHD3870で>>189となんか違うと思って3Dの設定デフォルトにしたら
全く同じになった。あとノートの915GMでも試したけど伸張した。

ID:ldjhQU3Z

H.264は家電でも使われる標準規格だから、TVに合わせておけば大きな問題は無い。

>>185
RADEON9600でもYC伸張するよん
嘘書かないように
伸張しないのはGeForceで、しかもごく最近のドライバまで
最新のはGeForceでも伸張するようにチューニングされている

あとFlashPlayreで伸張しないと書かれていたから気になって調べてきたけど
黒4と白250の映像（0-255にしないのは二重伸張していないか確認するため）を
PCスケールのYV12にしてエンコードしてから再生してみたけど
やはり4,250に復元されるから伸張している

訂正
×PCスケール
○TVスケール

もうしわけない

つまりゲフォ厨はメクラ

自作ヲタの内ゲバは他でやれ

ｈｄ4500安くて性能もほどほどでfft3dgpuも早くなってｵｽｽﾒ

r920、Athlon64X2・aviutl・threads auto
の設定でやると画面下半分が3/4ぐらいに縮小されてしまうフレームがでるわ。
シングルスレッドなら問題ないみたいだけど。r901の時も同じことあったなあ･･･。
Phenomに変えたほうがいいのかな･･･そろそろ。

どこのバイナリを使ってるか知らないがIntelのがそういった苦労は少ない
どうしてもAMDならバグレポまめに送ると喜ばれるんじゃないか

aviutlと書いてあるからSeraphy版じゃないかな。
私もX2だけど彼のビルドを使わないからか、そういう不具合は見たことがない。

すんません。ぽむ氏版使ってます。
ビルドした人に報告でいいんですかね？
一応、CFR・VFR共に確認です。

Phenomだが全然問題無い
もちろんCore2でも問題が無い
Intelでも条件では起きるんじゃねぇの？

>>217
遅レスだが。
まずはx264の中では標準となっているnl版でエンコしてみ。

AviUtlのプロジェクトファイルをVFAPIのAVI形式（音声不要）にして、
（http://jumper-x.hp.infoseek.co.jp/begin/column/1/index.html）

Avisynthはインスト済みだろうから、「hoge.avs」というテキストファイルを作って、
AviSource("〜.avi")
ConvertToYV12(false)
だけでx264でエンコできるから。

それで再現するなら本家のバグだし、再現しないならぽむ氏版のバグということになる。
そのくらいは切り分けしてやるべき。

>>215
>>213
レスアンカーミスったorz 吊って来る.....λ

了解です。
帰宅したら調査してみます。
わざわざ丁寧に解説していただいて、ありがとうございます。

DivX/Xvidｽﾚが過疎るほどx.264はエロい

Ｈﾄﾞｳｶﾞﾞ２４６ﾎﾝ をDivXで25th_pass

CPUの話したいやつは自作板いけよ

　　　　　　　　　　　　∩＿
　　　,､= "￣:::ﾞ:丶､　〈〈〈　ヽ
　　/::::::::/:/`ヽ:ヽ::::::.〈⊃　　},､‐ "￣:::ﾞ:丶､　 ∩＿▽,x "￣":::ﾞ:丶､▽∩＿　,､‐ "￣~ `丶､　∩＿　,､‐ "￣" ~丶､　∩＿
　/::::::://V　　 ＼ﾄ､::::i|￣￣|:::::::/ﾊヽ:ヽ::::､:ヽ〈〈〈　ヽ::::::::/"""""ヽ::ヽ〈〈〈　ヽ　　/ﾊヽ　　　ヽ〈〈〈　ヽ　　／/／`､ ヽ〈〈〈　ヽ
　l:::::::/ ＼ 　 　／ヾｨ::i|￣￣i:::://　ヽ＼ﾄ､::::::〈⊃　　}:i:::/　　　　　 i,::〈⊃　　}　//　ヽ＼　 　〈⊃　　}　／ ／　　　 ､ 〈⊃＿_}
　|;:::::| 　●` 　 ●　ﾊ::|　 　|::/ ＼ 　 ｀/ヾ ｨ､:::|　 　|::ﾐW ＼ 　 　／W:::|　 　|/ ＼ 　 ｀/ `、i　|　 　|　/ ＼ 　　／　 ､ ||:::::::::|
　|:::::ﾊ　　　　　 　　.i::/　 　!::| 　●` 　 ●ヽﾞﾊ|　 　|:ﾐ 　●` 　 ●　ﾐ/|　 　| | 　●` 　 ● i 　|　　|::| 　●` 　 ●　ﾞ|:::|:::::::::|
　 Ww＼ 　　・　　_ﾉ 　 　 /ﾊ:::::　　　　　　:::ﾚ/　 　!ﾊ:::::　　　　　 :::ﾚ ﾒ　 　! |:::::　　　 　　 :::i　|　　!::i::`ー-'　`ー-' i::/:::::::::!
　　　　／ヾ￣下~　　i_／　 ´＼ 　　・　　,ノヽ　　 /!´＼ 　　・　　,ノ' i　`i /　|＼ 　　・　　,ノ| .|　 /!:;:;＼　　・　 　,ノヽ:::::::/
　　／ヽ／＼ .ｲ` ヽ/　　　　　／ヾ￣下~　　|_／　　　メヾ￣下~、　|_／|　ヽ|／ヾ￣下~/　|ﾉ／　　 ／~ヾ 二下|　 |;;／
　 /＼　　 　 `' ＿ |　　　　 ／ヽ_　_＼ .ィ ヽ/　　　 ／ ﾉ　`ーィ　 ｰ/　 ﾉﾙ／`ー||＿,ィ,,`＼/　　 ／ヽ　 ＼;;;;;/　 /
./　　 /　　 　・ |　 |　　　 / 　　　　　 n_n 　|　　　 / ￣　 　(・_・)　 |　 　/ 　　ノ　　　　☆ |　 　 /:::::::::/　　　　　 |
|　　_/_＿　 　　ヽ |　　　 >、 /＿　　lﾟωﾟ| |　　 　 >、 /＿　,_)(_, 　|　　　>、 /＿　　　　☆|　 　/::::::::/＿　　　　 |
(＿＿|＿_）━~~　| 　 　(＿＿＿）　　￣　|　 　 　(＿＿＿）　　　　|　 　(＿＿＿）　　　 　|　 　 (:::::::::::| 　） 　 　 |
　　　　　　　　　　　　　　　　　　　　　　　　＿,＿
　　　　　-―,　　| 　 i　ー--、　　_Eヨ_　　 ⊆⊇　　|　ー　　ー-,フ　ー┼-
　　　　　＿__　　 ﾚ　!　　　ノ　　　耳又　　| ロ |　　 ﾚ -−　　 ﾉ　　　/ | ヽ

CPUやビデオカードの話題でもある程度まではx264の用途の範疇に含まれるから
いちいちスレ違い扱いしなくていいよ

いや上のビデオカードだ伸張だはスレ違いだろｗ

ＣＰＵに関しては--threads関連のバグかもしれないって話だからどこがスレ違い？って思うが
ビデオカードに関してはx264の用途の範疇に含まれるかもしれないがx264だけでなく
DivXとかほかのコーダーでも関係あることだから専用スレでいくらでもやってくれ

いや自作板の方が詳しい奴多いだろ
Intelじゃないと動かないとか言い出すやつがいるようなところでCPUの話したってたかが知れてるだろうよ

そもそもＣＰＵの話題ではなくて
ＣＰＵの違いによる--threadsのバグについての話題なのだからＣＰＵ板で聞いたってスレ違いだし
X264関連の話題だからこっちでするのが当たり前だとおもうがな
どんな状況下でおこる現象なのかとか215がいうみたいにそのビルド特有のバグかもしれない
もしもビルド特有のバグだったとしてもＣＰＵスレで答えられると思うか？
答えられないよな　だから普通に考えてこっちのスレでするのが当然な話題

あとIntelじゃないと動かないとか言い出すやつがいるようなところでって
intelでもおこるかもしれないバグといってるだけでそんなこといってないとおもうが？
ついでにどこの板にだって知識不足なやつはいてもおかしくない

>>226
だよね(´・ω・`)

じゃあ--threadsの話題以外のCPUの話はスレ違いくらいでいいかな
DTV板だし、詳しくないやつ同士でCPUの話したって不毛なだけだろ

そんな簡単に線引き出来るわけねぇだろ

つーか終わった話また持ってきてるやつも同類

要するに自治厨は死んでくださいってことですね

188から200に挙げられた画像が、グレースケール部分ぜんぶ同じで違いがないように
見えるんですが・・・なぜ？(HD3650)

そのまえにFlashはオーバーレイやVMR使ってない

--threadsの話題以外のCPUの話とかって簡単に区切れないからｗ
実際ちょっと前にSeraphy氏のパッチ版で一部のＣＰＵだけ
ファイルサイズ膨らむとかって不具合もあったばかりだし
ＣＰＵの話でもその時々で話が変わってくる
だからＣＰＵの話だからとかそういうことで区切るのは不可能

スレ違いじゃないのにスレ違いっていうのが一番イライラする
要はスレ違いとか指摘する前にちゃんと熟読して理解してから書き込んでくれと

>>234
スレ違い

結構CPU周りがバグありなわけね
なんか>>226でスレ違いの話が出たからすっかりスレ違いの話になってるが、
なんの根拠も示さず特定CPUに依存するバグがあるみたいなレスは無意味と言いたかっただけなんだが

>>211が悪いってことだ

要するに自治厨は死んでくださいってことですね

アムドライバーとインテラーの浮動小数点演算の誤差誤差により
アムドライバーの方が画質いいってホント？

頭おかしいのがいるな

アルファベットを全角で書く奴にまともなやつはいない

H.264は整数しか使わない。

エンコに浮動小数点つかってるよね？

http://ja.wikipedia.org/wiki/H.264#.E6.95.B4.E6.95.B0.E5.A4.89.E6.8F.9B

つこうてるね

浮動小数点演算ユニットで整数演算も出来る希ガス

x10万倍してから計算すれば小数点計算ユニットなんていらないよね・・・(´･ω･`)

>>247
余計計算が狂う

エンコード時はAC成分をDCTの近似値として16ビット整数精度で導出し、
DC成分としてアダマール変換を使用するので原則実数計算は必要ない。
ただ圧縮規格というのはデコードの方式だけ定められているからエンコード時に
浮動小数点を用いてから整数に丸めてもいいわけだけど整数のほうが
実装が簡単だし計算量少ないしわざわざ整数に丸めて誤差出す馬鹿はいない。

レジスタが64bit幅くらい有れば固定小数点計算の方がよっぽど気楽よ。
浮動小数点の精度の悪さは本当に始末に負えん…。

ソースみてみれ

すいません。まだはっきりとはわかってないのですが、現段階の状況では
・下半分の画像が縮小されると書いたがそうとは限らず、
　下半分の部分に上半分のデータが入ったりして不定に乱れる
・x264はぽむ氏版でもnl版でも現象を確認
・--threads を 1 にしても発生することがある
・aviutlからavisynthに直接渡さず一度可逆のavi等に出力してからavsで読み込むと正常に出力される
　(TCPSource、VFAPI共に現象が発生します）
・VFAPI経由のavsをaviutlで読み込んで1フレームずつ検査したところ異常なし
・aviutlのバンディング低減フィルタを外すと正常に出力される
・aviutlのバンディング低減フィルタをマルチスレッド化しているフィルタを
　使ってても正常に出力される（とりあえず検査に使った素材ではですが）
・Athlon64X2のPCでは発生するが、別のCore2QuadのPCでは同じ設定で問題がない。
・HD解像度のエンコードでこの現象を確認したことはない

といった状況です。
なんだか、x264というより今回はフィルタのマルチスレッド化フィルタが
影響してるような気がしてきました。ただ、rev.901の頃に同様の現象がでた
ときはマルチスレッド化はしてなかったので、まだ何か原因がありそうですが。
Athlon64で出てCore2で出ないという状況もどこかにバグがあるからなんでしょうし。
それをどこと判断するのは自分には難しいですが。

以前までは問題なく使用することができ、現象を確認したのがx264のrev.を
入れ替えたタイミングだったので、てっきりx264のバグかと思っていました。
SSE2が遅いから半ば切り捨てられたのかと勝手に思ってた部分もありますが。

現状、とりあえずマルチスレッド化せず少し様子見た方がいいかなと思ってます。
なんだかお騒がせしてしまったようですいませんでした。

さらにごめんなさい。Core2でも発生してた。
今回はやっぱフィルタくさいですね。いやほんと、すいませんです。

ヽ(`Д´)ﾉ

>>243
x264のソース見た限りでは浮動小数点を使ってる所は
PSNRの計算とかLOGの出力とかそんなとこばかりで、
エンコのコアとなる部分は整数演算ばかりだった。

>>210
r920のSeraphy版でも、同じような症状出てる
最初の数フレーム画が乱れるんだが
aviutlのバンディング低減フィルタを外すと正常に出力される
解像度は1280X720です

r921
Fix a few more minor memleaks

r922
Improve intra RD refine, speed up residual_write_cabac
a do/while loop can be used for residual_write, but i8x8 had to be fixed so that it wouldn't call residual_write with zero coeffs
proper nnz handling added to cabac intra rd refine
chroma cbp added to 8x8 chroma rd
cbp was tested, but wasn't useful

seraphy氏のページつながらない
不便だ・・・・

ttp://forum.doom9.org/showthread.php?p=1164258#post1164258
>>143ででたBﾌﾚｰﾑ周りのdiffだけど、seraphy氏に追加の要望出しても大丈夫だと思う？

r923
　　Refactor asm macros part 1: DCTr927

r924
　　Refactor asm macros part 2: DCT

r925
　　Fix regression in r922
　　set the chroma DC coefficients to zero for residual coding in qpel-rd
　　fix C99ism

r926
　　Basic sanity checking of qpmax/qpmin options

ｒ927
　　Add missing x264util.asm

r928
cosmetics: merge x86inc*.asm

OreAQ、暗部でのラインが消えやすいんだけど、コレ何とかならないのかな？
アニメ用という割には暗い画面での線保護があんまりないような…。

OreAQって暗部のQP上げるんじゃなかったっけ？

Seraphyに言え

もともとx264はビットレート足りないと暗部がよくつぶれる

>>264
暗部上げるの！？
こまったなVAQHAQだとサイズ膨らみ過ぎるし、
調整してレート落とすとボロボロになるしで
OreAQが画質保ちつつサイズも適切だったから使ったんだが。
暗部保護ないときついよな・・・。

// *** 暗部 ***
// Y & UV Flat -> qp up
// Y Flat / UV Bump -> qp hulf down
// Y Bump / UV Flat -> qp hulf down
// Y & UV Bump -> qp down

// *** 超暗部 ***
// Y & UV Flat -> qp up
// Y Flat / UV Bump -> qp mix up
// Y Bump / UV Flat -> qp mix up
// Y & UV Bump -> even

こうです

アニメ用には--aq-mode 0 --cqm flat

>>266
上がるのが嫌なら負値設定すればいいじゃない

うぉ、もう取り込まれてる（汗　　毎度seraphyさんには感謝です。

OreAQデバッガいいな。
できればMixAQ版も作ってもらえないだろうか。
VAQとHAQの数値が表示されれば調整が楽になると思うんだが。

>>271
MixAQデバッガ賛成！！

>>271
需要・・・あると思います。

928.release01
以下のスレッドを読めと言われても英語…

英語が読めんでPCヲタはやってられん

--aq-debug ｷﾀｰ----
というわけで、俺の嫁の写真でスマンが比較してみた。

MixAQ: --aq-strength -0.5 --aq2-strength 0.3 --aq-metric 4
http://up2.viploader.net/pic/src/viploader726695.jpg

OreAQ: デフォルト
http://up2.viploader.net/pic/src/viploader726697.jpg

OreAQの上手さに泣いた

誰？

有数の松来アンチである俺が来ました

×や┌□-□┐やくらげには出せないエロさがたまらんのですよ
ところで、MixAQはVAQが正だとHAQと足して、負だとどっちか小さい方を使うんだっけ？

こりゃ凄い。
アニメならOreAQ、実写ならVAQでFAか。

>>276
真っ暗な部分とかでもやってくれ

単にAQ無しでいいような。

明るい画面が通して連続してるようならOreAQでもいいけどそうじゃない場合やっぱりAQ無しが最善

黒っぽい部分では自動でAQ切れるようになればいいのに

これだとAQ無しで量子化行列を少し弄ったのと同じだな・・・

まだ作成途上だけど
http://www26.atwiki.jp/x264/

乙!!

乙乙!!!

乙乙乙!!!!

乙

乙すぎだろ、上皇

これはすごいな

前々から思ってたこと、感じてたことがデバッグで完璧にわかるようになったなぁ。

VAQHAQ：明るい部分、色が濃い部分で無駄にQ値上がる
　　　　　　　暗い部分でもラインくっきりはっきりイイヨー

OreAQ：全体を通して比較的良好なQ値コントロール　流石
　　　　　暗部だとライン判定見逃してボケボケになる　orz

な感じ。

>>286
アフィ乞食乙

ケツの穴の小せぇヤツだな

>>294
レンタルwikiだから広告付くんだろ。
ここの管理人が載せた訳じゃないからアフィ乞食ではないだろ。

コピワンスの時代に録画した動画のコピーガードを除去する方法は？

>>297
CPRMディスクをコピーする方法は無いの？【11】
http://pc11.2ch.net/test/read.cgi/cdr/1212638817/

>>286
　　∧＿∧　　　　　　
　 (´･ω･｀)　　 　　n　
￣　　 　 ＼　 　 （ E）　
ﾌ ア.フィ /ヽヽ_／／　
>>286
　　∧＿∧　　　　　　
　 (´･ω･｀)　　 　　n　
￣　　 　 ＼　 　 （ E）　
ﾌ ア.フィ /ヽヽ_／／　
>>286
　　∧＿∧　　　　　　
　 (´･ω･｀)　　 　　n　
￣　　 　 ＼　 　 （ E）　
ﾌ ア.フィ /ヽヽ_／／　
>>286
　　∧＿∧　　　　　　
　 (´･ω･｀)　　 　　n　
￣　　 　 ＼　 　 （ E）　
ﾌ ア.フィ /ヽヽ_／／　
>>286
　　∧＿∧　　　　　　
　 (´･ω･｀)　　 　　n　
￣　　 　 ＼　 　 （ E）　
ﾌ ア.フィ /ヽヽ_／／　
>>286
　　∧＿∧　　　　　　
　 (´･ω･｀)　　 　　n　
￣　　 　 ＼　 　 （ E）　
ﾌ ア.フィ /ヽヽ_／／　

Adblock Plusを使え。
http://img354.imageshack.us/img354/680/x264wikiav4.png

x264のバージョンってどうやって調べたらよいのでしょうか？

-help

x264 --longhelp

タブの一番前に薄っすらと浮かんでるだろ

>>286
儲かりますか？

儲かると思うなら自分が先にやれよ

--b-adapt 2　指定すると糞重ぇ…

>>286
これはひどい

ほんとおまえら屑だなｗ

他力本願のくせに、他人の努力をけなす馬鹿が集うスレはここですか？

俺はwikiを否定しない、煽ってる人も否定はしない
それぞれがオトナの対応を心がけて保水

アフィに反対

俺はネットで物買わないからアフィとかどうでもいいわ
無料で開設できるサイトとか広告ついて当然だし

広告で運営されてる媒体嫌とか言ったら見る物ほとんどなくなるんじゃね？

だから広告が嫌なら、これらを入れろ。

http://adblockplus.org/en/
http://ie7pro.com/

b-adapt 2　想像以上に遅いなｗ
処理速度が約半分に落ち込んだぜ。
Bフレ指定６でコレは確かに危険だわ。

最近はスペース取るだけ取って
「まとめ作ったｗｗｗあとよろしくｗｗｗ」な中高生ばかりなことを考えたら

もう基本的な部分は完成してるんだから
画質を維持しつつ高速化する方向でバージョンアップしてくれたらいいのに

>>318
結構な頻度でそうしてるように思うけど

基本は頑張って高速化に向いてるんじゃない、ただ重くなるけど弱点カバーする
ようなパッチが出てきてるからそれらを使うと話は別だけど自己責任だよね。

パッチ版使って何言ってんの

またアフィか・・・と思ったけどアフィじゃないじゃん
最近アフィって言葉覚えた馬鹿がたくさん沸いてるってことか

b-adapt 2　Bフレ3だとそれほど時間も増えてないからいい感じ

E8X00系を4GHzで動かしてる人いる？

b-adapt 2 が遅いのは最初の1パス目だけ

日本の夏　



厨房の夏

暗部比較してみたんだけど、OreAQだとブロックノイズでるな。
VAQHAQや無印だと出ない。
これさえなければ常用OKなんだけどなぁ・・・。

□x264OreAQ.928.release02
・なんだか需要があるそうなので、--aq-debug オプションを追加しました。
ついでに、フォント等見やすいように修正しました。

これマジ？

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/

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