x264 rev29

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

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

Q コマンドラインの使い方が分かりません
A 初心者スレでどうぞ
http://hibari.2ch.net/test/read.cgi/avi/1269894718/


[本家]
http://www.videolan.org/x264.html
http://git.videolan.org/gitweb.cgi?p=x264.git;a=summary (ソース/チェンジログ)
http://x264dev.multimedia.cx/ (開発者のブログ)
http://doom10.org/index.php (公式フォーラム)
irc://irc.freenode.net#x264(ユーザー用IRCチャンネル）
irc://irc.freenode.net#x264dev(開発者用IRCチャンネル）

[バイナリ]
Getting the latest x264
http://doom10.org/index.php?topic=3.0

前スレ
x264 rev28
http://hibari.2ch.net/test/read.cgi/avi/1277292200/

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

AviSynthの使い方等は
Avisynthを絶讃ιょぅょ Part29
http://hibari.2ch.net/test/read.cgi/avi/1269609920/

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

リサイズやアス比の話題は
アスペクト比 part5
http://hibari.2ch.net/test/read.cgi/avi/1240149543/

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

Matroskaの話題は
【mkv】MatroskaVideo総合スレ8【mka】
http://hibari.2ch.net/test/read.cgi/avi/1237123715/

PS3の話題は
【H.264】 PS3動画スレッド8 【1080p】
http://hibari.2ch.net/test/read.cgi/avi/1263892716/

これは>>1乙ではなくて、わっちの自慢のしっぽじゃから勘違いをするでないぞ！
　　　　　　　　　　　　　 |＼　　　　　　 |＼
　　　　　　　　　　　　　 l lヽ`-‐ '´￣ ｀ヾゝヽ　　つ
　　　　　　 　 　 　 　 　 ｼ~　／" ｀ヽ ヽ　 `､l　　　　　つ
　　　　　　　　　　　　　//, '///|! !‖ ヽﾊ　､_ヽ　　つ
　　　　　　　　　　　　 〃 {_{＼」」 Ｌ|l|／ﾘ ｌ │ |ヽ　　　つ
　　＿＿＿＿.　 　 　 ﾚ!小ｌ●　　　 ● 从　|、|　）
　く　　ﾉ::::::;;;;;;＼. 　 　 ヽ|l⊃　r‐‐v　⊂⊃　|ﾉﾊ´
　　￣￣フ;;;;;／　/⌒ヽ__|ﾍ　　ヽ ノ 　 　j /⌒i !ヽ
　　　 ／;;;;／　　. ＼ /ヽ.|　l＞,､ __,　イァ/　 ///ﾊ
　　／;;;;∠＿＿＿　/ヽ./|　|　ヽヾ、　/,{ﾍ､__∧/ﾊ !
　く:::::::::;'::::::;':::::::;'::::::7ヽ< } / 　 l丶× / ヾ l　l''ﾊ∨

>>1はｲｹﾒﾝ

前スレ終わった。新スレ乙

　　ﾌｯ… 　／/ !|lii　　　　　　　　　　　　　　　　　　　　　 ／/ ヽ,
　　　　|l|,.└''"´￣｀ヽi|li　　　　　　　　　　＿　　ﾆ　　　,.└''"´￣｀ヽ≡
　　　,.'´　　、､　　 ヽ　 ヽ　＿＿￣￣￣　　　　　　,.'´　　、､　　 ヽ　 ヽ　＿
　　ノ lヽ　 j ／､lヽ　ﾄ､　 .'!|l　　　￣￣￣　　　　 ノ lヽ　 j ／､lヽ　ﾄ､　 三
|ilh'´ r'"ｲ .ﾉ＼| .r=ｧ　ﾚ'{ }　　￣￣　￣　　＝　h'´ r'"ｲ .ﾉ＼| .r=ｧ　ﾚ'{ ≡
｛ヽ.,l　　r=-　　　　 　　l11`○　　　￣￣￣　 ｛ヽ.,l　　r=-　　　　 　　l11`三
o´ﾚ1ヽ'、　　ｰ=‐'　 　 人ill| 　`i|l　＿＿　＿ o´ﾚ1ヽ'、　　ｰ=‐'　 　 人ル￣─
7'　i|! 〜' !|l|　　il|　　i|il!　　　　　　　　　　　 ＝'　ﾚ〜'　`--──三-　─
i!| |i　　　　　　　　　　　　　　　　　　　　　　 ○
　　　　　　　　　　　　　　　　　　　　　　　　　/　　　;　　　/　;　　;
　　　　　　　　　　　　　　　　　　　　　　　　// ヽ// 　　 /　ﾋｭﾝｯ
　　　　　　　　　　　　　　　　　　　　　,.└''"´￣｀ヽ､
　　　　　　　　　　　　　　　　　 : 　,.'´　　、､　　 ヽ　　/
　　　　　　　　　　　　　　　　　　ノ lヽ　 j ／､lヽ　ﾄ､　 .',
　　　　　　　　　　　　　　　　　h'´ r'"ｲ .ﾉ＼| .r=ｧ　/ﾚ'{ i/
　　　　　　　　　　　　　　　　 ｛ヽ.,l　　r=-　　　　 　　l11`○
　　　　　　　　　　　　　　　　 o´ﾚ1ヽ'、　　ｰ=‐'　 　 人ル 。
　　　　　　　　　　　　　　　　7'　ﾚ//　`--──‐/´
　　　　　　　　　　　　　　　　　　/;　　　　　;　　/
　　　　　　　　　　　　　　　　　　　;　　　　　　;/
　　　　　　　　　　　二／/ ヽ,
　　　　　　　　　　　,.└''"´￣｀ヽ≡
　　　　　　　　　,.'´　　、､　　 ヽ　 ヽ　＿　三
　　　　　　　　ノ lヽ　 j ／､lヽ　ﾄ､　 三　　　 ─
　　　　　　≡h'´ r'"ｲ .ﾉ＼| .r=ｧ　ﾚ'{ 二　　　 二
　　　　　　 ｛ヽ.,l　　r=-　　　　 　　l11`三　　　　≡　　　　　　　　　　　;　.:　ダッ
　　　　　　 o´ﾚ1ヽ'、　　ｰ=‐'　 　 人ル　─　　＿　　　　　　　　　　　人/!　　,　 ;
　　　　　 ＝'　ﾚ〜'　`--──三-　─　　　　　　　　＿＿＿＿＿从ノ　　レ,　　、

そういえば ttp://wiki.videolan.org/SoC_2010/Macroblock_adaptive_frame_field_interlacing
のMBAFFフルサポートって案の定進捗がなく終了しちゃったなぁ

まだ終わってねえよｗ

>>7
>Upcoming:

>Adaptive MBAFF development is coming along, with B-frames being
>finished up currently.

http://mailman.videolan.org/pipermail/x264-devel/2010-October/007858.html


先月のニュースレターにこうあるから、そのうちに来るのでは。

>>7
>Adaptive MBAFF development is coming along, with B-frames being
>finished up currently.

なにをもって「進捗がなく終了」と言ってるのか、説明を要求する

アホなんだろ

GUIバージョンが終わったからあんまりスレ伸びないね

GUIはもともと別スレだから関係無いわ、初心者はあっちのスレで質問
してるしそれ以外は別に話題無いしってだけじゃね

403 Forbidden
Request : GET
Object : /~seraphy/program/x264/


HTTP からのアクセスは、許可されていません

--------------------------------------------------------------------------------

- 04WebServer/1.86 -

こいつこりねぇな

いい加減無視いれるか

なるPのサイトも見れなくなってる件ｗ

mp4catも終了ぽいからvfrの作成手順もそろそろ見直すかと思ってたら
Itsもインフォシークと一緒に終了になってEasyVFR一択に

403 Forbiddenのやつうざいな
通報しとくか

うざい位で通報するなｗ

荒らしを通報して何が悪い

荒らしは朝鮮人なので通報するとたいへんなことになる

>>17
覚書の下に、narup_logでディレクトリ掘ってうｐしました。
ttp://www.geocities.jp/encmemo5whf6jvag8/narup_log/
infoseek氏ぬの気がついたの遅かった and 最近ロクに打ってなかった所為で、事前サイト内告知不完全でした。
いやー。名前にsageと書くぐらい慌てるほど心配してもらえて、マジ嬉しいです。

は？

なるP氏ここ見てるのか

そりゃエンコから足洗うか死ぬかしない限りは見てるだろ

いい加減地デジ環境入れようぜ

http://www2.accsjp.or.jp/criminal/2010/1023.php

またかよ・・・
つか、約18,000のファイルとかどんだけ

>>28
完全にスレ違い

えっ？

>>28
Tなんとかにでもつぶやいてろよｗ

403 Forbidden
Request : GET
Object : /~seraphy/program/x264/


HTTP からのアクセスは、許可されていません

--------------------------------------------------------------------------------

- 04WebServer/1.86 -

ﾌﾟﾌﾟﾌﾟ

afs来てるじゃん

403 Forbidden
Request : GET
Object : /~seraphy/program/x264/


HTTP からのアクセスは、許可されていません

--------------------------------------------------------------------------------

- 04WebServer/1.86 -

さぁて、そろそろ寝るか

YouTubeの鯖が使ってる1080pのx264設定って、どんな感じでしょう？
地デジ素材なら6Mbpsくらいまで出てて、SD素材のアプコンなら1.4Mbpsくらいに
変換されます。

Youtubeのエンコーダーはx264ではない

r1765

>>39
きたか

ｒ1766

>>38
前にTXPスレでx264使ってるとあったぞ。

GPLなのにどう使うんだろうって思ったら、x264って商用ライセンス用意してたのかー

GPLだからって商用に使えないいて道理はないんだが・・・

GPLだったらそれを使ったシステムのソースが問題になる可能性があるしMPEGライセンスの問題も出てくるよ
非常に使い難いのでまあ敬遠されるでしょうが

>>45
MPEGのライセンスは特許権、GPLは著作権
違いをちゃんとわかってるかな？

フリーソフト(GPL)だからこそ、MPEG LAとの契約でもめそうだろ？

ようつべみたいにプログラムがサーバーにしかなくてユーザーはそれを使うだけって場合は別にソース公開しなくていい

【TXP】TMPGEnc 2.5/4.0 Xpress 49【実写ｴﾝｺ専用】
http://2chnull.info/r/avi/1254106514

61：名無しさん＠編集中：2009/10/02(金) 22:48:37 ID:ARelMA9x
>>60
HDが始まった直後、ファイルにH.264のエンコードオプションが埋め込まれたままだった。
今は消えたけどね。
たぶん変換サーバがLinuxで、Linux版もあるx264がちょうど良かったんじゃないのか。

古い動画だと当時のままなので見える。
http://www.youtube.com/watch?v=iZMR5GEbm6I&hd=1
Writing library : x264 core 54
Encoding settings : cabac=0 / ref=3 / deblock=1:0:0 / analyse=0x1:0x111 / me=hex / subme=5 / brdo=0 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=0 / cqm=0 /
deadzone=21,11 / chroma_qp_offset=0 / threads=1 / nr=0 / decimate=1 / mbaff=0 / bframes=2 / b_pyramid=0 / b_adapt=1 / b_bias=0 / direct=1 / wpredb=1 / bime=0 / keyint=60 /
keyint_min=25 / scenecut=40 / rc=2pass / bitrate=2000 / ratetol=1.0 / rceq='blurCplx^(1-qComp)' / qcomp=0.60 / qpmin=10 / qpmax=38 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / pb_ratio=1.30

ここにYouTubeやGoogleが掲載されている。

http://x264licensing.com/adopters

r1766

すまん既出だった

現在のつべはどのVer使ってcfr幾つなのかな？

早速ビルドした

x264 Video Codec rev. 1766 x86 (2.81 Мбайт 2010-11-11 12:40:38) (generic) ffms2 r352, 8bit-depth.
x264 Video Codec rev. 1766M x86 (2.81 Мбайт 2010-11-11 12:41:51) (mod) Fix built using ffms2 r356. 8bit-depth.
x264 Video Codec rev. 1766M x86 - 10bit (2.76 Мбайт 2010-11-11 12:43:00) (mod) Fix built using ffms2 r356. 10bit-depth.

cfr（笑）

vfrでないならcfr

cfr = Constant Frame Rate
crf = Constant Rate Factor

trf = TK Rave Factory

JRF = JR貨物 もお忘れなくw

あ゛ｗｗｗ
で、現在のつべはどのVer使ってcrf幾つなのかな？

なんかツール使って落として見てみればいいんじゃね？

つべって、固定じゃなかったか？

>>61
>>49もだけどビットレート指定じゃないの？
その方が出来上がりの容量抑えやすいし

>>63
可変。>>37

解像度ごと固定でしょ

今のつべはJAVAで2GB以上15分未満に対応してる。
HUFFYUVでUPして比べたらx264開発者や目のいい人なら判る。たぶんｗ

403 Forbidden
Request : GET
Object : /~seraphy/program/x264/


HTTP からのアクセスは、許可されていません

--------------------------------------------------------------------------------

- 04WebServer/1.86 -

x265まだ〜？チンチンブラブラ。

x263ﾏﾀﾞ〜

x262どうなった〜

crfの値って23が標準画質？
どれくらいが超高画質でどれくらいが高画質とかある？

画質評価は人によって違うから何とも言えないだろ
勿論素材にもよるだろうしな

ただDark_Shikariは18くらいで一般的にはほぼtransparentだと言ってたのを
見たことある気がするかな

crfしていするならqpmin/maxも指定すると良い
デフォルトの10〜51とか酷いので

10なんてそこまでのソース準備できるの？(ということで15〜18程度でよい)
51って何も見えないけどいいの？(ということで24〜36あたりでよい)

あとは0.60の項目も動かすと良い(私の場合は0.8くらい)

ブルーレイ推奨が16になってるね
23はニコ用向きじゃなかったかな

確かに18と19では画質にも容量にも違いが出る、と感じる
jvtの話だが

qpminやqpmaxはいちいち弄らんでもよい

>>74
＞あとは0.60の項目も動かすと良い(私の場合は0.8くらい)
具体的にどう良くなるのか、できれば教えてほしい。

初心者スレでやれよｗ

自分で動かして比較しろ
なにも変わらないと思ったらデフォにすればいい

crfだけで決まるもんでもないし好みの影響だってあるし見比べて比較するっきゃない。

>>75
>ブルーレイ推奨が16
その話が出ているURLとかが分かるなら教えて欲しい
ちょっと興味がある

>>82
猫研だぞ
http://www.up-cat.net/x264%25A4%25C8Blu%252Dray.html

まあ正直に言うと、--qcompは変えてももわかんなかったんだ。
だからデフォルト（プリセット）でやってるし、説明を見ると--qpmin --qpmaxと同じように思える。
でも>>74は併用してるし0.8が良いって言ってるから、実際どう良いのかが聞きたかった。

mbtreeができたときにD_S氏が0.8くらいがいいって言った気がする

>>83
どこにも16推奨なんて書いてないやんけ
まあ、16まで下げればまず文句は出ないだろうけど

BD向けなら、容量を調節できて、VBVがより正確になる2passの方が良いのでは。

PMP向けとかでcrf28とかにすると、暗いシーンでかなりキツくなることが多いので、
qpmaxとqcompで調整するな。
PC用とかで十分なビットを用意できるなら、qcompは低い方が綺麗げに見えて好き。

>>87
たしかにハードウェアプレイヤーではvbvってかなり厳密に効いてくるからなぁ。
PCではDXVA等でもすかすか再生できるmp4ファイルも、LinkPlayerみたいな
ネットワークプレイヤーだと当初は再生できるのに途中から止まってしまうなんて
こともあるけど、これはvbvが原因だし。

しかも、この辺の制限がvcl-hrdとnal-hrdとで違ってくるのが厄介なところ。

>>73-77
ありがとう。

x264vfwでHigh4.0で1440x1080p＠29.97でやると、ref framesが5になる。

http://en.wikipedia.org/wiki/H.264/MPEG-4_AVC#Levels　には
Examples for high resolution @frame rate(max stored frames)
1,920×1,[email protected] (4)　ってあるけど、4に設定しないと危ないですか？

403 Forbidden
Request : GET
Object : /~seraphy/program/x264/


HTTP からのアクセスは、許可されていません

--------------------------------------------------------------------------------

- 04WebServer/1.86 -

r1772

http://twitter.com/darkshikari

http://a2.twimg.com/profile_images/1167599870/koishi_avatar_bigger.png
なんだこのアニメは？ｗ

>>94
http://www.google.com/images?hl=&q=koishi+touhou&sourceid=navclient-ff&rlz=1B3GGLL_enJP405JP405&ie=UTF-8&biw=1280&bih=802

>Chroma weightp

インターレースでもweightpを使える様にならないかな。

妖精は向こうじゃYokaiなのか

東方に妖怪出てくるからそれを意識してるんでしょ

妖精はJEEB氏の誤訳だYO

>>94
東方のこいしでしょ。さすが、プリセットにtouhouを作るだけのことはある。

Big Japan-related x264 announcement coming Soon^(TM).

凄いな。x264のライセンスオファーが40社近くから来ているのか。
日本に関連するってペガシスがTMPGに搭載するとかだったりして。

AVC Editorとか出ればいいなあ

TMPGEncMPEG4Editorがほしい

>>101
ペガだと鬼に金棒状態になるなぁｗ
ペガがx264のライセンスを認識している可能性あるのかな？

俺も欲しい
あとはAviUtlに放り投げるだけだしな

TMPG搭載したら嬉しいが
ペガのフィルタしょぼすぎるから
AviUtlのままになりそう
前まで4.0XPressでx264vfwで出力してたけど
AviUtlのフィルタの優秀さには勝てない
4.0はCMカットと可逆とボリュームいじるのと音声抜き位しか使ってない

それならTME3＋Aviutlの方がいいだろ…

今買うならTME3買うよｗ
当時は4.0使ってたからな
さすがに今から買う気はしないけど

TXPから可逆で出すならMediaCoderのx264エンコがいいんじゃない？

MediaCoder使ったことないんだよな
あれ使いやすいの？

TMPGEncにx264が搭載されるとしたらどのくらいの頻度で更新するんだろう

これだけ盛り上がって搭載したのがloiloscopeだったら大笑いだな

こんなスレ覗いてるぐらいなら普通avisynth使ってるだろ
MediaCoderとか正気かよｗ

>101
40社もかぁ
それってどこで見れるのん？

すまん
>93　だね
意外に東芝とかのレコーダーに搭載とかだったりして

jeebとかのビルドってyadifとか内蔵してるけど、ああいうのってavisynth無しでも動くの？
主要なフィルタ片っ端から内蔵してくれたら、メモ帳とx264.exeだけでエンコできそう。

>>112
せっかくx264自身が拡張Avisynth入力に対応しているわけだしねい。
あとはMPEG2やH.264のデコーダや、TSやmp4のスプリッタや
プレビューアプリをどうするのか程度の話だわな。

それでもMediaCoderは複数のファイルでも突っ込むだけという便利さはある。
最近のはAvisynth経由させないとまともに使えないみたいだけどな。

今はAVS作成とジョブ管理はMeGUI使って、細かい修正はAvsPでやってる。

>>115
hqdn3dやyadifはもともとmplayer/mencoderのfilter
avisynthは要らない

>>117
MediaCoderとかのHall of Shameにさらされてる恥さらしの話題は他所でやれ

r1787

x86の10-bitでmakeに失敗すると書こうとしたら、更新があった。

現状で10bit版のメリットって何？

好奇心を満たせる

ない。
今からしとかないと、間に合わないから。

Avisynthが内部処理10bit化するのは意味があると思うけど、
ほとんどのディスプレイが8bitな現状で、最終出力を10bit化する意味と
なるとなぁ。

なにをあほなことを
世のディスプレイのほとんどは、俺の知らない間にYUVで表示するようになったのか？

RGBさんがログアウトしました

>>124 は10bitでエンコードして10bitなデコーダを使えたとしても
YUV10bit -> RGB8bitになるからあまり意味ないよねって言いたいんじゃないかな

え？
YUV8bit->RGB8bit よりも YUV10bit->RGB8bitのほうが綺麗なこと知らないやついるの？
AviUtlのプレビューなんてYUV12bit->RGB8bitだから、
エンコ後に騙されたような気分になることもあるくらいなんだけど

そんなこだわりがあるのに
使ってるのはaviutlとな

後でエンコし直すのが面倒だから10bitでやってる。

何かを混同しまくってるやつが沸いてるな

そっとしておいてあげるのが優しさ

10bitってx264.nlのとことかにある10bit-depthってやつでいいの？

いいよ
再生環境無いけどね

�d

俺的には待望の chroma weighted prediction がやっとコミットされたようで

今度はフィルムグレインの保持とかバンディング対策とかやってくれないかな……

そういうQP下げりゃなんとかなる系ってのは、規格そのものが更新されないかぎり無理じゃねーの。

--fgo

それは保持じゃなくて追加な、追加するんなら再生時に追加したほうがいいと思う。

--psy-rdを強めにすれば、グレインは保持しやすくなる。

tune grainじゃダメなもんなの？

>>136
クロマなんちゃらが装備されたことで多少バンディング対策にはなっていないの？

weightpはフェードを改善する機能だから、バンディングとは関係が無い。

グラデーションの保持をしたいと言う事なら、それこそ10-bitの出番になる。
gradfunみたいなフィルターも追加されるとみたいだし。

>>143
バンディング対策にはならないんだ。
フェードの改善ということは、色は同じだけど暗転するシーンとかに有効なのかな？

10bitのx264は、入力10bit→出力8bitとかできるのかな？
可能だったら素材さえ用意できれば試せそうだが。

gradfunってのは何ですか？
ググってもいまいちよくわからんのだが。

gradfunってavisynthで使うバンディング除去のフィルタだろ、ffdshowとかにも使われてた気がする。

>>145
Thx.
バンディング除去フィルターなんですね。

あ、やっぱ上からなんかかぶせて階調割れを目立たなくしてるだけの気がするから
除去って言うか隠してるってのが正しいのかな。

8-bitの入力 + ディザリングで、綺麗なグラデーションの10-bitを出力可能になると言う話。

>>147
なるほど

>>148
そんな機能ついてるんですか？

>>149
http://forum.doom9.org/showthread.php?p=1449690#post1449690

まあ、10-bitの再生環境が普及するまでは、私は8-bit + GradFun2DBmodで妥協するつもりだが。

5年以内に High-10 プロファイルが民生用に降りてくることは無いな。
x264開発メンバーもプロ用途かネタ切れで 10bit 版開発しているんだろ。

>>150
結局そうなりそうですね。

>>151
プロ用ですね。


入力8bit→10bit化→デバンディング→x264に渡す→10bitの階調をいかしながらエンコード時に8bitへ落とし込み
とかが簡単にできるようにならないと我々には使い道がないのかな。

民生用に降りてくることはない？　プロ用？
10bitエンコードは今年のx264のGSoCのお題のひとつで、一人の学生が半年で書いたものだよ
だとすれば例えば来年のffmpegのGSoCあたりに10bitのAVCデコーダーがあがる可能性も
十分にあるだろ
ffmpegが対応すればMPlayer、VLC、MPC-HC、ffdshow、Perianあたりはすべて対応することになるし、
CoreAVCあたりもやらないわけにはいかなくなる

BDプレーヤーとかDxVAとかPS3とかQuickTimeとかの屑が対応しなくったって、別に構わんさね

gradfunとか階調割れ対策っつうより階調割れしそうな部分の階調すっ飛ばして
平坦にしてるように見える

それパラメータによって違うんじゃない？

CoreAVCって、High@10対応をアナウンスしてなかった？

x264って散々GPUエンコの事は散々言われてたけどDXVAでの高速デコードしを利用しながら
エンコって出来ないかなぁ？まあ入力ファイルが限定されちゃうけどね

デコーダじゃないからな
DGDecNV＋Avisynthで同じことできるがまったく意味がない
デコード（入力）部分がボトルネックではないからね

試しにDXVAをオフにしてエンコしたら確かに殆ど意味が無いね
時間殆ど変わってなかったｗｗ

少なくとも40"以上の液晶パネルの大半が10bit表示 & 駆動基盤入力も10bit & HDMI入力も10bit超まで対応済み
の状態なんで、後は出力側の普及のみだな。
...写真見るから、対象はPCモニタか。 上記技術がそのままPC系に降りてくると考えれば同じことかな。

モニタ系の10bitとH.264の10bitはまったく関係ないぞ・・・

403 Forbidden
Request : GET
Object : /~seraphy/program/x264/


HTTP からのアクセスは、許可されていません

--------------------------------------------------------------------------------

- 04WebServer/1.86 -

>161 それは現状、
・H.264のデータフォーマットがYUVしかない
・YUVの（少なくとも）輝度情報規定が8bitまでしかない
・（モニタ）HDMI 1.3のDeep Colorの30/36/48bitはRGBしか対象にしていない
・よって、YUVのまま流す場合は意味がない
って解釈で合ってる？ それともDVIはRGB16bitまでという意味？ (DisplayPortは無視)
例えば、PC→(HDMI)→LCDではRGBで出力している、と思ったんだが。
あと、Deep Colorって標準仕様でなくオプションだな。

ごめん、訂正。

>161 それは現状、
・H.264のデータフォーマットがYUVしかない
・YUVの（少なくとも）輝度情報規定が8bitまでしかない
・（モニタ）HDMI 1.3のDeep Colorの30/36/48bitはRGBしか対象にしていない
・よって、YUVのまま流す場合は意味がない
って解釈で合ってる？ それともDVIはRGB24bitまでという意味？ (DisplayPortは無視)
例えば、PC→(HDMI)→LCDではRGBで出力している、と思ったんだが。
あと、Deep Colorって標準仕様でなくオプションだな。

大体あってる
そもそもYUVとRGBは同じビット数でも1:1対応じゃないことが重要
すべての24bitRGBの色を8bit量子化YV12では表現できないから
10bit化の恩恵は一般の8bitモニタで充分受けきってしまう
・・・デコードできればだけどね

SMPTE170M(BT.601)やBT.709のYUV<->RGB変換式にはそれぞれ少数を含んでる。
つまりYUV8bit -> RGB8bitの変換を行うとどうしても丸め誤差が出る。それがバンディング
などの劣化として映像に現れる。YUVを10bitにするとその誤差が減るからRGBが8bitでも
それら劣化低減などの画質向上につながる。もちろんRGBでも10bit以上のビット深度ならば
その恩恵も出てくるが8bitであっても十分意味はあるのだよ

少数があるから誤差が出るというのはちょっと違和感があるな
そもそもの色空間の広さと密度が違いすぎるから当然
YUVは圧倒的に広くかつスカスカ

赤スカ

コンプレスレンジの影響もすごくでかいと思う。
RGB0-255をYUV16-235にマッピングしているからYUVに変換するだけで
輝度の階調が256段階から220段階に減ってしまう。

H.264はRGB0-255をYUV0-255にマップするフルレンジモードも使えるけど
あまり一般的ではないね。

なに話してんのかわけわからん
結局、ソースをどう入力してどう出力するのが正しいんだよヽ(`Д´)ﾉﾌﾟﾝｽｶ

俺も一応ヽ(`Д´)ﾉﾌﾟﾝｽｶ

ソースはDGINDEXなどで、色域を判定する。
aviutlの色域フィルターなどで、入力を判定した色域を指定。
出力色域を再生デバイスにより変更。
PS3なら、BT709、PCならsRGB。


と思っていたけど、識者に聞いて。

その辺は色空間スレが詳しい
…と思ったが少し前に落ちてから立て直されてないんだな

立てたけど即死した

放送をSDでエンコードする場合には、ColorMatrix(mode="Rec.709->Rec.601")が必要と言うくらいで、
他は難しくない。

HDなら何もせず、--colorprim bt709 --transfer bt709 --colormatrix bt709 と付けるだけ。

r1790

>>175
HDのままなら何も付けなくたっていいじゃないか。

SDにする場合も大抵は必要無いけど、FlashPlayerとかは
SMPTE170M付けなきゃダメなんだっけ。

いつもまにか2000に近づいてる・・・

r1999.01

またなかなか来ないでドンになるのかね

nlのページ最新バージョンが何なのかがわかりにくくなってね？

ttp://mod16.org/hurfdurf/?p=116
最後の一行でOK。HDをSDとしてエンコする時にはちゃんとbt709を付けるか、
>>175 の言う通りBT.709→BT.601変換しておいて、SDとして扱えばおｋ。
（大体の再生ソフト等はちゃんと情報を渡さないため、後者の方が今のところおすすめ）

これで手に入るソース9割以上は扱えるはず。

>>177
それは「BT.xxxの情報がない」と言うことになるからねぇ・・・
つまり、PCならレンダラが「縦レゾが○○○px以上であれば」っぽい条件で
判断することにしてる。

それでいいのかい、今のこの「情報のない海」から出たくないのかい。
個人的には、ちゃんと情報があって、それで判断すればいいのだと思うがね。
情報がなければBT.609として自動的に認識する再生機器もあるし。

あれ？サイズで自動認識しちゃうから>>175みたいなのはなくてOKってのをいつか聞いたような

自動認識するスプリッタやレンダラが普通だけど
そうじゃない場合もありえるからつけときゃ無難

x264の--colormatrixはともかく、avisynthのcolormatrix()は
必要時以外は付けたらいかんだろ
xvidスレじゃねえんだぞ

指定しておかないと誤爆するプレイヤーも多々ある

FLASHプレイヤーなんかは指定ないと強制709だしね

>>186
そんなこと言ってるやついないだろｗ

うむむ、アプコンダウンコンはやらないから変換指定はいらないとして、
おれSD色域な、おれHD色域な、的色域主張オプションは付けといた方が無難ってこと？
DVDなSDなら --colorprim smpte170m --transfer smpte170m --colormatrix smpte170m
BD地デジなHDなら --colorprim bt709 --transfer bt709 --colormatrix bt709
を付加しろと。

あとは--fullrangeもね

SDなら --colorprim smpte170m --transfer smpte170m --colormatrix smpte170m --fullrange off
HDなら --colorprim bt709 --transfer bt709 --colormatrix bt709　--fullrange off
ってこと？

--fullrange <string>　Specify full range samples setting ["off"] - off, on
TVレンジはデフォなので、大体の場合は付けなくてもおｋ。
もちろん、PCレンジの場合は付けないとダメ。
colormatrixと違って「指定されてない」じゃなくて、「オフ」がデフォなんだからね。

普通にDVDソースを再生時に伸張して見る分には不要ってことね

それにしても stable が 1741 から動かんね

前言撤回 stable 1775になってましたorz

どこでStableのバージョンって確認できるの？

レンダラにYUVのままで渡してる時はタグは無視されてレンダラの仕様に沿って
RGB変換されるからそこは気をつけたほうがいい

猫化さんちのchangelogで確認してる。
git でもいいんだけどね。

>>198
あーほんとだ、猫科さんのところで見れますね
見落としてました
Gitだと見方がわからなくて困ってたのですよ

>>197
レンダラのクロマアップサンプリングの品質の問題もあるし、
出来る限りデコーダでYUV->RGB変換しちゃったほうがいいよねい。

revision2000になったら起こして

いざ起こそうとしたら201が白骨化してたでござる

粘菌詐欺で逮捕でござる

svn管理にしてほしいわ・・・

gitがsvnに劣ってる点なんてひとつもないだろ

んと、コマンドが難しい
今いるcommit pointが分かりにくい
とか
あと、慣れた人間がまだまだ少ない

コミットがきたぞー

一気に1804か。
今年中に2000目指すしかないな。

mster r1803 04b59661469bfef7356e5e8ff443252fcf5fe264
stable r1794 2f8ad9797d5118168d128f38544607494dfc0f73

http://tmpgenc.pegasys-inc.com/ja/press/10_1126.html

これはつまり、x264+CUDAが実装されるかもって事？

元々ぺガ製品はフィルター処理をCUDAで補助
コーデック処理は一切CUDAではしてない

>>210
初心者がこのスレにもなだれ込んでくるな

初心者スレに誘導すればいいでしょう

ほーホントにペガシスが買ったんだ。

次期後継製品でか…。
ｘ264でエンコした動画を編集部分だけ再エンコで繋げられるなら
ベクターでPaypal半額セールを待って買うかも

そんな機能はmpeg2用にも付いてねえよ

二人とも笑ってねーｗ

その写真のペガシスCEOがキング・オブ・コメディーのツッコミに見えてきた・・・

>>175
>>190
＞放送をSDでエンコードする場合には、ColorMatrix(mode="Rec.709->Rec.601")が必要

ColorMatrixで変換出来るのは--colormatrixだけだよね。
transferは同じだから良いとして、colorprimeは変換出来ないと思うんだけど、
この場合SDは--colorprim bt709 --transfer smpte170m --colormatrix smpte170mってやらなければいけないのでは？

>>220
AvisynthでColorMatrix(mode="Rec.709->Rec.601")してる以上
x264から見たら入力されたファイルはBT.601Dに過ぎない

>>217
値段的にも次期後継製品はTME3みたいな機能付けてくれても良いと思うんだ…。
と言うか派生製品増えすぎだからいい加減統合しろと小一時間

>>219
ハリーポッターと東幹久じゃね？
ビタミンウォーター飲む前のｗ

DarkShikariさんってこんな顔してたのか
ってかカリフォルニアのあのエリート大学はもう卒業したのか

>>223
ttp://x264dev.multimedia.cx/about
ttp://i38.tinypic.com/23jh91z.jpg

アメリカのケーキって食い物ってレベルじゃないよね

ttp://i.imgur.com/JjZsE.jpg

東方ver.

>>223
http://www.linkedin.com/pub/jason-garrett-glaser/20/654/40
来年卒業予定らしい

ハルヒBD収録の新規撮影OPがBT.601らしいな

それなんてPV4のキャプだよｗ

rev1802のdiffを軽くみて
これwippleさんなんか反応しそうだなぁと思ったら
反応もなにもそのコミットに係わってたとは…
おつかれさまです。

なんかどんどん増えてるなぁ・・・

つうかさ、
TME3、TXP４、TAW4の3製品を一つにした決定版出してくれよ！！

色空間関係の指定のお約束パターンってなんなんだ。。
SDそのまま HDそのまま アプコン ダウコン それぞれ違うのよね？

286 ：[名無し]さん(bin+cue).rar [sage] ：2010/11/09(火) 11:15:01 ID:NG1jeXBK0 [PC]
ソース

BT.601
DVD
PV3&4の.dv(HD解像度でもBT.601)
アナログ(コンポジット,etc)

BT.709
BD
.ts(BS1,2やCSのSD解像度でもBT.709)


エンコ時

縦720ドット以上
BT.709に変換してx264オプションに--colormatrix "bt709"

縦720ドット未満
BT.601に変換してx264オプションに--colormatrix "smpte170m"

>>232
難しく考えなくて良い
最終的に出力する解像度にあわせて変換・指定すればいいだけ

r1802で結局weightpの何が変わったの？

>>220
厳密にはその通りだが、colorprimを認識して
モニタとカラーマネージメントするようなプレーヤーなんて聞いたこと無いし、
BT.709とSMPTE170Mの色域はそれほど異ならないし、
まあわざわざ付けるならその方が良いか

>>235
猫科研究所に解説があった
> もろもろの事情を勘案した上で一応付け加えると、この新しいweightp 1を使用することで、
> ref dupsに対応しない一部の機器やデコーダでの再生が正しくできるようになる場合もある。
> 間違っているのはそれらの機器の方なのだが、回避しつつ一応の weightpが使えるようになったのは利点だろう。

>>236
＞BT.709とSMPTE170Mの色域はそれほど異ならないし

･･･。

>>238

>>239

ここまで俺の自演

>>243

オレ前世は犬だったんだけど、散歩のときにご主人様がオレのうんこ拾うの見て、
「なんでオレのうんこ拾ってるの？もしかしてうんこ好きなの？」と思ってた。

>>230
日本人コミッターなのね
増えるのはいいことだ

>>235
＞r1802で結局weightpの何が変わったの？

＞Blu-rayやPSPやCoreAVC(1系)やFlashPlayer(10.0系)での再生を考えるなら、
＞--weightp 2ではなく--weightp 1を使えば今後デコードが壊れなくなるはずです。

今までqpminのデフォルト10だったのに
r1804でqpmin 0がデフォになってるね。
ちょとびっくりしたのでカキコ。

ﾏ
ｼﾞ　 ﾊ ,,ﾊ
ﾃﾞ　(；ﾟ◇ﾟ)z
!?

>>246
AQがフラットな領域のQPをもっと下げられるようにする、って書いてあるね

いろいろかわってるみたいだねえ

>>245
でもCoreAVCもFlashPlayerも今はもう直ってるんだよね
だとしたらBlu-Ray対応が主目的なのかな

>>250
アップデート不可なハードウェアデコーダ用じゃない?

>>251
なるほど
それなら自分はあまり関係ないかな

>>245
x264でweightp実装されて以降、=2を使用してPSPでソレ関連の再生不良に出会った事ないっスが・・・
まぁ、メチャメチャ古いファームだったら分かんないけど。

>>248
0にしてもGray Fogged Frameは出ない、ってコトなのかな。

あれこれ検証が必要かな。

PSPはweightp 2だとフェードシーンでごく稀に再生不良発生するよ
といっても数フレームブロックノイズっぽいのが発生するだけだから大きな問題じゃないんだけど

1802の件、それ以前は

・Mac OS X v10.5 Leopardは「ref + weightp > 16」のときにデコードがおかしくなっていた
・PSPは「ref + weightp > 3」のときにデコードがおかしくなっていた
ので、例えばPSPで画質稼ぐなら
従来は ref3 + weightp0 か ref2 + weightp1 か ref1 + weightp2 しか選択肢がなかったのが
1802以降なら ref3 + weightp1 も選べるようになった
（Leopardなら ref16 + weightp1 も選べるように）

ってことらしいですよ奥さん
個人的には、weightp使うとエコノミーが死んでNGだったニコ動で
新weightp1を使ったらどうなるかなぁってところが気になる

>>255
まあ、奥さんお詳しいのね？

MacもPSPも割とどうでもいいです・・・

>>233
HDMIキャプチャは？

>>255
俺もPSPでref3、weightp2をずっと使っていたが映像崩れ起きたこと無いんだよな・・・
型番とかファームの違いなんだろうけど

>>254
私はWOWOWの映画をPSP向けにエンコしてて通勤中に見てるんだけど、去年の秋(だっけ)
mbtree有効に加えweightp使えるようになってから、パンしつつフェードするようなシーンを
さんざんチェックしてたんスが・・・ 見落としてた？orz

>>255
> ・PSPは「ref + weightp > 3」のとき
ぐげげ、まさにエンコパラメタは--ref 3で、デフォの--weightp 2が有効になってるぅ・・・
今後は素直に--weightp 1を追加しときます。
あとMac持ちでもあるのですがｗ、QT向けにエンコするコトあったら気をつけてみまつ。
QTって制限多くて使いづらいクセに重い印象あるんスよね。
身の周りのブルレイでの再生検証メンドくてブルレイ向けエンコはやる気になんないなぁ。

>>257
ブルーレイも関係してるらしいじゃない奥さん

PSPですが ref + weightp(dupes) > 3 で「必ず」デコードがおかしくなるわけではないようです
Doom10などではデコードがおかしくなる例がいくつか報告されています
weightpの処理の中のReference Duplicationにより、refが追加されるのですが
（旧来のweightp=1では1枚、weightp=2では2枚それぞれ追加）
おそらくこれがPSP側のref制限らしきものとぶつかっている模様です
新weightp=1はDuplicationを行なわないのでweightp=1を使ってもref=3までOK（…のはずです）

またMacのQTPlayerの場合ですが、これは正直わけがわからん状況です
QTKitを利用した自作簡易プレイヤーでは問題ないのでこれもPlayer側の問題だと思います
こちらでは x264 --preset veryslow --colormatrix bt470bg -o $output $input で確認しました
LeopardのQTPlayer7(7.6.6)、SnowLeopardのQTPlayerX(10.0)でほぼ同現象が起きます
（ちなみにQTPlayer7では--colormatrix bt470bgがないと正常にデコードできます…f*ck）
ついでにこの前 ref + weightp(dupes) <= 16 でも崩れるケースも見つけてもう何がなんだか
何とかできないものかとDuplicationで試行錯誤してる間に新weightp=1が取り込まれることになって…
もう今後はweightp=1でいいや面倒くさい
QTPlayerのじゃじゃ馬っぷりに付き合うのはもう疲れたよパトラ（ｒｙ

まあ自分はマカーですしweightp=1を今後使いますが、再生側が既に対応しているのならば
デフォルトのweightp=2を今後も使うことをお勧めします（画質的な観点からも）
旧CoreAVCや旧FlashPlayerやQTPlayerでの新weightp=1デコードは確認はしていますが、
PSPとBlu-Rayは再生環境が現在ないのでこちらでは確認ができません
それ用にエンコードする場合はご自分でテストしてから1か2か決めるのがいいと思います

長くなりましたがこんな感じでいかがでしょうか奥様方

再生互換考えるとPフレームは最初から使わないが吉
XvidののときもあえてBフレーム使わないぐらいだったからな

どこ縦

大体圧縮率が高くなるだけで画質が良くなるわけじゃないぞ
同じサイズなら画質良くなるかもしれんが
同じ設定でPフレームだけ追加しただけじゃ逆に画質は低下する

>>263
そういう方はむしろmpeg2を使ってて下さい。
>>265
何て言ったらいいのか凄い考えたんだが、
結局誰一人画質が良くなるなんて言ってないのに気づいた。
圧縮率ではなくて画質にしか興味が無いのならmpeg2でｍ(ry

ある程度うま味のある領域ってのがあるのだよ
過剰圧縮はデメリットの方が目立つ

マジで言ってるのなら、ipratio,pbratio弄れば良くなるかも。

こういう奴って音声ズレも考えないでBフレ使ってたんだろうなあｗ

weightpのモードによる互換性とフェードに使われているPフレームの画質を上げる話をしてるわけであって
Pフレームのありなしによる互換性、画質の話なんてしてないでしょ
論点ずらしちゃだめよ

こういう奴って音声ズレも考えないでBフレ使ってたんだろうなあｗ

>>262
長いことDoom9も10も見てなかったとですが、ナナメ読みしてみるかな。
情報さんくす。

> またMacのQTPlayerの場合ですが、これは正直わけがわからん状況です
あらー奥様もお困りでしたの？ｗ
QTがMain Profileサポートした頃からエンコに試行錯誤してたんですが、もう疲れて
DXVA向けエンコしててMacではVLCで見てます・・・

マカーってQTマンセーしてるから困る

QTは色管理が厳密だからマスプロとかで再生確認用に使われてるとか
聞いたが個人で楽しむ用ならMPCの圧勝だな。わざわざMacで再生させよう
とか思わないわ。

マカーのQTはWinのQTとは別物！(キリッ

らしいね
そもそもWin版が糞過ぎて使う気にならんけど

ｆ＊ｃｋとかＶＬＣで見てるって言ってるじゃん
どこにＱＴマンセーしてる人がいるの？
>>273しか言ってないじゃん
てかＱＴが糞なのは既成事実じゃん今時ＱＴマンセーしてる人なんているのか？

別に>>272に対して文句言ってるわけじゃなくて、
一般的なマカーの話でしょ
>>273の冒頭に「ところで話は変わるが」ってのが隠れてるんだよ

QTマンセーはMac関連の板はもとよりノートPC板とかでも結構居るよ
MacBookとかの影響で増殖してる

まあ何にせよこのスレでする話じゃなかったね
逝ってきます

>>265はlosslessエンコードですらPフレームが使われていることを知らないアホ

というかH.264なのにPフレームすら使わないってどういう事だよ

漢なら全部 Iフレーム

なら素直にMothon JPEGでも使っとけ

釜なら全部Bフレーム

デコードできねえだろｗ

>>283
不可能です

IB......BI

どう見てもIがあります本当に（ｒｙ

俺はサイコフレームを使ってる

>>288さん…、
酸素欠乏症にかかって…

PフレームにもイントラMBとインターMBが有るのを理解できないんだろうな

つまりどういうことだってばよ

>>262
あうあうあ・・・結局本人降臨させてしまったorz
お手数おかけしてすみません。

＞ついでにこの前 ref + weightp(dupes) <= 16 でも崩れるケースも見つけて
・・・Doom10に投げれば解決してくれるに違いない（？）

403 Forbidden
Request : GET
Object : /~seraphy/program/x264/


HTTP からのアクセスは、許可されていません

--------------------------------------------------------------------------------

- 04WebServer/1.86 -

フェード部分限定だけど、1804の--weightp 2が悪くなってる。
weightp 1同士の比較だとかなり良くなってたけど、でも1と2の違いがほとんどなくなってるんだよね。
2の方が良くなるはずなのにこれはおかしいよね。もしかしたらバグかな。

上に追加で、1804と1790の比較をしてたらってことです。

>>294
残念ながら、この時点でその発言はただのノイズにしか過ぎない。ノイズ以上になるためには、
次のようなものが必要です。

　・問題を再現できるようなソースのサンプル
　・どこのビルドを使用しているかという情報
　・x264.nlのビルドで再現できるか、できないのか。
　・使用したコマンドラインの一覧
　・再現できた時の特徴、またはサンプル

以上のものがそろえれば、ノイズじゃなくて、他の人間がチェックできる説明になります。
100MBまでのサンプルはMediafireへ、それ以上大きなサンプルはMegaUploadなどへ。

まぁ、こんなところかな。これができなければ、普通にそういった曖昧な発言が単にノイズとして現れる。

品質基準VBRでプリセットをfast→slowにするってのは、
画質を変えずに時間をかけてファイルサイズが小さくなるって事？
実際のところ、本当に同じ画質なんだろうか。

> 画質を変えずに時間をかけてファイルサイズが小さくなるって事？

違う

> 実際のところ、本当に同じ画質なんだろうか。

違う

403 Forbidden
Request : GET
Object : /~seraphy/index.shtml

HTTP からのアクセスは、許可されていません

- 04WebServer/1.86 -

>>297
今25秒くらいのソースで試してみた


オプション--fast --ssimのみ
SSIM Mean Y:0.9852417 (18.310db)
ファイルサイズ4629kb

オプション--slow --ssimのみ
SSIM Mean Y:0.9852490 (18.312db)
ファイルサイズ4631kb

simmは向上したが、ファイルサイズもでかくなった、そういうケースもある
絶対ファイルサイズが小さくなるとは限らない。

403 Forbidden
Request : GET
Object : /~seraphy/program/x264/


HTTP からのアクセスは、許可されていません

--------------------------------------------------------------------------------

- 04WebServer/1.86 -

>>298
厳密には違うのはわかるんだけど、おおよそ合ってるとは言えないかなぁ。

>>300
自分が1時間のSDソースをVBR Quality 45 で試してみたところ、

268,564KB fast
267,687KB medium
265,063KB slow
257,555KB slower
242,670KB very slow

とキレイに並んだ。多分、長時間の方が差が出やすいんだと思う。
で、画質を比較して見比べても俺には違いがわかんないんだ。

mediumとvery slowだと、ほぼ2倍の時間かかるけど、10%縮むことになってる。
どっちにするか悩むところだわ。

>>302
x264.exe --fullhelpで確認すれば全く見当違いの事を言っているのに気付くはず
君はここではなくて初心者スレに行った方がいいよ

x264 初心者質問スレ part3
http://hibari.2ch.net/test/read.cgi/avi/1269894718/

合ってるとは言えないって答え知ってるなら聞くなよハゲ

>VBR Quality 45
なんのソフト使ってんだろ…？　少なくともx264じゃないよな…。

GUIのやつじゃねーの

403 Forbidden
Request : GET
Object : /~seraphy/program/x264/


HTTP からのアクセスは、許可されていません

--------------------------------------------------------------------------------

- 04WebServer/1.86 -

>>300
SSIMでも比べたいんなら、--tune ssim忘れてるぞ。

そいつを使わないとssimを下げるpsy系の機能も有効になってるから結局SSIM数値は
無意味になる。

403 Forbidden
Request : GET
Object : /~seraphy/program/x264/


HTTP からのアクセスは、許可されていません

--------------------------------------------------------------------------------

- 04WebServer/1.86 -

ｒ1819
fixと10bitのasmがほとんどだな

r1820

みんな、x264をどう使ってるの？
コマンドをbatに書き込んで実行？

Linuxだからbashスクリプト

msys入れてるからbashスクリプト

一つのシリーズ物に付き1個bat作って次回からはコピーしてタイトルだけ
書き換えて使い回し。ええ、アニオタです。

msys/mingwもcygwinも入れてるからbashスクリプトやpythonの方がいいんだけど
結局batchスクリプトでやってしまうバカが通りますよ。

>>315
うちも基本的に1話で一回作って、同じベースを使うんだよねぇ・・・
細かい調査と設定の変更は結局やってしまうけどね orz

ruby でavs吐かせてx264回して音声と併せてmkvに詰めるまでのスクリプト組んだ。
ファイル名やらタイトル毎の設定は yaml で書いた設定ファイルに書いとく。
まだまだ洗練が足りないが。

avi(huffyuv2.1.1)の入ったフォルダごとx264で変換するwindows用batって
できないものかな。
MediaCoderの動作が怪しくなければいいんだが、現状使い物にならん。

>>318
いくらでもやりようはあるけど、スレチなんで続きはバッチスレで。


@echo off
for %%i in (*.avi) do call :encode "%%i"
pause
exit /b

:encode
x264 -o "%~dpn1.mp4" %1
exit /b

バッチスレって何処よ。(´･ω･`)　

【.cmd】 バッチファイルスクリプト %6 【.bat】
http://hibari.2ch.net/test/read.cgi/tech/1277465356/

スレタイ検索もできないアホか

この板のスレじゃないからなぁ

その発言をするということは2ch検索を知らないな？

IE使いしか知らんだろうな

jane系にも「スレッドタイトル検索」あるよ

x264、10bit対応前と後で非10bit画質や速度に変化ある？

試すかchangelog読むかソース見るかフォーラム覗くか好きなの選べ

chroma-weightpの導入、scenecutの改善とかがあったから
変化はあっただろう
パッと見てわかるものでもないけど

>>326
取得してない板の検索は出来ないだろ

>>330
外部板じゃないんだし普通全部取得してね？

>>330
できるよ
「ログから検索」や「スレ絞込み」はログからだけど
「スレッドタイトル検索」はfind2ch.netやttsearch.netを使った全板検索

>>331
ハマリ度によると思う

スレチ

x265はまだか

あれは2013年ぐらいでようやく動きが大きくなると思うよ。

ソースは俺。ですね、わかります

それよりx262はどうなの？

ttps://github.com/kierank/x262

>>312
dougaαでtskファイル作って
perlでいろんなファイルを作ってバッチ処理

403 Forbidden
Request : GET
Object : /~seraphy/program/x264/


HTTP からのアクセスは、許可されていません

--------------------------------------------------------------------------------

- 04WebServer/1.86 -

>>340
そのままperlで処理したらいいんじゃないの？？？

r1834

Windowsでpthreadが不要になったのは、MinGWを使う人には便利だな。

>>343
x64ｺﾈー('A`)

x264 64bitは2,3日遅れてくる。

32bitなんて時代遅れなものは後回しにしてほしいわまったく

などと意味不明なことを言っており

>>345
今テスト中、帰ったらビルドする。
サイトに載るのは遅いってのは、うちのせいじゃないけどねw
jarod氏のミラー用のスクリプトが遅かったりするんで、手動で
一発殴らないとだめな模様。

>>349
64bitのhigh bit depthはもともと配ってないでしょ
pthreadとwin32threadでスピードも違わないし
急がなくてもいい、つーか、nlのほうは更新の必要すらないよ

>>349
えっ中の人ですか？ありがとう！

x264.nlの64bit版をビルドしてるのはJEEB氏
jarod氏が64bit環境を持っておらず64bitのfprofiledビルドができないため

ペガシスのコミットってのは注目すべきところなんだろうか

ペガシスはx264のライセンスを買ったけど、これには外部ライブラリであるPthreadsは含まれていない
PthreadsはやっぱりLGPLのまま
つまりPthreadsをTMPGEncに組み込むとTMPGEncがLGPLに汚染される
だからといってx264のマルチスレッド対応を削るわけにもいかないだろう
そこでPthreadsの代わりにWindowsネイティブのスレッディングを使うパッチを書いた
で、ライセンス契約に従ってx264本家にそのパッチが提供された、と
ちゃんと開発が進んでる証拠でもあるな

今後Windowsでx264を組み込んだソフトを開発しようとする企業にとって導入の敷居が下がるかも
ユーザーが気にする必要はあんまり無いと思う
微妙にバイナリサイズが減るとか微妙に速度が変わるかもしれんが
ビルドしてる人にとってはPthreadsが必要なくなるというメリットがある
これでL-SMASHも使えばちょっと前のx264のフル機能相当が他のライブラリ無しにビルドできるんだな

>>354
そこまでは思い至らなかった…なるほどそんな事情が。
ある意味TMPGEncユーザーには嬉しい経過報告でもあるのかも。

丁寧にありがとうございます。

ライセンス話なのでアレだけど、LGPLに誤解が生じるとアレなので。

>>354
ttp://ja.wikipedia.org/wiki/GNU_Lesser_General_Public_License に
あるように、LGPLなライブラリを使っているからって、無条件にその
プロダクト全体がLGPLなるってことない。ただ、pthreadを静的リンク
したらLGPLにしないといけないし、動的リンク (WinだとDLL化) しても
製品全体のライセンスにリバースエンジニアリング禁止の条項を
含めちゃいけなくなる。

ってことで、pthreadのDLL化してTMPGEncのライセンスに「リバース
エンジニアリングOK」とするのと、Win32thead使うよう改造するのとの
二択で後者を選んだんでそ。

そりゃ、商用エンコーダなのにリバースエンジニアリングされたら、
似たようなアルゴリズムの製品が出てくる可能性もあるわけで、
前者の方針はとりたくない罠。

ttp://x264.nl/
いつもここから最新版を手に入れているんだが、古いリビジョンて配布されていないのかな？
誰か古いリビジョンのおいてるところを知ってる人があれば教えてください。

>>357
ファイルのURLをいじれ

>>357
見えていても見えないんだよな。
一番下の欄の右側にolder versions:ってちゃんとあるじゃない。

r4xxあたりはごっそり消えてるのね

ttp://tmpgenc.pegasys-inc.com/ja/product/tvmw5.html
x264は新製品に採用するんだね。
エンコにCUDAも使われるなら侮れん・・・かも。
libx264相当部分はあるリビジョンで固定かな？

x264とは別のエンコードエンジンだろ
もしx264にCUDA使うなら今頃そのパッチがx264本家の方に提供されてるよ

というか未だにCUDAとか期待してる方が驚きだよｗ

たけぇーな

>>361
CUDAはTMPGEnc 4.0 XPressと同様フィルターのみに使用かと

>>364
ベクターのPAYPAL使用で半額セールを待つんだ

ハードウェアエンコって書いてあるべ
つかIntelMediaSDKなんぞ

噂のsandy bridgeのハードウェアエンコじゃないの

>>365
5からはエンコも対応する。

>>362
H.264エンコーダをx264とは別にCUDA使うエンジン積んでる、と！？
x264 LLCとはGNUではなく「x264商用利用ライセンス」を結んでるから、ペガシスはなんら
Copyleftに縛られる必要ないと思ったが？

>>365
> 出力関連
> ・H.264エンコーダーにx264を採用
> ・IntelR Media SDKを使用したH.264エンコードに対応
> ・CUDAを使用したH.264ハードウェアエンコードに対応

フィルタのプラグインに対応してくれたらおもしろいのにね

>>369
x264 LLCとの契約で、x264に変更を加えた場合そのコードを提供しないといけない

多分、x264よりも、Badaboomの様な物を使いたい人もいるのだろう。

Badaboom程度でもあるなら価値はありそうだ。これだけならいらないけどね。
Intelのも同程度なのかが気になるけど。

>>371
いやだから、libx264の中から有用な関数使うだけで、そのものに「変更を加え」ることは
ないとしたら・・・？　その場合でも提供しなきゃいけないの？
ペガシス側が自分とこのソースを開示しなくてすむやり方いくらでもあると思うんだけど。

posix threadをwindowsネイティブに「変更を加え」たのは、その関数部が必須だからじゃないのかな。

Mastering Works5のスレも立ってるし、そろそろスレ違いな悪寒
とりあえず体験版落として試してみようぜ
同等設定で変に画質が落ちるならCUDA使用の別エンコーダ入ってる可能性大だろうし

> 出力関連
> ・H.264エンコーダーにx264を採用
> ・IntelR Media SDKを使用したH.264エンコードに対応
> ・CUDAを使用したH.264ハードウェアエンコードに対応

これってエンコーダエンジンが3種類あって選択的に利用できるってことじゃないの？

>>376
そう。SpursEngineのプラグイン持ってれば4択可能。

そして画質的にまともなのは、一番遅いx264だけってオチでしょ

スピード欲しいならpreset fasterあたり使えばよくね？
それでもCUDAよりは綺麗だと思うよ

CUDAは大容量仕上げが前提だしなぁ

veryfastでもCUDAよりはまだマシだろう。

>>374
ttp://twitter.com/VFR_maniac/status/17602667031298048

>>361
x264にCUDAを実装するのは、大幅な内部の変更無しには不可能です
小規模な互換性関連の変更（statsfileのファイルパスにUTF-16をサポートするとか）という例外を除き、
ペガシスは普通のx264を使っています
CUDAエンコーダは、x264の品質が良すぎて、それより悪いのが欲しいと思う人のために入ってるんでしょ

デッカイ釣り針投下されたなｗｗｗ
みんな無反応で対応しようなｗｗ

ttp://twitter.com/darkshikari/status/18009032535052288

MainConceptも、ソースのデコード、ME、inter predictionにしかCUDAを使っていないな。
http://pc.watch.impress.co.jp/docs/news/event/20100928_396462.html

開発者のこと何も知らないやつがいるんだな

384自身が釣り針だったのか。
つうか、darkshikariさんは日本語が堪能なのか?

東方厨だからね・・・・

>>389
英語で東方キャラを紹介していたから、てっきり日本語は片言レベルかと思っていたw
そう言えば、TMPG搭載のはtuneオプションはどうなっているのだろうか。
さすがにtouhouはない?w

彼自身は主にgoogle翻訳使ってるが、彼の周りには英語が得意な日本人やら
日本語に堪能なフィンランド人やらイタリア人やらがいるのです

>>390
TVMW5にはtuneはないのだよ
presetも中途半端だし...

ｘ264の半分以上はオタクで出来てるしなｗ

何か面白いのか？

誰かが翻訳してそれをD_S氏本人が書きこむのが普通だが、
今回は本人規制中のため代理投稿です

torneに内蔵されているH264トランスコードチップ、外販してくれないかなー。
バカ高いグラフィックカードなんてイラネ。

えっ・・・
touhouって映画の東宝じゃなかったの？

何言ってんだコイツ？

東宝グループは「TOHO」表記なんだな

東方に英語表記も何も無いと思うが
同人シューティングゲームとその派生物とマジレス

tuneのtouhouって本当に東方の事だったのか
いずれim@sをcommitする奴が出てきそうだｗ

D_S氏が重度の東方厨だから専用オプションがあるけどアイマス厨は果たしているのだろうか

AviUtlの作者がそうだったな確か

アイマスにtune使うならAnimationあたりでいい気がする

>400
touhouは東方の弾幕を低ビットレートでも破綻させないようにということを
コンセプトにしたプロファイルだったかと。

アイマスは403も言っているがAnimationで十分じゃね?

touhouはレトロゲーに普通に使ってるから要るよ派。

俺も音ゲーに使っているので必要だな。

tune nicomas が入るのか。胸熱だな。

プロセスの優先度を指定するオプションてありますか？

man nice

>>408

X264の前に以下を付与。

START "" /B /REALTIME /WAIT x264.exe 〜

でバッチを開始。上記は優先度：リアルタイム。

わしはこれじゃ
Start /B /BELOWNORMAL

デフォで低じゃなかったっけ？

ありがとう
それでやってみます

403 Forbidden
Request : GET
Object : /~seraphy/program/x264/


HTTP からのアクセスは、許可されていません

--------------------------------------------------------------------------------

- 04WebServer/1.86 -

>>394　代行さん乙。

>>385　twitter.com/darkshikari/status/18009032535052288
After a long and intensive Kanji punning session,
I have decided that my screen name should be 拓然 （read as たくしかり）.
10:24 AM Dec 23rd webから
-------------------------------------------
長くて徹底的なKanjiだじゃれセッションの後に、
私は、私の芸名が拓然(たくしかりと読んでください)であるべきであると決めました。
-------------------------------------------
D_S、Please use http://www.excite.co.jp/world/english/
陀駆然（だくしかり）のほうがいいよ。

DA
蛇 Snake
堕 Fallen Example:堕天使 Fallen Angel
妥 tranquil good-naturedly 妥協 Compromise
惰 Inertia Laziness
打 Stricken batter beating
舵 Rudder
陀 Amitabha　Buddha
駄 Uselessness

KU
苦　(a) pain; suffering(s); an affliction;hardship(s);
駆　at a run;at the double;at a gallop [canter]
区　a ward;a district;a section
句　phrase

SHIKARI
叱り　scold
然り　certainly: It is so! then...

バンド名 "Enter Shikari" はヒンディー語で「Enter the Hunter」を意味し…

打苦死狩　が最適かな？
Beat-Pain-Death-Hunt

…何その珍走団

Da-Aku-shi-kari
打悪死狩 Beat-Evil-Death-Hunt
駄悪死狩 Useless-Evil-Death-Hunt

Hunter D_S on Harley Davidson with punk fassion (lol

そういえば、Friday the 13thもJasonが活躍する映画だな。

>>416
ttp://translation.infoseek.co.jp/

>>419
ttp://ja.wikipedia.org/wiki/%E3%82%A4%E3%82%A2%E3%83%BC%E3%82%BD%E3%83%BC%E3%83%B3

　　　　　＿人人人人人人人人人人人人人人人＿
　　　　　＞　　　　　ほんとどうでもいい　　　　　 ＜
　　　　　￣^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^^Ｙ^￣

　　　　　　　　　　　　　　　ヘ(^o^)ヘ　
　　　　　　　　　　　　　　　　　 |∧　　　
　　　　　　　　　　　　　　　　　/

ダーク石狩

抱尻

1-3まで満員

道楽確り

Sandyさんの支援は受けられるのでしょうか

支援が有益なら、すぐに受けられるようになるだろう
あまり有益でなければCUDA同様、鼻も引っ掛けられないだろう
まあ、半年後には答が出るんじゃないか

今のところ速度をアピールしてただけだから望みは薄そうだ。

http://twitter.com/#!/VFR_maniac/status/20382361023676416
http://ux.getuploader.com/aviutl_plugins/index/1/date/desc ここ、もうどうしようもないな... いくら入手ができないからって、ソースが公開されなかったGPL/LGPLものの再配布は不味いでしょうに。

http://twitter.com/#!/VFR_maniac/status/20383908717662208
ffmpegとかマルチメディア系のオープンソースプロジェクトって、研究を建前に特許料は払わないぜ、という立場を確立(?)させている節があるのに、特許料払わないわ、ソース無しでバイナリだけ配布とか、悪質な部類だよね？

http://twitter.com/#!/VFR_maniac/status/20386391816933376
GPL違反って、利用者側も違反になるからね。ソフトウェアを公開している側だけが違反なわけじゃないんですよ。


自分のことを棚にあげてな態度が気に食わない。
ダウンのくせに何を偉そうに。
確定的な証拠は持ってないけど危な目な証拠なら持っているので
今後もその態度を改めないなら晒すことも考えている。

と言ってみたものの、そもそも開発の場がグレーゾーンだから仕方ないのか。

こっちくんな
あっちでやれ

あっちでやっても効果薄そうだからこっちに書いた。
しばらく様子見る。じゃーね。

ダウンって羽毛？

ダウンって症？

絶対に笑ってはいけない

ﾀﾞｳｿのことだな。
なんにもわかってないな

seraphy先生、そろそろソース公開してください。

ID:d5hi05xeって冬厨って奴？

GPL違反云々といっても国内の法律でもアメリカの法律でもどうにもならん。

裁判で長期に渡って戦わなけりゃならん事態になるだけで相当なダメージだし
和解金を払うことになってもつまらん

>d5hi05xe

コンテンツとソフトウェアを混同した考えは止めた方がいい。
コンテンツはコンテンツ。ソフトウェアはソフトウェアだ。

GPLで配布されているソフトには再配布の規定がされているのだ
から、きちんと従うべきだよ。

自身だってその恩恵にあずかっているんでしょう？子供みたいな
考え方は止めて、是々非々で行動すればいいじゃない。

法律うんぬんじゃなくて単に頭の悪いかまってちゃんのガキだからな

x264のスレを開いたつもりが
法学スレだった

年取ると耄碌していかんなあ

俺の言いたいことが正確に伝わらなかったみたいなので簡単にまとめると
ライセンスを遵守しろと言う前にまずは自分がダウンから足を洗うのが道理ではないのか
ということだ。
ただ、俺もこのスレでする議論ではなかったと少し反省しているので今後は自分が正しいと思うことを勝手にやることにするよ。

>>441
「コンテンツはコンテンツ。ソフトウェアはソフトウェアだ。」と言ってるが、
ソフトウェアだってコンテンツの一部と十分考えられると思うが。

>>444
そろそろ病院に行け

>>444
言ってることは間違っちゃいない

が、ここは2ちゃんだしそういう事を論議するスレでもないので
まあそーいう事だ

>>444
俺はお前が間違ってると思う

が、ここは議論する場所じゃないな
議論したいならそれこそtwitterで本人に直接議論をふっかけろよ

>少し反省している
なんで素直に反省していると言えないんだろう

>今後は自分が正しいと思うことを勝手にやることにするよ。
開き直りにしか聞こえん

いい加減x264の話題に戻せよ。

VFR_maniacが割れ厨ってマジ？
証拠キボンヌ

本人のツイート見ろよ

>>450
http://twitter.com/#!/VFR_maniac/status/20469327597666304

自分が作ったツールが割れ厨御用達ってことに言及してるんだろ

ダウソ住民だということを知らないやつがいることが驚きだ

＞MP4とかMOVとかの規格を勉強中の物理屋で院生のﾀﾞｳｿ。
って宣言してるんだから擁護の必要なんかないだろうに

つか海外の開発陣が使ってる素材すべてが合法とは限らないんだからそんなこと言ってたら
x264自体潰さなきゃならねーな。で誰が告発すんの？

潰すとか、つまんねーことに人生の時間を使うなよな。

avisynthのフィルタにもその手の作者は結構いるしな

>>457
人類の大半は他人に嫌がらせし続けて一生を終えるんだ
我々のほうが特殊なんだよ

>>459
出たよ超理論

http://hiroyukt1985.web.fc2.com/pcsoft/Avisynth_x264.htm

19,150円　1090T　　定格　x64 OS　　x264エンコスコア　　14.14fps
29,399円　i7 920　　定格　x64 OS　　x264エンコスコア　　11.82fps　←　ｵｲｵｲ なにこの遅さｗ
　↑
　ｵｲｵｲなにこの値段ｗ

相変わらず�dﾃﾞﾓなボッタクリだねintelさんｗ
intelさんお馬鹿な信者を多く抱えてるから良かったねｗｗｗ

つうかi7の920ってまだ売ってるのか？
最近価格調査の対象からも外されてて実質終わった製品だろ。

まあ天地がひっくり返りでもしない限りAMDを買うことはないですねえ

そいつはマルチだレス無用

>>461
そのページのx32てなによ？
x86のこと？

しかし、コア数1.5倍、クロック1.2倍でfpsが20％増しか。
AMD苦しいな。
Bullでどうなるか。

Bulldozerはクロックあたりの性能の上昇は抑えて、コア数とクロックでの勝負だぞ

920は2年前の正月に買って既に新しいのに乗り換えてる

>>461
fpsだけ見ても仕方ない気がするぜ。
intelもAMDもそれぞれ得意とする計算があるわけで・・・

>>469
設定や使うフィルタなんかで逆転したりするよね
マザボが長く使えたりでAMDが安く付くのは確かだが

去年980Xを買って4.5GHｚOCでメインに使ってるけど
920＠4.2GHｚもまだまだ現役だなぁ
AMDは長らく買ってねぇや

Bulldozerは並列特化だからx264だと早くなると聞いたけどいつ発売なんだろうね。

春らしいね
順調にいけば

>>472
整数SIMDはFPユニットでやってるから整数コアが増えても意味ないって
Dark Shikariが言ってたぞ。

>>461
どうでもいいが酷い出来のベンチでわろた。

x264ってSIMD叩きまくりだったの？

オプションに--no-asm付ければSIMDなしで動かせるよ

SSE4.xって合っても無くてもかわんなくね？
tesaで効果あるとか聞くけどtesaなんて使わないし
AVXにしても実装はしばらく来ないんでしょ？

あとBulldozerのFPunitって128bitのセットだから総数は同じだったはず

>>474
なん・・だと・・・ということはコア数増加分くらいしか恩恵はないと。
出てこないと結局はわからないのか。春まで待ちは結構長い・・・

>>479
意味ないってのは意訳しすぎたけど、x264の実行時間の60〜70%が整数SIMDだって
言ってたからそこが強化されないとあんま速くはならないだろうな。

>>474
ソースくれ

>>481
http://doom10.org/index.php?topic=514.msg3551#msg3551

へぇ、だとしたらAMDはIntelより劇的に遅くないとおかしいよね
Intelの方がリッチなんだし

>>483
劇的に遅いぞ。
今のところ同クロックで2/3くらいの性能しかない。
BullでFPUに手が入るから、それでどれだけ改善するかだな。

>>484
同クロックで比較するならBullも遅い部類に入るよ
Bullはぶん回して稼ぐ予定なんだから
さらにSandyは1コア毎に128bit+64bit(小細工して128bit換算らしい)で256bitでくる(らしい)

Bullは2コアに128bitが二つ、AVX命令は2コアで1個しか使えない
ただし、整数コアとはloadとstoreが独立してるから影響は少ない(らしい)

Sandyは来週には出るから誰か比較よろしくー

ぶん回して稼いでネットバーストみたいなことにならないことを祈る

ttp://www.4gamer.net/games/098/G009883/20110102001/
ここのAIDA64の整数演算系テストの結果を見るにx264でも乗り換え効果はありそうだな。
俺まだC2Qだからすげー気になってきた

>>487
6コアのNehalemには負ける。
http://www.anandtech.com/show/4083/the-sandy-bridge-review-intel-core-i5-2600k-i5-2500k-and-core-i3-2100-tested/16

解像度落としてたのは細部を潰して速度稼いでるからなんでしょう？
SandyBridgeなんて大したことないんでしょう？騙されないんだからっ！！

AVXぶん回せば今の二倍のスピードになる！

らしいぜ、Sandy
たぶん1割増しがせいぜいって感じだろうけど

HTTでも散々大袈裟に言ってたから怪しいよな

このスレはさすがにマトモで良かった
自作板のキモいSandy厨がエンコも知らないくせに必死にエンコ爆速を連呼してて痛すぎる

AviUtlのプラグイン作者ですでにAVX対応もの公開してる人いるけど
多分ほとんどはやくならないとか言ってたような記憶

速くなって欲しいんだけどな、希望としては。

>>493
TMPGEncみたくフィルタ処理を
GPUで処理するようにならない限り
全てのプラグがGPU対応すれば変わるんじゃないか

Sandyに既に対応済みのTMPGEncの新しいのには注目はしてる

そのエンコってSandy内蔵のエンコーダ使ったQuick Sync Videoってヤツでしょ
画質犠牲にしたいつものアレ

>>492
いつもハードエンコで大騒ぎするのはロクにエンコしないやつら
性質上糞画質から逃れられないから試すまでもなく論外

やつらはエンコをベンチマークとしか考えてないからな

870で30fpsも出る設定って相当軽いよなー。

x264でも1280x720でsubme6くらいなら60fpsくらい余裕で出るのにな。。。
糞画質のハードウェアエンコなんて今さら需要あるのか。

単なるコンバートという感じなのかな

レビューサイトのベンチおかしいよなー
x264も設定軽くすれば速くできるのに

FPU叩きまくりのLINPACKはほぼ倍になってるぞ。
そんなエンコソフトはないだろうが。
ttp://j.mycom.jp/special/2011/sandybridge/images/Graph59l.jpg

しまった、>>490宛だった。

え?
俺、2passの2pass目がi7 870で10fpsぐらいしか出ない設定にしているんだが。
ひょっとしてやり過ぎなのか?

>>502
おぉー、すげぇ期待しちゃうぞー
SSE4.xもplaceboで本領発揮だったからなー
でもplaceboなんて使わないしなー

>>504
いや、そんなもん

いや、まともにエンコしようとすればそれくらいの速度だろう。
ハードエンコと同じ速度に合わせることもできるし画質もソフトエンコの方がいいよ、という話だ。

>>504
自分が気に入るようにすればいいさ。
画質を追求できるのがソフトウェア式の強みだからな。

>>504
970の俺ですら10fpsでないから問題ない

ああ、なるほど。
x264でもハードエンコの速度と同じくらいの速度が出せるのにと501は主張したかったのか。
AVXには期待しているっす。Lynnfieldからの卒業も近いかな。

>>494-495
AVXばっか気にしててQuick Syncはロクに調べてなかったんだけど（どうせCUDAのみエンコみたいにクソ画質だと思ってたんで）
レビューサイトまわってみたらハードエンコなのに画質よさそうなのがちょっと気になってきた
P67H67外付GPUとの排他とか気になるところは多いけど…。スマートフォンとかポータブル向け変換機専用と見ればいいのかなぁ？

ま、OC耐性かなりよさそうだからAVX関係無しに予想よりソフトエンコでみてもいいもんなのかもしれないなとか思い直した＞Sandy

525 ： あんこう(岐阜県) [] ：2011/01/03(月) 17:17:34.46 ID:1a7+HGhg0
>Q. Intel HD Graphicsの実装はDirectX9世代すら挙動が怪しい。
>　たとえばDirectX10世代のShaderをフルに使うと、真っ白にレンダリングされる件は修正されるのか？
>　それともSandy BrigdeになってもGPUを気遣うプログラムが必要になるのか？
>A. Sandy Brigdeでは約25倍高速になる。

会話になってねぇだろインテル

宗教戦争なら他所でやれ

>>510
まさにスマホ向けエンコーダだろ
ノートPC使っててエンコ用PCなんて持ちたくないし時間なんて掛けたくない人向け

Sandyは8コアはおろか6コアもlineupにないからな…
たぶん、SandyはBullに走ってそれからだな

AVX使うにはwindows7SP1必須やで

SP1？

いずれにせよ、AVXはx264には使えないし、今6-coreを使っている人はそのままで良いだろう。

aviutlのフィルターが対応してるだけだったっけ。
まあ発売されてからだね。x264対応は当分先だろうし。

>>517
>>480にも実行時間の60〜70%が整数SIMDとあるけど、x264が対応するのかな。

http://doom10.org/index.php?topic=514.msg3535#msg3535

Dark_ShikariはAVX(笑)と鼻で笑ってたはず

Intelの発売前ベンチなんて誰も信用してないよな

嘘つき少年のいうことは話半分だよな

x264をなめてたわ＾＾；

fullHDのアニメが1Mbpsで十分きれい
バンディングはどうしようもないけど

エンコ時間も実時間と同じくらいｗ

>>522
そのビットレートで出来ることは、ffdshowのdebandを使って再生するくらいしかないな。

>>518
AVXはfp命令だから。
そのうちintまで拡張されるかもしれないけど、それまでは期待薄。

エンコ速度が4分から2秒って記事あったけど
今思ってみれば何でエンコードしたのかわからないって胡散臭いよな。
もはやIntelそのものが胡散臭く感じる。

TVショッピングの便利商品並みだなｗ

>>525
そもそもあれasciiの誤報だし。
IDFのデモは3分の1080pを十数秒で640x360のiPhone用フォーマットに変換しただけ。
ascii以外でi7で4分かかる処理が2秒なんて記事なかったろ？

rigayaさんとこに比較あったんではり 画質比較 - x264、CUDA、ほか

http://rigaya34589.blog135.fc2.com/blog-entry-65.html
後はsandyとブルの速度か・・・

ハードウェアエンコの画質で満足するような奴はこんなスレ見ないと思う

>>529
それは現状だけ見ての話でしょ

ていうかあの画質でいいならx264の開発者の人たちも
調整すれば同じくらいの速度出せるんじゃないの？

現状の意味がわからん
スマホやポータブル向け画質のハードエンコが早かろうがこのスレにはまったく関係ない
ニワカの変なやつが現れるのも勘弁

>>528
scenecut 60
min-keyint 4
keyint 300

というのは何か具体的な理由があるんだろうか？
というよりkeyintって300とかでいいのか？
http://www.up-cat.net/x264%25A4%25C8Blu%252Dray.html
によると
＞min-keyintは2が、そしてkeyintは様々な兼ね合いから24がよいだろう。
＞元ネタによると、keyintとmin-keyintは2-24の値が推奨されるが、1-30の値が使用可能ではある
と書いてあったのだが。

scenecutはよくわからないけど。

>>532
そういうことじゃないんだが。
まぁいいよ。

>>531
ハードウェアエンコが何fpsくらい出るか知らんが、[email protected]で1470秒の地デジアニメを
以下のx264設定とavsでエンコしたら136.50fps出てサイズは140,550KBだった。
ハードウェアエンコよりは画質もマシなんじゃなイカ？

--preset veryfast --tune animation --crf 20.0

SetMemoryMax(1024)
tr1=8
tr2=4
tr3=2
video_f="D:\VideoSorce\oreimo12.m2v"
cache_f="R:\RAM\oreimo12.ffindex"
FFVideoSource(video_f,cachefile = cache_f).threadrequest(tr1,tr2,tr3)
Auto24FPS(false,24,16,"",false).threadrequest(tr1,tr2,tr3)
Spline36Resize(1280, last.height()).threadrequest(tr1,tr2,tr3)
Spline36Resize(last.width(), 720).threadrequest(tr1,tr2,tr3)
return last

300でいいのかってデフォルト値が300じゃん
まず初心者スレにでも行って根本的な知識つけてくるといいよ

>>533
300くらいのが圧縮で有利
ただし再生時のシークで不利になる＝大きなバッファが必要になる　から
HDD以外のメディアに保存するなら避けるべき

ミス、デフォルトは250だっけか
どっちみち作る人がシークをどういう風に作りたいか次第だろ

>>536-538
別に悪いとか言ってるんじゃないんだけど、デフォルトの250を300に変更する
何か根拠があるのかなぁという程度のことだよ。

>>539
fpsX10が推奨だからPAL圏が250なんでNTSC圏は300

別に30fpsの動画なら300でおかしくなくね？
猫科なんて誤記多いのに鵜呑みにしすぎ
この人よくわかってないくせに何で偉そうな物言いなんだｗ

だから単に美学的な問題であって、なんでもいいんだよｗ
デフォを決めるときに、10秒ぴったりだと精神的に気持ち良いよね、
ということで、fpsの10倍の250になっただけ。
NTSCだからといって、わざわざ250から300にする必要は無いけど、
美しさ(笑)を求めるなら300がスッキリするよね　って話ｗ

俺はなんでもデフォ設定で使うのが好きなので250。

日本語おかしいよ

なんか面白い奴が居るな

まあID:KxAM4jDzが全くといっていいほど理解してないのはわかったが
ちょっとはそのオプションが何を意味してるのかくらいは調べてからにすればいい
この数値がいいとか書いてあるページだけ見て数値だけを盲信して脊髄反射レスするより
自分で調べて考えてからにしようね

自分が何秒(何フレーム)ごとにキー入れてシークさせたいかがわかってれば
自ずと数値なんて決まるものじゃね？
むしろどこかに書いてあるからって意味なくその数値使うほうが理解出来んわ
その人の動画が24fpsにしてるのか30fpsにしてるのかでさえ変わってくるのに

HDの場合4,5秒位が画質とシークのバランスが最も良い
24fpsならその5秒分で30fpsなら4秒分に当たる120
携帯とかストリーミングとかうｐ用途なら別に300とか600でも破綻しなければ何でも良い

俺は240か360で使ってるな。
24と30の最小公倍数である 120の倍数が精神衛生上良い感じがする。

>>535
sandy 1080p→360pが400fpsくらいらしいけど
1090Tで360pのピクセル4倍が137fpsか

これはAMDもHD動画が実時時間の5倍以上でエンコできますって宣伝すればいいんじゃないかな(笑
結局、劇的に速くて画質も良くて縮む魔法みたいな技術はないっていう当たり前のことを再認識しただけのような…

>>545
理解していないから勉強中なんだけど。
勉強中がそんなに悪いことなのかな？
調べてる最中に疑問に思ったから書いただけなんだけど。

>>547
こういう具体的な目安を聞けると助かります。
どうもです。

調べるってレベルでもないkeyintについてこれほど理解出来ない奴は初心者スレ行けよ
いい加減このカスうざい

>>550
keyint関係については自分がどうしたいかによって値が決まるもの
どれが正解とかなければFAなんてものはない
つまりあんたは自分がどうしたいかのか何がしたいのかさえわかってないんだから
まずそのへんの勉強してから書き込むといい
他の人も行ってるけど初心者スレいくといい

SandyやTMPGのせいでこういうアホ増えるのかな

>>552
たまたま>>528のレスが目に止まったから聞いてみただけなんですが、
次回からは初心者スレで聞くことにします。

人の数値聞かないと決められないわからないやつって何がしたいの？

俺のも含め、レスが無駄に沢山付いただけな気もする。
DS氏がpsy-rdやtune,presetとか色々と便利なもの作ってくれちゃったから
話題が枯れて無いというのがそもそもの問題。

みんな荒れすぎだろ…。
無視・誘導・教える
このどれかで済むことじゃん。

まあ閑散としてるよりは面白いけどな。

>>553
TMPGの新しいスレでは
◆x264の設定に関してはx264スレでもテンプレ化されてません！
x264の開発は常に進化されてる為です！
設定に関してては各自で調べてみましょう！

x264のWikiまで貼ってってテンプレ化されてるのに
もう1個のスレは相変わらずくれくれ多い
アホが増えるのは調べられない低能なんだろう

keyintはBD向けHDなら30fpsなら30(1s)、SDなら2sまでOKだとかどっかで見たけど
規格見てもどこに載ってんのかﾜｶﾝﾈ

--ref 3や--b-pyramid strictや--nal-hrd vbrは
付けるって書いてあるのみたことあったが
keyintに関しては知らんな

>>559
BDの規格書見られるのか、すげーな
あれってその手の仕事してる人間以外はなかなかお目にかかれるもんじゃないはずだけど

あとsliceが4以上だっけ?>BD規格

このパージの情報のことか？
http://forum.doom9.org/showthread.php?t=154533

>>549
1080p→360pってことはインタレ解除や24fps化処理は挟んでないのかな？
画質はソフトエンコに及ばない上に速度でもほとんどアドバンテージは無いな。

>>533
そのページはBD向けの設定（制約）を書いたものでしょ
BDに使わない場合には関係ない

>>565
話の流れとして、BD向けの設定の話しをしてるのではないのか？

>>563
そこの情報なら、見てもわかんねぇとかないだろ
これ以上ないほど簡単に書いてある
"simple aspect ratio"が、ただのtypoかそういう呼び方をするところもあるのかがちょっと気になるけど

いつもよく分からないことで加熱するなこのスレ

よくわからないのは知識がないだけだろ

ああｽﾏｿ、俺が見たのは規格書じゃなくて、↓(pdf注意)
http://www.blu-raydisc.com/Assets/Downloadablefile/2b_bdrom_audiovisualapplication_0305-12955-15269.pdf

>>563
初見だけど、分かりやすいね
SD/HDじゃなくて、15Mbpsが境か

1分間のハイビジョン動画をH.264に変換したときの速度
http://pc.nikkeibp.co.jp/article/news/20110104/1029404/ph31_px400.jpg

ttp://www.4gamer.net/games/098/G009883/20110102001/

* 整数演算命令主体のテストでは，同クロックのNehalem系に対して順当に性能が向上している
* SSEやFPUといった一部の命令では，Nehalem系からさほど変わっていないか，やや分が悪い部分もある

core2からならまだしもNehalemからSandyはがっかりっぽいな

十分速くなっている気がするんだがなぜ?>がっかり

Core i7の9xxや8xxから乗り換えるほどのもんじゃないってこと

i3やi5よりは上で8xx9xxよりは下なのね
値段予想だとそこまで高くないみたいだな

1分のソースのエンコードで1分も早くなっていれば、結構凄くない?
まぁ、どう捉えるかの問題だと思うけどさ。

いや別に凄くない

結局桟橋とAMDの6コアと同一価格ならどっちが速いんだよ！

同一価格ってそんなん比べてどうすんだべ？金がないなら性能なんか
気にせずに絶対価格が安いの買っとけばいいべ。

論理が成立してねえ

>>579
君はコストパフォーマンスという言葉を知らないのかね。

吉野家とすき家と松屋の牛丼の同一価格ならどっちがうまいんだよ！

>>582
良い例だ。
回答は避けるが。

コスパとか言ったって速く終わる分の時間は買えないんだぜ
懐と相談して自分に見合ったの買えば良いだけ
単純に価格性能比だけじゃなくワッパとか発熱具合で爆音はいやだとか
物差しはいっぱいあるがな、違う製品の同一価格でのコスパだけ比べても無意味

>>584
物差しがいっぱいある中で、コスパという物差しが無意味な理由を教えてくれ。

俺としては、大きな判断材料になると思うんだがなあ・・・

>>584
実際に金を出すのは買うヤツなんだから、お前の金銭感覚の話をしてもしょうがないだろう…。
そもそも自作板でもハードウェア板でもないし。

>>金がないなら性能なんか気にせずに絶対価格が安いの買っとけばいいべ。
とか意味わかんない
同じ予算で買えるCPUをどうせなら性能が良い方をって考えるのは至極当然のことだと思うけど

性能とかは無視で価格が最優先事項ならそうなるけど
>>578の場合そうじゃないでしょ

>>587
自分にはコスパコスパしか言わん意見よりまっとうに見えるが。

>>584
コスパだけが悪者扱いされる意味が分からない

スレチの口喧嘩を続ける理由が分からない

自作PC板で死ね

>>589-590
http://yuzuru.2ch.net/cosp/
http://set.bbspink.com/erocosp/

スレが伸びてるから神オプションでも出来たのかと思ったら…がっかりだぜ

x264でエンコード時に、使用したオプション一覧（x264_param2string）を出力する方法ってないでしょうか？

komisarのcli版なら出力されるな。

fullHDでエンコするか720pでエンコするか悩み中
同ビットレートだと、前者のほうがくっきりに再生可能、ただしバンディングがひどい
後者は、アップスケールする際にぼける、ただしバンディングがまだまし。

好きにしなさい
決めるのは君だ

fullHDのアニメに対して、5Mbps使えば十分きれいだけど、
それ以上にきれいにしようとしたら20Mbpsあっても足らない・・・

それは既にソース側の問題なのでは？

ソースをなるたけきれいにフィルタリングして、一度ロスレスで出力しています。
それとエンコ済みの動画をひたすらにらめっこなう。

俺的は放送アニメは720pで十分だわ

画質落ちるのは しゃあない
画質落とさないでエンコしたいってのは我が儘だわ

メモです。

GradFun2DBmodを使う場合、chromaには処理を行わないほうが、
見た目的にも、bitrate的にもよさげ。

ほほう

バンディングは脳内フィルタでカバーですよ

ノイズも脳内フィルターでカバーですよ

アホな質問ですまないが昨日あたりからsandyが話題だけどこれっていくらエンコード速いっていってもx264には別に関係ないんだよね？

発売前だから断言はできないが
ほぼ関係ないと思う

エンコには使えなくてもソースのデコードに利用できれば恩恵はあるかも。

i7 2600搭載のPC価格がマウスから発表になったが
思ったより高くないから
980ｘやら970のがいいのかもな

AVX次第

グラボ挿したらAVX使えないとかｍｊｄｓｋ

それは嘘でしょ

x264の場合コア数が増えた方が効くから、6コア最強は変わらないだろう

その6コアCPU1つで、Sandyが2つ買えてしまうけどな

>>596
教えて下さってありがとうございました。

>>615
そう考えるとOｐじゃないのが2発乗るMBが欲しいな
変態辺りが出さないもんか

石2個載る奴で全然fps伸びないとかずいぶん前にこのスレで見たような
気がするがどうなんだろ。

>>618
入力や設定のせいでボトルネックが発生してるんなら、
当然速度も上がらない。ちゃんとマルチスレディングができて、
入力側も問題ないなら、ある程度速度が上がるはず。

>>619
ありうる。可逆圧縮のエンコ用中間ファイルがシングル対応だったりとか。

Sandy BridgeとH67チップセットの組み合わせではハードウェアエンコードと
ハードウェアデコード(Intel Quick Sync Video機能)が利用できる

AVX:
ここで要注意なのが、内蔵GPUがオンになっていないとエンコード機能が使えないことだろう。
今回のテストでは、内蔵GPUがオンでも別途ビデオカードを差している状態だと、
ハードウェアエンコード機能が有効にならなかったため、
外付けGPUによる高速3Dゲームと内蔵GPUエンコードの両立は難しいと思われる。

マザーによっては別途ビデオカードを差している状態でもBIOS設定で内蔵GPUオンのハイブリッドが可能

H67ってミドルレンジだろ
眼中に無いわ

>>621
AVX関係ないじゃん。

コア数増えるほどアムダールの法則で律速されるから、最強は1コア高クロック
まあそれは無理だけどｗ

浮動小数点演算ユニットが優秀になっただけだから
あんまり期待するなよｗｗ
まあ、価格がAMDに対抗して安いから乗り換る分には良いんじゃないか？
TDPも下がってるし。
お得なCPUって事で。
x264に組み込むにしても、yasmはAVX対応終わってるけどバグはあるだろうし
GCCに至っては4.6じゃないと対応していない。それも未完
Win7はSP1待ち。
どのみち、対応するのに時間掛かるんだから
妄想オナニーでスレ消費するのは辞めようぜ？

x264の処理は、今となっては軽いほうだしな
synthやutlなりのフィルタのほうが問題だ

2600kをOCすればいやでもfpsあがるだろよ
ちょい盛りで5Ghzとかのレビューいくつか見るとマジで買いそうになる

。＋　ﾟ　+　･＋　ﾟ　* 。＋　ﾟ　+　･　　* 。＋　ﾟ　+　･＋　ﾟ* 。＋　ﾟ　+　･　　* 。＋　ﾟ　+　･＋　ﾟ
　　+。　ﾟ　 ･ _､ _　　:::＿　。・ _､ _　 　 ＿:::∧　∧.　 ＿::::。・._、_ ﾟ　･ ＿::::。・._、_ ﾟ　･　 　 　+。
　* 　 ,--（　､_>`）-‐(_,m)‐（　､_>`）-‐( n/:彡ミ゛ヽ;）(m,_)‐-（<_,`　）-(m,_)‐-（<_,`　）-､　*
ﾟ　+　 i　　　　　　 ,-ー i　　　　　 ,-ー　/ :::/:: ヽ、ヽ、 ::iー-、　　　　　.iー-、　　　　　.i 　ﾟ　+
　　＿l 　ｉ＿ n､ く　 　 l 　ｉ＿n､ く　 　/ :::/;;: 　 ヽ　ヽ ::ｌ　　ゝ ,n ＿i　 ｌ　　ゝ ,n ＿i　 ｌ
　　　 ヽ＿（ _.ﾖ￣￣￣ヽ＿（ _.ﾖ￣￣（_,ノ ￣￣￣ヽ､_ノ￣￣E_ ）＿_ノ￣￣E_ ）＿__ノ￣

おい2時間の映画で4fpsしかでないぞ

ラピュタか？

>>629
やだ、恐い。ななななんでわかるんですか？

昨日の千と千尋もきついね
赤いし

老害パヤオ死なねえと修正できないんだろ
ナウシカとかラピュタもデジタル修正なしだろ？
何が当時のままだよセル撮影時のピンボケは
誰も望んじゃいなんだよさっさと修正しろ

地デジは解像度的にもBDより楽だろ
グレインてんこ盛りと静止画でも動いてる
ラピュタとでは比べものにならないと思う

パヤオは白内障だから色の感じ方がおかしい
誰か指摘しろよ

403 Forbidden
Request : GET
Object : /~seraphy/program/x264/


HTTP からのアクセスは、許可されていません

--------------------------------------------------------------------------------

- 04WebServer/1.86 -

x264のビルドで質問があります
32bit版x264は解説サイト等見ながらできるようになったのですが
64bit版のビルドの仕方がわからずここに来ましたどなたかご教示願いたく、または解説サイトなど
ありましたら紹介していただけないでしょうか？

それと、x264のビルドの際、バージョンなどが記される文字列をカスタマイズしたいのですが
こちらも合わせてお願いします

>>636
Windowsでのビルドの仕方は、ここに書いてある。
文字列云々はちょっと分からない。

Compiling x264 on 32 & 64 Bit Windows - Guide.
http://doom10.org/index.php?topic=26.0

>>636
https://gist.github.com/726410
これの最初のコメントを見ればなんとなくmingw32/64な環境が整えるはず。
スクリプト自体はx264_L-SMASHの使用のため作ったんで、そっちの使用には
向かないかもしれないけど、コマンドを一旦読んで、追加してる設定等を見れば
ビルドはできるはず。

バージョンの文字列はconfigureした後、config.hを編集すれば変えられる。

>>637-638
どうもありがとうございます
さっそくビルドに挑戦してみます！

http://livedoor.2.blogimg.jp/donbe1970/imgs/0/2/02869d11.PNG
Intel始まった

PCI Expressスロットに埃が絡まっている余寒 >x8

なんでログインされてるんだ

知らねーよｗ

新年なってからまだ10日も経ってないのに「来年になったら本気だす」ｗｗ

>>640
温度も表示せず一発芸見せられても

毎回必ずエンコ完走しなきゃ意味ねぇんだよな

>>640
ノイズ乗りまくりそうなクロックだなｗ

>>641
SLIかCFしてるんじゃね？

r1867

3DとVFRのmb-treeの改善らしいが、x264ってMVCはサポートしていたんだっけ?

high bit depthだらけだな。

r1834で72MBになった動画がr1867だと同じ設定で60MBになった。
縮みすぎだと思うけどバグ？

>>652
mb-treeは使っている?
それが改善されているから、影響が出ているかも。

>>652
かなり処理が変わったんだろうね。
フレームレートの違いでも結構変わるようだから
以前と同じくらいのサイズにしたいなら設定変えないと駄目だろうね。

さっそく、今期の1話エンコしなおしか・・・。

WARNING: This change redefines x264's internal quality measurement.
x264 will now scale its quality based on the framerate of the video due to the aforementioned frame duration logic.
That is, --crf X will give lower quality per frame for a 60fps video than for a 30fps one.
This will make --crf closer to constant perceptual quality than previously.
The "center" for this change is 25fps: that is, videos lower than 25fps will go up in quality at the same CRF and videos above will go down.
This choice is completely arbitrary.
Note that to take full advantage of this, x264 must encode your video at the correct framerate, with the correct timestamps.

一言で言うと、同じcrfでも25fps以下の動画は質とサイズうｐ、25fps以上ならダウン

今までの経験則通じなくなるのか、まあいままでのレートの割り振りあんま
好きじゃなかったから色々試してみるかな

60fps部分を含む短いクリップでテストしたら、なんかえらい縮むようになった。
24fpsのみのクリップではあまり変わらなかった。

24fpsでcrf22で24分の動画試したやつだと1MBほど容量増えただけだった

クッソーおまえらテキパキとコマンド打って最新のx264使っちゃってる訳だろ？
いいなー

60fpsの部分縮むならそれはそれでありがたい

いや単に質下がってるってことだぞ

まぁレートの割り振りが変わっただけでトクしたわけではないよな。

>>662

勘違いしてた
ありがと

クオリティとサイズは同じで、crfの値だけ変わるってことか

>660
x264guiExを使っているよ。

俺は自分で作ったフロントエンドを使っている。

うｐ

たとえば、--crf(20(0-) ,18(32011-34455))みたいな感じで
フレームによってCRF値変えられるとありがたいんだが、めんどくさいか。

>>669
xvidではZonesのところでフレーム指定して品質指定できたような

fps オプション与えなければ効果変わらずなのだろうか？

また、やっかいな事になったな・・・・。

>>667
あっぷ

分割エンコしてたらテロ部分だけ、サイズも画質も下がっちゃうの？
テロ用に新たに設定煮詰めないとダメなんかな

直感的にあやしすぎるだろ

>>673
フロントというか、バッチやavsやItsを自動で書くためのただのテンプレ管理ソフトだ。
俺の環境専用仕様なのでうｐしても仕方がない。

フロントエンド作っても機能増えたり消えたりした場合に変更しなければならないんだよねぇ
x264に無い引数渡すと動いてくれないし

流れ読まずすまん。

ほぼ動きのない動画において、IDR Intra Frameの画質「だけ」出来るだけ
引き上げたいんだが、（カメラで取り込んだ実験の記録とかで使うため）
- qpsetpを引き上げる
- ipratio/pbratioを引き上げる
- qcompを引き上げる
くらいしか思いつかなかったんだが、どういうチューニングをすると
いいか、いいアイデアがあったら教えてほしい。

>>678
--tune stillimage
完全な静止画ならx264が勝手にスキップM/Bにしてくれるから、
後はkeyintを気にすればいいだけじゃないかと思う。

Google Code-Inからやたらパッチがきてるんだがどういうことなんだい

high bitばっかりだからなぁ…
先に再生環境を整備してくれよ

>Adaptive MBAFF development is coming along, with B-frames being finished up currently.

Newsletter Vol. 1からあるMBAFFは、非常に難しいのだろうな。

x264ってSandyBridgeに対応するのかな？

AVXを使うのかと言う意味ならしばらくはわからないね。
Dark ShikariさんはCPU自体には興味がありそうだが。

AVXに対応したらSandyに移行しようかな

対応するころには次の来てそうな気もするけれど。
どれだけ高速化するか見てからでも多分遅くない

AVXに対応の前にAVXがSIMD整数に対応しないとほとんど効果ないんだけど

あと7 SP1が要るな

全く効果がないというわけでもないだろう、
それにコア自体も結構改良されてるし

>>687も"ほとんど"と言ってるしx264に関しては全く関係ないだろ
AVXの話なのにコア自体とかそれこそ何ら関係ないし
Sandy厨が必死にSandy持ち上げしたいのはわかってるが他所でやれ

Google、ChromeブラウザでのH.264サポート終了へ
http://www.itmedia.co.jp/news/articles/1101/12/news034.html

googleには失望した

だってWebMの親玉だぜ

よくわからんがこれってクロームでFlashPlayerやSilverlightを使ってのH264視聴も出来なくなるの？

"Sandy Bridge"追加検証 - TMPGEnc Video Mastering Works 5のHW処理を改めて試す
http://journal.mycom.co.jp/articles/2011/01/11/sandybridge/index.html

「Sandy Bridge」完全攻略!! Core i7-2600KとCore i5-2500Kを徹底的に試す
http://journal.mycom.co.jp/special/2011/sandybridge/022.html

取りあえず、これでも見てから書き込もうぜ
なんだか、不毛に思えてきた

どうでもいいですし

>>693
HTML5でサポートしないて話だからFlashとかSilverkightは関係ない

Flashは標準で入れているくせにオープンじゃないからとか
googleさんは面白いなw

>>697
お前は本当に問題の本質がわかってるのか？

某アニメの為にSilverkight入れたけどカクカクなんだな

もしかして：Silverlight

ワロタｗ

ああ…Silverlightの偽物でもインストして、マルウェアでも仕掛けられて
裏でゴリゴリ悪さしてるのか。

>>698
お前は自分の本質を分かることから始めなさいw

それより、マルウェアの削除の仕方教えてあげろよｗ

rm -rf /

H.264の替りにVP8/WebMがGoogleの思惑通りに
今さら普及するとはとても思えないしなw

crfの仕様変更でどれだけ変わるかとワクワクしながら再エンコしたら全く同じだった。
64はまだだったのか・・・

no-mbtreeじゃないだろうな

実はmbtreeもpsyもaqも使わずに昔のrevでcrf下げたほうが綺麗

ないわ

具体的に画像とか出さないと、酷いのしか釣れないぞｗ

意外と大物が釣れたりしてな
D_Sとか

D_Sとか釣れるのか？
2chって海外からの書き込み原則禁止だろ？
日本の串でも通してるんか？

日本人が翻訳して代理で書き込んでるんじゃなかったっけ

友人の代書があったじゃん
twitterで本人確認も取れてたし
猫科の中の人やVFRとかx264開発チームに2chネラーいるからね

ああ、確かに…
Vまにさん、熱出て大変な事になってたけど生きてるのかなｗ

Vまにさん、インフルに感染中…

>>713 海外をブロックしてるのはふたばの方。 まぁ、D_S氏の米国のプロバイダーとかは たまにブロックされちゃってるけどね。 和訳は他の誰かがやってても、、 大体本人自身が書き込んでマッスル。 IRCでよく「〇〇番目のレスの翻訳お願い。」と聞いてくる。

　　　＿＿,, ,　,　,　_ ､ ,,, ...　,,　_　..,_
　ー=､ ､ｰ-､`ヽ､、ヽ`!i' , ,i",r'",-'"=ミ
　　　 `ヽ`ヾ`､　! ヽ ! l! i! !_i_/_<'"``
　　　　　`,ゝ､iliｰ'"　"､,"､',　 i,　ﾘ
　　　　　 !/!,li ,;;-=o=-,ｯｨ=｡ｩｨ 　　　　くにへ　かえるんだな
　　＿_　 i､`!', '; `ー　/;;!i､''; ,! 　　　　おまえにも祖国があるだろう・・・
ー''`ヽ`,ｰi'`''"!､ヽ　,　`一'､ /　　　__
　　　　`il `i !　ヽ､　 ￣￣ / iヽ、/ ,.ヽ_
　　　　　i!　!`　　 `ｰｧ､-ｰ'　 ! ﾉ!トi,!'",ﾉ-､
　　　,..=､i! iヽ-､　rィ',;'!ヽー-､! 　`/_,i' _,.!'､
ーニｰ-､._ `ヽゞﾆ-､.;' i! ! ,　　`ﾄ_ﾉ`x-'" ノ
=ニヽ､　,　`,　/ヾ=ソ ﾉ　!/　　　!､`ｰ`''イ､
-ｰ-､　`i,　/ / ヽ `イ_,　 i -'"￣`!　!　　　ヽ
　　　ゝﾉ /-'"　　`　　　'　!　　　　ヽ　　　　 !

crf24をデフォにしてたんだが、46インチTVに映したら劣化してて泣いた
24インチモニタじゃ気づかなかったわ
今度からcr18を標準にするわ

　　　　　　　　　　　　_,,..r'''""~~`''ｰ-.､
　　　　　　　　　　　 ,,.r,:-‐'''"""~~`ヽ､:;:;:＼
　　　　　　　　　　 r"r　　　　　　　　　 ゝ､:;:ヽ
　　 r‐-､　　 ,...,,　|;;;;|　　　　　　　,,.-‐-:､ ヾ;:;ゝ
　　 :i!　 i!　　|: : i! ヾ| r'"~~` :;:　::;",,-‐‐-　 `r'^!
　　　 !　 i!. 　|　 ;|　l| 　''"~~　　　､　　　　　　i' |
　　 　 i!　ヽ　|　　|　|　　　 ,.:'"　　　､ヽ､　　　!,ﾉ
　　　　ゝ　 `-! 　:|　i!　　.:;:　'~~ｰ~~'"　ﾞヾ　: : ::|
　　 r'"~`ヾ、　　　i!　i!　　 ,,-ｪェI二エﾌﾌ　: : :::ﾉ~|`T　＜イエーイ、D_Sさん見てるー？
　　,.ゝ､　　r'""`ヽ､i!　`:､　　 ー　-　'"　:: : :／ ,/
　　!､　 `ヽ､ー､　　 ヽ‐''"`ヾ､.....,,,,＿,,,,.-‐'",..-'"
　　 | ＼ i:" ）　　　　 |　　　~`'''ー---―''"~
　　　ヽ　`'"　　　　 ノ

>>720
おまえってやつは・・・・

http://hibari.2ch.net/test/read.cgi/jisaku/1294753927/179-184
最新のx264ならどうなん？

179 ：Socket774：2011/01/13(木) 01:45:17 ID:8fXZTDh8
x264
1pass http://images.anandtech.com/graphs/graph4083/35026.png
i7 2600K(3.4GHz) 106.4 ←←←
i5 2500K(3.3GHz) 100.8
i7 980X(3.33GHz) 96.5
i7 975(3.33GHz) 91.7 ←←
1100T(3.3GHz) 89.2 ←←←
i7 950(3.06GHz) 83 ←←
i7 870(2.93GHz) 80.2
X4 970(3.5GHz) 79.7
i7 920(2.66GHz) 74.8 ←←←
i5 750(2.66GHz) 72.9
X4 645(3.1GHz) 70.2
X4 940(3.0GHz) 69
i3 2100(3.1GHz) 61.7 ←←←
X3 455(3.3GHz) 59.8
Q6600(2.4GHz) 53.8 ←
i3 540(3.06GHz) 51.7


2pass http://images.anandtech.com/graphs/graph4083/35027.png

>>723
http://hiroyukt1985.web.fc2.com/pcsoft/Avisynth_x264.htm

ID:4wzCxuC6
基地外

ベンチとしての2passならトータルで掛かった時間にのみ意味があるのであって
1passと2pass個別にfps比較するとか無意味というかアホ
何のためのベンチなのかまるで解かってない
ロクにエンコしたことない馬鹿はあっち逝ってろ

2passだけやり直すってこともあるかもしれんぞ
ビットレートをちょっと変える程度ならログがそのまま使える

>>724
俺のQ9550がないから全く参考にならんな

このテストってたしか1st passはともかく2nd passあんま実用的な
オプションじゃなかったような気がする。まあ条件揃えて速度計る
だけのベンチで実用的な速度指標とは違うからどうでも良いけど。

>> ID:4wzCxuC6
> 最新のx264ならどうなん？
1年も前のx264を持ち出されても，CPU最適化なんて無いです．
おまけに，コンパイル時に最適化しているのかとかもあります．
ICC11.1でSandyBridgeに最適化できるのかとか，GCC4.6でCore2以降のIntelCPUでの高速化が入っているかなど，疑問点が多いです．

http://www.anandtech.com/bench/CPU/27
http://www.anandtech.com/bench/CPU/28
http://www.anandtech.com/bench/CPU/53
http://www.anandtech.com/bench/CPU/54

1passでi7-2600Kがi5-2500Sに負けてます．
AMDの1100Tや1090Tでは32bitOS利用なのに，Intelでは64bitを利用してます．
http://hiroyukt1985.web.fc2.com/pcsoft/Avisynth_x264.htm
AMDのCPUは64bitを使うことで1〜2割増しの性能を発揮します．

http://www.techarp.com/showarticle.aspx?artno=520
肝心のx264のRevが，0.59.819 of x264.exeと，Rev 819と古いです．
x264 HD Benchmark 3.0 V3.03ではRev1342に変更されてますが，それでも古いです．
avsファイルも下記の3行だけでした．
LoadPlugin("DGDecode.dll")
DGDecode_mpeg2source("test-720p.d2v")
loop(2)

http://hibari.2ch.net/test/read.cgi/jisaku/1282371527/126-138
Revの古さなどは向こうのベンチでも言われていることです．

CPUは新しいのを買え。もちろん4コア以上な。
これ終わる話だと思うのだが、なんでこんなに盛り上がってるの？

ケンカしたいから

ソケットが1つに定まれば新しいの買う

というか、寝ている間にやっているからQ6600(G0)でも不満無いな

ゲームみたいにリアルタイムで性能要求されるもんじゃないからエンコは
サブPCでもメインでも時間かければできるから毎日エンコしてる人以外は
CPUの性能ってあんまり関係ないよね

最大の問題はエンコしたものを見てる時間がないということだな

>>737
俺、何のためにエンコしてんだろ…

. .: : : : : : : : :: :::: :: :: : :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
　　　　. . : : : :: : : :: : ::: :: : :::: :: ::: ::: ::::::::::::::::::::::::::::::::::::::
　　　.　. .... ..: : :: :: ::: :::::: :::::::::::: : :::::::::::::::::::::::::::::::::::::::::::::
　　　　　　　 Λ＿Λ . . . .: : : ::: : :: ::::::::: :::::::::::::::::::::::::::::
　　　　　 　/:彡ミ゛ヽ;）ー､　. . .: : : :::::: :::::::::::::::::::::::::::::::::
　　　　　 / :::/:: ヽ、ヽ、 ::i . .:: :.: ::: . :::::::::::::::::::::::::::::::::::::::
　　 　　 / :::/;;: 　 ヽ　ヽ ::ｌ　. :. :. .:: : :: :: :::::::: : ::::::::::::::::::
￣￣￣（_,ノ ￣￣￣ヽ､_ノ￣￣￣￣

スレ値なんだが、x264の開発メンバーでWebMの開発もやってる人っているの？
教えて、D_S！

ドーパミン出すためだけだな。

>>738
エンコするためにエンコしてるに決まってるだろ、目的と手段を取り違えるなよ。
目的はエンコで視聴するための手段としてエンコしてるとか甘っちょろい事
言うなよな。

>>731
君が最新のx264が好きなのはいくつかの書き込み見てわかったし使う分には良いけどさ。
x264のベンチマークで、物差しであるx264を変えずにある程度の期間データを蓄積するのは合理的な考えなんだって。
ちょっと最新とか最適化にこだわり過ぎじゃないかな。

あと1年も前と言ってるけど、少し重めの設定で最近のと比べたら良くて4%くらいの高速化だし、
X2 250とi5 760でだけど同じくらいの割合で早くなってたよ。
x264 HD Benchmark 3.0の2pass目でも同じ傾向だったから2passのスコアは参考になると思う。
1passの方はCPU使い切れないようだしあまり参考にならなそうだけどね。

crfしか使わないから全く参考にならん…

>>742
昔、大学の先輩に
「ビールをつまみにビールを飲め」
って言われたの思い出した

まぁ、ごはんはおかずだけどな

え？

見るためにエンコしないなんて愚の骨頂
俺は見る為にそのつどエンコしてるぞ

見るって、エンコの出来具合を確認するためだけだろ

crfの仕様変更、60pだとめちゃくちゃ影響あるな。
まあ値を下げればいいだけの話なんだけど、これってvfrだとどうなるん？

24fpsと60fpsじゃ1フレームあたりの表示時間が違うから
1フレームの品質を同じように頑張るんじゃなくて
表示時間の長い24fpsは頑張って
その半分以下の60fpsはそこそこにするって変更でしょ

えこれってCFRでも影響受けるの？

>>750
容量は減ったけど、見た感じはあんまり変わらないような。
まぁ短いテロップ部分しか60fps化しないからどっちにしろ影響は少ないかな。

>>752
25fpsを境にしてるから、24だと若干容量増えるし、60だと激減だよ。

24pの動画を60pにしたら、容量と画質はどのくらい変わるんだろうな。

久々の地雷臭

29.970fpsの動画だと見た目あまり変わった気がしないな
ちょっとだけサイズ減ってるけど

1分30秒ほどの60iなアニメソースをbob化してエンコしてみた

r1834 CFR19 158,061KB

r1867 CFR19 12,5485KB
r1867 CFR18 147,110KB
r1867 CFR17 171,954KB

数値的にはCFR1.5ほどの違いがあるけど、視覚的にはそれほど違いが（凝視しないと）わからない
ソースにもよるだろうしあくまでも独り言

64bit x264でnon-strictly-monotonic ptsって警告が出る
64bit avisynthのリサイズが原因みたいなんだけど、対処法ない？

なんで質問するのにそれだけしか情報を示さないのかね。

avs2yuv(32bit)からパイプ
Spline36Resizeだろ？

>>758
avisynthのリサイズではなく、ffms2のswscaleでリサイズすればそれは出ない

#例
LoadPlugin("ffms2_64.dll")
AVISource("hoge.avi")
SWScale(width=640,height=360,resizer="spline")

ただし、swscaleはavisynthの内蔵より遅いので、大抵の場合は32bitのavisynth使ったほうがましという結果になる

60pのエンコ途中で死んでしまう
毎回同じ場所
なんでだろ

メモリは足りてますか？愛情に飢えてませんか？

ありがと
愛情には飢えてるかもしれないけど
メモリは足りてると思う
XPSP3で4G、内1GをRAMDISKとして使ってる
3GB以上使えないんだよね

次のバージョンまで旧バージョンでやる事にした

>>764
�@毎回同じ場所とはフレーム数？それとも違う場所から始めても同じフレームで？
�Aどこのビルド？自ビルドなら
　--enable-debugでデバッグに使えるバージョンをビルドして
　gdbの中で走らせれば原因が分かるかも？

　使用例:
　gdb x264.exe (gdbを起動してx264.exeをデバッグするバイナリとして指定)
　run --preset omaemonaa (こういう感じでrun <自分の設定>と書きこむ)

�B設定は？
�C入力方法は？
�D他の同じ条件（レゾ？フレームレート？等）のソースでは再現できるか、できないのか。

と久々のマジレス

>>762
avisynth使ってるならSetMemoryMax()の値を変えてみると良いかも。
理由はわからんが。

フェードイン良くなったみたいだね。

でも裸なんでしょ？

>>767
へーどういいんですか？

>>769
じわじわ来るｗ 座布団１枚！

自演乙

3都道府県警がP2P違法アップロードを一斉摘発
「Share」によるコンテンツ違法アップロードを23都道府県警が一斉に摘発。
14日午後2時までに前回を上回る18人が逮捕された。
http://www.itmedia.co.jp/news/articles/1101/14/news100.html

スレチ

なかむらくんがとっ捕まればいいのに

http://www2.accsjp.or.jp/criminal/pdf/110114gaiyo.pdf

詳細でございます

>>775
割れ厨うざい

>>776
自己紹介乙

最近は基地外がよく来るな

お前ら感情反応しすぎ
何かやましい事でもあるのかよ

俺は違法アップロードなんてやらないし
今後もやることは絶対ないから関係がない

>>779
とか言う奴に限って裏でコソコソやってて逮捕されるから不思議

>>780
自己紹介乙w

全然スルー出来てないじゃん・・・

x264使ってるのは割れ厨ばかりだな

なんだとコラ

x264使いこなせない奴の嫉妬か

『Newマリオ』を不正アップロードした男性と任天堂が1億3000万円で和解
http://www.gamebusiness.jp/article.php?id=1080

違法アップロードは絶対にやってはいけない行為…
絶対にだ！

犯人は金持ちなのか？

しかし任天堂は悪徳企業なので任天堂を害する行為は道義的には善である

こんなとこにもGK工作員が

>>786
Adobeに比べれば任天堂の和解なんて微々たるものよ。
毎回割れupした若者と親の全財産ごっそり搾取するから滅多に表に出ないだけでｗ

Apple, Adobe, 任天堂は世界三大悪徳企業だな

悪いことしなけりゃいいのに
きっと警官見たら逃げるんだろうな

なんで飼いならした相手から逃げる必要あんの？

Appleと任天堂は直ちに悪事を止めろ
Adobeはほっといても潰れそう

悪人にとっての悪事か

人類に対する犯罪

あんた何やらかしたの？
潔く自首しなよ
みっともない

海外の宗教に照らし合わせたら、
日本なんて極悪国家だよ。

宗教自体キチガイなんだが
一体どうした

私はx264教の信者です

任信うぜぇ

君はチャバネ派かサツマ派かワモン派か？

1867どうしようかな…
しばらく1834で様子見るべきか、特に困ってないし

>>803
適当なソースで比較してみればいいジャマイカ

俺もそろそろx264のバージョン固定しようかな

俺も1864残しとけば良かったと後悔
1867入れた後に気づいた
今エンコしてるけど違いがわからない
違いのわかる男になりたい・・・

ttp://mirror01.x264.nl/x264/32bit/8bit_depth/?dir=./revision1834

違いが分からないなら1867でいいじゃん。

　　　 ∧＿∧ 　　　　
　　　（　・∀∧∧ 　　これでもくらえー！　ネコマシンガン！
　 〜(つ￣ (,,゜Д゜) 　　　
　　　UU丁と)U
　　　（＿_)＿）



　　　 ∧＿∧　　　 ドルルルルル…
　　　（　・∀∧∧, '
　 〜(つ￣ (,,゜Д゜) ミャ ミャ ミャ ミャ ミャ ミャ ミャ ミャ
　　　UU￣と)U　｀
　　　 し'＾ヽ__）

>>805
できもしないくせに‥

久々に60i実写のエンコしてみたら吹いた。
昔は3fpsくらいだったのに9fpsも出るんだな。

品質下がってるせいもあるんじゃね？

新しくエンコマシン組むなら
i7 2600Sかね。i5 2500Tも惹かれるが

ｋ付

エンコ用にネットブックは失敗した
放置でいいと考えてたがいくらなんでも遅すぎた（笑

ソースがDVDレベルからの変換ならATOMでもサクサク読み込めて動くから
クロック3Ｇぐらいの出たらいいのに

>>815
mac miniのほうがまだましだろ。

８コアサンディは夏だっけ？

年末ぐらいじゃないっけか

8コアブルがQ2

IvyBridgeまで待つ

リンちゃんの出始めの頃にはよく「サンディまで待つ」と言ってる奴がいたもんだ

8コア16スレッド出たら即買いしてしまいそうで怖い

SDだったらリアルタイムエンコードできちゃいそう！

Sandyも組んでみようと思ったけど980XをOCで使ってるし
4コアはもういいやという俺みたいなやつも多いはず

ハードエンコはCUDAよりましって程度でAVXも微妙メモリ相性もある、OCモデルではハードエンコ不可
とかわかった今買う人は変わってると思う

Bulldozerﾏﾀﾞｰﾁﾝﾁﾝ

>>823
SDなら4コアでも30fpsぐらい出るんじゃないか?

2コアでも30fps出るよ。
もちろん画質は落とさないといけないけどね。

エンコメインならSandy8コアまで待ちだな

待つ必要はなし、常に最新のCPU使ってればおｋ

人それぞれ
自分の好きなようにしろ
強制はウザい

きょう‐せい〔キヤウ‐〕【強制】

［名］(スル)権力や威力によって、その人の意思にかかわりなく、ある事を無理にさせること。「参加を―する」

　　　　　　　　　__,,,......,,,,_
　　　　　　　, .'"　　　　　 ｀ヽ､
　　　　　　,'　　　,.-=＝=- ,,　´ヽ､
　　　　　 ,'　,' 　 /iヽ､　ﾊ　 ｀ヽ　 ',
　　（(　　l　 ﾚ　 ,ｨｪ-:!､/ ﾚ,.イﾊﾉ .ﾊ　　　　 ､ヽl | l ! l | l ! l | l ! l | l ! l | l ! l | l ! l |
　　　　　i　　 ! ｲ! ﾋ__i 　 .ｨ-!､ /ﾚV　　　　ミ
　　　　 ,'　　　ﾊ u""　　　ﾋ_! !|ﾊ　 ＿　　三　一体みんな誰と戦っているの！？
　　　 ノ 　λ　 〉､　 （￣l　"人 .i　　く　　彡
　　　　´.ﾍハ　ﾊ|ﾉ＞ｪ-r イ,.､/ヽ〉 ￣　　　ノ l | l ! l | l ! l | l ! l | l ! l | l ! l | l ! l |
　　　　　　　｀γ　｀iYγ￣ ヽ､

ふだんi7 860でテレビアニメをエンコしてて、3fps切るくらいだけど、
早く500fpsくらい出る時代にならんもんかね。

今のシリコントランジスタは微細化も省電力も限界が近い
新素材とか出るといいんだけどね

500fpsよりかはHDDの容量増える可能性のが高そうだ。

今の映像が500fps出る頃にはもっと高画質化して結局3fpsじゃないのｗ

x265ﾏﾀﾞｰ

NHKスーパーハイヴィジョンの2015年BS実験放送って本当に始まるの？

BS17の難視聴対策放送を終了させないと始まらない

それって今のアンテナとPT2で受信できるの？

そろそろスレチ

>>838
それはマジで先の話。

ハードエンコってもどうせまともなソフト出ないだろうし意味無いよな
最低でもavisynthのフィルタ群が対応しないと意味無いし

一応aviが読めるソフトならavs通してsynthのフィルタかけてハードエンコは可能でしょ。

試しにTMPGencの体験版にavs読ませようとしたらダメだったわ
あのUIでavsが読めて、エンコーダの選択から出力までの設定を
プリセット管理できるようにしてくれたら買ってやっても良かったのに

と思ったらavs読めたわ
なんだよ結構使えるじゃんあのソフト

Sandy持ってないからハードエンコ試せないけど

>>823
Q6600でもリアルタイム以上のスピードでエンコできるよ

E3200で100fps出すには、
avs:YV12InterlacedReduceBy2()のみ
x264:--preset ultrafast
mp4box:par=4:3

これはインチキですか？はい変態です。

SDの話題は珍しいから乗ってみよ
E3200で40fps、Q8400で50fpsぐらい

Crop(8,60,704,360)
mt("spline36Resize(640,last.height)",threads=0)
mt("spline36Resize(last.width,360)",threads=0,splitvertical=true)
mt("fft3dfilter(sigma=1.5,beta=1,plane=1,bt=3,bw=16,bh=16,ow=8,oh=8,sharpen=0.11)",0,4,false)
mt("UnSharpMask()",0,4,false)

--crf 22 --threads 0 --b-adapt 2 --ref 4 --me "umh" --subme 9 --direct "auto" --deblock -1:-1
--trellis 1 --aq-mode 2 --aq-strength 0.80 --psy-rd 1.0:0.15

>>848
Q6600ならちょこっとOCすればSDなら軽く100ｆｐｓいくよ

>>851
まあ、その、電気代がかかるから・・・

>>852
まずは暖房器具をとめろ
PCの消費電力なんてまったく気にならなくなるから

24時間つけっぱなしだけど、電気代なんて気にしたことないぜ
ちなみにQ9550s

CPUを少し省電力なのに変えるより
トイレと洗面所の電球をマメに消す習慣を身に着ける方が
よほど電気代的には節約になりそう

実測した事のない人に限って電気代電気代言うんだよね。
あるいは全く間違った換算式使ってたり。

LEDにしてつけっぱなしにするのがいいかも。

俺PCとモニターの電気代だけで月6000円くらいｗ

Q6600オーバークロックしないでシステム全体で90Wぐらいだからなぁ
これでも80ゴールドプラス電源でかなり減った方なんだが
PT2とHDMIキャプチャーとRADEON4700もつけてるけど

エンコ中は自転車こいで発電したらどうか。OC分ぐらいは稼げるだろ

そういえばこのPCの電源は80PLUSじゃなかったな
ActivePFCは付いている
Q6600G0とPV3とPT2と4770とHDD5台か

結構発電できるようでワロタｗ
ttp://www2s.biglobe.ne.jp/~y_suzuki/trendy/bicycle/qa.htm

スレ違いだけど、話題ないよね

ハブダイナモだと3W程度しか発電できないな
やっぱり自動車の発電機か

なんの話してんだお前らｗ

遠回しに1583暫定版使ってる俺最強vfr(藁)って言ってるんじゃね

AviUtlでvfrって、120fpsAVIの時代だろ
いまどきあほか

何か違いでも？

AviUtlが嫌いなの？
それともどっかのスレの誤爆なの？

今でもフロントエンドにAviutl使ってる人は居るだろ
なんのかんの言って使いやすい

CMカットにだけ使ってる。
AvsPでやってると編集中にたまにエラー吐くんで。

Avisynthでロゴ消しCMカット逆テレシネして、AviUtlでフィルタ処理してるの俺だけだろうな
何故かエンコ覚えていく過程でこうなった、バッチとか書けないし、勉強する時間もないし

x264 rev29

AvisynthでCMカットってどういうことだ。
なにかツールを使わなきゃCM入りフレームがわからないじゃないか。

VirtualDubModでプレビューしながら手動でtrim()を打ってるのではないかと予想

AvsP使ってます、ソースはアニメのみだからAviutlでやるより個人的には捗ります
果てしなくスレチでした。

フロントエンドなんてどうでもいいさ
好きにすればいい
ここはx264使いなら誰でもウェルカムだ
初心者はまず初心者スレ行くべきだと思うが

オプションをいろいろ試しながら1000本エンコ終えたら初心者脱出

数こなすより、しっかり比較して効果を把握するほうが100倍大切

> いろいろ試しながら　だから1000本ぐらいしっかり比較して効果を把握するんでしょ

　
Video Enhancer　複数枚超解像ソフト
画質最高。 使ったものと使わないものとでは画質が雲泥の差。
ソースよりも実物に近づけられるのは原理的に複数枚超解像ソフトのみ。
TSソースをこれでエンコすればTSソースでは見えないものが復元されるし、
ブルーレイ映像であってもソース以上の解像度になる。
複数枚フレームを参照して一枚の絵を超解像で作り出すので、
TVについてる一枚超解像のようなガビガビの絵にはならないし、画質も劣化しない。
http://www.infognition.com/articles/video_resize_shootout.html
↑でスターウォーズとかのエンコ結果比較可能。
サムネイルクリックして左上が現物、その下が縮小したもので、
その縮小画像をソースとして、どれだけ劣化せずにスケーリングして元にもどせるかがそれぞれのボタン。

入力ファイルはデインタレしたファイルのみ。
AVI, WMV, ASF and MPEG. MOV RM RMVB ファイル。出力はAVI。
出力は1080pまでOK。
値段は3500円。PAYPALかクレカ。無料体験版あり。

はい通報っと

ｒ1881

AVX対応きたね。って、7 SP1にしないと意味ないのか。

Windows7は要らないはず。AVXレジスターは使ってない。
AVX命令を使っているだけ。でも、Sandy Bridgeは持ってないから、
まだテストしてない。

Add --input-fmt option to lavf input / r1878

x264 --demuxer lavf --input-csp uyvy422 --input-res 1280x720 --fps 30000/1001 -o OUTFILE.mp4 INFILE.yuv
↑が↓になるのか？
x264 --demuxer lavf --input-fmt rawvideo --input-res 1280x720 --fps 30000/1001 -o OUTFILE.mp4 INFILE.yuv

これからは このコマンド(--input-csp)は不必要になるのか？

>>884
なるほどー。

x262の開発は順調そうだね。

Sandy Bridgeを持っているのならば、Windows 7 SP1以前のOS（XP, Vista,
SP1未適用Win7）を使っているのなら、テストしてくれるとありがたいんだけど。

>>885
必要です
lavf [error]: could not open input file というエラーが出たときに
コマンドラインに「追加」するオプションであって「代替」オプションではないです

人気アニメ「ONE PIECE」の違法配信で1337人のBitTorrentユーザーを告訴へ
http://gigazine.net/news/20110126_one_piece_torrent_copyright_infringement/

すごい数だ…

著作権法改正で「マジコン」「リッピング」規制へ、文化庁が方針
http://internet.watch.impress.co.jp/docs/news/20110126_422714.html

素晴らしい

フラクタルでアメリカから講義されたからね
重い腰を上げたんだろ

なんつーIME2000の頭の悪さ
抗議ね

IME2010使えば

母国語使えば

ほっといてくれ(´Д`;

フラクタルで抗議ってなんのことや

フラクタルごときのために腰を上げたの？ｗ

http://gigazine.net/news/20110120_fractale_simulcast_halt/

米国は日本以上に貧富の格差が大きい
違法配信が多いのも当たり前
合法コンテンツが売れないのはコンテンツ自体に魅力がないうえ
馬鹿げた価格を付けたり理不尽な規制をしたりとマーケティングが下手糞だから

北米版のBOXとか糞安いのに
新作でも日本のワゴンセールだ

>>900
円高なのでそう見えるだけ

何言っても無駄なんだな

今回の変更で画質的には何も変わらないよな？

>>901
現地でも199ドルなのに円高もクソもねーだろｗ

>>903
影響するとしたらVBV Emergency

新しいのきたの？公式変わって無かったんだが

公式？

>>906
もしかして：x264.nl

つhttp://git.videolan.org/?p=x264.git

>>908
ありがとう
VBV emergency mode対応か

Win7 x64 +i5 2500Kで r1881を走らせてみましたが、異常終了してしまいます。
試してみたのは、ぽっぷ氏のバイナリ(x64版のSSE4.1対応,非対応版共に)とkomisar氏のバイナリ。
正常動作してる方います？

どんな風に落ちるんだ？

ひょっとしてAVX使おうとして使えなくて落ちてるんだろうか…

エンコードが全く進まず、x264.exeが終了します。
先ほどはx64版と書きましたが、x86版でも終了しました。

using cpuの項目にAVXが表示されているので、sandybridgeを認識して、AVXを使おうと
してるっぽいのですが・・
オプション等を列記するのは、他の方の動作報告が挙がってからにします。

--no-asmつけて実行してみる
それで動くならAVXかもね

ちなみにSP1は適用してる？

--asmでAVXだけ切るってできるのかもしれんが--asmの使い方がよく分からん

下記の2つ使用しているけど落ちないよ
Win7SP1Pro64Bit+2600K
x264guiEx 0.18でプリセット高画質
http://resic.laburec.net/
http://komisar.gin.by/

俺もr1881使ったら強制終了出たから試しにSP1入れてみたらいけたよ
AVX関連だろうね

Sandy Bridge持ってる人、テストしてほしいからIRCに来れないかってDark_Shikariが聞いてるけど。
irc.freenode.netの#x264

Win7は、sp1を充てていません。
それが原因ですかねぇ。

Dark_Shikari曰く：
x264がクラッシュしたコマンドラインオプションを知りたい。
特に、--nrは使っていたかどうか。

128bitの3オペランドAVX命令もSP1必須ってことか

これだな
An OS must enable its YMM state management to support AVX and FMA extensions.
Otherwise, an attempt to execute an instruction in AVX or FMA extensions (including
an enhanced 128-bit SIMD instructions using VEX encoding) will cause a #UD exception.

SP1を導入しなくても落ちない方もいるので
>>919氏の言う使用したコマンドを晒さないと修正されないぞ

SandyでSP1以外でAVX有効にしてるなら間違いなく落ちるよ。
現在のx264のAVX有効無効の判別方法が間違ってるので。

落ちた時に使ってたオプションがこれです。
--level 4.1 --crf 16 --keyint 30 --b-adapt 2 --b-pyramid strict --slices 4 --vbv-maxrate 18000
--merange 32 --me umh --direct auto --subme 10 --partitions all --trellis 2 --no-dct-decimate
--no-fast-pskip --aud --nal-hrd vbr --sar 1:1 --pic-struct --colorprim bt709 --transfer bt709
--colormatrix bt709 --output "output" "input"

関係なさそうなところもありますけど、とりあえず、全部書きました。--nrは使ってないです。

毎回思うんだが落ちるかどうか調べるのに何でそんなズラズラオプション並べるんだ。
全部消しても落ちるとか、これを追加した時だけ落ちるとか、そういう報告しないと直らないぞ。

>>924
VBV emergencyがnr使うらしいから--vbv-maxrate外してみたらいいかもしれない
D_S氏曰く、全く進まないってことは違うかもしれない、バックトレースが必要とのこと

>>924見てよくこんなオプションでエンコが始まるなぁとおもって試してみたら、
とりあえず動くことは動いちゃうんだな

--vbv-maxrateつけたときは--vbv-bufsizeなしだと止まるように
--nal-hrdつけたときは--vbv-maxrateと--vbv-bufsizeなしだと止まるようにしてほしい
半日がかりのエンコで終わってから抜けてたのに気付いたら痛すぎる

Core i7 2600、Win7 SP1なし
--preset medium --crf 23 正常終了
--preset medium --crf 23 --nr 1　クラッシュ
--nr有効にすると落ちるのはたしかっぽい。

--vbv-maxrateのみってダメだったんですね。以前は、エラーで止まってたんで、
--vbv-bufsizeも設定してたんですが、設定しなくても止まらなくなったので、
設定してませんでした。nal-hrdごと、無視られてたのか・・・


いくつか試してみました。
subme 7　→　subme　8以上　進まなくなる。
partiton all(p4x4追加)　進まなくなる。
いまのところ、うちで支障が出ていたオプションは、その辺りっぽいです。
vbv-maxrate,vbv-bufsize,nar-hrdは付けてても、エンコード出来ました。

HEVCまだかよ

■次世代動画像符号化の標準化に向けたフィルタ処理技術 BALF
http://www.toshiba.co.jp/tech/review/2010/09/65_09pdf/f01.pdf

東芝も提案していたか

>>929
詳しく知りたいからIRC来てくれって。
irc.freenode.netの#x264
英語できなくても構わん。

とりあえず手っ取り早く入るには、以下から
http://webchat.freenode.net/

nicknameには適当に名前を
Channelsに、#x264　を。
あとはキャプチャパスして入ってくれ。

22:09 (Dark_Shikari) http://x264.nl/developers/Dark_Shikari/checkasm.exe
　　　　　　　　　　　　I need someone with a sandy bridge to run this
22:10 (Dark_Shikari) this is with my avx check added

日本限定発売ってわけでもないのにそんなに情報ないんかな

情報じゃなくて、現物を持ってないんだよ。

自作PCの８割は日本市場だからな

英語圏ならいるだろうと思ってたけどそんなことはないんだ。
自作が今そんな状態だとは思わなかったし・・・

>>931
エンコーダ、デコーダともに重そう・・・

>>933
長いんでhttp://www1.axfc.net/uploader/Sc/so/198864にアップした。
実行環境はi7 2600とWin7 Pro x64。
SP1は無し。

22:27 (Dark_Shikari) have someone run checkasm on SP1

誰か、>>933を、Sandy BridgeかつWindows 7 SP1上で試してくれって

SP1じゃないので、意味無いかもしれないですが、checkasmの結果を
あげました。
あと、subme 8とpartitions allを指定した際のエラーログも一緒に入れときます。

http://www1.axfc.net/uploader/Sc/so/198872

テキストをわざわざ斧とかにあげるな
http://pastebin.com/
ここ使え

つーかマジサンキュ。r1882うｐったわ。動く といいけどなｗｗｗｗｗ　まあ、
Windows 7 SP1前だとまだAVX使えねーんだけど

いやいやその翻訳はいくらなんでもひでーだろｗ

www

いや、たいていこんな感じだよ

http://git.videolan.org/?p=x264.git;a=blobdiff;f=common/cpu.c;h=e77253d29756017a5d3b41fe81485c19ce058c4d;hp=68857467dda03097e59e2dc2219586667273c2c5;hb=f6d0c95b964d52780891c39f6ec93022b6ec1cb0;hpb=cd53fa47afadb563eefb72c137fb30bd06d26c85
Intelの説明通りにやってるのでだいじょうぶ。

まあ、D_SのYMMレジスタを使ってないってのがそもそも勘違いなのだけれど。
AVX128は上位128bitを0クリアする命令だから。

SP1まだTenhnetにもきてないからなぁ

どうも1881、1882だと一部ソースでx264の設定が悪いとブロック状になるのが出来るね。
バイナリはJEEB殿とKomisar殿ので試しました。
1867では色々試しましたが問題なかったです。

一応、検証用のファイルセット上げておきます。
http://www1.axfc.net/uploader/Si/so/97787.zip

mov(bad).mkvがブロック状になってしまう動画で、mov.mkvは正常な動画です。
他のファイルはエンコードを試すときにでも使ってください。
バッチファイル実行するとmov(bad).mkvかmov.mkvが出来るようになっています。

デコーダー変えたら正常に再生されたのでデコーダーのせいかもしれないですね。
ファイル消しておきます。すいません。

>>950
ファイルはもうなくなってるけど、--fgoかな？

バグっぽいものの報告は1881以前からも来てるけど、かなり珍しかったし、ささいな
エラーだったみたいだし、その時はあまり気にしなかったんだけど、今は一応
それ以上変なものになってるし、再現できるケースをこちらの方でも持ってるんで、
fgoのパッチの内容をもっと理解してる人に見せる予定。

こっちだとどこで誤った動作をしてるかはかなり分かりかねないしなぁ…

まぁ、いいことは、fgoが機能的にfade-compensateと同様に一般機能と離れてる
ということだね。fgoさえ使用しなければ問題は起こらない（はず）。

>>951
あっ、了解。そういうのは結構ありますね。

そしてkomisar氏のビルドにはfgoがパッチされてなかった事に気づいて
恥ずかしながら眠さのせいにして寝る。

リッピング違法化”は著作権法の保護範囲を大きく逸脱、MIAUが反対声明
http://internet.watch.impress.co.jp/docs/news/20110128_423130.html

盛り上がってまいりましたぁああ

これからはお前らも日蔭者の仲間入りってことだな

ID:69DnIm/N は真性の馬鹿

煽りもいいけど、スレ違い

リッピングしまくってもそれを消費する可処分時間無いだろ。

http://itpro.nikkeibp.co.jp/article/NEWS/20100907/351778/

結局、無反応機器は一体どうなるのか

>951-953
レス、ありがとうございます。
fgoとfade-compensateパッチのないのでも試したので、それらは関係なさそうです。
--crf 20.0 --b-adapt 2 --rc-lookahead 60 --fps 30000/1001というオプションでした。
--b-adapt 1にするとかcrf 23にすれば解消してたんですが
よく分からないけどバグかなと思い書き込みしてしまいました。
まさかDXVAで再生していたのが原因とは思いませんでしたね。

DXVAで表面化するx264のバグかもしれないよ
weightpのときはそうだった

i5-2400+Ubuntuで自前ビルドしたら
ちゃんとr1882でAVX列記された〜。
Athlon64 5600+とは比べもんにならん速さ

nlも1882きたな

>>963
それはAVXは関係ないんじゃね

K8とCore 2以降のCPUでは、x264にとって一番重要なSSE2の速度が違う。

Core i7 2600　Win7 Pro x64 SP1あり
nlできてたから早速テストとりあえず何本か走らせたがｈAEEEEE
970より早いってどーゆうことよ･･･
6コア(´･ω･｀)

>>967
SP1を入れるか悩んでるんだけどAVXありと無しでどれぐらい速度違う？

>>968
比較ベンチがある
http://hibari.2ch.net/test/read.cgi/jisaku/1282371527/

環境も違うし、極適当な抽出だが
[email protected]…6.54fps
[email protected]…7.89fps
i7 920@4G　…12.28fps
[email protected]…15.69fps
980X@4G　 …19.81fps
意外と進歩してるんだなｗ

x264に関してはNehalemで凄く伸びたからな。
CMAと比較してクロックあたりの性能が1.5倍くらいになった。
Sandy BridgeもNehalemから小幅とはいえさらに伸ばしてきたんだから、全く大したもんだ。

Sandy Bridgeの次あたりで、AVXで整数演算が入ってきたら発狂もんだな

1882でエンコしてPowerDVDで再生してみたけど、HWアクセラレーションONにすると、破たんする場面があるなぁ
OFFでは破たんしないので、やっぱりDXVAがらみの不具合だろうか。

ソースとオプションとエンコしたファイルうｐ
でないと検証できん

>>974
もうちょっと色々やってみる。とりあえず聞き流して。Sandy Bridgeのドライバの問題かもしれんし。

1882でエンコしたら俺も同じ現象起きたから不都合だろうなぁ

nlの1882試したんだけどデフォルト数値変わったの？
qp maxとかaq-strengthとかpsy-rdとか
設定いじってないのに上がってるんだが

>950
うちでも、画像が崩れる現象が発生しました。1882+sandybridge(no SP1)
mpcでDxVA有だと崩れて、無だと崩れません。
他に、PS3、android機(Galaxy Tab)でも同様に崩れてしまいます。

崩れるオプションは、検証中。
--b-adapt 1にしても崩れたので、他にも何かあるのかも。

SP1じゃないってことはAVXじゃないのか

ほんとだ　qpmax=69になっとる

>>980
qpmax以外もなってない？
俺の方はデフォルトで出してるのにaq-strengthとpsy-rdが2になってる

psy-rdが2！？

俺のエンコしたのはqpmax以外は同じ値　いつものと

俺も qpmax=69 になってるだけ

マジ？qmmax69とaq-strengthとpsy-rdが2なってるんだがｚｚ
それは俺だけか？

う〜ん原因わからんからとりあえず1867に戻しとく
あとは頼んだ

--fullhelpみりゃデフォルト値わかるだろーが
qpmaxは69になってるな。

映像が崩壊する人、とりあえずソースうｐしたくないなら
違う人のビルド試すとどうなるかとか--no-asmとか--qp-max 51とか試してみてくれないか？

>>988
--no-asmで破たんしなくなりました。--qp-max 51は不正なパラメーターと怒られました。

--qp-max じゃなくて --qpmax だろ。気付けよ。

>>989
適当に書いたｽﾏｿ
Win7 SP1？

そうだ！
--qpmax 51では破たんしました。

>>991
Win7SP1です。

・vbvか--nr使ってるなら外す
・--asm SSE2Fast,SSE4.2,Cache64,FastShuffle
（x264 [info]: using cpu capabilitiesに出てくるやつAVX以外。MMXとかSSSE3はSSE4.2に入ってる）
の2つを試してみて

>988
--no-asm と --qpmax 51を試しましたが、破綻します。
先ほども書きましたが、SandyBridge(i5 2500K) + Win7 x64 no SP1です。

破綻動画、ソースがゲームキャプチャーものなので、アップ出来ないのです
が、何か、お手頃な著作権フリーな動画ないですかね。

>>995
きしめんのOP動画にしたら？
あれはメーカーの許諾要らないはず。

一応、こんな感じです。
avs [info]: 1280x720p 1:1 @ 60000/1001 fps (cfr)
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: none!
x264 [info]: profile High, level 4.1
x264 [info]: frame I:10 Avg QP:19.17 size:182441
x264 [info]: frame P:144 Avg QP:22.16 size: 66526
x264 [info]: frame B:384 Avg QP:24.71 size: 30413
x264 [info]: consecutive B-frames: 3.5% 1.5% 7.2% 87.7%
x264 [info]: mb I I16..4: 7.9% 39.8% 52.4%
x264 [info]: mb P I16..4: 1.5% 2.7% 2.7% P16..4: 40.8% 27.2% 12.6% 3.7% 2.7% skip: 6.3%
x264 [info]: mb B I16..4: 0.2% 0.1% 0.2% B16..8: 38.8% 20.3% 9.1% direct: 8.7% skip:22.7% L0:38.7% L1:42.1% BI:19.1%
x264 [info]: 8x8 transform intra:37.8% inter:32.8%
x264 [info]: direct mvs spatial:99.0% temporal:1.0%
x264 [info]: coded y,uvDC,uvAC intra: 77.7% 83.4% 68.4% inter: 32.7% 28.9% 16.7%
x264 [info]: i16 v,h,dc,p: 14% 67% 4% 15%
x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 14% 28% 15% 5% 6% 5% 9% 5% 14%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 12% 20% 5% 7% 11% 10% 12% 8% 15%
x264 [info]: i8c dc,h,v,p: 31% 47% 14% 8%
x264 [info]: Weighted P-Frames: Y:0.0% UV:0.0%
x264 [info]: ref P L0: 64.3% 14.5% 20.5% 0.7%
x264 [info]: ref B L0: 83.4% 16.6%
x264 [info]: ref B L1: 88.9% 11.1%
x264 [info]: kb/s:20573.77
encoded 538 frames, 1.96 fps, 20573.77 kb/s

--no-asmで破綻ならAVXじゃないだろうからVBV emergencyなのかな？
VBV設定してるなら外してみて

次スレ立ててくる

x264 rev30
http://hibari.2ch.net/test/read.cgi/avi/1296313162/

乙

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