x264 rev21

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

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

[本家]
http://www.videolan.org/x264.html
http://git.videolan.org/gitweb.cgi?p=x264.git;a=summary (ソース/チェンジログ)
http://x264dev.multimedia.cx/ (開発者のブログ)

[バイナリ]
http://x264.nl/
http://forum.doom9.org/showthread.php?s=&threadid=89979
http://celticdruid.no-ip.com/xvid/
http://uk.geocities.com/h264x264/
http://seraphy.fam.cx/~seraphy/index.shtml (ノーマル/afs対応版、patch版、OreAQ版)
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 rev20
http://pc11.2ch.net/test/read.cgi/avi/1233487808/

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

テンプレ続く>>2-4

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

Avisynthを絶讃ιょぅょ Part26
http://pc11.2ch.net/test/read.cgi/avi/1228216385/

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

アスペクト比 part4
http://pc11.2ch.net/test/read.cgi/avi/1211878897/

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の倍数のトップフィールドファーストで。

その他パラメータの勉強は
Fraternity7
http://ageha909.blog121.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"

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

720x480を4:3や16:9にするとアスペクト比狂うからこのテンプレは微妙じゃないか？
間違った比率で16:9や4:3にしなければいけない状況が思いつかない

あと、1440x1080を--sar 4:3でDAR 16:9に引き伸ばすと言うのも、足しておいた方が良いな。

そこら辺はアスペクト比のスレに行け、で終わりなんじゃないの？
あってもいいとは思うけど、どこまでをx264スレとして書くべきか線引きができない気がする

ちょっとくらいはいいじゃない

Msys/Mingwなx264のビルド環境の作り方
http://forum.fushizen.eu/index.php?topic=4.0

前スレにあったこのガイドも便利だろうと思う。

ついでに
OreAQパッチをあてたitvfr版
ttp://www.mediafire.com/?sharekey=e9f8972ad76b4fe4ab1eab3e9fa335ca9ffe89c549bd0189

>>10
これをAVIUTLの拡張X264出力で使うためにはどうすれば？

>>11
拡張X264出力じゃ無理じゃね？

http://www.tenchi.ne.jp/~yoko/aviutl/index.php?%B2%C4%CA%D1%A5%D5%A5%EC%A1%BC%A5%E0%A5%EC%A1%BC%A5%C8%BD%D0%CE%CF%20for%20AviUtl#p8289228
+
AviSynth

とか…

前スレより下がってるんで上げるわよ

VFR-Timing Error
< 3447> type = 5, pts = 14435421, dts = 14429415, b_dts = 14429415, cts_offset = 0, cts = 14421407
こんなのが出るんだけどどうすればいいの？
出来上がったファイル見ても別段おかしいところはないんだけど・・・

何を使ってどうしたからこうなったのかがわからないのでパス

>>14
スレチ

--scenecutを極力下げる、--deblockは0:0、AQは使わなければ、
SSIM値がかなり高くなるな。まぁ当たり前なんだけども。
結局最終的には好みの画質に合わせて調整すべきだけど。

--beblockは0:0で事足りるんだが、マイナスを使うべき場面ってあるんかね。

DivX 7でエンコードされたビデオのデブロックは-1:-1になっている。

deblockはブロックごとのQ値に応じた強さで掛けられるんだけど、
カスタムマトリクスやPSY-RDを使っている場合は、
額面上のQ値相応以上に大量のビットが振られるブロックが当然出てくる。
例えばデータ上のQ値が20でも、実質的に17くらいになってるブロックがあったとしたら、
そこにデフォで掛けられるQ値20を前提にしたデブロックでは強すぎる。

--psy-rdを使う場合と、--cqm jvtもしくはカスタムマトリクスを使う場合、
基本的にdeblockは下げるのが当たり前。

beblock（笑）

　　 　　　　　　　　　　 ／）
　　　　　　　　　　　／／／）
　　　　　　　　　 ／,.=ﾞ''"／
　　　／　　　　 i f　,.r='"-‐'つ＿＿＿_　　　細けぇ事はいいんだよ！！
　　/　　　　　 /　　　_,.-‐'~／⌒　　⌒＼
　　　　／　 　,i　　　,二ﾆ⊃（ ●）.　（●）＼
　　　/　 　　ﾉ　　　 ilﾞフ::::::⌒（__人__）⌒::::: ＼
　　　　　　,ｲ｢ﾄ､　　,!,!|　　　　　|r┬-|　　　　　|
　　　　　/　iﾄヾヽ_/ｨ"＼ 　　 　 `ー'´ 　 　 ／

DTVは細けぇところを詰めていくのが醍醐味なわけで

>>22
>>20

>>22
とりあえずbeblock（笑）を詰めてもらおうか

新しいオプションすか

beblockは伝説のフィルタ。

微妙なブロック
　　↓
微ブロック
　　↓
beblock


　こ　れ　だ　！

よくネタが続くな

ブロックノイズを意図的に作り出すオプションだろ

Boys be block.

ぐわああああカンマ無いと明らかに文法おかしいorz

要するに話題が無くてみんな暇だっつーことだね

でスレッドなんとかのパッチはいつ完成するんだ

OreAQは使い方が難しいな、普通にデフォで使ってSSIMよくなって喜んでたけどcrf1下げた方が容量縮んでSSIM・PSNRもよくなってがっくり

SSIMやPSNRは画質の指標にはならんと前から言ってるじゃないか

春だな

アニメソースだとAQ使うと平面が破綻する事が多いから、
あんまり使わないなぁ

輪郭が少々劣化しても気にならない実写の様なソースにVAQを使うのが良い。

AQの使い方が難しいなら、いっそ使わない方がいい。
基本的に使わない方がエンコは早いし、仕上がりサイズも小さくなる。

Bebook -1 -1

すっげー暇なのに厨質問には噛みつき
タイプミスはいつまでも引きずる。ホント末期だ、このスレ。

普通にマジレスしてる奴の方が多いだろ

ttp://www.mmv.co.jp/special/soramani/manimani_1000.mp4

なにこれ？
エロゲのPV？

>>43
まじめにエンコして欲しいね。なんか汚い

シャープ効かせてみました感がやだ

wmpがmp4に対応してないもんから、
flashがデフォルトプレイヤーみたいになっちゃってるよなぁ。別に良いんだが。

7でOS標準対応するよ

>>43
設定抜き出してみた。

cabac=1 / ref=1 / deblock=1:0:0 / analyse=0x3:0x113 / me=hex / subme=6 / psy_rd=1.0:0.0 / mixed_ref=0 /
me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=1 / cqm=0 / deadzone=21,11 / chroma_qp_offset=-2 /
threads=1 / nr=0 / decimate=1 / mbaff=0 / bframes=4 / b_pyramid=0 / b_adapt=1 / b_bias=0 / direct=3 /
wpredb=0 / keyint=250 / keyint_min=25 / scenecut=40 / rc=2pass / bitrate=900 / ratetol=1.0 / qcomp=0.60 /
qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / pb_ratio=1.30 / aq=1:1.00

何これエロゲ？

>>48
そーなのか
rawデータも対応するとか言ってたな

ttp://www.mmv.co.jp/special/soramani/

TVアニメだね

>>43
ちなみに使用してるのは
x264 core 66 r1110 05afd8e
らしい。

>>50
あとSilverlight3が再生支援にも対応する

おっとそういう意味じゃないのか
アフタヌーン連載中の漫画だな

ストリーミング前提のPVみたいだから画質はこんなもんだろ

なんかセラフィーたんのx264をとりあえずダウンロードして、
デフォルト設定のままエンコしました感の漂う設定なのが笑えるな

>>56
この辺りが特にそんな感じだな

Frame rate mode : Variable
Frame rate : 23.984 fps
Minimum frame rate : 23.976 fps
Maximum frame rate : 95.904 fps
Original frame rate : 23.976 fps

guiでTimeScale 4倍精度をチェックしたままだとこうなる

ttp://blog.ebifunyai.com/
ここの中の人みたいにWeb公開でx264のオプション隠すのってバイナリか何か弄ってるのかな
俺は自分用だからavinapticで昔エンコした設定とかビルドアップする前との比較などで隠す必要はないけど
43のデモっぽいの上がってるのを設定抜かれると、いかにもデフォ値くさい設定が、
見てても恥ずかしいなぁ、とふと思ってしまった

VFR Maniac氏のやつにそんなオプションなかったっけ？

お前らどんな凄い設定でエンコしてるんだよ
デフォに毛が生えた程度で別に問題ないだろ

>>49
ちょっと教えてほしんだけど、なんてツール使うとエンコに使用したオプションが
分かるの？
PS3やMacOSXのQTで上手く再生できた/できないといった時の切り分けに使えそう。

普通にバイナリエディタとかで開いてもテキストが書いてある。
あとMediaInfoとか？

>>60
毛が生えたLvでも追っていくのがDTV
問題はないが気にしないようなざっぱな奴なら来ないでくれ
>>61
…おまえの目はフシアナか？

必要ないところまでいじくるのもアホっぽいけどな

>>63
>問題はないが気にしないようなざっぱな奴なら来ないでくれ

何でお前にそんなこと言われなきゃならんのだ。
細部まで設定を詰めて画質を追求するのはお前の勝手だけど、
自分とエンコの考え方についての方向性が違うというだけで来るなとか、
お前はここの主かよ

>>62
前にstringsしてoption:以降に書いてあるのは知ってたんだけどね。awkやsedやperlと組み合わせる
のがメンドくて・・・
MediaInfo使ってみます。thx。

個人用に保存するならどうでも良いけど、
ネットで公開するなら、綺麗な方が良いとおもう

>>66
strings -51 で済みような…

習いで書いてしまったが、書式が昔と違うから 51 には意味はない。
適当な長さを指定すればいいだけ。

"h264_parse input.264 > output.log"とすれば、どう言った設定でエンコードされたか大体分かる。

前スレで話題になってたバンディングに関して面白い記事があったよ。(規制がorz)　階調抜けちゃうならディザが重要ってことだよね
ttp://resic.laburec.net/log/2008_09.html#20080907 (8bit→4bitディザ有り/無しのサンプル)

http://latoninf.free.fr/d9/GF/GradFun2DBmod.v1.3.avsi
http://avisynth.org/mediawiki/upload/0/08/GrainFactory3.avsi

GradFun2DBmod(temp=0, adapt=-1, custom="GrainFactory3(g1str=6, g2str=8, g3str=12)")

バンディングには、こう言う風にしておけばいい。

更新ないねぇ…

>>71
このｽﾚで既出の事しか書いてないんだが･･

x264のソースを落としてgccでコンパイルしています、環境はLinuxUbuntu9.04でコンパイラgcc4.3.3です。
ところがこのgccだとコンパイル中警告が大量に出ます。yasmはスナップショットの最新版です。

ふとあるサイトでx264をgcc3.4.6でコンパイルしていると見たのでやってみると警告の類は一切なしで終わりました。
コンパイラの警告のレベル自体が違うのかもしれませんが最新のx264をかなり前のgcc3.4.6でコンパイルしても
特に弊害は無いのでしょうか?

というのは最新のソースは新しいコンパイラの方が良いって話も結構聞くので。ソース読めないのでその辺良く解りません^^;

>>71
書かれた時期がこのスレで話題になっていた時期より若干早いかもしれないが、
原因がしっかり書かれていてわかりやすいサンプルあるのはためになったよ

それにしても更新がなくて話題が枯れてしまったな
もう完成の域に達しかけているという証拠か・・・

ん?完成って?　毎日何かしら更新されてて今だに正式リリース板も出てない代物じゃないの?

今気付いたんだけどこれってもしかして毎日自動的に上がってくるのけ?
ファイル容量が変わってないって事は3/21から3/25までは下手したら同じって事すか・・・
ftp://ftp.videolan.org/pub/videolan/x264/snapshots/

そりゃそうだ

>>55
ストリーミング前提で--qpmin 10ってのもねぇ

>>75
どっちでも大丈夫だと思う。4系の方が最適化とかしたら速いのかな？

Winだが>>1にあるx264.nlは32bitは3.4.6だしseraohy氏のも3.4.6。
俺はDoom9の64bitスレで紹介されてた32bit上で64bitがクロスコンパイル可能な4.3.3を使ってるけど
エンコ結果はx264.nlと変わらない。

私はwin32でGCC 4.3.3を使っているけど、別に問題は無い。

x264って商用利用おｋなんだっけ？

ttp://ja.wikipedia.org/wiki/GNU_General_Public_License

GPLを守って、MPEG LAにライセンス料を払ったら、商用利用もできると思う。

x264のDark ShikariさんがRealNetworksのコーデックについて語ったことがあるらしい。興味深かったので転載。
http://multimedia.cx/eggs/the-standard-like-it-or-not/#comments
>Kostya Says:
>As Dark Shikari once said, Real has its income from crippling H.264. And indeed, their RV3/4 codecs are very crippled H.264 (especially motion compensation).
>Also their RMVB format does not support anything not crippled by them (maybe with the exception to AC3 and AAC).

同じH.264をパクった規格なら、未だに仕様が非公開のRV3/4より、
SMPTEの標準規格にもなったWMV9の方が遙かにましだな。

エンコってやっている人の心理が理解できないが
理系の実験みたいなものか？

確かに、パラメータをいじって画像ですぐ分かるから
オタクの玩具にはちょうどいいかもしれないが。

俺は、最高の画質で見たいからわざわざエンコで劣化させる
意義が見つけにくいと言うべきか。

最高の画質で見たいなら、レコなりプレイヤなりを買うべきだと思うが・・・
その辺のところは君たちはどうなんだね？

NG登録　ID:345hgcTS

BDならともかく、レコの映像が最高の画質だと思えるなら
AV機器板から出てこない方が幸せだと思うよ。

んなもん面白いからに決まってるだろ
お前は、食うわけでもないのに、大金はたいて道具そろえてバスやヘラブナとか釣ってる連中に
「意義が見つけにくい」とか言うのか？
エンコ後の動画なんて、俺にとっては魚拓と同じようなもんなんだよ

凄いのう。きっと音楽も一切MP3とかでエンコしたものを聞かない人なんだろう。
実にすばらすい

せっかく>>88が親切にアドバイスしてくれてるのにおまえらときたら

暇をもてあましているところでちょうどいい餌だからな

俺にも>>87の様な脳内プログレッシブフィルターがあれば・・・

自エンコすると画質2割増の脳内補正がかかる

ないない

俺様が一生懸命働いて買ってやったPC
俺様が働いている間サボってるなんて許せない
だからひたすらに延々とエンコさせているのだ
エンコした動画なんて忙しくて見てる暇など無い

こうですか？わかりません＞＜

自エンコすると、画質2割減の脳内補正がかかるんだぜ？
いっつも「こんなもんかなぁ」と思いながら作業してる

>>98
分かるww
自分でエンコしたら感動シーンでもバンディングやらモスキートやらを見つけて脳内にメモしたりしてまうw

確かに家電のTS再生は綺麗だがそれでもPCで非リアルタイムにフィルタ掛けた方が綺麗になるはず。
てか再生時に家電が頑張ってるおかげでまともに見れるけど普通にデコードするだけじゃ見れたもんじゃない上
わざわざ放送の為にインタレにしてたりなんじゃかんだと無駄も多いTSで保存する気がしない。
で、せっかくフィルタ掛けてエンコするならより高画質で低容量を目指そうと。
俺のようにそう思う人もいるんだよ。

動画エンコしている人は配布用にエンコしてくださる神以外は貧乏人です。

犯罪者ウゼェ

1130

エンコって金払ったら犯罪だろう。俺は双方同意で金品の受け渡しは無いよ。

え、エンコウの話じゃないのか?

はいはい面白い面白い

可変ビットレートって普通に使って良いのかな
スタンダートが使用推奨なのか、使用控えた方が良いのかが気になる。

何を言ってるんだ俺は・・・
すまん可変フレームレートね；

mp4やmkvはタイムコードでタイミング調整してるからスプリッタからしたら
CFRだろうとVFRだろうとやることは一緒。PSPだろうと携帯だろうとちゃんと再生されるよ。
まあ、再生がおかしくなる機器が無いという保証はないが

なるほど・・
VFRでもソースの再現は出来てると考えて良いのかな
CFRとVFRで表示に食い違いが出てきたら嫌だな〜とは思ってるんだけども
大丈夫っぽいね。

可変フレームレート使うと再生できないプレイヤーが続出するぞ

再生できるプレイヤーで見ればいい

>>109
そんなわけ無いｗ

本当の意味でフレームレート指定を可変にしたら
再生出来ないプレイヤーが続出する悪寒

PCは一致しないの前提だから再生できるけど
駄目な奴だと再生できてもどんどんズレていくだろうね

実際に再生できないプレイヤーを例示してみろよ。

昨日エンコした24-30-24-60-24
60の出だしでちょっとだけカクツク
まあボロＰＣだと再生できないだろうなｗ
C2DでCPU負荷７０くらい

自分のPCで自分が使っているプレイヤーで自分しか見ないなら可変でもなんでもすればええねん
汎用性が著しく損なわれることは確かだけどね

レンダラ変えたらカクつかなくなったｗ

いまから発売されるプレイヤーはVFRに対応して欲しいな。

-qpminは低いほど画質の上限上げられるとか聞くけどデフォの2は小さすぎるとか
-qpmax31でやんのと51でやんのではどんなメリット・デメリットがあるんすかね
なんとなく-qpmaxは小さい程ファイルサイズ大きくなってるとは思うんですが
-qpminは実感しにくいっす

--qpminのデフォが2って、いったいどこのビルドだよ

ホントだなんで2なんて書いたんだ orz
10です、-qpmin10。でも-qpminは20くらいでも安定感ある気がしますねなんとなく

crf20、--qpminもmaxもデフォで某アニメOPをエンコしてみたが
下はq10まで分布するが上は29以上は出ないな
q17以下は全体の4%程度だが。
AQは無効ね

>>122
自分でやってみるべきトコをお手間掛けてスマンです
かなり具体的な感じで分りました、どうもです

x264はレートコントロールが賢いからqpmin/maxは特別変更する必要がなければ
デフォルトでいいお。いじる優先度でいえば下のほうで、その前に検討すべきオプションはほかにある。

いいお

とかν速臭いからやめてくれ

うるせえよボケナス

ν速じゃねーだろVIPで死ね

お前らこういうネタには過敏に反応するのなｗ

釣り宣言でましたー

すすめられたVMware Serverでのx64なXPの設置がやっと終わった。

ttp://x264.fushizen.eu のx64なビルドは4.3.XなKomisar氏のGCCでビルドする
ようになって、公式ビルドと同じく。パッチはいつも通りでwin_zone_parse_fix
とhrd_pulldown。fprofile'dなのはもちろん。特定のパッチセットでビルドして
欲しいな人がいたら出来ればします。

>>130
ESXiのほうがお勧め。
Xenは高機能な部分までつい最近無償化されたけど使いにくい。

>> 131

確かによさそうだね。だけど、ノートだし、ちょっと完全にVMな環境にするにも
もったいない気がするｗ　今のところx64なXPはちょっと遅いが、普通に
バイナリが出来るんで、丁度いいかとｗ

個人でちょっと別のOSで遊ぶ分にはVmware Workstationが丁度良いんだがなあ。
やっぱり高い。

virtualbox-oseでいいじゃん

最近は更新あんまりないねー
もうほとんどこれで完成してるって事なのか？

年度末だから他のことに忙しいんだろ

３月が年度末って、日本ならそうだがｗ

>>132
完全にサーバ用途ってわけじゃなかったですか。スマソ

>>133
それこそ無料のVMwareServerで。

他に、期限切れのVMwareWorkstationで仮想マシン作成、
Playerで起動するって技があるらしいぞ。

1134

とりあえず、朝大学に行く前に 32bit & 64bit なビルドをうpして公開した。
公式はTechouse氏のビルドを待っている様子。

朝日大学

今更気づいたんだけど、オイラ以外皆hrdパッチのrev11使ってるなぁｗ

「現在まだアルファバージョンとして認識するように。」って書いてあったんで
まだ更新しなかった…　まぁ、あまり使う人いなさそうだし、よしと
しようっと（笑）。

>>141
へル○ンキ大学ですが、何か。

fprofiledに使っているsaisoku.y4mが何なのか、微妙に気になる。

>>143

痛い話になりましたが、720pな「最速最高シャッターガール」のPVです。
別に完璧な最速化方法を見つけたわけではありませんので、そこは注意をｗ
ただ、レゾなどで考えてy4mファイルを作ろうとしていた時丁度使いやすい
ところにあったんで、レンダリングしました。

>>144
教えてくれてありがとう。これのことだね。
http://www.anipix.jp/apx-0003.html

fprofiledには、とにかくエンコードの難しいビデオが良いだろうと、
これの最初の100フレームを使っている私もあれだが。
http://mirror05.x264.nl/Dark/LosslessTouhou.mkv

rev1136がいいお時間で出たんですね（苦笑）。とりあえず皆と同じように
hrdパッチのrev11を使用してビルドしました（キーホールテレビ見ながら）。

更新点：
・ベースラインでインタレエンコは不可能になった (rev 1135)
・x264:r3f9ba82b97 x264/encoder/slicetype.c:
　Activate intra_sad_x3_8x8c in lookahead (rev 1136)

1136きた

techouse氏はなぜか自分のMsys/Mingwなビルド環境を壊したんで、ちょっと
#x264の方で色んな人が助け合った。x64なGCCをビルドするのが面倒
じゃなかったらこっちも自分で環境を一度ゼロから作ってみたいなぁって思う。
チュートリアルみたいなのがまた書けるし。

H264のISOのspecificationもタダで手に入る時代なんだな。

http://www.itu.int/rec/T-REC-H.264-200903-I/en
もう三月は過ぎたと言うのに、これはまだ"To be published"のままだな

seraphyが久々に動いたな

そういや新OreAQの話はどうなったんだろう

俺永久

ようつべのHD動画画質悪すぎるなぁ
まぁ何のソフト使ってるかは知らんが、2000kbpsも使うなら
数倍綺麗な動画作れるのにx264なら・・

>>154
x264使ってるわけだが

>>152
VFRmaniac氏のビルドでパッチされたの更新してる

>>154
x264だけど、&fmt=22が最初に見つかった頃は2005年のバージョンだった
よねぇ… 設定もかなり速度を大事にしてた奴だったんで、ゆっくりして
いかなかった結果はこれですよねぇ…ｗ

他にx264を使ってるところと言えば… facebookかな？そっちの方の設定が
なんとなくマシかと思うが、自分で試したことがない。勝手に再エンコされる
事がなんとなく嫌になってきた。

rev1137が出てビルドしました。
http://x264.fushizen.eu/
CABAC RDOが少し速くなったみたい。

>>157
必ず再エンコされるのはしかたないと思う
でないと必ず児童ポルノなんかを偽装して上げる奴が出てくる

数字コテが流行ってるの？

>>159
再エンコ != コンテンツのコントロール
ニコニコやzoomeを見ればコンテンツのコントロールさえ何となくよければ
それでおｋ（例として言ったサービスのコンテンツのコントロールは別にいい
とは言ってないがｗ）

youtubeのやり方はまぁ…　「元のソースがあるから新しいテクニックが
出たら再エンコ可能」ってところでいいかもしれんが。

まぁ、十分にオフトピには感じるんで、すまんｗ

ひそやかにx264_OreAQ_itvfr更新し続けていただいてありが�d

新OreAQがseraohyビルドにも入ったけど従来のオプションをそのまま使えるんだろうか？
何か手を加えないといけないんだろうか？

helpを見た限りでは、従来の指定であれば従来通りの動きをするみたいだな。

seraphyの掲示板から変更内容を拾ってきた。
下半分くらいは意味がよく分からんが、多分エンドユーザーには関係ない内容だと思う。
−−−−−−−−−−−−−
OreAQの変更内容

・新しい.aqフォーマットとしてOreAQ04を追加。
・aq-strengthをABCD({Bright, Middle, Dark, M.Dark})それぞれに対してUp/Downを設定できるようにした。M.DarkはUpしかしないので引数は最大7個。
・フレームタイプで強度を弄れるようにaq-*factorを追加。I/P/BフレームそれぞれのUp/Downをカスタマイズできる。
・今まで固定だったlumaによるABCDの条件分岐の閾値を弄れるようにaq-boundaryを追加した。
(これによりBright, Middle, Dark, M.Darkの意味するものから外れる設定が出来てしまうようになったのが、現在の悩み)
・fullrange=onの時, デフォルトのaq-boundaryを{192,64,24}ではなく{205,56,9}になるようにした。
・AQ関係のパラメータが増えすぎたので以前の形式でSEIに設定を書き込むと混乱するため、それぞれ明示して書き込むようにした。
・aq-metric, aq-sensitivityをzonesで使えるようにx264_adaptive_quant_frameでaq_metric_funcとaq_thresholdを設定するようにした。(でも, Win32環境ではそのままコンパイルしてもstrtokのネストが出来ないので動かない -> 要パッチ)
・aq-*factorによる影響をエンコードのログに反映するためにi_aq_change, i_aq_change_min, i_aq_change_maxをx264_adaptive_quantに移動。
・どうせx264_adaptive_quantにて、整数ではないf_qpmにAQによる変動幅を足して四捨五入して整数に丸めるので、x264_adjust_OreAQの段階で変動幅を整数に丸めないでそのままにしておくことにした。-> AQDebugではOreAQ04で丸めてますけど...

1139

デフォ版の話ですが、今のqcompの計算ってどうなってますか？
qcomp = qcomp + 絶対値(--aq-strength) / 0.7
それとも
そのまま指定した数値でしょうか？

>>166
やっぱそれ悩むよねえw俺も以前ここで質問したw
リドミ見ろって怒られたけどね

今はqcompとstrengthの依存はないみたいだよ
strengthを気にしないでqcomp指定してよい

>>167
readme...確認怠ってました。すみません。

ありがとうございます。助かりました！

【x264から】CPUからGPGPUｴﾝｺｰﾄﾞへ交替【CUDAへ】
http://pc11.2ch.net/test/read.cgi/avi/1239295581/

クソスレ立てんな

x264のGPU版出ないのかなあ
CPUじゃ遅すぎる…

は？

うちだと 720*480 29.97fps で実時間の半分でエンコできてるな。
xvidよりは速い。muxの時間抜いてだけど。

早いとか遅いとか設定によるだろ
Xvidだってフィルタのかけかたで随分速度変わるし
X.264も同様

badaboomだと720*480で100FPS以上出る（9800GT）
1万円のVGAでこれだからCPUよりVGAの方がエンコには向いてるんだろうな

こっちでやれ
どうせお前が立てたスレだろ

【x264から】CPUからGPGPUｴﾝｺｰﾄﾞへ交替【CUDAへ】
http://pc11.2ch.net/test/read.cgi/avi/1239295581/

エンコードは速度を競うベンチマークじゃないんだがな。
まぁあれこれ言わないが・・

http://spreadsheets.google.com/pub?key=pbffjdC6iUPWs2HtYHwZ2VQ&gid=5
Core i7だったら、x264もかなり速い。

GPUいくつか試したけど全然速くない件
285ｘ2のSLIでも爆熱になって電気食うだけ

AvisynthのGPUプラグインはいつもつかうがな

GPUオンリーのエンコは質が全くおいついておらん
いまのところ一番有望なBadaboomに期待はしてるがまだまだだな

AVIVOが発表された時、これでエンコが一気に楽になると思い
CUDAが発表された時、NVIDIAならきっと何とかしてくれると思い
SpursEngineが発表された時、HW爆速エンコ最強！俺TUEEE！！


そんな風に思っていた時期も（ｒｙ

結局、供給側、需要側間の細かいすり合わせまで至ってないんだよ。金かかるし。
莫大な需要が見込めるわけでもないし。

GSoCでCUDA版が実装されるかもしれない。
http://wiki.videolan.org/SoC_x264_2009#mw-headline

cellに移植していた人居たけど、メインラインにマージしないのかなぁ。

リンクミスった
http://wiki.videolan.org/SoC_x264_2009#GPU_Motion_Estimation

まあGPUよりはCellのような非対称CPUの方が素直では有る罠。
日本ももっと頑張ってCPU作ってくれないかな〜。

こういうニュースをみると、x264もCUDAでなんとかなったりしないかなぁ〜と妄想。
http://pc.watch.impress.co.jp/docs/2009/0409/loilo.htm

>>186
対応は出来ても速度を出すには大幅な変更が必要
x264の名前が付いたとしても中身は別物になる気がする

ぶっちゃけ、CUDAはNvidiaしか使えないからいらない。

せめてOpenCL使えよ。
なんでくそ画質GeForceでエンコ専用機作らないといけないんだよ

ラデ厨乙

>>188
おきまりの貼っておきますね
http://www.paw.hi-ho.ne.jp/ffff/gefovsrade/catalyst8.3.htm

せっかく糞スレ立ってるんだから、こっちでやれ

【x264から】CPUからGPGPUｴﾝｺｰﾄﾞへ交替【CUDAへ】
http://pc11.2ch.net/test/read.cgi/avi/1239295581/

糞スレだったのですぐ閉じました

>>190
おまえのおかげでhi-ho回線の俺は規制で何度迷惑かけられたことか
頼むから消えてくれ

そんなもん解約しちゃえよ

そういや何か開発中のthreadなんとかのパッチってどうなってんの？

>>195

Threaded lookaheadならもう少しよくはなったけど、まだまだWindows環境では
ある範囲の設定でsegfaultします。メイン開発者が*nixなluserで、Windows版
のデバッグにはもう少し時間が必要かと。

2pass目のエンコって具体的には1pass目で出した統計の何を見てるの？

2passABRでベストなssimとかpsnr調べた人いましたら設定教えてください

追記です。Main plofileの3.0でお願いします

今2passやってる暇人なんてニコ厨以外いるんだろうか。

そもそもなにを訊きたいのかよくわからない。
SSIMとかソースなんでもいいんだったら10kbpsでも1.00いくし

http://img220.imageshack.us/img220/1284/mainl3.png
MeGUIでの設定例 ([email protected])

Psy-RDは有効だし、SSIMやPSNRは参考にならないと思うけど。

元々糞遅いx264使っているくせに遅いから2pass批判とかないわ。

>>203

釣りだと思うが、一応マジレスしようではないか。
他のソフトウェアエンコーダーはもっと遅いけどね。MSUのため--subme 11とか
作られてワロス。(1280x720@10fpsは制限だった希ガス)

マジレスですまなかった　のワの

例のavisynthが使いこなせずに、Xvidで十分とか泣き言言ってた情弱だろ
まだ使えてないのか

○　無能
×　情弱
情報弱者に対して失礼だろ

更新ﾏﾀﾞｰ

> 他のソフトウェアエンコーダーはもっと遅いけどね。

こう言う嘘をさらっと言うクソスレでねｗ
具体的な名前を出していないところが滑稽だろ？

http://www.elecard.com/products/products-pc/consumer/converter-studio/
Elecardの体験版でも使ってみたら。

http://freesoft.tvbok.com/movie_encode/about_codec/encode_by_core_i7.html

># x264系のエンコーダもベースライン相当の設定もしくはそれ以下にすればかなり高速でエンコードできる。

苦笑するしかないねもうこれは。たぶん、起きてこれ見たらまた発狂するんだろうな。
やれやれ。

まあ、俺自身はわざわざ時間をかけて劣化させるエンコードなど
笑えることはしないんだけどね。

わざわざ時間をかけて劣化させる過程を楽しむなんて
変態キチガイの趣味は理解できるわけないしなｗ

俺は高画質で見たい派なんで。

まあ、せいぜい無意味なことに必死になっていろよｗ

無意味な事に必死になっている無能な奴をいたぶるのが一番ストレス解消になるなｗ

>>ID:RzD8BTvx
推奨エンコーダーは何？
Mpeg4v2・DivX・Xvid・WMV等より後発のx264のスレで
俺を含めた無知な住民に是非とも御教授願いたい
放送番組のまま保存なんてフレーム目茶苦茶で論外だよ（スポーツ番組では特に）
MPEG2も容量気にしければ・・・という話もSD時代の話で
HDじゃバンティングどころか映像自体に破綻をきたすよ

釣られんなよｗ

ID出る掲示板で連投とか恥ずかしいよね。

>>210
これ見て改めて思ったけど、最近のx264は早くなってる。リンクのサイトの人もいっているけど設定下げれば
x264は爆速って書いてある。

自分も最近感じた。というのは1年くらい前かな、その頃はdivx,xvid,ffmpeg-mpeg4なんてのははっきり言って
画質も一目でx264に比べ劣ってたけどエンコ速度なんかx264の10倍くらい早かった。

最近久々エンコしてxvidやmpeg4なんど使ったら遅さにびっくり。なんかx264と変わらないじゃん。
と同時に画質がx264に近くなってる。。

なんか今感じるのは何故か画質にしてはx264って早くエンコ出来るんだなって感じをうけたなあ。

試しに、xvid_encrawで"-vhqmode 4 -bvhq -qpel -gmc"と言う感じにやってみたら、
x264と比べてもかなり遅いと感じると思う。

Doom9でもx264が遅いなんて発言した奴は、たいていDark Shikariに噛み付かれてるよね
「遅くねーよ、てめえが遅くなるオプション使いまくってるだけだろうが、このクソボケが！」ってな感じで

まぁその通りだから仕方がない。

よく見たら>>210ってVDM＋x264って書いてあるな
vfw使ってる時点でなんの参考にもならんような

確かにDivXなんかはかなりx264の画質に近くなってる

同じH.264だしね

いまどきDivXてｗｗｗｗｗｗｗｗｗｗｗｗ

>>223は3か月前までDivx使ってました

ちょw　DivX7ってH264になってたのかw

DivX7がH.264になったことも知らないで
いまどきDivXてｗｗｗｗｗｗｗｗｗｗｗｗって言っているのか？
こいつはDivX3あたりで止まっていそうだな

ふ、ナメテもらっちゃ困りますな。メインはmpeg1を使用してる。世の中1がつく奴が一番偉い。

「DivXがH.264になった」なんていう奴は根本的な事が何もわかってない

どうであろうと、x264とは何の関係もない

【H.264】DivX7総合【MKV】
http://pc11.2ch.net/test/read.cgi/avi/1231237066/

ひどい流れだな

( ﾟДﾟ)ノω ﾁｿｺｸﾗｴｯ!

1140

rev1140が出て、ビルドしてみました。
march設定は32bitの方でi686にして、64bitの方でcore2へ。
Kovensky氏に頼まれて、前のビルドと今のビルドの間の更新ログをリリースログ
に入れるようにしました。

　＿＿＿ 　　　　　　　♪　　∩∧__,∧
/　||￣￣||　　　　　　　　　_ ヽ（ ＾ω＾ ）7　　うんがらがったうんがらがった
|.....||＿＿|| 　　　　　　　　/｀ヽJ　　　,‐┘　　　うんがらがったった〜
|￣￣＼三　 /￣￣￣/ 　´｀ヽ､_　 ノ　　　　
|　　　　|　( ./　　　　 / 　　　　　｀) ）　♪


　＿＿＿ ♪　∧__,∧.∩
/　||￣￣||　ｒ（ ＾ω＾ ）ﾉ　　こんな日本に誰がした！
|.....||＿＿|| └‐、　　　ﾚ´｀ヽ　　　
|￣￣＼三　 /￣￣￣/ノ´｀　♪
|　　　　|　( ./　　　　 /

http://www.youtube.com/watch?v=h2Msy57ZPwI&fmt=18

threaded slicetypeはスレッド同期の問題がなければとっくにリリースされてるだろうに
どうしてプロセス・スレッド関連はC言語の標準ライブラリレベルで規格を作らないんだろう
そりゃ実行単位の概念がないシステムはあるだろうけど
コンソールがない機器もあるのに標準入出力は規格に入ってるしさ…

同期もスレッドも別にboost使えばよくね。
x264ってC言語オンリーなの？

おんりーです
いや、より正確にはアセンブラはありか

まぁ1クロックレベルの最適化とかメモリアラインまで踏み込んでるのに
オーバーヘッドが大きくてコンパイラの裁量が大きいC++は使わないんでしょう

スレッド同期は元々から難しい問題である。どんなライブラリを使っても、ロジックは同じのままで残る。
ライブラリはただそのロジックをコードで実施するための道具であって、
そしてそのロジックは実際に実施することより難しいものである。

これ使うとすんごくざらざらした感じの映像になる
MPEG-2のほうが10倍くらいきれい

釣りはいらんよ

Xvidは卒業したんだな

俺なんか字幕がボケるほどフィルターかけるぜ

眼科行ったほうがいいよ

脳内フィルターで問題なし。えろ動画のボカシまできっちり描写される

http://www.fixstars.com/company/press/20090417.html

>CodecSys CE-10をインストールしたPCとPS3を接続することで、
PS3がアクセラレータとなり、負荷の高いH.264エンコーディングを大幅に高速化することができるようになります。

http://av.watch.impress.co.jp/docs/news/20090224_42935.html

参考までにCellの派生チップであるPowerXCell8iのエンコードスピード

>こういった処理性能の向上により、フルHD(1080/60i)で16.7秒の映像をエンコードした場合では、
>エンコード時間が14.28秒と実時間以下まで高速化。
>なお、比較としてIntel Core 2 Duo(2.53GHz)PCとMainConcept H.264エンコーダで圧縮した場合は139.55秒だったという。

完全にX264終了のお知らせｗ

>>245
>>181

>>246
本気でバカだなｗ

レス番指定しているけど、SpursEngineはハードエンコで>>245とは全く違う。
その程度は勉強してこいよ。わざわざ俺が教えてやらないといけないのかｗ

　　　　　　　　　＼　　　∩─ｰ､ 　　　====
　　　　　　　　　　 ＼／　●　､_ ｀ヽ 　　======
　　　　　　　　　　　/ ＼(　●　 ● |つ
　　　　　　　　　　　|　　 X_入__ノ 　 ミ　　　そんな餌で俺様が釣られクマ――
　　　　　　　　　　　 ､　(＿／　　　ノ　/⌒l
　　　　　　　　　　　 /＼＿＿＿ノﾞ＿/　 /　　=====
　　　　　　　　　 　 〈　　　　　　　　 ＿_ノ　　====
　　　　　　　　　　　 ＼　＼＿　　　　＼
　　　　　　　　　　　　　＼＿__）　　　　　＼　　　======　　　(´⌒
　　　　　　　　　　　　　　　　＼　　 ＿＿_ ＼＿＿　　(´⌒;;(´⌒;;
　　　　　　　　　　　　　　　　　 ＼＿＿＿）＿＿＿）(´;;⌒　 (´⌒;;　　ズザザザ

どうせすごく高価で一般人は買えないんでしょ

x264のことをX264とか書いてる人間に馬鹿にされたくねえわな

＞cBugRfrJ
春休み終わったぞ。氏ね

>>250
はぁ？

てめぇらの知識のなさを棚に上げて、大文字・小文字で揚げ足取りか？
低脳って誰じゃなくて人格まで腐っているのかｗ

無価値な人間だな。

実際に使ってもいないのに企業の宣伝文句に騙される人多いんだな

さてと、発売されたらまたx264バカにするか。

遅いのうｗ
遅いのうｗ

低画質だのうｗ

>>245
>Mainconcept
ｗｗｗｗｗｗｗｗ

>>252
揚げ足取り批判するレスで誤変換とかネタですか？

>>255
またバカに教えてやらないといけないの？

Mainconceptはエンコスピードの比較だけだぜ？エンコスピードならMainconcept＞＞＞x264だからな。

>>256
いいから無価値認定されたバカは引っ込んでろ。


PS3の高性能に嫉妬するバカが多くて困る。貧乏は恐いねぇ。

ダメだこいつ

たまにはあぼーんしないで眺めてみるのも面白いな

x264お疲れさん。

PS3の噛ませ犬には不十分だったけど今までよくH.264のために貢献してくれた。
あとはPS3に任せろ。x264は遅くて敵わんｗ

また1ヶ月後にお越し下さい。

蟲が湧くたびに思うのだが、なんでこいつはこのスレにいるのだろう？

ttp://translate.google.com/translate?prev=hp&hl=en&js=n&u=http%3A%2F%2Fwww.pcinlife.com%2Farticle%2Fgraphics%2F2009-04-06%2F1239027193d770_5.html&sl=zh-CN&tl=ja

x264 500kbps, DXVA-SD-Fast, SSIM: 0.8682
SpursEngine + CRI SpursCoder 2.01 500kbps, SSIM: 0.7755

(1 - 0.7755) / (1 - 0.8682) = 1.70333839 = x264(subme5/ref2/bframes3/1-pass)はSpurscoderより70％ぐらい画質がいいんです。

Spursengineはx264と同じレベルだと？笑わせるな、実際に試すとspursengine == xvidぐらいだｗ　サーセン

>>257
>エンコスピードならMainconcept＞＞＞x264だからな。

ドアホwww

（x264はCore2Duoで1080iなリアルタイムエンコを出来ます）

>>ID:RzD8BTvx = >>ID:cBugRfrJ

x264にお疲れ様といえるくらいの物は確かに出てきてほしいな。GPUあたりで。
何年後になるかは不明だけど・・・

ハードウェアでやるなら、家電レコーダでも使った方が良い。

>>267
ttp://wiki.videolan.org/SoC_x264_2009
ttp://wiki.videolan.org/SoC_x264_2009#GPU_Motion_Estimation

そういうのは今年のGSoCのプロジェクトの一つではあったけど
生徒は結局一人も承諾できなくて。その代わりに4:4:4, weightp,
ARMのプロジェクトの方では色々出来た。

>Weighted P-frame Prediction

これはMainConceptに有って、x264に無い機能の一つだから、楽しみだな。

なんでx264はBフレームだけなんだろうね＞重み付け

>>270

そうですね。フェードイン・アウトのところの画質を結構上げられるん
でしょうそれに他のところで使えるかもしれないし。ヴェイトを決める
アルゴリズム自体が本当のチャレンジ何ですけどね。

確かにx264は画質も悪くてエンコも遅いや

確かに業務用エンコーダにあるGOP毎に自動的に最適なマトリクスを選択する機能がないのは痛いね
無料だから我慢してるけど

CQMを使わなくても、flat+VAQで大きな問題は無いと思う。

いや、VAQ使うにしてもマトリクスは練った方がいいよ、
jvtもflatも結構酷かったりする

>>274

PSNR/SSIMな角度から見れば一番最適なマトリクスはどうせFlat（デフ ォ）です。
何かFlatと違ってるものを選ぶとしたら、
すごくいいプサイコビジュラルなメトリックが必要になる。
そういうのがなかったらただ無駄にしか過ぎない。

>>276
http://forum.doom9.org/showpost.php?p=1146572&postcount=91

彼の言うように、CQMはPsy-RDとも相性が悪いし、私はflatでいいや。

H.264でエンコードして、画質を劣化させるよりも
セブンゼットで圧縮してサイズ縮めた方が、画質も劣化しないし時間もかからないし
利点が多すぎるって言うことに気づいてしまった・・・

俺もここ卒業か。

>>279
　　　　　　　　　,.　-──- ､　　　　　　　　　　　ミ　r‐､
　　　　　　　／　_ -v--　､　　＼　 　　　　　　　　ﾉ）　 }
　　　　　　/ ／　rv､　　､｀ヾヽ /ﾊ　　　　　　 　 l　 !　/　））
　　　　　　l/　// 　 | l　 l　 lヾﾍマヽ　　　　　／ ＼／
　　　　　 /　/ｰ '＾′`ー:: ┼ｌ_」ﾍ／|　　　／ 　 　 /
　　 　 　 H'´ ≡/////≡　 | /　 |　ｊ　 ／ 　 　 ／ 　
　　 　　　l{ ::::: ┌─ ┐ :::::: 冂ヽ lく ／　　　 ／
　　　　　八　　 |　　　|　　　l´レｊ ／　　　 ／ 　ばいばーい！
　　　　 / /＼　|　　　|　　　|　|／ 　　　／ 　　　二度とこないでねー！
　　 　 〈_/ rく ｀ ー--‐　7´:! {:{　 　　／
　　　　　 /＼　　　 /　　l／Ll:|:.　.:／|
　　　　 /　　/ ー-/ 　　:|:　　l:l:／　　l
　　　 /　　/　　　 i　　　:|:　 //:.　　　 ヽ
　　 /ヽ 　 ヽ､ __::人　__:ﾉ:／'´|:.　l:　 __ﾉ
　　 ＼ ＼_　{ ,,,):::::l（,,.;;｝　　 .:|:.__冫´
　　　/ `ー/ー┤:::l　　　　　 .:|

AAと言ってることがミスマッチ

x264の今後に求めることって何ですか？

OpenCL対応できるならしてほしい

デブロッキングが動的に変えられたらいいね。

高速化もほとんど終わってそうだからOpenCL対応くらいしか残ってないかな・・・

threadedなんとかかはいつになるんだ

まあとりあえずCUDA対応からだろ

>>285
真面目に言うと、x264の開発者はいつも高速化できるチャンスを探してるんで、
そういう開発が「終わる」という時点が永遠に来ないかと思う…

OpenCLは対応してるハードが出てきてから本番になるんだよねぇ…　結構
dependencyが増える可能性が多いので、多分メイン開発者があまり触らない
ものになる（GSoCのプロジェクトとして今年のCUDAみたいにアリだけどね）。

>>286
メイリング・リスト見れば今状態が分るし、出来るならデバッグ手伝って
こい。

良く読んでないけど、pthread_cond_timedwait使えば良くね? >threaded slicetype

フェードイン、フェードアウトのシーンが
ブロック状になるんだけど、どうしたらいい？

デブロック

うるせーデブ

>>282
YUV4:4:4に対応することかな
h264の規格としては存在するらしいが、x264は対応してないからなぁ
「より縮める」のも大事だが「ベストな状態で保存する」のも必要だと思う。

YUV4:4:4が生きるソースって、PCゲーム・画面のキャプチャぐらいじゃない？
それでもYV12で十分な気がするけどなぁ･･･。

>>290
weightb,ip/pbratio

x264がLarrabee対応したらCUDA死ぬのかな？

Larrabee萌え〜

>>294
メディア業界での4:2:2の人気はインタレなカメラがそう動画を保存することによる。
あ と、フィルムトランスファーの時4:4:4もよく使われます。
個人的にはゲームの録画に使 いたいけど。

>>297
そワロタｗｗｗ

ブリューレイも420だからいらんやろ

PCのクロマアップサンプリングの精度が上がればOK

H.264 encoder coming to PS3
　http://www.n4g.com/News-313736.aspx


マジなら革命的だ
今でさえ、i7の5倍でエンコできてるから

まあPS3-Linuxでのエンコと
Windowsのx264エンコとは
また違うだろうがCellは異次元の速さだった

確かに3年前なら異次元の速さだったな。
いまでは平凡的な速度だが。

>>300
PCのソフトでクロマアップサンプリングが高品質なのって何かある？

放送等、4:2:0(インターレース)の高品質なアップサンプリングはとても難しいから、
そのままにしておくのが良い。

エンコ時じゃなくて、再生時のつもりだった。スレ違いだけど。
PowerDVDのデコーダだとかなり劣る感じだったんで。

VGAに任せれば？今ならGeForceだって10bit処理じゃなかった？

デコーダからffdshowを経由するという方法もあるな。

>>303
304が書いてるように420iってのはなかなか難しく、
I/P変換と連動してプログレッシブの部分とインタレースの部分で分けてやる必要がある。
VGAにちゃんとインタレースフラグを付けて投げるのが良いと思うが、品質VGA依存になるな。
ffdshowだとインタレースだと全画面インタレースで処理しちゃうので、あまり品質は良くない。

具体的には下のサイトのサンプル（.bmp）を見るとわかりやすい。
ttp://neuron2.net/autoyuy2/autoyuy2.html
このプラグインは動き検出してプログレッシブとインタレースの処理を切り替えるもの。
完璧ではないが、ある程度効果はある。

今の最新グラボでHDはテレビ並の品質だけど、ＳＤはまだまだ物足りない感じがするね。

更新が無いからスレ違いの話題ばかりだな

そんなことよりエンコしようぜ！

　　　　　　　　　　　／／／）
　　　　　　　　　 ／,.=ﾞ''"／
　　　／　　　　 i f　,.r='"-‐'つ＿＿＿_　
　　/　　　　　 /　　　_,.-‐'~／⌒　　⌒＼
　　　　／　 　,i　　　,二ﾆ⊃（ ●）.　（●）＼
　　　/　 　　ﾉ　　　 ilﾞフ ::::::⌒（__人__）⌒::::: ＼
　　　　　　,ｲ｢ﾄ､　　,!,!|　　　　　|r┬-|　　　　　|
　　　　　/　iﾄヾヽ_/ｨ"＼ 　　 　 `ー'´ 　 　 ／

ここのスレってDRよりも、AVCによるハイビジョン8倍録画とかが好きな人のスレ？
やっていることは同じだよなｗ

まさに、人間8倍録画www
鳥人間みたいなもんか？wwwww

今日も手動で人間8倍録画するおw
そこにファイルがあるから。

ワロスｗ

r1143で新しいデータを出力するようになりました:
Add "coded blocks" stat to output information.
Jason Garrett-Glaser [Sat, 18 Apr 2009 23:07:53 +0000 (16:07 -0700)]
This measures the total percentage of blocks, intra and inter,
which have nonzero coefficients.
"y,uvAC,uvDC" refers to luma, chroma DC, and chroma AC blocks.
Note that skip blocks are included in this stat.
ttp://git.videolan.org/?p=x264.git;a=commit;h=755470584932877c4d5ea1b51c2cc2dbd044b7ca

x264 [info]: coded y,uvDC,uvAC intra:38.3% 99.6% 99.6% inter:83.3% 92.8% 92.6%

この行が追加されたのだな。

4：4：4どころかRGBが欲しい今日この頃。
普通のテレビとかなら今ので十分なんだけど、PCゲーム画面キャプチャすると色変わりまくりなのよね。
正直そんな圧縮できなくてもいいんで、RGBも対応して欲しい。
今のところ存在しないし。
流石に可逆だとでかすぎるんだよなー

ＹＣ伸張も知らんで色変わりまくりとか言うアホは使うな。

色域変換くらいはやっても損はない

ＹＣ伸張でどうにかなる問題なのか？

色空間間違えてんじゃね？

　　 　　　　　　　　　　 ／）
　　　　　　　　　　　／／／）
　　　　　　　　　 ／,.=ﾞ''"／
　　　／　　　　 i f　,.r='"-‐'つ＿＿＿_　　　細けぇ事はいいんだよ！！
　　/　　　　　 /　　　_,.-‐'~／⌒　　⌒＼
　　　　／　 　,i　　　,二ﾆ⊃（ ●）.　（●）＼
　　　/　 　　ﾉ　　　 ilﾞフ::::::⌒（__人__）⌒::::: ＼
　　　　　　,ｲ｢ﾄ､　　,!,!|　　　　　|r┬-|　　　　　|
　　　　　/　iﾄヾヽ_/ｨ"＼ 　　 　 `ー'´ 　 　 ／

>>317
我々がx264で履行する予定の4:4:4プロファイルは2007年に出た新しい 、
古いスペックの後継者になった方のだったりして・・・
古いバージョンと違ってルマもクロマがそのままコードされるので、
RGBにも使おうと思っても丁度よさそうなものか と思う。
デコーダー側に「これがRGBです。」と4:4:4の代わりに教える方法さえあれば
出来上がるはず（それもあまり難しくないはず）。

>>323
hmm, 4:4:4 treats each yuv element in the same way, right?
if so, it hears good.

>>324
そうですね。古い方の方式はただクロマの予想とDCトランスフォームを
8x8の代わりに16x16のクロマブロックに対処するように拡張したものだった。
新しいスペックの4:4:4なら全チャンネルはある程度の設定を一緒にさ れてるので、
その選択された一つのIntraの予想モードは全チャンネルにコードされる。
一つのCBPもシェアされてる。これはもう一つの解決方法、
チャンネルごとに一つのモー ドを決めてコードすることと、少し違うような選択。

ひょっとしてHDだとConvertToYV12だけじゃ色おかしくなるの？

HD(縦720以上)なら、ConvertToYV12(matrix="rec709")としておくべき。

�d

こんな話なかったけ？

http://pc11.2ch.net/test/read.cgi/avi/1116263327/518-539

525 ：名無しさん＠編集中：2009/01/31(土) 22:01:33 ID:jB6dv5bG
YUY2で処理したBT.709のﾌｧｲﾙをavisyunthでConvertToYV12する場合
ConvertToYV12()じゃ駄目？

526 ：名無しさん＠編集中：2009/01/31(土) 22:23:32 ID:nLahnMo0
ConvertToYV12するんだからConvertToYV12()するんだろ？

527 ：名無しさん＠編集中：2009/01/31(土) 23:12:46 ID:jB6dv5bG
判りづらくてすんまそん、ConvertToYV12(matrix="")で色空間指定しないと
bt601に変換されちゃうのかな？って事です。

528 ：名無しさん＠編集中：2009/01/31(土) 23:25:12 ID:Kgq3NFlB
YUY2→YV12なら関係ない。

529 ：名無しさん＠編集中：2009/02/01(日) 00:05:19 ID:SE2S103i
BT.601やらBT.709ってのはYUV>RGB変換式の違いなだけでデータの並びとかの
差異はない。だから少なくともYUV色空間内でそのような変換は起こりえない。

PCゲームの映像(RGB)をYCbCrに変換する場合には、matrixをちゃんと指定してやる必要がある。

PS3でインタレース解除できるX264はどちらで落とせますでしょうか？

すごいやつがきた

ほんとだ。やってみたらエラーが出た。

　　 　　　　　　　　　　 ／）
　　　　　　　　　　　／／／）
　　　　　　　　　 ／,.=ﾞ''"／
　　　／　　　　 i f　,.r='"-‐'つ＿＿＿_　　　細けぇ事はいいんだよ！！
　　/　　　　　 /　　　_,.-‐'~／⌒　　⌒＼
　　　　／　 　,i　　　,二ﾆ⊃（ ●）.　（●）＼
　　　/　 　　ﾉ　　　 ilﾞフ::::::⌒（__人__）⌒::::: ＼
　　　　　　,ｲ｢ﾄ､　　,!,!|　　　　　|r┬-|　　　　　|
　　　　　/　iﾄヾヽ_/ｨ"＼ 　　 　 `ー'´ 　 　 ／

>>331
言っとくけど俺バカだからな。
良くわかんないけど --nal-hrd っていうオプションが使えるやつだと出来るんだって。
俺は>>130のを使ってる。

--interlaced --nal-hrd --vbv-maxrate 20000 --vbv-bufsize 25000

っていうオプションを付けるとうまく行くんだって。なんでかは知らん。
俺はPS3で普通にインタレ見れてる。

--vbv-bufsize 25000 --vbv-maxrate 20000 --nal-hrd --tff(--bff)じゃなかったっけ

>>329
HDからSDに落とすためにBT.709>BT.601変換をしたいのならColorMatrix使えばよい。
あと最近は利用者少ないだろうけどPV3/4はHDだとハードウェアでBT.709>BT.601変換されるから
HDのままエンコしたいならBT.601>BT.709変換が必要だな。

>>336
--interlacedが--tffとほぼ同等だったような

なんか面白そうなのがある

Help x264 development: blind test - Doom9's Forum
ttp://forum.doom9.org/showthread.php?t=146507

面白そうだね。　こっちに書き込むか。
って、落としてみたら7種類もあるｗｗ

>>338-339
--psy-rdの強弱のデモかな閾値強すぎると破綻してるカンジ

もこたんインしたお！って誰だｗ

>>341
午後2時あたりに起きたオイラですｗ　病気ですいませんｗ

>>340
--psy-rdだけじゃないみたい。夕べデベロッパーのチャンネルで中々色々
作ってたみたい、D_S氏。

>>340
実は色んなQNSモードをpsy-rdと同時に走らせたテストですよ。

【PC Watch】 NVIDIAと日本エイサー、ION採用超小型PC「AspireRevo」を解説
ttp://pc.watch.impress.co.jp/docs/news/20090421_152790.html
>H.264動画のトランスコード。CPUでは20分かかるものが2分で終了した

ネットトップでこの速さ、早くCUDAに対応しないと生き残れないぞ

ま　た　お　前　か

そうかそうか。

グレインを無理に残そうとしてる？パターンは勘弁だなぁ
結局本来のグレインっぽくなくて、単にノイズになってると思う

>>347
ええ、それは確かに問題でもある。今はバランスを探してる最中なのです。
もちろん、この実験の一部はまさに全ての上にグレインを残そうとしてる・・・
ブラインドテストを見た人はどっちだと分るでしょう。

似た系統の画の中でbestを選ぶのは難しいな、好みの問題のような…
>>338の本スレの方でもbestが人それぞれバラバラｗ
こんな話題に興味持つレベルの人でも見る目が違うのは面白い
あっちではblockとsmoothとdetailの話が多いけど
のっぺりした中間調の潰し具合とか暗部、バンディングとかも含めて評価したいところ
というか、そこらへん含めないと、「これはこれでアリ」な候補が複数出てしまう…

あと、sharktooth氏のちょっとビットレート低すぎね？って意見には同意

1144
ppc向け

1145

1146

最新版をVisual Studioでコンパイルしたらエラーがでるけど、こんなもんなの？

>>353
正式的にサポートされてなかった希ガス、MSVCのコンパイラ。

http://forum.fushizen.eu/index.php?topic=4.0
で一応mingw/msysでビルドする方法をチュートリアルっぽく書いたので、
自分でビルドしたいならおすすめ。

おまえらにはソフトエンコで辛抱強く待つ刑を与えたはずだが？
CUDAやPS3でサクサク快適なエンコードなど与えてやらんww

アホがおる

ごめんww

このスレに来てアホに感染してしまったよorz
ソフトエンコで辛抱強く待つ刑を執行したこの俺様が・・・

まさかミイラがミイラ取りになるとは。

>>ID:RzD8BTvx = >>ID:cBugRfrJ = >>ID:7boKtdKu

>>355
アイラブユー <3

CUDAはモーションプレディクションとかに合いそうなんだけど、エンコードに
必要な数字の数え方のせいで完全にエンコを任せるとダメなものになるわ。
GPUのいい使い方が見たいならfft3dgpuとかみるといいわ。
それでCUDAはnVidiaオンリーだし、OpenCLの方がマシな希ガス。

PS3だとオイラにとってはよーわからぬが、あまりにもPowerPC
がi686と違うようなところなので、今のところ速度アンド画質には期待
出来ないなぁ。まぁ、実際に比べるものが出るまでには何も言わないように
するかｗ

（そして一応、PS3でエンコするなら同じソフトエンコじゃないかｗｗｗ
っていうか、どうせソフトがやることなので、お前の文が意味不明
じゃねぇか）

ハードエンコ用のARMなマシーンとかの話なら分るんだけど、そいつらの
価格はお前とオイラにはムリかと思う（笑）。っていうか、放送局がx264を
使うレベルならその金でクアッドコアを買う方がよっぽどマシだったりして。

>>358
なんか必死で特定して自慢しているところ悪いが、違うんだがｗ
残念な人ですね。はい、またどうぞ。

>>359
なんて素晴らしいんだ。

ソフトエンコで辛抱強く待つ刑を味わってもらう為に
さらに、ExhaustiveとEnabled during　all mode decisionsを進呈しよう。

さあ、まったく味わい尽くしてくれ。

>>361

--me esaのこと？あと、その2つ目はただどっかのGUIの説明文なので、英語を
学びましょうねぇ。それに、オイラはもう何回も--me tesaを使ったことあるん
だけど、どうにも思えなくなったなぁ、速度。AVSフィルターの速度はアレだし
サーバーでエンコするならあまり苦労しないし。エンコの速度を気にする人は
速い設定を使えばいいし、違うパソコンで軽いフィルタリングすればいい
（その間にUDPとかで画像を送ればおｋ）

どうしよう・・・ここはマジレスするべきか・・・まあいいか・・・

>>359
開発環境はしばらくCUDAで行くでしょう。
つか3Dと同じようにnvidiaの提供する開発環境がずっと主流に居座るかも。
CUDAで作ってそのままOpenCLに変換できるようになるみたいだからね。

>>364
まぁ、これは同意する。今のところ開発できる＆実際に使えるのはCUDAですし

CUDAのせいでAMDのVGAは選べないんだよなあ

x264でエンコしたものを再生する用途ならGeforceの方が良いから
Radeon選ぶ理由は全く無いな
DXVA使うならどっちでも大して変わらんだろうけど

なんでGeforceの方がいいの？

俺XPだからRadeon一択だな

伸張がどうのとかいういつものアレだよきっと。

>>369
なんでだよ

ラデもゲフォも一長一短だから自分の環境に合うほうを選べばいいだけ

XPで最近のRadeonを積んでるやつは池沼

7待てずにVista買っちゃう人って…

>>373
どうも池沼です

XPで最近のRadeonを積んでる俺が降臨

>>374
うるせー馬鹿うるせー馬鹿

別に7で劇的に良くなるわけじゃないと思うが
Vistaでもそんな困らん

Deinterlaceの性能は、Radeonの{3C5323C1-6FB7-44F5-9081-056BF2EE449D}が最もjaｇgyが少なく良好なようです
GeForceの {6CB69578-7617-4637-91E5-1C02DB810285}はRadeonの{552C0DAD-CCBC-420B-83C8-74943CF9F1A6}と同レベルです
しかし、RadeonはYUY2の時はGeForceと比較してお話にならない程酷い
x264でお馴染みのYV12に至ってはDeinterlaceすら出来ないのです
Radeonに分があるのは{3C5323C1-6FB7-44F5-9081-056BF2EE449D}が使えるNV12の時だけと限定的
GeForceはユーザーが色空間を気にすることなく高品質なDeinterlaceを提供し、また余計な変換による劣化もないのです

>>379
>YV12に至ってはDeinterlaceすら出来ないのです
すぐバレる嘘付くなよ。

Card name: NVIDIA GeForce GTX 280
Deinterlace Caps:
{6CB69578-7617-4637-91E5-1C02DB810285}: Format(In/Out)=(YUY2,YUY2) Frames(Prev/Fwd/Back)=(0,0,0)
{335AA36E-7884-43A4-9C91-7F87FAF3E37E}: Format(In/Out)=(YUY2,YUY2) Frames(Prev/Fwd/Back)=(0,0,0)
{6CB69578-7617-4637-91E5-1C02DB810285}: Format(In/Out)=(UYVY,YUY2) Frames(Prev/Fwd/Back)=(0,0,0)
{335AA36E-7884-43A4-9C91-7F87FAF3E37E}: Format(In/Out)=(UYVY,YUY2) Frames(Prev/Fwd/Back)=(0,0,0)
{6CB69578-7617-4637-91E5-1C02DB810285}: Format(In/Out)=(YV12,0x3231564e) Frames(Prev/Fwd/Back)=(0,0,0)
{335AA36E-7884-43A4-9C91-7F87FAF3E37E}: Format(In/Out)=(YV12,0x3231564e) Frames(Prev/Fwd/Back)=(0,0,0)
{6CB69578-7617-4637-91E5-1C02DB810285}: Format(In/Out)=(NV12,0x3231564e) Frames(Prev/Fwd/Back)=(0,0,0)
{335AA36E-7884-43A4-9C91-7F87FAF3E37E}: Format(In/Out)=(NV12,0x3231564e) Frames(Prev/Fwd/Back)=(0,0,0)

Card name: ATI Radeon HD 4800 Series
Deinterlace Caps:
{6E8329FF-B642-418B-BCF0-BCB6591E255F}: Format(In/Out)=(YUY2,YUY2) Frames(Prev/Fwd/Back)=(0,0,1)
{335AA36E-7884-43A4-9C91-7F87FAF3E37E}: Format(In/Out)=(YUY2,YUY2) Frames(Prev/Fwd/Back)=(0,0,0)
{6E8329FF-B642-418B-BCF0-BCB6591E255F}: Format(In/Out)=(UYVY,UYVY) Frames(Prev/Fwd/Back)=(0,0,1)
{335AA36E-7884-43A4-9C91-7F87FAF3E37E}: Format(In/Out)=(UYVY,UYVY) Frames(Prev/Fwd/Back)=(0,0,0)
{3C5323C1-6FB7-44F5-9081-056BF2EE449D}: Format(In/Out)=(NV12,0x3231564e) Frames(Prev/Fwd/Back)=(0,0,2)
{552C0DAD-CCBC-420B-83C8-74943CF9F1A6}: Format(In/Out)=(NV12,0x3231564e) Frames(Prev/Fwd/Back)=(0,0,2)
{6E8329FF-B642-418B-BCF0-BCB6591E255F}: Format(In/Out)=(NV12,0x3231564e) Frames(Prev/Fwd/Back)=(0,0,1)
{335AA36E-7884-43A4-9C91-7F87FAF3E37E}: Format(In/Out)=(NV12,0x3231564e) Frames(Prev/Fwd/Back)=(0,0,0)


これが現実です

↑
情弱ですんません。意味分かりません。
解説お願いします。

情弱っていわねーよ
情弱に失礼だろ

暗号みたいな文字を羅列されても俺には意味不明だけど
出力色空間によってHWデインタレとかの機能が使えたり使えなかったりするのは厄介だよなあ
でもH.264に関してはとりあずPowerDVDのデコーダ使うかCoreAVCでNV12を使えばRADEONでベクター適応が使えるので一応問題ない

ffdshow使えば好きな色空間選べるからNV12だけにチェック付けておけばいい

NV12とYV12のデインタレは共通ルーチンです。
YV12が全滅ならDXVA有効にしてTV放送が見られないことになるが、
そんなことは一切無い。
capsだけ見て悦に入ってる馬鹿だって思われますよ。

>>371
XPで最近のゲフォドライバでダイナミックレンジを0-255に設定すると
HVのbt.709の色変換がおかしくなるから
理由はしらん

>>384
ffdshowで色空間切り替えたら分かるけど、YV12でもYUY2でも問題ないよ。
NV12はffdshow側の対応が今ひとつなので破綻する時もあるけど。

てか381見る限りゲフォって適応インタレですらない、ただのbobじゃないのこれ。

>>388
うちの9600GTではBobですらないよ
フレームレートは60fpsになるけど、同じ映像が2枚ずつ表示されてたな
インターレース処理に関してはゲフォにはラデオンに対して良いところは一つもないと思う

>>387
輝度と色差で伸張幅が違うのを、一緒にしてしまってんのかね。
たしか輝度は16〜235で、色差は16〜240だった。
それともマトリクス自体がおかしいのか。

>>389
ゲフォは前に8600GT持ってたけどこれも適応インタレが無かったな。
世代のせいだと思ってたけど、ゲフォのポリシーなのかね。

vistaと2600XTの組み合わせだと本当にROが快適になるのだろうか

うちは7600GSなんて旧式使ってるけど、Adaptiveになってるよ。
何か設定おかしいんじゃない？

7600GS@MPCHCでキャプチャ
ttp://nagamochi.info/src/up4902.png
TDeint(mode=1)
ttp://nagamochi.info/src/up4903.png

確認用動画
ttp://pc.watch.impress.co.jp/docs/2004/1221/nvidia_7.mpg

>>390
雰囲気としては、編集時に2重にbt.709変換かけたような色合いになる
カラーバー再生してみればすぐにわかる
で、ゲフォのコンパネ開いたままだと正常に色変換されることもあったので
ドライバのバグだとは思うけど、昨年末ぐらいのドライバではまだなおってなかったね

>>392
調べてみたらPixelAdaptiveは7600GSの頃からあるっぽいね。
RadeonはYUY2ではPixelAdaptiveまでしか使えない。
YV12/NV12だとVectorAdaptiveとかMotionAdaptiveが使える。

>>394
うん、7600GSはフォーマット確認してみると
BOBVerticalStretchとPixelAdaptiveになってるね。

今色々切り替えて気づいたけど388は半分嘘だった。
ffdshowはそもそもハードウェアデインタレ有効時はYV12では出力できないし、
CyberlinkのデコーダもDXVA有効時はNV12で、無効時はYUY2みたいだ。
MPV Decoderは設定にかかわらずYV12だけど、そもそもインタレ保持なのに
YV12で出力するのがおかしいんじゃないかという気がする。

そろそろ他でやれ

MPV DecoderはPlaner〜のチェック外すとYUY2になるよ
ただアップサンプリングがあまり綺麗じゃないので、
他のデコーダ使ってNV12で出力した方が良いが

>>396
うん、俺もいまCoreAVC使ってテストしてたんだけどベクター適応が使えるのはNV12だけだった
YV12やYUY2でもCCCのスライダーはベクター適応まで動くけど、実際はBOBか何かでインタレ解除されてるみたい

あとﾏﾏﾝのために組み立て中のPCのHD4650では1080iでベクター適応が使えるけど
俺のメインマシンのHD3650では低解像度じゃないとベクター適応が使えないことに今気付いた；；

RADEONのベクター適応とGeForceの適応は好みかなあ。
GeForceのほうが若干くっきりしててRADEONはジャギーがほとんどないね。
どっちもXPでMPC-HC、PowerDVDのデコーダー、VMR9で出力。
どうでもいいけど以前どっかで話題になったRADEONが緑とかいう話は確認できませんでした。

RADEON HD3870
MotionAdaptive
ttp://www.dotup.org/uploda/www.dotup.org31485.png
VectorAdaptive
ttp://www.dotup.org/uploda/www.dotup.org31489.png

GeForce 9500GT
Adaptive(何適応かわかんね)
ttp://www.dotup.org/uploda/www.dotup.org31493.png

ソース(NHK hiのなんか適当なの)
ttp://www1.axfc.net/uploader/N/so/73114&key=Deint

どうみてもGeforceが良い。

風景はGeForceが良いけど、テロップの補完具合はRadeonVectorが良いな（多少誤検出もあるが）。
全体的なバランスとしてはGeForceが良いかもね。

画像が出ると一目瞭然だな

＞インターレース処理に関してはゲフォにはラデオンに対して良いところは一つもないと思う

こういう書き込みが嘘だとすぐにわかってしまうんだから

テロップもGeforceがよく見えるよ。
RADEONのMotionAdaptiveはギザギザ。
VectorAdaptiveは変なヒゲがでたり輪郭が不自然に拡張されすぎ。口の内部とか。

ラデはボケて見える
げふぉはちょっとジャギというか解除残しみたいな感じもわずかにあるけど、
ラデは文字の形が変形しとるからなあ

口の中に変なヒゲって怖い

確かにVectorは誤検出が多めだけど、その分漢字の払いとかが綺麗になってるよ。
400が書いてるとおり好みで選べばいいと思う。
少なくともどちらかが大幅に劣ってるって事は無いかと。
まあさすがにスレ違いか。

スレ違いだしこれ以上こういう話していると信者どもが暴れ出すから止めといた方がいいかと。

>>406
部屋の中にいつの間にかあるチヂレ毛みたいなもんか

>>400
その素材だとMotionAdaptiveがいい気がするけど、結局好みだよこれ。
ゲフォも結構いい解除するようになったんだな。

まあ実際は60fpsの動画になるわけだから静止画とはまた印象が違うよ。
さすがにそれを用意しろっていわれるとめんどくさいからあまりやりたくないけどｗ
んー、確かにGeForceは最近はじめて使ってみて以前いわれてたような
動画に弱いというイメージではなくなってると思う。
ただ、確認した範囲ではMPEG2で repeat_first_field が設定されてない24p素材では
GeForceでは逆テレシネにチェックをしていてもBobになるのが致命的だな･･･
この問題とYUVの伸長の動作が怪しいのが直れば乗り換えてもいいかなって思う。

ごめんスレ違いなのわすれてた。
消えるわ

おまえらがスレ違いの話題で荒らすから俺のいるスレに>>400の
ネタを張る基地外が沸いたじゃないか

歴代製品をそれぞれ両方使った事のある俺から言わせて貰えれば、ゲフォは良くなってる
ラデは昔ほど良くない
と思うが、結局好みだと思う
その時良いものが良いんだから、妄信はやめよう

http://pc11.2ch.net/test/read.cgi/jisaku/1240226232/95

PS3で見るからどうでもいい(´・ω・`)

俺もPS3で見るからどうでもいい(´・ω・`)

すまない。スレ違いなのは重々承知してるが誤解されたままなのも気分が悪いので
訂正しておきます。>>400のRADEONの画像はDenoise=64が誤って設定されてたので
ボケてしまったのだと思います。OFFにしたのをあげなおしておきます。
ttp://www.dotup.org/uploda/www.dotup.org32568.png
今度こそ消えますﾉｼ

　　　400 名前：名無しさん＠編集中[sage] 投稿日：2009/04/24(金) 00:50:47 ID:cczYH2Vy
　　　　　RADEONのベクター適応とGeForceの適応は好みかなあ。
　　　　　GeForceのほうが若干くっきりしててRADEONはジャギーがほとんどないね。
　　　　　どっちもXPでMPC-HC、PowerDVDのデコーダー、VMR9で出力。
　　　　　どうでもいいけど以前どっかで話題になったRADEONが緑とかいう話は確認できませんでした。

　　　　　RADEON HD3870
　　　　　MotionAdaptive
　　　　　ttp://www.dotup.org/uploda/www.dotup.org31485.png
　　　　　VectorAdaptive
　　　　　ttp://www.dotup.org/uploda/www.dotup.org31489.png

　　　　　GeForce 9500GT
　　　　　Adaptive(何適応かわかんね)
　　　　　ttp://www.dotup.org/uploda/www.dotup.org31493.png

　　　　　ソース(NHK hiのなんか適当なの)
　　　　　ttp://www1.axfc.net/uploader/N/so/73114&key=Deint

　　　105 名前：Socket774[sage] 投稿日：2009/04/24(金) 17:28:09 ID:BdaW/IN7
　　　　　元レス書いた者です。
　　　　　公平に調査したつもりでしたがRADEONの環境でDenoise=64が誤って
　　　　　設定されていたので少々ボケていたのだと思います。OFFにしてみたところ回復しました。

　　　　　ttp://www.dotup.org/uploda/www.dotup.org32568.png
　　　　　GeForceのほうは間違いなくノイズ除去など他の設定はなされていませんので
　　　　　比較はこちらの画像でするのがよろしいかと思います。
　　　　　混乱させてしまって申し訳ない

>>418
そういう比較・検証は安易に確かめもせずに貼るなよ・・・・

キチガイがコピペして回ってかなわん

変な餌にするのは厨だけだからOK
こういう検証は好きだぜ

はじめた以上、こういうフォローはない方が困ってしまう

これなら本当に好みだな
文字は結局変形してるけど
ゲフォの解除漏れっぽい跡は
文字だけでなく写真の方にもあるのに気づかされた

それぞれ特徴があるって感じだのう

でも誤った絵を見せられても

>>410
>>411

みたいにRADEON擁護してる厨が居るのが笑えるｗ
結局、画質を語る以前に脳みそ手術してバカの壁を取り払えってことだろｗｗｗ

>>424
そうやって煽る性格も脳みそ手術してもらえよ

>>1　のテンプレの日本語を理解できないお馬鹿さんが多すぎだな

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

動画扱うならラデのが楽だろって思うおれは古いのかね

ゲフォも最近やっと追いついてきた感あるからね
似たような感じになってきた

どっちでもいいから次世代のカードで動画向けに突き抜けたのだしてほしいなあ

すげえ高画質でびびったｗ
こういうのってどうやるの？
ttp://www.ffxiah.com/player.php?id=505738

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

>>430
さっさと死ね

>>430
パス抜かれた

なるP何で氏んでもうたん

更新ねええええええええええええええ

俺用メモr1143 MixAQ アニメ

--crf 20 --qcomp 0.6 --ipratio 1.2 --qpmin 16 --qpmax 30 --qpstep 4 --scenecut 75 --min-keyint 1 --keyint 240 --

partitions "p8x8,b8x8,i8x8,i4x4" --b-adapt 2 --bframes 3 --weightb --direct "auto" --subme 9 --me "tesa" --

merange 64 --ref 5 --no-dct-decimate --no-fast-pskip --mixed-refs --8x8dct --threads auto --trellis 2 --deblock -2:-2 --aq-metric 1 --aq-mode 1 --aq-sensitivity 10.0 --aq-strength -0.2 --aq2-strength 1.1 --cqm "flat" --psy

-rd 1.0 --sar 1:1

--crf 20 --qcomp 0.6 --ipratio 1.2 --qpmin 16 --qpmax 30 --qpstep 4 --scenecut 75
--min-keyint 1 --keyint 240 --partitions "p8x8,b8x8,i8x8,i4x4" --b-adapt 2 --bframes 3
--weightb --direct "auto" --subme 9 --me "tesa" --merange 64 --ref 5 --no-dct-decimate
--no-fast-pskip --mixed-refs --8x8dct --threads auto --trellis 2 --deblock -2:-2
--aq-metric 1 --aq-mode 1 --aq-sensitivity 10.0 --aq-strength -0.2 --aq2-strength 1.1
--cqm "flat" --psy-rd 1.0 --sar 1:1

変な改行が入った
もう一度メモする

最近じゃ両面印刷のチラシばかりでねぇ

>>438
裏が白ければ使い道もあるけど両面はただのゴミだからな。

--aq2-strengthを1.1も使ってるんだ
俺は0.5くらいにしてたわ

俺用メモの人って同一人物に思えてきた
重いオプションつけときゃ文句言われないだろう的で常用に向かんな〜
--me "tesa"も"esa"たいした差はないな
--psy-rd 0.7:0.0くらいが好み。ソースにもよるけどもっぱらね

アニメで1.0は無いな

qpmax30って低すぎだろ

--me "tesa" --merange 64って時間かけるなー

俺は--me esa --merange 16で使ってる

min16も高すぎだな。

http://kita.kitaa.net/10/s/10mai165008.png
AQ無しでも16くらいのQ値は当たり前のように使われるから、
AQを使って変動幅を大きくしてるのに下限が16の指定では窮屈すぎるというもの

つーか --qpstep 4はいらんだろ

ソース次第だろうが（地デジかBDかでも同一アニメの括りに出来ないし）
crf 20, qpmin 16, deblock -2:-2
この組み合わせだと、ぼかしたいのか、はっきりさせたいのかの区別がつかないと思うよ
qpminを10〜12ぐらいにするかdeblockを切ってcrfを22以上にした方がいいと思う

時間かけてる割にはファイルが肥大してそうだね

感だけど多分ffmpegでオプション勉強した人だと思う
そっちで-vcodec libx264から上で出てるオプションだと画質とサイズのバランスが大分良い
時間は物っそいかかるけど。qpmaxが30とかmin16とかcrfが妙に小さい数値で指定されてるあたりがそれっぽい

へー。だとしてもあんま参考にならんわ〜ｗ (俺用メモらしいからどーでもいいけどｗ
自分はVFRmaniac氏のサンプルとか楽しみだな
ttp://www.esnips.com/doc/bab7425e-568f-4c10-801c-1a74347469f1/h264_samp4

>>450
なにこれ？

何って>>445みたいにavinaptic-20071118-full-fixed使えばオプション参考になるだろ

なるＰ氏おかえり〜

自演うざすぎる

>>445
--qcomp 0.9とかにしてるからQP16なんてよっぽど真っ暗のシーンとかでないと出ないな

ID:teTfuTlQ は何も分かってないな

俺はqpmin22にしてるよ
実写だとこれよりqp下げるとランダムノイズを拾い始めてチラチラして汚くなるうえにサイズが肥大するから

実写はcrf20でも結構ノッペリするよな

3DのCGは本当扱いに困る
2D扱いにするべきなのか実車寄りなのか

>>459が2Dとアニメを混同してる気がしてならない
普通は2D/3Dっていうよりアニメ・実写・CGで区分じゃないかと思う
CGでもアニメ絵的なものとかポップなベタ絵なんかは当然アニメと傾向が似るだろうし、
ゲームなら現代的な色数の多く複雑なものと8/16bit機の頃のものは違うだろうけど

デブロックは,0:0が一番好みかな
-のほうにするとシャープになるはなるんだが、
元画像からかけ離れてるって事でもあるし。

それとアニメにAQは難しいところだと思う。
べた塗り部分が破綻して逆効果になる場合もあるし、
とりあえず短い部分でテストするな俺は

デブロックって-にすると元絵からかけ離れるのか？
-にするとデブロックの強度弱くなるから元絵に近づくと思ってたんだが

デブロックは元絵の微弱な成分は消しちゃうけどそれ以外は保護する傾向がある

アニメだったらデブロックはオフにしたほうがいいかもしれん

x264はDiracのエンコーダじゃないのだから、ソースが何であれ、デブロックは常に使うべきだと思う。

ID:1KBz7ROc は何も分かってないなｗ

手っ取り早く細部残したいならデブロックオフにしてもいいんじゃねえの

デブロックよりも先に設定すべき項目があるだろう

ブテナロックで水虫治せば、こまけぇこと気にならない

馬鹿みたいに映像ビットレート上げればデブロックオフでもいいけどな

0なら分かるがオフはなぁ

こまけぇことが木に成るんだよ

なんにせよ、自分が気に入った設定を使えばおｋｗ

プラシーボ効果ですね わかります

ISOで保存することをおすすめします。
2TBのメモカが普及すれば　DVDをエンコする必要は小さくなる。
携帯プレーヤーにも OSが入れられ　ISOのマウント再生などができるよう
になり応用が利くようになる。　

>>475
日本語が不自由なようで

つーかｽﾚﾁだしﾇﾙｰ

それにしてもx264の更新ないっすねーｗ

>>478
x264_OreAQ_itvfr_r1145 (w

というかOreAQが更新された

アニメでデブロックオフって何ですかい？
ゲーム用途なら分かるけどね

ID:1KBz7ROc が顔真っ赤になってるだろ。その辺にしといてやれｗ
と--deblock 0:0派の俺ガイル

>>482
同じく
一番バランスいいし、うちの環境だとちょっとだけ効率がいい

アニメだと　3：3　ではどうなの？

特定のシーンだけブロックノイズが気になるからデブロックきつめにしたい
って思う事はあるな。

デブロックなんて使ってるのは人のエンコを参考にしてる初心者だけだろｗ

動画をエンコードしたときのパラメータ調べれるソフトなんて名前だっけ？

MediaInfo　とか？

>>487
過去レスくらい読め
>>61-62

crf18 に 0:0 だとブロックノイズ見たこと無い(´・ω・｀)

CBRならデブロック必須じゃないかな

>>436-437
ゴミ設定すぎてワロタ。初心者か？

もう許してやれよ

>>492さんが神設定を晒してくれると聞いて

すっ飛んでまいりました

>>492
神設定晒しﾏﾀﾞｰ？（･∀･ ）っ/凵⌒☆ﾁﾝﾁﾝ

-q 51

>>497
いいセンスだw

神設定（）笑　ど〜でもいいけど
x264_AutoVAQ.02.diff とか面白そうなの動いてるな

>>499
自分も今試してる最中。ベースは同じなので、特に「ディテールのない」ソース
では--aq-strengthが高すぎないように気をつけましょう。

アドバイスthx
--aq-atrength 10じゃ高いっぽ 8 or 9あたりでやってみるテスト

x264_AutoVAQ.02.diff

ｲﾗﾈ

まぁそう言わんと新しい試みは面白いじゃないですか
130氏もチェックしてると思うけどQNSもそろそろ公開されるかもだし

なにこいつ気持ち悪い

うわぁｗ

速度のあがる更新か、圧縮率の上がる新オプション以外にはもう興味ない

だな、正直crf26でも全然画質に文句無くなってきた。暗がりも随分安定してきたし

未だにPen4 3.60GHzで16分のソースが2時間かかってたりする
720x480で激重オプションだとそれぐらい本気でかかる。まぁHDDがもう限界なんだろうけど

>>507
そのレベルはもうPC買い換えるほうが良いと思うよ

. ... ....:: ::: ::::;;;*。+ _、_ﾟ ＋　･
　　 Λ＿Λ＿・.（<_,` ）_ﾟ ･　
　　/,'≡ヽ::）m)V _ n 　 ｌ 　*
￣ﾞ-'￣`--´￣￣E_ ）.ノ￣￣

Pen4 3.60GHzで16分のソースが2時間
詳細わからんがたぶん激重って程じゃなさそう、新しいの買えばもっと重いの使うようになるよ。

満足してるみたいだからいいじゃん
上見たらきりがないわけだし

16分ソースで2時間とか遅過ぎwwwwとか思ったけど
25分ソースで3時間半かかってる俺人のこと言えず
Ci7で組めば速いんだろうけど金無いからﾍﾉ955BEで組むかなぁなんて思ってもマザーがBIOS待ちだったりロクなのない

SDの話なのかHDの話なのか

自己解決した
もとが>>507だからSDだね

クアッドコア導入してからリアルタイム以下の速度だと遅く感じるようになった

C2Qじゃ遅くて我慢できずi7買った

C2QでSD25分に2時間半の激重フィルタエンコしてるな

E6600 1920i60 1h30m　48時間かかる

たった二日で終わるじゃねぇか

>>510
俺も同じようなもんだが(PenD2.8)
25分のアニメが2時間ぐらいかな

バラエティーなどの資料ものはXviDで40分ぐらい

24fps・30fps混合のVFRは作れるけど、プログレッシブ・インターレース混合がうまくいかない
--interlaced --tff --nal-hrd --vbv-maxrate 10000 --vbv-bufsize 10000
とmp4boxでcatして追加だと失敗orz だれかうまくいった？

インタレや解像度が違うファイルがくっつくわけ無い

プログレッシブの部分も効率良く扱える様になるであろうMBAFFの今後の改良に期待。

MBAFF対応にしてさらにプログレッシブフレーム(範囲)をオプションで指定できれば最高だな

>>519のコメントで全俺が震撼した
クアッドコアなんて導入したら喜びのあまり発狂して小躍りするかもしれんｗ

i7が3ﾏｿ切る時代に何言ってんだ
1年後にGPGPUで発狂とか言ってそうだな

俺はそんなにオプション使わなかったから
AthlonXP2500+で実時間の3倍強でエンコできたな・・・・


やっとクアッドに変えたがｗ

CPU変えるとどうせだからフィルターかけるかとか思って結局変える前と同じくらいの時間になる

Athlon2000+からQ9450に変えたときは今まで9時間近くかかってたのが
3時間かからずに終わるようになって驚喜したもんだぜ

このスレ卒業した俺が言うのも何だが丸２日もかけて劣化させてどうするよ？
セブンゼットで圧縮した方が良いぜ。

そう思うのは勝手だが人に押しつけないで欲しい

>>526
新規ならC2Qよりi7で組んだ方が安いし速いしな

i7で夏を乗り切る自信が無い･･

エアコンがないなら夏だけOC率下げて使うとか

Q9650 HD4890　25分アニメで1280*720にリサイズ、
NL-Means、時間軸ノイズ除去、先鋭化、x264はクソ重いオプションを惜しげもなく使って11時間かかりますが何か

半分くらいNL-Meansのせいじゃない？

Phenom�U派は少ないなあ。それなりに使える統合グラボやコスパの良さで選んだが。
正直avisynthの方が圧倒的に遅いからx264の速度はtesaとかしない限り問題じゃないよなあ。
fft3d+nnedi+warpsharpレベルでもMT使っても明らかにavisynthが律速するだろ。

>>523-524
MBAFF使うにしても30pと60iをくっつけるしか無理なんじゃない？
MPEG2だと混合できるのは24p/30p/60iしか無理だし、
60pと60iだと上手くくっつかない気がする。

でもMP4コンテナ使うならタイムコードも同時にいじくれば大丈夫か。

http://www.ximagic.com/d_results.html

NL-Meansは目の下のクマとかも全部つるつるになってしまう。
デブロックと同じ。美肌フィルタには効果ありそうだが(笑)

また、こんな事書くとデブロックの時みたいに
条件反射でつるつる高画質とアニオタがry

>>539
明らかにかけすぎでしょ。アニメでもかけすぎると細部がつぶれる。
時間軸ノイズ除去で大まかにノイズを取ってからNLを分散10でかけてる。
スレチなんでこのへんで

軽く付け足すと時間軸NR併用してるならNL-means Liteでいい希ガス。全然時間短縮になるね

リサイズに関してはPS3でアプコンしてリアルタイムでキャプッた方が速かったりして

アホか

速さだけなら、ffdshowでLanczos4でリサイズした方が
１番手っ取り早い。

>>542
リサイズっつーかアプコンエンコするならPS3でアプコンしてキャプチャして、
リンギング除去とシャープかけるのがだいぶ速い。
EEDI2とかだとテロップが崩れるし、かなり遅いしで良いことがない。

確かに速いかも知れないけど、PS3の場合インタレが失敗していても
あとでパラメータ変更してやり直すとかできないしね。

そう言うのを気にしないのであればリアルタイムだから速いんだろうけど。

ソースはプログレ収録のDVDじゃないと駄目だね
鬼混合だったらどうなる事やら

i7とか粗大ゴミ

>>548
こんなところでネガキャンするな糞が！

>>537
サブ機はPhenom9350eですぜ
Q9450の方はエンコばっかりやってるから
最近はメインとサブが入れ替わりつつあるけど・・
Phenomはseraphy版が使えないけどね

>>550
＞Phenomはseraphy版が使えないけどね
ﾍﾉ2で組もうと思ってるんだけど、詳しく

ああ失礼
正確にはPhenomでは「--no-asm」付けないとエラーでこけるんです
使えないって訳じゃないですね、すんません

最近のでは試してないから分かんないけど
Phenom持ってないし対応出来ませんって回答してたから
Phenomの方はVFR Maniac氏のを使ってる

Phenomだったら、--extra-cflags="-march=amdfam10"としておけば良いと思う。

BD向けに--vbv-maxrate=40000でOKかと思ったのですが、
- ローカルビットレートの最大値。単位はkbits/second。＊x264は1passでもストリームを平均化区間に分割してABRを行う。ローカルビットレートとは、この平均化区間内のビットレートと思われる。
とのことで、40Mbpsを超えるフレームが出てしまいました
BDのmax bitrateは40Mbpsということですが、1フレームでもこれを超えたらいけないということなのでしょうか?

http://img139.imageshack.us/img139/1640/bluray.png

私は自分でBDを焼いた事が無いから、これでちゃんと動くのか未確認だけれど、
MeGUIのBD用プリセットだと、--vbv-bufsize 30000も付いているな。

最終的にドライブの読み取り速度とデコーダーのデコード能力に左右されるはずだけど
極端な数値じゃなけりゃ実質的な影響は無いと思う。

>>552-553
なるほど、心配するほどでもないのかな

>>555-556
説明不足ですみません、--vbv-bufsize 30000も付けてます
メジャーなソフトでそうなってるし、それでOKなのかも知れませんね

私が思ったのは、VBVバッファ（これもあまり掴めていないのですが）がアンダーフローを起こさなくても、例えばIフレームが40Mbpsを超えるような場合に、規格的にどうなのかなと
ttp://uproda.2ch-library.com/1251922Z7/lib125192.jpg
ttp://uproda.2ch-library.com/125200eB8/lib125200.jpg

http://akuvian.org/src/x264/vbv.pl

VBVがちゃんとなっているか気になるなら、これで --bitrate 40000 --bufsize 30000 --init 27000として
調べておけば良い。

動きません(;＞_＜;)ビェェン

再生してみれば分かるけど瞬間的にならオーバーしても全くどうってことない
その状態が何秒か続くなら問題だが
でも万が一を考えると気持ち悪いというならqpminかセグメントリエンコードで対処

普通ディスクから読み込んだらバッファにためてからデコードするだろうから
フレームサイズがでかくなったくらいで影響は無いだろう

とりあえずPhenom�Uでは問題なくseraphy版動いてるよ。
拡張命令も有効っぽい。エンコ速度自体はC2Q並だろうけど裏で作業するときのサクサク感は良いわ。

>>559
perl実行できないのですが、多分VBVバッファについては問題ありません

>>561
まともなメーカーのプレーヤーなら大丈夫そうなのかな
>qpmin
bitrateにどう反映されるかの予測が･･･

>>562
動作というよりは、規格上どうなのかなと
max bitrateは40Mbpsなんだから、それを超えたら画が崩れても文句言えないよね、となると･･･

現状、PS3しか持ってないのですが、再生してOKっぽければOKとします
だめならcrfかqpminを上げようと思います

ありがとうございました

連投すみません
>>562
BDドライブの読み込みがmax 40Mbpsで、デコーダがHigh Profile Level 4.1 max 62.5Mbpsだと考えれば、問題なさそうですね
中身がそうなってくれていればいいな、と

セルBDでも、瞬間的に40Mbpsを超えるようなタイトルはあるみたいですね
気にしないことにします

スレ汚し、失礼いたしました

>>338 のブラインドテストの、ネタばらし来てるね

ttp://forum.doom9.org/showthread.php?p=1280058#post1280058 (結論)
ttp://forum.doom9.org/showthread.php?p=1280140#post1280140 (設定)

評価の高かったのはこの辺か。

Psy-RD 0.2 + QNS: D
Psy-RD 0.0 + QNS: G (practically equivalent to psy-RD 0 no QNS)
Psy-RD 1.0 no QNS: C

この三つを改めて見比べると面白いかもｗ

エンコ専用PCを組むんだけど、

CPUのL2キャッシュの差って速度に影響あるかな？

それと，x264を使ったCPUのベンチマークってないのかな

>>569
http://spreadsheets.google.com/pub?key=pbffjdC6iUPWs2HtYHwZ2VQ&gid=4

Core i7やPPCのデータは少し古いが。

>>568
アニメでやって欲しいな

VFRmaniac氏のサンプルて無駄にビットレート高くない？
容量半分くらいで見た目が同じ画質に出来るが･･
やっぱしビルダーはエンコーダーじゃないな。
seraphy氏がまれに気まぐれで上げてた動画も大した画質じゃなかったし。

>>572
お前のエンコしたやつ見せてくれよ

そしてシャープバリバリ+ノイズ除去しすぎで油絵状態の動画がアップされるのであった。

動画を見る環境によって見た目は変わるしね。
同じような画質に思えていたのが、
違う環境では差が歴然として違っていて愕然とした覚えがある。

そこまで自信あるなら>572のエンコしたやつ見てみたいね。

x264guiのプリセットを高画質にしたのをコマンドに貼り付けただけです！

>>571
俺もやってみたいんだが、そもそもQNSは動かないから外されたんだったｗｗ @Seraphy's 1065r1
Doom9のSharktooth氏のビルドでも入ってない。

Psy-RDとQNSがセットになったパッチが出るのかな。　それとも両方入れて動いただけ？

先ほどは大口を叩いてすみませんでした＞＜
今作って自動に任せてしまったのでちょっとカクカクしてる所がありますが、
評価お願いします＞＜

↓にあがってる某と同じやつを某しました＞＜
ttp://www.esnips.com/web/muken-samples
こちらからお願いします＞＜
ttp://www1.axfc.net/uploader/O/so/81572

基本通らないぞパス書けよ屑

スレタイにアニメってつけとけよアニメ前提で画質評価するなら。

なんだこっちの基本か

パスはスレタイに書いてあります＞＜

>>577
QNSは気になるが、画質的にはもう十分なような気がするから、高速化して欲しいかも

デフォルト・・・

モード                              : VFR
フレームレート                          : 23.987 fps
最小                               : 23.976 fps
最大                               : 95.904 fps

95.904 て何？

>>584
自動24fpsにやらせただけなんで･･･恥ずかしいです＞＜

x264gui使えばそうなるんじゃなかったっけ

>>584
たぶん識別ミス

# timecode format v1
Assume 23.976024
0,2153,23.976024

画質についてはどうですか？
容量半分にしては結構がんばったつもりなんです＞＜
ちなみにVFRmaniacさんの360+540+720って書いてあるほうが僕の某と同じ某です＞＜

780frame目

>>589
ffdshow読みでみちゃったソースの748frame目

>>590
746じゃなくて？誤爆してるみたい

>>584
x264guiでTimeScaleを４倍にしてるとそうなる
固定fpsではチェックする必要のないオプション

VFRmaniac氏の確かにでかいなｗ
でもビットレート高い以外は普通にうまくないか
目的も違うだろうしバカにはできんなぁ

このサイズの差って、要するに霧や霞がかかってるようなところををつぶすかつぶさないかだよね
VFR maniac氏はとにかくつぶさないことにこだわってる人だから、これくらいのサイズの差はあって当たり前なんだけど、
>>572はそこらへんわかってて、それでも「無駄にビトレが高い」って言ってるのかな？
たしかに止めて見なけりゃそれほど違いはでないから、つぶして容量稼いだほうがいいっていう考えも
ありだろうけど、そこらへんはそれこそ好みの問題でしょ

すげえグレインノイズにこだわってるみたいだしな

グレインノイズって害悪でしかないよね

最後のほうのバンディングの部分とかかな。

それより、VFRmaniac氏のフレームレートが気になるんだけど・・・。

グラデーションの保護には、グレインはとても有効。

VFR maniac氏のエンコードは以前から可もなく不可もなくという印象

かなり前に掲示板で映像についての質問をしたら
的はずれな答えが返ってきてゲンナリした覚えがある
あまり映像処理については詳しい人でないらしい

>>597
これはおそらくあれだな
Bobした後にDedupで間引いた超変態VFR

>>572とVFR氏のではフレーム数がだいぶ違うってのもあるだろうね

>>594って具体的に何フレーム目ですか？
ちょっと分からないので教えてください

VFR maniacは実写でオマエラはアニメが基準なだけ。
さすがに、アニオタ専用の設定を質問されても困るだろうな。

実写基準なのにサンプルがアニメばかりなのはなぜ？
実写基準宣言でもしたんですか？＞＜

>>604
はぁ？誰のサンプルがアニメばかりだって？
誰が実写基準宣言をしたんだ？

幻覚でも見えているのか？

他のサンプルはどこにあるんですか？
初心者なので、はあ？とか言わずに教えてください＞＜

何を言っているんだこいつは・・・

お前こそなに言ってるの？

えーと>>604は誰がって聞いているのに、教えて下さいって意味が不明だろ。
人とコミュニケーションできないのか？

お前らも上級者様も当然なにかサンプルを提示してくれるんだよな

ここは誰？私はどこ？

>>609
え？なに？VFR maniacとか言う人の話でしょ？
日本語不自由な方ですか？
その人が実写が基準ならその基準でエンコしたサンプルを
ぜひ拝見したいのである所を教えてくださいって書いたんですけど･･･
何かおかしい所ありますか？＞＜

>>612
明らかにお前が日本ご不自由だろ。もういいから偽日本人は帰れよ。

ID:3/gUTdNL
こいつ何言ってるんだ？

お前らそろそろウザイぞ
VFR maniacとかいう一個人のエンコが上手いかどうかなんてどうでもいいんだよ

えー･･･サンプルが見たいだけなのに･･･
きっとハイレベルなんでしょうから、>>613さんがエンコした物もぜひ見たいです＞＜

日本語が不自由な奴を相手にしたのが間違いだったな。

お前ら本当に口先だけだな

さっきからマルチで質問している奴は明らかに日本人じゃないな。
注意した方がいい。

>>602
具体的に何フレーム目っつーより、全体にわたってこうだぞ
http://www3.uploda.tv/s/uptv0019485.png
http://www3.uploda.tv/s/uptv0019486.png
霧がかかってる部分全部こうだから
そうでなけりゃ、サイズが倍も違うわけないだろ
あと、VFR maniac氏は、自分ではっきりアニオタだって公言してるよ

まあ本人もここ見てるだろうし、あんまりいい気はしないだろうからこの辺でもうおしまいね

>>620
おおホントだ
ノイズリダクションの設定見直します＞＜

VFR maniacって時々ここに書き込んでるよな

ソースやフィルタはともかく、x264の設定が知りたかったら
AVInapticでも使ってみるといいよ
カスタムマトリクスも見られて面白い

自己満足の世界なんだから俺のほうが高画質でサイズも小さいって主張は
ある種どうでもいい情報。映画作る連中の中にもグレインノイズを嫌ってる人もいれば
極端にこだわる人間もいる。そういう話はVC-1やH.264の業務用エンコーダーの開発者の
インタビューとか読めばよく出てくる。いずれにせよ2倍も容量が違えば少なからずでは済まない
レベルで画質は変わるのは当然だな。小さいほうでも十分満足って人もいればのっぺりでだめって人もいるんだし

>>620
この違いが分からない環境で見てるの可能性もあるね

>>625
中国の方ですか？
気づかなかったんです＞＜

暗黒氏狩にでも弟子入りしてくれば。円弧上手くなるかもよ

なんかスレが伸びてると思ったら基地外２人が揚げ足取りあってるだけか

ああ、やっぱり変なのにからまれて怒ってるよｗ

何まだやってたのかよ

このスレに限らんが、ノッペリさせてx264縮みまくるぜって言ってる人は案外多い

ノッペリーだけじゃなくてキャラも縮んでたりするな
WarpSharp厨おそるべし

さっきからQNSで騒いでる者だけど、1045で動いたよ。

本題は質問なんだけど、QNSを入れるとこんなノイズが出るんだけど、バグじゃなくてこういうものなの？
ttp://kissho1.xii.jp/7/src/7jyou21453.png.html (PASS:qns)

デブロックうんぬん

ID:WvGXrrGb だけど、グレインノイズ残すようにしてみたけどそんでも60MBいかなかったぜ？

>>635
もう一回サイトみてこい理由載ってる。
んで前に別サイトにアップしてあった とある魔術の禁黙示録OPとかが60MBくらい

NGID XjTi9gXv

>>634
デブロックが上手くいってないってこと？　それともただのブロックノイズってこと？
せっかく答えてもらったのにわからなくてすまん。

VFR maniacって誰だよ。

もう画像流れてるからわかんないけど
普通に見る分にはそう気にならない程度に画質を保ちつつ容量をできるだけ小さくする
っていうエンコがV略氏はあまり得意ではなくてID:WvGXrrGbはそれなりに出来るってだけでしょ
無理に擁護したり煽ったりする必要も無い

単に「こいつ開発者気取ってるくせにクソエンコしてやんのｗ」って言いたかっただけでしょ。
そんな事延々語られても他人には毒にも薬にもならん。

x264って気にならない程度にのっぺりさせて縮めるのは簡単だけど細部残すのは
いくらビットレート積んでも難しかったわけで、だからaqとかができたんだけどな。

特に実写は難しいね。
質感維持すると色々使っても放送の半分のレートを使ってもまだ若干ノッペリしたり。

のっぺりする理由わかってないの？

レート不足

--deadzone関係使ってる人はやっぱり少ないのかな。
何かがオンだと効かなくなるらしいけど。AQだっけ？

trellis 2　じゃない？
trellis 1　でも効かなくなるという話が出回ってるような気がするけど
実際にはtrellis=1でもdeadzoneの値はエンコ結果を左右する（最新revでどうなってるかは知らないけど）

>647
自分が調べた限りだとTrellisが有効（1以上）だとdeadZoneが使えないと思ってたｏｒｚ
最新のRevではどうなってるのか自分もわからなかったり。
Deadzoneをいじる場合はIntraとInterの差が小さくなるように設定するといいらしいけれど、
その分ビットレートを消費するので微調整が難しいね。

>>647
trellis 1だとMBのモード判定にはtrellisじゃなくて固定値のdeadzoneが使われる。
→deadzoneはエンコ結果に一応影響する。

trellis 2だとMBのモード判定にもtrellisを使う
→deadzoneは完全に無視される。

ということか。

これだね↓
http://forum.doom9.org/showpost.php?p=1031142&postcount=4
「trellisオンの時にdeadzone下げても細部保持なんかされなくて、エンコーダの判断を撹乱させるだけだからオススメしないよ」っていう話だけど
前に自分で実験したときの記憶では、trellis=1のときにdeadzoneを下げると、trellis=0のときほどではないけど細部保持効果があったよ

>>648
グレインやノイズがザーザーしてるようなソースの場合はintra=14、inter=16みたいな感じで差を小さくするといい感じになるけど
細かいディテールまで残ってる綺麗なソースの場合はintra=0、inter=32みたいに差をつけるとディテールを保持しつつサイズを縮められたりするかも

動きが少ないほどIDRフレームは重要だからな
まあどんな場合でも重要か

--trellis…普段使わないから忘れてました。
「とにかく軽さ重視で、のっぺりしたって構わないからデータを小さく」な場合は
--no-cabac（≒trellis 0） --deadzone-intra 32 --deadzone-inter 32
でいいんだよね？

軽さの定義は何なんだ
ビットレートなのか再生負荷なのかエンコード速度なのか
軽さ重視＝ビットレートを低く抑える＝動画サイズを小さくする、なら
cabacを使わないわけはないよな

軽さってのはエンコードfpsの事なんだろうか
それにしたってcabac無効は割に合わんが

もしやdctと間違えたのか？ってことはないかｗ

cabac切るほどの軽さ至上主義者なのかどうかは個人の問題でしかないから別にいいけど
--deadzone-intraの値を32なんかにするより、20あたりに抑えたうえでcrfや--nrの値でサイズ調整したほうが綺麗になるんじゃない？
っていうのは気になるところ

>>655
>>652が軽さ至上主義者じゃないとすれば
「cabacを切ったらtrellisはオフになる」ってことから勘違いして「trellisをオフにするにはcabacを切らなきゃいけない」って思ったのかなと

Q値30位とか酷いことになるんだったら、QNS＋微psy-rd　が効果的だったよ。

ごめん。QP30-35じゃもうかなり微妙だった。 40以上なら効果あると思うよ。
deadzoneとかは試してないのでわからん。

スキャナーから取り込んだアニメのピンナップを編集して
動画にしているんだがやっぱり40Mbpsぐらいにしても無圧縮と比べノイズが入る。

ロスレスだと問題なんだけどな。

http://www.dotup.org/uploda/www.dotup.org7446.jpg
http://www.dotup.org/uploda/www.dotup.org7450.jpg
http://www.dotup.org/uploda/www.dotup.org7451.jpg

>656
Deadzoneの数値を弄るよりもcrfの値とマトリックスの組み方を見直した方が
希望するビットレートに応じた画質の調整がしやすいことに気づいたよ。
その分、微調整が大変になったけれど。orz

後、IPratioやPBratioの調整が疎かになっていると
IスライスとPBスライスとのQ値の差がそのまま画質に直結してくるようなので、
むしろそっちを調整してから最後にdeadzoneを弄るのが正解な気がする。

>>659
キーフレームかなり長めにしてzonesでIになりそうなところをQP0か1にする

crf使うならqcompきつめのほうがいいだろうね

>>662
ちょっとやってみるわ。

ダメだった・・・もうロスレスでいいや。

微妙な差なんだけど、やっぱ無圧縮と比べると軽くモスキートノイズが入るね。

全然更新ないけどみんな何してるの？

OreAQ1143でエンコしたやつ全てをOreAQ1145で再エンコしてる

OreAQは興味なくて知らないけど
x264本体は1143→1145で実質変更ないよね？

ない

>>666
ビルダーをコケにしたりしてる

>>667
涙ぐましい努力ｗｗ
俺はもう面倒くさくてあきらめた

違いなんかわからんけど、一応AQのABCD判定ルーチンのバグだしなぁ。

1100はいったあたりからご無沙汰だったけどOreAQ仕様変更とかで分けわかめ

変更されたけど前のままでも別に構わない

“再生負荷の”軽さ重視、故のCABACオフです。
ちなみにゲームキャプ素材の--pass 3で動画サイトうｐな特殊用途。

…その前提書かなきゃ駄目じゃないか俺orz　失礼しました。



IPratioやPBratio、どんな具合に調整したらいいのやら…。
Bフレ無効にする場合の画質ってIPratioでほぼ決まりそうな予感。1.0にしたりするべき？

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

>>675
1.0、1.5、2.0の3パターンぐらいで実験してみれば効果の傾向がだいたい掴めるでしょ
で実験の結果わかったことをここに報告してくれれば誰かの役に立つかもしれない

ipratioは1.0〜1.7だからね。

>>676
スレチですか…他のスレで動画サイト向けに作ってて
IPratioやらPBratioを分かって（くれ）る人がほとんどいなそうなのがなぁ。

>>677-678
変える人いないんですかね。全然ノウハウ見かけない…。
実験したら書いてみるかもしれません。

目的のビットレートとかソースの画質とかに依るからエスパーじゃない限り聞かれても答えられないし
試してみるのが一番分かりやすいし試しても分からないなら変えなくてもいいと思う

富士通、H.264/MPEG-2の双方向変換が可能なLSI
−フルHD対応。HDDレコーダやノートPCへ向け
http://av.watch.impress.co.jp/docs/news/20090508_168196.html

>>679
たとえニコ厨でも、みんながみんなお前ほど低脳ってわけじゃないだろ

スレッド数自動ならコアの1.5倍なんだよね？3コアの場合どうなるの？

>>683
MediaInfoで見てみたところ”threads=4”となってる。
ちなみに使っているCPUはPhenom�U 720BEね。

セラフィたん更新してくれないの・

そもそも本家が更新されてないし

huuumm...

なんか変な奴沸いてるな

rev1148
ttp://x264.fushizen.eu
ビルドを更新しました。

やっと更新ｷﾀｰ

>>689
つながらない

ドメイン死んでるな

フリーホスト(ラグビー部)め・・・
ttp://forum.doom9.org/showpost.php?p=1283584&postcount=1847
一応バイナリ自体は違うホストで保存してるんで、そこは大丈夫のはず。

一行目みたいな誰も聞いてもいない情報は書き込まなくていいよ

　　　　　　　　　　 ／）　　.　. .-‐―‐-. .
　　　　　　　　　／／／）::´　 -‐…‐ 　 　 ｀丶
　　　　　　　 ／,.=ﾞ''"／/／´￣￣ ￣ ｀ ｉ　　　 :.
　／　　　　 i f　,.r='"-‐'つ.ｰｰヾ〃-一 i　 　 ハ　　細けぇことはいいんだよ！！
/　　　　　 /　　　_,.-‐'~V: ,　　　　　　　 i　　　　｝
　　／　 　,i　　　,二ﾆ⊃{　＼　　､／_　 {　　 　｀丶、
　/　 　　ﾉ　　　 ilﾞフ./ :{Y 心ヾ　'"んﾊ｀Ｙ 　　 :　 　＼
　　　　,ｲ｢ﾄ､　　,!,!|/: : ﾊ.　Vﾘ　 　弋ソ 人 　　ｌ: :　く⌒
　　　/　iﾄヾヽ_/ｨ"/　: ( 〉 '' 　 '　 　 ''' 　 ｒヽ　l: :/⌒
.　　/　　　　　/｛　. :/i 人　　　Ｆヽ　 　 .ｲ爪　「｀
.　　　　　　　 　　 ﾍ{ （　/`ト . ゝ ﾉ .. イ /ﾉハﾉ

seraphy.fam.cx落ちた？

そう騒がなくても、あそこはしょっちゅう落ちてるよ
すぐ戻るだろ

>>693
JEEB氏
x264_OreAQ_itvfr_r1148　の中の氏

更新乙彼様

Seraphy氏、VFRmaniac氏も続いてr1148更新もつかれ様です
さっそくエンコして寝るか〜

1148って別に入れたくなるような修正ないやん

最新を使わないと死んでしまう病の人がいるんだよ。
俺とか。

新しもの好きの乞食

今のところ色々使ってみて999がベスト

自前ビルド公開するのはいいんだけどコテ付けてスレを私物化しかけてるのはどうかと思うんだよな
誰とは言わないけど

この程度じゃ私物化とか言わんだろ

むしろきちんと名乗っていることを評価すべき

ウザがる人は使わなければいい
乞食言う人は自分でビルドすればいい

つーかいい加減130やめてJEEBにしろ

てか、自分のサイトを持っているんだから
いちいち書き込みに来る理由が不明

どうでもよすぎる

http://av.watch.impress.co.jp/docs/news/20090512_168327.html

>BDビデオには映像信号が8bitで記録されるため、オリジナルが10bitで制作された場合には、
>エンコード時に8bitへ変換する処理が必要になる。
>その結果、グラデーション部分などに階調の変化点が等高線のようになって見えてしまう、
>「カラーバンディング」が発生することがある。

だそうです。

http://forum.doom9.org/showthread.php?p=1247982#post1247982

BDでのバンディングの例だったら、このサンプルが分かりやすい。

x264はバンディング以前に、暗いグラデーションにめっぽう弱いんです（モノクロでも）
crf 19〜21とかだと確実にビットレート配分が少なくてブロック化や縞々になるorz

cqp使っても駄目なの？

>>711
やるかやらないかは別として
エンコ前にdebanding処理は常識だし

むしろ動画みるときに、フィルターかけるほうがいいだろうよ

>>713です
調整してもどうにもならんのは
アニメですまんが、マクロスフロンティア 18話の冒頭、01:17の左端顔部分です。

>>715
> やるかやらないかは別として
> エンコ前にdebanding処理は常識だし

これがソニーPCL初なのに・・・あんまり、いじめるなよｗ

そういうこだわり以前に序のDVD版の画質はアレだったなあ・・・

サンプル画像見てびっくり。これはこだわりとかいうレベルじゃなく常識だろw
なんか凄い細部にこだわってるみたいな言いようだったから。
にしてもDVDの酷いバンディングは消えるんだろうがなんか腹立つ商法だな・・・。

>>711
ようは減色にディザリング行うってだけだよね

で、なんでいまさらバンディングのことなんかが話題になるんだ？

x264の目新しい話題がないから

>>720
まあ、そうだよな。ご大層な名前がついているけど。
オリジナルから色を減らすからどんなに頑張っても多少色は変わるだろうね。

なんかこのエヴァのバンディングはわざと出してないかｗ
機器の能力で差が出るだろこんなのｗ

最初からきれいな物を出さないのがエヴァ商法

左側はどう見ても製品レベルじゃないな
16ビット時代を思い出した

メーリス見たんだがthreaded slicetypeが本家にコミットされるのは近いのか？

>>711
そこでRADEONですよ

AutoVAQって、こんなに凄いのか？
http://komisar.gin.by/avaq/index.html

　 ｲ｀ﾍ
　/: :| ヽ
/ : :/　　ヽ　＿＿＿　　　_,,,:. .-: :´彡ﾌ
_ノ＼＿∠: : : : : : : : :｀: :-: :,:_:／彡　/
　　　　　 ( : : : : : : : : : : : : : : ｀ゝ　 /
　　マ　　r::/: /: : | : : : : : : : : ::＼ /
　　 　 　//: /: : : |: : | |: : |: _: : : :ヽ
　　ジ　 {/ 7|｀＼/i: /|:|／|´: : : : :|ヽ
　　　　　〉 ,‐-‐､｀|7　|| |_::|,_|: : :|:::|: |
　　で　／ r:oヽ`　　 　/.:oヽヽ: :|: | :|
　　　 　{　{o:::::::}　　 　　{:::::0　}/: :|N
　　っ　 |　ヾ:::ソ　　　 　ヾ:::ｿ /|: : |
　！？ ヽ::::ー-..　／ヽ　..ー-::: ヽ::|　r--ッ
-tヽ／´|｀::::::::::;／　　 `､ ::::::::::: /: i　}　 ＞
::∧: : :|: |J　　 ＼　　 ／　　 ／::i: | /＿ゝ
. ＼ヾ: |::|｀ - ,, ___｀-´_ ,, - ´|: : :|:::|
　　 ヽ: |::|＼　　　 ￣/ /|　　|: : :|: |

>>729
はいはい、ワロスワロス。

まあ、tests.7z 見てきなよ。
個人的にはかなりいい感じだったよ。 もちろん場面・場所によりけりだけど、良し。

Seraphy氏もちょっと前から知ってるようだから、いい具合になれば新OreAQくるかな？

やっぱりセブンゼット最強か。なんで劣化させてんの？おまえらｗ

なんだ、拡張子厨か

見たけど、ブロック歪みの箇所が変わっているだけで実質画質に大差ない件についてwwww
所詮、500kbpsは500kbps。誤魔化しようがないww

732だけど、ちょっと上から目線だったかと反省中。 サンプル見ればいいってことを言いたかった。

>>733
解凍したらサイズ減ったぞｗｗ

>>731
こんなに凄いのか？って聞いてんジャマイカ

ペタバロスwww
テハスバロスwww

動画をセブンジップって馬鹿なの？

ネタに混じれ、酢！

jpegは7zipで圧縮すると若干縮むな
LZMAでソリッド圧縮切ると伸張速度速くて良い感じ

7Zは圧縮のノウハウさえあれば、40MB無圧縮を1MBにすることも可能。

無圧縮のカラーバーを7z圧縮したら800MBが150KBになるけどな。
ただ圧縮速度は話にならん

いくら知人でもシコシコ動画見てぇと思った時、解凍するとか全然ロマンがないな

typoで怪文になってしもうた。。。>>縮んでも

>>740
それはJPEGはハフマン圧縮をしているが、その初期化テーブルを最適化しないソフトがほとんどだから
エントロピー圧縮が甘いから、まだ圧縮する余地が残ってる

実際ハフマンテーブルを最適化することで無劣化でJPEGを小さくするソフトがある

でっていう

http://plusd.itmedia.co.jp/pcupdate/articles/0403/10/news073_2.html

>前述のように1670万色では、マッハバンドが出てしまいます。RGB256色の場合、レイヤーを微妙な重ね方をしようとすればするほど、
>割り切れない数字が出てきて、縞模様が出てしまいます。ですので、作業はすべて16ビットで行い、劇的にマッハバンドは減りました。

>Adobe After Effectsに16ビットのレンダリング機能がついていなかったら、ちょっと厳しかったかも知れません。
>16ビットはこれから先欠かせないと思います。最終的には8ビットで十分ですが、その前段階で重ねてゆくレイヤー構造を保持する段階では、
>1670万色では足りません。

だとよｗ

言いたいことはわかるのにマッハバンドの一言でぶち壊し

バンディングはネット用語で本来はマッハバンドが正解だよ。
プロの端くれの俺が言うんだから間違いないwww

というのは冗談で逆が正解wwwwwwwwwwww

こwwwwwwwwwwwwwwwwwwwwwwwwwwwww
wwwwwwwwwwwwwのwwwwwwwwwwwwwwww
wwwwwwwwwwwwwwwwよwwwwwwwwwwwww
wwwwwwwwwwwwwwwwうwwwwwwwwwwwww
wwwwwwwwwwにwwwwwwwwwwwwwwwwww
wwwwwwwwプwwwwwwwwwwwwwwwwwwww
wwwwwwwwwwwロwwwwwwwwwwwwwwwww
wwwwwwでwwwwwwwwwwwwwwwwwwwwww
wwwwwwwもwwwwwwwwwwwwwwwwwwwww
wwwwwwwwwww間wwwwwwwwwwwwwwww
wwwwwwwwwwwww違wwwwwwwwwwwwwww
wwwwwwえwwwwwwwwwwwwwwwwwwwwww
wwwwwwwwwるwwwwwwwwwwwwwwwwwwww

　　　.　　.
, ; .'´　｀. ﾞ ;　｀
,.'.;´," :´,´'　. ﾞ　.｀　.
,.'.;´," :.　　　　　　 ､ヘ＿__
　　　　　　　　　　　|　＿　|
.,,.,.,,,.,.,,,.,.,,,.,.,,,.,.,,,.,,,.,.,◎　◎ｗｗｗｗｗｗｗｗｗｗｗｗｗ

AEって16bitだと色数が増えてバンディングが減るんじゃなくて、
8bitあたりに落とし込んだときディザリング処理がかかって
バンディングが軽減されるだけなんだけどな

理屈的にはSONYのSBMVと同類のソフト処理

とご素人がプロに意見しております。

ご素人って何

ご素人とは・・・

ＤとＧを打ち間違った時に発生するイベント。

「とご素人」だろ？間違えるとレスしたヤツに失礼だぞｗ

？？興奮して日本語でおｋ？？

Sony、4Kビデオ作成も可能な編集ソフト「Vegas Pro 9」
−Blu-ray作成対応。XDCAM EXやAVCHD、RED ONEをサポート
http://av.watch.impress.co.jp/docs/news/20090514_168599.html

ここはオープンソース限定だから関係ないかも知れないけど。

トゴス人とはこいつらのことか
ttp://www.togos.com/
ttp://www.togosu.com/

8bitとか16bitとかRGBとYUVの癖は違うだろうに

あれでしょ
例えば制作側が輝度レンジ0-255をフルに使ってグラデ作っちゃったりすると、
放送時には0-235に圧縮しないといけないから、適当なポストプロダクションしてるとこは
バンディングになるんでしょ。

16-235だった。

AutoVAQ patch testing - Doom9's Forum
ttp://forum.doom9.org/showthread.php?t=147067

サンプルがあずまんが大王ｗ

グラサンのおっさんが歌ってる画像のところでダメ出しされてるな
未使用と比べて露骨にブロック出してる

とりあえずDS氏は実装にノリノリみたいだね。
旧AQも、もし必要なら--aq-mode を使って残すと言っているけど。

バンディングは写真用語だろ
ビデオスタジオなどではマッハバンドが主流

マッハバンドは錯覚

いわゆる減色によって階段状になる現象そのものをマッハバンドとは絶対に言わない。
マッハバンドってのは単一色とグラデーションとの境でシュートが起きているように見える錯視のことで
もっと言えばバンディングによって起こる錯覚はシュブルール錯視っていってマッハバンドでもない。
むしろきれいにグラデーションが表現されている素材でこそマッハバンドが見える可能性がある

マッハバンドの理屈としてはフルカラーのものをハイカラー環境で見るとそうなるね

だからこそaviutlのあのフィルタは「バンディング低減」て名前なんだよね。

ttp://www.psy.ritsumei.ac.jp/~akitaoka/catalog.html#lightnesscontrast

バンディングの原因 → "色"諧調の変換(8bit,16bit等)、"輝度"レンジの変換(0-235,0-255等)　が考えられる。

色の方を例にとってみる。

10bit…123456789abcdefg　（この状態で見えることがあるのがマッハバンド）
↓(10bit→8bit変換、諧調が1/4になる)
8bit …111155559999dddd
これだと、当然1,5,9,dの間に線が見える。これがバンディング。

で、避けるにはどうしようかというと、境界を混ぜ合わせれば中間の色っぽく見える。
11151559599d9ddd (ディザ有り10→8bit)
aviutlのあのフィルタは、ボカしたり粒子を付加したりして、これを後からやろうとしてるわけ。

みんな判りきってることだろうけど、話が進まないのでorz　間違いあれば訂正よろ。

>>770
それは減色によって階段状になる現象　でしょ。　マッハバンドじゃなくて、バンディング。

早速>>773の訂正。

>この状態で見えることがあるのがマッハバンド
>>772 見てもらった方が早かった。　自然界や32bitでも見える、ということが言いたかったのだけど。

http://ja.wikipedia.org/wiki/%E3%83%9E%E3%83%83%E3%83%8F%E3%81%AE%E5%B8%AF

減色によって階段状になったものの段差が実際より大きく見える現象は
マッハバンドでいいんじゃないかな。

だから違うって。wikiちゃんと読んでるのか？

aviutlのバンディング低減は遠目に見る分には綺麗になってるんだけど
あれはディザを加えるタイプだから、
単色の部分にノイズが入ったりして、そういうの気にする人は駄目だなぁ

1枚絵に対してかな？
オレはシーン毎に使い分けてグラデが出る場面にしか使わないから、そんなに気にはならないかな

どうせTVで見てもバンディングなんてよく出てるし
あまり気にしてもなぁ

>>712みたいなグラデーションの有るソースでも、>>72の様にしておけば大分ましになる。
幸いグレインを保持するのは、x264にとって、そんなに難しい事ではなくなった事だし。

http://hdimage.org/images/wuwnoyiex4rfs2w7bza2_banding.png

でもグレインの分容量食うからスマートじゃないな

gradfun2dbmodならバンディングのとこだけかかるってどこかで見たけど

おいらは再生時に処理する派

まぁ再生時のDebandが自分も１番キレイだとは思ってる。。。が…なんか悔しいのうDivX厨の煽りががが

>>783
切り捨てられるビット分ディザかければ、
AviUtlで出力するときにカットされるので、
中間階調だけディザあり、
ノイズレスの部分はそのままになるんじゃない？

ただグラデーションの質感が部分的に異なるのに違和感を感じる人は、
満遍なくディザかけるのもありだとは思う。

マスクを使わず、映像全体にGradFunkMirror.AddGrainとでもしておけば手っ取り早いのは間違いないが、
そう言う処理の不必要な、初めからディテールが十分にあるソースではやりたくない。

http://hdimage.org/images/0b76m5p8awbpquf57xt4_gfmod.png

>>785
モスキート、ブロックとディザ、グレインの違いも見分けられないめくらどもはほっとけ

>>787
それの元映像のどこにバンディングが出てるのかわからん

ほとんどの部分は何もなしで大丈夫だけど、グレインを足しておかないと、
エンコードした後、空等フラットな部分が酷くなる。

全部一緒くたにしてはやりたくない例の一つと言うことです。

threaded slicetypeﾏﾀﾞｰ

nal-hrdパッチの最新版が24p/60i混在によるVFR対応
神パッチ…

　 ｲ｀ﾍ
　/: :| ヽ
/ : :/　　ヽ　＿＿＿　　　_,,,:. .-: :´彡ﾌ
_ノ＼＿∠: : : : : : : : :｀: :-: :,:_:／彡　/
　　　　　 ( : : : : : : : : : : : : : : ｀ゝ　 /
　　マ　　r::/: /: : | : : : : : : : : ::＼ /
　　 　 　//: /: : : |: : | |: : |: _: : : :ヽ
　　ジ　 {/ 7|｀＼/i: /|:|／|´: : : : :|ヽ
　　　　　〉 ,‐-‐､｀|7　|| |_::|,_|: : :|:::|: |
　　で　／ r:oヽ`　　 　/.:oヽヽ: :|: | :|
　　　 　{　{o:::::::}　　 　　{:::::0　}/: :|N
　　っ　 |　ヾ:::ソ　　　 　ヾ:::ｿ /|: : |
　！？ ヽ::::ー-..　／ヽ　..ー-::: ヽ::|　r--ッ
-tヽ／´|｀::::::::::;／　　 `､ ::::::::::: /: i　}　 ＞
::∧: : :|: |J　　 ＼　　 ／　　 ／::i: | /＿ゝ
. ＼ヾ: |::|｀ - ,, ___｀-´_ ,, - ´|: : :|:::|
　　 ヽ: |::|＼　　　 ￣/ /|　　|: : :|: |

　 　　　*　　　　　　*
　　＊　　うそです　　　＋　　
　 　　 n ∧＿∧　n
　＋　(ﾖ（* ´∀｀）E)
　 　 　 Y 　　　 Y　　　　＊

SONY製品は高性能
ttp://alkn.net/gazou2/src/1233938982342.jpg

最近更新なくてつまらん

>>795
さすがにコラだろｗ

【西川和久の不定期コラム】 GPGPU/CUDAで快適動画編集入門
http://pc.watch.impress.co.jp/docs/column/nishikawa/20090518_168541.html

これだけハードウェアに疎い人間にテクニカルな記事書いてほしくないな

つーかCUDA使うならTMPGよりドナルドの使ったほうが良さそうじゃない？
Doom9見る限りは評判は悪くなさそうなんだけど、俺はRADEONだからそもそも蚊帳の外なんだよなぁ

そんなあなたにAvisynthの_GPUがあるじゃない

GPUエンコなんて熱いしクソだしグラボが物故割れそうでやってられんわ

x264でリアルタイムエンコできるならなんでもやってくれ

AVCHDはある種リアルタイムエンコだよね。しかもフルハイビジョン。
でもパソコンだとカット編集が面倒だからキャプチャはMPEG2でいいやｗ

汎用（ゲーム仕事マルチメディア等々）、エンコ用、サーバ用と3台用意してある俺にとっては
エンコ時間なんて余程ぶっ飛んだ時間さえかからなければいいわ。
どうせ寝る前に設定してバッチ登録して、半日でも1日でも1週間でも終わるまでやりっぱなしだし。
エンコ用は正直中スペックぐらいでエンコ遅いけど、どうせ任せっぱなしでその間汎用で他の事してるから関係ないし。
綺麗でサイズ縮めばエンコ時間て気にしない。

C2D、C2Q、i7だけでも5台使ってるが
やはり遅いのはストレス以外の何ものでもない

>>806
暇だったら同じソースを同じ設定で全機種でエンコしてタイム載せて下さい^^

>>805
奇遇だな、おれも同じ構成の3台だは。
でも24分アニメを6時間以上待つのは耐えられない。

実時間の4倍以上になりそうならすぐ設定を見直す俺とは相容れない人種だな

>>807
エンコするのはi7 920 4GHz、C2Q9550 4GHｚがメインだけど
24分もので各13分・18分かな

SDエンコかよ

　PSP用エンコに実時間位掛けてる……。

ts>PSPサイズのエンコに2時間かかる俺に謝れｗ

殆どのアニメがアプコンアニメだから俺もPSPとPC用兼用だな
テロップ文字とかどうでもいいし

30分アニメに15時間かけてますがなにか

お前が何時間かけてエンコしてようが知ったこっちゃないから好きなようにやれ

816って友達居ないだろｗ

どこで気分を害したんだろう？

更新ｷﾀｰ

r1153か
更新内容を和訳してくれてるとこどこだったっけな

猫科研究所(felid labo) - x264-changelog-jp r1000-r1999
ttp://up-cat.net/cgi-bin/wiki/x264%252Dchangelog%252Djp%2Br1000%252Dr1999.html

�d�d

そいやVFR maniac氏は>>792見送ったのかな…
月曜あたり探ってみようって書いてあったのを消したのは理由があるのか…wktkしてたんだけどなぁ。。。

R1153ですが・・・
Core2Duo(6600）は正常ですが
Core2 Quad(Q9550）だと
落ちませんか？

どこビルドよ？

x264.exe (Seraphy氏)
x264gui.auo (Serahy氏)
x264itvfrcore2.exe (itnfr OreAQの中の人)
どれも問題無く正常だったが？まだ320x240のテスコ版しかやってないがが(300 fpsくらい出ると気分良い

meguiスレにskystrife版だと落ちるっていうのがいたよ

実行ファイルがx264..exeになってるのが原因だそうだよ＞skystrife版

ごめん勘違いしてた>>828スルーで

crfでマルチパスしたいよぉーXvid4PSPに勝てないよぉー

xvidに勝てないじゃなくXvid4PSPに勝てないとはこれ如何に

crfでマルチパスって、1パス目をcrfでやって2パス目をビトレ指定でやるやつのこと？

それじゃcrfでマルチパスってことにはならんだろ。
crfは、エンコード中も量子化でつどつど品質決めてるんだし。
そういう意味では、サイズ指定の次にマルチパスがほしいところだよなぁ

良く知らんけどXviD4PSPってAvisynth+x264.exeじゃないの？

またxvid君か

2passABRとcrfは、実際にやってる事はほとんど同じなんだけどね
qpを決める素のscaling factorを、直接入力するかビットレート指定から変換するかの違い
1pass目の最後に出てくるfinal ratefactorってのがそれだね
ソースの付属文書に書いてあるから、一度読んでみるといいよ

馬鹿だろ

じゃあ、説明してみてよ。

1パス目をcrf、2パス目をビトレ指定でやるのは、VBVを指定する場合にはそれなりに効果ありってDoom9でよく見るけどね
1パス目で自分の希望する品質のために必要なビットレートを割り出して、2パス目で再生ハードの規格に合わせたエンコを
行なうってことじゃないの？

なるほど、そういう使い方ならありか
ABRでVBVを指定した場合、ピークがカットされて少し軽くなった分を後のシーンに回すということかな

俺は>>830の言うようなものは原理的に意味無しと言いたかっただけなんだが・・

>>840
ratetolを低めに指定しといて、ピークを削った分はそのまま容量削減にするとか

directの判定がcrfだと甘くない？
マルチパスにすると結構割合が変わる

ｃｒｆ時はdirectはspatialのみだから、この場合（2パス目ビトレ指定）は--direct autoつけても強制的にspatialになる（たしか警告が出る）
--direct autoを使いたければ、1パス目もビトレ指定でやらなきゃだめ

誰か書いてたけどcrf**でやって希望のビットレートを取得、
その値でマルチパスにすると画質が上がるって話かな？（要するにcrf含めて最低3Pass）
自分じゃ比べてみたこと無いからどの位変わるのか知らんけど。

>>844
その人は画質をあげるためじゃなくて、単にビットレートのことをよくわかってなくてそうしてたような・・・

同じビットレートでもcrfより2passのほうが若干画質的には有利って聞いたことがある気がしなくもないが
ビットレート統一する気もないし時間は惜しいからcrfで十分だわ

crfはマルチパスにしてこそ本領発揮できると思うんだよなぁ。
人間の眼で具体的レートを予測するんでなくソフト側で合理的にレート考えてくれるってことはさ。

x264 core 67 r1129_EXPERIMENTAL
cabac=1 / ref=5 / deblock=0:0:0 / analyse=0x3:0x113 / me=umh / subme=9 / me-prepass=0 / psy_rd=1.0:0.0 / mixed_ref=1 / me_range=32
/ chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / chroma_qp_offset=-2 / threads=12 / thread_queue=12 / nr=0 / decimate=0
/ mbaff=0 / fgo=0 / bframes=5 / b_pyramid=0 / b_adapt=2 / b_bias=0 / direct=1 / wpredb=1 / keyint=240 / keyint_min=1 / scenecut=75
/ rc=2pass / bitrate=10000 / ratetol=1.0 / qcomp=0.75 / qpmin=10 / qpmax=51 / qpstep=6 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.60 / pb_ratio=1.50
/ aq=1:0:0.80:10.00:1.00:1.00:1.00 / aq2=1:0.50:18.0

戦場のヴァルキュリアPSN版の設定値
って商用のエンコードにx264ですかｗ

qpmin=10
qpmax=51
ip_ratio=1.60
pb_ratio=1.50

減点な

bitrate=10000でqpminが10・・・

qpなんかデフォでいいじゃん
元々アホみたいに暴れるわけでもないし適正値に勝手にしてくれる
その前にオプションやフィルタの設定完全に煮詰めてから
どうしても上げたり下げたりしたいシーン見つけて初めて弄るもんだ

いやいや、10000とqpminが近かったら意味が(ry

Seraphy氏の所、落ちてる？

いつものこと

>>848
これ本当か？PSNのDRMが割れたって事？

>>850
qpminが10
ってデフォルト値じゃない？何が駄目なん？

>>855
どう考えてもどっかの馬鹿がキャプってエンコしてアップロードしたのを公式に配信された物
だと勘違いした大馬鹿です。

tsで流れてるから勘違いしたんだろ



つーても、Vmaniの使ってる時点でエンコ物って気がつくだろ

なんかr1153がr1148に比べて逆に遅くなってる気がするんだがなぁ。

んなこたーない

>>859
同じソース使って自分で試せばいいじゃない

>>859
更新がある度にこういうこと言う人出てくるよね

更新のたびにほんとに遅くなったり縮まなくなったりしてたら、とっくの昔にmpeg1以下になってるはず

いくらなんでもそれは言い過ぎだ
全盛期のDivXとタイってとこだろ

DivXの全盛期って3？

5.0.2

凄まじいモスキートノイズがいい味を出していたあの頃

DivXって今なにしてんの？

そんな俺はXvid派

>>835

完全にx264とXvidの対立関係が出来上がっちゃったなｗ

XviDのほうが実写では感じがいい
x264はどうしてもべたっとなりがち

VAQあたりの使い方がヘタなんじゃね

使いこなせないならXvid使っとけよ

アニメは(x264+MP3).AVIの形式でエンコードするべき
http://hideyoshi.2ch.net/test/read.cgi/asaloon/1243007990/

えっ

なるほど、うん、うん！

DTVでそんな釣り針垂らしてもな…程度がしれてるﾀﾞｳｿに帰んな

いちいち相手にするおまえもな・・。

前も指摘していた人がいたけど、
x264で画質がじわじわと崩れていってキーフレームを過ぎるとパッと画質がよくなる
あの画像の崩れかたって回避すること出来るのかな？

普通にipratio/pbratioとかいじれよ

x264もlameみたいに
え、オプション大杉って？-V2のみで大丈夫だよ。他は変態専用。
な時代が来るのかなあ

技術は日に日に進歩していく。結局同じでこだわる人はこだわる。

近い未来にもきっとこのスレで毛穴が見えるとか見えないとか又語り合っているんだろう

>>882
そういうのはお手軽GUIのプリセットとして用意されてるから、すでに実現済みともいえる
まともなプリセットがデフォルトで用意されてないGUIって、それこそAviUtlくらいのもんだよ

AviUtlのプリセットは釣り

>880
それって確かffdshowのバグで最新版なら解決したんじゃなかったっけ？

x264gui.auo のプリセットってそんなに駄目なのか
どんなだよ

誰もそんな話はしてない

>>886
deblock 付けて作ったファイルを
deblock スキップして再生すると >>880 みたいになる

>>888
AviUtl の x264 GUI 版の話じゃないの？
ここは x264 のスレだからここで GUI と言ったら x264gui.auo のことだろ

めんどくせー人ですね

VirtualDubやAvidemuxもx264のフロントエンドとして使えるんじゃないのか？
使ったことないけど

>>891
そういうのはこのスレでは扱わないからなぁ

x264 VFW GUI専用スレ Part4
http://pc11.2ch.net/test/read.cgi/avi/1221328142/

P2Pに流れてるのを始めて見たけどウンコ画質でワロタｗｗｗ
何が職人だよｗバカジャネーノｗ

フィルタの使いすぎでガビガビになってる893のファイルが目に浮かぶ

やっぱプロならグレインノイズも違和感なく出せないとな

ガンダム00のBDの、トランザム発動前にイオリアがいろいろ語るかなりきつめのグレインノイズシーンは、
ハードウェアデコードでもカクついたわ。

ここﾀﾞｳｿ板かと思ったｗ

x264_hrd_pulldown.12_interlace.diffだが2パスにバグがあるそうだ。

それ混在VFRに対応予定っの物かな
CRFしか使わないけど実装にはちょっと難ありかな…

http://forum.doom9.org/showpost.php?p=1265855&postcount=1768

一つ前のバージョンだったら、2passでもクラッシュしない。

>>887
PSPしかなくてiPodが抜けてるGK仕様w

iPodはさ・・・

いぽで動画見る奴って・・・

なんでこう
このスレの連中は視野が狭いのか

電車の中で見て捨てるだけならiPodでも無問題。

ていうか、その手の用途でCAVLC＋B無しでエンコすると
お手軽爆速だかららくちん。

画質が問題にならないやつはこれで十分だろ。

そういう香具師はこのスレには来なきゃいい。
レート上げて他オプション全オフればいいんだもの。

iPodで見るなら携帯動画変換君でいいだろ

てかあのプリセットはサンプルで本来は自分でよく使うオプションを登録するだろｊｋ

qpmin 1とか混じってるあたり、ネタとしか思えないもんな

エンコードコンテストみたいのがあればいいのに
同じソースをコーデックとプレイヤーとその設定で容量も加味して競う

ってほど選択肢はないか・・

昔、Down板とかでそんなのたまにやってたじゃん

ロシアの学生どもがやってるやつがあるじゃん
あまり参考にならんみたいだけど

Open source codec comparison
http://saintdevelopment.com/media/

qpmin1の何が悪いんだろうか。あん？

qpmin1ってなんなの？死ぬの？

qpmin1にしてqpが1になることってないしな

qpmin1にしたらご飯がおいしく炊けた

推奨プリセット考えようぜ

んなもんMeGUIあたりのやつをそのまま持ってくればいいだけだろ

ここで考えるのはやめようぜ

--crf 20 --ref 4 --mixed-refs --keyint 300 --min-keyint 1 --scenecut 65 --direct auto
--8x8dct --trellis 2 --bframes 3 --weightb --b-adapt 2 --me umh --merange 32 --subme 9
--qpmin 1 --qpstep 16 --threads auto --no-dct-decimate --no-fast-pskip --progress
--psy-rd 0:0 --deblock -1:-1 --cqm flat --aq-mode 0

こんなもんだろ
最後の行だけ好みで調整

釣り針でかすぎんぞ

qpmin1にして別段悪い事はない
俺はデフォルトだけど

実写だが、--keyint 15にしてる
地上波が大体0.5sおきにIピクチャを入れてるようなんで

なんで名前を564にしてしまったかは不明orz

>>924
それってMPEG2の仕様じゃね？
15フレームで一つのGOPを形成するとかだったような。

>>923
crfやqpならね
ビットレート指定にしたときは、デメリットが出てくると思う

--subme 9入れてるぐらいなら
--me esa --merange 16にしてもいいと思う

>>927
不必要に綺麗なフレームが出来て、逆に汚いフレームが出来る？
それとも、不必要にサイズがでかくなる？

ビットレート指定でqpminを低くしすぎると一か所だけ綺麗で前後が汚い動画が出来上がる

レートの振れ幅が大きくなりすぎるってこと？

1pass目がすごいことになる
2pass目はそうでもない

qcompとかratetolとかの兼ね合いだろ。ていうかqpmin 1にしても大抵の素材は
せいぜい10くらいまでにしかならん。1にする必要もないがしても影響はそんなない

11以下にしたところでソースがそこまでの品質無いだろうし

なんだっけ、フレームだか時間を範囲指定してqpなりbitを指定して局所的にレートコントロールできるコマンド。
ソースによっちゃqpminとかmaxよかそれ使った方が良いと思う。
やばいド忘れした思い出したい。

qpfile？

zonesじゃない？

>>907
そんなクソソフト使う情弱は今更いないだろw

>>937
そうそうそうそうそうそうそうそうなんというアハ体験thx。
qpfileは範囲指定じゃないからちょい違う。個人的にはエヴァ用コマンドだと思ってる

ちょっち実験
qpmin10
x264 [info]: SSIM Mean Y:0.9863965
x264 [info]: PSNR Mean Y:45.687 U:46.993 V:47.190 Avg:46.066 Global:45.609 kb/s:1142.16
ttp://kissho.xii.jp/1/src/1jyou77715.jpg

qpmin1
x264 [info]: SSIM Mean Y:0.9864008
x264 [info]: PSNR Mean Y:45.691 U:46.995 V:47.192 Avg:46.069 Global:45.610 kb/s:1142.94
ttp://kissho.xii.jp/1/src/1jyou77714.jpg

qpmin14
x264 [info]: SSIM Mean Y:0.9863925
x264 [info]: PSNR Mean Y:45.676 U:46.981 V:47.177 Avg:46.054 Global:45.605 kb/s:1138.64
ttp://kissho.xii.jp/1/src/1jyou77716.jpg

ごめん。 .html付けなきゃいけなかった。　上から順に
ttp://kissho.xii.jp/1/src/1jyou77715.jpg.html (qpmin10)
ttp://kissho.xii.jp/1/src/1jyou77714.jpg.html (qpmin1)
ttp://kissho.xii.jp/1/src/1jyou77716.jpg.html (qpmin14)

crfかい？だとしたら当然の結果になってるようだが・・

--crf 20 で AQはoffです。 crfで使う分には、qpmin10でも底打ちしてそうかな？ AQ入れたらもっと下がるだろうし。
2passで追試。 無理やり切り上げられてた部分が自然になり、なぜかqpminを使い切らなくなった。
qpmin10
x264 [info]: SSIM Mean Y:0.9863792
x264 [info]: PSNR Mean Y:45.625 U:46.891 V:47.078 Avg:45.993 Global:45.548 kb/s:1097.48
ttp://kissho.xii.jp/1/src/1jyou77724.jpg.html

qpmin1
x264 [info]: SSIM Mean Y:0.9863536
x264 [info]: PSNR Mean Y:45.652 U:46.928 V:47.107 Avg:46.021 Global:45.528 kb/s:1097.19
ttp://kissho.xii.jp/1/src/1jyou77723.jpg.html

qpmin14
x264 [info]: SSIM Mean Y:0.9863719
x264 [info]: PSNR Mean Y:45.590 U:46.851 V:47.034 Avg:45.955 Global:45.549 kb/s:1097.10
ttp://kissho.xii.jp/1/src/1jyou77725.jpg.html

【Share】アニメ職人画質音質比較スレッド 7【PD】
http://hideyoshi.2ch.net/test/read.cgi/download/1241074907/

1155にESAを壊したバグがあったので、「shit, pengvado, I broke esa」の後
で1158が登場した。

いつものところにビルド置きました
ttp://forum.doom9.org/showpost.php?p=1289484&postcount=1880

市ね

【作業用（笑）】ニコ厨が著作権法違反で書類送検される★２【宣伝になる（ｷﾘｯ）】
http://tsushima.2ch.net/test/read.cgi/news/1243049841/

つまり結局どういうことなの

ffmpegでx264の--b-adapt 2相当を指定したいんだけど、
どうやればいいですか？
ffmpegはrev.18607で、x264はrev.1140になってます
CABACはcoder 1でできました

-b_strategy 2だったかな

>>943
これでqpmin1の有用性が明らかになったわけですね。
叩いてた奴出てこいゴルァ

えっ？

スレのレベルが下がってきた

>>950
ありがとうございます
やってみます

×やってみます　
○できました/できませんでした→こうしたらできました もしくは やっぱ無理どーすんのこれ

日付変わるころあたり

r1159
これはバイナリに影響は無い？

>>957
configureが変わったのみなのでバイナリに影響がないはず
SolarisとかFreeBSDで古いbinutilsがある場合が多いので、一応古すぎてる
ものにはエラーを吹くようになったんだね。
ttp://git.videolan.org/gitweb.cgi?p=x264.git;a=blobdiff;f=configure;h=5c9eb1fb07c63c5a1453a4f5d482d653b4e31ef5;hp=f02d3e70eb229c4ad1e40bec5b3694f57c917670;hb=3da3f957c096ad7885312b58d7ab12a7fab10111;hpb=a2c01c124e4ee4b9d71a4b2a20ed572d439aea7b

ffmpegのx264用のデフォルトはいい加減に壊れてるのでエンコする時には
いつもプリーセット（-vpre)を使うべき。（「-vpre hq」には--b-adapt 2が
含まれてるし）

ffmpegの-vpre hqの値

coder=1
flags=+loop
cmp=+chroma
partitions=+parti8x8+parti4x4+partp8x8+partb8x8
me_method=umh
subq=8
me_range=16
g=250
keyint_min=25
sc_threshold=40
i_qfactor=0.71
b_strategy=2
qcomp=0.6
qmin=10
qmax=51
qdiff=4
bf=4
refs=4
directpred=3
trellis=1
flags2=+bpyramid+wpred+mixed_refs+dct8x8+fastpskip

ちなみに何の指定もしないと-vpre defaultのこの値なのかな?

coder=1
flags=+loop
cmp=+chroma
partitions=+parti8x8+parti4x4+partp8x8+partb8x8
me_method=hex
subq=6
me_range=16
g=250
keyint_min=25
sc_threshold=40
i_qfactor=0.71
b_strategy=1
qcomp=0.6
qmin=10
qmax=51
qdiff=4
directpred=1
flags2=+fastpskip

>>955
>>959-961
やってみたところ-b_strategy 2で通りました
ｱﾌｫですみません
何も指定しなければcoder 0で、Baselineになります
-vpreググってみます

ffmpegか…オプションがどれに値するのか探すのはﾏﾝﾄﾞｸｻそうだからx264.exeでいいじゃんないと思ってしまうが…
ディザリング機能が付いたつーんで興味はある

連投すみません
ttp://mobilehackerz.jp/archive/wiki/index.php?%BA%C7%BF%B7FFmpeg
を参考にx264のオプションからffmpegの値を探しています
また何かありましたらご教示ください

発売迫るBlu-ray版「ヱヴァ」に採用された高画質技術とは? -AV Watch
ttp://av.watch.impress.co.jp/docs/news/20090526_169966.html

従来方式
ttp://av.watch.impress.co.jp/img/avw/docs/169/966/eva09_1.jpg

↓

SBMV方式
ttp://av.watch.impress.co.jp/img/avw/docs/169/966/eva10_1.jpg

utlのバンディング低減、synthのgradfun2dbmodやがな

>>965
よこの縞々が改善されてるってことでいいの？

え？よこの縞々？
こんなレベル低いスレだったっけ？

くだらない煽りによって自らスレのレベルを低下させてるとは皮肉なもんですね

自称上級者様だから仕方ない

>>965
これ誇張しすぎだろ。これ本当だったら今までのソニーPCL製エンコーダーはゴミクズだったってことになる

忘れてた次スレ立てます

x264 rev22
http://pc11.2ch.net/test/read.cgi/avi/1243330236/

>>971
しかしDVDは実際こんなレベルの画質だったわけだが

最初から8bitにマスタリングすりゃいいのに。
内部演算精度ならともかく10bitも要らんだろ。

　DVDのビットレートでこれをやっても舐められちゃう？

DVD-VideoのMPEG-2でディザを保持するのは、はっきり言って無理だが、
強めのグレインでバンディングをごまかす事なら可能。

エヴァのBD電車の中の夕日はバンディングでまくりだった。

やっぱソニーとガイナか

マジかよ
じゃあ買う必要ないな

1000ならパーティー開く

AviUtlのバンディング除去はレベル表示でみるとノイズのようなものが境界線付近に出てたけど
これはどうなんだろうね？

AviUtlのバンディング除去って、YV12変換するときに結局またバンディングを出すから
x264でエンコする限りは重いだけであまり意味がない気がする。

んでも、仕上がりは全然変わってくるから好き好きだとおもうがな
バンディング除去自体(Avisynthのも含めて)のっぺりっぽくなるからな

>>982
俺もテスト用で2、3エンコしただけに終わった

>誤差拡散法”と呼ばれるものと方向は同じです。
>けれど、その方法ではどうしても消えないバンディングが残ったり、
>ノイズっぽく見えてしまう事もあります。
>そうした問題を解決するため、ソニー独自で作ったのがSBMVというわけです

SONYも気づいてるようだな

誤差拡散とディザ(AviUtlのバンディング除去)では絵作りが全然違うけど。

>>971
ＰＣＬはスタジオだからエンコーダ作ってないよ。
開発はソニー本社。
>>982
ディザが弱いんじゃない？
>>985
そう、誤差拡散（二次元でフィードバック）と
ランダムディザはまったく異なるからね。
それぞれ長所短所がある。

SBMVって適応型ディザとでも言うようなもんなんじゃない？
ディザのマトリクスをブロックによって変えるみたいな。

それは高度すぎて調べようがないかもなあ。

近い色の部分だけでディザしていると予想
まぁI-frameの差分取ればディザの傾向が分かるだろ

>>979
それ以外はきれいだったよ。
まあDVDがひどすぎただけだけど

r1159 Replaced x264_hrd_pulldown.08_interlace.diff with x264_hrd_pulldown.13_interlace.diff つーことで
久しぶりに--vbv-bufsize 25000 --vbv-maxrate 20000 --nal-hrd --tff テスコ
今まで気づいてなかっただけかもしれんが--direct autoで(temporal)になった時warning吐いた
--direct spatialでノープロですた

以前から警告されてたけど、警告と同時に自動的にspatialになるよ

r1160の公開後にすぐまたSerapy氏のサイト落ちた…他のとこでr1162も来てるからなぁ。。。

埋め

個人が低ビットレートでエンコしたようなものは大でも小でも汚物なんだよ

色々と端折ったり細部をボカしたり日本のAVみたいなことしてんだよ

アップスケーリングやら超解像やらでそんな恥部をこれ見よがしに拡大してどうすんだよ粘膜マニアか

よもや直腸粘膜マニアじゃあるまいな

1000どうぞ

1000

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