x264 rev11

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

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


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

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

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

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

テンプレ続く>>2-10

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

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

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

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

CoreAVCスレ1
http://pc11.2ch.net/test/read.cgi/avi/1141929972/

【高音質】AACオーディオ総合3【mp4/m4a】
http://pc11.2ch.net/test/read.cgi/software/1194941912/

☆彡 ffdshow（本家） vol.13 ☆彡
http://pc11.2ch.net/test/read.cgi/software/1187146396/

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

[FAQ]
Q 見れないよ
A x264.nlでmatroska splitterとffdshowを入手してインストール汁！ハードウェアでインタレ解除する場合は、
　　ビデオデコーダーの設定→出力→インターレース関連情報を…にチェックを入れること。
　　またはMPlayerやVLCなどのデコードエンジン内蔵のプレーヤーで試す。 これらで見る場合はffdshowは必要なし。

Q AviUtlやVirtualDubとかで読むとエラーでて編集できないんですが・・・
A 諦めろ。編集はエンコード前にするのが常識。

Q Win版QuickTimeで再生できない。
A　QuickTimeはインタレ、ハイプロファイル(-8、--8x8dct、--cqmなど)、--b-pyramidに対応していない。 Bフレ1以下推奨。

Q 携帯機やゲーム機などで再生させるには？
A　それぞれ専用のスレがどこか（他の板も）にあるはずなのでまずは当たってみてください。

Q バージョンアップ早すぎ
A バージョンアップでなくビルドアップです。例えばソースの清書、サイズの収縮などユーザーにとってあんまり意味のない改変でも更新されてます。

Q >>1のどのファイルがいいの？
A 迷う奴はx264.nlのを使え。GUI操作が好きな人は同ページにあるMeGUIやStaxRipも。マイクロソフトから.NETのインストールも忘れずに。

Q　エンコードできない。
A　基本的に色空間がYV12のavsファイル(Avisynth)しか受け付けません。（MeGUI、StaxRipも含む）

Q　MP4のVFRってどうやるの？
A　前知識として、そのまま"MP4 VFR"等で検索して、ISOMPEG-4スレへどぞ。

Q　アスペクトの指定ってどうやるの？
A　704x480を4:3で見る時は--sar 10:11、 720x480を4:3で見る時は8:9。他は各自計算してください。
　　720ｘ480を16：9で見たい時、par(sar)x：yはx：y=480×16：720×9で求められる。

Q　--interlacedで失敗する。
A　入力は縦が32の倍数のトップフィールドファーストのみ。--8x8dctと--direct(none以外)を一緒に使うと問題有り。
　　後者はデフォルトでonになっているので注意。

その他パラメータの勉強は
ageha
http://agehatype0.blog50.fc2.com/

QPオプションの目安
http://www.wikihouse.com/htumenc/index.php?Man%2FCODEC%B8%C7%CD%AD%A5%AA%A5%D7%A5%B7%A5%E7%A5%F3%2F-x264encopts%2Fqp


aviから移行してきた人への簡易見本。704x480の24pと仮定。
Avisynthの2.5以降のバージョンをインストールする。
mp4boxを用意する。
映像は可逆圧縮コーデックでaviを作成する。
音声は別に作成しておく（C:\hogehoge\test.m4aに存在すると仮定）。

echo AviSource("C:\hogehoge\test.avi") > "%temp%\avi.avs"
echo ConvertToYV12() >> "%temp%\avi.avs"
"C:\hogehoge\x264.exe" --crf 20 --progress -o "%temp%\avi.264" "%temp%\avi.avs"
"C:\hogehoge\mp4box.exe" -fps 23.976 -add "%temp%\avi.264":par=10:11 -add "C:\hogehoge\test.m4a" -new "C:\hogehoge\test.mp4"

↑の4行をコマンドプロンプトに右クリ貼り付けenterで完成


↓batファイルにD&Dするだけ用

set x264="C:\hogehoge\x264.exe"
echo AviSource("%1") > "%temp%\avi.avs"
echo ConvertToYV12() >> "%temp%\avi.avs"
%x264% --crf 20 --progress -o "%1.264" "%temp%\avi.avs"

>>1乙

>>1乙

..　　　　　　　　　　 ''';;';';;'';;;,.,　　　　ドドドド・・・
　　　　　　　　　　　　　''';;';'';';''';;'';;;,.,
　ドドドド・・・　　　　　　;;''';;';'';';';;;'';;'';;;　　＜乙！
　　　　　　　　　　　　　;;'';';';;'';;';'';';';;;'';;'';;;　　　　　　　ドドドドド・・・
　　　　　　　　　 vymyvwymyvymyvy、　　＜乙！
　　　　　　ヽ(ﾟдﾟ)vヽ(ﾟдﾟ)yヽ(ﾟдﾟ)v(ﾟдﾟ)っ　　＜乙！
　⊂(#ﾟдﾟ )　と(#ﾟдﾟ ) 〃ﾐ(#ﾟдﾟ )っ(#ﾟдﾟ )つ
　　 ゝ　ﾐ (#ﾟдﾟ )っ　 ）⊂(#ﾟдﾟ ) 　　(つ　ｒ
　　　 しu(彡 　ｒ⊂(#ﾟдﾟ ) .ゝ..ミ）　　 i_ﾉ┘　　　＜乙！
.　　　 　　 i_ﾉ┘　 ヽ　　ミ）しu
　　　　　　　　　　 （⌒） .|
　　　　　　　　　　　 三`Ｊ

>>1
乙。

>>1
乙彼

ほよよ

互換性重視でMain
→圧縮率と画質で-8を付加
→画質をさらに重視で-cqm付加
→やっぱり互換性でMain

永遠の課題

色んなサイト見ながら、思うがままにオプション付けていったら0.6fpsﾜﾛﾀ
2分の動画エンコに1時間超って何だよ

--refを3にしたり16にしたり。。。

>>12
CPUは？

プレスコット3Ghz

C2Dとかだったらこれが半分なのか…
そう考えると魅力が有るな

とはいえ2分のエンコに30分ならどちらにしてもオプション見直せｗ

>>12
エスパーレスだが
--me esa→umh
--trellis 2→1
これだけでも相当軽くなるかと。

俺もme umhに変えたなｗ

>>15
Pen4 3Gで1.9fps@704x480の俺＼(^o^)／
満足いく設定とオプションをとことん追及して悩みまくったあげく最高の設定にたどり着いた

満足いく設定とオプション
→満足いく設定とフィルタ

[email protected]
1920*1080にNRとAFSだけかけると6fps

散々悪評が立っているフェノムだけどHDのh264エンコだとQ6600を上回るのかぁ・・
ちょっと欲しくなったなぁ・・・

ttp://pc.watch.impress.co.jp/docs/2007/1122/tawada118.htm

買った人はレポおねがいーー

>>22
MainConcept かねこれ
Tom's のチャートでも MainConcept の H.264 だけは
X2 が E6600 といい勝負してたりするんだよねー

ここで聞いても答えは来ないと思うけど
っていうか宣伝？

DIVX6.7はSSE4対応してるはずだからQ6600より早そうなんだけど
h264のエンコーダーに何使ってるか書いてないから微妙だな
どちらにしろQX9450でたら確実にPhenom終わるだろうよ
Q6600値下がりするだろうし

AMD頑張って(つД`)

PenDな漏れはC2DにしろPhenomにしろ変えるときは全取替えなのでPhenomを応援してたんだが…

わかってるとは思うが、記事で扱ってるのは Phenom9600 で
今回発売されたのは Phenom9500 だから多和田に騙されて買いに行くなよ。

エンコだけなら、有利な条件では同クロックの Kentsfield と競争できるが
Penrynは空冷で4G超えしてるから遥か彼方だ・・・。

イン厨のいつもの煽り文は見飽きたからどうでも良いよw。だいたい常識的に常用でOC 4Gなんかしてｘ264でエンコしないでしょw
しかも13万円のCPUを引き合いに出されても　＾＾；
あと、1スレッド、2スレッドアプリで大きく引き離されているのに、4スレッドでは差が縮まる傾向は興味深かったね。
俺もシステム総入れ替えの時期なので、ペンリンの普及価格が出るのを待ってフェノムと天秤にかけることになるので、
もしかしたら、エンコに限ればフェノムも有りという事も考えられるかもしれないと思った。

PhenomはOC耐性があれば人気上がっただろうに

AMD にも頑張ってほしいが、Q6600相手にこれじゃ
Penryn来たら死亡しちゃうぞ・・・

AMDが頑張ってくれないとintelボッタクリの再来は目に見えてるからな
PenDに比べX2が圧倒的だったから後のC2Dも安価で登場したわけだし

エンコードベンチでlameあたりはあってもx264使ったのって無いよな。
姪コンのエンコーダって普及率低い希ガス

CPUはスレチじゃね？

エンコベンチはx264ベンチでもやってくれないと何の参考にもならない
今更wmv、DivX、lameなんか使わねーよｗ

草はやす暇があるならちょっとは調べろや・・・

http://anandtech.com/cpuchipsets/showdoc.aspx?i=3153&p=7

同じクロックKentsとほぼ同等。
*同じクロック*ならな。

>>35
そうそう
Yorkには及ばないものの性能的には決して悪くない
消費電力の差なんて数百円だしな
ただ、相性が芳しくないようだが

>>35>>36
Q6600でエンコしてるヤツで定格で使ってるのなんてほとんどいないだろ。
最低3.0G、へたすりゃ3.5Gぐらいでまわしてるぞ。

基本性能が同等なら後はOC勝負だから、3.2Gぐらいは余裕って
感じじゃないと手を出しづらい。

>>37
2万くらいのGIGAかASUSのマザー買えばCore2は20〜30％の
OCが見込めるからな
でも、ネイティブも捨てがたい
もうちょっとクロック伸ばしてもらいたいな

なにこの荒らしさん達は

ｘ264のエンコって長時間フル負荷で回しているのにOCって・・・・＾＾；
馬鹿なチャレンジャーもいるのね何のための定格なんだか・・・
まぁ精々エラーだらけの欠陥品作ってくださいなw

>>40
ま、通常OCで常用するときは負荷テストを
10時間はやっているだろう
Prime95をみんな使ってるからエラー出ない電圧、クロックで
やってるからエラーでてないんだろう

自分がやってるからほかもやってるっていうやつって

　KYっていうんだよね

よく犯罪者でいるよね・・・警察24時もので大阪の飲酒とかでつかまると必ず

OCは別に違法でも契約違反でもなんでもないだろ。
もちろん、おかしくなったり火を噴いたりして損害が出れば自己責任。

OCもDCも別に驚くような事じゃないが、だからといって誰もがやってると思うのはどうかね？ｗ

って話でしょ

スレタイ読まない奴がKYとか・・・真性ですか？

それじゃあ次スレのスレタイは「x264とCPU rev12」に決定。

>>46
賛成！！！

>>44

DCってクルサードのことかー！



ｽﾏｿ、どうしてもボケたかった・・・＿|￣|○

( ﾟдﾟ )ペヤングが食べたくなった

話題なくて暇なんだよ

賛成>>14-50で36票
反対はゼロって所か

x264にｆｐｓの違う分割した連番avs読ますと自動的に繋げてくれてVFRなMP4吐いてくれる機能
でもつかねぇかなぁ〜！

mkv使えよ。

mkvは別にいらないし。バッチでVFR処理までやってるとmp4のほうが楽チン。

mkvってコマンド長いもんねぇ

別々にエンコしてseraphyたんのmp4catでつなげれば･･･。

VFRもスレタイに入れるのか

必要ないだろ

普通に一個のavsでVFRすりゃいいじゃん

------------------------------------------------------------------------
r701 | pengvado | 2007-11-25 13:38:19 +0100 (Sun, 25 Nov 2007) | 2 lines

fix compilation as a shared library on x86_64 (regression in r696)

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

------------------------------------------------------------------------
r702 | pengvado | 2007-11-26 12:44:37 +0100 (Mon, 26 Nov 2007) | 2 lines

fix a memleak in h->mb.mvr

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

はやくr777にならないかなー

aviutl0.99a3でx264.700.rarの中にある拡張x264出力(GUI)を用いてmp4出力しているのですが
映像が最後より13フレーム手前でエンコードが止まって音声圧縮が始まり音声圧縮が99.9％まで完了したところで停止してしまいます
過去ログに同じような症状の方がいたようでログも拝見させて頂きましたがいまいちよく分かりません
音声のエンコード設定はAAC-LC 192kbps 1passです
この症状に詳しい方はいらっしゃいますでしょうか？

スレチ。こっちいけ
ttp://pc11.2ch.net/test/read.cgi/avi/1194889646

いやそっちは質問受け付けてないし

質問不可のスレってあるのか、迂闊に書き込めんな。

>>63
せめてOSくらいは書いてほしいけど、Vistaなら管理者権限で実行しないとMuxできないとか見た覚えが。
Vistaじゃないならシラネ。

700か700release2以降
x264afs.exeでAFS使わずにエンコすると、ALL24が25fps表示になる
大は小を兼ねる的にx264afs.exeを使うよう指定してたけど、x264.exeを使うようにした

日記は日記帳に。
あと、readmeくらい読め。AFS使わないとエラーになるって書いてある。
標準のx264.exeも一緒に配布してくれているんだから、察しろよ。

今月に入って初心者が増えて作者も大変だな
解説・テンプレ無視で書き込むってどういう神経って感じだな

これが今話題のゆとりか

>>69
うほ
699まではエラーにならなかったのはたまたまだったんか
ありが�d

>>66
そこはAviUtlでエンコ中に暇なので雑談を行うスレ
AviUtlの質問はソフトウェア板のAviUtlスレ
http://pc11.2ch.net/test/read.cgi/software/1194870627/l50

くだ質スレや初質スレがある板ではそっちで質問するのがルール
とか言うと「こっちのスレのほうが役に立ちそうだと思って」
とか池沼な返答が来るんだよな

FlashプレーヤーのH264正式対応まだああああああああああああ

>>74
スレ違い

>>73
んなルール初めて聞いた

>>76
2chだけじゃなく社会的なルール
赤信号みんなで手をつなげばいいってもんじゃない

そういうこと無視するから叩かれたり煽られたりするんだけどな

何の為に作られたのか考えれば、
すぐに判りそうなものなのに…。

疎

ここが半年に1レス当たり前の過疎板だってことお忘れかい？

点呼

1

１０

11

100

１０００

270F

万条目

>>82
以上、全員揃いました

なんという少数精鋭な特攻野郎x264チーム

インタレ保持で--direct と --8x8dctを使うと問題が出るというが
ffdshowで表示がおかしくなった物をCoreAVCで見たら全然問題なかった。
x264側じゃなくてffdshow側の問題なのかな…

ソースは704x480 30FPS
オプションは
--keyint 1200 --min-keyint 3 --bframes 16--b-pyramid --ref 5
--crf 24 --ratetol 4 --qpstep 4 --ipratio 1.70--pbratio 1.50 --me imh
--merange 32 --subme 7 --mixed-refs --bime --b-rdo
--weightb --direct spatial --8x8dct --interlaced --trellis 1 --no-fast-pskip
--no-dct-decimate --cqm jvt --sar 10:11 --thread-input --progress
バージョンは core:56 svn-681M_THREADPOOL04c(--me imhとか--aq-strengthに対応してるやつ)

ffdshowはffmpegの仕様変更にあわせてインタレ関係変えてたような気がする

------------------------------------------------------------------------
r704 | pengvado | 2007-12-01 16:17:19 +0100 (Sat, 01 Dec 2007) | 3 lines

avoid a division in x264_mb_predict_mv_ref16x16.
patch by Dark Shikari.

------------------------------------------------------------------------
r703 | pengvado | 2007-12-01 03:58:34 +0100 (Sat, 01 Dec 2007) | 3 lines

avoid a division in umh.
patch by Dark Shikari.

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

r705 | pengvado | 2007-12-01 19:03:16 +0100 (Sat, 01 Dec 2007) | 2 lines

faster removal of duplicate mv predictors

セラフィさんのx264guiでaacも一緒にエンコするとき
音声に最初にプッていうようなノイズが混じるときがある
同じneroAACencで他のフロントエンド使ってエンコしたときはノイズが入らない
同じような人いるかな

>>96
ちょｗｗおまｗｗ
早く最新のAviUtlにしろｗｗｗ

古いの使って文句言うって
しかもaviutlのプラグインって

x264.exeで再現できる症状なら報告大歓迎だが、
音声ノイズは100%関係ないな。

0.99a3なんですけどなるんですよね
スレ違いすいません
aviutlスレのほうがよかったかな

本人の掲示板で聞けばいいじゃない。あと動作環境忘れずに書いてね。
エスパーじゃないんだから

デブロックONだとデブロック前提の画質になるのは気のせい？

デブロック以外同じ設定で、デブロックONの物とOFFの物を
ffdshowでデブロックスキップをONにした状態で再生すると
明らかにデブロックONで作成した物の方がブロックノイズが多いのだけど。
デブロックの強度を変えても一緒で、crf 5とかにしても傾向は変わらない。

ffdshowのデコードがおかしいだけ？
それともデブロックと相性の悪いオプションとかあったりします？

h.264のデコーダーはデブロックオンなら勝手にデブロックするし、オフならデブロックしない。
オンのものをムリにオフで再生したら画質はぐちゃぐちゃになる。

デブロックについて説明してみるか

[デブロックONでエンコード]
→デコーダでOFF：ON前提でエンコードされるので破綻する
→デコーダでON：問題無し

[デブロックOFFでエンコード]
→デコーダでOFF：そもそもつかわないので問題無し
→デコーダでON：いくらONにしてもデブロック指示が無いのでOFFとなる、問題なし

>>104
ﾓﾘﾀﾎﾟくれお

>>105
明日買ってくるからそのときにね

いま：
さんの現在のモリタポ：21 モリタポ

>>103-104
ｔｈｘ
やっぱりデブロックONだとデブロック前提で作成されるのね。
デブロック前提というか低レートの時の効果から見て
デブロックに最適化された状態って言うのかな。

デブロックONが基本みたいな事言っているのが多かったので
設定が悪いのかと延々設定変更エンコを繰り返してました＾＾；

>>107
基本はデブロックONでいいんじゃないかな？

H.264のqp24はMPEGのqp4に相当する
つまりqp24のデブロック無しだと線の周りにノイズが結構でる
H.264のデブロック機能でそれを低減できる

これこそH.264の機能といってもいいだろうね・・

ただデブロッキングはノイズといっしょにディテールも消しちゃうし再生負荷も高まってしまうからね

デブロッキングのONOFFの違いってあんまわからんよね。

きれいな入力ソースでも、マイナス値で設定するべき？

作者はいじるなって言ってるけどね。
まぁ、ブロックが多少出てもディテール残したいとか、その逆とか、
個人の好みがあるんじゃないだろうか。

いや、いつだったか忘れたけど、BS-hiのホリックエンコしたとき

x264オプションでデブロッキング外した方が明らかに綺麗になった

何が間違いって他人にFA求めることが間違い

いるんだよね。
デブロック ON でエンコードして、再生環境が弱いせいでデブロック OFF で
再生されて破たんしてるのを画質が悪いとか言って、
デブロック OFF でエンコードして、デブロック OFF で再生されても問題が
出なくなったのを画質が上がったとか評価するひと。

>>114
それは思いつかなかった。なんか納得。デブロックオフにしようがたいして細部保持なんてされない
とおもうけどな。前フィルムグレイン綺麗に残す設定にしようと弄ってて思ったけど他のオプション
弄ってデブロックオンでも細部が潰れないようにしたほうが綺麗になった。

>>114
P2Pの人たちによくいるねぇ

実況にもいる。いまだにDivXやWMVじゃないとまともに再生できないし安定しないとか文句をいうクレクレ。

で次はデコーダーの画質云々ってことだろ
ffdshowはいいとかcoreavcはだめとか

>>114
でも細部は確実に潰れるよ

--no-dct-decimateを入れてる人いる？

ﾉ

>>120
ノ

>>120
ノ

ところでmp4コンテナのファイルサイズ制限って4GBだっけ

スレ違いネタを得意気に「ところで」とか何かのギャグですか？

>>120
ノ

>>120
ノ
>>124
ファイルサイズが格納されている場所を拡張しないと4Gまでしか認識しないという話だったはず、
拡張無しで4GBｙteOverするとシーク不良が起きたらしい。
拡張は独自では無くてISO準拠だと思います。
seraphy氏のx264とmp4box使っていれば拡張対応した4G以上のmp4が出力可能。

>>126
移動するの面倒なのでこのスレに答えくれよコピペでいいから
それくらいならいいだろ別に

>>126
もっと簡潔によろしくどこでダウンロードできる？

>>126
seraphyのmp4boxのURL見つからないんだがURLもしくはヒントを教えてくれるとうれしい

あとISO準拠のようだから大丈夫だと思うけどデコーターやスプリッタ的には問題ないよね？
Haali+CoreAVC+CoreAAC→MPC HomeCinemaって環境なんだが

それなら良いだろを認めてると次から次へ際限なく沸いてくるんだ

>>124
seraphy氏の新版のx264.auoなら突破できるとかいう話が

>>127
俺がﾎﾝﾄの124なんだＺＥ

>>124-131
全員マジで死んでください

どっちが本物にしろやってることは全く同じ罠

>>105=>>124
ギャグで済ませばよかったものを…

http://pc11.2ch.net/test/read.cgi/avi/1177025431/886
886 ：名無しさん＠編集中[sage]：2007/12/02(日) 20:20:47 ID:bj3bM0zn
てか今どきAVIなんてコマンドラインツールもスクリプトも理解できない低脳だけだろ

うはｗ 釣られた〜

普通の人はスレタイとテンプレ読んだ時点であんな質問しないから。

>>134
( ﾟдﾟ)・・　森保留かな・・

ごめん俺偽者

--no-deblock あり、なしの比較動画作ったんですが、需要ありますか？
自分でやっといてなんなのですが、作った後あまり需要ないかも、と思いまして…
ちなみにガンダム00のOP、1440x1080です

不要

＞需要ありますか？
ない。

了解しました

デブロックONを前提に作ったものをデブロックOFFで再生するとこうなる
（以前利用したのを再利用）

ttp://www.vipper.org/vip682730.png

100MB前後でエンコが終了してしまうんだが
何が原因なのか教えてもらえないだろうか。
errorも特に吐かずに放置されて困ってる。

>>144
何回やっても同じところで停止？

PSPサイズ
QB32でやっても余裕でみれるクオリティなんだけど
低サイズだしこれで満足してる俺はマイノリティでしょうか
みなさんの許容画質が気になるお年頃

>>146
個人的にはcrf20のqp範囲15〜23
qp24(MPEGのqp4)を超えたあたりから急に劣化する気がする

解像度1024x576で200〜300MB程度(アプコンの場合ね。

やっぱり解像度ある程度あると見るに耐えないことになるんだろうな

>>148
解像度は無関係かと
704x396でやっても同じ設定で100〜200MBですかね？

普通は1280x720でエンコすると思う

基本的にアニメは真HDもアプコンも1280x720でエンコしてる
アプコンものでもシャープ系フィルタちょちょっと調整すりゃかなり綺麗にできるし

超額縁とかきったねえええええええええええええのは1024とかだが

別にD4サイズでなくてもいいかと

超額縁なんてSDでいいよ

額縁もアプコンだけどね

超額縁もズームしたなんちゃってフルワイドも元は同じ映像なんだけどね・・
なんでか超額縁は汚く見える・・特にtvk

テレビ(SD)の解像度って720x480なんだな
今までずーっと640x480だと思ってた

昔S-VHSで水平解像度400本以上とかこのTV（ブラウン管）は水平解像度550本とか言ってたことをふと思い出した

>>155
TVK額縁は90%ドット妨害、クロスカラー出まくりだし、ビットレートをSDレートにしてんのか、
単に局側エンコーダが糞なのかは知らんが、シーンチェンジで恐ろしく破綻するから錯覚ではない
BS-iがマシに見えてくる

>>158
D2送りつけられたことに対する当て付けじゃないかな？
3D Y/C入れないのは（単純にその機材を買えないだけだろうけど）

------------------------------------------------------------------------
r708 | pengvado | 2007-12-03 02:17:23 +0100 (Mon, 03 Dec 2007) | 2 lines

mark asm functions as hidden

------------------------------------------------------------------------
r707 | pengvado | 2007-12-03 02:16:57 +0100 (Mon, 03 Dec 2007) | 2 lines

check whether ld supports -Bsymbolic before using it

------------------------------------------------------------------------
r706 | pengvado | 2007-12-02 16:57:43 +0100 (Sun, 02 Dec 2007) | 2 lines

reduce the data type used in some tables. 16KB smaller exe.

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

今までビットレート指定でエンコードしてた
効率がいいという品質基準VBR試してみて
同じ指定でもソースによって物凄い差がでるの分かってて
ナンセンスな質問だけど
大体のレートとビットレートの目安教えてください
標準の26だとこのくらいの範囲で前後するとかの一覧みたいな

絶対に嫌だ
教えたくない

解像度やソース等の条件が不明だし、自分で一分くらいのサンプルで試せばいいだろう。

>>161
ソースにもよるしフィルタのかけ具合で大きく変わる
とりあえず20前後(±3くらいの範囲)で自分で試してみたら？
自分でやるのが一番ですよ

>>161
H.264のqp12はMPEGのqp1
H.264のqp18はMPEGのqp2
H.264のqp24はMPEGのqp4
H.264のqp30はMPEGのqp8
H.264のqp36はMPEGのqp16

>>161
--crf 26でも、のっぺりした絵とごちゃごちゃした絵でビットレートが全く異なるから
対応表や一覧は無いです。
ていうか、疑問に思ったら自分で試して一覧作ろうと思わないところが凄いｗ

人によってまちまちなので参考に

--crf 20 --qpmin 12 --qpmax 24 --qpstep 4 --chroma-qp-offset -2 --min-keyint 1 --keyint 400 --no-dct-decimate
以下略

みんなありがとう
一つの完成品に丸一日掛かったからずっとこれやるのかと一気に老け込んじゃって
エンコ前に解析して出来上がりのサイズが分かるソフトないものか

感です

無難に--crf 22

--qpminの指定をちゃんとしないとどうでもいいところでレート食いまくり。
--qpmaxの指定をちゃんとしないとよく動いたシーンで大崩壊

test

test

一部のシーン切り出してテストとかmerangeやsubmeを軽くしてテストしてみては？
自分なりのやり方を考えないと、この先もつまずきそう

--qpmin 12 --qpmax 36 --qpstep 8
にしてるんだけどどうかな

>>175
MPEGでいうqp1〜8
縮める目的でないなら改善必須

>>176
マジですか＼(^o^)／
メジャーというか定番な数があれば教えてもらえませんか

自分で考えろ。

今までにいろんな人が自分の設定を書き込んでるよ
過去ログあるならそれ見た方が早い

--qpmin 12 --qpmax 24 --qpstep 8にします＼(^o^)／

とりあえず最初にビットレート指定で作って保険残しておいて
残りの時間を品質基準VBRでテストエンコして経験ためていこうと思います
いろいろアドバイスありがとうございました

>>177
ごめん遅くなった
180のとおりなら特に問題無いでしょう

>>181
不安だったら--qp 21ぐらいでいいんじゃないか？

>>178
>>179
>>182
ありがとう。ちょっと援交してくる！！

とりあえずいくつかサンプルに切り出していろいろオプション変えて何度もテストするのが一番分かりやすいし勉強になるよ

とりあえず素人の練り込み中の設定を晒す
 --crf 22.0 --keyint 300 --ref 5 --mixed-refs --bframes 2 --b-pyramid --b-rdo
 --bime --weightb --filter -2,-4 --subme 7 --trellis 1 --analyse all  --8x8dct
 --qpmin 14 --qpmax 26 --qpstep 4 --vbv-maxrate 25000 --ratetol 4.0 --qcomp 0.7
 --scenecut 45 --me umh --threads auto --thread-input
 --cqmfile "D:\narup-MiddleQuality-rev020R_Matrix.cfg" --progress --no-psnr
 --no-ssim --output "" ""

探せばその辺のページに書いてあるし、それなりに応用の利く設定がほしかったら
seraphy氏がx264gui.iniに用意しているプリセットを利用するとかいろいろあるわな。

自分で試してどうにもしっくりいかない時とかに、こういう先人の知恵をありがたく使うのも一つの方法。

＞一つの方法。
頭使って少し考えると、こういう事思いつくと思うワケよ。
んで。何も考えて無いと、聞いてくる・と。HAHahahAHA

--filterって初めて見た

何か誤解されてるかもしれないので言っておきますが
俺は>>175みたいな人の参考になればイイと思って晒した。ですYO

＞88FQEzOe
「素人の」とか書いてありますが、玄人なんて居ないッス。(藁
それと。誤解云々とか、気使い杉ッス。
晒し乙彼。

>>186
あれ？前スレでインタレ保持挑戦してた人かな？

最近インタレ保持を見かけるようになった。
でも、突っ込みどこあるネガティブキャンペーンかと思うよな画質とサイズばかり。

一人かもしれないがなｗ

↑ 誰か翻訳Please！

近頃、x264でインタレースを保持してエンコードしたと思われる動画を見かけるようになった。
しかし、画質とサイズに関しては突っ込み所満載で、ネガティブキャンペーンかと思うような物ばかり。

もしかしたら、これらの動画の作成者は同一人物かもしれない（笑）

違和感無く読んでた俺ってやっぱりおかしいんだろうか・・・

違和感なくても当然なくらいの文章なのに翻訳が必要な奴って．．．!?

でも、もう少しきちんと日本語を書こうとした方が良いとは思うよ
最近、日本語が色々と融通利くからってそれに頼りすぎてる人が多いと思う
一応公に向けて書いてるんだから気をつけたほうが良いよ
それと、>>194はもう少し国語力をつけた方が良いよ

>>186
b-pyramidはinitial delayが1個増えるっぽいから外すことにした
CoreAVC使っての再生で音ズレするように感じたんで

x264+mkvにしてからいつも70msぐらい音がズレてるファイルができるから
MUXの時に常にDelay-70にしてるんだが、それが関係してるのかな？

ageha読んだら デメリット：increases decoding delay to 2 frames. って書いてあった。
つまり24fpsで83.4ms、30fpsで66.7ms音声が遅れる（映像が早い）って事かな？
デコーダーとかスプリッターにもよるのかもしれないけど。
俺も使うのやめとこう

mark asm functions as hidden
こんぴゃ〜る出来んようになったがね！

>>193-198
日本語がどうとかじゃなくて
ダウソ厨の視点かどうかだと思うよ君達

1280x720とかでインターレースってのがあったな

どうかんがえてもインターレース破壊してるのに・・

--no-psnr --no-ssimって意味あるん？

>>205
1フレーム毎のエンコード後の計算じゃないかな？

>>205
・結果出力が良くも悪くも中途半端になる。
・エンコード速度が速くなるというデマ情報を信じてる。
・--verboseと混同している。

理屈では速くなるんだろうけど、実際は1秒も速くならない誤差程度。

Flash PlayerがH.264に正式対応
http://www.itmedia.co.jp/news/articles/0712/04/news065.html

>>204
破壊させないリサイズもあるだろ

>>209
まさかマジで言ってないよな？釣りだよな？

>>210
aviutlスレのテンプレ嫁

Bob＞リサイズ＞WEAVEの事言ってるんでないの？

>>211
x264側の問題で720iができないのにAviUtlとナニが関係あるの？

>>213
http://pc11.2ch.net/test/read.cgi/avi/1194513608/267

規格外と壊れる壊れないは別問題のような。

上の--qpmin 12 --qpmax 36 --qpstep 8
みたいなのって数字が低ければ画質がよくなるの？

でも今更インタレ保持する意味はあるのか？

猫に小判
豚に真珠
アホにインタレ

>>216
ID:1PDVa8vrじゃないんだからテンプレ嫁。

ID:1PDVa8vrｶﾜｲｿｽ(´・ω・｀)

ID:1PDVa8vrの人気に嫉妬

>>199-201
mp4のスプリッターに関しては
Haali Media Splitter→映像のInitial Delayを消す→映像の遅れが消える
MP4 Splitter(Gabest)→音声を映像のInitial Delay分だけ遅らせる→映像と音声は同じように遅れる
だとか。
どっちにしても音ずれの心配はない。
mkvは知らん。

mp4boxで困ってるが、専用スレが見つからない。ここ良かったら指摘をお願い。

動画ファイル(.vob/.m2v->x264で.264)と音声ファイル(.wav->neroAacEncで.m4a)を
　mp4box" -add test.264:fps=29.97:par=10:11 -add test.m4a:lang=jpn -new test.mp4
で連結して、出来た.mp4をMPCで再生、プロパティを見たら、
　*.mp4 / GPAC ISO Audio Handler (jpn)
　*.wav
と2つのAUDIOが入っている。
元の,m4aを見てみたが、当然1音声しか入っていない。
不思議に思って、mp4box実行前に複数の.wavファイルを置いてみたら、.wavの数だけAUDIOが登録された。
ちなみにバージョンは ↓
　MP4Box - GPAC version 0.4.4 - compiled by Kurtnoise - Jun 3 2007

mp4boxって上記動作？ それとも俺が激しく勘違いをしてる？

別のフォルダにうつして再生してみんさい

>>223
>>2も読めないってアフォかと

ID:1PDVa8vrじゃないんだからテンプレ嫁。

>>225-226
アフォですまんな。

>>224
おー目から鱗状態！！ありがとう。知らなんだ。

教えて君の典型パターン逆ギレ乙
>>224-225もID:bj3bM0znで学習しなさい
それとそこのトリ、おまえが言うなｗｗ

>>227
そうだそうだ！ID:1PDVa8vrじゃないんだから！！
・・・できた？適当に言っただけなんだけど・・・。

誘導自体は間違ってないかもしれないが、
mpcの使い方を知らないのをmpeg4スレへ誘導されても困る。
そして俺にも言わせてくれ。

>>226
お前が言うなｗ

まぁ完全にスレチだな。それMPCの同一フォルダにある似たような名前の音声読み込む機能だし。

MPCで、PlaybackのAuto-load audio filesとAuto-load subtitlesのチェックを外しとけ

>>232
はい！

vbvのことが知りたくてググってたら
ttp://handbrake.dynaflashtech.net/cgi-bin/vbv_calculator.cgi
がHITしたんだけど便利そうですかね？
ビットレート計算機みたいなものなのかなぁ

rev709
revert the x86_32 part of r708. elf shared libraries aren't important enough to be worth the extra lines of code to check for nasm.

--no-dct-decimate --no-fast-pskip --aq-strength --aq-sensitivity
--me-prepass --direct none --8x8dct
これらをつけてインタレエンコをしたら破綻しました。再度やるも同じ場面で破綻。
解除した場合は破綻は無かった。既出だったらゴメン
気をつけてください

--aqはインタレ非対応でしょ

-aqは結構ファイルサイズ大きくなるから
ビット配分指定が結構面倒くさいな。同じサイズに収めようとするとちょっとレート下げないとならん

ちょとやってみたところ、20分もので--aqありとなしでは30M位違いました。
短時間なら気にならないけど長くなってくると容量的に結構きついですね

-aq二種類の数値いくつでやったんだよ

--crf 22.0 --aq-strength 0.5 --aq-sensitivity 18

doom9版使ってる奴結構多いんだな

aviutl0.99a3を使い拡張x264出力(GUI)でmp4出力したファイルをPOWERDVDでRADEON
HD2600の再生支援機能を使おうとDXVAをONにして再生すると黒画面になる。
DXVAをOFFにしたら正常に出画する。拡張x264出力の設定をいろいろいじってみてるが
どうしても再生支援機能が使えないのですがうまくいってる人がいれば設定を教えてください。

>>242
seraphy版最強

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

VFR_maniacビルド使ってる

>>246
VFR_maniacビルドの
--fast-ref-search
--lowpass
--grain
--nal-hrd, --pulldown, --tff, --bff
の意味（使い道）が分からないからseraphy版使ってる。

俺もseraphyかCef版だな。
VFRのは闇雲に非公式パッチをあてているだけで
地雷臭がすごいから使わないようにしてる。

VFR_maniac氏の手動間引きとseraphy氏の自動フィールドシフトで作られた動画。
ttp://www.stage6.com/VFR-Studio/video/1721082/Shakugan-no-Shana-II-OP1
ttp://seraphy.fam.cx/~seraphy/program/x264/おまけ/
[sample]灼眼のシャナII_OP_patch709_VFR確認用軽量版.mp4

これを見ると必死に手動でインタレ間引きするのが悲しくなってくるんだわ。
x264afs.exeがあれば他はなにもいらねぇ。

私はTIVTC + tc2mp4で満足。

>>247
--fast-ref-search Uses faster ME algorithms on older reference frames. [1]
- 0: disabled
- 1: normal (minimal quality loss)
- 2: aggressive (greater speed gain and quality loss)
ﾃｷﾄｰに意訳すると
古い参照ﾌﾚｰﾑに速いMEアルゴリズムを使用する
0：無し
1：標準（ちょびっと品質低下）
2：アグレッシブ（すんげー速度上がるが品質低下）


他のオプションはよくわかんね

x264.auoでRAW出力->MKVにしてるんだけど、みんなはMP4とRAW、どっちで出力してますか？

mkvならRAW(+Timecode)でいいだろ。おれはMP4派だから
一発で出力できるMP4

>>249
実はクロスフェードのところで一コマだけ誤爆してるんだけどな。
まあ普通に分からんね。

GUI好きならmkvの方がいいだろうけど、
バッチだと断然mp4の方が楽
だからmp4

x264.auoならタイムコード付きのmp4で使ってます、rawはmp4boxでmp4から抽出できますし。
x264afs.exeにタイムコード出力機能を付けるのは無理なのかな。

と思ったら修正されてるほうだった。>>253は忘れてくれ

連レスすまんが
>>255
DTSRepairつかえばMP4からTimecode抽出できるよ。一手間増えるけどな。

--keyintの意味が良く分からないんだけど、
24fpsなら240
29.970fpsなら300って考えでいいの？

俺はnl版+mp4かな。
全部bbbなのでvfrとかどーでもいいやって感じ。

>>253-257,>>259
どっかでMP4の方がx264の「オプションの扱いが上手い」みたいなのを見た気がしたから
MP4に乗り換えようか悩み中だったけど、そんな事もなさそうなんでこのままRAWでいきます。
持ってないけど将来もしPSPやPS3、X箱で見たくなったら分離してMP4にしちゃえばよさそうだし

参考になった、ありがとう。

>>260
mkvにはAngel's Share問題があるから、分離前提ならtimescaleは大きくなるべく厳密に設定していた方がいいぞ。
ちょっと前まではmkvが再編集しやすくてよかったんだが、このデータが一部ロストする問題とAviUtlで気軽にmp4の
再編集が出来るようになって、がらりと世界がかわったんだよな。（俺の中で）
なんだかコンテナ談議になってしまっているが、mp4に乗り換えるなら今がチャンスかもしれん。

たしかにMP4 File Readerのお陰でエンコ後の誤爆チェックが楽になるやもしれん

>>258
それで合ってる・・・はず。
教えてエロい人！

agehaでも見ろ

>>361
Angel's Share(天使の分け前)問題・・・初耳ですたorz
ググってもイマイチ解らなかったですが、あまりよろしくない問題なんですよね。
mmgとmkvが大好きな俺ですが確かにMP4 File Readerで再編集も出来るようになったし
MP4に乗り換える事にします。今度はmp4boxのこと覚えなきゃ(汗

>>264
ageha見たけど30fpsの場合が書いてなかったんだよ・・・

>>一般的には出力fpsの10倍（10秒ぶん）。
書いてないね

>>267
なー、書いてないよなー
・・・ごめんね

趣味のことなのに自分で決められないってなんか悲惨だな。

　 　 　　,.-、　　,.-、　
　　　　(,,■) 　(,,■)　　昼飯におにぎりでもどうぞ。

こっち見んなよ

>>269
別に>>268が自分で決められないって訳じゃなくね？
擁護するんじゃないけどただの質問でしょ。

「自分で決められない」というより
「試行錯誤する気がない」という感じだね
悲惨というより迷惑

>>273
見事なスレッドストッパーぶりですね＾＾

ほとんど動かない画像が連続しているときの圧縮率異常

アニメの止め絵ならqp20前後でキーフレーム除いて10kbps以下にまで落ちるよね
crfだと極端な設定しない限り100〜200kbpsぐらいまでしか落ちないんだよなぁ

>>276
ここがDivXとかと決定的に違うとこだよな

旧世代と比べても仕方が無い。
ちゃんとノイズとってDivXもフルサーチかけて多段パス通せば100kを切るくらいまでは減るけどアニメ以外通用しない技だからなぁ。
264系はそのあたり綺麗につぶしてくれるからね。
WMV9もそのあたりつぶれるからノイズ除去するフィルタが軽くてすむと。その分ノーマル処理が重いわけだが。
映画の暗いシーンは逆に・・・･ﾟ･(ﾉД`)･ﾟ･

うん。この間なんとなくｴﾛｹﾞをキャプってエンコしてみたんだが
800ｘ600、qp20で15分でたった3MBでビビったよ

(；´_J｀)ふ〜ん、で？

確かにどうでもいい話だが、脈絡も無くおにぎりのAA貼るよりはマシだと思うぞ

全くだ

ef縮み過ぎだろう、常考・・・

efってほとんど静止画ですし・・

なんだ紙芝居か

内容も猿芝居だしな

顔面紙芝居

カット割りだけにすれば1MB

割とまじめに楽しんでいる俺を怒らせたな

たしかに静止画ばかりで縮むけど

r710 | gpoirier | 2007-12-09 16:50:52 +0100 (Sun, 09 Dec 2007) | 3 lines

adds AliVec implementation of predict_16x16_p()
over 4x faster than C version

むしろ放送時に観ながらどれだけ縮むか予測しながら
ｗｋｔｋしてた俺は変態

rev710はppcマック?以外関係ないのでギャーギャー言わないように。

最近マック向けの修正が多いな

PowerPC用Linuxでも使える

using cpu capabilities: MMX MMXEXT SSE SSE2 SSE3 SSSE3 Cache64

slice I:5 Avg QP:21.40 size: 50759 PSNR Mean Y:43.55 U:46.24 V:46.55 Avg:44.30 Global:43.86

slice P:495 Avg QP:23.44 size: 21563 PSNR Mean Y:41.39 U:45.05 V:45.18 Avg:42.31 Global:42.10

slice B:400 Avg QP:27.39 size: 7472 PSNR Mean Y:39.59 U:44.12 V:44.27 Avg:40.65 Global:40.31

mb I I16..4: 13.9% 20.8% 65.3%

mb P I16..4: 2.1% 1.9% 4.9% P16..4: 46.6% 23.8% 14.9% 2.5% 1.3% skip: 1.9%

mb B I16..4: 0.2% 0.0% 0.4% B16..8: 85.2% 7.8% 6.4% direct: 0.0% skip: 0.0%

8x8 transform intra:20.0% inter:28.3%

ref P 58.7% 28.8% 4.6% 2.1% 2.6% 1.4% 1.2% 0.6%

ref B 58.5% 34.6% 2.4% 1.4% 0.9% 0.7% 0.9% 0.5%

SSIM Mean Y:0.9771419

PSNR Mean Y:40.602 U:44.646 V:44.784 Avg:41.583 Global:41.221 kb/s:3707.27

(実写 crf22 qpmin 14 qpmax 30 qpstep 4 ipratio 1.5 pbratio 1.5)
これってどうでしょうか？

うん、数字がいっぱいだね＾＾

>>291 俺も俺もｗ

>>295
自分で見て不満がなけりゃいいんじゃないの
後々不満が出てきたりもするけどね

ちなみにPSNR41.2は俺は耐えられん。と思う

ちなみに298さんはPSNRがどれぐらいなら良しとしていますか？

100かな

みんなPSNR気にしてるのかぁ…

漏れはいつもSSIM値ばかりだなぁ

誰か暇な方でいいので答えてください
x264で作られた動画の設定、オプションを表示させる方法はありますか？
バッチファイル消しちゃったとか、変えた後だとか、BTで流れてる海外の物とかの中身を見たいのです。

ダウソは死ね

うん、死んで欲しいかな

>>302
バイナリエディタに突っ込めばいい。
それで読めなければあきらめる。
あと、設定で動画を評価するな。

>>305
答えていただきありがとうございます。

極端なサンプルを作ってみました。
ソースはDBZのOPを開始から30秒
utlでフィルタを全部切ってやったんですがSSIM PSNRを調べたい時は切ってやるモンなんですかね？？
--crf 14.0 --ref 6 --bframes 1 --subme 7 --trellis 2 --qpmin 12 --qpmax 16 --qpstep 2 --qcomp 0.8 --scenecut 75 --merange 32

slice I:9 Avg QP:12.11 size:119958 PSNR Mean Y:51.60 U:56.81 V:57.32 Avg:52.78 Global:52.76
slice P:756 Avg QP:14.24 size: 71524 PSNR Mean Y:49.40 U:55.16 V:55.59 Avg:50.64 Global:50.55
slice B:135 Avg QP:16.39 size: 49054 PSNR Mean Y:47.65 U:52.82 V:53.20 Avg:48.82 Global:48.79
mb I I16..4: 37.9% 1.9% 60.1%
mb P I16..4: 21.9% 5.5% 28.8% P16..4: 9.4% 17.6% 14.9% 1.0% 0.8% skip: 0.0%
mb B I16..4: 8.0% 7.7% 1.3% B16..8: 69.0% 9.1% 4.8% direct: 0.0% skip: 0.0%
8x8 transform intra:11.4% inter:11.7%
ref P 47.6% 15.2% 11.7% 4.6% 5.3% 2.9% 3.4% 1.5% 3.1% 1.3% 2.2% 1.2%
ref B 57.1% 8.3% 9.7% 3.4% 7.7% 3.0% 3.0% 1.5% 1.7% 1.1% 2.7% 1.0%
SSIM Mean Y:0.9915227
PSNR Mean Y:49.157 U:54.830 V:55.251 Avg:50.386 Global:50.248 kb/s:16456.56

agehaさんのところにSSIMが「たぶん99%切ったら論外くらいのイキオイ。」ってあったんですが
これだけ極端な設定でも意外と伸びないものですね。PSNRもビミョー・・・orz

数字を良くしたいだけならBフレーム切れば？

2passとかやってみたらどう？

何がしたいのかさっぱり

人は人、自分は自分で割り切れ
大事なのは数値より、仕上がりに満足or妥協できるかどうか

目的が良い数値を叩き出すことだったら知らんがな
OC厨のベンチマーク自慢と大差ない

サイズ：画質が釣り合ってないと思ったのでSSIM PSNRを見てipratio pbratioはどの位がイイのか
探ろうと思ったんですが・・・、数値には拘って無いです。

>>309
ぜひ、やってみます

2passやってみました。あんまり数値乗せまくるとウザイと思うのでこれで最後。

slice I:32 Avg QP:17.34 size: 27175 PSNR Mean Y:50.70 U:50.87 V:51.38 Avg:50.73 Global:50.04
slice P:1793 Avg QP:19.29 size: 12623 PSNR Mean Y:48.18 U:49.98 V:50.25 Avg:48.68 Global:48.09
slice B:791 Avg QP:21.47 size: 5392 PSNR Mean Y:47.17 U:50.03 V:50.21 Avg:47.88 Global:47.10
mb I I16..4: 28.7% 48.2% 23.1%
mb P I16..4: 10.7% 16.9% 3.6% P16..4: 39.3% 10.6% 4.3% 0.2% 0.1% skip:14.2%
mb B I16..4: 0.8% 1.4% 0.5% B16..8: 92.4% 2.7% 2.1% direct: 0.0% skip: 0.0%
final ratefactor: 18.85
8x8 transform intra:53.9% inter:54.3%
ref P 72.0% 12.4% 6.3% 3.5% 2.8% 3.0%
ref B 78.9% 10.6% 4.2% 2.1% 2.2% 1.8%
SSIM Mean Y:0.9929138
PSNR Mean Y:47.904 U:50.003 V:50.249 Avg:48.460 Global:47.784 kb/s:2544.96

--pass 1 --bitrate 2539 --ref 6 --bframes 2 --filter 0,-3 --subme 7 --trellis 2 --qpmin 16 --qpmax 40 --qpstep 8
--ipratio 1.4 --pbratio 1.4 --qcomp 0.8 --aq-strength 0.3 --aq-sensitivity 15 --scenecut 75 --merange 32(ほかにも色々付けてます
なんだか数値はスゴーク良くなったように見えますね。
なぜかはｻﾊﾟｰﾘですが

そもそも実際はフィルターをかけてエンコードするんだから
PSNRやSSIMを調べるときもフィルターを入れないと、作ろうとしてる動画と違う動画になるよね。

>>314
そうですね。フィルタをかけてPSNR SSIMを調べることにします。

チラ裏かブログでどうぞ。ここは公共の場です。

------------------------------------------------------------------------
r711 | gpoirier | 2007-12-10 23:09:13 +0100 (Mon, 10 Dec 2007) | 8 lines

Add AltiVec implementation of
- x264_zigzag_scan_4x4_frame_altivec()
- x264_zigzag_scan_4x4ac_frame_altivec()
- x264_zigzag_scan_4x4_field_altivec()
- x264_zigzag_scan_4x4ac_field_altivec()
each around 1.3 tp 1.8x faster than C version
Patch by Noboru Asai % noboru P asai A gmail P com%

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

AviUtl総合スレッド40
http://pc11.2ch.net/test/read.cgi/software/1194870627/547
「--crf 18」とだけ指定したらcrfモード、「--crf 18 --bitrate 2000」と書いたらビットレートモードに上書きされる。

Aviutl使ってないから、ずっと知らなかったorz

なるほどね

マルチパスなんですが。

x264は2パス目からは全部「nパス」という指定で良いみたいだけれど、
ビットレートは全部同じで良いのでしょうか。
それだと情報量が足りなくなりそうなので徐々に減らしたほうがよいのでしょうか。

もし全部同じで良いなら、どういう仕掛けで情報欠損を防いでいるのでしょうか？

おまいらにちとお尋ねしたいんですが、
x264.exeって、出力できるのは.mp4かRAW形式であり、
.mkvでは吐き出せないという認識でOKどすか？

あ、嘘言ったごめん。
x264.exeって、出力できるのは.mp4か.mkvかRAW形式であり、
その他では吐き出せないという認識でOKだよね？

helpやテンプレのリンク先嫁

>>320
どういう仕掛けで情報量が足りなくなるのか答えてくれないと、その質問には回答が出ない

>>324

すみません勘違いしてました。

たとえば３パスで
1.avi
2.avi
3.avi
を出力した場合、3.aviの原料は2.aviだけだと思っていたのですが
エンコ前の元動画も原料なのですね

aviはすれ違い

x264 VFW 専用スレ Part2
http://pc11.2ch.net/test/read.cgi/avi/1189934305/

>>325
そもそも動画とは別にstatsファイルが作成されるはずだが？

>>325
まだテンプレ読んでなかったのかよ

既出だと思うんだがコマンドの順番って関係あるの？

言いだしっぺが試して報告してくれ

椅子がパチパチするお
http://ud.vg/0230a

なあおまいさんがた
x264.exeって、CPUプライオリティを設定するコマンドラインオプションってあったっけ？

--longhelpで目的のオプションないならないよ
素直にtaskmgrで手動で設定しる

Adminでもないのに勝手に1コマンドが自分をrenice出来たりするの？
それともAdminで実行した時の話かな。

reniceというのがよくわからんけど、
俺のつたないプログラミング経験によると、
少なくともメインスレッドは、自分が作ったスレッドのCPU優先度を設定できるお。

>>332
BESというツールでCPU使用率設定できるぜ

Windowsならタスクマネージャを使えば済むだけの話。

これ使っている
exeprty
ttp://www.chiyoclone.net/

start "" /LOW x264.exe 〜
とかでいいいんでわ

俺は変換君で

start /LOW /B /wait x264.exe 〜
でやってるな

検証結果。
--ipratioを上げるとiフレのアベレージqpが下がっていく。qpminの設定値よりは下がらない。
--ipratioは0.25でqp値にして1の差がつく、ぽい。

>>542
そのとおりなんだけど、
それはPフレームのqpに対してかける係数だから、設定するqpによって増減幅は変わるんじゃないかと

なるP最近サボってるな〜

>>343
そうかもしれませんねぇ。
まー簡単な目安にはなるかも？

x264で--qp 0以外でhigh444プロファイルにするにはどう指定すりゃいいん？

>>346
その前に--qp 0でhigh444プロファイルにする方法を是非教えてくれ

>>347
自動的になる
--qp 0でエンコしたら完了ファイルのプロファイルがhigh444表示になってた

x264はYV12でしか食わせられないから、
エンコード後のフォーマットが444でも
実際の情報は420でしかないんじゃない？

422や444でエンコードできるなら俺も教えてほしいにゅ

YUV4MPEG2はどうなん？

Infile can be raw YUV 4:2:0 (in which case resolution is required),
or YUV4MPEG 4:2:0 (*.y4m),
or AVI or Avisynth if compiled with AVIS support (yes).

LosslessはHigh444 Profileでしか対応してない。
8x8dctを使ったらHighになるのと同じで、変更は不可能。
・・・バイナリエディタで書き換えることはできるだろうが、どうせ再生できないだろう。

>>346
XviDスレによくいたなぁこういう人

YUV422でよければ、AviUtlからx264gui.auoを使うという手がある。
拡張タブでYUY2→YV12変換を指定しなければ、libx264に直接YUY2でデータを渡すらしい。

私は試したことがないが、VSoftsのエンコーダがYUV 4:4:4に対応していると書いてあるね。
http://en.wikipedia.org/wiki/H.264/MPEG-4_AVC#Software_encoder_feature_comparison

>>354
結局エンコーダ内でYV12に変換されるだろ。YUY2→YV12オプションは
AvisynthのConvertToYV12と同じことしてるって確か作者が言ってた。

>>354
x264gui.auoの拡張のYUY2→YV12変換はインターレス用
x264側で変換させるとおかしくなるからって書いてあった

vbv-bufsizeがググっても良くわからんのだが、適正値ってどうやって決めれば良いの？
とりあえず --vbv-maxrate 10000 --vbv-bufsize 10000 ってやってるんだが。

適正値=お前の環境
検索でみつかるわけがない
勿論人に頼っても意味が無い

>>358
レポよろ

なるほど

tes

--nal-hrd Use NAL HRD parameters

の使用用途というか目的というか効果がよくわからん

＞--nal-hrd
＞HRD とは仮想参照デコーダのこと。
＞デコーダがバッファオーバーフローを起こさないように、その挙動を想定してモデル化したもの。
＞これはバッファリング期間 SEI とピクチャ・タイミング SEI により伝送される。
＞SEI はデコードとは直接関係のない付加的な情報。

いわゆるデバッグ用ってことでおｋ？

何か面白そうだな。

Test the new adaptive quantization.
http://forum.doom9.org/showthread.php?t=132760

crfでファイルサイズが増える問題がさらに顕著になったらしい・・
2pass時間かかりすぎんだよなぁ
Core2 Extreme買えってか

>>365
1pass目の設定を軽くしてしまえばいい。
レート配分の精度は落ちるが。
短めの動画で実験するのはお約束。

vfrmaniacの

rev712-release2
　 Added x264 patched new AQ to archive.

って>>364のかな

--aq-sensitivity <float> "Flatness" threshold to trigger AQ [15.0]
5: applies to almost all blocks
22: only flat blocks

が


--aq-sensitivity <float> "Flatness" threshold to trigger AQ [15.0]
5: applies to almost no blocks
35: applies to almost all blocks


になた

>>368
お？
--aq-sensitivityが公式に導入されるん？
一部ビルドにしか入ってなかったけど

星空などの暗闇＋明るいところなどの表現に威力発揮するらしいね

まだ非公式
公式になるとしたら以前のAQじゃないかな

アニメは--qpstep 8がよろしくて？

アニメは固定QPがよろしいのでqpstepは関係なくなくない？

>>372
固定QPはねーよｗｗｗｗｗｗ

>>373
まぁそうだけど crfで10〜51もねーよな

qpstepが高いとなんか不都合あんの？

--crfでエンコしたときの各フレームのqp分布をグラフにしてみたんだが、
うｐしたいんだけど、どこにすればいいかね？

x264gui.auoのソースのプロジェクトファイル作った人居ないっすか？
多分VC2005だと思うんだが
もう8時間試行錯誤してるけど出来上がるバイナリが不正落ちするゴミになってしまう。
プロジェクトのオプションの問題だと思うけど俺の手探りでは「作者の設定」通りにならない・・・

>>376
http://imageshack.us/

>>377
seraphyさんて人は元々ソース非公開派の人で（GPLだろうがなんだろうが）
昔はそれでよかったけどある日ついにGPL厨にまとわり付かれて
表面上はしぶしぶ従う形でx264関係のソースを公開したわけ。
で、結局GPL厨ってのはソースコレクターだからMakefileも何もなくても文句ないし気付きもしない。
そして1000人に1人居るかどうかのMakefileをひねり出すことが出来る人間も
例えばちょっとしたことだから勝手に自分で改造して使おうというときに
Makefileを作るという不毛な作業を経なければならない。
そうなるとモチベーションは下がってくる。

要するに何か不都合か改良点があるならただのエンドユーザーとして作者に要望したほうが早いってこと。

なにこれ荒らし？

seraphy氏のソフトは、半分がソース付でもう半分はついてないって感じだな。
氏オリジナルのソース公開もしているから非公開派ではないようだが。
ソースコレクター避けっぽい気はするな。

あと、よくGPL厨がソース添付しろってわめくが、ソース添付はGPL上代替手段で一応認めるとあって、
推奨される方法ではないぞ。GPLってのは、改変した人は連絡手段（メールや掲示板）を公開して、
そのバイナリを手にした第三者がいつでもソースの入手を可能とする環境を用意すること。要望がれば
出すことを義務付けているだけ。
よくわかってない奴が騒ぐんだよな大抵…

俺はエンドユーザー、seraphy様もまるも様もその他大勢の作者様も大好き。
ソースいらない。とにかく作者様たちは神。

>>381
聞いてもないことをわめいてるのはお前だって突っ込む所なんだろか？

要するに偽物掴まされてざまぁｗｗって話？

>>383
わりぃ。ソースクレクレ厨がGPLって大義名分を掲げるのが大嫌いだったのでつい噛み付いてしまった。

>>384
偽者じゃないとは思うがな。随分前からLunatiliaでseraphy版vfwをビルドして配布していた事もあるし。
単に>>377には敷居が高すぎたというだけの気がする。いや、作者がすごすぎるという可能性もあるが。

>>382
それで問題ないよな。

ソースよこせと要望する奴は嫌いだが
GPLなので要望出せばおｋですってことか？

ごめん意図が全くわからん。
「わめく」と「要望」に何らかの境界線を
引いてるっぽいが・・・。
つーか>>377はソース持ってるんだろ？

なんか都合がいいので便乗質問。
x264をVCでコンパイルしている人いない？
pthreadは有名なラッパライブラリでコンパイルできたけど、
GPACを使ったmp4出力がどうもうまくいかない。

>>386
だからこういうことだろ。

「このプログラムはまだ完璧ではない。だからソースを公開しろ、誰かが改良してくれるはず」
　恥を知れ、いっぺん氏んでこい。

「このプログラムはまだ完璧ではない。だからソースを公開しろ、俺が改良してやる」
　いい奴

>>388
ちげーよ
「オレオレちゅーんなバイナリ作りたいからソースくれ」
これがGPL的普通な考え方だろう。

>>389
だから>>386に対するレスだよ。
ただ盲目的にソースよこせ（誰かの役に立つだろう）と言う奴が嫌いなんだろ。
俺の役に立つからソースよこせと言う奴がいいんだよ。

にしてもプロジェクトファイルつけてないのが、
もうGPLだからしかたなくソース公開しましたって意図が丸見えだけどな。

つか、ＧＰＬ準拠でソース公開しても、バイナリのみで配布しても


どうせおまえら不具合報告もしねーで文句タラタラで使うだけじゃん。
作る側からすればおまえらはどうせ一緒だっつーの


と思ってこのスレをROMってる奴は少なくないと思うんだよね

さっきからレスってる目糞鼻糞共、どう思う？

再構成できないソース配布ならそんなん完全に中止してしまって
ソース要求があった時に個別に対応すればいいのにと思った
GPL的にはそれで全く問題ないんだし……
いや「GPL厨」的には問題なのか？

>俺の役に立つからソースよこせと言う奴がいいんだよ。
別によくねーよ
開発側からしたらうぜーの一言

>393
GPL読み直せ。ソース出したくないならGPLコードに手を出すな。

その開発者は汚染ライセンスなんて揶揄される理由が分かってない。
それでもGPLがいい、ってやつがGPLを選択するんだよ。

ソース出したくないなんて論外。ばか。

出さざるを得ないから出してはいるが、嫌々だから使いやすい出し方なんてごめん被るってことだ
アホか

>嫌々だから
w

積極的に開示する必要ないからな
要望あったやつに実費頂いて発送がベスト
GPLだったか忘れたが

企業ならまだしも個人をたたくとサイト閉鎖もありうるからねぇ
一応置いてあるのだからユーザーとしてはこのネタで盛り上がるのは危険かと。。
もはや内容がx264から離れて汎用なライセンスの話になってるヨｗ

バイナリの公開とソースの公開は同一条件が必要なんだけどな。

結局さ、GPLで公開されているコードを使ってるにもかかわらず、
GPLに従うのがイヤなだけでしょう？ライセンスなんて無視したいという。

それじゃソフトを買わないダウソ厨と本質的に大差ないよ

まぁ盛り上がるのは勝手だが、
実社会は本音と立前で構成されていることをお忘れなく。

>>400 同意です
掲示板まで行ってしまった方がいますが、ビルドしてみたいだけだったら最悪だ。。
機能向上を図りたいなら理解できるが何も書いてないし、
その行為が本当にx264のユーザーにとって有用なのか判断してみよう。

自分は聖人君子か何かと勘違いしてるのかねぇ
無人状態の赤信号渡った人を注意する人みたいだよ。

いまいち状況が掴めないが
>>379
>要するに何か不都合か改良点があるならただのエンドユーザーとして作者に要望したほうが早いってこと。
これがseraphy氏への遠まわしな嫌がらせになってるのはガチだと思う。

Visual Studioのプロジェクトファイルがなけりゃビルドも出来ないような奴が
ソースをいじってどうにか出来るのかねえ

はっきり言うが、プロジェクトファイルを公開するのは必須じゃないよ。
あれは単なるデータであって、GPLの範囲外だし。

プロジェクトファイルがないって騒ぐの待ち害だとは思う。

でも、ソースを公開するのがイヤ、ってのは本質的に違うだろ。

ソース公開するがmakefileは公開しないってんじゃ、相当意地悪い奴だぞ。
だいたい、そもそものx264だって、makefileもVSプロジェクトファイルもなければ、コンパイルするのに一苦労だろ。

じゃあソースいらないから読み込み時にインタレ有りと無し、
16:9と4:3やfpsを自動で見分けて
デフォルトや量子化を俺設定に変更するx264とか作ってください。
と言えばいいわけか。

>>405、406
お前ら支持政党は共産党だろうwwwwまぁただの釣りかきこだろうけど、この辺でやめておいたほうがいいよ。
まじめな話すると、seraphy氏はx264に関するソースは公開しているのだからGPLにまつわる義務は果たしているし、
不特定多数の人たちにそれ以上のことに対して対応する義理もない。これが建前。
本音はわざわざ手順書作ったりするの面倒ジャンそれに対するサポートも必要になってくるしね。
これくらいのこと理解できないようだと君ら実社会で生きていけないよww
実際はどうだか知らんけどね、普通はそう考えてそっとしておくものだろう。こんなこと。

>>385みたいに自分で試してもいないくせに
というか知りもしないのに偉そうなやつとか
虫酸が走る。

VFWは元から本家のプロジェクト流用できるからそれすら知らない誰か以外なら誰でも出来るんじゃね？

まず本家のソースがなけりゃ何も出来ないだろ。
見ないでギャーギャー騒いでる奴ばかりか

本家のソースは本家にまさに今この瞬間あるが。
意味分からん。

>>410
あんたに言ったんじゃないよ

ｱｯｰ本家がVFW捨てたからソースまでなくなったと勝手に思い込んでるのか。

違うんかい！
誰に言ってるのかマジわかんね

>>408
http://www11.axfc.net/uploader/20/so/He_55376.zip.html
pass:x264

srcというフォルダに本家x264のソースとx264auo_guiのソースをぶち込んで、
src/lib/に以下を設置
libgcc.lib
libgpac_static.lib（/MDでコンパイル）
libmingwex.lib
libx264.lib（MinGWとかでコンパイルしたやつな）
pthreadVC2.lib

src/gpac/、src/pthreads/include/にヘッダーを置いて
srcと同じ階層にx264gui.sln、x264gui.vcprojをおいてコンパイルしろ。
2005expressで確認済み。

PG知ってて弄ろうとしてる奴なら、この程度のプロジェクトくらい簡単に作れるわ。
作ってみて、これは明らかに糞ビルダー除けだったって事がわかった。
あーあ、これでseraphy氏に嫌われて開発停止になっても俺はしらね。

いやお前は最初から嫌われてるとおも

とりあえずお前ら全員スレ違い

>>414
サンクス

でもgccも使わないとだめなのかな？
VCビルドのlibx264.libじゃだめな理由は？

>>417
ダメじゃないだろう、JK。
この短時間でx264のVCコンパイルまで微調整するのは無理だったから、makefileの用意されていたgccビルドを利用しただけ。

>>418
そっか。すでにこっちではVCでコンパイルしてるからそれ使ってみる。
というかついでに、>>387でGPAC使えない理由を自己解決した。あほらしすぎる。

x264についてるプロジェクトファイルのCRTがStatic Linkの方を使っていて、
GPACについてるプロジェクトはDLLの方使ってただけだった。
そりゃリンクエラー起きるわ。スレ汚しすまんかった。

でもやっぱり、せめてコンパイルの仕方を書いたreadmeぐらいつけてくれてもいいと思うんだ。

もうひとつだけ便乗で。

x264でマルチパスエンコードをする場合、
Vistaに変えてから、ログファイルの書き換えでこけるんだけど、これバグだと思う？

具体的には、x264はエンコード途中、
x264_2pass.log.tempという名前のログファイルを作成し、
エンコードが終了した時点で、x264_2pass.logにリネームするんだけど、
ソース読むと、あきらかにrenameで、変更先のファイルがすでに存在した場合、上書きできるという前提で書かれていると思う。
規格では、renameですでにリネーム先のファイルが存在した場合の挙動は不定になっている。
VCは上書きされない仕様になっていて、WindowsのMoveFileでも上書きされない。
mingwの詳しい実装は知らないけど、mingwでコンパイルしたバイナリも、Vistaでは上書きされない。
XPでは上書きされたんだけど、何かあったのかな。
MSが仕様を変えるとは思えないけど。

Vista側の問題

readme書くのってプログラム組むよりメンドクサイよね

>>419
コンパイルの仕方とか、どんだけ〜
ソースのみの配布なら分からんでもないが、ちゃんとバイナリ公開されているものだぞ？
まともなPGの知識のない奴がビルドに挑むって状況が分からん。
俺ビルド作ってオナヌーしたい奴のために、readme作るような暇人はいないだろう。
PGの知識があれば簡単にプロジェクト作れるって、俺が証明してしまったしな。

>>420
それ昔からあるバグ。
seraphy版は作者がパッチをあてているらしい。おまけフォルダの奴に書いてあった。

>>423
いや、プロジェクトを作れるとしてもだな、
面倒だろ。

お前だって面倒だから
「makefileの用意されていたgccビルドを利用した」んだろ？

seraphy氏がいくら几帳面だったとしても、
自前でソースをひとつひとつコマンドライン手打ちでコンパイルしているわけがないだろ？
絶対にプロジェクトファイルを作ってるはずだろ。
なぜそれを公開しないんだと。

>>424
そうなんだ。
自分も面倒だったから自分で手を入れたけど。
というか半分は、そのために自前ビルドしたくなったんだけど。

> なぜそれを公開しないんだと
馬鹿除けって結論出ているじゃないか。

とりあえず、なぜお前が「めんどくさいから」と理由だけで、
他人がお前の為に色々しなきゃならないのかを教えてくれ。

そのためには、ソースコードに興味を持った人間に、面倒にも無駄に時間を費やさしていいとでも？
じゃあ、x264本家自体もmakefileやVSのプロジェクトファイルもいらないよな。
その場合、seraphyの奴も無駄に時間を費やしたかもしれないんだぜ。
x264をはじめて手に入れてコンパイルするときにな。
gcc自体や、Linuxのカーネルだってソースだけの提供だったらどうなるんだ？
コンパイルさせにくくする努力なんかしてなんになるんだ？
馬鹿よけ？　わざわざビルドだけする馬鹿がいるのか？
ビルドさせとけばいいじゃん？　何の問題があるんだ？

>>427
だからseraphy氏も、まず確実に、なんらかの自動ビルドツールを使ってるだろうってこった。
VSのプロジェクトでも、makeでもbjamでも、何でもかまわんが。
なぜそれを公開しない。
何を色々する手間があるんだ？

ttp://seraphy.fam.cx/~seraphy/cgi-bin/cbbs.cgi?mode=all&namber=1405&type=0&space=0&no=0
この記事を書いたのはID:B1SDQCXT本人なの？
あんたがこの板でやっていることが、seraphyさんが心配されていた通りの事なんだけど？
とても同情できんね...

seraphyは偉いよなちゃんとレスしてやるし
俺ならほとんど無視する

>ソースコードに興味を持った人間に、面倒にも無駄に時間を費やさしていいとでも？
ん？つまりお前はソースに興味はもったが自分でプロジェクトは組めない。
そして組む時間は「面倒で無駄な時間」だからわざわざ公開しなくてよいプロジェクトを
公開しろと言ってるのか？

>>429
一旦落ち着いて連続カキコを控えてみたらいかがですか？
あなたの一連の発言はx264を発展させたいとは読み取れません、
私だけで無く他の人も同様のことをおっしゃっていますしね。。

これ以降このスレを読む方へ

ID:B1SDQCXT　をNG登録してから読みましょう

>>430
そうです。
うーむ、ちょっと言葉に詰まるところはあるかな。
まあ、少し頭でも冷やすか。

自前でプロジェクトも作れないレベルならx264.auoのソースをいじる資格がないってこった。
出直してください。


俺もいま勉強中ですｻｰｾﾝ

>>434
了解

俺の素朴な書き込みでえらい荒れたな。
GPL絡みということなんて気にもしてなかったが。
とりあえず俺がビルドして不正なバイナリになったのは
プリプロ〜を1個忘れてたからだった。
一応gccに頼らず全部vc2005でできた。

ちなみに自分で作る理由は「他のAACエンコーダーが使いたかったから」ね。
こんな日本で俺にしか意味ないこと作者に要望できるわけないでしょ。

すごいレス進んでるなと思ってきてみれば…
神パッチきたのか！とｗｋｔｋした俺の純情を返せ！！

seraphyさん、Aviutlで音声がmp3の動画をx264gui.auoでH.264+AACにエンコするとき
音声エンコードが99％の段階で固まってしまうんだが何とかしてください

ダウソは死ね

>>440
それAviUtl本体のバグ

x264gui.auoでPV3のAACモードで録画したDVファイルを扱う場合の見かけ上の手順

１）AviUtlにAAC-DVをぶち込む
２）CMとかちょん切る
３）WAVEファイル出力でWAVEを保存
４）AFSほか色々フィルタかけ
５）x264gui.auoで設定いじって「音声なし」でエンコ
６）保存しておいたWAVEをext_bsでうりゃ！
７）エンコした音なし動画とext_bsでナニしたきれいなaacをマーックス！

を

１）AviUtlにAAC-DVをぶち込む
２）CMとかちょん切る
３）AFSほか色々フィルタかけ
４）x264gui.auoで設定いじってエンコでドン！

にするPV3のAAC-DV専用のサプリメント作ったけどそういうの既出かね？
副作用はPV3のAAC-DV以外で音あり動画が作れなくなることだけど。

PV3スレ行けば仲間いるだろうに

x264スレでAACの読み込み質問する馬鹿を誘導しないでくれ頼むからさ。

>>444
2chに仲間なんて居ない。
既にそういうのがあるならそっちを使いたいだけ。
プログラマーなんかじゃない俺が作ったようなexeは自分でも積極的に使いたくない。

>>445
馬鹿はお前だろ

>>446
とりあえず作ったんならうｐしてくれ。
パソコンぶっ壊れても文句言わんから。

x264gui.auoもPV3もAACもスレ違いだろ？

オプションの話とか被る部分ならともかく、
AVIUTLのプラグイン部分は完璧スレ違い。

なにこのキモイ人たち

さすが隔離スレクオリティｗｗｗ

皆死ねばいいと思うよ。

結論：GPL氏ね、ストールマン氏ね、リーナス氏ね、ついでにMSも氏ね

GPL死んだらx264も死ぬんだが

誰もいない世界で、誰かが素晴らしいソフトを開発してくれるのを
延々と待ち続ける>>454であった

どう死ぬかによるだろ

>>264
ﾁｿﾁｿｼｭｯｼｭｯ?

x264のソースの中に、レートコントロールの解説みたいなtxt入ってるんだよね。
なかなか興味深い。


・・・英語読めないorz

>・・・英語読めないorz
こんなの理由にならない

無理なら諦めろ

その切り返しは何か間違ってる
質問しにきたわけじゃないだろ

日本語読めないんだろ

あのカキコ最悪だ、前にも言いましたが揚げ足取りな論理の一点張りは現実社会では何も生まれません。
揚げ足取りしてサイト閉鎖に追い込みたいのかこの人は。
自分の行為によってどういう事態が起きるか想像力が足りないのではないでしょうか？
主観に基づいた無知の正義ほど悪質な物は無いです。。

自分の知り合いがCDを借りてダビングしてたら、コピーを奪って破棄させるのかねぇ
この人は。。

>主観に基づいた無知の正義ほど悪質な物は無いです。。
同感、ネットウオッチ板でもないのに外野が正義振りかざす奴とかな。

>>379以降にseraphy氏本人が混ざってるんじゃないかと思えてきた。

終わった話を蒸し返すな阿呆

このスレ的には静観かスルーヨロ

某板でGPLでソース提供するときにはmakefileとかもないといけないって話を見かけたけど、
俺も終わった話にしたいからスルーしていいよね。

そそ、スルーするー

Anonymous Coward のコメント: 2003年02月08日 10時14分 (#254070)
ソースコードって何ですか？
Makefileはソースコードですか？
GPL 日本語訳 [opensource.jp] によると、
ある実行形式の著作物にとって完全なソースコードとは、
それが含むモジュールすべてのソースコード全部に加え、
関連するインターフェース定義ファイルのすべてと
ライブラリのコンパイルやインストールを制御するために使われる
スクリプトをも加えたものを意味する。
となっていますので、Makefile も含まれます。
--------------------------------------------------------------
ということだけど俺も終わったことはどうでもいいし
途中の偉そうなやつが本人だとしても別に何とも思わん。
未来永劫死ぬまでx264の更新を追いかけて逐一バイナリ配布してくれるなら。

つ旦 これでも飲んでスルーするか

アホはスルーするのがベスト
seraphyたん、開発がんばってください

seraphy氏の掲示板に書き込んでるhitoって奴は狂ってるから無視しｔ（ｒｙ
ニコニコ動画に謎動画うｐしてるこいつとたぶん同一人物だｗ
http://www.nicovideo.jp/watch/sm1090541

まだ馬鹿がいるけどスルー

ID:B1SDQCXT
http://cpplover.blogspot.com/

▲[ 1406 ] / 返信無し
■1408 / 2階層) 　Re[2]: x264のコンパイルについて
□投稿者/ hito Mail -(2007/12/20(Thu) 00:28:27)

危うく丸め込まれるところでしたよ。GPLを確認して正解でした。
そちらの都合は理解できたのですが、賛同することはできかねます。
とくに、GPLのソースコードを使い、GPLのライセンスの元に公開されているプログラムに対しては、GPLの精神を尊重してください。

GPLでは、公開すべきソースコードには、Corresponding Sourceも含まれます。
これには、コンパイルに必要なスクリプト、つまりmakefileやVSのプロジェクトファイル、なども含まれます。
これらの公開を拒否するということは、GPL違反になります。

x264.auoとx264gui.auoをコンパイルするには、VSのプロジェクトファイルを使用していると思われますので、公開を要求します。
要求しているのは私ですから、私にメールで送るだけでもGPL違反にはならないのですが、やはりソースコードのzipファイルに付加してほしいところです。

CDに焼いて郵送（費用は受け取り側）とかでも良いんだっけ。

GPL云々より>>443のｻﾌﾟﾘﾒﾝﾄの方が欲しいぞ
AviUtlｽﾚにでもうｐしてくれ

ID:B1SDQCXTまだseraphy氏の掲示板にいたのかｗ
呆れただぜｗ

>>478
別にネット経由だけとは規定されてないからな
物理媒体で提供するのでも有り
CDに焼いて着払いで送りつけてやればいい

>>474
なるほど、キチガイって感じだｗ
キチガイの言葉に耳を貸しちゃいけませんよ、皆さん

seraphyはGPL違反している。
屑seraphyはソースを付加せよ。
CDを郵送？？？
どんだけ、seraphy屑なんだよｗ

コンニチはhitoさん

今日は屑seraphyさん

>>479
> GPL云々より>>443のｻﾌﾟﾘﾒﾝﾄの方が欲しいぞ
> AviUtlｽﾚにでもうｐしてくれ

わしもほし〜 ( ﾟдﾟ)ノ

こういうDQNには5inchFDで送りつけてやれよ

>>487
あきばんぐに新品売ってたな
8インチではなかったはず

　　　　　　　　　　　　_,,..r'''""~~`''ｰ-.､
　　　　　　　　　　　 ,,.r,:-‐'''"""~~`ヽ､:;:;:＼
　　　　　　　　　　 r"r　　　　　　　　　 ゝ､:;:ヽ
　　 r‐-､　　 ,...,,　|;;;;|　　　　　　　,,.-‐-:､ ヾ;:;ゝ
　　 :i!　 i!　　|: : i! ヾ| r'"~~` :;:　::;",,-‐‐-　 `r'^!
　　　 !　 i!. 　|　 ;|　l| 　''"~~　　　､　　　　　　i' |
　　 　 i!　ヽ　|　　|　|　　　 ,.:'"　　　､ヽ､　　　!,ﾉ
　　　　ゝ　 `-! 　:|　i!　　.:;:　'~~ｰ~~'"　ﾞヾ　: : ::|
　　 r'"~`ヾ、　　　i!　i!　　 ,,-ｪェI二エﾌﾌ　: : :::ﾉ~|`T　＜イエーイ、seraphy見てるー？
　　,.ゝ､　　r'""`ヽ､i!　`:､　　 ー　-　'"　:: : :／ ,/　　　　　GPL違反者。市ねよ。
　　!､　 `ヽ､ー､　　 ヽ‐''"`ヾ､.....,,,,＿,,,,.-‐'",..-'"
　　 | ＼ i:" ）　　　　 |　　　~`'''ー---―''"~
　　　ヽ　`'"　　　　 ノ

ダメだこりゃｗｗ

単発荒らしか

なぜかRakefileを入れると言うミラクルを期待してる

　　　　　　　　　　　　　　∧＿∧　　　　seraphyaなんとか言えよ・・・
　　　　　　　　　　　　　 （　　　　）　　　　嘘つき野郎・・・
────-�o────／　　　＼────────
　　　　　　 ＼＼　　　／／＼　　　＼
..　　　　　　　 ＼＼／／　　　＼　　　＼
　　　　　　　　　 ＼／　　　　　　）　∴）ヾ）
　　　　　　　　　　　　　　　　　　/　 / ⌒ヽ
　　　　　　　　　　　　　　　　　 /　 /| | 　　|←seraphy
　　　　　　　　　　　　　　 　　 /　/ .∪ / ﾉ
　　　　　　　　　　　　　　　　 /　/　. | ｜|
　　　　　　　　　　　　　　　　（ ´|　　 ∪∪
　 　　　　　　　　　　　　　　　|　|　　　|　|
　　　　　　　　　　　　　　　　 |　|　　　|　|
　　　　　　　　　　　　　　　　 |　|　　　|　|
　　　　　　　　　　　　　　　　 |　|　　　|　|
　　　　　　　　　　　　　　　(´　ノ　 (´　ノ

著作権的に問題があるような動画のリンク平気で乗っけてるニコ厨か…

不平不満→DQN発言→荒らし発言→AA荒らし

テンプレのような発展形だなｗｗｗｗ

seraphy擁護してるのはダウソ板の連中か・・・
神だから細かいことグダグダ言うなか・・・

YV12じゃなくて撥ねられてるバカが暴れてるなｗｗｗYUY2もきちんと発音していなかったし。

>>497
蒸し返すなよ・・・
お前馬鹿だろ？

スマンｗｗｗage忘れたｗｗｗ

ニコニコ動画見たけど、喋り方がキモ過ぎるなぁ
それに内容も行き当たりばったりでグダグダだし
こんなダメダメなプレゼン初めて見たよ

>>500
スレ違いだろうよ。普通に考えて。
馬鹿ばっかしか。このスレにいるやつらはｗ

反論しない理由は本人以外わかっているのでスルーします

>>ID:evnt5oI+
「馬鹿だ」、「屑だ」と、ウザイ奴だなお前様は

>このスレにいるやつらはｗ
今日のレス数のTOPはお前様だ

>馬鹿ばっかしか。
自虐は止めろよ

>>502
書き込んだ時点でスルー出来てないよｗ

>>503
何言ってるの？
レス数がTOPなのは確かだが、他にも馬鹿な書き込みしているやつらいるだろ？
それもわからんの？大丈夫？

公開停止直前のマンガミーヤスレを思い出すよーな流れ

seraphy�dが大人な対応（「慣れてますから」だって）でよかったわ
ｷﾁｶﾞｲってのは自分がｷﾁｶﾞｲだと認識できないからホントに迷惑だ

seraphyのGPL嫌い発言ｷﾀ━━(゜∀゜)━━ッ!!

しっかし、seraphyの受け答えは真っ当すぎてつまらん。
もっと火病ってくれよ。
ところで、makefileを要求していたﾄﾞｷｭｿは今頃涙目なのか？
散々迷惑かけておいて>>414を利用してるのか？

GPLうんぬんはこちらへ

【人間の屑】GPL違反者seraphy隔離スレッド
http://pc11.2ch.net/test/read.cgi/avi/1198135740/

Pinging seraphy.fam.cx [122.131.221.245] with 32 bytes of data:

Request timed out.
Request timed out.
Request timed out.

Ping statistics for 122.131.221.245:
Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = 0ms, Average = 0ms

　　　　/＼＿＿_／ヽ　 　ヽ
　　 ／　　　　::::::::::::::::＼　つ
　 . | 　,,-‐‐　 　‐‐-､ .:::|　わ
　　|　､_(◎)_,:　_(◎)_, :::|ぁぁ
. 　 |　　　　::<　　　 　 .::|あぁ
　　 ＼　 /( [三] )ヽ ::／ああ
　　　／｀ー‐--‐‐―´＼ぁあ

また落ちたか

GPLは確かに無くなれば良いと思うが、
使った以上はきちんと公開するべきなんじゃね？

マの風上にも置けんな

公開っつーか、郵送で良いんだろ？

encoded frames 6217/172962 (3.6%), 3.80 fps, eta 12:09:40

そろそろ買い換え時だな。

解像度書きなさいよ

ちなみに漏れだとそんなの普通

816x448

1024x576で重いフィルタ5個くらいで10fpsぐらいかな・・

>>513,515
x264の設定にもよるけど

最近DustV5使い出したからなぁ
前まで1.6gpsは行ってたのに1.3になっちゃったや…

ちなみに1440x1080@PenD
x264側では重いのはtrellis2くらいかな…

gps->fpsの間違い…orz

>>516
x264はデフォよりは重いけど抑えめくらいの設定。重めのフィルター使ってるんで妥協。
もう2年前のなんで最新のCPU使ったx264のベンチ見るとうちとは4〜5倍くらい差がある
みたいだから来年の頭に新しいのがでたあと様子見て新しいのに変えたいなと計画中。

496 名前：名無しさん＠編集中[] 投稿日：2007/12/20(木) 13:43:04 ID:evnt5oI+
seraphy擁護してるのはダウソ板の連中か・・・
神だから細かいことグダグダ言うなか・・・

498 名前：名無しさん＠編集中[sage] 投稿日：2007/12/20(木) 15:41:00 ID:evnt5oI+
>>497
蒸し返すなよ・・・
お前馬鹿だろ？

499 名前：名無しさん＠編集中[] 投稿日：2007/12/20(木) 15:42:43 ID:evnt5oI+
スマンwｗage忘れたw

501 名前：名無しさん＠編集中[] 投稿日：2007/12/20(木) 15:50:37 ID:evnt5oI+
>>500
スレ違いだろうよ。普通に考えて。
馬鹿ばっかしか。このスレにいるやつらはｗ

504 名前：名無しさん＠編集中[] 投稿日：2007/12/20(木) 16:22:09 ID:evnt5oI+
>>502
書き込んだ時点でスルー出来てないよｗ

>>503
何言ってるの？
レス数がTOPなのは確かだが、他にも馬鹿な書き込みしているやつらいるだろ？
それもわからんの？大丈夫？

>>513
ケンカ売ってんの？ｗｗ
encoded frames: 29808/38362 (77.7%), 2.46 fps, eta 0:57:55

704x480@pen4

フィルタもオプションもてんこもりだけどいろいろ処理効率よくなるように試行錯誤したら大分軽く目的の画質で仕上げられるようになた

seraphyさんのところに繋がらなくなりますた

>>522
GPL厨のF5アタックかな

繋がるようになったな

seraphy氏がGPL馬鹿をアク禁にしたら馬鹿は此処で暴れるんだろうな
GPLも何も本家ので満足出来なければ
自分で好きなパッチ当ててコンパイルすればいいだけだろうに

seraphy氏が中身もオトナな人じゃなければとっくに閉鎖になってるぞ
GPL馬鹿のママは早く息子引き取りにこいよ

そういう問題じゃなくて、ライセンス違反なら普通に著作権の侵害で犯罪だろ
無知なの？それとも馬鹿なの？

VFR_maniacs氏ビルドのNew AQ patch当てたrev712-release3の
＞# ver. 0.3 では --aq-sensitivity が 0 である , 且つ --aq-strength が 0 でないと automatic thresholding algorithm が有効になります。
って具体的にどういうことなんだろ。
自動で加減を調整するのかな

なるほどね。GPL嫌いなのはよくわかった。この考え方だと、
GPL厨が叩くのも道理だな。両者は絶対相容れないじゃんw

しかし実際のところ、seraphy氏以外のビルドってものがどの程度存在するの？

>>528
俺は実験的にいろんな新しいパッチ導入してくれてるVFR_Maniacs' build使ってる

私はx264.nlで公開されているバイナリを使う。

seraphyの取り巻きばっかりだと
思ってたけどそうでもないんだな。
俺はSharktooth使ってる。

そんなことよりも気になってるんだが
Noboru Asaiはまず日本人だろうけど
Dark Shikariもローマ字っぽいが日本人？
シカリって漢字でどう書くんだ？

>>526
ライセンス違反じゃないから何もおきないよｗｗｗ

seraphy氏は別に違反もなにもしてなかったんだろ？　ソースは元々公開していたし。
hitoとかいうやつが、「プロジェクトファイルがあるはずだ、それを公開しろ」って勝手に騒いでいただけで。
しかも、seraphy氏はコマンドをまとめて実行するツールか何かで自動実行していて、プロジェクトは存在しなかった。
そのツールの設定ファイルは公開されてたな。
そのコマンドをまとめて実行するツールまでGPLになるのかしらんが。

さっそくv0.3 AQなVFR_ma（ｒｙビルドrev712-release3使ってみた
automatic thresholding algorithmを使う設定にしてみたら今まで過剰に割り当ててただろうビットがたぶん節約できてブロックノイズも出ずいい感じに仕上がった
30本エンコやりなおしてくる

seraphyさんの大人の対応
http://seraphy.fam.cx/~seraphy/cgi-bin/cbbs.cgi?mode=all&namber=1405&type=0&space=0&no=0

ほんま常人は容赦無いで

大人って言うよりむしろ子供の捨て台詞にしか見えない…

頭が下がるね
いつも本当にありがとうセラフィーさん

>>534
＞# ver. 0.3 では --aq-sensitivity が 0 である , 且つ --aq-strength が 0 でないと automatic thresholding algorithm が有効になります。

--aq-sensitivity(0〜22?) --aq-strength 0 = automatic thresholding algorithm が有効になる？
--aq-sensitivity(0〜22?) --aq-strength 1.1 = automatic thresholding algorithm が無効になる？
↑こんな考えでいいのかな？
そもそもautomatic thresholding algorithmの意味・・誰か知らない？

>>538
俺の解釈だと
--aq-sensitivity 0 --aq-strength 0 AQ機能オフ、automatic thresholding algorithmオフ

--aq-sensitivity 15 --aq-strength 0.5 AQ機能オン、automatic thresholding algorithmオフ

--aq-sensitivity 0 --aq-strength 0.5 AQ機能オン、automatic thresholding algorithmオン

と解釈した


てか説明文自体が日本語でおｋ

automatic thresholding algorithmって単語と--aq-sensitivityの数値を0にすることから推測するに
最適なAQの利き具合になるように自動的に調節してくれる機能だと思う

まあソース読めばいい話だかあいにくプログラミングの心得がない俺orz

大人かぁこれ？
GPLを選択しているのに、GPLなんてクソだって言ってるよね。
納豆嫌いなのに納豆食って文句言うやつとなにがちry)

いつまでやってんだよ・・・。どうしても続けたいなら↓行けよ
http://pc11.2ch.net/test/read.cgi/avi/1198135740/

無償でやってくれてる人になぜ文句を言う？

粘着してるのは約一名だけ
>>474の動画アップしてる奴と同一人物らしいから、その動画で罵倒してやろうぜ

おれも一人だけが粘着しているように思える。

seraphy氏、カッコWII

x264afs無くなると困るんであんまseraphyいじめんな

持っている動画を将来数十年保存するのに、H.264でと考えてる人は多いと思う。(少なくとも俺は)
H.264でメディア保存する場合、現状 1)
　blu-ray
　AVCREC
　HD Rec
　(HD DVDは無くなるから不要として)
の選択支があり、もちろん作成した動画を再度エンコードなんてしたくない。
100歩譲って、コンテナ替えぐらい。

で作成に当たって、2) できるだけ高画質 > 割と小サイズ
を実現したいから、x264のオプションを検討することになると。

各プレーヤーで再生するのが一番ですが、他に
x264のオプション設定で生成した動画ファイルが
1)互換 2)設定 を満たしているかチェックする術知っている方いますか？

>>547
PS3用俺様設定(crf値は18〜22　ソースにより変更）
ずいぶん前からこれだけど年末時間をとってAQ関連を試すつもり

--crf 18 --level 4 --bframes 2 --ref 1 --mixed-refs --b-pyramid --subme 6 --no-fast-pskip
--partitions p8x8,b8x8,i4x4 --me umh --no-dct-decimate --threads auto --progress

new AQの解説補足がきたわ

# ver. 0.3 では --aq-sensitivity が 0 である , 且つ --aq-strength が 0 でないと automatic thresholding algorithm が有効になります。
# example:
# --aq-strength 0 --aq-sensitivity 0 -> AQ 無効 .
# --aq-strength 0 --aq-sensitivity 17.5 -> AQ 無効 .
# --aq-strength 1.0 --aq-sensitivity 17.5 -> AQ 有効 .
# --aq-strength 1.0 --aq-sensitivity 0 -> AQ 有効且つ、 --aq-sensitivity を適応的に決定する。

あとrevUP
rev714
　 Abolished compressing executables with UPX.

ttp://www.stage6.com/user/VFR_maniac/blog/23677/

>>547
数十年保存なんていったらそこに出てるの全部
・無くなるから不要として
で済むんだが


石版に刻め

多分数十年経っても、H.264を承認したISOやITUが無くなったりはしないだろう。

それよりも数十年後生きてるかどうかの方が心配なことについて

Q 携帯機やゲーム機などで再生させるには？
A　それぞれ専用のスレがどこか（他の板も）にあるはずなのでまずは当たってみてください。

6chのAC3をAACにq0.55でエンコしたら元サイズより巨大化する…。
逆にq0.3で256kbps相当にしたらボイス部分でジャリってる…。
試行錯誤続けてますが上手くいかないっす。
皆どれぐらいのビットレートで組み合わせてる？

いくらなんでもスレチだろ。

セラフィー見てるか？

あの馬鹿アク禁にしちまえよ。

すっきりするぜ。

自分のサイトでああいうクレクレ厨が来たときそいつの書込みだけ消してアク禁して対応した

放っておくとつけ上がるからね

>>465
まじで同意

俺も自分の掲示板で荒らしが沸いたことあるけど
htaccessで鯖ごと悪金にしたら雰囲気よくなった

.htaccessってディレクトリ以下に適用じゃなかったっけ

>>560
(1) DocumentRoot におけば「鯖ごと」にできる
(2) 「相手の鯖」をまるごと悪金，の意


seraphy氏は「暴れるならここだけにしてよそに行くな」と言ってるんだから
あのスレッドだけで放し飼いにしとけばBANして他所で暴れられるよりまだマシなんじゃね

>>560
あー、そっか。DocumentRootにおけば自然とそうなるか。
でも、そんなことするくらいならhttpd.confを…とか思ったけどあれ弄るのってroot要るのか。
//ここまでスレ違い

＞あのスレッドだけで放し飼いにしとけばBANして他所で暴れられるよりまだマシなんじゃね
確かに。seraphyがアク禁とか発動させたらこのスレが荒れるだろうから勘弁して欲しい

自分が既に荒らしてる自覚とか無いんだね

どうせGPLと関係ない奴が騒いでるんだろ。
そんなに気に食わなければどこにかしらんが連絡すればいい話。

　　　　　　　　　　　　 ＿＿＿
　　　　　　　　　 　 .／　　　　＼
　　　　　　　　　 　 |　^　　　^　 | 　　　　,..、
　　　　　　　　　　　| .>ﾉ(､_, )ヽ､.|′　_,,r,'-ｭヽ 　ガディアに　なれだと？
　ビ　リ　　　　　 　 ! ! -=ﾆ=-　ﾉ! ,イ彡く,-‐' ﾞi,
　 ＿＿,,, :-―,ァ''"　＼｀ﾆﾆ´／ﾞア´￣｀ゝﾆ'ィ,〉
,:f^三ｦ,ｒ一''^ﾆ´､、__ l ! ｨ彡,ｬｧ'"　,,..,,、　 /lﾄｨﾍ
ﾉ ﾆ､ﾞﾘ　　,..,,　　 ｀`''ヽ,,,　 ''"´　　 ﾞ''ヾﾐ,r/:.l:.:し′
,ｨﾃ'J´,,..::;;ﾞi,　　　　 ,;,, ;;; ,,;;　　　　　　 ,frｱ:.l:.:ヾ
ﾘ:.:.:.{'"　 ,ｨﾄ.　　　　 ';;;;;;;;;;;'　　　　　　,!;V:.:.ﾉ:.:.:.:
:.:l:.:.:.ヾ='":.:.:l　　　 　 ':;;;;;:'　　　 　 ,;;/;;:.:/:ﾉ:.j:.:.:.
:.:l:.ﾐ:.:.∨:.:.:.:ヽ、　　　　人＿＿,,,;;;;;ノ/N/:/:.ｨ:.:.:.
:.:ﾄ:.ﾄﾐ:.:ヽ:.:.:.:.:ト-―ﾃ" ⌒ `ヾj　::;;;;}/:.:.:.:/:/ ヽ:.:
:.:ト､:.:.:.:.:ヽ:.:.:.l　　　'　-:十:‐' ﾞl,　 〃:.:.:/:.リ　 ﾞi:.:
:.:l:.:ヽ:.:.:.:.:ヽ:.:.l　　　ｔ,,__,災＿,ﾉl　 f:.ﾘ:.:./:.j　,ｲ ヾ
:.:l､:.:ヾ:.:.:.:.:〉:.:l　　l,　　　,;,　　,ｨﾚ　ｊ:.:.:./:./　V

newAQかなりいいね

インタレに対応は・・・

seraphy氏のおまけx264patch.714.rarのx264.exeで
NewAQ使えますでしょうか？

Readmeくらい読もうね

>adaptive quantization のversion 0.3を適用
とありましたね
失礼しました

自分で外部ソフトで対処可能だけどできればx264guiに付けて欲しい機能があるのに
どこぞのクソバカが作者を怒らせたせいで
BBSにお願い書いても他のソフトで対処できるなら対処し続けろとか
冷たくあしらわれそうでもう書けないよ。
ソースだかGPLだか何の役にも立たんもんで俺を邪魔しやがって糞野郎め。

クレ厨乙

>>571
>冷たくあしらわれそうで
なぜ人のせいにしたがるw

>>571
人間気が立ってるときは何言っても「あぁん！？」だからな。
しかもあれ自分の掲示板見る度に目に入るだろ？
んで見る度に思い出すだろ？向こうは時が解決しそうにないから諦めろ。
時が解決できるのはお前の方だ。
バカメガ事件でも見て時間潰せｗ

一番最初に古い記事持ち出したじゃん。
むかついたこと忘れる人間じゃないってことだろ。

VFR_maniacﾀｿここみてたらお願いがあるんだが
今現在出力したバイナリにオプション内容が付加されないようになってるが
付加させるか付加させないかオプションで指定できるようにできない？

VFR_maniacﾀｿここみてたらお願いがあるんだが
サイトのコメント欄に書かないような根性なしはオプションで無視できるようにできない？

x264プロセスが途中で固まってしまう症状に困ってリカバリしたが
また再発したのでもしやと思ったら犯人はAVGだった、アンインスコで快調。
前にavast!の.NetFrameworkと相性悪くてAVGに入れかえたのに・・・

フリーソフト乞食の俺m9(^Д^)ﾌﾟｷﾞｬｰｰｰｯ

はっきり言う、UACさえあればアンチウイルスソフトはいらん。

>358
http://rob.opendot.cl/index.php/useful-stuff/h264-profiles-and-levels/
ぐぐったら一覧になったものが出てきたが、これが正しいか不明。
正しいとするなら、PS3,360用の動画の場合は、Level4.1の62500以下の数字を
設定すればいいんじゃないかと。安全策で、更に下の25000とか。

VFR（ｒｙのx264.exeのmp4ラップ出力って4GB制限外されてる？
seraphyのは制限ないらしいけど

>>580
わざわざありがとう。25000でやってみる。

確かPS3のMAXは20000だぞ。

テストしたら余裕で12GBのmp4できた

どんだけ〜

Haali Media Splitter
Changes

* 26/12/2007
o New Features:
+ Added V_MJPEG support
+ Implemented slightly faster red/blue planes shift
+ Added more stable bicubic upscaling when PS 3 are available
o Fixed items:
+ Restored Windows 2000 compatibility
+ Fixed audio tracks stopping too early in files with ordered chapters

HD画質のソースを平均ビットレート768kbps、ピーク2.5Mbpsくらいに
圧縮するときのベストセッティングきぼんぬ

--bitrate 768

ww

うん、>>588でおｋだな。

最近アップデートこないな

aviutl用プラグインで
YV12,YUY2,RGB24で外部アプリに画像を渡すフィルタ
ttp://www.geocities.jp/mosd7500/aviu/yv12srv_060916.zip
ttp://www.geocities.jp/mosd7500/aviu.html
っての見つけたんだが、
一緒にクライアント側の組み込み方のソースも同梱されててx264.exe用の差分ソースも同梱されてた
使い方しだいで結構面白いことできそうなんだが、プログラミング初心者の俺にはコンパイル無理ぽ＼(^o^)／
VFR_maniacタソあたりが試験対応版作ってくれないかな・・・

何の面白いことができるんだろう。
YV12でx264に渡すだけにしか見えないんだが。
同梱されてるのは差分じゃなくて、2006年9月の時点のソースコードそのものだし。
.avuファイルが開けるようにしてあるみたいだが。aviutlは使ってないのでそれ以上はわからない。

すまん俺の両手が暴走して書いた
スルーしてくれ

だからもうコンパイルとかビルドとかプロジェクトとかMakefileとか禁句にしようぜ。
NGワードじゃなくて禁句。書いてはいけない破滅の言葉。

なんでやwwww自分が関係ないからって自己厨もはなはなだしいぞ。ここはお前のためのスレか？

俺のためのスレです

そもそも無料でやってくれてる人に
お願いとかするほうが自己厨でしょーよ

ていうかここはプログラマ板じゃないし

どっちかというとネットウォッチ板とか最悪板

newAQになってから--aq-strengthいくつ設定してる？
以前は過剰な受け渡しを拒んで0.3が主流だったと思うけど、
最適化されるなら0.4とか0.5でもいいのかも？とか思った。

参考までにnewAQでどれぐらいに調整したか教えてくれ。

--aq-strength 0.5 --aq-sensitivity 0
--aq-strength 0.4 --aq-sensitivity 16.0からの変更だけどサイズも前より縮んでるような気がするし悪くないと思う

--aq-strength 0.3 --aq-sensitivity 15.0
で--aq-sensitivity 0にするとサイズがでかくなったので--aq-strength 0.2

あれ？
--aq-stengthって0.0で動作しなくて1.1が強度ＭＡＸなんだよね？
stengthの数値を上げるほどビットレートが基本は上昇であってる？

今newAQのテストしてたら…
stength 0.3 ： 871kbps
stength 0.4 ： 866kbps
stength 0.5 ： 865kbps
っていう結果になって困惑中。

>>604
stengthの数値を上げるほどAQがより効くよ。

N905iでも再生できる設定教えて

>>606
--no-cabac -q 51 -I 1

-Iとかの省略形で記述するとすっきりするのはいいんだが後でいじくるときパッと見でどんなオプションだったか分かりにくいからフルで記述してるな俺

もはや短縮形がデフォになってしまった俺が居る

この間行われた有馬記念（1440×1080　30fps・ノイズリダクション・色調補正済み）をソースに実験

22066kbps （AQ無し）
19654kbps （--aq-strength 1.1 --aq-sensitivity 0）

newAQ使用時のオプション
--crf 18 --level 4 --bframes 2 --ref 1 --mixed-refs --b-pyramid --subme 6 --no-fast-pskip
--partitions p8x8,b8x8,i4x4 --me umh --aq-strength 1.1 --aq-sensitivity 0 --no-dct-decimate --threads auto --progress -o
俺のへっぽこい肉眼で再生確認したが特に問題はないっぽい

おれはむしろ省略しないと「これなんだっけ？」って思ってしまう。

なんだ
AQってビットを減らす方向にも働いてくれるのか
てっきり画質破綻しないように上乗せするだけかと思ってた

newAQでstrengthの強度を上げるほど暗部での線が破綻してくわ。
なんかstrength数値の意味が昔と逆転してそうな予感がする。
0.3程度で様子見しておいた方がいいかも。

ここくらいしか聞けそうなところをしらないので・・・
x264 SVN714を使ったコードを書いているですけれども、はまっています。

1) x264_encoder_encode() => encode_nals() のコンボを呼び出したあとの
(x264_picture_t) pic_out.i_type を評価して、Disposableかどうかを得よ
うとしている。
X264_TYPE_BREF (referenced-B frame) は B-Pyramidを使う場合「しか」
ないと思っていたのだが、B-Pyramidをセットしても、X264_TYPE_B
が返ってきてBREFが得られない。
BREFを返すケースというのはどういうケースなのか？

2) x4->params.b_bframe_adaptiveをセットしてもしなくても、得られる
結果が同じ（adaptive有効）になってしまう。
以前のrevisionだときちんと切り替え出来ていたと思うのだが・・・

ご存知のかたいらっしゃいましたら教えてください。

人柱ことhito乙

次スレからテンプレにhito出入り禁止って入れよ〜ぜ。

>>615
hito乙
おまいだけには教えたくねー！

>>614
とりあえず知ってる --no-b-adapt に関してだけ
ttp://www.marumo.ne.jp/db2007_7.htm#17
「なお --threads 1 の場合しか --no-b-adapt は効かないので (略)」

>>615-617
いい加減屑人間の擁護はやめろ

29 名前：名無しさん＠編集中[] 投稿日：2007/12/28(金) 13:28:08 [昼] ID:0R5avKwf
定期age

またseraphyがGPLに手を出した。
http://seraphy.fam.cx/~seraphy/cgi-bin/cbbs.cgi?mode=all&namber=1419&type=0&space=0&no=0
まじこいつ屑だな。氏ねよ。

>>619
hito乙
おまいかわいそうな奴だな
あれだけ文句言って、環境無いからコンパイルもできないのか？
いっぺん・・・死んでみる？

>>619
お前まだいるの？出禁確定だな。

x264関係ないし
個人中傷は最悪板でやれな

つうことで、>>615-617、>>619-621は出禁確定。二度とくるな。

乙した人かわいそす

>>618
ありがとうございます。なるほど、thread=1でないと
B-adaptiveを切ることができないのですね。参考になります。

ID:P63rfEi4は何がしたいんだ？

え？
乙してただけなのに出入り禁止とか意味不明だし可哀想じゃん

かわいそうな人なんだよ
本人も言ってるじゃん

アニメやアクション物の洋画でプロが使っている設定教えてください
1280x768ＳＤ液晶パネルで最高画質になる様な設定希望

プロは使ってない

最高画質ならロスレスでおｋ

-q 0

プロはx264ではなく、松下が作ったエンコーダ等を使うんじゃないの。

http://www.cinemacraft.com/jpn/hde.html
こういうのもあるようだ

プロがフリーのエンコーダー使うわけないしな。
大抵は自社開発の専用エンコーダーを使う。
しかも素材によってソースから書き換えるそうだ。

>>634
標準パッケージ 価格 : 9,345,000円（税込）

ｘ264ってH264の特許に触れない技術のみを使ってるんでしょ、確か
性能はx264＜＜業務用H264エンコーダなんじゃないかな

Q26: Can i use x264 for commercial purposes?
A: No, you need to contact MPEG-LA or Via for licensing the commercial use of a h.264 encoder since h.264 (also known as AVC or MPEG-4v10) is patented.

http://forum.doom9.org/showthread.php?t=89979

日本語でおｋ

x264を商用に使うにはMPEG LAかViaの許可が必要 = 両団体の管理する特許を含む

http://www.mpegla.com/
http://www.vialicensing.com/

で？

だから、特許を使えないと言う理由でx264が業務用に負けると言うことは無い。

現状明らかに負けてるからどうしようもないけどねwwww
がんばって中の人。と乞食がつぶやいています。

H.264の特許に触れる部分って具体的にどんなものがあるんだ？

>>643
「明らか」が分かるサンプルうぷ。
妄想ならいらんよ。

>>644
エンコードの各工程に日本で有効な特許が使われている様だ。

http://www.mpegla.com/avc/avc-essentiality.cfm
http://www.mpegla.com/avc/avcCrossRefChart.pdf

たぶんここに書こうとしたら、バイト数制限に引っかかる。
特許が面倒だから、MSでさえ、ほとんど仕様が同じなWMVを作ったのに。

エンコしたことのないGPL乞食みたいだから相手をしても無駄だと思う

>>647
その後VC-1として公開された時、他の企業の特許も使っている事が判明したのだから何ともはや。
http://www.mpegla.com/vc1/vc1-licensors.cfm

>>645
今年の半ばに会社でテストしたからサンプルはあげられないが、ソースは720pの実写。
実写では松下のエンコーダーに遠く及ばなかった。メインコンセプト（TMPGEncのおまけじゃないよｗ）にも劣っていたなぁ・・。
特に松下のシステムはPSNR値でも視聴テストでも明らかに松下の方が上だった。
特に、暗部で違っていたね。まぁGPLとシステム丸ごとウン千万と比べるべきでは無いが、業務用と比べたらというお題だったのでね。
こう書くとやれx264の設定がどうとかこうとかという反論が出そうなのだが、そんなものが吹き飛ぶくらい松下は違った。
その時法務部が調べたらx264でh264を書き出したものを販売したりするとNGとか言ってたよ。サービス添付でもあかんとかとも言っていた。
詳しくは知らんけどね。結局、会社はメインコンセプトのエンコーダーとWS買ったけどね。

サンプルがあがると期待していたのに残念、ただの妄想でした。
ﾊｲ次。サンプルをお持ちの方どうぞ↓↓↓↓↓↓

どちらにせよ証拠がない
だからここで煽り合ってもしょうがいない

サンプル出せる奴がこのスレに居ないのが証拠じゃね？
そこからx264に乗り換えた奴が居ないってことだ。

まあ、今のところ一般のユーザーが使えるH.264のエンコーダとして、x264は最良でしょう。

パラメータこねくり回して遊ぶソフトだしな

>>644
もう特許切れてるかもしれないけど、「動き補償」で特許が存在するのが
致命的 (特許回避しようとしたら P すら使えなくなる)

動き補償の特許は流石に既に期限切れしてるかもしれないけど
・B ピクチャの双方向予測
・フィールド MC
・重み付き予測
・多重参照フレーム
・CABAC の算術圧縮
・整数変換 (DCT のこと)
・デブロックフィルタ
等々 H.264 の仕様自体が特許技術の塊なんで、特許をさけてエンコーダ・
デコーダを作るのは無理。

XviD とかでも誤解してる人がいるけど、ISO のリファレンスソフトの
ソースコードの著作権を回避してるだけだよ。特許については、ソフト
ウェア特許を認めてない国で開発するとか、試験・研究目的での特許
利用という手段で回避してる。

ほうほう、

x264に限らず特許技術を使えばフリーのエンコーダーとかは
飛躍的に品質が向上するかもな。
まあ商用のものとの品質が逆転する恐れを防ぐためにも
特許は有効なんだろうけどね。いずれにせよ個人的にはいまの
x264でも十分満足してるからそんなに気にはしない。

ちなみに松下のAVCエンコーダーがどんなのかというと
ttp://www.phileweb.com/news/d-av/200701/17/17566.html
ttp://www.phileweb.com/news/d-av/200701/26/17653.html
これ読めばふいんき(ryだけでも分かると思う。
やっぱプロ用は違うなという印象。

そういえば暗部はx264の弱点だというのは前から言われてるね。
その辺は俺の素人目にも分かる。Xvidよりノイズが目立ってるからねえ。

いくらx264がH.264の公開されている特許を元に開発されているとは言え、パートタイムのボランティアのソフトウェアだから、
フルタイムの開発者をたくさん雇って作られた物と比べると分が悪い。
H.264と言う規格にはポテンシャルがあり、x264にも改良の余地がまだまだ残されていると言うことで期待したい。

>>659
そこらへんはAQでだいぶんいけてるぞ

.264ファイルをVLCで再生すると（デコーダはffdshow
タイムバークリックして早送りしたときに
こう動いてる部分が最初に現れて徐々に（たぶんIフレームにたどりついたときに
モザイクがだんだんなくなっていくみたいに
動画が鮮明になるんだけどこれって正常？

日本語がよくわからんが、エンコードしだいではそういうファイルも出来上がる。

つーか、聞くスレ間違ってるだろ

>>661
そのAQとやらを使えば暗部が綺麗になるとな？
ｋｗｓｋ教えてはくれまいか？どんなコマンドを使うんだ？

横着杉、スレ読み直せ

ググレカス

>>662
VLCってデコーダ全内蔵だからffdshowは使われないんじゃないの？

まあ何にせよ、ffmpegのデコーダ使ってるだろうがな。

>>662
デブロッキングが無効になってしまっている。
P,BフレームのQP値が高すぎる。

このどちらかかと。

今年は細部の潰れない綺麗なエンコーダーになりますように！

あけおめ

aq-strength縮みすぎワロタ

ん？
AQって縮ませるための設定じゃないんでは

aqってSharktooth版しか使えないのか。auoで使おうと思ったのだが残念。

new versionは縮む場合もある。
元々マクロブロック単位にビットレートを変動させる物だから縮んでもおかしくない

x264の適応的量子化って「アラが目立つところにレートをもっと割り振ってあげようぜ」ってコンセプトだった思うんだが
最近は「アラが目立たないところはレートをもっとケチっちゃおうぜ」ってな感じに変わってきてるのか？

技術的には同じだな

>>677
まあなんだかんだでインテリジェンスにレートコントロールしてくれるからいいんじゃね？

doom9の当該スレ読んでみた
新aqはフレーム内でレートを盛るのとケチるのを同時にやってるから旧aqのようなサイズ膨張傾向が緩和されてるみたいだな
いままで基本的に足し算だったaqに引き算の要素が入ったことでaqでサイズが縮むケースも出てくるのかもしれないが
aq-sensitivity 0 のときにサイズが縮みすぎるのはバグの可能性もあるらしい

aq-sensitivity 0 がバグかどうかはわからないけど
適応外の領域で画質が落ちているのは確かだよ
旧AQで指定したほが俺は気に入っているから戻してしまった

jvtネ申杉ﾜﾗﾀ

x264 関係でこれから翻訳すると役に立つ文書ってある？
動画の勉強がてらにやってみたいのだが、重複しても無駄なので、その辺詳しい人教えてくれないか？
（ある程度長文で、更新せずにそこそこ使えるのがいいのだが）

最近deblockingの良さがわかった

ボケね？

最近MPEG2の凄さが解った

MPEG2って凄いよね・・・

------------------------------------------------------------------------
r715 | gpoirier | 2008-01-03 23:24:38 +0100 (Thu, 03 Jan 2008) | 7 lines

use define _WIN32 instead of __WIN32__ or WIN32 defines.
NSDN reference: http://msdn2.microsoft.com/en-us/library/b0084kay(VS.80).aspx
Patch by BugMaster %BugMaster A narod P ru%
Original thread:
date: Dec 27, 2007 3:18 AM
subject: [x264-devel] VS2008 compilation error (need of replacement __WIN32__ with _WIN32)

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

インターレースって言葉を知らず、MPEG2は高画質だからPC再生が追いつかないんだなと
縞々解消のためCPUを買いに逝ったあの頃・・・

NewAQって何

横着杉、スレ読み直せ

>>689
http://tmp7.2ch.net/test/read.cgi/download/1194521421/688

お前らどこのビルド使ってる？

ずっとnlだったけどaq対応してくんないから他の使ってる

>>692
すっげーがいしゅつ

これ使ってる
http://www8.axfc.net/uploader/17/so/H_39141.zip.html

より自分の目的に合ったマトリクス作ろうとしてみたりカスタムマトリクス漁ったりしてみたけど
結局jvtに戻ってきた俺

あれぇnlのサーバーが止まってる・・・

mp4から映像のH.264はそのままで音声aacをmp3にしてaviコンテナに内包するってできるかね

それどこら辺にx264.exeが関係するん？

>>698
一応答えておいてあげる。
できる。ちなみにｈ264+aacのままAVIに収めることもできる。

MP4のままにしておいた方が、互換性を考えると良いだろう。

ダウソに優しいなおまいら

aviに入れるときはBフレ等に注意な

>>703
vfw経由じゃなければ、AVI自体にはBフレの問題はない

凄く情けないんですが

YAMB1.6 で 動画.mp4 + 音声.mp4 を MUXしてます

でも YAMB2ではこれが出来ません・・・
なんかすげぇ初歩的な所で佇んでます

字幕もチャプターもない単純MUXなのに・・・

だれかYAMB2でやってる人いますか？

エスパーしちゃうとSettingsちゃんとしたか？
YAMBってGUIの割に手間が掛かってめんどくさいしMP4Boxをコマンドラインから
扱ったほうが楽だからそっち覚えれば？バッチ1個書いとけばちょこっと手直しして
使い廻せるし。

YAMBやめて直接mp4boxで慣れたほうがいいとおもうが。
mp4box -add "映像.mp4" -add "音声.mp4" -new "mux.mp4"
ってやるだけだし。そんなことに振り回されるぐらいなら・・・。

やっぱりそうですよね・・・
ありがとうございます、飛び込む決心が付きました

>>707
わざわざ -new で作らなくてもよくね？
mp4box -add "音声.mp4" "映像.mp4"
これで映像に音声追加してくれるし

冬休みも終わったというのに
なんだよこの流れは

次のスレタイは「x264とCPUとseraphyとコンテナ総合 rev12」に決定。
こうすればx264以外のお話もできるよ。

最近のここの流れだとマジで実現しそうだから困る。

次スレにしないで新しく立てればいいやん

seraphy粘着してるやつが流れ仕掛けてるだけだから無視しろ

それじゃこのスレでCPUとseraphyとコンテナの話でもするか

さて
VFR（ｒｙ氏buildに追加されたakupeng（ｒｙ氏のRCRDの数値をどんくらいを目安に調節すりゃいいかわかんえ
* x264_rdrc.3.diff: Rate Distortion Rate Control (--rcrd-lambda, --rcrd-window)
--rcrd-lambda <float> Enable RD ratecontrol, and select quality
--rcrd-window <int> RD lookahead range [4]

>>716
VFR氏の居るスレは↓ここ

アニメキャプチャ＆エンコ in Download板 その35
http://tmp7.2ch.net/test/read.cgi/download/1194521421/

ほんとだ、いた。

なんだダウソ君か

なんダウソか

VFR氏はダウソだったのか・・・

doom9に乗り換えるか

俺なんて既にdoom64だぜ

VFRはたしかmukenって奴だろ
ダウソうｐ割厨だしな

nlのサーバー！早く戻ってきてくれー！！！

>>724
src

seraphy氏のビルドがpatch.717から--fpel-cmp satdを指定すると動作しなくなった

>>727
俺もだわ。環境依存で動かないのかと思ってたけど、
他にもいたのか

>>725
http://cowscorpion.com/Codec/x264.html

ここじゃダメなん？

nlビルドなんて使ってる奴いたのか

nlビルド以外もnlサーバーにあるわけだが

nlビルドって悪いの？

いんや

今更ながらH.264の暗部のノイズは、Avisynthなどの前加工で
色調補正するのが一番効果あるね。暗い部分を少し明るくするのが。

x264のオプションで、質問です。
Bフレームを参照フレームに使うかどうかを指定出来るオプションてありますか？

つ --longhelp

ここにきてすごい教えて君が現れたな

ある意味新鮮

Bフレームを参照フレームに使うかどうかを指定って言葉まで
出てるのに知らないとかあるはずがないだろｗ その後の流れに
期待してるんじゃないのか。

スレと関係ないんだけどさ、俺「釣り」とか「釣り師」っていうのは、
　　　釣り師→　○　 ／|←竿
　　　　　　　　　　ト／　 |
　　　　　　　　　 │. 　~~|~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
　　　　　　　　　 八　　 §←餌(疑似餌)　　　　　>ﾟ++<

の組み合わせだと思ってたんだけど、
最近自称釣り師がダイレクトで自分の本音を攻撃されて「釣れた！」とか
言ってるの多いよね。
　これは、どっちかというと、

　　　　　　..釣れたよ〜・・・│
　　　　　　────y──┘
　
　　　　　　 ・ﾟ･｡ ○ﾉノ。・ﾟ･
　　　　~~~~~~~~~~│~~~~~~~~~~~~~~~
　　　　　　　　　　　ト>ﾟ++< ミ　ﾊﾟｸｯ
　　　　　ｼﾞﾀﾊﾞﾀ 　ハ
　　　　　　　　　ノ　ﾉ

スレと関係ない

やっぱりつれないねw
言い方を変えよう。

x264のB-Pyramidにおいて、draw -> decode orderは
I0 B1 B2 B3 P4 -> I0 B2 B1 B3 P4
って書いてある。この場合、B1はB2の参照フレームになり、
B2はB3の参照フレームになるよね。
だから、これだけならB3だけは非参照フレームだ、と言えるよね。

でも、どのオプションの組み合わせでも、連続するBフレームの
最後のフレームだけは悲惨小フレームだと言い切れるかどうか？
これを参照フレームとして使用することを許可したり禁止したり
するオプションはどれか、が理解出来ない。

framerefが2以上であれば、成立しないのは分かる。
framerefが１であれば、必ず成立すると言っていいのか？

>>742
--longhelp

結局調べる気無しって駄目だこいつ

Wolfdaleで少しは速度上がるかなあ…

エンコ目的ならpenryn

………

>>746
>>746
>>746

何も言うな

>>735
おまえバカだろ？

よ、よぉくふぃぃるど！！

VFRのビルドってどこで落とせるんですか

>>752
おまえバカだろ？

エンコした動画(MKVに)が壮絶に音ずれしてた事に気づかないでソース消してもうて
よく考えてみると、なんかmmgで全く別のtimecodeを指定しちゃったような気がするんだけど、
間違ったtimecodeでmuxするとやっぱり音ずれするんでしたっけ？
何とか正しいtimecode吐かすことは出来ないでしょうか？無理なら諦めます。

なんでこのスレで聞くんだろ⊂⌒~⊃｡Д｡）⊃

あ、ホントだorz
x264でエンコした奴だったからついつい

スレ汚し申し訳ないです。忘れてください

>>754
CFRか24/30/60分けてくっつけたVFRならMuxしなおせ。
自動処理で作ったVFRならあきらめろ。

>>757
レスありがとうございます。
自動処理VFRな気がするのであきらめますorz

ありがとう

663じゃないですorz

Seraphy氏のmp4catで24/30と60fps結合したんだけど
mpcで再生中Video Renderer見てたら、ちょうど結合した
部分だけレンダラで欠落したフレーム数が発生するんだけど
これってもしかして仕様？

だからなんでこのスレで？

下手な鉄砲なんとやらってやつですよ



633 ：名無しさん＠編集中：2008/01/13(日) 13:01:51 ID:CF0Y9q7a
    エンコした動画(MKVに)が壮絶に音ずれしてた事に気づかないでソース消してもうて
    よく考えてみると、なんかmmgで全く別のtimecodeを指定しちゃったような気がするんだけど、
    間違ったtimecodeでmuxするとやっぱり音ずれするんでしたっけ？
    何とか正しいtimecode吐かすことは出来ないでしょうか？無理なら諦めます。

>124から何も学習しない人達

>>760
320x240のように一回小さいサイズで作って、同じ現象が発生するかぐらい確認しろよ。

H.264 1920x1080 inloopfilter on でqp_minが小さい場合、60fpsに切り替わる瞬間の
IDRフレームはE6850でも稀にスキップされるぐらいデコードは重い。
ロザリオとバンパイアのED60fpsをmp4catで結合したが（1280x720)、うちではスキップは発生しない。

r720 | gpoirier | 2008-01-14 10:54:33 +0100 (Mon, 14 Jan 2008) | 2 lines

add / fix support for FreeBSD, based on a patch by Igor Mozolevsky % igor A hybrid-lab P co P uk %

--zonesで指定するときって一番最初のフレームは0と1どっちから
数え始めればいいの？

そのくらい自分で試してみれば良いじゃない
10分もあれば出来るだろ

.mp4のメタデータ編集できるツールないすかね

mp4boxでいじれないっけ

�dクス

IDがMP4

>>771
おめ

あ

る

つ

は

い

みゃ

ー

r721 | pengvado | 2008-01-18 01:42:38 +0100 (Fri, 18 Jan 2008) | 2 lines

change the meaning of --ref: it now selects DPB size (including B-frames), rather than L0 size (which B-frames are added to)

結構大きい変更な予感

ちょ、最近x264に移住してパラメーターを弄っていた俺は(´･ω･`)

取り合えず様子見してスルーしておくか

キャプチャしたテレビ番組18分51秒の動画をx264.auoを使って
--pass 1 --bitrate 1609 --keyint 300 --min-keyint 6 --ref 6 --mixed-refs --no-fast-pskip
--bframes 3 --b-pyramid --b-rdo --bime --weightb --direct none --subme 7 --trellis 2 --analyse all
--8x8dct --qpmin 16 --qpmax 24 --qpstep 4 --ipratio 1.4 --pbratio 1.5 --ratetol 4.0
--qcomp 0.7 --scenecut 45 --merange 32 --no-dct-decimate
--cqm "jvt" --sar 10:11 --interlaced --output "" ""
こんな感じで240MBを目標にやってみたんですが、見事に600MBのが出来上がってしまいました。
2passで目標サイズから著しく離れている場合、どのような事が原因として考えられるでしょうか？

>>784
--qpmax 24 --ipratio 1.4 --pbratio 1.5

解像度が分からんが
--qpmin 16 --qpmax 24じゃぁ240MBなんて無理じゃない？

http://pc.watch.impress.co.jp/docs/2008/0118/graph10.htm
http://pc.watch.impress.co.jp/docs/2008/0118/graph17.htm

そうそう美味しい事にはならないってか…

>>785>>786
どうもご指摘ありがとうございます。
ソースは地上波で解像度は720x420だったんですが
やはり--qpmax 24はムリがありますよねorz
指摘してもらった所を再度見直してみることにします。
ありがとうございました。

qpmaxなんて下げてもデメリットばっかりでメリットがまったくないぞ
少なくとも2passABRかcrfを使ってる限り、シーンチェンジ時に破綻するなんてことはありえないんだから。

>>787
それ MainConcept のデータだから。x264 と関係ないよ。

x264-devel で Loren Merritt さんが

　ttp://mailman.videolan.org/pipermail/x264-devel/2008-January/003955.html

「ESA (完全フルーサーチ) でなら MPSADBW で速くなるけど SEA (DC で最初に
比較してから明らかに超えてるもの以外を対象にしたフルサーチ - 現在の x264
で -me esa 指定した場合に使われるアルゴリズム) と比較すると遅いんで意味
ナス」って書いてるし、当分 SSE4 対応はしないんじゃないかな。

誰かがコード書いてパッチ送れば対応されるだろうけど。

>>780
の意味を解説してちょ

意味を変える、--、審判: それは現在、L0サイズよりむしろDPBサイズ(B-フレームを含んでいる)を選択します。
(B-フレームが加えられる)

今からこのスレは英語のお勉強スレとなります

このスレだと専門用語の知識も無いと通用しませんか？

英文学科出の先生が、通訳の実践で最初のステップにやるのは
実は医学系だって言ってたのを思い出した。

>>791
とりあえず見っけたもの
http://ageha909.blog121.fc2.com/blog-entry-555.html

実はこれでも俺良く分かってないんだが、もしかして今までは --b-pyramid を使うと
-r で指定した数よりも(B参照フレームの分だけ)参照フレームが多くなってたってこと？

>>780
ttp://www.marumo.ne.jp/db2007_7.htm
の７月１０日の記事に「L0 予測」がでてくる
ttp://www.dais.soft.iwate-pu.ac.jp/~miura/x264/index.php?%E3%83%A1%E3%83%A2
DPB=「復号ピクチャ・バッファ」

とりあえずここまで調べたあとは頼む

decoded picture buffer (DPB): A buffer holding decoded pictures for reference, output reordering, or output
delay specified for the hypothetical reference decoder in Annex C.

DXVAとの互換性の為の変更じゃないの。

x264 + more than 4 ref frames = no DXVA or 20fps bug (ati avivo, nvidia purevideo)
http://forum.doom9.org/showthread.php?t=132924
B-Pyramid's VS more B-Ref's, which results in better encodes?
http://forum.doom9.org/showthread.php?t=133851

試してみたけどref Bが --ref で指定した枚数より1枚減るみたい。
--ref 6 --mixed-refsでアニメエンコした結果↓
r720
x264 [info]: ref P 55.4% 14.5% 12.1% 6.1% 5.0% 6.9%
x264 [info]: ref B 40.1% 15.3% 17.8% 9.5% 7.7% 9.5%

r721
x264 [info]: ref P 55.4% 14.5% 12.1% 6.1% 5.0% 6.9%
x264 [info]: ref B 42.6% 16.8% 20.0% 11.2% 9.3%

テスト乙。一枚減る事でなんか利点はあるのかな。

よく分からないけどref 6だとPは6枚参照、Bは5枚までってこと？
それとも俺変なこと言ってる？

>>800
--bframesはいくつで実験されたんですか？

>>803
ああ、悪い、>>800は --brames 2 でやった。

で、もしやと思って --bframes 4 でやってみたけど
おなじくPより1枚少ないだけだった。

>>800 テスト乙です
HighプロLv4.2 1440x1080の--ref 3 -b 3 --b-pyramidで今までログに出ていたDPB sizeのwarningが出なくなりました
同オプションでPS3上の再生が可能になりました。warningが消えたから前のリビジョンより互換性が高まったのかな？

PS3なんてどうだっていいよ

新しいバージョンは--b-pyramidありでもPS3で再生できるって事なのか？

>>806
ビデオ再生機としてのコストパフォーマンスはいいから
俺の様な貧乏人には無くては困るし重要な問題なんだよ

ゲーム機としては絶望的な未来がまってそうだが・・・

今までもB2枚までなら再生できてたしね
以前の--ref 2と同じ意味になった　ってことなんじゃないだろうか
減ってるのはBだけだからまったく同じ意味じゃないけど
むしろデコーダにDPBで制約がかかってることが多いから、それに合わせやすいようにしたのかも？

>>808
>ビデオ再生機としてのコストパフォーマンスはいいから

そうやってスレ違いなこと力説するのがキモいんだよ

>>932
キモいって言うってことはキモいって言われることを覚悟しろってことだぜ？
言われることを意識してる分だけショックは少ないけど
実際に不意に言われたらどんだけビックリするかな
言葉ってのはその人の人となりってのを写す鏡なんだよ
こんな２ｃｈだからこそ言葉を選ぶ自由がある
お前はキモいという言葉でまさに自己否定をしたことに気付けないのか

なにこいつキモイよ

アンカー間違えてまで長文でキモさ醸し出して・・・

>>800 乙です。
こちらも --bframes 16 --ref 16 まで検証してみましたが、やはりPより1枚少ないだけでした。
他にB/参照フレに関係ありそうな --b-pyramid --b-rdo --mixed-refs --bime --weightb を付けても同様。

--bframes 2以上 --b-pyramid --ref 2 ってすると、
ref P,ref B ともに同じになるのね。

久しぶりにx264.auoの新しいrevを試してみたらAQのアルゴリズムが更に改良されてるし
インタレ時にもAQが使えるようになってるっぽいしかなりいいねコレ
Dark Shikariさんとセラヒーさんに感謝

でもRCRDとかいう新機能を使おうとすると「x264エンコーダエンジンのオープンに失敗・・・」と出てaviutlが落ちる
WindowsXP＋AthlonXP＋aviutl0.99な俺の環境のせいかな

初心者なりについてきたが、r721を理解できなくて急に取り残された感がある。

RCRDのパッチって含まれてたっけ。seraphy氏のって

>>818
付けてないはず

>>817
そんなに大きな変化は無いようだがｗ

>>818-819
ありがとう。そっか俺の早とちりだったんだね
doom9のスレ見てx264.auo（いろいろパッチ版rev721）にもAQとRCRDがセットで実装されてると勝手に思ってしまったけど
readme読んだら確かにRCRDパッチは未適用でした

>>820
Doom9やこのスレの雰囲気から、
「--b-pyramidが何か悪さをする。」(decoding delay他)と感じ取り、
途中から外していたんで混乱してきたんです。
因みにraw出力してます。

pyramidはオン/オフで試してみたら何故か使った方がサイズがでかくなったから
切ったまんまだな

>>817
諸先輩の実験を見ると、x264 r721以降では
--ref X を使っている場合、値を従来+1すればいいだけに思える。
例)
　(旧)--ref 2 → (新)--ref 3

しかしSSIM、PSNRの値は--ref同じなら新旧でほとんど違いがないから
一緒でも問題ないと思う。ちなみにおれは>>800だが
r720
x264 [info]: SSIM Mean Y:0.9844260
x264 [info]: PSNR Mean Y:42.576 U:47.372 V:46.990 Avg:43.625 Global:43.328 kb/s:1008.77

r721
x264 [info]: SSIM Mean Y:0.9844251
x264 [info]: PSNR Mean Y:42.576 U:47.373 V:46.991 Avg:43.625 Global:43.328 kb/s:1008.77

エンコ時間は誤差。

>>824
ありがとうございます。
やっと皆さんの実験を、--refを軸に読み替えることが出来ました。

>>825
画質に劇的な変化が無さそうなので、取りあえずこれまでの設定で行きます。

>>818-821
x264gui.auoの方にはRCRD付いているようだが？
といっても1pass目で指定して、情報メッセージに「2passじゃなきゃつかえねーよ」ってメッセージが
表示されたので付いていると思っただけなんだが。

--ref を +1 したら ref B は従来と同じ枚数になるけど、
ref P はそのまま1枚増えるので気をつけてね。
VFR_maniac氏のanotherパッチを使うと従来の動作になる。

右往左往してお騒がせしてすみません
x264.auo（いろいろパッチ版rev721）に同梱のx264_AQ0.45.diffの中身をチェックしたら>>827さんの言うとおりRCRDも実装されてた
Dark Shikari氏配布のAQ_RDRC_0.45.diffと名前が違うけど中身はだいたい同じものだったようで・・・

で指示どおり2pass目でRCRDをオンにしたら一応エンコはできたんだけど
死ぬほど重いし品質／サイズをどうコントロールしていいのかさっぱりわからない('A`)

>>829
How to use RCRD:

1. Run a first pass. Ideally, this bitrate should be close to what you're going for, but that's hard to guess.
2. Run a second pass with --rcrd-lambda and --rcrd-window set. Lambda 500 is roughly equivalent to CRF25, to give you an idea. Window 4 is "fast" and half-decent; I use 10 or 12, usually (it scales linearly in speed loss).
3. The speed loss of RCRD, though gigantic, is completely independent of what settings you use for encoding. So feel free to use ESA range32, etc.
4. RCRD is not compatible with threads yet.
5. RCRD does get some notable improvement with more than one RCRD pass (threepass mode), but it will of course take ages to run again.
6. It is really really really bloody slow.
7. PSNR will rise between 0.2 and 1.5db, depending on the type of video you're encoding. SSIM will rise accordingly, usually.

by Dark Shikari氏より

RCRDって具体的に言うとどういう機能なんだ？

--rcrd-lambda, --rcrd-window
2pass 目以降専用。 1pass 目に使用してもエラーを返される。
何度もエンコードを試行して RD において最適と思われる QP 値で各ピクチャをエンコードする。
--rcrd-window の範囲は 1 〜 256 。 ( MIN(rcrd-window*8, 256) とする箇所があるので、大抵は 32 が限界かも )
正直 , デフォルトの rcrd-window=4 ですら --fpel-cmp satd + me=esa よりも遅くなりうる。
256 ともなれば、それはそれは素晴らしい結果が数日後に訪れるでしょう。
試行中は me=dia, no-trellis, no-bime, fast-pskip, no-8x8dct, no-mixed-refs, partition=none が使用される。
現在 --threads と相性が悪いらしく、併用するとクラッシュすることが確認できる。
--fast-ref-search + me=esa とも相性が悪い。
つまり、このオプションにおいて速度優先というものは一切存在しない。
ただ、待つのみだ。

ttp://www.stage6.com/user/VFR_maniac/blog/23677/

doom9でヒントになりそうな情報はとりあえずこの二つのレスしか見つけられなかった
http://forum.doom9.org/showthread.php?p=1088181#post1088181
http://forum.doom9.org/showthread.php?p=1088399#post1088399

今のとこRCRDを使って出来たのはサイズが小さいけど画がドロドロで動きがカクカクの動画だけで、何がなんだかさっぱりな状態
RCRDを使うとフレーム毎のQP値が目まぐるしく変化するようになるのは確認できたけど、QP値を全体的に下げる方法が不明
lambdaの値を変えても何も起こらないし、windowの値を増やすとQP値は下がるけど激重になって使い物にならなくなる

有益なカキコが続いている中でこんな質問申し訳ないけど
そろそろDualCore捨ててQuadにしようかと思っているんだけど
同じ周波数の比較でどれくらい速くなる物なの？
フィルターとかは別にしてのx264は何倍くらいになるか知りたい。
昔、ath64からx2に変えたときは1.8倍くらい速くなったけど
今度はさすがにそんな倍率じゃないとは思うんだけどね。
今はE6600使ってます。

更に全然関係ないけど、捨てるならくれｗ

>>834
まず、100％CPUを使ってくれない。
SETMTMODEでもしないかぎりはね・・・
それでも60〜100でめまぐるしく変わる。

それでもX2の5600で7フレームだったのが、Q6600＠3Gｈｚで11フレームくらい出るようになった

>>834
x264.auoだけどE6400からQ6600に変えてフィルタ少な目のアニメエンコが
90分から60分になった。3GHzにOCして50分くらいかな。フィルタほとんど使わないと
大体80〜100%くらいは使ってくれる。フィルタてんこ盛りにすると60〜90%で
デュアルコアとの差は多少縮まる。まあ今Core2かなり安いしQ9450が35kくらいだから
この辺思い切って選んでみるといいかもね。

Phenomでやってる奇特な人はいないかね？
X2と比べてどのぐらい短縮されるか知りたい

Phenomが暴落したらX2 6000+から変えようと思ってる

とりあえずSSE4対応しないと購買意欲わかんな

>>840
現在のエンコーダーってSSE4の必要性全く無いんでしょ？

QX9450マダー？

いまんとこx264は対応する予定ないね。SSE4

オクタコア出るまでは買い控えだな

QX9450は何円くらいになるかな？４万くらいになってくれればいいけど･･･。

AQパッチがまた微妙に改良されたみたいだね
それに対するセラヒーさんの超速の対応に感謝

Dark ShikariのAQはアニメに不向きっぽいから微妙にスルーしてる

逆にアニメに向いてるっぽいから積極的に使ってる

何通りも試したけど結構最適値見つけるの難しいね。
基本的にcrfが同じだときつめにかけるほどビットレート下がるので
下手な設定だともろに画質下がる。

なんかseraphy氏の最新のx264patch.721.release3.rarにしたら落ちるようになったんだが･･･。
オプションは
--crf 18 --level 4 --keyint 240 --min-keyint 1 --scenecut 65 --bframes 1 --bime
--weightb --direct auto --analyse p8x8,b8x8,i4x4 --qpmax 40 --qpstep 6 --ipratio 1.70
--pbratio 1.50 --subme 6 --no-deblock --no-fast-pskip --threads auto --thread-input
--progress --sar 1:1 --aq-strength 0.3 --aq-sensitivity 0 --cqm jvt --no-dct-decimate
--no-psnr --no-ssim

同じ症状の人居る？

AQ試すのに昨日使ったけど安定してて落ちなかったよ。
その時使ったオプションの一例

--crf 22 --level 4 --ref 3 --mixed-refs --no-fast-pskip --bframes 2 --b-pyramid
--b-rdo --bime --weightb --subme 7 --trellis 1 --analyse p8x8,b8x8,i4x4,i8x8
--8x8dct --qpmin 8 --qpmax 30 --me umh --threads auto --thread-input --cqm "jvt"
--progress --no-dct-decimate --no-psnr --no-ssim --aq-strength 0.5 --aq-sensitivity 20

ところでこれに--interlacedつけると再生時に破綻する。CoreAVC1.5とffdshow tryout r1685で確認

>>850
っ [--aq-sensitivity 0] は指定不要　→　指定不可
仕様変更かバグかはしらね

>>850-852
Doom9では修正パッチがきた。（AQ0.47）

おまけのフォルダ覗きに行ったらキテター　＞　x264patch.721.release4

seraphy氏仕事速いな

必殺仕事人だな
ありがたや

なんか今日１日だけで、rev722から730まで上がってるなぁ。
一番わかりやすい変更は、rev728のsatd exhaustive motion search (--me tesa)か。

面倒だからずっと680使ってる

meやmerangeの設定ってエンコ時間に大きく影響するわりに圧縮率への影響は小さいのかな
http://forum.doom9.org/showthread.php?p=1092677#post1092677

圧縮率ではなく画質への影響でしょ
ビットをどう割り振るかがよりよくなるだけなんだから

>>859
そこの記事に出てくる図では、DIA & merange 4 に対して、new TESA(rev728) & merange 64は
速度は10分の1になってしまうけど3%以上もビット効率がよくなる（圧縮率が上がる）と
書いているようによめるんだけど？

1000％ものエンコ時間をかけて圧縮率の向上がたったの3％なんて嫌だよママ

速度10分の1はひどいな。

10倍なんて序の口です

僕は20倍はまだ平気です

今、0.20fpsで60fpsアニメEDをエンコしているんだが、まだマシなのかねｗ

漏れの場合
解像度1440x1080〜1920x1080
1.6〜1.9　おぉ、早いじゃん
1.3〜1.5　早いな
1.0〜1.2　まぁ普通か
0.1〜0.9　(；´∀｀)

速いクアッドCPUが欲しいな

それってフィルタかけながらエンコしてるのか？
一晩で終わるかどうかじゃねーか

new TESA　merange 64でテストしてるけど糞重いｗ
old TESA　merange 64より重くなってる

TESAが本流に採用されるとは思わんかった
オレはesaで十分ですがｗ

C2D E6300にAviSynthでフィルタかけてる。
MCBob
EDIUpsizer
WarpSharp

我ながら重い奴ばっかﾜﾛﾀ
SDのアプコンがどれくらい綺麗になるかっていう実験的エンコだからなぁ〜。
某所の設定をほぼ受け売りで使ってるけど。

x264使いはマゾが多いんです

やっぱMCBobか。死ぬほど重いよな

>>871
今までアプコンにEEDI2の2回がけつかってたのだがためしにEDIUpsizer使ってみたら
これ結構すごいな。MBSのアニメの地デジアプコンは結構性能いいらしいというので
これ目指して試行錯誤してたのだがEEDI2より近くなったわ。
でもなにこの重さｗｗｗｗｗｗ

マゾにはたまらんね

てか、なんでMCbob使うの？使うメリットって何？使ったことないからわからんのけど。

0.17fpsに落ちてらorz
Quad買うにも学生にゃキツイｗ

俺がMCBobを使っているのは正直言うとなんとなくです(´･ω･`)
最近AviSynth使い始めてチューニング半ばだからいろいろ試してる…。

MCbobってもしどおりbob化関数だから普段から使うってのはおかしくないか？。
それにbob化して0.17fpsって24分のアニメをエンコすると仮定すると、単純計算約140時間もかかることになるぞｗｗｗ
あと、スレチだからこのへんで。
ちなみに俺も学生だがQX9450出たら買う予定だぞ。

学生は数万程度一週間バイトすればすぐだし将来のためにも早いやつ買って無駄な時間を減らしたほうが・・・・
早くなった分エンコする本数増えるだけだから一緒かｗ

>>877
スレチだが
漏れはムルシエラゴ買ったぞ。
黒だからコックローチみたいだお。

http://catalogue.carview.co.jp/LAMBORGHINI/MURCIELAGO/latest/overview.asp
＞メーカー希望小売価格
＞\22,626,250 〜 \34,676,250

（ ﾟдﾟ）ﾎﾟｶｰﾝ

学生でも、研究室にいる奴には、まとまった金を作るバイトしたくても出来ない奴多いよ。

r732までの変更点

misc fixes in checkasm
remove a useless bit of me=umh (originally copied from JM, where it was used for something)
fix a memleak in cqm
fix a memleak in mkv muxer
patch by saintdev
satd exhaustive motion search (--me tesa)
fix cabac context for nonzero delta_qp of the 2nd mb of a frame in interlaced mode
fix mapping of mvs to partitions in p4x4_chroma
patch by Noboru Asai
fix mvp for b16x8 and b8x16 L1 search
patch by Wei-Yin Chen
shave a couple cycles off cabac functions
faster and smaller x264_macroblock_cache_mv etc
configure test for endianness

多すぎ

r735 | pengvado | 2008-01-27 17:29:54 +0100 (Sun, 27 Jan 2008) | 2 lines

print average of macroblock QPs instead of frame's nominal QP

------------------------------------------------------------------------
r734 | pengvado | 2008-01-27 17:16:37 +0100 (Sun, 27 Jan 2008) | 2 lines

update date

------------------------------------------------------------------------
r733 | pengvado | 2008-01-27 17:06:31 +0100 (Sun, 27 Jan 2008) | 2 lines

remove colorspace conversion support, because it has no business in any codec

＞fix mapping of mvs to partitions in p4x4_chroma

これって事実上害悪しかなかったp4x4がやっとまともに使えるようになった？

ずっとlevel指定+Bフレームでエンコードしているから、p4x4は使ったことが無い。

そういやp4x4いつも外してた、試してみようかな

MCBobすげーな、いろんな意味でｗｗｗ
Intel様大喜び。
もっと早く知りたかったぜ。

MCBob+EEDI2+x264なら逆テレシネも24+30+60の鬼混合だろうが
解除漏れ無しでお手軽にHD画質だぜ

理想と現実

MCBobって中でEEDI2使ってるだろｗ
あーでもMCBob並の30pフィルタ欲しいわ。重くても我慢するから

MCbob掛けた後30に間引けば良いんじゃね？

test

MCBobたいしたことなかった。
Bobより良いけど。

もうTDeintでいいよ

で
p4x4のデメリットはなくなったのか？

EDIUpsizerをコンパイルしなおしてみたんだけど、ここに投下するのもなんなのでAviSynth本スレに投下しますた。

TDeintのmode=1がお手軽かつ高速かつテロップのちらつきも無くていい

r736

x264エンコードに失敗しました。うっそまじ？！！
っていうエラーがでたんだが。x264gui.auo
まぁ、ウィルスパスタになんかブロックされたせいだろうが。
セラフィーｗｗｗちょｗｗｗおまｗｗｗってかんじ

日本語でおk

と思ったら最新版のバグかもしれん。再起動してもだめだった。
Arg invalid CSP

っていうエラーね。
２つ前のx264patch.732.rarに戻したら直ったわ。

>>901
よくわからん日本語で、人柱乙！！
VerUPちょっと待ってみるか

俺は736でエラーでないよ

新p4x4ありはなしよりファイルサイズ小さくなった
どうやらやっと「使える」ようになったらしい
昔はファイルサイズ増える上に汚くなるという存在価値のない
オプションだったからなあ

うちもとりあえず736エラーなしだった。
問題なし。

>>901
それ、YUY2 -> YV12の変換にチェックが入っていない状態で設定保存したままじゃないか？
バージョンアップの時には設定画面開きなおす癖付けた方がいいぞ。たまに設定消えていたりするし。

俺も設定は都度見直すようにしてる
この前はBﾌﾚがいつの間にか4になっていた

非力マシンだと、負荷のかかり具合によってエンコ結果に影響が出るのでしょうか。

VFR氏のEXPERIMENTAL_rev736
CPU：Pem4 2.8GHz
Mem：1G
--thread-input CPU負荷 75% →FinalRateFactor 23.17 1395kbps 「綺麗」
--threads auto --thread-input CPU負荷 100% →FinalRateFactor 25.37 1394kbps 「明らかに汚い」
何スレか前のSelectRangeEveryを使った、なんちゃって2passエンコをするために重要な数値なので、
原因が分かるまで--thread-inputでいかなければ。

もしかしたらmt_masktoolsバージョンのSeeSawが原因か。

FinalRateFactorってなに？
SSIMやPSNRの値はどうなのよ。そっちで違いがないなら同一の画質と見ていい。

r736 | pengvado | 2008-01-28 15:33:42 +0100 (Mon, 28 Jan 2008) | 2 lines

intra_rd_refine in B-frames

>>907
オプションやソース晒さずに質問して、答えが返ってくるとでも？

まず、明らかに汚いという部分をTrimして、50フレくらいでエンコテストしろ。
nlから素のx264を落としてきて、お前の使っているオプションと「--threads auto」有り無しで比較。
お前の言う症状が出たらavsを疑え。出なかったらVFRビルドを疑え。

avsの場合は、まず全てのフィルタをはずして問題が出るか確認しろ。あとはフィルタを順次追加して
どいつが原因だったか特定。フィルタを全て外しても再現するようなら、x264のバグとしてレポートしろ。

VFRビルドが原因だったら適当にダウソ板にでも行って報告しとけ。

偉そうだなしね！！！

なら金払ってパソコンスクールにでも行け

50フレームでテストしてみました。
ソースはタモリ倶楽部。
ちょっと長くなります。

【VFR_Maniac_r736+Seesaw】
■--thread-input
x264.exe --bitrate 1395 --q
pmax 36 --qpstep 8 --keyint 300 --min-keyint 30 --ref 2 --mixed-refs --bframes 2
--bime --weightb --direct auto --deblock -1:-1 --trellis 1 --partitions i8x8,b8
x8,p8x8,i4x4 --8x8dct --me umh --subme 6 --b-rdo --aq-strength 0.3 --aq-sensitivity 0 --no-fast-pski
p --no-dct-decimate --thread-input --progress

x264 [info]: final ratefactor: 24.91
x264 [info]: 8x8 transform intra:72.6% inter:68.8%
x264 [info]: direct mvs spatial:96.8% temporal:3.2%
x264 [info]: ref P 74.4% 25.6%
x264 [info]: SSIM Mean Y:0.9553250
x264 [info]: PSNR Mean Y:35.347 U:43.898 V:45.469 Avg:36.855 Global:36.728 kb/s:
1383.81

encoded 50 frames, 5.53 fps, 1382.69 kb/s

【VFR_Maniac_r736+Seesaw】
■--threads auto --thread-input
x264.exe --bitrate 1395 --q
pmax 36 --qpstep 8 --keyint 300 --min-keyint 30 --ref 2 --mixed-refs --bframes 2
--bime --weightb --direct auto --deblock -1:-1 --trellis 1 --partitions i8x8,b8
x8,p8x8,i4x4 --8x8dct --me umh --subme 6 --b-rdo --aq-strength 0.3 --aq-sensitivity 0 --no-fast-pski
p --no-dct-decimate --threads auto --thread-input --progres

x264 [info]: final ratefactor: 27.20
x264 [info]: 8x8 transform intra:72.7% inter:76.5%
x264 [info]: ref P 67.7% 32.3%
x264 [info]: SSIM Mean Y:0.9559317
x264 [info]: PSNR Mean Y:35.341 U:43.822 V:45.239 Avg:36.842 Global:36.762 kb/s:
1469.31

encoded 50 frames, 5.41 fps, 1473.22 kb/s

【VFR_Maniac_r736】
■--thread-input
x264.exe --level 4 --bitrate 1395 --q
pmax 36 --qpstep 8 --keyint 300 --min-keyint 30 --ref 2 --mixed-refs --bframes 2
--bime --weightb --direct auto --deblock -1:-1 --trellis 1 --partitions i8x8,b8
x8,p8x8,i4x4 --8x8dct --me umh --subme 6 --b-rdo --aq-strength 0.3 --aq-sensitivity 0 --no-fast-pski
p --no-dct-decimate --thread-input --progress

x264 [info]: final ratefactor: 24.17
x264 [info]: 8x8 transform intra:75.8% inter:72.0%
x264 [info]: direct mvs spatial:96.8% temporal:3.2%
x264 [info]: ref P 75.2% 24.8%
x264 [info]: SSIM Mean Y:0.9645178
x264 [info]: PSNR Mean Y:36.916 U:43.817 V:45.483 Avg:38.314 Global:38.157 kb/s:
1371.73

encoded 50 frames, 6.20 fps, 1370.61 kb/s

【VFR_Maniac_r736】
■--threads auto --thread-input
x264.exe --bitrate 1395 --q
pmax 36 --qpstep 8 --keyint 300 --min-keyint 30 --ref 2 --mixed-refs --bframes 2
--bime --weightb --direct auto --deblock -1:-1 --trellis 1 --partitions i8x8,b8
x8,p8x8,i4x4 --8x8dct --me umh --subme 6 --b-rdo --aq-strength 0.3 --aq-sensitivity 0 --no-fast-pski
p --no-dct-decimate --threads auto --thread-input --progress

x264 [info]: final ratefactor: 26.43
x264 [info]: 8x8 transform intra:75.4% inter:79.9%
x264 [info]: ref P 67.6% 32.4%
x264 [info]: SSIM Mean Y:0.9655976
x264 [info]: PSNR Mean Y:36.957 U:43.790 V:45.274 Avg:38.345 Global:38.276 kb/s:
1428.86

encoded 50 frames, 6.11 fps, 1432.74 kb/s

【x264.nl_r736】
■--thread-input
x264.exe --bitrate 1395 --q
pmax 36 --qpstep 8 --keyint 300 --min-keyint 30 --ref 2 --mixed-refs --bframes 2
--bime --weightb --direct auto --deblock -1:-1 --trellis 1 --partitions i8x8,b8
x8,p8x8,i4x4 --8x8dct --me umh --subme 6 --b-rdo --no-fast-pskip --no-dct-decimate --thread-input --
progress

x264 [info]: final ratefactor: 24.63
x264 [info]: 8x8 transform intra:70.7% inter:72.6%
x264 [info]: direct mvs spatial:95.8% temporal:4.2%
x264 [info]: ref P 73.4% 26.6%
x264 [info]: SSIM Mean Y:0.9642039
x264 [info]: PSNR Mean Y:37.162 U:43.883 V:45.488 Avg:38.545 Global:38.450 kb/s:
1391.20

encoded 50 frames, 6.30 fps, 1394.80 kb/s

【x264.nl_r736】
■--threads auto --thread-input
x264.exe --bitrate 1395 --q
pmax 36 --qpstep 8 --keyint 300 --min-keyint 30 --ref 2 --mixed-refs --bframes 2
--bime --weightb --direct auto --deblock -1:-1 --trellis 1 --partitions i8x8,b8
x8,p8x8,i4x4 --8x8dct --me umh --subme 6 --b-rdo --no-fast-pskip --no-dct-decimate --threads auto --
thread-input --progress

x264 [info]: final ratefactor: 24.54
x264 [info]: 8x8 transform intra:70.5% inter:72.5%
x264 [info]: direct mvs spatial:91.7% temporal:8.3%
x264 [info]: ref P 73.4% 26.6%
x264 [info]: SSIM Mean Y:0.9643860
x264 [info]: PSNR Mean Y:37.149 U:43.879 V:45.503 Avg:38.534 Global:38.444 kb/s:
1391.33

encoded 50 frames, 6.99 fps, 1394.94 kb/s

【x264.nl_r736】
■--threads auto --thread-input
■--crf 24.5
x264.exe --crf 24.5 --qpmax
36 --qpstep 8 --keyint 300 --min-keyint 30 --ref 2 --mixed-refs --bframes 2 --b
ime --weightb --direct auto --deblock -1:-1 --trellis 1 --partitions i8x8,b8x8,p
8x8,i4x4 --8x8dct --me umh --subme 6 --b-rdo --no-fast-pskip --no-dct-decimate --thread-input --prog
ress

x264 [info]: 8x8 transform intra:68.6% inter:72.1%
x264 [info]: direct mvs spatial:95.8% temporal:4.2%
x264 [info]: ref P 72.5% 27.5%
x264 [info]: SSIM Mean Y:0.9667672
x264 [info]: PSNR Mean Y:37.502 U:44.024 V:45.741 Avg:38.873 Global:38.799 kb/s:
1528.04

encoded 50 frames, 6.24 fps, 1531.53 kb/s

>>919
ミス
【x264.nl_r736】
■--thread-input
■--crf 24.5


【x264.nl_r736】
■--threads auto --thread-input
■--crf 24.5
x264.exe --crf 24.5 --qpmax
36 --qpstep 8 --keyint 300 --min-keyint 30 --ref 2 --mixed-refs --bframes 2 --b
ime --weightb --direct auto --deblock -1:-1 --trellis 1 --partitions i8x8,b8x8,p
8x8,i4x4 --8x8dct --me umh --subme 6 --b-rdo --no-fast-pskip --no-dct-decimate --threads auto --thre
ad-input --progress

x264 [info]: 8x8 transform intra:68.6% inter:72.1%
x264 [info]: direct mvs spatial:91.7% temporal:8.3%
x264 [info]: ref P 72.5% 27.5%
x264 [info]: SSIM Mean Y:0.9667870
x264 [info]: PSNR Mean Y:37.503 U:44.024 V:45.742 Avg:38.875 Global:38.801 kb/s:
1530.43

encoded 50 frames, 6.85 fps, 1533.94 kb/s

今のところ上記8タイプテストしてみました。

うぜぇ。余所でやれ。
取り合えず、VFRビルドは「--threads auto」でdirect mvs処理をスキップしていることは分かった。
画質が落ちたと感じるならそのせいだろ。ま、VFRビルドは本人も地雷といっているしな。

これは良いツンデレですね

そもそもx264は1passABRでマルチスレッドで走らすとレートコントロールできないんだが。
agehaとかまるも氏の日記の7月あたりに詳しく書いてあるから読んどけ。
どうしても指定ビットレートでマルチスレッドでやりたきゃ2passやるんだな。

--thread-inputってスレッド数1の時だけ有効じゃなかったっけ

>>924
ABRは承知しているのですが、>>919-920のCRFでやったときも、
誤差程度ですが違いがあので疑問に思いました。
昔の、mp3エンコード中は何もするな的なことかなと勝手に思っています。

あと、ビットレート指定するのは、final ratefactorの値をCRFに入れると、
目的のサイズ・ビットレートに近づくのでやっているだけです。

ＰＣ等 [DTV]　“x264 rev7”
http://pc8.2ch.net/test/read.cgi/avi/1159847342/

897 名前：名無しさん＠編集中[sage] 投稿日：2006/11/16(木) 06:33:03 ID:c6IouymF
サイズを考慮するのに2passでは時間がかかるからいやだという場合は
なんちゃって2passを使うのもあり
ttp://forum.doom9.org/showthread.php?p=895270#post895270

そりゃあcrfでもスレッド数変えると処理方法が変わってくるんだからレートに差が出るのは当たり前。
以前はマルチスレッドにすると圧縮効率が悪くなってたが最近(r607以降)は方式が変わったので
ほぼ同じ結果が得られるようになってる。

おれはseraphy版のcrfでしかエンコしたことないからこれ以上の発言は控えとく

マルチスレッド云々は誤差だからこの際どうでもよくないか？
>>915　と　>>916　の結果を比較したら明らかなんだが、

x264 [info]: direct mvs spatial:96.8% temporal:3.2%

このログが>>916には出ていないんだよ。つまり、--direct none と同じな訳だ。
1pass ABRで動き予測ありとなしでは、そりゃ圧縮効率は悪くなるよなという話。

>>927
言われた通り、まるも氏の日記を読んでみましたが、
皆さんのように基本理解を持っていないので、
ただの荒らしになっていることに気づかされました。

ID:Dp9+3WuQ氏
ID:ao8VSNnP氏
どうもありがとうございました。

整理すると、
>>917 >>918の比較では、処理結果に両方Direct MVSのログが出ているので、
NL版はマルチスレッドで問題なくDirect MVSが動作している模様。

対して、>>913 >>914（>>915と>>916でもよい）では、マルチスレッド利用時に
Direct MVSの動作ログが出ていない。オプションではAUTOが指定されているのにな。

ということは、VFR版はマルチスレッドのとき、強制的に--direct noneになっている
わけだが、NL版と比較するとこの動作はバグの可能性が高いということだ。

aqオプション使えるVFR氏以外のx264あったら教えて
なんか最新版736でサイズがいつもの倍くらいになってあたふた中

単にaqの設定が悪いだけに思える

--aq-strength 1.1 --aq-sensitivity 0でr72x（忘れた）では特にそんな膨らむことなかったんだけど
いつも200〜300MB前後なの2本エンコして両方600MB越え…
こっちの設定とか環境のせいだったらごめん

--aq-sensitivity の上限が変わったからじゃないの？

にしても設定を最高にしてんのかｗ

インタレ保持の俺にはどうでもいい話

そういえばVFR氏のr721でAQのテストしてるとBフレームが一切作られていなかった事があったなぁ。
もちろんseraphy氏のでは問題なくBフレームも作られた。

--aq-strength 1.0が最高じゃなかったっけnewは
--aq-strength 1.1は旧というか別の人の最高値でそ

つーか最高値にしたらソースによりけりだけどでかくなるのは当然だろｗ

nl版(普段通り300MB余裕で切りそう）終わったら値変えてやってみるか
以前のはstr1.1の方が俺設定で5〜20％くらい縮んだんだぜ

アニメだと強すぎるとビットレート変わらなくても輪郭崩壊するんだぜ。
ほんのりかけると結構いい感じに仕上がる

実用的な範囲での高めの値が1.0あたりというだけであって、--aq-strengthに上限はないよ
あと最近のrevUpで--aq-sensitivityのデフォルト値が0→20に変わったりアルゴリズムが微妙に変わったりしたから
新しいrevでaqを試すなら設定を見直さないとだめかもね

細かいことで申し訳ないけど
AQはSVNに採用されていないパッチなのでいわゆるｘ264のrevとは無関係。
今の最新がｖ.047でv.046からパラメーターの扱いが変わったみたいね。
重箱の隅つついてごめんなさい。

aqは正式採用されるまで使わない。

なんかスレの状況見てると
仕様もコロコロ変わって、まだ人柱的な感じじゃ
正式採用なんて何時になる事やらって思うんだけど

>>942
いえいえ
ごちゃごちゃになってる俺の頭の中がお陰様で少し整理されてむしろ有難いです

>>944
何当たり前のこと言ってんだよｗ
実験的に導入されてる仕様がコロコロ変わるのは当たり前だ

x264本体も完成状態にあるとはぜんぜんいえないしなｗ

AQみたいなゴミオプション使ってるのかよｗ

AQのコンセプトは合理的でうなずけるし、今まで実装され無かったのが不思議な気もするくらい。
ただ、マクロブロック単位でのQ値を変動させるアルゴリズムはまだまだ試行錯誤が続きそうな気がする。
Dark Shikari版にしても現状だとアニメにはあまり効果なさそうだし、
もしかしたら現状と逆に輪郭に多くビットを割り振るようにした方がアニメには良いのかもしれない。
また、Haali版のBlue成分の着眼点もすばらしいと思う。
さらに新しい発想のAQのアルゴリズムも出てくるかもしれないしね。
でも基本コンセプトはすばらしいのだから落ち着けばｘ264はワンランク上のエンコーダーになると思う。

どこのスイーツ（笑）だよ

>>949
キモッ

アニメに効果あるかどうがが評価軸な時点でｷﾓｲな・・・

人によってエンコ対象は変わってくるから、どこに軸を置いているかで叩かれる筋合いは無いだろう。

ここはおまえの日記帳じゃない

その点に関してはどっちもどっちじゃね。
レスに対する主観こそ日記に書けばいいことだろうし。強いて言うなら、>>949の方が技術的情報を含んでいるだけまだ為になるかと。

俺≠949

ID:+pHKoEoMもかなりキモイ

＞気もするくらい
＞気がする
＞あまり効果なさそうだし
＞良いのかもしれない
＞すばらしいと思う
＞かもしれないしね
＞なると思う

人が頑張って作ってるものを
電波100%でこき下ろすのが技術的情報とは
1000回くらい死んでいいよ

アルゴリズムに対する評価及びアドバイスだから、こき下ろしとは呼べず>>952よりはよっぽど有意義だろう。

>>949本人が降臨してくれないと話が進まないけどｗ

>>949=>>953
こういうのがいるからオタクは偏見持たれるんだよなぁ

>>959みたいのか生きてるから偏見はなくならないんだな

この自己擁護っぷりは>>811を思い出す。

他人を庇っただけで自己擁護の疑いをかけられるとは世知辛い世の中になりましたね(´ω`)

>949必死杉

んー確かに俺はきもいかもしれんけどw
AQって仕組みがどう動くのかって事は知っておいた方が良くないの？知らない人も多いでしょ？
「そんなこたぁわかりきってるだろうったこが！」て言う人ばかりだったらごめんなさい。
実際ここのところいろいろAQをいじくり倒しててやっぱり有望だと思って書いただけなんだ。
AQに対する実際の要望は本スレへ書けばいい事だから細かな事はあえて書かなかったけどね
まぁとにかくみんなの気に障ったのならごめんなさい。
ちなみに俺は実写しかしないんでアニメ云々は原理的にはこうかもしれないって思っただけです。
ソリッドな平坦な空間へビットを割り振るよりエッジにビットを割り振った方がよくなりはしないかと単純に考えただけ。
実写ではソリッドな画面に割り振った方が質感があがる効果があるんだけどね。
まぁもう消えるからごめんよ。
それと、>>955は当然俺じゃない。つか>>955さんにはとばっちり食らわして本当にすいません。

この板携帯の区別つかないんだよなぁ

>>964
こちらも好きで庇ったんで気にしないでください（ ´･ω･)

本気でキモいし憶測なんて何の役にも立たない。
もう二度と書き込まないで欲しい。

スレも終わりに近づいてる・・・
アニメとか実写とかはどうでもイイからさ
みーんな仲良くしようだぜ。

ただ単に一人か二人の馬鹿がID変えながら必死で罵ってただけだろう。
理解できなくて悔しかったんじゃね？

文句言うなら自分で作ればいいのに

Doom9のAQスレのDark Shikari氏のコメント
AQ 1.0 is too strong. Use the recommended settings: strength 0.5, sensitivity 13, qcomp 1.

Note: the default is too high in 0.47. 13 or 14 makes a good default. I will fix this in the next update.

技術的な話しについていけない奴が荒らしてるんだろ

新p4x4実験

p4x4なし
slice P:2768 Avg QP:18.59 size: 12132 PSNR Mean Y:46.55 U:48.05 V:47.27 Avg:46.79 Global:44.19
SSIM Mean Y:0.9930647

PSNR Mean Y:46.962 U:48.747 V:47.786 Avg:47.204 Global:43.766 kb/s:2236.47

p4x4あり
slice P:2768 Avg QP:18.59 size: 12088 PSNR Mean Y:46.56 U:48.06 V:47.27 Avg:46.80 Global:44.20
SSIM Mean Y:0.9931296

PSNR Mean Y:46.975 U:48.856 V:47.798 Avg:47.214 Global:43.778 kb/s:2229.41

やっと使えるようになった

>>974
乙。「使える」ようにはなったね。

アニメのブロックノイズを知らないなんてどんだｒｙ

新p4x4いいね
最新のx264にAQの0.47じゃなく0.3くらいのを実装したやつ誰か出してくれないかな
自分でやれ �d

>>974
設定晒して欲しい

AQ v0.48 update

0.48:
AQ strength 0.5, sensitivity 13 made the defaults. Updated to r736.
Qcomp is now scaled based on AQ strength automatically.

0.47でstrength 0.5, sensitivity 13, qcomp 1でエンコしてみたけどやっぱり膨らみ気味
0.3で縮んだのはバグだったのかな。輪郭崩壊なんて話もあったし

うちでは実写ソースで
strength 0.5, sensitivity 11, qcomp 1
あたりが使わないのと同じサイズになる
SSIMとかの数値は相変わらず使わない方が良いけどね

次スレ立ててきます

次スレです

x264 rev12
http://pc11.2ch.net/test/read.cgi/avi/1201685701/

おつ

まあSSIMやPSNRといった指標はあくまでデータ上での劣化の度合いだしな。
量子化マトリクスもjvtにすると下がるし。でも画質はjvt好みの人も多い。

>>986
まぁそうなんだけど、作った本人がSSIMが劇的にあがるぜ!!!って最初は言ってたからねww

>>987
ｋｗｓｋ

>>987
本スレのどあたまに
Watch in wonder as all the blurred details come back to life and the SSIM of your video rises
って今でも書いてあるよ。