x264 rev27

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

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

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


[本家]
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 (公式フォーラム)

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

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

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

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

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

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

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

　　　　 　 ／　　　 /二二ﾆﾆヘ＼　　　　　　　　　　　 　/ / 　|　
　　 　 ／ 　 /　 　.|＞‐-､ヽ_: ハ　＼　　　　　　　　　　/ /　　|　
　 　 /　/ 　.|　　ｌ .|　　 　　 ｀⌒ヽ　 〉　　　　　　 　 　/ /　　 |　
　 　 　 .| 　 .|　　ｌ .|　 -‐= 　 ､__　　 |　　　　　　　　 / /　　　|　　
　　 |　 .| 　_.|　　∨　　　 　 　 　 |　 |　　　　　　 　 / /　　　 |　　
　　 |　 .|　/ |　 　 |r〒圷　　 ｨﾃrj　 |　　　　　　　/ / 　　 　 |　　
　 　 〉 八{ ^|　 　 |　Ｖ:ｿ　　　Vｿ′│　　　 　　 / /　　　 　 |　　
　　/ 　　}＼|i 　 Ｎ ､、　 　 　 ､､{　l |　　　　 　 / /　　 　　　|　　
　 ⌒l　　　 ﾑ　│　　　　_　 　 人∧|　　　　　 / / 　　　　 　|　　
　 　 |／＼/ハ　|＞ 　 , ＿.. イ　/　　　　　　 / /　 　 　　 　|　　
　　　 　／ ｀＼ヽ｢　＼/＼　　|. /　　　　　　 / /　　　 　　 　|　　
　　　／　　　 ∧　　　 〉　/l＼|/　　　　　　 / /　　　　　　 　|　　
　　/　　　　 ＼∧　　/ ∨V 　 〉　　　　 　/ /　　　　　　　　乙
　 /　　　　　　 }　＼/ 〉o〉　　 {　　　 　　/ /　　　　　 　　 　
　｛.　 　 　 ＼〈 　 　 /o//　　∧　 　 -‐っ/　　　　　　　　　
　 ∨　　　　　｀7 　 /o//　　　　}／　　￣}.　　　　　　　　　　
　　∨＿__＿__∧ 　,二厶-‐―‐/　　　　ﾝ

＞982
おいおい、restrictはもろC99だろｗ

△って、なう並みにムカつくな
流行ってんのか？

なんか前スレでアスタリズムの事だって言ってる人居たけどまだ意味分からん
もしかしてこれから流行らそうとしてるんじゃあるまいか

Haali's AQってなんで忘れ去れたんだろう・・・
seraphyさんがHaali's AQ入りのおまけ版をうｐデートしてくれるまで俺はrev1181使い続ける

>>7
俺も未だに使ってる。暗部とかやっぱHAQで盛り盛りにするほうが楽ちんこ。

>>7
奇遇だが俺も1181は良く使うぜ

フェード汚いからもう使ってないや

最初から入っている--aqmode 1/2以外のAQは、mbtreeとの相性も悪そうだ。

4種類使い分けてる内で一番古いのが1181だな
それ以前のはもう使ってないわ

非実写crf20以下でもAQって役立つことある？

○○さん、カッコいい
　　　↓
○○さんかっけー
　　　↓
○○△

>>13
まずは、--tune animationを試して見て、それから
自分の好みに合わせて--aq-strengthを調節したらいい。

>>14
サンクスやっと意味分かった。いわゆる　｢　駄　洒　落　｣　って奴だったんですね…

最強のI/P変換とノイズ除去は何？

最強って…、恥ずかしいからやめてください

機能が違うだけで最強などない

ここは、難癖をつけるたがる輩が多い

では、君たちがもっともいいと思うI/P変換とノイズ除去は何？

もっとも良いと思うのはその人の主観で決めることであってうんぬん

もう、何が言いたいのかry

もっとレベルが高いところで聞くか自分で調べた方が早いなこりゃ(苦笑)

なんだ、プライドだけは高いくせに能力は足りない教えて君か

もっとレベルが高いところで聞くか自分で調べた方が早いなこりゃ(ｷﾘｯ

だから一度waveletで.avi出力したものを10passだと何度言ったら(ry

まあ、大漁では定評のあるこのスレに来たのは良いチョイスだと思うよｗ

2chで質問するときは、普通に質問するより
間違ったことを堂々と調子に乗って書いた方が怒濤の勢いで修正される。

その修正が正しいかどうかはわからないけどなｗ

コピペっぽいなと思ったらとりあえずググる。
案の定>>28がそのまま出てくる。

「ニンテンドー3DS」、10年度に発売　裸眼で3Dゲーム
http://www.itmedia.co.jp/news/articles/1003/23/news058.html

>>17
Bobに加えて、ノイズも除去できる。
http://www.avisynth.info/?TempGaussMC

まぁ、テレシネだったらIVTCの後
ttp://forum.doom9.org/showthread.php?t=139766
MCTemporalDenoiseも付けてもいいけどねぇ。

確かにBob化を綺麗にしたい場合、TempGaussMCは遅いけど、定番なんだよねぇ…
最近自分はnVidiaのデインターレースフィルタも気に入ってるけどｗ

こいつらスレ違い承知の上でやってるんだろうな

春休み中ですから

でかいな・・・diffで7382行・・・

holger氏からまたASMの高速化が入って
megapatchはkierank氏の更新でバージョンファイブへ…

後少しみたいですなぁ。もうすぐ一ヶ月なんですけど（笑）
megapatchが入ったらケーキでも作るか。

現在34パッチｗ

なかなかため込んで出てこないね・・・

毎月1日に検証済みのだけ当ててリリースでいいと思うよ

そんなに貯めたら、猫の中の人がまた大変な事に

ちょっと話が変わるけど、DVD-Rから再生するときは
b-pyramidを1にしといた方がいいかな

実際、D_Sは猫の人を苦労させるのを楽しみにしてるしな

>>42
--b-pyramid 1 Σ(ﾟ∀ﾟ)
まず、ここを突っ込む（だが、ソースを見れば間違ってはないっぽい…）

つまり、b-pyramidは再生機によって違う設定にした方がよさそう。
ttp://forum.doom9.org/showthread.php?t=152761
で見れば家庭ゲーム機とかそういうのが殆ど大丈夫みたいだけど、
BDスタンダード範囲でしか対応してないものなら、strict (1)にした方がいい。

なるP？

>>45
こうやってオイラも段々日本のエンコ関連の人の名を知る。

JEEBさんこんばんは

>>44
う〜ん、そこじゃなくて
BD/DVDみたいな光学メディアの特性で
strict (1)を指定しなきゃダメなのかなって

>>48
ハード側のデコーダの問題でしょう

>>48
メディア自体の特性による制限はVBV以外ないなぁ…
ただし、パソコンとかのドライブの読み込み速度もかなりいいことになってるし
制限がゆるめ、もしくはなくても大丈夫な状態になってるんじゃないかな。

まぁ、どんなもののドライブで読み込むつもりかは知らないけど、
メディア自体なんってb-pyramidには関わらない。

ソニーの10倍録画に完敗してい時点で、このスレの存在意義はもうないなｗ

勝利宣言出ましたｗ

>>49-50
ありがとう。次のエンコからはb-pyramid 2で
使うことにしよっと

　　　　 　 ／　　　 /二二ﾆﾆヘ＼　　　　　　　　　　　 　/ / 　|
　　 　 ／ 　 /　 　.|＞‐-､ヽ_: ハ　＼　　　　　　　　　　/ /　　|
　 　 /　/ 　.|　　ｌ .|　　 　　 ｀⌒ヽ　 〉　　　　　　 　 　/ /　　 |　　　　　　　-‐　 ￣￣　　　 ､、
　 　 　 .| 　 .|　　ｌ .|　 -‐= 　 ､__　　 |　　　　　　　　 / /　　　| 　　　 ／:::::::::/:::::::::::::::::::::: ヽ:::::::ヽ、
　　 |　 .| 　_.|　　∨　　　 　 　 　 |　 |　　　　　　 　 / /　　　 |　　 r'´:/::::: ,ｲ:::::::::: | jﾊ;::::::: ヽ::::::::::＼
　　 |　 .|　/ |　 　 |r〒圷　　 ｨﾃrj　 |　　　　　　　/ / 　　 　 |　　 |::/:::::: /│::::::::::| |　|:: ヽ:: ', ::|:::::::..',
　 　 〉 八{ ^|　 　 |　Ｖ:ｿ　　　Vｿ′│　　　 　　 / /　　　 　 |　　 !:ｌ::::: /￣|:::::::::://￣|:::从:: | ::|::::::::::rヘ
　　/ 　　}＼|i 　 Ｎ ､、　 　 　 ､､{　l |　　　　 　 / /　　 　　　|　　ﾉ:|:: /　___ﾚﾍ:::::/　___V　 ';::| ::|::::::::::| ::::i
　 ⌒l　　　 ﾑ　│　　　　_　 　 人∧|　　　　　 / / 　　　　 　|　　!:::{从rテ示 　∨　rテ示7 V :::|::::::::/ ::::|
　 　 |／＼/ハ　|＞ 　 , ＿.. イ　/　　　　　　 / /　 　 　　 　|　./::::::: ﾘ　ヒｿ　　　　　ヒソ　/ :::/::::::/ :::::::|
　　　 　／ ｀＼ヽ｢　＼/＼　　|. /　　　　　　 / /　　　 　　 　|　|:::::::: ′　　　　　　　　　　/ ::::「｀)ｲ ::::::::::|
　　　／　　　 ∧　　　 〉　/l＼|/　　　　　　 / /　　　　　　 　|　|::::: 小、　　　　　　　　　/ :::::::r'´ | :::::::::::|
　　/　　　　 ＼∧　　/ ∨V 　 〉　　　　 　/ /　　　　　　　　 |　|∧: | l::＞　／￣　　　.ｲ :::::::/　　| :::::::::::|
　 /　　　　　　 }　＼/ 〉o〉　　 {　　　 　　/ /　　　　　 　　　　＼　 V　　 ／ ｭr勹 　 ﾌ:::／V 　 　| :::::::::::|
　｛.　 　 　 ＼〈 　 　 /o//　　∧　 　 -‐っ/　　　　　　　　　 　　＼＿／／ん)´　　/／ﾝ勹ぅ- ､│ :::::::::|

x264で音声パススルー（再エンコせずにムクサーへ通す）方式が結構作られてる
みたいだけど、現時点でffms2から元のストリームが取り出せない。

ffindexにもその機能が必要になるっぽいし(音声のdemuxで)、こっちでffms2のソース
をいじる勇気がある者がいれば頑張ってみてくれ。TheFluff氏はuppconというイベント
の管理で来月の7日辺りまで忙しいし、その後はTransport Streamパーサーなどの作成にかかる
ので、とりあえずこっちで報告しようと思ったw

Make source -- not borders. From Kurofune with Love.

http://mirror05.x264.nl/Dark/megapatch7.diff

えーとパッチが36個ってことは、現時点でr1507だっけ？

ttp://mirror05.x264.nl/Dark/megapatch8.diff

だZE

ソニーの10倍録画に勝てる、キモアニヲタだか？

>58
どこの方言 ?

ttp://mirror05.x264.nl/Dark/megapatch➈.diff

URL自体が間違ってないが、吹いたｗ
（速い設定で高速化が入ったっぽい）

>>58
きめぇ、なにがだが？だよw

しま！、自演失敗したoz

ID:OgjcEv0U
ID:OgjcEv0U
ID:OgjcEv0U

実はそれすらも「春休み」を自演した、高度なｒｙ

意味がわからない…

[PATCH 01/39] Fix crash with intra-refresh + aq-mode 0
[PATCH 02/39] Fix regression in r1450
[PATCH 03/39] Ignore XYSCSS in y4m if the newer standard C tag is present
[PATCH 04/39] Faster hpel_filter
[PATCH 05/39] Faster cabac_encode_decision_asm
[PATCH 06/39] Faster rounding of chroma DC coefficients
[PATCH 07/39] Mixed-refs support for B-frames
[PATCH 08/39] Timecode input/output
[PATCH 09/39] Blu-ray support: NAL-HRD, VFR ratecontrol, filler, pulldown
[PATCH 10/39] "CRF-max" support with VBV
[PATCH 11/39] Fix two nondeterminisms
[PATCH 12/39] Use x264_log in more places instead of fprintf
[PATCH 13/39] Shrink some arrays in x264_t
[PATCH 14/39] Save a few bits in slice headers
[PATCH 15/39] Fix link errors with newest gpac cvs
[PATCH 16/39] Fix slightly wrong mp4 duration.
[PATCH 17/39] Add support for spaces to iPhone GAS preprocessor script
[PATCH 18/39] Fix typo in configure
[PATCH 19/39] Reformat profile restrictions in --fullhelp.
[PATCH 20/39] Much more accurate B-skip detection at 2 < subme < 7

[PATCH 21/39] Faster x264_macroblock_encode_pskip
[PATCH 22/39] Two compatibility fixes
[PATCH 23/39] Make a bunch of small functions ALWAYS_INLINE
[PATCH 24/39] Overhaul macroblock_cache_rect
[PATCH 25/39] Various motion estimation optimizations
[PATCH 26/39] Reduce stack usage of b-adapt 2's trellis
[PATCH 27/39] Split up analyse_init
[PATCH 28/39] Cosmetics: use sizeof() where appropriate
[PATCH 29/39] Fix stack alignment in sliced threads
[PATCH 30/39] Much faster non-RD intra analysis
[PATCH 31/39] Fix some misattributions in profiling
[PATCH 32/39] Document slow/fast firstpass in --fullhelp
[PATCH 33/39] Pad non-mod16 resolutions using the correct field
[PATCH 34/39] Add tune for still image compression
[PATCH 35/39] Fix make uninstall on systems with executable suffixes
[PATCH 36/39] Cosmetics in mvd handling
[PATCH 37/39] Avoid redundant MV prediction in duplicate refs
[PATCH 38/39] New "superfast" preset, much faster intra analysis
[PATCH 39/39] Update copyright year in SEI header

かなり楽しみになってきたｗ

今日あたりにcommitされるのかな？かな？ｗｋｔｋ

オラもwktkしてきたぞ

パッチ当てたのが本線になるってこと？

>71
そうだよー。
これで、NAL-HRDが本線に入る。

BDにしかつかわなくね？

>73
PS3でインタレ保持動画再生するので助かっています。

ようやく入るのか。なんかパッチ出てからえらく時間かかった感じだな、なんでだろ。

r1510!!!

なんかいっぱいきた

ｋｔｋｒ

[PATCH 07/39] Mixed-refs support for B-frames
出来なかったのかｗ　これは結構効果あるんじゃ･･･？

しかし前回からもう1ヶ月も経ってるのか。
最近しか知らないから、こんなに長いの初めて見る。

>>79
それのおかげか分からないけど少し画質は良くなったと思うよ。

ソニーの10倍録画>>>>>必死に頑張った俺的オナニーエンコx264

どうしてこうなった・・・

今日も自演するんだろうねｗ
もう10倍はNGワードだな

aqもpsyも使いこなせないdoomすら読むきもないどころか
そもそも英語も分からない猿だからじゃねえの？

またGK祭りしてもらいたいのか

>>75
ペンギン様が宿題(リリース前の最終チェック)しないでエロゲ(の翻訳作業)に夢中だったから

個人的にはパナのAVCのほうが綺麗だと思う
ソニーのは全部駄目

haali更新来てるぞ

>>88
やっとｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!

BDやPS3だけじゃなくPC再生でもNAL-HRDパッチの--pic-structが無けりゃ
フラグの欠如したx264のインターレース動画は出来損ないだったんだから
それが取り込まれコレで漸くまともになったのだから非常に大きな前進だ

そうだよな。
ffdshowもハードウェアデインタレをさせようとするとフラグが無いと誤判断しちゃうし。

>>90
--nal-hrdだけじゃ駄目なのか？
--pic-struct: Force pic_struct in Picture Timing SEIっていつの間に入ったんでしょ･･･

PDVD10のデコーダーは昔--nal-hrdとかなかった頃にエンコしたファイルでも
auto設定でhwdeintしてくれるね。PDVD9のやつはbob指定しないとダメだったんだけど。

--interlaced(tff) --pic-struct --nal-hrd vbr --aud あたりは付けていた方が何かと無難

ソニーの10倍録画にも勝てない画質で情報共有も糞もねえだろｗ

あなたはソニーの10倍録画使っててください

釣られてやるか…

提灯記事でも庇いきれない10倍録画のデメリットの数々ｗｗｗ
ttp://ascii.jp/elem/000/000/499/499715/index-2.html

腐ったソースを更に腐らせて圧縮するしか脳が無いくせに画質も糞も無いだろ

ｘ264も使えないアホは来なくていいよ
幼稚園児でも使えるソニーの10倍録画で遊んでなさい

なんだ、やはりGKか

810 名前：名無しさん＠編集中[sage] 投稿日：2010/03/29(月) 02:29:59 ID:gPPIF5LJ
いまさら、PT2とかないわｗ
トルネだろ、もっさりワロタｗ

812 名前：名無しさん＠編集中[sage] 投稿日：2010/03/29(月) 02:32:14 ID:gPPIF5LJ
>>811
嫉妬乙
あとで良いものが出てきて発狂とかｗ

CELLの演算能力なめているだろｗ

813 名前：名無しさん＠編集中[sage] 投稿日：2010/03/29(月) 02:38:13 ID:gPPIF5LJ
論破完了

最近のソニー製品は全部駄目だな
買う価値無し

r1510の変数宣言最適化高速ビルドまだー？

俺がアニメの23.97fpsのTSソースエンコするとカックカクになる
どうしたものか

初期は仕方なしに29.976fpsでエンコしてたけど、ビットレートの無駄多いし

修行が足りんな

それはx264の設定とか関係ねーっす

>>103
なるほど
汎用できそうなパラメータの設定とかないだろうか？

>>104
確かに

とりあえずAviUtlで修行積んでくれば？

>>102←だけの情報で問題解決を要求してるのかこのキチガイ
構って欲しいだけなら他のスレ行けよ

>>106
はい

>>107
ごめんなさい

>>108
インタレ保持に限るよ。
今はDXVA優秀だし
30p24pところにより60p30pとかめんどくさい。

インタレ保持ならtsで保存しろよと思う

迷言きたこれ

ソニーの10倍録画並みの画質になるのは何年後だあ？
5年以内には実現できそうかx264w？

それ液晶TVだから綺麗に見えるだけ

まあ、仮に5年以内に必死に同等レベルになったとしても
新製品で余裕ではるか先の画質になってしまうんですけどねｗｗ

ソニーの10倍はグラフィックボードのお気軽エンコより汚い画質だからいい加減スルーしろ

GKチェック　ID:u3/6wlmb

ハードエンコは、ソフトエンコよりも性能は劣るんだけど
レコの場合、再生時に何かしらのフィルタをかけてるだろうから
きれいに見えるかも

認めたくないから、いいわけに必死だなｗ

基地外相手にすると基地外が感染するぞ

おいおい、大漁スレになってんじゃねーか。

>>112
ソニータイマー発動で、1年後に壊れるから気にするな。

伸びてると思ったらｳﾏｼｶが騒いでるだけかｗ

もっと下手な英語を!
ttp://journal.mycom.co.jp/news/2010/03/29/029/index.html

久々に更新した浦島の独り言だけど
b-pyramid 1はなんか膨らむし2はなんか汚いんで結局0に戻した

太郎さん、俺です俺
久しぶりに会ったついでに金貸してください

>>88
Haali Media Splitter　mp4ファイルによっては最新版でも音ずれするね・・・

>>126
最初からずれてるんじゃねえの？

拡張x264出力の初期ディレイカットやedtsでエンコした物は正常に再生されるけど
MP4Boxでディレイ付加したり、エンコ時に音ズレさせて作った物は捨てちまえだっけ？

昔のmp4boxとかでdelayオプション付けてmuxしたファイルは
窓から投げ捨てるか再muxするしかない

>>127-129
少なくともMS製やMP4 Splitterでは正常に再生される

MS製のMP4 Splitterなんてあったっけ？

>>131
Windows 7

muxerとdelayオプションの詳細を晒してくれないと何とも言えないんだが

>>130
VLCと旧版HMSは？

>>133
ffmpeg作でttp://www1.axfc.net/uploader/He/so/271433
キーワード:mp4

>>135
delayは約-467msであってますか？
QuickTime Playerと最新のHaali Media Splitterとで挙動を比べましたが、ほぼ同じに見えます。
つまりファイル自体は正常に見えます。

私には、元から同期しているのにわざわざ表示を早めるように設定したのが原因にしか見えません。

>>136
玉を打った時の音などが明らかにずれていないですか？

delayの測り方は分かりません。すみません

ずれてます。が、それが正常です。
QuickTime Playerでそう再生されるのだから。
edts対応では最もQuickTimeが信頼できます。
QuickTimeと同じ挙動をするならばそのdemuxerは信頼できます。

....
>delayの測り方は分かりません。すみません
delayはあなたが設定したのではない？ffmpegが勝手に？

....
ちょっと待って...
なにこのファイル。
一か所15fpsがあるし、最初のフレームのCTSが1001じゃなくて14014なんですが...
原因はコレですね...

ここまでの情報では使ってるffmpegのmp4 muxerが壊れているようにしか見えません。

>>137
> delayの測り方は分かりません。すみません

拾い物？

ディレイは-467ms〜-434msって感じかな
mp4が原因

>>137
ええとですね。あなたがアップロードしたファイルは最初のCTSが異常です。
b-frameをb-pyramidなしで使っておりタイムスタンプが1001刻みなので、
ここでは最初のCTSは通常は1001であるべきです。
しかし、なぜかあなたのそのファイルは14014になっています。
そしてその値をedts(elst)のmedia_timeフィールドに書き込んでいます。
なので映像メディアのタイムスケールが30000であることより
14014/30000 = 467.333...ms
分の遅延がedtsのmedia_timeに対応していない且つ
勝手にその遅延を打ち消さないスプリッタで掛かります。
すなわちあなたのファイルは467ms分の正のdelayを掛けることで初めて同期します。

ここでffmpegはなぜかその遅延を与える方法をCTSのオフセットとして与えてしまった。
これは本来edtsのempty edit(空クリップ情報)で行われるべきことです。
つーわけで私からの結論は
blame ffmpeg

コミットされるのこれ

マージじゃね？

マージで

なにをコミット？

rev.1510

言葉を知らない人が多いのか、カタコト過ぎて意味がわからんなｗ

ワタシヨウキナクニカラキマシタ！
ニホンゴムズカシイネ！
x264スバラシイネ！

>>148
よう、ベネズエラの大将

カーロス・リベラか

ジョーハツヨイネ！
ワタシニカッタネ！
マンモスニシワスレタラカナシイネ！

r1510のafs対応版modコネー

バカポさんへ、お高くても良いなら4月下旬あたりからlian-liの新商品でいくつか
外装赤のケースでますよ。赤が日本で発売されるかわからないのにで
casemaniacあたりで取り寄せ注文すると手に入ると思いますよ。

そういうのはtwitterでやれ

twitterみたいなもんだろ2chなんて

人の話を聞かない奴が多い点からするとそうとも言えるなｗ

r1510なんだが、--interlacedだけ指定すると、vui無しのmbffのままで、
--tff/--bffを指定すると、vui付きでpaffになるって理解でOK？

コードを見る限り（common.c）、interlaced指定は生かしてあるけど
helpからは削られてる。

mbaffは結局vui無しだと互換性に難があるので使わないのが吉？

>>157
--nal-hrd vbr --vbv-maxrate 25000 --vbv-bufsize 31250 --pic-struct --tff

上の様にしてエンコードすれば、VUI(pic_struct)も付いて何の問題もなく再生可能な
MBAFFのH.264を出力できる。

http://www.up-cat.net/x264%252Dchangelog%252Djp%2Br1400%252Dr1499.html
＞x264r1410
＞ * ABR（ビットレート指定）でvbv-maxrateを指定していない場合。
＞ o CBRと見なされ、vbv-maxrateにビットレートと同じ値が使われる。
＞ * vbv-bufsizeを指定しているがvbv-maxrateを指定していない場合。
＞ o vbv-bufsizeの指定は無意味なものとして無視される。
crfでvbv-maxrateとvbv-bufsize指定するとサイズ増えるんだけどこれのせい？

--pic-structはいらねんじゃね？

ビットストリームに、pic_struct: 3(TFF)/4(BFF)がなかったら、フィールドオーダーが分からない。

暗部の劣化、というよりTSの糞暗部を再生時に誤魔化してくれる
DivXのフィルム効果みたいな奴ってないですかね？

MPCの外部フィルタとかで探しても全く見当たらない。
結構需要あると思うんだけど。

スレチ

Sonyの10倍録画の画質見て、このスレも過疎ったなｗ

GKさんいつも残業乙です

レコでしか使えないものをここで宣伝してどうする

何と戦っているのかようわからんな

>>166
x264エンコで見ているサルよりも、レコで見ている人間の方が圧倒的に多いｗ
しかも、画質・音質も悪いじゃなｗ

>>168
動画共有サイト利用しているようなやつがくるところじゃないよ
君みたいなの

音質ってx264は音声までは面倒みてないね

そう、ソニーの10倍録画は音まで高音質であの画質ｗ

　　　　　 　 　 　 　 　 　 　 ,　　　　　　　　　　　　　　 　 　 　 　 　 　 ｝
　　　　　　　　　　　　　 　 / ト､　　　　　 　 ∧　　 　 　 　 　 　 　 　 /
　　　 　 　 　 　 　 　 （（　ｌ　ト ､ヽ 　 （（　 / ,ﾊ　　　　　　　　 　 　 __[_
　　　　　　　　　　　　　　││　'vﾊ 　　／ ./　ﾟ, 　 　 　 　 　 　 ,'⌒┴⌒',
　　　　　　　　　　　 　 　 ｌ. │ 　j斗‐=¬=ん .._〉　　　　　（（　　{　　　　　}
　　　　　　　　 　 　 　 　 l　 | ／　 　 　 　 　 　 ` ､　 　 　 　 　 ヽ.　　　ノ
　　　　　　　　　 　 　 　 ﾉ　 l′,　ｌ 　 　 ト､　､ 、、 ＼　　　　　　　｀￣´
　　　　　　　　　　　　　/ 　 ′│ |　│|│ |_｣ＬLﾊ　 　．
　　そ、そんな　 　 　 ′ / 　 仆Tﾌ丁｢ﾘ　!,从从∧ 　 ，
　　　 　 　餌で 　 　 { 　 i　　 从,rヤ卞.　 　仄Y{　} } } }
　　　 　 　 　 　 　 　 l　　|　　　〈 Ｖ'ﾟY} 　 　 ∨八,刈 jﾉ
.　　　　　　　　 　 /{　ｌ 　 l 　 　 ﾍ.`ｰ'ﾟ　 _　┐ っ从 　　　　わっちが釣れると思うたか？
　　　　　 　 　 /{/　ﾚ |　　、 　　　とつ　|　_ｿ r-仆 ヽ 　　　　
　　　　　　　,〃 ′ （. | 　 　 、　　 ヾ≧=y-rくト┤ 　 ＼
　　　　　　,ｲ　　　　　ｿ　　　　＼　　 ヾ,ミ辷メj_ノ : ト 、 ) 　　つ、釣られ･･･
　　　（（　 ｌ　　 /しｨ'/ 　, ,　 　 　>､　　 '．| 　|　〉 i |　 )'′
　　　　 　 |　, "　　｛ 　ｲ ﾊ,　 ／ ／ﾍ, 　} |＿ﾚ'入リ　ﾉ
　　　　 　 ∨　　　　Ｖ＾j/　V⌒Ｖ'ヽﾉハ,ﾉ┴=彡、 `Y´
.　　　 　 　 ヽ. 　 　 　 　 　 `ｰ'′__/　　 |　　　彡､人
　　　　　　 　 ＼ 　 　 　 　 　 　 /〈　 　 ′　　　　｝ ｝
　　　　　　　　　 `ｰ　 -- -　=ｧｧﾍ八__/　　　　 _,ノ ,ﾉ
　　　　　　　　　　 　 　 　 　◎′ ∨　`^^'ｰ'＾" _.ィﾟ
　　　　　　　　　　　　　　　 　 　 　 `7^^7^ｰ'^'く_彡、
　　　　　　　　　　　　　　　　　　　　辷彡　　　　`ｰ'′
　　　　　　　　　　　　　　　　　　　 〈__/

土日はカオスですね、ホロ様

ジャンル情報から判断して最適なエンコードができる「インテリジェントエンコーダー」
エンコード時にフィルタで階調を滑らかにする「SBMV Extend」

どれも、x264のような汎用機能しかないエンコーダーではありえない
世界のソニーたる高画質エンコーダー技術ｗ

GKはSAMSUNGパネルの検品作業にもどりなさい

こっちから喧嘩売ったわけでもないのに
ふっかけられたみたいに振る舞われてもなぁ。
何がしたいんだか。
そもそも、ここはパッチの検証やら
新オプションやらパラメータを弄って触って
一喜一憂するスレだと思うんだ。それが楽しいんだ。
何かに勝とうとか思ってる訳じゃあない、と思っている。

はい、敗北宣言頂きました
まあ、世界のソニーが相手だから善戦した方じゃね？ｗ

春だねぇ

ソニー連発のかわいそうな輩は今後スルーで

そうそう、反論できないなら黙ってろｗ

あいたたた・・・・

sonyって韓国に液晶の技術渡した売国奴だろ。gkは死を持って償え

自分が注目をあびる優れた存在と思える時があってもいいと思うよ

あびる優がいるな

ＧＫじゃなくてアンチだろ

http://www.phileweb.com/news/photo/200908/beautiful_01_big.jpg

まあ、しょうがないだろｗ

http://www.phileweb.com/news/photo/200908/S-ENCODER-PPT_big.jpg

なっ？そもそも、機能が違いすぎるｗ

かしこく"きれい"
スイーツ（）みたいだな

こらこら、そんなにあからさまに嫉妬してはダメですよ
自分でもなにやっているかわからない、20個程度の手動パラメータ設定(笑)でもやって落ち着きなさいｗ

crfとpresetとtuneの３つしか最近いじってない
でもソニレコよりはるかに綺麗で小さい

Sonyのh.264実装はx86で動き、無償で公開されているわけじゃないんだから
そもそも比較する対象が間違っている。

在日は半島に帰れ。

ビットレートに比例して、色情報が少なくなるせいか色が薄くなるな
これを食い止める方法はねえのかい？

それ、YC伸張の辺りがおかしいだけなんじゃね？

そんな、素人みたいなヘマはやらんｗ

コントラストだけじゃね？

色が薄くなる？階調割れするとかじゃなくて？

いや、明らかに色の彩度が違う
つか、そこを突っ込まれるとは思わなかったのでテスト動画全部消しているぞｗ

ビットレートに比例？？

比例だったらビットレートあげると色が薄くなるのか
おかしな話だな

反比例と比例の違いも分からないバカスレなのかここ・・・
失望した

ビットレートあげると色が濃くなるか検証する必要があるな･･･

馬鹿は言いすぎだな、取り消すよ
余計な事を言った

疑問を真面目に検討してほしいのならその根拠となる映像なりスクリーンショットなりを用意するのが筋ではないのかね

ぼけて眠たい絵作りになっちゃったのを彩度がどうとか言ってるんじゃないの？

昔CCESPとTMPGEnc比較やったときに
ビットレートさげるほどCCESPは緑になって
TMPGEncはぼけていくって個性があったが
おんなじように緑になっていく（UV情報が丸め込まれていく）結果
彩度が落ちてみえてるんじゃない？

やっぱ検証用の動画が必要だよな。

>189

SonyのEncoderがいかに優れていても
レコじゃフィルターかけられないしな。

>>207
逆に考えれよいのです

x264はフィルターがかけられても
エンコーダーが優れてないから、結果的に画質が悪いｗ

レコでいいなら別に韓国パネルのTVなんか作ってる
糞ニー製品をわざわざ選んで買う必要もないな

エンコーダの画質言う割には根拠がひとつも出てこないよね
リンク先は全部大本営発表だけだし

言いがかりつけている時点で、すでに敗北決定だなｗ
優位を示せない状況で、唯一の選択肢が相手を貶める事

うむ、うむ、x264さんその程度か

>優位を示せない状況で、唯一の選択肢が相手を貶める事
まんま今お前がやってることじゃん

>>211
そもそもスレ違いだということもわからないチョンは半島に帰れよカス
PT2スレとかあちこちに工作してるんじゃねーよ
トルネもお前のせいで印象悪くなったから買うのやめたよバカ

今日もボタン一つで10倍録画でx264よりも高画質に録画できてます・・・

触るのは土日だけにしてくれよ

>>ID:MwCe01Dm
比較に使ったx264のオプション書いてみな
書けないならこの話はここまでだ

>>216
次にくるのはこうだな


いちいちそういうオプションがないといけないなんて（ｒ

>>217
まさか>>1が読めないとかはないだろ

まあ、5年ぐらいしたら何とか画質も追いつくんじゃね？
今の2009年/10年モデルぐらいにはね

しかし、レコと意外と差があるんだなぁ

ガシツ･･･ガシツ･･･
セカイ･･･セカイ･･･

まあ、どうしてもx264使いたいんでしょ？だったら、もっとスキル上げないとね
せめて、ボタンひとつで簡単操作以下の画質を5年以内に互角になるぐらいの目標がないと

>>218
どうよ？ｗ

またx264叩きの荒らしが来てたのか

>>236
すげー正直で共感した
やっぱり、エロがないとダメだろエロゲ作家なんだから

すまん、誤爆

恥ずかしい＞＜
今日はこれで帰ります

>208

ちげーちげー。
逆テレシネとか、ロゴ除去、画面端に数ラインだけある黒帯除去、リサイズだよ。
画質以前に。

何万もするレコーダーがフリーのx264程度にしか敵わないってかわいそう

x264と比較すればお粗末な品質のMainConcept Referenceは、1290米ドルもする。

BSジャパンでやってたオペラ・アイーダ。

5.1ch aacを無劣化のCMカット一本続きでやるとどうやっても音ズレが発生したので
もうCM毎に別のファイルとしてエンコした。

CMは5.1chじゃないんだから当たり前じゃん･･･

ts2aacで分離した後、aactool -c 2 -n "null6ch.aac" で良し。

ASCII.jp
10倍録画が驚くほどきれい!? ソニー「BDZ-RX105」速攻レビュー
ttp://ascii.jp/elem/000/000/499/499715/index-2.html

・髪の毛の質感やスーツの布地のテクスチャー感がややザラっとしたノイジーな感じになる

・やや白飛びしがちになるなど、階調のスムーズさがやや失われたように感じる

・住宅が集中する場所にノイズが出ていたり、画面が大きく動くと解像度感が劣化しがち

・フィルムグレインと呼ばれるフィルム独特の粒子感で、これがどうしてもノイズっぽく感じてしまう。
　粒子もちょっと大きくなったように感じがちで、映像が荒れた印象になる

・最近のCGを多用した作品でもなければ、10倍モードでもほとんど気にならないだろう。
　ただし、微妙に色が変化する部分では階調感が劣化し、若干色の変化する部分が
　MPEGノイズ状にカクカクした感じになってしまう。

・動きの速い映像では全体に情報量が不足するようで、解像感はやや甘くなる

・サッカーの試合では、芝目が潰れてしまう

・クロスフェードの場面。ここではMPEGノイズの発生による映像の乱れがどうしても目立ってしまう。

・テロップ表示の周辺にはモスキートノイズがもやもやと出ている。背景の映像の動きに合わせて
　ノイズの分布も変化するので、ちらちらと目障りになりがちだ

>>231
なにそれ、そんな方法検索にひっかから無かったよ。
あとでやってみます。

馬鹿な質問で悪いんだけど
x264 core 79、crf20、High Plofile、他デフォルトでグレインノイズが低減されるのは、デフォルトでノイズ低減フィルタがかかってるから？

低減っていうより潰れてる

ソニーの10倍録画はノイズも少ないし、発色も全く違う
x264とはね・・・

>>226
どれも必要ないですね・・・

発色が違うんじゃ色空間がぶっ壊れてる

ソニー自慢のサムスンパネルでみてるからじゃね

高コントラストで誤魔化してるしな

>>234
--tune grainを試したら。

あと、GrainFactory3で作る大きめのサイズのグレインは比較的保持しやすい。

実際にリップして比べりゃ一撃だろ
誰かやってくれよ

メーカーが勝手に味付けした画質で満足とか（）笑
所詮家電は家電止まりだな

>>242
信者でもなけりゃ金払わんだろ
そして、信者が負けを認めることは無い

>>240
ソニーってまだそれやってるの？
音部門でのドンシャリチューンの愚行とか殴りたくなるようなこと未だに続けてるけど
擬似的に綺麗なように魅せる技術ばっか金かけてるよね
理解できないことではないけど、やっぱ MDR-CD3000みたいな物をつくってくれたソニーはどこいっちゃたんだろうね……

ソニーをNGに突っ込んだらスッキリした









ただこのレスも見えなくなった

質問よろしいでしょうか、
画素サイズでよく静止画jpg画像は1440x810を標準で見かけますが
動画ではこのサイズは使用されていないのはなぜですか
1280x720、または1440x810より大きいサイズにアスペクト比を設定したものしか見ません

>>246
アスペクト比 part5
http://pc11.2ch.net/test/read.cgi/avi/1240149543/

ありがとうございました
移動します

seraphyは何してんだ？
早く更新しろ！いつまで待たせるんだ

VFR_maniacも途絶えてるな。

x264itvfr.exeとかr1376だぜ

ffms2に加えて、--tcfile-inも追加されたので、VFRは元のままのx264で大分やりやすくなった。

>>249
仕事で忙しいとか言ってなかったっけ？
こちらは使わせて頂いてる身、気長に待てよな

やれやれ、x264で更新クレクレでは飽き足らずに、今度はプラグインの2流開発者まで更新クレクレですか
それでも、ソニーの10倍録画の画質にまったく歯が立たないとはね

次世代規格でも出ない限り、ソニーの10倍録画には対抗で競うにありませんねぇ
まあ、ソニーも当然対応するので差は開いていく一方なんですがねｗ

それが世界のソニーの技術力

ソニーのサムスンパネルにはかなわねえな
韓国製を使うとはさすが世界のソニーだわ

エロゲの事は黙っててやるからもうくるなって言ったでしょ

世界のソニー(ｷﾘｯ

が抜けてるぞ
あとエロゲのソニーも

「ただしソースはソニー」も抜けてるな

>>255
シャープの液晶に変わるのはいつからなんだ？

>>253
ちょうど新番組に合わせて新しいrevに変えようって思っている人は多いかもしれない。

…俺もそうなんだが、まあ気長にTS溜め込んで待つことにする。

俺はr1376を使い続けるか。

俺も1376を使い続けてる
PDVDフィルタなんで新しいのでもいいんだけど

ちなみに俺はr798→r930→r1145と変えてきた。

4月中にr1510が出なかったら人気がありそうなr1376にしてみるかｗ

ここ最近の revisionかなり地味っぽくて大きな変更がたくさん着てるからな
1457以降導入しちゃうと戻れなくなる、突き詰めるのにも

そもそも戻る必要がないだろ

どんどん最適化されてるからfpsうｐしてるのにもったいない

r1376より後のリビジョンだと、再生時間がおかしくなるんだけど
俺だけ？

だからそれはスプリッタの問題だと何回言ったら(ry

最新のやつって1376よりかなり早くなってるの？
今、1376で4fps前後なんだけど最新のだと5fpsとかなる？

プリセットfast系は相当早くなったみたいね
それ以外でも早くはなってるが、25%はいかないと思うぞ……

>>270
期待しすぎは禁物か…

AviSynthが使えれば早くなるんだけど、avsとかバッチファイルの解説見ても
難しすぎて、数回チャレンジしたけど玉砕だった
AviSynth使ってる人ってプログラムの勉強したこと有る人が多いのかな？

x264cli+AivSynthとついでにバッチファイル初体験の時は成功するまで5時間かかった
プログラム知らないし解説とかも見なかったけど人の記述してるの参考にしてたらなんとなく理解できた

ただ毎回記述するのメンドくさくて結局大抵の場合はAviUtlでgui使ってるけどｗ

>>272
よう。俺ｗ

AvsP使い始めてからAVIutl使う頻度が減ったわ
エンコはバッチじゃなくて、MeGUIでやってる
あれの目標とする数値（サイズやビットレートやら）に合わせて数値を勝手に決めてくれるのが楽でつかってるわ

>>271
プログラムの勉強してるとreturnとかの用語は馴染みがあるかもしれないけど、
avisynthのスクリプトはそんなに難しくないと思うし、一度上手くいってしまえば後は結構すんなり行くと思うぞ
ただその一度出来るまでが大変なのかな、解説サイトとかもある程度出来るのを前提としてたりするし

>>272
俺も最新のリビジョンのguiが間に合ってるときはgui使ってるが、
間に合ってないときはバッチファイル書いてavisynth通してエンコードしてるわ
でもやっぱguiの方が楽だから更新して欲しいとは思うけどね

x264out便利

AvisynthはプログラミングなんてJavaScriptを齧っただけだぜ！
な俺でも1日あれば理解できたから余裕
HTML並にわかりやすいよ
映像ソースの切り貼りするだけなら
AVISourceとかDirectShowSourceとTrimくらいしか使わないし

>>274
一瞬エイリアンVSプレデターの事かと思った

俺漏れも

Avisynth使うと録画ファイル名（番組名）ごとにフィルターを自動適用して
エンコードとか、かなり自動化できる。
CMカット以外はほぼ自動。

1回エンコするたびにわざわざavsまっさらな状態から記述しなおしとか
してる人いんの？d2v、dga吐き出すときに一緒にtemplateで吐き出したり
シリーズものなら1話だけがっつり書いて後はコピーして話数のとこ置換
Trim書き換えるだけじゃん。GUI使うよりはるかに楽だと思うんだが。

Microsoft Expression Encoder3の方がx264よりも画質がよかった件につきまして

なるほど、ｘ264が使いこなせないというお話ですね

Microsoft Expression Encoder3の体験版で試してみると良い
あっでも、体験版じゃH.264は使えないのかｗ

検証環境と動画よろぴく

いやです、自分でやりなさい
と言うか、x264よりも上と言う事実を言うと必ず使いこなせないとか言うよね

そんなに難しかったのか君たちにはx264はｗ
一日でエンコやっている奴なら覚えられる内容だったが

Windowsしか使ったことがなかったド素人が
はじめてのlinuxで俺天才とか勘違いするパターンだなｗ

サムスンパネルと言われるのがいやでGKはもうやめたのか

自分で画質が良いと主張するがその証拠は無いとな

お前ら、暇なんだから自分で検証して情弱ぶりを知ると良い
もう、４も出るし、無理だろもうｗ

なんでもいいんだろ、なんでもw

本当にMS製のほうが性能が上なら、Doom9でBenWaggoner氏がはしゃいいでるよ
あの人、MSのプロジェクトマネージャーだけど、いつもD_S氏にMS製のダメっぷりをからかわれてるじゃん

Doom9とDoom10の確執ってあるのかな？

2chでx264もダメッぷりでからかわれてじゅんｗ

なんか最近変なのがよく出没するな
はやく他のスレへ移住して欲しいわ

日本語すらままならないか

だな、x264厨は日本語が不自由すぎるｗ

･･･

このスレのキモヲタ率高そうだな

ていうかDTV板自体・・・

>>299
萌え、萌えええええええええ
俺のよめええええええええええええええ

とか言っているマジアニヲタ基地外ばかり

今世紀最高のゴミアニメ AB
今期最高のアニメ　けいおん！！　

r1523

ネタ的にヤバそうなのはこれくらい？
Fix array overread in b8x16 search

あとは大したこと無いな。

PCを新調したのを機に、いままで使ってきた x264patch.1143.release01 を現バージョンに変更しようと
１年ぶりにここにやってきたら、seraphy 更新止まっているし、http://x264.tobinaka.com/ 無くなっているし
一体どーなっているん？

とりあえずソニー（笑）の後MEE3が人気みたいなので、入れてみた。

ttp://img535.imageshack.us/img535/2414/test01s.png
エンコーダーはこれぐらい設定があって、D_S氏によると
「とりあえずMainConceptよりはいい出来ですよ。」らしい
エンコされた設定は一応datファイルに書き込まれるので、
それも結果と一緒にうｐする予定。
（画像は一応全てのオプションをMAXにした感じ）

MEE3は一応AVS入力も可能みたいだし、x264と比べて
・512kbpsで昔D_S氏からもらったIronManの動画を1024x576でテストする（実写）
・1024kbpsでDtBのBDの最初のOPを1280x720でテストする（アニメ・グレインなどがいぱーい）
・◯kbpsでLosslessKoishi.mkvを？

SSIMなテストは必要性があったら一応出来るけど、現時点でそれが恐らく
必要にならない。

結果はもう分かってるけど、とりあえず試してみるか。

>>305
日本人のビルダーならVFR氏もいるけど、彼はMP4やMKV関連で
忙しそうみたいなので、暖かく見守ってくれれば嬉しい。

他にある最新のビルドはオイラの（エンコのせいでまだビルドしてないが＾＾；）
やらx264.nlのjarod氏の奴とかがある。色んなパッチが付いてるのは
Komisar氏とかかな（更新してるかどうかは全く覚えてない）？

他に#x264で貼られたのは ttp://x264.riposte.nl/ です。

結局>>1に書いてあるdoom10のスレを見れば大体バイナリを
どこで手に入れることが出来るかは分かるんだと思います。

>>306
体験版は、H.264使えないぞ？
ちゃんと、書いてあっただろう見ろよ

煽って情報手に入れるパターンかな。検証する必要もあまりないような気もするけど

H.264 High-Profileねｗ
メインじゃ意味ねーだろ

馬鹿でも分かる事だけど

>>307
体験版じゃないので、安心しろ。ちゃんとMSDNAAから製品版を入れてます。
体験版には元々H.264のエンコーダーがついてませんし、使用もできません。

そして、High Profileなんってないんですよ、設定に。
そのため、もちろんx264の設定もMain Profileに制限してます。
これは仕様書など説明書を読めば分かることです、はい。

あと、一部の設定をMAXにしたら逆にダメみたいですな。
かなり笑いものになってます（無理やり◯本のBフレームを
使おうとしてますし）。
<Dark_Shikari> it doesn't have adaptive b-frames
<Dark_Shikari> setting to 7 bframes LOLcrippled it
<JEEB> so, what would be better then :/
<Dark_Shikari> 3 probably
<Dark_Shikari> it has no adaptive gop either afaik
<Dark_Shikari> no scenecut

とりあえず、どっちのエンコーダーも３つのBフレームに設定することに決定（あまりにもMEE3の不利になってますから）。

とりあえずMEE3のbframes 7なものはうｐしてありますが、あまりにもヒドイ結果で、
結論的発言はbframes 3なエンコードが出来上がってからにしましょう。

ttp://x264.fushizen.eu/tests/dtbop/
Settings.datもうｐしてますんで、MEE3で使用した設定は丸見えです。
DtBのBDをお持ちの方には再現用にavsスクリプトもうｐしてます。

P.S.
個人的にこんな商品が売れてるってこと自体が驚きだわ… Microsoftの次のイベントでのブースで見せられる動画はx264で
エンコードされてるのは全然驚きとなくなったけどNE。MSFTが自社内で書いたエンコーダーってのは確かだけどね。
一応…頑張ったん…じゃないかな？

乙、乙
概ね予想通りみたいですね

お疲れ様です。
ところで、どっちもDXVA有効にするとロゴが出るあたりから画面が崩れていく…
これってグラボのせい？それともエンコオプションと何か関係あるのかな。

--no-weightb

PDVDはお上品なのかDxVA有効だと画像でないとか結構ある。
その点、ffmpeg系のデコーダーの方は悪食な印象。

両者の画質の違いは・・・ワカンネ

>>312
この解像度で--ref 15だからlevel 5.0になってるだろ
DXVAの規格外だよ

この設定でやってくれたら、[email protected]でDXVAを使えるし、DivXと両者を比べる事もできる。

http://developer.divx.com/docs/divx_plus_hd/Creation_with_x264/

>>313-316
レスありがとう、理解できました。
DXVAもちょっと勉強してきます。

とりあえずDtBの全エンコも終わったうｐも完了した。
思った通りの結果だけど、Bフレ数を3に減らしたら少々よくなった気がする
（比べるためにbframes 7な奴は一応/oldに置いてます）

こいしちゃんの動画は現在エンコ中@x264

そんなに、豚箱の臭い飯を何年も食いたいのか？ｗ

指定のフレームを、キーフレームに設定するオプションは、
xvidでは、-zonesを使いますが、
x264では、--zonesではなく、--qpfileというコマンドラインということと、
また、下記のDoom9のスレから、記述の仕方は分りました。
http://forum.doom9.org/archive/index.php/t-120449.html

6753 I 20
12764 I 20
19648 I 20

この場合は、6753、12764、19648番目のフレームが、Quant=20のキーフレームになりますが、
例えば、--crf 20でエンコードしているとして、
指定された3つのフレームは、--crf 20でエンコされるのか、--qp 20でエンコされるのか、
どちらになるんでしょうか？
また、--qpfileのヘルプには、QP of -1 lets x264 choose.という説明がありますが、
意味が分りません。Quant=-1とすると、どうなるんでしょうか？

>>320
crfモードであっても、qpfileの数度はQPを指定しています。
-1でx264が普通にエンコしている通り最もよいQPを自動的に選択します。
（つまり、ただIDRフレームをチャプターポイントとかに置きたい時は-1を使用すること）

>>321
詳しい説明、本当にありがとうございます。
例えば、フィギュアスケートの番組全体をエンコードする際、
各々の選手の演技部分を、後でカット・編集して抜き出せるように、
指定したフレームを、キーフレームにしたいと思ったんですが、
この場合ですと、Quant=-1が適しているようですね。

さらに疑問を感じたことがあるので、恐れ入りますが、質問させていただきます。
ttp://blog.mura.com/blogs/index.php/charlie/2008/08/03/x264_zone_quality_control
このブログの説明によると、--zonesオプションを使用する際、

--crf=21 --zones 935,1138,q=10/5542,5589,q=10

上のように記述すると、q=10で指定したフレーム間は、crf=10でエンコードされると説明させれますが、
もしかして、--qpfileと同様に、crf=10でなく、QP=10としてエンコードされるのが正しいのでしょうか？

また、--zonesオプションに加えて、--qpfileオプションを使用する時、テキストファイルの中身を、

950 I -1

のように記述すると、--zonesオプションでは、935-1138フレーム間は、Quant=10でエンコせよ、
にもかかわらず、--qpfileオプションでは、950フレーム目は、Quant=-1でエンコせよ、
このような場合、950フレーム目は、どちらのQuantの値が優先されるのでしょうか？

>>320-322
凄い勉強になった。 ので、お礼に実験してみた。

>>crf=10ではなく、QP=10
その通りみたい。　動きの激しい部分だったが、Q値は10-11程度だった。

>>どちらのQuantの値が優先
qpfileが優先される。　ただし、若干挙動不審で
--zones 100,250,q=10 (qpfile)150 I -1
等とすると、100-149までがQP=10で、150以降は普通のcrfで指定した値でエンコードされる。
zones指定間にqpfileが割って入ると、zonesの適用が中断されてしまう模様。

QP10とかよっぽど非圧縮マスターでもない限り使わないな

test

するな

>>320-322 便乗質問。
エンコード後にカット・編集して抜き出せるようにする場合、
--ref の値は 1 であるべきでしょうか？

どうせIでしか切れないしいくつでも良いんじゃないか？

去年の７月にGPACにリクエストしたのが MP4Box の CVS にやっと
コミットされた。
fps が 24000-1001 みたいに指定可能。

chapter を設定するときに、時間ではなくてフレーム No.で記述する場合に
デフォルトの 25fps で計算されるとずれるので fps をオプションで指定してやる
必要があるが、このときに正確に指定できるという利点がある。
今までのように少数だと内部の float 処理でどこまでが有効数字かわかりにくいし。

>今までのように少数だと
今までのように小数指定だと

>>322
zonesでは今crf=15みたいにcrf数度も指定できますお。
>>329
やっと24000/1001みたいにmp4boxでもフレームレートを指定できるようになったのか
ちょっとぐらいマシになった気がする。（というか、今の1年間半でGPAC関連がかなりビルド
しやすくなってる気がする）

通販の方が安い。店舗のある店でもな。

はい、誤爆りました。

x264を安く売ってる店があると聞いて（ｒｙ

ｘ264を1枚ください

x264の数え方は１羽２羽だってばっちゃが言ってた。

マジかよx264売ってくる！

転売用にx26430羽仕入れた

ホンマ、x264の安さは五大陸に響き渡るでぇ

ｘ264の購入履歴がネットに流出したorz

x264が18禁だった件について

MPCHC＋madVR＋Reclockが最強ｗ

x264が有料化したら生きていけない

一方そのころ中韓国ではx264自分で開発したといいはり、業者向け高額エンコーダーとして販売しているのでした

つまんないから。

x264は韓国起原です！w

ニダ

>>329
いままでも24000:1001とすれば出来たしあまり意味なくない？

Yasm 1.0.0にUPDATE

すいません、x264って画面のリサイズもできるのでしょうか。

たとえば1920×1080ドットのMPEG2-TSファイルを 800×480ドットのH.264ファイルにCLIモードで変換したいと思います。

>>350
できない。リサイズ等はavsでやる必要がある。

>>350
次はこっちに行くといいよ
x264 初心者質問スレ part3
http://pc11.2ch.net/test/read.cgi/avi/1269894718/

>351, 352

できないんですね。了解しました。ありがとう。

>>353
ttp://doom10.org/index.php?topic=177.msg2005#msg2005
kemuri 9氏のフィルタリングパッチを試してみ。リサイズ機能入ってたよーな。というっても、800x480
ってなんぞ？848x480 @ DAR16:9でいいんじゃないかな

Avisynthならコマンドラインからavs出力して自動化もある程度できるけどね。

徹子

>>350
つttp://cid-614aa8f1c8307528.spaces.live.com/

そろそろ俺もavisynthに移行すべきなのかね。
今のauoだと--nal-hrdとか出来ないし。

>348
MP4Box で 24000:1001 って指定できたっけ？
そもそもコマンドラインだと : は使えないはず。

＞そもそもコマンドラインだと : は使えないはず。
とりあえず、sar指定する時に使ってるだろ。

>>357
っx264out.auo

字幕入れる時に使ってる
mp4box -add movie.mp4 -add jimaku.srt:lang=jpn -new movienew.mp4

>>ALL
ばーか

1538

min-keyintの新しいデフォルトのautoは、max-keyintの10分の1に設定するみたいだね

またきたぁ

>>231
上手くいった＼(＾o＾)／

1538も出たことだし、そろそろseraphy氏も動いてくれるとうれしいなぁ

4月から1376に変えたばっかりなのに……

本家に--nal-hrdマージされたし、オリジナルビルド使う意味ってx264afs/x264itvfr以外になんかある？AQ関係？

haaliaq

スレッドプール

まだ1376でOK

うちはafsばっかり使うから。

本家に--nal-hrdがマージされて、インターレースエンコが楽になるのは嬉しい。
けど、MeGUIもx264guiもまだ未対応なのが悲しいところ。まあ、AviUtlでは
x264outを使えば済むことだけど。

x264outはインターレースを考慮したダウンサンプリングができる様になっているのかな。
4:2:0のままで作業できるMeGUIなら、縞が崩れたりする心配は無いが。

>>375
x264outはAviUtlがRGBとかYUY2とかで出力してくるのを、そのまんまx264に
渡すだけだからなぁ。

# Huffyuv中間出力
:2passEx
echo TCPSource("127.0.0.1",%PORT%) > "%TMPF%.avs"
echo ConvertToYUY2() >> "%TMPF%.avs"
echo return last >> "%TMPF%.avs"
avs2avi "%TMPF%.avs" "%TMPF%.avi" -w -c HFYU
echo OpenDMLSource("%TMPF%.avi") > "%TMPF%.avs"
echo ConvertToYV12(interlaced=true) >> "%TMPF%.avs"
echo return last >> "%TMPF%.avs"
exit /b

Huffyuv中間出力こう変えたら良さそうだが、グレースケール以外のインターレースのソースは、
直にx264を使った出力はしない方が良い感じではあるな。

だったらmm_srv使えばいい
もしくはKomisar氏のnewVFW

KomisarのVfWにもRGB/4:2:2->4:2:0を設定する項目が無いから、これもプログレッシブとして扱うんじゃないか。
4:2:0のソースでVirtualDubのFast recompressを使うのなら、VfWでも良いだろうが。

>>378
mm_srvってことは、mm_srvで中間ファイルを出力させてx264outに喰わせるってことか。
激しく面倒だなぁ…。もしくは、mm_srvからx264に喰わせて、Muxはまた別にとかか。

>>379
いまさらVirtualDubだしねい。

http://pc12.2ch.net/test/read.cgi/software/1253424560/475

確かに同じ設定でエンコードしても、--bffだと、DXVAでは再生できないファイルになる。
Trahald版のパッチを使ったr1376Mだと、BFFでも再生できる。

http://www.mediafire.com/file/ywzzeundlzl/samples_interlaced.tar

>>381
MPC-HCのほうの問題らしい
#x264でkierank氏に質問してみたがこんな答えが返ってきた
(Chikuzen) kierank: http://pc11.2ch.net/test/read.cgi/avi/1269245115/381
(Chikuzen) kierank: He says that MPC-HC with DXVA can't playback bottom field first video encoded by r1538
(kierank) Chikuzen: trahald's patch doesn't actually do the "proper" bff signaling, it only uses pic_struct
(JEEBsv) so it just doesn't tell that it's bff, which is why that decoder works even though it shouldn't work? :3
(kierank) it does signal bff but by a different method
(JEEBsv) Hmm, so I guess the devs need to implement another check, or the BFF streams never were supported :3
(kierank) there's a bug in mpc it seems

ちなみにMPC-HCのデコーダーではなくWMP12やPowerDVD10のデコーダーをMPC-HCで使うとr1538のBFFも
DXVAで再生出来た

>>382
どうもありがとう。

私自身はBFFのソースを扱うことは滅多に無いのだけれど、BFFがデフォルトのDVを扱う人にとっては不便だろうから、
MPC-HCを直してもらいたい物ではある。

ラデのDXVA+v1.3.1779でもダメだった

ttps://www.biccamera.com/bicbic/jsp/w/catalog/detail.jsp?JAN_CODE=4515692002097

r1538だとインタレ解除しているavsがなぜか 1280x720i とコンソールに表示されない？
同じavsをr1510に放り込むと 1280x720p と表示される。

PS3/BD向けに
http://spreadsheets.google.com/pub?key=tYGTjNd0dG6P_A9z-YkFzFg
を参考にしてエンコしてるんだけどPS3 バージョン3.01に
ポップ氏のx264.r1538r1_pentium3(他 r1523r1, r1510r1 でも同様)で↓のavsを
x264.r1538r1_pentium3.exe --profile high --aud -o out.mp4 in.avs
でエンコードすると18秒までブラックアウトしたままで、18秒に青いフレームが表示される。
x264.r1538r1_pentium3.exe --profile high -o out.mp4 in.avs
同様に--audオプションを付けないとはじめから正常に再生される。
これはPS3の問題を疑った方がいいかな？ 旧型なんで念のためファームは更新したくないのだけど。

--audって必要？

-- in.avs ----
BlankClip(length=240, width=1080, height=1080, pixel_type="YV12", fps=23.97, color=$000000) \
.AddBorders(180, 0, 180, 0, color=$AAAAAA).AssumeFPS("ntsc_film") ++ \
BlankClip(length=240, width=1440, height=1080, pixel_type="YV12", fps=23.97, color=$0000AA) \
.AssumeFPS("ntsc_film")

return last

ps3で再生する場合b-pyramidはnormalでいい？それともBD用のstrict?

>>386
俺だけじゃなかったんだな。
きっとTFF/BFF自動判定ルーチンがバグってるんだと思うんだが・・・。

Doom9にも報告が上がってるな
http://forum.doom9.org/showthread.php?t=153965

とりあえずx264のオプションに--no-interlacedをつければ回避できるみたい
次で直るか、もしくはデフォルトセッティングに--no-interlacedを含めるかするだろうから
しばらくこれでしのぐか

斜め読みしたらAssumeTFFで勝手に判断してましたサーセンみたいな感じ？
その後でデインタレしてるかもしれないし、いくらノンテスト実装とはいえそりゃないだろ・・・。

>>391
Kemuri氏のレスの編集されたところを見れば、Avisynthにはちゃんとした「インタレ」フラグがないので、
そのため自動判断が正しく動くためには、最後にはAssume（ｒｙが必要になる。

面倒と言っちゃ面倒だけど、自動判断が全くないよりはいいんじゃないかと思う。

　100　Socket774 []　2010/04/13(火) 22:02:52 ID:Gg4JlmwE
197.45 WHQL Released - Guru3D.com Forums
http://forums.guru3d.com/showthread.php?t=319632



　101　Socket774 [sage]　2010/04/13(火) 22:04:45 ID:6kQ2x2Pc
GeForce/ION Driver 197.45 WHQL
http://www.nvidia.co.jp/object/win7_winvista_32bit_197.45_whql_jp.html
http://www.nvidia.co.jp/object/win7_winvista_64bit_197.45_whql_jp.html



　102　Socket774 [sage]　2010/04/13(火) 22:08:22 ID:h6BAAAUa
>>100
Fixes a video playback issue in Media Player Classic
ｷﾀ━━━━ (*ﾟ∀) (∀ﾟ*)━━━━━━!!!!!!!!!!!!

ttp://www1.axfc.net/uploader/Sc/so/103043.zip
修正らしい。自己責任でどうぞ。
使ってるGCCが4.5.0 20100327 (experimental)なので何が起きても知りません。

http://www.4gamer.net/games/022/G002210/20100414002/

>●GeForce Driver 197.45の新要素
>MotionDSP製のビデオエンハンスメントソフト「vReveal」のHD出力対応版新規サポート

きたああああああああああああああああああ

http://av.watch.impress.co.jp/img/avw/docs/361/003/tos2m23.jpg

東芝の新製品の超解像はMPEGのI、B、Pフレームを判断して
超解像かけるそうだ、中々良い所に目をつけたね

それでも結局PS3には勝てないというオチだろｗ

コテ付けろよ
NGにするのめんどくさいから

いまさら、ぴーえすちゅりーかよW

r1538のインタレ保持だが、MPC-HCの内蔵デコーダで再生すると
先頭がうまく再生されない

1542

　
やっぱ、CUDAとか将来性考えるとNvidiaのほうがイイのかなあ。。

グラボの消費電力あたりのスペックでは、ATI-AMD ＞ Nvidia なんだろうけど。

>>399
いや、事実じゃんｗ
PS3に勝てる再生機無いだろ

CUDAとか流行る前にIntelが全部持ってくよ

>>403
1080i⇒1080pに変換できないし、騒音はうるさいし
PS3WWW

>>405
無知乙ｗｗｗ

>>405
これは恥ずかしいレスだな

>>405
荒らしにレス禁止で

騒音はうるさい（笑）

>>406-407
えっ何も知らないのか？お前らが無知だろWW
ワロス

シコシコエンコするだけで他は何も知らない無知の情弱ばかりかよ
このスレWWW

ゲハ厨は死ね

ぼくはPCでしか見ないのでPS3とか持ってないですね
その4万あったらPCパーツに金使います

ん？ゲハ？
また変な患者が沸いてきたW

おみゃーらPS3持ってるなら>>387試してくれー

初期型は値上がりしたときに売り払ってしまった
薄型買おうとしたがやめちゃった

東芝信者が暴れてるらしい

>>405
インタレ保持動画、PS3で再生できるよ。
PCのDXVAより綺麗に再生してくれる。

ていうかDXVAはスペックあまってんだろうから
もっと上手い事使って綺麗にして欲しい。

いやNVIDIAがAviUtlのx264CUDAプラグイン作れば最強！
日本支社の天才がお遊びでちょちょいっと作ってくんないかな。
winnyみたいに。

無知な東芝信者が騒いでるだけだからほっときなよ

全部自演の様だな

もう結論出てると思うけどPS3よりラデの補完のほうが綺麗

ラデ（笑）

VFR Maniacさん来たけど、まだコマンドラインのみだね。
1538は386から書かれている一連の問題があるからGUIまではやる気がないのかな?

VFR Maniac（笑）

>>423
GUIとAFSはSeraphy氏の更新待ちらしい
もともと使っていないと言ってたから、わざわざそちらまで引き継ぐつもりもないのだろう

ID:tANoHeFp（笑）

>>425
ああ、なるほど。
確かにあの人はavs使っているもんなー。

>>421
（笑）

x264r1540
Make interlaced detection in avisynth only apply to field-based input
Fixes improper flagging of progressive sources.
avisynthでのインターレースの検出をフィールドベースの入力にのみ適用。
プログレッシブのソースの不正なフラグを修正。

PS3のアプコンって東芝の超解像と同じで気持ち悪いよね

スレ違い

>>378-380の件についてkomisar氏に聞いてみたら、vfw（r1523)のYV１２変換は
すべてConvertToYV12(interlaced=false)と同様の処理しかしないと言われた
つーわけでvfwでのインタレエンコは、VirtualDubかavs2aviを使わなければ駄目ということになった
AviUtlの場合はいまのところ、mm_srvのプロジェクトファイルをavsで読み込んでCLIに渡すしかない
まあ、vfwの場合も音声はあとで合成するしかないから、手間はそれほど変わらんな

(ｷﾘｯ

XperiaのMax設定くれ
1280x720もいけるらしいが

Xperia（笑）

あいふぉん信者か

シングルタッチに用ないですよ

http://akiba-pc.watch.impress.co.jp/hotline/20100417/etc_leadtek.html
でけぇ

Cell4基か。板が熱くなるな。

つっても糞画質でやたらビットレート喰うもんしかできないSpursだからいらねーな

デカすぎわろた

9万かぁー
980X買った方がマシなレベル

ド素人が>>374-380あたりを見てなんのことやらさっぱりなんですが、
とりあえずソースの動画をmediainfoなりで見て、「カラーリメトリ : 4:2:0」
ってなってれば気にしなくていいって事でいんですか

mediainfo（笑）

ID:JVIIRDQt（笑）

JVIIRDQt（笑）

>>443
YUY2->YV12のやり方が悪いとインターレースが崩れると言う話だから、
終始YV12でやっているか、プログレッシブでエンコードをしているのなら、気にしなくてもいい。

mp4boxが4/10に更新されてるけどなにか変わったのか？

何か変わったから更新されてるんだろ？

mp4box（笑）

ttp://forum.doom9.org/showthread.php?p=1392431#post1392431

x264がダブルライセンス化されるため、この人を探してます。
(現時点のソースに手をかけた人間全員から許可がとれないと（ry)
連絡先に関する情報があれば、IRCなどでD_Sや他の
アクティブな開発者への連絡をお願いします。
英語がへたくそでも構いません。

現時点でヒントになりそうなことは名前＋富士通で働いたこと＋
x264のCell用のバージョンの作者であることぐらいです。

"x264 浅井"で検索したら出てきた。
http://blog.cell.sijam.com/cell/017x264/

>>452
これぐらいはIRCログから発見できたよねぇ・・・

skypeに通話用のお金が入ってたら電話したのに、もう残ってないや orz
最後の更新は2年前だし、あまり役に立たない可能性がでかいとも思える。

だが、手伝ってくれてサンキュー

それは済まない。

ただ、問い合わせ用フォームがあるから、この会社に彼と連絡を取れる人が居そうな物だが。
http://www.sijam.com/toiawase.html

賞金首とかカワイソス

笑らかすなよｗ

x264界隈の人たちって怖いなー
ヤクザみたいｗ

皆さんの意見を聞かせてください。
>ttp://forum.doom9.org/showthread.php?t=153821

>I don't think --bitrate mode should have a quality slider...
>it doesn't make sense.
>
>The user shouldn't be messing with qpmin anyways.

DSから、ABR（bitrate指定あり）の場合、qpminをいじるような
UIは無効にすべきと指摘されたのです。

コマンドラインでqpminをいじる（20とか）にする例は今だによく
見かけますが、それをDSは否定しているように見えます。

bitrate指定時にqpmin/qpmaxをデフォルト（10/51）から変えるな、
となると、どのような場合でもqpmin、qpmaxというパラメータは
使わず、実質dead parameterということになるのでしょうか？

指定はできるが自動で判断するから余計な事すんなって事だろ

qpminを大きくすると、フラットな部分でのAQの効果が悪くなる。
http://mewiki.project357.com/wiki/X264_Settings#qpmin

>>458
「（初心者的）ユーザーにはqpminをいじる必要がないから。」
つまり、いじれるようにしても構わないけど、基本的画質設定で
それがいじれられるということはあまりよくない。

つまり、デフォのqpmin以下のqpが必要になったらオイラだって使う＞--qpmin

x264でビットレート指定ってのは、よほどの低レート狙い以外では使うものではないし、
低レート狙いならqpmin下げるのはナンセンスだとは思う

コメントさんくすです。

libx264の、VBVのデフォルト値は未定義です。この場合にABR、つまり
bitrateだけ指定した場合、最初のGOPだけQPが跳ね上がり、高いbitrateに
なりがちです。（最初だけ高画質、後ろが落ちる）
crfと異なり、bitrate指定時はアプリでのサムネイルが常に最高画質になっ
てしまうのも同じ理由です。VBV定義がデフォルトで有効なら、挙動は変わ
るはずですが。

自分がqpminをいじれるようにしたのは、あくまで低レート指定時、
こういう極端な画質の変動が起きないよう制限するためでした。

指定出来るUI自体が悪いわけではなくて、初心者には一つ覚えで
qpminは10（画質最高）にしておいてね、と書いておけば良さそう
な気がします。

・・・やっぱりスライダ無効化するの止めようかな。

r1542でも>>366の問題は解決してないみたいね。

1920x1080の24pソースをAviUtlからmm_srv経由で取り込むと勝手にweaveされる。
avs [warning]: detected fieldbased (separated) input, weaving to frames
avs [info]: 1920x2160i 1:1 @ 12000/1001 fps (cfr)

r1523までは大丈夫だからおそらくr1525のパッチがが原因と思われ。

>>366じゃない>>386ね

バカぽここ見てるかな？
TwitterがHPに追加されてから糞見づらくなったからやめてほしいんだが
コンタクト取る方法がなさそうなのでここで言わせてもらう

MP4Boxでチャプターファイルを埋め込むときに、
チャプターファイルを
AddChapter(1014,Opening)
AddChapter(3170,A-Part)
みたいな感じでフレーム番号でかけるんだけど、
こやって作ったチャプターファイをVFR Maniac氏の
MP4Boxだと正しく処理できない。
以前は大丈夫だったけど３月のビルドから。
報告したいのですが、どこに報告すればいいですかね？

ここなら本人チェックしてるんじゃないかね？
http://pc11.2ch.net/test/read.cgi/avi/1252765934/

>468
ありがとうございます。
そちらで報告致しました。

やはり、短い--keyint(fps*1)では、ビットレートが同じでも--open-gopを使った方が、
確実にclosedよりもSSIMが良くなる。

もちろん、デフォルトの--keyint 250だと、たいした効果は無いが。

http://pastebin.com/MbKdh684

>>458
亀だが。
DS氏のx264の使用例に対するコメントは一貫してる。
「全部消せ」ｗ
profile,preset,tune 指定したら、もう必要な設定は殆ど残らない。
デフォルトがおかしい--qcompを変更して、あとはAQとpsy-rdの再調整。
--scenecut,--qpmin,--qpmax,--qpstep,--ipratio,--pbratio 等は
よく変更されてるが、普通は弄らない方が良い結果になる。

>>471
それは「よくわかってないなら」という条件が付きそうに思うけど

>>458>>463
Mac使いじゃないので試してないことをお断りしておくけど

qpをクリップするとレートコントロールが十分に働くことができないから
好ましくないって言われてしまうのは仕方ないんじゃない？
最初のGOPの問題に対してシーケンス全体に影響してしまう
qpminを使う事がナンセンスとも思われるだろうし
CQPでは意味があるんだからdead parameterってことはない

"libx264の、VBVのデフォルト値は未定義"ってのが
詳細不明（具体的パラメータで語って欲しい）だけれど
VBVが未定義なのが原因なら自動的に実質的なLevelを検出して
適切なVBV設定をするほうが、再生互換性が高まるという意味を含めて
GUIを使うx264に不慣れなユーザには親切だし建設的だと思う

>>472の続き

DS氏が気にするのはスライダUIコンポーネント自体というより
それで何がどう設定されるのかよく分からないインターフェースだと思う
多分QTっぽくしたいという目的の上でそうなるのだろうけど
QTのUIが最良とも限らないって判断はあってもいいかな、とは思う
自分も品質スライダでqpminが設定されるとは予期できない

>>458>>463で書いてある条件を元に自分が設計するなら
vbv-maxrate/vbv-bufsizeは自動で設定する前提で
Levelの最大値をスライダの100%に持ってくるやり方にするかな
同時にスライダが--bitrateに指定する具体的数値もラベルで表示する

そしてもしvbv-maxrate/vbv-bufsizeを設定してもfirst GOPがおかしいなら
qpminではなくvbv-initを使うべきな気がする

>471-473　レス感謝です。
現状、qpmin、KeyInt、Datarate以外のデフォルト値はx264バイナリと
ほぼ同じにしてあります。
VBVのデフォルトをいじると、その時点でx264バイナリと挙動が大きく
違ってきてしまいます。その辺はオリジナルに出来るだけ合わせたいです。

レートコントロールについて言えば：
x264のデフォルトはVBVのrate/buffersizeが未定義です。またQTはデ
フォルトでSinglePassを要求してきます。この状態でABRをさせると、
頭のGOPでBitrateを食いつくしてしまい、Overshootぎみになります。

この辺をなんとかするはずのMBTreeは、IDRが処理の境界になるようです。
DSの書き方だと、rc_lookaheadもIDRで切れる？のでしょうか。
Short GOPで破綻しないようにするには、qpminを下げるのが現実的な
対策だと思っていました。

過去にテストした限りでは、Shot GOP(24~30）の環境でこれが顕著に
出ると確認したので（大分前ですが）、qpminのデフォルトを23にして
あります。こうしないと、最初のGOPで極端にQP値が小さくなってしま
い、全体的なビット配分のバランスが悪くなります。

分かりやすさについて言えば：
QTが要求するスライダの効果は、Overall Qualityを制御するものなので、
スライダをいじったらサムネイルの画質が変動するのが望ましいです。
　crfの場合はダイレクトにサムネに反映されるので良いのですが、
　ABRの場合、レート指定に関係なく、サムネイルが常に最高画質に
　なってしまいます。
シングルフレームエンコードでは当前の動作ですけれど、初心者には
優しくない挙動だと考えたのです。
CRFと同様の動作をさせるために、qpminをいじるのが現状、挙動が
統一出来て、コマンドラインを触らないような人にも理解しやすいかと。

qpminに割当してあることはドキュメントにはきちんと書いたのですけど、
残念ながら読んでくれる人はほとんど居ません。

DSの言うことも分からなくはないので、次のバージョンではデフォルト
は無視で、チェックボックスでqpminをいじれる、みたいなのにしたいと
思います。
でも、レート目標値を外しまくるようになったってクレームが来そうだな・・・

ABRって1passのみのビットレート指定エンコードのことを言ってるの？

1pass平均ビットレート指定エンコだよね。
全くあてにならないけど。

その通りです。あくまでQTが指定するデフォルト値で「それなりに」
動くことが必要だと思うのです。「全く当てにならない」理由は
デフォルトのqpminが高すぎるだけです。

／／

DS、ffmpeg develで大立ち回りしてますね・・・
ffmpegでpthread以外のサポート捨てませんかなんて話になってます。

私のATI 4650 + Catalyst 10.3 + MPC-HC(DXVA)でも、
test_old.mkvとtest_new.mkvの両方でおかしな事になった。

http://img684.imageshack.us/img684/6396/testnewmkvsnapshot00012.png

>>478
macは使ったことないから、QuickTimeの事情なんてのはわからないけど

ファイルサイズを守りたいなら2pass、それ以外はcrfってのがx264の基本だし、
ビットレート指定で仕上がり品質を判断出来るように錯覚してしまうような仕様は
本家開発者には迷惑なものでは？
ビットレートではなくqpminによって表示が変わってしまうようなサムネイルなんて
それ自体がナンセンスだからなくしてしまえと思っちゃうね

>>478
>ffmpeg develで大立ち回り
ircのlog見るとds氏側がミスった感じだね。
にしてもやっぱりクロスコンパイルは鬼門だな。古いツールチェインも使われる、gcc以外も含む、基本ライブラリも異なる、となると。
gccが迷走してコンパイラは多様化する一方だし、POSIXは機能が足りないし、少し大きな開発コミュニティはどこも既存のコンパイル環境に不満を抱いているし、Linuxカーネルですら独自のコンパイラ持とうぜと言う始末だし。
http://lkml.org/lkml/2009/4/22/78

下手にいじるよりデフォにプリセット使うだけでいいものができるって事に気づくと悲しくなる

プリセットはapに頼りすぎ

ビデオカードに付いてきたドライバー(Catalyst 8)に戻したら、ちゃんと再生できる様になった。
http://img641.imageshack.us/img641/6396/testnewmkvsnapshot00012.png

>>474
そもそもqpminが設定されるのはプレビュー目的だけなの？
それならまぁ許容範囲な気もする

なんというか、設計思想的に
・x264cliの挙動と同じにしたい
・初心者に優しくしたい
・QTっぽくしたい
ってのがぐちゃぐちゃになってない？
「オリジナルに出来るだけ合わせたい」って言葉が出るのに
「qpminは設定する」ってのは全体俯瞰で言えば思想が一貫してないかと

x264cliの挙動に合わせたいならプレビューが実質的な内容と合わなくても
qpminを設定すべきではないし

初心者に優しくしたいなら再生互換性を優先してVBV関連を設定すべきで
むしろreadmeに書く内容をqpminでなく「挙動が違う理由」にすればいい
qpminを変に設定するのとVBVを規格通り設定するのでは前者の方が異端でしょう
入り組んだ理由でqpminが設定されるより「規格通り」のVBVの方が納得できる
QTだってVBVを守るようになってるんじゃないの？知らないけど

QTっぽくしたいのが最優先ならDS氏（というかx264dev）が何と言おうと
x264cliの挙動やデフォルト設定を無視しても、好きなようにやればいい
これ（qpminを設定する）だって「x264cliと挙動が違う」のは同じじゃない？
全く違うもの（x264/QT）を同じに見せようとしてるんだから
「x264のオリジナルに合わせたい」なんて言い訳だと思う、厳しいようだけど

個人的には「QTっぽく使えるx264」としてはkeyintも24にする必要はなく
むしろ大きなkeyintでx264の真価を提供するほうがユーザーにプラスだと思う

>>474
>頭のGOPでBitrateを食いつくしてしまい、Overshootぎみ
ABRのレートコントロールの問題しょ。
あくまで減らすべきは前の方のbitrateであって画質の高い部分のqpでは無いはずじゃ?

>ABRの場合、レート指定に関係なく、サムネイルが常に最高画質になってしまいます。
最初のGOPをフレーム当りの平均ビットレートでABRエンコードした中のIフレを使えば良いのでは?

Catalystは8.12以降、UVDの動きが違うね

皆さんのように知識のある方の考え方は良くわかります。自分もソースを
追いかけるような人ですし、なにがベストかは理解しているつもりです。
でも、x264 Binaryをいじるような人はそもそも、コレに手を出しません。
デフォルトのままで使うような人たちが、x264をけなす状況にはしたく
ないです。

　QTデフォのSinglePassABRでレートコントロールがいまいちなら、
　「そこそこ」になるような状態にしよう。頭だけOvershootするな
　ら、そうならないような形にデチューンすればいい。
　でも、分かってる人なら、ちょっとドキュメント読めばすぐバイナリ
　とほぼ同等の性能がだせる程度に止めよう。
　（要はQT側のデフォルトがイマイチだとすぐ理解出来るレベル）

自分としては、よい落としどころだと思ったんですけど。うーん。

スレチ過ぎですね。これで終わりにします。ありがとうございました。

スレチでは無いけど、議論するならDS氏とすべきかと。
それと、なるべく場当たりの対処ではなく、根本的解決を目指すべきかと (例え自分で出来ないとしても)。

結局のところqpminを設定するのに賛成してもらいたいだけだったのかな
色々と対策案のレスが出てるのにqpminの設定ありきな回答ばかりに感じる

静かだなｗ

MSUは最低速度を規定して計り直ししているらしい。

r1563!

怒濤のcommit

高速化中心やー

昔はバージョン上がったら宝箱のような所だったのに…
どうしてこんなに静かなんだよ？
みんな都会に憧れて出て行ったのかよ…

キリのいい安定版がないのでテストするのもう疲れたよママン

お前みたいにつまらない冗談言う奴が増えたからな

最近は他の人がテストし終わって問題なさそうなバージョンじゃないと変えない。

チマチマ弄られても何が良くなったのかサッパリわかんねーからな
速度が2倍とかになったら考えるよ

seraphy氏は何処へ・・・・

セラピーなんぞVまに氏の足元にも及ばんよ

Vのまにまにまにあ

r1564

>>501
どうなったんでしょうねぇ。まぁ、色々と忙しいでしょうね。掲示板の過去ログ
がなくなってて色々AQ的なものを説明するレスが読めなくなってるのは少々辛いけど、
それ以外は一時的にseraphy氏が離席しても問題なさそう。

http://bbs.fushizen.eu/viewforum.php?f=8 Google先生のログから一応保存されたもの。

パッチなどが含まれてるビルドの+数字について：
公式レポジトリからcloneされたレポには一応変化があって、その変化がcommitされてれば
アンドその変化が公式のレポジトリにはなかったら+自commitの数になります。
→VER="$VER+$(($LOCALVER-$VER))"
（今fade compensationをcommitしたら+2になったけど、なんで数字が2になった
のも少々分からない、commitは1つだけになってるし＾＾；　まぁいいや、
あとであの付いてくるversion.shでも読もうっと）

つまり、パッチを当てて、それをrevアップを楽にするためにcommitしたら（以下略
単にパッチを当ててビルドしたらM（編集された）という文字が付いてきます。

もう一回やったら+1だ、うちのミスや OTL 気づかずにどっかにcommitしてた。

>>464が直るまでは当分スルー

どんなavsを入力に使っているのかは知らないが、AssumeFrameBasedを付けたら良いだけじゃないのか。

>>509
ちがうよ

そうか。でもそれなら、avs2yuvを使えばいけるか。

>>509
LoadPlugin("F:\Program Files\AviSynth 2.5\plugins\mm_cl_avs.dll")
mm_cl_avs("R:\0.avu" ,pixel_type="YV12", interlaced=false)

単なる2行の取り込むだけのAVSだったんだが、これに
AssumeFrameBased()
ComplementParity()
を加えたらいけた…ていうかいちいち指定しないといけなくなったんだなorz

>>509
ありがとな
バッチ用に24個分同じAVSがあるんだが全部修正してくる

>>508
avsスクリプトの最後にinfo()を付けて、スクリプトが出力してるベースを確認してみ。
その後mm_srv直後にも入れて、確認してみ。
＞FieldBased (Separated) Video: NO/YES

mm_srvが恐らくFrameBased/FieldBasedを正しく出力してないことが原因かと思う。
そして、最後にAssumeFrameBased()を入れれば、その後をInfo()でも見りゃ
フレームベースになってるんじゃないかな。

mm_srvの都合は知らないが、こっちで普通に動いたからね＞AssumeFieldBased/AssumeFrameBased

framebasedになってても（それか、何をやってもField Basedのままだったら）同じバグが発生したら：
�@とりあえずAVSは安定版に切り替え(2.5.8)
�Aそれでもダメならとりあえず使用してるスクリプトと
　その動画のバグを再現できるサンプルとしてうｐ。
　使用してるプラグインもバージョンを指定して、
　できればそのままうｐ。

これで再現できるかどうかも確認できて、何か問題があったらとりあえず
バグの形によってAvisynthかx264かmm_srvの開発者へ報告できる。

>>512
あぁ、もう反応来てたのか…　これはすまない orz
まぁ、ちょっと荒い言葉使いは「ちがうよ」という返事もどき
への反応と見て許してください orz

SeparateFieldsとAssumeFieldBased以外に、ビデオをフィールドベースにしてしまうフィルターがあるとは知らなかったが、
とにかく、上手くいった様なので良かった。

>>515
上手くいったとしても、一応プラグインの作者に報告しておけばいいんじゃないかな？
これからAvisynthのフィールド・フレームベースという情報に頼るアプリが増える
でしょうし。ちゃんと"interlaced=false"みたいな設定があるっぽいし、その設定の
場合きちんとフレームベースな映像を出力してくれたら色々手間が必要なくなるでしょうし。

ググッたら作者はこっちの方かな？ http://www.geocities.jp/mosd7500/index.html

私自身はAviUtlを使わないから、報告は他の人に任せる。

そうくるかと思って、自分も使用したことないのに、とりあえずそちらの掲示板で報告しておいた。
（色々で今夜私もトリップが読めないようになってるなぁ（苦笑））

まぁ、これでとりあえず一つの件は終わった。報告された後の対応は
>>512か他のAviUtl使用者に頼む。

>>513
詳細な調査法ありがとう
見ての通り510は別人ね

AssumeFrameBased()の前、つまり読み込んだ直後にInfo()を入れた場合は確かに
FieldBased (Separated) Video: YES
となっていたので

＞mm_srvが恐らくFrameBased/FieldBasedを正しく出力してないことが原因かと思う。
はビンゴだな

…なんかこの感じVまに氏っぽい？？

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
　　　　　　　　　| : : : : ,': : : : : : : : : : : : : : {: :∧: : : : : :_/| : l: : : : |　ﾋﾟｷｰﾝ!!
　　　　　　　　　|: : : : :ｌ: : : : : : : : : :,': : :／|⌒ハ: : : : :厶|､/: : : :│
.＿＿＿＿＿＿|: : : : :|: : : :{: : : : : :ｉ: :ｨ=≠ｩミ　}: : :イ!::j}ハ: : : : ,.＿∧,､＿＿＿＿＿＿_
　　　　　　　　　|: : : :八l: : : : : : : : :{Y!{!.::::jﾄ}　｀j:／　Vｿ　ﾘ : /:/　
　　　　　　　　　|: : : : : :|.: : : : : : : :.丶弋うソ　　　　 ､　´厶イ:/
　　　　　　　　　|:: : /: : :|: : : : : : : ＼: : ＼　　　　　　　 　 j　|/　　　　Vまにの予感!?
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

いや、JEEBだろ
Vまにさんは（2chでは）それほどおしゃべりじゃない

BD規格対応デモ用のblu-ray-isoが出来たってさ

http://x264.nl/x264_Demo_Blu-ray.torrent

torrent使える人は協力してね
ちなみに素材はクリエイティブ・コモンズのBigBuckBunnyなので完全に合法です

qpfile云々の問題が修正されたら、フレームレートの一秒分の--keyintしか使えないBDのためにも、
--open-gopを取り込んで欲しいものだ。

もうずっと1376でいいよ

Haali更新しろよアホ

>>525
よく知らんけど>>524はPSPとかのPC以外の機器で再生する場合の初期ディレイを気にしてるとかじゃね？

BDMVやAVCHD向けのプリセットってないのかね

ブルーレイと一緒

>>528
VBVのパラメータは違うでしょ？

どうしてそう思うんだ？？

>>527
MeGUI用だが、AVCHDとBDの両方が用意されている。

http://megui.org/auto/x264_presets_v34.zip

>>530
ググって調べていると、VBVの値はBDMVとは明らかに違う設定が多かったからね。
でもみんな設定値が違いすぎてどれが正しいのかは分からない('A`)

>>532
AVCHDは基本的にめちゃくちゃだからねぇ…スペック自体も見当たらないし。
メディアによってVBVが設定されるのも確かだけど、機器によってLevel 4.0/4.1
で対応範囲が違うとか全くヒドイ出来だｗ

まぁ、基本的に
http://en.wikipedia.org/wiki/AVCHD#Specifications
に従いながら、特定のレベルかブルーレイスペックにVBVを合わせてエンコするしかないや
一応DVDでDVDのスペックに従う必要があったと思ったらABR 18Mbpsとか orz

久しぶりに来たんだけどati streamに対応した？

>>534
(☞ﾟ∀ﾟ)☞ O U
まぁ、OpenCLはATiの方からも一応対応されてるし、パッチも出たけど、単なる
研究的なパッチだったし、現時点では動画の読み込みとかデインタレぐらいにしか
使えないな、GPUは（＠エンコード）。ATiの場合はそれもちゃんとした
APIがないから使えないというわけだ。

ゲームだけやってる人にはいいかもしれないけどね、ATiは。そういう面で
性能を認める。

TL;DR
nvidiaの中の人が何かをやっていたという話もあるし、ビルドできないOpenCLな
パッチもある。まぁ、そんなにGPUで何かやりたいなら、自分で作るしかない。
だけど、それで今のCPU版より速い結果が同じ画質で出るかどうかは完全に別問題。

Core 2 Quad: 51.20 GFLOPS(QX9775)
Core i7: 51.20 GFLOPS(i7-965)

GeforceGTX280: 622GFLOPS / 933GFLOPS（積和算 / 積和算、和算合計）
RadeonHD5970: 4.64TFLOPS（積和算）

これがフルで使えたらすんごいんだろうな

積和算だけじゃないから無理

HD5970は倍精度900GFLOPSくらいだっけ
処理能力は高いけどメモリの速度が追いついてないからうまくいかないもんだよ

HPCだとPCIeの帯域では論外なのでGPGPUなんて適応範囲が極めて限られちゃうけど、
エンコードのアクセラレーションやフィルタ処理なら、PCIeの帯域は問題にならないんじゃ?

CPUもGPUも全力で開発してる訳で、どちらが速いとか優れているとか、
そういう事はない。　向き不向きの問題。
確かにGPUの演算性能は凄いから、IntelもGPUに近づけたCPUを研究している。
が、現状のGPUでエンコードを高速に走らせられるという期待はしない方がいい。
逆に、GPUはフィルタ処理なら鬼のような性能を発揮するから、そっちで使ってあげれば良いと思う。

うちのHD5870はNL-Means専用だ

r1376最強伝説

最強っていうか無難っていうか最新版と速度も画質も大差無いから1376で満足してる

まあ、せっかくのVFR-VBVやNAL-HRDも24pばっかりなやつには関係ないわな

http://i41.tinypic.com/a4ymva.png
http://i43.tinypic.com/orrp6w.png

BDの制作者がx264を使ってくれて、こんな品質の商品を見なくて済む様になったら、
皆にとって幸せな事だ。

http://git.videolan.org/gitweb.cgi?p=x264.git&a=search&h=a927654cf5b4d3f25364b7fcebbce0bc4b178dec&st=commit&s=bug
http://git.videolan.org/gitweb.cgi?p=x264.git&a=search&h=a927654cf5b4d3f25364b7fcebbce0bc4b178dec&st=commit&s=fix

とりあえず分からない人向け>>542 >>543

致命的なbugが無い限り普通は最新版使うでしょ
途中で止まってるアホはこのスレに何しに来てんの？

さぁな

新しい物好きって馬鹿が多いらしいな（）笑

>>547
PCも新型が出るたび速攻で組んで使ってるんですね、わかります

みんな老けすぎワロタ

>>550
http://thethirdestate.net/wp-content/uploads/2010/01/picard-facepalm2.jpg
http://brodieman.shackspace.com/facepalmdeluxe.jpg
http://img143.imageshack.us/img143/4492/kyonhe8.jpg

わざとだと思うけど、こりゃお前かなり色々理屈がダメになってるよｗ
セキュリティー関連や動作をよくするパッチが公開されても入れないんですね、わかります。

誰が何を使ってその結果どんな事態が発生しようがそいつの自己責任なわけで、
自分の思想を押し付けるこたねえだろ、うぜえ。

あ、ちなみに俺は様子を見て適当に比較的新しい版を使っていく派っす。うんどうでもいいね。

最近はずっとテストしてるだけだな

ハードの更新とソフトの更新をごっちゃにしてる馬鹿が湧いてるのか

>>553
一部は同意するけど、その理屈で一部の人を放置することになるからね。
個人的にバカでもある程度は理屈を教えたいだけです。はい。

バカだと言われても、うざいと言われても更新する理屈さえあれば言い続ける。
明らかに「1376最強」というレスは荒らしだけど、たまにはある程度は反応しないと気がすまない。
マジにした人がいたら（ｒｙになるし。まぁ、Doom9/10みたいに初心者が歩き回ってる空間じゃないけどね、ここは。

>>556
ネタもわからないアホはしね

>>558
元ネタを教えてくれ

>>559
日本語勉強した方がいいよ。

>>560
今更教えてくれる場所なんかないよ

後釣りってネタだよスレチだからもうよせ

どこに釣り要素があったんだか

x264がBlu-rayビデオのエンコードに対応、デモ動画を公開
http://slashdot.jp/it/article.pl?sid=10/04/27/0649218

どゆこと？
勝手にBlu-rayの規格に収めてくれるプリセットでも出来たの？

公式にアナウンスされたってだけ、このスレ的には。
デモ動画の用意(Blenderでのレンダリングとか)に時間がかかっていたようだね。

>>566
IDがBD

IDなんか気にしてる馬鹿いるんだな

>>567
IDがJM

>>568だた

>>566
なんでBlenderのレンダリングとか出てくるんだ？

>>571
スマソ、俺の勘違いっぽい。HDサイズのロスレスソースは公開されてんだな。
2700x1440でレンダしてたのは別のだった。

http://x264dev.multimedia.cx/?p=328
Do keep in mind that you have to export to raw H.264 (not MKV or MP4) or else the buffering information will be slightly incorrect.

RAWで出力しないといけないようだけど、初期ディレイはどうなるの？

>>573
BDで使うMPEG-2 TSには、MP4の様な問題は無い。

>>574
そうなのか。ありがとう。
いつもM2TSでMuxしているから問題無いわ。

すいません、わかる方教えてください。
mp4への圧縮手順を以前と変更したら、ファイルの最初(1秒ほど)が、再生時に
スキップされる感じになりました。PC上(mpc)の再生、PS3の再生共にです。
dgavcで再生すると表示されるため、データとしては、存在するようです。

エンコードにはmeguiを使っており、x264オプション等は同一なのですが、

�@meguiにavsと音声ソースを設定して、muxまでAutoEncodeさせる。
avs -> 264 , 音声 -> m4a ---> 264+m4a -> mp4
�Ameguiでavsをmp4(h.264)にエンコードし、別でエンコードしたm4a(aac)をmuxする。
avs -> mp4(264) , 音声 -> m4a ---> mp4(264)+m4a -> mp4

�@が正常に再生され、�Aが１秒ほどスキップされます。

MediaInfo上はどちらも変わらないのですが、mp4box -infoすると、
前者はTrack1(h264)に

SVC Profile Unknown @ Level 0
SVC NAL Unit length bits: 32

という情報が付加されてます。これは一体何でしょうか。
あと、これが再生時の違いの場合、後からこれを付加することは
可能でしょうか。わかりづらくてすいません。

Haali Splitterを更新してないとかじゃないか？

>>576
確実に君は調べてないだろｗ
このスレ少し遡って見れば分かると思うんだがｗ
視覚障害者なのかな？

よくわからんけど、>>576の問題が仮に旧Haaliのedtsバグと同じ原因だとすると、
「PS3はedtsを見てるけど旧HaaliやMP4Boxと同様のバグがある」ってことになるのかな？

さらに視覚障害ぶりをアピールかｗ
ここじゃなくて、初心者の方に行けよｗ

バグがあるっていうかeditsのディレイ情報を参照していないんだろ
規格上はもともとあったけどあんまり使っていないものを最近使い始めたから不具合が報告され始めたみたいな

>>580に罵倒されたのでログ読み返してみたけどよくわからなかった。(´･ω･`)
まあオイラは「最初の１秒スキップ」から反射的にedtsバグかな？って思ってレスしただけで、
初心者なのは確かだしMeGUIも使ったことないんでMuxerどうなってるか知らないし
PS3向けエンコもやったことないので、視覚とかじゃなく知識が浅いのと頭が悪いだけなんだと思う。
とりあえず>>576に対して
　　・MPC再生時に使ったスプリッタを書け
　　・使ってるmeguiのバージョンくらい書け
　　・x264オプション明示しろ
　　・�Aのmuxには何使ったんだ？
　　・サンプルファイルなりMediaInfoの情報なりだせば？
と、八つ当たりかつもしかしたら見当違いかもしれない指摘をぶつけてあとはROMるっす。
気にはなるので気が向いたらヒントでも教えてくらはい。(´･ω･`)

>>581
仮にedtsの問題でありPS3がedtsを見てないとしたら、発生する現象としては
最初の１秒がスキップって現象じゃなくて、微妙に初期ディレイが発生するだけっていう現象にならんだろか。

>582
・MeGUI 0.3.4.13 + x264 1564 + neroaac + mp4box Kurtnoise 2010.04.10
・mpc-hc x64 v1.3.1788の内蔵スプリッタ使用
・--level 4.1 --crf 20 --keyint 24 --min-keyint 2 --b-adapt 2 --b-pyramid none --aq-mode 2 --merange 32 --me umh
--direct auto --subme 10 --partitions all --aud --nal-hrd vbr --psnr --ssim --sar 1:1
--colorprim bt709 --transfer bt709 --colormatrix bt709 --pic-struct
・�Aのmuxは、MeGUIからmp4boxを使ってmuxしてます。

MeGUIのlogを見る限り、�@と�Aの違いは、x264でエンコードする際に、
.264(raw)ではき出してたものをmp4にmuxしているか、.mp4ではき出した
ものをmuxしているかの違いしか見当たらないです。

試しにエンコードしたものをアップしました。
�@が.264として出力したものをmp4boxでmuxしたもの、�Aが.mp4として
出力したものを、再度mp4boxでmuxしたもの。
x264からmp4で出したファイルは、PC上では再生されましたが、PS3では
不正なファイル扱いされたため、mp4boxでmuxしてます。

>mp4box.exe" -add "test.264:fps=29.97" -new "test�@.mp4"
>mp4box.exe" -add "test.mp4#trackID=1:fps=29.97" "test�A.mp4"

ttp://hahu.sakura.ne.jp/up/uppiro/source/up1468.zip

r1570

>>583
264出力でやればいいんじゃないの？なんでmp4出力にこだわるん？
この件とは関係なさそだけど--partitions allと--pic-structは使ったことすらないわ
自分がへぼいだけかもだが

--aud　これも使ったことなかった

>585
mp4出力に拘ってる訳じゃないです。たまたま、MeGUIのデフォルト出力が
そうなっていて、で、大量にファイルを作ったあとに、PS3での再生テストを
したら、気がついたということで。

.264で出せば影響が出ないっぽいようではあるんですが、そもそもそれが、
正しいのか(PS3がedts対応が無いせいでおかしいだけなのか)、また、
大量に作っちゃったので、mp4boxの処理で修正が効かないか、とか、その辺を
確認したいです。

>オプション
partitions allは、マクロブロック・タイプを全部使うオプション。720pソース
なので、p4x4が要るか微妙ですが、最近のx264なら賢く判断してくれるかと。
pic-structは、nar-hrd vbrとセットで入れてますけど、インタレ画像ではないので、
おまいじない的に。audもおまじない的に。

ホント、最新出ても静かすぎるな。
昔の活気はどこへ？

枯れて来てるからなあ。

画質や速度に大幅に影響が出る
修正か新オプションの追加でもなければこんなもんだろ

とりあえず、ベリファイアーの結果が楽しみ。
http://forum.doom9.org/showthread.php?p=1395404#post1395404

edtsのディレイ情報なんていらねー

前はちょっとした修正でも書き込みあったのに静かになったねぇ

前は実験だった。今は作業になった。それだけだろ

規制巻き添えも関係してると思うけどな

seraphyなにやってんだ？早く更新しろ

cccpの安定版にedts対応済みのhaaliがのるまで寝てていいよ

>>596
せかすつもりは無いけど、連休だけに俺もそろそろ更新版ほしぃ

去年3ヶ月停止した時も、事前に音沙汰無しだったのかな
せめて、どういう状態なのかぐらいは聞きたいんだけど

今更新するな、時期が悪い　ってことだろ

よくある話だけど家庭持ったんじゃねーの？

よくわからんけどエンコーダのフロントエンドなんてそんな一人に頼りっきりになるような物なのか？
あれかな？オートフィールドシフト対応が難しいのかな？
素人目にはseraphyのGUIってinputboxが空になっただけで例外エラーとか割とダメプログラマな印象が強いんだけど

ついでにqtaac使えるようにしといてくれ

GUI作りより子作りか
正しいな

久々にx264更新したら最近のは--progressってオプション要らなくなったんだね

本当に久々なんだな、オイ

seraphyはなーいかんせんVまに神の存在が大きすぎて・・・

auoがいつまで経っても更新できない

>>603
ちょっと手間取ったけど一応できた。登録方法は分かるよな？

[SETTING_QTaac]
name="QT_AACエンコーダ"
exe_name="qtaacenc.exe"
filename_ext=".m4a"
pipe_enable=1
cmd_1pass=" %op --highest - "%out" "
mkv_must_use_muxer=1
mp4_must_use_muxer=0

[PRESET_QTaac]
count=4
;Q-Based

preset_1=" Q-Based AAC 165~kbps"
preset_1_prm="--tvbr 86"

一応 --samplerate keepも付けとけば？

お好みで。

>>609
おおありがとう

>>609
おお、いただき。　�d
qtaacenc.exe探すのに手間取ったｗ

>>610
それも追加したいんだけど、これでいい？

preset_2="Sample Rate Keep"
preset_2_prm="--samplerate keep"

そういう意味じゃない
cmd_1pass=" %op --highest --samplerate keep - "%out" "

こうすればって事だ。Quicktimeはビットレート低いと勝手にsamplerate落としたり
するからまあ128kbps以上あればまず問題ないけどね。

Win7のwmp12はedtsを見てるの？

見てない

ｒ1583

で、今の安定ｖｅｒいくつよ？

ｒ1583

edts非対応のr1583まーだー？

raw出力するかmkv使えばいいだけでしょ

なんとなくだが>>621はedtsを勘違いしてる気がする

PS3でmkv再生出来たっけ？

できない

PS3ではなく、これを買えばいい。
http://www.jvc-victor.co.jp/bd/xv-bp1/spec.html

>>626
PS3のゲームができるなら買ってみるわ

ここはゲームの話をする板だったか。

PS3のグラフィック性能なんて廉価グラボに劣るのに今更買えない

x264スレで家電やゲーム機の宣伝をするなカス野郎！

BD・DVD再生はグラボよりレコとかPS3のが優秀じゃないの？

>>631
それは妄想
PS3アプコン通したのを見ると違和感バリバリ

PS3はリアルタイムでアプコンする中では綺麗な部類に入る
時間かけてアプコンしたものの方が当然綺麗

>>631
現時点ではPS3の再生が最高だよ

>>634
そんなことないぞアニヲタ

PS3で再生することを考えるとr1376がベストかな？

>>636
1376よりあとと以前で何が違うの？

PS3のアプコンはやたらワープシャープかけたような画しか出らん

出らん？

九州か

なるほど

>>635
じゃあPS3より上な再生機挙げてみろよ
どうせ挙げられないだろｗ

教えてやらん

>>642
実写ならLGにすら劣るよ

>>637
　　　 　　　　　　　　＿＿＿＿＿＿
　　　　　　　　　　　|　　　　　　　　　|
　　　　　　　　　　　|　　　edts　　 　|
　　　　　　　　　　　|　　　　　　　　　|
.　　　　　　　　　　　￣￣_,,.∩,￣￣
　　　　　　　　　　　　　./ ,' 3　`ヽｰっ
　　　　　　　　　　　　　l　　 ⊃　⌒_つ
　　　 　　　　　　　　　 `'ｰ---‐'''''"

>>644
LG（笑）

>>638
現物持ってないからなんとも言えないけど
強く掛け過ぎなだけでは？

SOvkFQE3はいつもの奴だからスルーで

おまえがいつものだろｗ

いや俺だから

いいや俺だ

>>642
PC

PS3のアプコンがきれいって言うから買ってみたんだけど、油絵画質じゃないか

とりあえず、PS3の画質の話はスレ違いだからヨソ行ってくれないか？

[Avisnth]アプコン技術総合[PS3]
http://pc11.2ch.net/test/read.cgi/avi/1200304004/l50
【H.264】 PS3動画スレッド8 【1080p】
http://pc11.2ch.net/test/read.cgi/avi/1263892716/l50

ps3のアプコンって？
DVD以外にも使えたのか・・・・

ps3のアプコンは良いモノだけど、問題は値段なんだよな。

買う価値のあるゲームがまったく存在しないから、
アプコンの為だけの出費になってしまう。

俺だったら、そんな微妙に高価なモノ買うんだったら、
i7で組みなおす資金へ回す。

i7は975EE、920、860の3台持ってるがPS3はいらない

i7は持ってるし、使わなくてもPS3やxbox360も持ってる。数年前のPS3アプコンブームの時に
買ってないとか新参まるだしだな

箱○は持ってるがPS3はじゃまだからとっくの昔に売り払ったよ

アプコンのためだけにPS3はどうかと思うが多機能マルチメディアプレーヤーとしてはかなり優秀。

ナンダカンダ言ってもBDプレイヤーの基本となる一台だからな
PS3で動かないBDソフトは欠陥品扱いになるでしょ
安定志向のBDプレイヤーとしては鉄板。数は力！
音はそこそこで絵は及第点
CDプレイヤーとしては値段以上。夏場の旧型は…まあ…ね、ヘッドホンで聞くにはOKということで

誰もが再生できるファイル作るときにPS3に合わせるのは基本かと
PCでしか、もしくは自分しか使わないのなら好きにすればいいと思うけど、知人に見せることを考慮すればPS3用に作っておけば利便性は高いよ
当然PCでもある程度のスペックがあれば見られるからね

私は、DXVAに合わせてVBV等を設定している。

>>661
いやいやPS3のが再生範囲が高すぎて意味ないぞ
PS3で再生できてもプレイヤーやレコーダーで再生できないのが多い

うっせえぞ、いい加減にしろ能なしの糞共が。

動画サイトでPS3に合わせろという輩が出てきてうざいな。そんなん知るか。

スレタイ×２６４回読め

PS3はPSPに比べて普及率がなあ…
480PはやっぱPSPに合わせてるよ

BDは--keyintを30以下にせんばならんのか

>>668
正解は最大で2秒分以下
>>522のデモBDも、1920x1080x24fpsのやつは48、1280x720x59.94fpsは120になってるでしょ

BDの情報拾ってなかったから猫見て愕然とした
規格に拘ってると身動き取れなそうだから綺麗さっぱり忘れてb-pyramidもノーマルにすることにします

15Mbps以上を使うのならkeyintは1秒分。それにしてもopen-gopの完成が待ち遠しい。

Blu-Ray legal settings, GOP and VBV
http://forum.doom9.org/showthread.php?t=154378

音楽プレーヤー向けにBaseline Profile使わなければならないならいざ知らず
PSP対応のMain Profile以上なら、使えるオプションやらビットレートに
不自由することってそんなにないと思うけどなぁ。
というよりそうした枠組みがある程度決まってた方が、オプションで
延々と悩まなくて済むから個人的には助かる。

カスタムマトリックスまでこだわって画質優先なら、もう
プロファイルいちいち気にするのも馬鹿らしいと思うけど

再生できないと意味ないだろｗ

mbtreeが使えればあとは何もいらない！

＞というよりそうした枠組みがある程度決まってた方が、オプションで
　延々と悩まなくて済むから個人的には助かる。

それはあるよね。自分はパッチは全く追っかけずに公式の範囲だけでやってます

seraphy氏の所に
x264.1583.暫定版01.rar

r1376最強伝説

一生言ってろよ

互換性重視で一生使わざるを得ない

詳しく教えてください

1583どうよ

最強

1376が最強だろ

俺もr1376最強に1票

リビジョンいくつ使ってるのかすら把握してない・・

guiじゃないが

俺もr1376だわ

なんでさ？

自分が使っているとか言うならともかく最強とか言うやつは全revチェックしての発言なの？

edtsが何なのかもわかってなさそうだなｗ

いまだにr1163だ
r967の奴もいそうだな

最新版も試してはいるが1183もよく使う

1376で止まってるなぁ。。。
最新版は色々大丈夫なんだろうか。

むしろ1376の何がいいのかがよくわからん

人がどのrevを使おうと勝手だけど、理由も書かずに古いほうが良いように言うのはやめてくれ。
初心者が勘違いして妙な不信感を抱くだけだ。
最初に得た知識って、結構あと引くんだから。
実際、このスレで1376が〜って言ってる奴の大半はそんな感じだろうし。

Haailが前のバージョンでも音ズレしない最終バージョンって事で、AviUtlのGUIと合わせて1376とかなんでしょ。
Haailの対応待ちして止まってて、得に問題を感じてないからそのままー
最強というより、得に不具合らしい不具合の見あたらない無難なバージョン。

自分は 1570で今のところ安定してるわ

1583は自分の環境だと稀にファイルが破損することがあって、原因わかるまで使ってみてる最中

1376って--tffも使えないじゃない？PS3でデインタレ出来ないじゃん

つかHaaliって3月末の更新で対応したんじゃなかったか？
奈良この理由で1376で止めとく意味はもはや無いと思うが。

afsやらGUIの都合で1471近辺で止まってるんならともかく。

>>699
haaliは対応済みというか対処済み
edtsに完全対応してるものってないと思うよ
なんにせよズレないし1376で止めておく必要はないかと

HaaliってWindows&DirectShow対応プレーヤの環境でしか使えないじゃん

Matroskaを使えば、EDTS云々と言ったMP4固有の問題から解放される。

>>701
Haali使えって話じゃないし、んなもん不要なら使う必要すらないだろ
そもそもedtsの問題で音がズレるのは「特殊」なんだよ
もう随分前の話なんだからいい加減理解すべきというか、何で自分で調べて読んで理解しようとしないんだ?w

PC以外で再生する人のことも考えろ

割れ厨は帰れ

PC以外で再生するとズレるんか？

家電品は大概ズレる

誰がズラやねん

r1376最高と言ってる人は、x264gui.auoを使ってる人で、かつ初期ディレイカットを使いたいっていう人だけじゃないの？

709
俺がそうだな。
r14xx以降にすると、afsと相性が悪いのか、逆テレシネが上手く行かん。
特定の部分で動きがカクつく。
その部分だけエンコしたら上手いこと行くのに、番組全体をエンコしたら
カクつくとか、もう検証するのが疲れた。

というかafs使ったら、逆テレシネなんて出来なくね？

>>709
えーそれってただの雑魚じゃん
guiは専用スレあるんだからこっちくんなよ臭いからｗ

とチョンの雑魚が言ってますｗ

好きなrev.使えよｗ

とりあえずコマンドラインだけは使えますってヤツのために年に一回くらい安定板を出せばいいのに

Doom10にstableのアナウンスがちゃんとあるじゃん
新機能の使い方がわからんなら、あっちのforumやircで質問しろ
ここと違って恐ろしいほど丁寧に教えてくれるぞ
それともLinuxのパッケージみたいにロクに更新されない腐ったバイナリ押し付けられたいのか？

>>715 意味がわからない・・・
コマンドラインが使える＝GUIなんか余裕で使える
GUIが使える＝コマンドラインが使えるとは限らない

まさか、コマンド使いはGUI使えないなんて思ってるか？
逆だぞ？

ただ、センスのないＧＵＩは使う気が失せる

>>709
俺はGUIは使ってないが、あえて更新する必要も無いと考えてずっとr1376を使ってる。

シンプルなCLIこそ至高のGUIってか？

CLI使いこなせないからGUIよこせvs.
GUIでボタンポチポチやるなんて面倒だからCLIよこせ

>698
パッチが当たっているやつ使っているよー。
まぁ、俺はGUI待ちなんで乗り換えていないだけなんだけどね。

nal-hrd_pulldown_interlaceパッチと1480でコミットされた内容は品質がすごく違う
1480のコミットまではかなりの検証と修正が必要だった

>>723
くわしく

タイムコードの入出力や、VFRでVBVを設定できる様になったのも、最近の更新での立派な成果だ。

--force-cfr Force constant framerate timestamp generation
--tcfile-in <string> Force timestamp generation with timecode file
--tcfile-out <string> Output timecode v2 file from input timestamps
--timebase <int/int> Specify timebase numerator and denominator
<integer> Specify timebase numerator for input timecode file
or specify timebase denominator for other input

このへんとか最近の更新で増えたオプションの解説どこかにないっすか？

読んでそのままの意味ではなかろうか

>>726
http://mewiki.project357.com/wiki/X264_Settings

>>518の件に作者氏が対応してくれたようだ

作者氏そしてJEEBさん(?)ありがとう

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

ｒ1592

Overhaul CABAC: faster, less cache usage

おー激しい( ^ω^)

itvfrって更新されないのかな

afs使いなされ

r1376のを使えばOK

PS3用地デジチューナ「torne」がAVC 3倍録画に対応
http://av.watch.impress.co.jp/docs/news/20100519_367998.html
http://www.jp.playstation.com/info/release/nr_20100519_torne_v200.html
＞録画モードに、従来の「DRモード」に比べ約3倍長く高画質で録画できる「3倍モード」を追加します。
＞「3倍モード」で録画する際は、AVC方式で録画されます。

リアルタイムエンコ

ここんとこ静かだったのに、
また10倍10倍言うヤツが沸きそうで困る。

>>737
一番乗りおめでとうございます

２番じゃダメなんですか

10倍厨に許可もらったんですか！？

海王拳の使い手なんじゃね？

そういや指名手配されてた人見つかったの？

Google、オープンウェブ動画規格 WebM を発表
http://japanese.engadget.com/2010/05/19/google-webm/

Haali Media Splitter

Changes

20/05/2010
New Features:
Added support for WebM files
Fixed items:
Fixed a lot of issues with mp4 muxer
Better support for VC-1 in MPEG Transport streams

>>742
書き直した方が早かったりw

GUI版のx264はもれなくVFWで止まってる？
AviutlやMEguiに同梱されてるx264は上記の物すか？

こんなの初質で聞くべきだよねｗ
スレ汚しすまんこ

x264 VFW GUI専用スレ Part5
http://pc11.2ch.net/test/read.cgi/avi/1258081149/

>>743
細かい設定出来ないんじゃ、ここの住人にはつまらんだろ

新しいHaali入れたらtsファイルが再生できなーい

r1601にゃう

--fake-interlacedが追加されたと言うのは、BDを作る人には嬉しいだろうな。
プログレッシブの映像をフィールドベースで扱うのは、明らかに効率が悪いだろうし。

エンコしたものをmediainfoで見るとDuration_LastFrameという項目が
あったり無かったりで、そのせいか動画同士を連結できない場合があるのですが
何が原因でしょうか？

30pでしか撮影出来ないHDカムコーダーで撮った物を編集してBD規格に収めてエンコしたいなら
--fake-interlacedがいいんだろうけど、
音楽コンサートとか水着アイドル物とかによくある、絵は30pなのにインタレMPEG2として放送された番組の
キャプチャをBD用に再エンコしたい場合だと、そのまま普通の60iとしてエンコした方がいいのかな？

>>753
映像のどこも縞になっていないのなら、プログレッシブとして扱ったら良いだろう。

--fake-interlacedってAVCHD-Liteみたいなもんか?

>>755
BDの1280x720は、プログレッシブだけしか認められないので、--fake-interlacedは不要。
1920x1080@30000/1001をプログレッシブでエンコードしたい場合等に使う。

http://tom.niko.users.sbb.rs/resolutions.png

>>756
あれは720/30p→60pか、全然違ったな
1080/30pでx264に突っ込んで60iに変換するってことか

>>757
--fake-interlacedは、BDに合わせてフラグだけが60iとなるだけだから、実際の映像は30pのままになる。
BD作成以外には不要なオプション。

>>752
ffmpeg使うとそうなることがよくある
mp4作るならmp4box
mkv作るならmkvmerge
avi作るならavi-mux gui
lavfのmuxerは駄目なのばっかり
ffmpeg使うのはflvくらいにしとけ

ｒ1602

エンコ時のログをファイルで欲しいんだけど、
x264.exe hoge.avs 2>encode.log
みたいにやる以外ではどうしたらいい？

komisarさんのパッチをあてる

ttp://app.m-cocolog.jp/t/typecast/221427/189040/53832148

これはどうかな

>>762
ありがとう。試してみる。

>>763
それは>>761とほぼ同じ結果になるかと…
何が問題かって
[0.3%] 200/71631 frames, 6.66 fps, 3907.73 kb/s, eta 2:58:45

[0.3%] 210/71631 frames, 6.63 fps, 3915.59 kb/s, eta 2:59:26

[0.3%] 220/71631 frames, 6.65 fps, 4068.34 kb/s, eta 2:59:02

[0.3%] 230/71631 frames, 6.60 fps, 4182.42 kb/s, eta 3:00:21
…
みたいに10フレーム毎に1行追加されてとんでもない量のログが出来るから。
必要なのは最初と最後だけなのに。

>>764
--no-progress付ければ?

正規表現で削除したら

>>762
パッチじゃなくてバイナリで拾ったけどなかなかいい感じです。

>>765
プログレス自体は要らないわけじゃないんで。
エラー出力をファイルにリダイレクトした場合ウィンドウ内は何も更新されないけれど
タイトル部分にプログレスが出てるのでそこでわかりますが
--no-progressにしてしまうと本当に終了するまで何も出ないので困ります。

>>766
一時期それやってました。

質問するなら最初からそれぐらいの説明をするといいぞ。>>761でそんな事は一言も言ってないしな
後出しすぎるｗ

komisar氏のパッチがうまいことあたらない。
x264は最新のr1602

patch -p1 < x264_logger_lib.v3.diff ってやると

patching file common/common.c
Hunk #1 FAILED at 32.
Hunk #2 FAILED at 118.
Hunk #3 FAILED at 779.
Hunk #4 FAILED at 967.
4 out of 4 hunks FAILED -- saving rejects to file common/common.c.rej
patching file x264.c
Hunk #1 FAILED at 569.
Hunk #2 FAILED at 730.
2 out of 2 hunks FAILED -- saving rejects to file x264.c.rej
patching file x264.h
Hunk #1 FAILED at 243.
1 out of 1 hunk FAILED -- saving rejects to file x264.h.rej

rejを読んでみると、行が違うっぽいこと書いてあるから直してやってみても
やっぱりpatchがあたらない。
エラー内容を根本的に誤解してるのか･･･？

詳しい人教えて下さい。

>>769
今r1602でやってみたよ。
$ patch -p1 < ../x264_logger_lib.v3.diff
patching file common/common.c
Hunk #1 succeeded at 31 (offset -1 lines).
Hunk #2 succeeded at 117 (offset -1 lines).
Hunk #3 succeeded at 781 (offset 2 lines).
Hunk #4 succeeded at 971 (offset 4 lines).
patching file x264.c
Hunk #1 succeeded at 565 with fuzz 2 (offset -4 lines).
Hunk #2 succeeded at 721 (offset -9 lines).
patching file x264.h

普通に当たったよ。
x264_logger_lib.v3.diffはこれを使った。
ttp://komisar.gin.by/old/1602/p/x264_logger_lib.v3.diff
DLしたのをそのまま使った

それと質問するなら自分の環境ぐらい書け。また後出しなのか?w

>>769
いろんなpatchをあてると差分が違ってくるから・・・
差分修正すればOK

>>770
すみません。
コンパイルのやり方等は
ttp://doom10.org/index.php?topic=26.0
の通りにやったつもりです。
OSはwin7 32bit
使ったdiffも同じものです。

成功してる結果と見比べると数行ずれてますよね。

>>772
patchはこれしかあててません。
なんでだろう･･･。

komisar氏のパッチは
Used patchesに明記してある通り、上から順にあてる
・・・ようにつくってると思う
なんで（明記途中の）パッチ単体のみあてたいなら修正必須なんじゃ？

C言語？とかプログラムはさっぱり駄目な人間なんで
あくまで経験上の発言。違ってたら突っ込みしてください。

>>774
>>770は1個当てただけだよ。1個だけで問題なく当たった。

改行コードが違うと予想してみる。

>>773
patch(プログラムね)が古いか、改行コードのせいか、diffかx264のdownloadに失敗してるか、その辺だろう。

でもdiffはたいした量じゃないので、diffの内容みながら手動でも修正できるでしょ。
先頭に+の付いた行を@@の行に書かれた数字の行付近に追加するだけだし。

突っ込み受けたんでやってみた
x264_logger_lib.v3.diff単体のみなら確かに出来た。
ただその次に
x264_logger_cli.v3.diffをあてたら駄目だった。
（x264_sws_typecast.diffから当てると成功）

ソフトが駄目な人間の戯言なんで参考程度に。

diff落とすときにブラウザで開いてメモ帳にでもコピペしたとか？

MSYSでなくて、コマンドプロンプトを使ってみると
パッチを当てることができました。
一度、コマンドプロンプトでパッチをあてると
その後はMSYSでもパッチをあてることが出来るようです。

また、新しくx264をgitから取得するとMSYSではパッチを当てることができず
上記の操作をすればまたパッチをあてることができます。

意味がわからない･･･。
何人か指摘してくれている改行コードというのは、diffの中の改行コードとは別のものなのかな。

>>387
このオプションを付けたら、PS3でも先頭がブラックアウトせずに再生可能なファイルになりました。
--keyint 24 --min-keyint 2
つ参考
--ref 4 --bframes 3 --sar 1:1　--colorprim "bt709" --transfer "bt709" --colormatrix "bt709"
--vbv-maxrate 31250 --vbv-bufsize 31250　--nal-hrd "vbr" --aud --keyint 24 --min-keyint 2

─　そして40日後　─

x264ってタイムコード入力できたんですね。
DtsEdit通さなくても良くなって便利ですね。
結構前にタイムコード入力できるってレスしてた人ありがとうございます。

GCC の Core2 / Core i7 向け最適化機能、GCC 4.6 に向けて開発中
http://slashdot.jp/developers/article.pl?sid=10/05/25/0052245

x264にも恩恵があるんだろうか。

x264なら、-mtune=genericで十分だと思う。

今更core2って、今まで最適化されていなかったのか

GCCの最適化とか雀の涙程度じゃん

64bit版使った方がいいだろってレベルだしなｗ

ICCに大きく水をあけられてる格好だからなCore2/i5/i7の最適化

そりゃGCCに負けたらICCの存在価値がない

intelさんが直接関わってるICCに勝てるわけないアル

うるせーよ、俺のx4 620に関係ない話で盛り上げるなよ（ ；Д； ）

インテル買えよ

最適化ごとき大差ねぇから気にすんな

大差どころか誤差でしかない

最適化はLSI C-86[試食版]の -O が最強。
美しいコードを吐くぜ。

Cマガではお世話になりました

これの意味が良くわからない
Fix CABAC+PCM, regression in r1592
Changes to queue in CABAC didn't get propagated to PCM code.

PCMてなんぞ？

Postmortem on recent bugfixes

Bug: PCM blocks didn't flush the bitstream correctly in CABAC. This was rarely an issue as PCM blocks are basically never used outside of lossless or near-lossless.
Bug type: Invalid Bitstream Type A
Introduced in: r1592
Fixed in: r1603

losslessじゃないCABACってほとんど全てじゃない？

CABACのオーバーホール：高速で、キャッシュ使用量がより少ない。
CABACのテーブルを非常に複雑に処理することで、いくつかのデータを重複させないことを可能に。
非RDで256バイト、RDで512バイトの L1dキャッシュを節約。
bypassとterminalのasmバージョンを追加；putbyteのコードを再使用することでL1iキャッシュを節約。
さらにencode_decisionを最適化。
x86_64で主な3つのCABAC関数の全てが256バイト以下のコードに収まった。

猫研より

>798

>losslessじゃないCABACってほとんど全てじゃない？

もちろんそうだけど、それ以外ではPCMがほとんど使われないから
問題の現出しにくバグってことだな。

速くはなったけど、サイズが微妙に膨らむなーと思ってたのは気のせいじゃなかったのか

なんか最近、XBOX360でみるために作った動画が再生時間がおかしくなってる上に、見れなくなった。
二つ違う動画を作ったんだけど、両方とも再生時間が同じ112分になる。
もとは約2時間あるのに
何回も再起動してみるとたまに再生される。
なんなんだ？

エスパー検定3級の俺じゃ無理だわ

レッドリング一歩手前

XBOXを捨てよ、町へ出よう

マジかよ糞箱売ってくる

XBOX360の言葉で考えるんだ

>>803
ごめん、設定はこう。
>>804
知り合いの箱でも再生してもらって同じ状態なので、オプションのせいだと思う。

--crf 18 --level 4.1 --keyint 24 --mixed-refs --no-fast-pskip --weightb --direct none --nf --partitions p8x8,b8x8,i4x4,i8x8 --8x8dct
--me umh --thread-input --no-deblock --no-dct-decimate
--aq-mode 1 --aq-strength 0.3 --scenecut 38 --cqm flat --colorprim bt709 --transfer bt709 --colormatrix bt709 --videoformat ntsc　
--sar 1:1 --merange 32 --threads 8　--bitrate 4000 --subme 10 --trellis 2 --b-adapt 2 --qpmin 17 --qpmax 51 --fullrange on --nal-hrd vbr
--slices 4 --aud --vbv-bufsize 30000 --vbv-maxrate 25000 --bframes 3 --ref 3 --mbtree --weightp 2

その設定にしてから再生できなくなったのかそれが再生できなくなったのか

最近って言うがリビジョンは変更したのか
今はどのリビジョンを使ってるのか、どのビルドを使っているのか
最小構成のオプションから問題の切り分けはしたのか
再生可能だったときのオプションはなんなのか
CLIなのかVFWなのか
AviSynthやAviutlを通す際にフィルタ無しで試してるのか
muxerはなんなのか
たまに再生されるの「たまに」とはどの程度の頻度で再生できない場合はどういう状態になるのか
再生時間がおかしいとあるが動画側がおかしいのか音声側がおかしいのか
そもそもPCではどのように再生されるのか

設定が腐ってる

無駄にオプション弄りまくるやつは、質問なんかしないで自分で原因考えろよ

いっそ弄るなと言いたいんだが

>>808
別に無駄に付けまくってるって感じではないが、--fullrangeとか--nfって何だっけ

fullrangeはわかるがnfは知らん

fullrange onってわざわざ箱で見るって事はTVに繋げてるんっしょ？
それでエンコ時に伸張させちゃってんの？意味わからず使ってる可能性大だけど。

>>814
--crf 18 --bitrate 4000 の時点でどうしようもないだろ
ちなみに--nfは--no-deblockと同じだから重複だな

使うオプションと切るオプションが逆な気がする（ってか滅茶苦茶）。

XBOX360で必須のオプションだけ付けて、他はデフォルトにしたほうが余程マシだな。

>>808
箱持ってないから適当に言うけど--presetを使ったほうが良いんじゃないか
んで、変更したいスイッチだけつけるようにすると見やすくなる

--me umh --subme 10でやりたいみたいだから
まずは--preset veryslowで--ref --bframes --vbv-bufsize --vbv-maxrateだけでやってみたら？

【WMV,MP4】 XBOX360 動画スレ 2 【VC-1,H.264】
http://pc11.2ch.net/test/read.cgi/avi/1260423927/

同じ360ユーザーに聞いた方が良くないか

>>808
x264の設定に関しては、slicesがxboxではどうなのってところか
fullrangeとか、crfとbitrateが一緒に入ってるとか、よくわかんないところもあるが
muxerとかの問題じゃない?

>>817
>>808
"bitrate指定あり+ crf：crf指定値を中心にqp_min/maxの範囲で守りつつ、指定ビットレートに近くなるように、がんばる。"
としてagehaにあったんで、指定してるだけです。
CRFだけだと、よく再生とぎれとぎれになるので。
あと、nfは昔から、設定使いまわしてるので、残ってたんだと思われます。
ので、消します。

あと、色は、HD動画なので、bt709指定してるのと、フルレンジONは箱ですけど、モニタでみてるので。

がんばれ

"bitrate指定あり+ crf：crf指定値を中心にqp_min/maxの範囲で守りつつ、指定ビットレートに近くなるように、がんばる。"

これ嘘だからね、実際はcrfよりビットレート指定が優先されて普通の
CBRになって画質さがるだけだから。

>>823
> CRFだけだと、よく再生とぎれとぎれになるので。

途切れた部分箱の最大ビットレート超えてるだけじゃね

agehaって何年前の記事だよ
なるPの「覚書」とかあれとかは、あまりにも内容が古すぎて今ではまったく参考にならんぞ
まるも氏の解説ですらいくつかは完全に過去のものになってる

fullrangeの意味も分かってなさそうな感じ

もうこれr1376でいいだろ

また1376厨が沸いてんのか

>>830
折角我慢してたのに

みなさんありがとうございます。
まだまだX264のこと調べが足りないと思いました。

とりあえず、CRFよりはCBRライクな使い方をしてみようと思います。
下記の理由でqpmin/maxで、bitrateで充分な気がしますし。

>>826
crfだけで、よく瞬間の高負荷で再生が落ちていたので、シーンチェンジ検出を下げたり、していたんで、その問題の解決策はCBRでよかったんですね。
調べてみると、猫科ではx264では、CBR＝ABRということみたいだし。

なんかエンコードが終わって結果のlogが出た後にx264.exe自体が動作停止になってしまうんだが、誰か原因わかる人いるかしら？
オプション、切れる物は全部切ってみても変わらないんだが……

エスパーきてー

俺もr1376使ってる

じゃあ俺も使ってる

>>798
このバグってｃｒｆでエンコしてる分にはロスレス圧縮しない分容量増えるけど
画質は変わらんよね…。

>837
は？

ロスレスやロスレスに近くない限り影響しないって
書いてあるじゃん。

>>838
837じゃないが、ホントそう思っていいのか？

レートに余裕が十分有って、かつ複雑な静止画が連続しているシーン
は、可能性としてPCMが選ばれるマクロブロックが出てくると
思ってたんだけど。

何本か1613でエンコしなおしててみたがSD解像度でエンコしたのはあまり変わらんけど
HD解像度だとCABACの圧縮効果分と思われる10%ほど1613でエンコした方が小さく成ったのが有った
Blu-ray disc向けエンコーダ適合記念に様子見ないで最新入れたのは失敗だったかねｗ
まぁ、見た感じには良くわからんし、PowerDVDのデコーダでハード支援入れて再生できてるっぽいし
何本か元のTSも消しちゃったんだけど気にしない事にする(苦笑

何と比較したかも書かないバカは氏ね

流れを読めないのも（ｒｙ
まぁ、ID変わって無いと思ってレス番入れなかったおいらも（ｒｙ
CABAC関係のバグあった1592ね

比較画像とか動画をupしないならまったく信憑性が無い

サンプル上げてもスルーするくせに！

>>844
スルーしてやるからサンプル上げろ！

人が信じられないなら自分でやってみれば良いだけの事
自分でやった結果なら100%信じられるかんね
あと、CABACのロスレス圧縮で10%近く縮むってのは検索すればいくらでも出てくる話
それがまともに動いてないなら10%増しは納得の結果

久しぶりにSDのソースをインタレエンコしたら、130fps位出て
びっくりした。

で？

Current status: Known Bugs

Problem: CAVLC + 8x8dct + deblocking broken. Fix will be in the next release.

＜回答が無い理由＞

1. 誰も知らない
2. 質問文が意味不明
3. 知ってるが、お前の態度が気に入らない
4. 良いボケが思いつかない

r1626

コンパイルは通ったけどエンコードができなくなった・・・

最近正式コミットとは思えないほどバグ出るな

どうやらavsがエンコードできないらしい
y4mとlavfとffmsならエンコードできた

>>854
報告�d
Aviutlで使う分にはもう暫く1583使うか・・・

ところでチェンジログのfuture high bit-depth support.
が気に成るんだがもしかしてバンディング対策かね？

32bitのはx264.nlに既に上がってるけどこれもうちは駄目だな

バグだったらしい

>Current status: Known Bugs
>Avisynth input is broken.

連レス失礼しました

しばらくr1376で様子見をするか…。

バグかよ！
64bit環境に移行して初めてのエンコードでavs読み込んでくれないから
すげー悩んじゃったよ！

VFR maniac氏が急いで修正してくれたみたい
後でまた修正が入るみたいなので様子見です
(一応r1627でクラッシュしなくなりました ご報告まで)

初期化処理を関数化するか個別に行うかってだけの違いなので別に待つ必要はない

修正きたっぽい

俺11xx台で止まってるｗ
そろそろ更新するか

x264outでエンコすると音声に(音割れみたいな)ノイズが入るのは私だけ？
x264outで出力せずに音声だけWav出力したものには入ってないんですが
原因が分かる人いますか？

toolフォルダ内のx264とneroaacencそれとMP4Boxは最新です
再生環境はMPC-HCにHaaiとDivxのh.264/AACデコーダーを使ってます

>>864
最新バージョンとか言わずにちゃんと書いて

>>865
x264 r1602(当時) neroaacenc1.5.4.0 バカポ氏のmp4box(同梱版でも問題あり)です

>>864
まずはそのneroaacenc単体で同じ設定でAAC変換してどうかだな
（コマンドプロンプトの使い方がわからないとかは無しの方向で）
あとaviutlで音量いじらなくても成るのかとか気に成ることは多数あるが
初心者スレかAviutlスレに行った方が良いかもね

音にノイズ入るとかx264全然関係ないじゃん

最新でまたバグ見つかったみたい
no-mbtree + aq-mode 0 で落ちるそうな

もちろんneroaacenc単体エンコしたらノイズなし(言葉が足りなかったゴメン)で
aviutlでの音声操作はカット編集以外なしです。
たしかにx264とは関係ないですが、x264outで出力したファイルに乗るので
ここかなと思ったのでここに書きました。でも私だけのようなので
しばらくGUIに戻って折をみて再セットアップしてみます。

r1629
Fix no-mbtree + aq-mode=0

x264outもスレチなじゃないの？aviutlなんだしさ。
なんでaviutlスレとか x264 VFW GUIスレで
カキコしないんのか理解できん。

>>872
x264outはaviutlでx264.exeを使ってエンコするプラグインなんだが…。
まぁ、x264単体の問題なのかそれ以外の問題なのか切り分けてから質問しろと言うなら同意

>>873
>>870で答えは出てる

>>874
何の答えだよ…質問者は納得してるからどうでも良いんだが

>>870
r1376でもだめなの？

>>873
自分の勘違いだったか。突っ込みありがと。

Aviutlで音声読み込んだ時点でノイズがのってるんじゃないの？
音声追加でWAVを読み込ませたら解決するような気がする

aacedit2 -t Trim()+Trim()+Trim() -o output.aac input.aac

カット編集だけなら、こうすればよけいな劣化を避けられる。

FAWの方が便利じゃない？

ちょっと前に967から1163にしたがそこから先どれにすればいいのかわからなくて1163のまま

なんかいろいろと騒がしてしまって申し訳ない。
x264エンコード全般に関するスレかと思ったので･･･。

せっかくなのでaviutlスレにサンプルを上げときますので
気になる事があれば意見を聞かせてください

>>881
スレ上でバグだなんだって騒いでなければ最新版が一番良い。
なんか理由があるなら別だけど。

>>883
過去にデブロック周りの不具合で微妙に崩壊していくのがあってから更新怖い病になった
900〜966あたりのどこかにそんなのがあったはず
デコーダ変えても一緒

http://wiki.videolan.org/SoC_2010/Macroblock_adaptive_frame_field_interlacing
http://wiki.videolan.org/SoC_2010/Audio_on_x264

これらが、WeightPの様に成功すると良いな。MBAFFの方は、かなり大変だろうが。

ついに音ズレが無くなるのか
胸熱

音ズレの恐怖が訪れる

>>887
氏ねばいいのに

いいじゃんｗ　熱かったから涼が取れたぜ

>>885
3月末にnal-hrdがマージされてx264でようやっとインターレースがまともに
エンコできるようになったけど、MBAFFのフルサポートでインターレースが
高品質でエンコできるようになる予定なのはうれしいなぁ。

SDソースなタモリ倶楽部はともかく、ブラタモリはきちんと1080/60iで保存
しておきたいし。

>>890
大切に保存したいんだったらTSのまま保存すればいいのに。

ここはx264スレだったか。

虹ってバンディングだよな

つまんね

crf10でエンコすればおｋ

映像ソース毎のCRF推奨値ってないのかな？

推奨値とはなんぞや？
ってところからね。

x264itvfr.exeはr1376で終了か。

オレが推奨値決めてやるよcff51がおすすめ。

crf0こそが最強

--no mozaiku は男のたしなみ

r1643

http://mailman.videolan.org/pipermail/x264-devel/2010-June/007382.html

rolling stable brunchってなんやねん...

>>902
安定したブランチを転がす
回転している安定したブランチ
回転安定したブランチ

このどれか

とりあえずr1643はsubme 0でクラッシュする
しかも安定してるはずのr1636はmakeが通らないことが判明...

とりあえずrollingだけは実感できたよ

修正してcommitやり直しになった

新機能つけたわけじゃないのに不具合多いな

コードを書き換えまくってるからしょうがない
しかも、そのうち開発側も訳わからなくなってくんじゃないかってペース

VBV-maxrate 10000と 指定しても、VBV-bufsize 10000をだいぶ超えてしまうんだけど、何か良い手立てはありませんか？

CRFと同時指定にしてます。

なにがどう超えているのか？
超えているのはどうやって確かめたのか？

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

VBVは、これで調べられる。

>>909
MediaInfoで、最大ビットレートってのでみましたけど。

ねぼけてて、半分しか答えてなかったですね。

ビットレートの最大値がVBV bufsizeを超えてしまうんです。

http://forum.doom9.org/showthread.php?t=155057

ビットレートがVBVバッファを瞬間的に超えるのは問題ないんじゃない?

そのためのバッファだしね

>>913
まさに、この質問者と同じような状況ですが、答えがわからないところまで同じです。

だから、ActivePerlをインストールして、

vbv.pl --fps 29.970 --bitrate 20000 --bufsize 25000 --init 22500 vbv.txt

とすれば分かる。

r1652

>>917
すみません、使い方ではなく、>>913の質問者のようにビットレートが高いときにフリーズを起こすことが問題なのです。
VBV　complianceにパスしても仕方がないというのが本当のところでして。

VBV compliamceってのは、そういうことが起こらないようにあるもんだろ
いったいどんな再生環境使ってるのよ？

>>920
PS3です。

PS3は持っていないから知らないが、VBVはDivXに合わせて、

--vbv-maxrate 20000 --vbv-bufsize 25000

としておけば、大抵の機器で再生可能だろう。

今のPS3は31250までokだよ

10000とか低すぎだからポータブルプレイヤーに無意味にHD動画でも入れてるのかと思えば…
BD再生できるPS3ならBD基準で設定しとけば再生できないって事は無いだろ
いや、PS3持ってないけどｗ

>>918
r1649じゃね？

ああ、間違ってた、r1649が正解
ところでgit pullするとplaneなはずなのに、x264 --versionすると1649+15とか表示される
また修正がありそうな予感

PS3は一応bufsize 65000/maxrate 20000まで大丈夫らしいよ
ビットレートの高いところでフリーズするならBフレ枚数とかそっち系のオプションが原因では？

↓でソースの仕様と使ったオプション晒した方が速いかもよ
【H.264】 PS3動画スレッド8 【1080p】
ttp://pc11.2ch.net/test/read.cgi/avi/1263892716/

vbv-bufsize, BDは30000だっけ
原因は本当にビットレートなのか?

r1649
>over 80% faster on amd k8
>amd k8では80%超も速い

すげぇな

K10 6コアのほうどうにかしろよ('A`)、

元が一緒だからk10でも速くなるんじゃね

しばらくr1376で様子見するか

まーた1376かｗ

もう1376はNGワードだなw

どうせr1649だとPS3で再生すると音ズレするんだろ？

>>929
K10使ってるけどめっちゃ速くなってるよ

ちょっとK8買ってくる

>>935
http://firestorage.jp/download/37c466ab27518ac8818aa92e53a0161782bb7cda

intelCPUじゃ速くなんない？

>Only ~12% faster on penryn

おお、サンクス。1割ばかし速くなんのか。

1090T@定格でx264 HDベンチ3.0のx264.exeだけ入替えてやってみた。

Results for x264.exe r1342
--------------------------
encoded 1442 frames, 74.05 fps, 3898.70 kb/s
encoded 1442 frames, 74.85 fps, 3898.70 kb/s
encoded 1442 frames, 74.73 fps, 3898.70 kb/s
encoded 1442 frames, 74.78 fps, 3898.70 kb/s
encoded 1442 frames, 28.71 fps, 3968.53 kb/s
encoded 1442 frames, 29.43 fps, 3970.82 kb/s
encoded 1442 frames, 29.82 fps, 3956.57 kb/s
encoded 1442 frames, 29.71 fps, 3968.97 kb/s

r1649 入替え後
--------------------------
encoded 1442 frames, 116.27 fps, 3906.90 kb/s
encoded 1442 frames, 116.27 fps, 3906.90 kb/s
encoded 1442 frames, 116.13 fps, 3906.90 kb/s
encoded 1442 frames, 115.68 fps, 3906.90 kb/s
encoded 1442 frames, 31.20 fps, 3961.55 kb/s
encoded 1442 frames, 31.42 fps, 3960.81 kb/s
encoded 1442 frames, 31.39 fps, 3960.21 kb/s
encoded 1442 frames, 31.18 fps, 3959.97 kb/s

1st passの、74.85 fps -> 116.27 fps と言うのは凄いな。 2nd passも、5%程速くなっている。

ロシアの最適化ビルドはどう？
http://www.xvidvideo.ru/x264-video-codec/x264-video-codec-rev-1649-x86-x64.html
うちのC2Q(x64)だと.nlの64bit版より10%くらい速い

>>944
あ、書き忘れてましたが>>942のはそこのphenom最適化版でやってます。

それでIntelとAMDどっちが速いんだ？

i7 920@3570MHzでx264 HDベンチ3.0のx264.exeをr1649に差し替えた場合

encoded 1442 frames, 130.18 fps, 3905.27 kb/s
encoded 1442 frames, 128.14 fps, 3905.27 kb/s
encoded 1442 frames, 129.26 fps, 3905.27 kb/s
encoded 1442 frames, 127.24 fps, 3905.27 kb/s
encoded 1442 frames, 32.89 fps, 3961.69 kb/s
encoded 1442 frames, 32.90 fps, 3963.66 kb/s
encoded 1442 frames, 32.85 fps, 3963.97 kb/s
encoded 1442 frames, 32.87 fps, 3964.66 kb/s

そのベンチマークって AVIsynth 2.5.8 つかってるやつだっけ？

未だにC2DE6600だ

未だにQ6600でそろそろ変えたいけど
どうせ変えるなら6コアにしたい

[email protected]
--------------------------
encoded 1442 frames, 125.09 fps, 3906.90 kb/s
encoded 1442 frames, 125.25 fps, 3906.90 kb/s
encoded 1442 frames, 124.74 fps, 3906.90 kb/s
encoded 1442 frames, 124.08 fps, 3906.90 kb/s
encoded 1442 frames, 34.34 fps, 3960.10 kb/s
encoded 1442 frames, 34.75 fps, 3960.52 kb/s
encoded 1442 frames, 34.59 fps, 3960.68 kb/s
encoded 1442 frames, 34.15 fps, 3960.32 kb/s

・・・920には負けるか。

速いな

>>951
処理の重い2nd passでは勝っているな。

[email protected]/Win7(x64)/r1649@ロシアC2Q版だと99FPSと22FPSくらい。省電力だしまだいけるな。

>>942
r1649での影響を調べるならr1649と1643あたりでしないとダメじゃないか。

いや、そこらへんはいまだにr1376使ってるやつへのあてつけもあるのだろう

>>955
1090T@定格
r1643
--------------------------
encoded 1442 frames, 112.17 fps, 3906.90 kb/s
encoded 1442 frames, 112.87 fps, 3906.90 kb/s
encoded 1442 frames, 112.73 fps, 3906.90 kb/s
encoded 1442 frames, 112.45 fps, 3906.90 kb/s
encoded 1442 frames, 31.22 fps, 3964.01 kb/s
encoded 1442 frames, 31.38 fps, 3959.56 kb/s
encoded 1442 frames, 30.94 fps, 3960.78 kb/s
encoded 1442 frames, 31.18 fps, 3962.05 kb/s

PS3がMKVに対応すればすべて解決するのに。

PS3なんて使わなければすべて解決するのに。

>>938先生のdiffを適応したr1649希望

ほっとけ

>>960
ttp://bbs.fushizen.eu/
こちらへどうぞ。

>>962先生、ありがとうございます。

>>947
情報thx!
かなり差は縮まってるけどCore i7最強は変わらず、か

なかなかr1163から脱出できねぇな

komisar版
cross-mingw.gcc451.generic.20100615.1.7z (38M) (LTO-enabled *.a/*.o)
で -flto 付きでビルドできないんだけど・・・

./configure --extra-cflags="-flto -fomit-frame-pointer -Wall" --host="x86_64-pc-mingw32" --cross-prefix="x86_64-pc-mingw32-"
とすると
x264.o:x264.c:(.text+0x56): undefined reference to `x264_mdate'
x264.o:x264.c:(.text+0x3eb): undefined reference to `x264_encoder_open_92'
・・・・・・・・・・
・・・・・・・・・・
undefined reference toの嵐だわｗ

これだから素人は

自コンパイルしても遅くなるだけって偉い人がいってた

>>966
22:01 (komisar) for x264 need remove -DPREFIX for yasm. and add "-flto" to extra-c-flags

22:05 (komisar) for x264.exe also patch Makefile for add "-fwhole-program"

>>969
レスThanks

アセンブラフラグから-DPREFIXを削除するって事？？
って言うか、yasm自体インストールしなくていいって事かな？

config.makを編集する。
32bitはしなくていいらしい。

>>970
おまえレベル引く杉。初心者スレ池。

>>971
上記省略//
CC=x86_64-pc-mingw32-gcc
CFLAGS=-Wshadow -O3 -ffast-math -Wall -I. -flto -fwhole-program -std=gnu99 -s -fomit-frame-pointer
LDFLAGS= -lpthreadGC2 -lwsock32 -s
LDFLAGSCLI= -lgpac_static -lwinmm
AR=x86_64-pc-mingw32-ar
RANLIB=x86_64-pc-mingw32-ranlib
STRIP=x86_64-pc-mingw32-strip
AS=no
ASFLAGS= -f win32 -m amd64
EXE=.exe
VIS=no
HAVE_GETOPT_LONG=1
DEVNULL=NUL
でダメだった・・・

LDFLAGSCLI= -fwhole-program -lgpac_static -lwinmm
でどう？

>>974
CFLAGSの-fwhole-programを消して
LDFLAGSCLIに-fwhole-programを入力
結果は↓

x86_64-pc-mingw32-gcc -Wshadow -O3 -ffast-math -Wall -I. -flto -std=gnu99 -s -f
omit-frame-pointer -fprofile-generate -c -o common/x86/predict-c.o common/x86/
predict-c.c
no -f win32 -m amd64 -DARCH_X86_64 -Icommon/x86/ -o common/x86/const-a.o common/
x86/const-a.asm
make[1]: no: Command not found
make[1]: *** [common/x86/const-a.o] Error 127
make[1]: Leaving directory `/home/hoge/x264'
make: *** [fprofiled] Error 2

ダメでした。

ちょっと待てAS=noって何だ。
yasmは要るぞ。

>>976
上記省略//
CC=x86_64-pc-mingw32-gcc
CFLAGS=-Wshadow -O3 -ffast-math -Wall -I. -flto -std=gnu99 -s -fomit-frame-pointer
LDFLAGS= -lpthreadGC2 -lwsock32 -s
LDFLAGSCLI= -fwhole-program -lgpac_static -lwinmm
AR=x86_64-pc-mingw32-ar
RANLIB=x86_64-pc-mingw32-ranlib
STRIP=x86_64-pc-mingw32-strip
AS=yasm
ASFLAGS= -f win32 -m amd64
EXE=.exe
VIS=no
HAVE_GETOPT_LONG=1
DEVNULL=NUL
でビルドできました。
初心者を相手にして頂き感謝です。
969氏、971,974氏、976氏、ありがとう御座いました。

で、lto使って速くなったの？
俺の環境では、GCC4.4.4でmake fprofiledしたほうがわずかに速いみたいなんだが

>>978
こちらもGCC4.4.4+make fprofiledの方が少し早かった


komisar版
cross-mingw.gcc451.generic.20100615.1.7z (38M) (LTO-enabled *.a/*.o)用
x64 LTOパッチを作ってみた。
config.makの編集、./configure --extra-cflags="-flto"の追加をしなくてもビルドできます。

x264_x64_LTO.diff
http://firestorage.jp/download/0a36c8217a5df2e65c790c4fa0f1b34f1d319d8d

mp4_dts_compress_1.diffもDL数が100を超えてる・・・困ってる人がいっぱい居たんだね

>929
>942を真似して5050e定格（2.6Ghz）

r1342
--------------------------
encoded 1442 frames, 26.47 fps, 3899.26 kb/s
encoded 1442 frames, 15.42 fps, 3899.26 kb/s
encoded 1442 frames, 15.21 fps, 3899.26 kb/s
encoded 1442 frames, 14.95 fps, 3899.26 kb/s
encoded 1442 frames, 4.33 fps, 3971.58 kb/s
encoded 1442 frames, 3.66 fps, 3970.56 kb/s
encoded 1442 frames, 3.71 fps, 3970.65 kb/s
encoded 1442 frames, 3.75 fps, 3970.80 kb/s

x264 Video Codec rev. 1649 x86 (2.21 Мбайт 2010-06-15 20:24:36) (generic)
--------------------------
encoded 1442 frames, 32.60 fps, 3903.37 kb/s
encoded 1442 frames, 19.27 fps, 3903.37 kb/s
encoded 1442 frames, 18.83 fps, 3903.37 kb/s
encoded 1442 frames, 18.37 fps, 3903.37 kb/s
encoded 1442 frames, 4.34 fps, 3968.78 kb/s
encoded 1442 frames, 3.59 fps, 3969.44 kb/s
encoded 1442 frames, 3.57 fps, 3969.56 kb/s
encoded 1442 frames, 3.56 fps, 3969.40 kb/s


：8割は無いわ

次スレ立ててくる

立てた
x264 rev28
http://pc11.2ch.net/test/read.cgi/avi/1277292200/

テンプレにMatroskaスレとPS3スレを追加した

>>980
8割ってmbtreeの処理の一部のことじゃないか。
1passが速くなったのはいままでの変更の影響が大きいっぽい。

seraphyいつまで休んでんだ？いい加減に更新しろ

>984
休んでネーヨ。無理言うな。
今上がってる暫定版も、出向先から空いた時間を何とかして作ったみたいだから。

俺は帰ってくるまで1376でのんびり待ちます

ずっとそれ使ってろｗ

むしろ1376がネタと化して見ていてほほ笑ましい

>>986
>>938先生と>>962先生のを使えよ

seraphy氏の待つのって主に拡張使ってる人でしょ

俺はまさにそうだなー。
なんだか本業が激務みたいだから気長に待つよー。

r1658

>>990
その通り
auo以外に意味はない

Open-GOP対応来たな

うめ

うめうめ

うめうめうめ〜

998なら動き検索にumeが追加される

sage

---------- 終了 ----------

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