x264 VFW GUI専用スレ Part5

ここは、まだまだ需要が多い VFW版 を延命させるためのスレです。
作成している有志の方や関連HPを見付けた方は、こちらにURLを貼って頂ければと思います。

Q 再生できません。
A 当然です。x264はエンコーダーのみです、デコーダーは持ち合わせてません。

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

[バイナリ]
http://x264.nl/
http://x264.nl/x264/?dir=./revision573　(vfw入り最終版)
http://nic.dnsalias.com/xvid.html
http://forum.doom9.org/showthread.php?s=&threadid=89979
http://oss.netfarm.it/mplayer-win32.php (mencoder)
http://forum.doom9.org/showthread.php?s=&threadid=87567 (MeGUI:mencoderのGUI)
http://www.ne.jp/asahi/l/a/files/index.html (x264VfW日本語化パッチ)

[有志による最新版]
http://sourceforge.net/projects/x264vfw/
http://seraphy.fam.cx/~seraphy/program/x264/

[過去スレ]
x264 VFW GUI専用スレ Part4
http://pc11.2ch.net/test/read.cgi/avi/1221328142/
x264 VFW gui専用スレ Part3
http://pc11.2ch.net/test/read.cgi/avi/1206102125/
x264 VFW 専用スレ Part2
http://pc11.2ch.net/test/read.cgi/avi/1189934305/
x264 VFW 専用スレ Part1
http://pc11.2ch.net/test/read.cgi/avi/1160377939/

CUIに関してはこっち
x264 rev25
http://pc11.2ch.net/test/read.cgi/avi/1255958895/

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

ニコニコ動画の話題は
【ニコニコ動画】FLV/MP4エンコードスレ 49【質問】
http://pc12.2ch.net/test/read.cgi/streaming/1253283370/

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

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

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

CoreAVCスレ5
http://pc11.2ch.net/test/read.cgi/avi/1238677986/

☆彡 ffdshow-tryouts vol.21 ☆彡
http://pc12.2ch.net/test/read.cgi/software/1244370118/

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

Q 見れないよ
A matroska splitterとffdshow入れてVideo decoder configurationのH.264 Decoderをdisabledからlibavcodecに変更汁！

Q VirtualDubとかで読むとエラーでて編集できないんですが・・・
A aviコンテナならffdshow入れてVFW codec configurationのH.264 Decoderをdisabledからlibavcodecに変更汁！
　　mp4コンテナは諦めろ。

Q 再生が重いんだが
A MPlayerやVLCやMPC-HCやGOM等の軽量プレーヤーを使う。 これらで見る場合はffdshowは必要なし。

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

先走り汁乙

>>1
早速修正し忘れ
×http://trac.videolan.org/x264/browser/trunk (ソース)
○http://git.videolan.org/gitweb.cgi?p=x264.git;a=summary (ソース/チェンジログ)

保守がてら現行最新を記載。
x264.1342.release01
x264itvfr-r1342

1342はまだWeightp完璧では無いらしいので次が速く来ないかな。

積極的に使えるような完成度に早くならないかねぇ
フェードに対する効果はかなり好感触なんだけどな

いやもう既知のバグはないだろ

>>9
466 名前： 名無しさん＠編集中 [sage] 投稿日： 2009/11/16(月) 20:35:41 ID:TbaFf100
ttp://forum.doom9.org/showthread.php?p=1344365#post1344365

まだバグが…

先走りもいいとこ
VFWとGUIを一緒にすべきでないという意見があれ程出てた上にseraphyはとっくにサポートやめたし
"需要がある"ってのは意味不明だが「一部の特定環境ユーザー」とGUIは関係ない

しかし大元、1343出るまで結構間が空けるな。
何か大きく変更するのかね。

Weightpをイレギュラーな方法で直したから
本格的に修正してるんじゃない？

seraphyさんのHP繋がらなくなった

>>13
weightp開発者はしばらく旅行だそうだ。
まあDark_Shikari氏がいるけど。

TMPGEnc 4.0 XPress の内蔵x264エンコーダーの画質が糞すぎて使い物に
ならないので、外部コーデックでこれを使おうと思うのですが、設定が
いまいちわかりません。とりあえず地デジtsファイルをCMカットして
解像度を元のまま1440x1080で出力したいのですが、アスペクト比が
4:3になってしまいます。
Sample AIRを16:9にすると妙に横長になってしまいます。
どこをどう設定すればいいんでしょうか？

あと、２パスとかでエンコするためには一回「Multipass-Fiest Pass」を
実行してからもう一回二回目を実行しないとだめなんでしょうか？
自動的に２回エンコするように設定できないのでしょうか？

>>16
ttp://aquaspread.g.ribbon.to/

自動は無理だね。
バッチ処理で対処するしかないな。

そりゃ実サイズ4:3の映像にSampleAspectRatioを16:9に設定したら、
DisplayAspectRatioが64:27になるんだから当たり前だろう。

なるほどそれでは4：3と設定すればおｋだったのですね。
後ほど試して見ます

マルチだからヌルーしとけ

>>16
俺も思った。あれ、画質が糞というより、バグっとるよね？
seraphyたんにvfw版もビルドしてほしいと思った

>>21
バグとはまでは言わないけど、ブロックノイズ酷すぎて使い物にならない。
PSPとかイポとかの設定も分からないし。
とてもカネとれるレベルのソフトじゃない。
操作が分かりやすい。いろんな形式の動画が扱える。
というだけのソフト。

本家はr1347が来たな。
こっちも早く来ないかな〜

っ自ビルド

x264GUI　1171→1342　にしたらブロックノイズらしきものが多発するようになった
設定はバランスで使ってまふ

最近このスレ見てなかったんだけど何かあった？

>>25
見る時に使ってるデコーダーは何？

>>26
ffdshow video decoderっす

CoreAVCはバグ持ってるよ。

おっと入れ違いだ。ffdshowなら違うな。
mbtreeか？

>>27
「安全な場合はブロック低減をスキップする」をOFFにしても同じか確かめて見て。

意味がよくわからんのがmbtreeって？

>>30やってみます

>>29
どうもそれっぽいでつねmbtree
これデフォでチェック入ってたからそのままにしてますた
オフにしたらどうやらいい感じでつ

>>30
再生環境は関係ないです
1171→1342で明らかに違うものが出来るので

>>32
再生環境と言うかWeightp関連かと
思ったからその辺りを聞いたんだけどね。
大きな変更はmbtreeとWeightpだったから。

>>33すんません
そこまでお察しされてたとは気づきませんでした

mbtreeとWeightpですねよく調べてみます
トンクスです！！

mbtreeのフェード崩壊はあいかわらずだね
weightpでよくなると思ったけど、たいして変わらなくて残念…

x264.1352.release01

わずかな改善させるのに大変な労力使ってくれてるんだぜ
X.264開発者に敬意があってもいいと思うんだ

>>35
フェードはビットレート使うからね
ちゃんとソースと比較したのか？
ソースから汚いという落ちじゃねーの？

>>37
それは充分分かってる
x264の開発陣を馬鹿にしてるわけじゃないよ
むしろ尊敬してる
ただ、開発者自身がmbtree採用した時点でフェード駄目かもと言って、
さらにweightpで対応するって言ってたからさ

>>38
ソースは綺麗だよ
ノイス除去とか変なフィルターもかけてない(YV12への変換だけ)
ソース上げられればいいんだけど、色々と問題あるので無理だ、ごめん

昨日はmbtreeオフにしたらいいと思ったけど
いろいろ比較したら
mbtreeオフにしても
やっぱりブロックノイズぽいのがかなり酷くなってる
普通に目視確認できるくらいに・・・
いきなりノイズ出たり出なかったり
なんだろこれ

BS-hiソースだけど
ネトスタのＯＰみたいなＣＧ制作？FLASH制作？ぽいのはいいんだけど
アニメは滅茶苦茶汚くなる
なんでだろ？

HDソースはいいけどSDや汚いソースだと1171で出なかったノイズがぼわぼわー
っと出る感じです

mbtreeが戦犯みたいないわれ方してるけど実際はエンコ方法に問題がある場合がほとんどなんだよ
単にビットレートが不足がちになるから汚くなるだけで
気になるならそこだけNRかけて綺麗にするとか個別に対応しろよ

なんというかいきなりぼわぼわーって浮き上がってきていきなり消えるんだよね
出たり消えたりw
offにしてるんだけど＞mbtree
ツルツルした絵には出てこない

>>42
そうなのかもしれないから、どこが問題かアドバイスしてほしい

x264 [info]: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=umh subme=10 psy=1
psy_rd=0.4:0.0 mixed_ref=1 me_range=16 chroma_me=1 trellis=2 8x8dct=1 cqm=0 dea
dzone=21,11 chroma_qp_offset=-1 threads=3 nr=0 decimate=1 mbaff=0 constrained_in
tra=0 bframes=3 b_pyramid=0 b_adapt=2 b_bias=0 direct=3 wpredb=1 wpredp=2 keyint
=240 keyint_min=24 scenecut=50 rc_lookahead=40 rc=crf mbtree=1 crf=22.0000 qcomp
=0.80 qpmin=10 qpmax=51 qpstep=12 ip_ratio=1.30 aq=2:0.50

qpstep=4 wpredb=0 wpredp=0 trellis=0

いや既出じゃん
--weightp 2 ←0を指定してみ
デコーダー環境によっては破綻するってどのスレでも報告上がってるじゃん

>>46
きちんとffdshowでデコードしてるからその問題ではないと思う
それにフェード部分を改善したいのにweightpを0にしたら意味がない

aq-mode を1にしてみたら？

subme=10なんて使ってる人いるんだな。

>>48
だめだねえ…

mbtree使わなければいいだけなんだけどね
これからもしばらくは--no-mbtreeでいきます
皆さんアドバイスありがとうございました

x264.1354.release01
x264itvfr-r1354

BDをリップしてH.264なtsファイルをDGAVCDecに読み込ませてdgaファイル作って、それをAVS経由で
AviUtlに読み込ませて
x264GUIでエンコしようとしたら下のような警告ダイアログが出る。
ttp://up3.viploader.net/pc/src/vlpc001344.gif
一つ目のダイアログで「はい」を押すと何度も同じダイアログが出るが一応エンコードは続行できる。
一つ目で「いいえ」を押すと二つ目が表れ、二つ目でも「いいえ」を押すと三つ目が出て「いいえ」を押すと
AviUtlがクラッシュする。

環境は
AviUtl 99i2
DGAVCDec 1.09
AviSynth2.5
x264GUI r1352r1 / r1354r1
DGMPGDec 1.56 / 1.57
XP SP3
AviUtlのプロファイルはフィルタなし、フレームレートの変更なし、インターレス解除なし。
x264GUIはデフォルトプリセットの速度:Slowでチューニング:Animeでプロファイル:High

AviUtl標準のAVI出力やWMV出力Plusだとちゃんと出力できるんでここに書いてみた。
lanczos 3-lobed 拡大縮小で640x360に縮小するとx264GUIでもエンコ出来るんだが、HDでエンコするには
どうしたらいいんだろう？

x264gui.auo関係ねぇじゃん

つーか、BDリップでなんでそんなメンドイことをｼｺｼｺやりたがるのか理解できん
BDリップなら丸ごとコピーでBD-RなりDLなりに焼いちゃえば
30分とかそんな時間で出来るし楽チンだし一番いいじゃん
付録映像もすべての音声も使えるし、なにより画質劣化が皆無

1TBのHDDがいくつあっても足りません＞＜

エンコードしたほうが保管が楽だし、ディスクを入れ替える必要がない。
シークもマウスでできるし、見たいシーンを見返したいときに楽、だと思う。

報告。
AviUtlを99h4に戻したらエラー出なくなった。
スレ汚しすまんかった。

x264.1360.release01
x264itvfr-r1360

やっとPT2買えて、我が家での初のTS抜き環境が整ったまでは良かったんだけど、
うーんむ‥録画機エンコ機が1台で、素人の俺が適当に設定したエンコだと、
やはりエンコ追いつかなくなるな。 Orz

seraphyさんとこの264guiを愛用してるんだけど、
エンコ時間短めとそれなりの高画質を両立してるような
神設定がどこかに転がってないものか‥
ソースはアニメ

2chとかblogで設定公開してる人とかいるし、それパクって気に入らなかったら
ちょっとオプション弄ってを繰り返せばいいんじゃね。
ていうか、どのくらいのfpsだったら短時間で、どのくらいのSSIMだったら高画質なんだ？

使用してるPCのスペックと適当な設定とやらを晒せば
改善点をアドバイスしてもらえるかも知れない

i7買え！とかね

x264の画質は素晴らしいんだよなぁ。
これで、時間が現在の半分くらいまで短縮してくれれば言うことないのだが。

無茶言うな

2倍速いCPUにすれば良い、オクタコアはすぐそこさ

画質なんてソースによって随分変わるんだけどな
時にはどうしても重量エンコが必要な時もある

x264云々よりフィルターの方が重くなったりするからな〜

x264て、mp4に出力する時はマルチスレッドが働くけど、
avi出力させる時はマルチスレッドにならないんだよなあ。

最近のバージョンでは改善された?

ちなみにうちでは、Arg invalid CSP エラー回避するために
r733以前のバージョン使ってる。
どうやってもマルチスレッドにならないんだよこれ。

VFWはとっくの昔に切られたので永遠に改善されません

VfWでBフレームやマルチスレッドを使うと、フレームが欠落する。

x264.1360.release01で作ってみた設定なのですが、
枠のとこからコピペしてみたのですが、これでいいのかしら。

--preset Medium --tune Animation --qp 20 --qpstep 8 --b-adapt 2 --no-weightb --weightp 0 --direct auto --me umh --sar 4:3 --deblock 0:0 --no-dct-decimate --no-mbtree

地上波のアニメがソースで、エンコ時間短めとそれなりの高画質が希望なのですが、
どんな感じでしょか

. ... ....:: ::: ::::;;;*。+ _、_ﾟ ＋　･　エンコ時間短めがご希望ですか？
　　 Λ＿Λ＿・.（<_,` ）_ﾟ ･　 ならi7IYHですね
　　/,'≡ヽ::）m)V _ n 　 ｌ 　*
￣ﾞ-'￣`--´￣￣E_ ）.ノ￣￣

>72
ありがとw そろそろcore2duoだと無理な時期に来てるのかな。
てか、設定の書き出し方がコレはおかしいのかな。
失礼しました。もちと264guiとにらめっこしてきます

1パスするならcrf（品質基準だっけ？）
そてと --no-weightb と --no-dct-decimate外して--no-fast-pskipを付ける
あと オプションはon/offで比べるてみること推奨

>74
さっそく試してみましたが、
わたしの素人設定よりもエンコ時間速い上に綺麗ですね。
しばらくこれでいってみます。ありがとう!

--tune Animation

ってrefが16とかじゃなかったっけ？

--preset Medium --tune Animation
だから6だよ。

--preset slower --tune Animation
なら16になるけど。

fullhelp見れば書いてあるのにね
って思ったらここはGUIスレか
CLIでx264 --fullhelpとするとprofile,preset,tuneの設定値が表示されるよ
x264 --fullhelp >x264_help.txt とでもしてテキストに保存するといい

>>69-70
Bフレームは元々関係ないからいいとして、複数スレッド指定すると
フレームが落ちるって現象は、まだ見たことがないなあ。

エンコは問題ないんだよ。
ただ、スレッド数を複数指定しても、十分に有効にならない。

そこんとこ上手くいく、AVI出力用のx264コーデック、存在するかい？
あったら教えてほしい。俺は手持ちのx264コーデックをいくつか試したけど、
どれもマルチコアが生かされなかった。

aviutlの「avi出力(マルチスレッド)」使ったら、少し処理が早くなったけど、
それでもCPU利用率は使い切らなかったな。

>>69
それは公式サポートがなくなったというだけの話で、今でも海外では有志が
avi出力用x264コーデックを開発継続していたはず。
日本語訳を作ってくれる人がいないから、設定メニューがわかりづらいのが難点だけど。

もしかしたら、あれだったらマルチコア対応してるのかなあ。

普通にx264でraw出力してavc2aviだったか何だったか

gui.auoのr1373
なぜ--tune zerolatencyと--sliced threadsをGUIでいじれるようにしたんだろ？
これはむしろGUIでいじれたらいけない設定だろうに
やっぱり忙しすぎてそこまで考える余裕がないのだろうか…

なぜそう思う？

>>83
AviUtlでストリーミング用エンコードとは？

>>84
zerolatency（に含まれるsliced-threads）とストリーミングは必要十分条件ではない
「ストリーミング素材を作るのに必要なオプション」は成立するが、「そのオプションはストリーミング素材にしか使用しない」は成立しない
また、AviUtlとストリーミング素材作成も同上

さて、zerolatencyをGUIでいじれるようにしてはいけない理由を聞こうか？

いじれることによるデメリットはあってもメリットが見えない
変更するならむしろVBVやVUIを表に出したほうがいいと思う
なんか最近のGUI変更は、半ばやけくそになってるような印象を覚えた
もちろん本人にはそんな気はまったくないのかもしれないけど

ただそれだけ

メリットは利用者の選択の自由だろ
baselineにしか対応していない携帯端末において、初期ディレイカットみたいなニッチな方法以外の選択肢が増えた
自分が使わないから不要という方がデメリットだな

あと、機能追加がやけくそで行われていたら、flv出力も出来てたろうけど、そこは無視して持論展開か
ネガるにしてもお粗末な内容だな

ソース=アニメで、ファイルサイズを無視して1passで、
画質追求する場合は、固定量子化が良いんですよね ?

>>88
品質基準VBRだよ
x264の固定量子化は何らかの特殊な実験でもない限り使うべきでないと開発者自身が公言している

divxとかxvidのQBはx264だとCRFと思っていいみたいね

>89
そうだったのかぁ。うはﾔﾍﾞｪ、
俺の半年ほど前からエンコ始めたやつ全部、何らかの特殊な実験状態だw

てか、ありがとございます。
次回のエンコからは品質基準VBRでtryしてみます。

固定量子化とか品質基準VBRとかよく判らんので、
ヒマをみつけてはググってるんだけど、
面白そうなたとえのがあった。たぶんPSP関連のスレから。

321 名前：名無しさん＠編集中 mailto:sage [2006/07/30(日) 00:34:36 ID:/ncDr9uC]
具体的に言うと

湯気の向こうに裸の女がいる映像があるとして、
可変では乳首が判別できても 固定量子化だとボヤけてよくわからない
といったような事態になる。

逆に固定量子化が有利な場面は 動きやカット割りが激しい映像だ。
シーンチェンジ検出が機能しないのも可変が不利だ
線やベタ塗りが多い アニメ映像では固定量子化がいいだろう。

が 最近はCGでフィルタをかけたアニメも多く 一概には言えない
フィルタで色が微妙な変化をしていて かつ あまり動かないようなアニメは
可変レートの方が綺麗に出るだろう

まあ どっちにしてもノイズは出るので 気になるならレートを上げるか 係数を下げて
クオリティを上げるしかない
当たり前かｗ

しかし、
x264の設定でググってたらほとんどがPSP関連なんですね。
PC単体で再生するのが目的で画質追求、みたいな書き込みをみつけるのがすごく大変。

運良く買えてしまったPT2のせいで、
x264の設定で迷ってる間に、未エンコのTSがどんどん増えてく。
やばいです。これはヤバですね。そろそろHDDがパンクしそう !

>>93
とりあえずデフォルトプリセットを速度veryslow、チューニングをfilmかnoneかanimation、プロファイルをhighにして適用押して
品質を18〜26くらいにし、その他タブのlevelを4.1にし、コマンドタブに以下を手入力後、画面に反映を押す
--vbv-maxrate 41250 --vbv-bufsize 41250 --colorprim bt709 --color matrixbt709 --transfer bt709
これでDXVA互換のファイルの出来上がり(HDの場合)
もしスピードが遅すぎると思うなら、veryslowをslowerやslowに変更
他の設定は慣れるまでいじらないこと
x264gui.auoの独自プリセット（高速とか高画質とか)はつかわないように

>>94
--vbv-maxrate 41250 --vbv-bufsize 41250
この41250というのはどこから出てきたんだ？
4.1highの場合--vbv-maxrate 62500 --vbv-bufsize 78125じゃないの？
あと--colorprim bt709 --transfer bt709の記述は付けない方がいいと思う

一応自分の認識を貼っておく

H.264 Profiles and Levels
http://rob.opendot.cl/index.php/useful-stuff/h264-profiles-and-levels/
表のVBV値はmainprofile用なのでhighprofileは1.25倍して使う
例えばHigh@4の--vbv-bufsizeは25000*1.25で31250になる

ああごめん
最近PS3用に31250とかやってたから記憶があやふやになってた

>94 >95 >96 >97
ありがとございます。
さっそくみなさんの提供してくださった貴重な数値をそのまま放り込んで試しエンコしてみました。

うーん。さすがに綺麗ですね。俺の
でたらめな設定とは大違いでしたw
コア2デュオなのですが、エンコ時間もそれほど長くもなかったので、
かなり良いあんばいです。ほんまありがとうございました。

me-range 64 なの以外は別に独自プリセットでも悪くないけどなー

merange 64の何が悪いというのか
素人のしったかはやめろよ

meにumhを指定しているのなら別にme-rangeは64でいいと思う
esaやtesaを使うと流石にエンコに時間がかかりすぎるから16〜32ぐらいで調整するけどさ
動きに拘るなら64、エンコ速度に拘るのならmeにhexでも使えばいいし

>>101
>>99とは別人だけれど、
--preset placeboですら--merange 24になっているし（--me tesaではあるけれど）、
--merangeを増やしすぎると動きベクトルの誤爆も増えるという記述を
どこかのブログの実験結果？で見かけた気がするんで、32ぐらいにしておいたほうがいいような。

改造していて気になったこと
* x264本家(git？)向け
o rev1304でheirarchical　→　hierarchical の綴り間違いを直していたけど、それならx264.hの
int i_bframe_pyramid; /* Keep some B-frames as references: 0=off, 1=strict heirarchical, 2=normal */
も直した方が…。
o 「--tune」の使い方からすると、--tune grainで--no-dct-decimateが設定されているのに、それを上書き（逆を設定）するオプション（--dct-decimate？）が
x264.c（x264gui.auoではparse.c）の「 static struct option long_options[] 」内に定義されていないのは、動作として大丈夫？
o x264.cの--fullhelpで出てくる説明の--tuneの- grain:のところで--deadzone interになってますが--deadzone-interですよね？
o b_sliced_threadsがcommon.cのx264_param_default( x264_param_t *param )にて初期化されていないような…？
ここもShikari氏は見てるんだろうか？

あと、
http://www28.atwiki.jp/aviutl-plugin/pages/121.html#id_8b285c38
で作っているようなコンセプトのgui.auoを使ってみたいと思う方いらっしゃいますかね。

>>102
me-range（モーションベクトルサーチ範囲）が狭すぎて動きが悪くなる
つまり誤爆することはあっても広すぎて誤爆することはない

>>102
どこかのブログは主が全部消しちゃったので
http://forum.doom9.org/showthread.php?p=1302500#post1302500
から後を読めばいい
とくにmanaoさんのポスト

>>103
伝えといたよ
修正したってさ

それと、いいたいことあるならもっと気軽に自分で言ってくれって
05:45 (Dark_Shikari) well if another person does, feel free to tell me ;)

ちなみにD_Sはある程度日本語わかります。

ってtypoが直るどころか増えた…r1376

>>103
面白いと思うよ。
やはりGUIスレだしGUIだけで完結するのも欲しいしね。

>>107
それってその誰かが言ったことをあなたが自分に言ってくれって言ってるんじゃないの？

かもね
英語よくわかんないしー

>>104
俺も前はme-range 64にしてたんだが、PSP解像度だが16にしてみたら
容量も若干抑えられた上にエンコ速度も1.7倍くらい速くなったから
16〜32程度で十分だと思う
me-rangeの増やしすぎは逆効果

エンコ速度が低下するだけだろ
何が逆効果なんだか

>>105-108
>http://forum.doom9.org/showthread.php?p=1302500#post1302500
>から後を読めばいい
斜め読みだったせいかよく理解できませんでしたがorz、
ひとまず128なんて数字で動かしている例を初めて知ったので、
>>103のGUI-Modの方では入力上限を512にしてみました。
同じブログなんでしょうか？（自分が見たのは日本語でした）

>伝えといたよ
ありがとうございます。

>ってtypoが直るどころか増えた…r1376
増えましたか？

>>109
rev1376のGUIをビルドしてみました。
差し支えなければ使用感などの感想をいただきたいです。

>>112
>容量も若干抑えられた上に
誤爆が減ったんですかね？
…そういえば自分が見たブログでは画像にベクトルを表示させて誤爆を例示していたような…

>>115
色々使ってみました。
設定で選択が制限されるのは良いですね。
使用感も現在の所問題無いです。

>>115
rc-lookaheadとかのオプションもGUIで設定できるのは楽で良いと思う
オプション表示欄の拡大もわかりやすい
いつからかseraphy氏のビルドは8x8dctを無効にしてもi8x8にチェックを入れられたりして
無効なオプション設定が出来るようになっちゃったし、無効なオプション回避は嬉しいんだけど
設定する順序が決められるのはそれはそれで面倒なような……
とか贅沢なことを言ってみたり←無視してもらって結構です
プリセットについてだけどBフレームは16でもPSPは再生できる
b-pyramidはnoneじゃないと再生できないがデフォルトnoneだから関係無いか
--ref 3と--no-8x8dctはそのままで
俺が個人的に検証しただけだから確証はないがこれで間違いないと思う
あとプリセット作成して読み込ませると--aq-mode 1と--trellis 2にしても
--subme 10が弾かれて9になるので修正してもらえると有難かったり
(読み込んだ後手動で10には出来る)

読みにくい長文失礼orz

ものすごく初歩的な質問かもしれませんが、

アマレココで撮ったavi動画をAviutlのx264GUIで出力すると、
mp4とwavの2つに分かれて保存されてしまいます。
元aviを再生してもちゃんと音はくっついているはずなのですが･･･
出力終わりに「ファイルの出力に失敗しました」と出るんでどっかの設定がおかしいんでしょうが、
どこがおかしいかPCに弱いんでわからず。

どうにか映像音声共にmp4におさまらないでしょうか？

ちなみにaviutlの設定は「VIPで初心者がゲーム実況するには@ Wiki」のまんまです
おねがいしますorz

>>117
--b-pyramidのデフォルトをnormalにする計画があるそうだ

文の流れ的に紛らわしくなってしまったが、
PSPプリセットの--level 30もその通りですっ

>>118
NeroAACEncoderは確かちょっとでも入力ファイルのサンプリングレートが
44100Hzとか22050Hzとかの基準からずれるとエンコードできなかったような……
別の音楽エンコーダとかでwavファイルをエンコードしてからaviutlの音声読み込みで
読み込ませてみてからだとどうだろう

>>119
だとしたら--b-pyramid noneが必要になるかもですね
余談ですが数ヶ月前(時期が定かじゃない)ではb-byramidを有効にした動画を
PSPで再生させると一部破壊された映像が再生することにはできたんだが、
mb-treeがついたからか今は「再生できません」って表示されるようになったわ

それPSPがダメでFAなんじゃないかなぁ

単純に俺もそう思う、--b-byramid strictでも駄目だったし
ただ逆にweightpについてはどんなソースでも全く映像が壊れない(ｷﾘｯ

PSPの場合、--weightp 1だと--ref 2、--weightp 2だと--ref 1にしないと崩れる場合があると
Doom10で報告が上がってる
まあごく稀なケースみたいだけどね

>>121
>>118です。できました！ありがとうございます！

guimodの感想、ありがとうございます。

>>116
guimodの動作と相性のいい使い方をなさっているようで、よかったです。
使っていくうちに何か引っかかる点があった場合、また書いていただければ幸いです。

>>117,120
自分で作ってみて気になっていたところのほとんどが網羅されているという…
だいぶ使っていただけたようで嬉しく思います。

＞無効なオプション回避は嬉しいんだけど
＞設定する順序が決められるのはそれはそれで面倒なような……
そこは自分でも気になっていたところだったりします。
変更案としてなんとなく考えているのは、

・profile,levelによる制限…従来通り変更不可
・それ以外の制限…変更可能に戻して、その変更が他のoption変更も必要ならそちらも自動で変更

みたいな形です。

＞プリセット作成して読み込ませると--aq-mode 1と--trellis 2にしても
＞--subme 10が弾かれて9になるので修正してもらえると有難かったり
＞(読み込んだ後手動で10には出来る)
たぶん上に書いた変更案を実装すれば一緒に修正できるはず…。実装してみます。

＞b-pyramidはnoneじゃないと再生できない
そのような制限は自分でもあったほうがいいなと思いはしたのですが、
もし実装するとしたらx264guiとの互換性がない独自仕様になるかも…？　色々と考えてみます。

更新したらまたこのスレに報告させていただきます。

95 名前： 名無しさん＠編集中 [sage] 投稿日： 2009/12/23(水) 21:53:48 ID:RISJrZm3
2009-12-17 - Version 1.5.1.0

- neroAacEnc:
- Improved encoding of sample rates higher than 48kHz
- Solved compatibility issues with some hardware devices
- Write iTunes compatible gapless data
- Enabled preserving of very quiet high frequencies at high bitrates
- Write the encoder settings to metadata
- Executable size reduction

- neroAacDec:
- Improved error handling
- Speed up

- neroAacTag:
- Support 3GPP tags
- Support Sony Memory Stick tags
- Improved cover art support
- Improved support for files with multiple tags in different formats (ND,iTunes,3GPP,Sony Memory Stick)
- Writes iTunes tags by default, added switch to enable ND tags

>>126
x264gui.auoの自作(改造？)はすごいと思います。
PSPプリセットのb-pyramidをnoneに制限するかも、っていうのは
そのプリセットを読み込ませるとnoneから変更できないようになるということですかね？
なかなか面白いと思います。

気になった点ですが、例えばPresetをveryslow、Tuneをanimationにして
Reset and Change Default Optionsを押すとref 32のように表示されてしまいます。
左下には--preset veryslow --tune animation --crf xxとしか表示されていないので
そのままエンコードする分には問題ないと思うのですが、ここから--ref 20のような設定が
出来てしまうので、修正して頂きたいなと。

細かいところですが、Psy-RDにチェックをいれるとTrellisが変更できなくなってしまいます。
Trellisはexperimentalだそうですし、変更しないといえばしないのですが。
あとmb-treeはConstant QPのとき無効だと思ったのですが、どうなんでしょう？

GUIだけでいろいろ設定できるので使わせてもらっています。
更新頑張ってください。

Aviutlでエンコした後、最後の部分がエラーで再生できなくなってしまう。
ただし、wmp12のみ。VLC、MPCHCはおｋ。
使用バージョンは、x264.1336.release01。

過疎化阻止

>>129
取り合えずr1376にしてみたら？

r1376にしてみましたが、駄目でした。
やはり、元ソースに問題があるようです。

詳細な症状書いておく。
>>129の最後の部分でエラーというのは、58分の動画で、55分あたりでエラーが出るというものです。

>>133
詳細という割には情報少ない……
VLCとかMPCHCで再生できるなら良いんじゃない、としか言いようがない

真空波動研の結果くらい貼ってくれりゃいいのに

いいかげん真空波動研は卒業してmediainfoあたり使えよ
オプションわからないんじゃ教えようもないだろ
pastebinみたいなテキスト専門の便利な無料サービスもあるんだから
http://ja.pastebin.ca/new.php
http://ja.pastebin.ca/1729747

ID変わりましたが、>>129です。
x264guiで映像のみをエンコ→残った音声をneroaacencでエンコ→mp4boxで結合
上記の方法で解決。(音はズレてるかは不明)

お疲れであった

追記
他の素材でもやってみましたが、>>129と同じ症状が...
その後Yambで分離して、mp4boxで再結合で再生おｋだが、微妙に音声の波形が変わる。
やはり、映像と音声は別々にエンコして、その後結合というのがよさそう。
以上のことから、utlかx264guiのバグ、またはutlの音声処理した後のMUX処理で何らかの問題が起きているみたい。

そうか


うちじゃ問題ないんだけどね

>>139 単純にソースの音声と映像のフレーム数が違い杉てんじゃね？

tsを同じサイズで変換するとき、オススメの設定を教えてください。
変換はtmpgencを使っています。

>>94-96

>>143
やってみます

ここは VFWコーデック版のスレです

コマンドラインの話題とか、mp4しか吐けないx264gui.auoの話題はスレ違いです

これまた大きな釣り針ですこと

釣りと分かっていても誤りは正しておく。
以下readme.txtより抜粋。
*****************************************************************************
*
* 拡張 x264 出力(GUI)
*
*****************************************************************************
【概要】
・自動フィールドシフト(Ver7)に対応した、VFR AVC-MP4/MKV出力プラグインです。
H.264エンコーダにx264を採用しています。
・自動フィールドシフトを利用しない場合は、CFRのAVC-MP4/MKV/RAWファイルを作成
できます。
・設定画面はx264vfwの画面に準拠しています。
・出力されるMP4ファイルは、初期ディレイが発生しないように加工されています。

FLVが抜けてる

そりゃgui.auoにFLV出力ついてるのはVまに版だけだから

>>149
俺はダウン民だよキモブサ、言葉を慎め、おまえも死ね
オナニータイムする、モリタポ頼むぜ

1280x720で画質と速度を両立しようと思ってDivX全盛期以来のエンコをしました（x264は初めてです）
使用したのは最新バージンで、環境はXPSP3 E6700 （春頃までにはi7 860に変えたい…）

最初は試しに↓でやってみたら100分ほどで終わり画質もまあまあでした
--preset Medium --tune Animation --crf 20 --sar 1:1 --level 4.1


次に綺麗にできるならもっと！と思い↓設定にしてみたら残り7時間とか表示されて愕然…
どの項目が足を引っ張っているのでしょうか？せめて3時間以内に収めたいです
--preset Medium --tune Animation --crf 20 --aq-mode 0 --psy-rd 1:0 --qcomp 0.7 --qpstep 10
--scenecut 60 --min-keyint 1 --bframes 3 --b-adapt 2 --weightp 0 --direct auto --me umh
--merange 32 --sar 1:1 --trellis 2 --deblock 0:0 --no-dct-decimate --no-mbtree --level 4.1

ん〜その設定から下に変えたくらいなら2倍も行かないんじゃないかな？
たぶん最初のOPとかがよく動いてる部分でfps下がったの見てあと7時間
とか思ったんだろうけどそこ過ぎればfpsも上がって残り時間も減るんじゃないか？

最新バージンとか言われても分からんよ
書く時は正確に

>>151
--preset mediumをslowにすればいいじゃん
それで満足出来なければslowerにする

>>151
やっぱりx264の設定で一番エンコ速度に影響するったら
動き予測アルゴリズム（me）とサブピクセル精度（subme）だと思うけど
Hexagonalからumhにしたからって1時間40分が7時間になるはずもないし

x264の設定ではなくフィルタ（シャープとかノイズ除去とか）入れたから時間が増えた
とかそんな落ちじゃないんですか？

下の設定だと--tune Animationが余計だな
bframeが5になったせいで遅くなってる

>>152
その可能性もあるかと思い今さっき再度スタートさせて現在4.7% 1.69fps 残り6:59です
深夜から録画が入るので様子見だけしてエンコ中止ですが･･･
ちなみにソースはキディガーランドです

>>153
拡張x264出力(GUI) 1376です

>>151
AviUtiの設定はaupから読込んで全く同一です　使用したフィルタ類は↓４つだけです
自動フィールドシフトアニメ用　解除Lv0
透過性ロゴ
Lanczos 3-lobed
ワープシャープフィルタMT

縞が見つからなかったのでインタレ解除2は未使用です

--trellis 0は？

ttp://www.dotup.org/uploda/www.dotup.org535369.jpg

フィルタがリサイズだったりPMD-MTだったり構成こそ違うが
Core i7 860だとこんなもんだな
E8700だからこの数字の2/3くらいでるはず
っつかE8400から1.5倍くらいしか伸びてないし
OCしないCore i7は大した事無い

あ？　E8700？
そんなCPUいつの間に出てたんだ？

E6700だと…確かにこいつの半分くらいかも知れない

>>151
速くなる変更：--bframes 5->3 --weightp 2->0 --aq-mode 1->0 --mbtreeなし
遅くなる変更： --b-adapt 1->2 --direct spacial->auto --me hex->umh --merange 16->32 --trellis 1->2

ぱっとみただけでこれくらいはある
特にmerangeとtrellisの変更は解像度が1280x720ではかなりの差が出て当たり前

ところでアニメソースに--aq-mode 0 --psy-rd 1.0:0って、どこをどうやったら綺麗になるんだよ
aq使わないでpsy-rd普通にかけたら、エッジ周りにモスキート出るぞ
それにBフレ減らしてmbtreeもweightpも切ってるから容量もかなり増える

だな
>>151の設定で実行してるがまさに巨大な糞ができあがりつつある
動かないシーンで1.2Mbpsも食ってるとかないし

問題が発生したためdrwtsn32.exeを終了しますと出てPC固まっていました…

>>161-162
ダメだしありがとうございます
コピペして大切に保管しました
コレ↓に変えて実験したら6.69fpsで残り2時間弱と出ました

--preset Medium --tune Animation --crf 20 --psy-rd 0.5:0 --qcomp 0.7 --qpstep 10
--scenecut 60 --min-keyint 1 --bframes 3 --ref 3 --weightp 0 --me umh --sar 1:1
--deblock 0:0 --level 4.1


まだまだ勉強が足りず項目の説明を見てもうまく理解できずに悩みっぱなしですが
情報を漁りながら少しずつ慣れていこうと思います

--psy-rd　いるのか？

っつか速度が欲しいのか画質が欲しいのかどっちなのかさっぱりわからん

>>163
--tune animationの意味は--bframes preset +2 --ref preset x2--aq-strength 0.6 --psy-rd 0.4:<unset> --deblock 1:1だぞ
自分であとからすべての項目を指定したら、全く意味が無いだろうが、このバカチン

300MB前後での高画質が欲しいのですがCPUが非力なので
3時間以内に収まるギリギリの設定を探しています

プリセットの意味を今やっと理解できました…ｽｲﾏｾﾝ
分かり易い解説サイト探しの旅に出ることにします

--fullhelp

たぶん、そんなサイト存在しない
あっても猫科みたいなchangelog解説にとどまるだけ

試行錯誤あるのみ

画質、速度、サイズ
自分が納得の出来る設定に辿り着ける日なんて一生こないのさ・・・(;´ー｀)yー~~

高画質高圧縮できる日はいつかなぁ〜

>>170
高圧縮ならなんといってもTHcompでしょう
あれが真の意味で実現できるほどの未来になればどんな高画質だって…

>>166
設定の解説だったらMeWikiオススメ
http://mewiki.project357.com/wiki/X264_Settings

>>170
THcompね……
確かに超高圧縮かもしれないけどw

>>172
なるほどこのサイトは分かりやすい・・・・
っと言うとでも思ったかーー！？

だ、だってx264関連だと「分かりやす」くて「正確」なページが見当たらないんだもんっ
Doom10とかに比べればMeWikiはまだわかりやすいと思うし
日本語のx264解説サイトだとnicowikiくらいしか

nicowikiのx264gui.auoの解説は日本語サイトでは多分一番新しくて正確だぞ

ニコ動あげない場合は自分で探るしかない罠

その場合はpresetでいいだろ。

>>177

ああc2わvは神棚

ここで聞いていいのか分からんけど、x264gui.auoで自動フィールドシフト対応で
エンコする時って自動フィールドシフトの設定で「24fps化」はチェックしないでいいんだよね？
むしろチェックしたらダメ？

チェック入れたら24fps、外すと可変フレームレート出力とか思ってたんだが
激しく勘違い？

>>180
ここで聞いちゃ駄目

あと、説明書読んでこい

>>181
む、自動フィールドシフトとのからみ書いてあったのか？
確認してくる。

vfwインスト後初期設定のままでtmpegにてAVをエンコ。
ABRと2passの2通り（勿論同ビットレート）出してみて比べてみたのだけど、
ほとんど違いが分からないんですが、僕の眼が悪いのか設定が悪いのか
実質あんまり変わらないのかどれだと思いますか

TMPGEnc 4.0 XPressからx264を使いたくてx264vfwを探しているのですが、新しいリビジョンのものが見つかりません。
自分で探した中では、下記場所にある1195が一番新しいものでした。
http://sourceforge.jp/projects/sfnet_x264vfw/releases/

もっと新しいリビジョンのものが公開されている場所は無いでしょうか?

ごめんなさい。自己解決しました。
下記場所から最新版を入手できました。

http://www.free-codecs.com/download/DTS_x264_VfW.htm

r1391ﾏﾀﾞｰ?

>>185
便乗質問させてください。
XPとTMPGEnc4.0Xpressで使う場合、
そのページの中の3つのうちのどれを落とせば良いのでしょうか？
よろしくお願いします。

お前の環境にもよるが多分真ん中、OSが64bitなら1番下だろ
正直その様子だとx264は難易度高いぞ

2passエンコしてログみたら
Error 2pass curve failed to convergeとなっていたのに気づいたんだけど
これってググったらqpの問題らしいんが
QPの下限10、QPの上限51、変動幅の最大8じゃだめなの？

普段、720pや1080pを20Mbpsの2passでエンコしていたんだが
何が問題でエラー吹いてるのかさっぱり分からん

俺はTMPGEnc 4.0 XPressからx264を使うと音ズレするんだけど、皆回避できてるの？

x264vfwの話なら使ってる人は少ないよ
x264vfwはとっくの昔に開発止めちゃったから

189>>
設定ぐらい書いたら
--vbv-bufsizeは指定してるのか？
経験上mbtreeなら--qpstep 4で十分だから--preset mediumだけで試すとか

>>191
ｽﾏﾝ
GUIになれてしまったが一応コマンド↓
--preset Slower --tune Animation --bitrate 20000 --pass 3 --stats ".\x264.stats" --aq-mode 0 --aq-strength 0 --psy-rd 0.3:0
--qcomp 0.7 --qpstep 8 --scenecut 70 --min-keyint 1 --partitions p8x8,b8x8,i8x8,i4x4 --bframes 3 --ref 6 --merange 32
--sar 1:1 --deblock -2:-2 --no-fast-pskip --no-dct-decimate --level 4.2

>>191

x264vfw以外にTMPGEnc 4.0 XPressからx264を使う方法があるのですか?

--bitrate 20000 --pass 1 --stats ".\x264.stats" --vbv-bufsize 24000 --vbv-maxrate 24000

3パスは使わないから分からんな
とりあえずcli modeにして、これぐらいから2パスで試したら

>>193
TMPGEncは使わないからx264を使いたいなら別の方法で

--bitrate 20000？だと

一応、PS3でも再生できるように20Mbpsに設定してます

>>192
これは--qpminが高すぎるってことじゃないか？
アニメだと--crf 18でも10Mbps越えることすらまずないのに20Mbpsなんてやってるから、
--qpmin 10でもビットレートが余ってるんじゃないの
ためしにqpmin 0にするか、BDみたいに--keyint 24 --ipratio 1.1とかにしてみたらいいかもね

--bitrate 20000が原因だろｗ

最適な数値がよく分からんでｽﾏﾝ
とりあえず最大値でやってれば元ファイルから劣化は少ないだろうし、と思ってた

1080pのファイルも扱うんでビットレートは20Mbpsはほしいんだけど、どれぐらいがいいの？
アニメだけじゃなくて、違うプリセットで録画したFPSゲームもエンコしたりするからできるだけ統一はしたいんだが

--crf派だから分からん
--bitrate 2000 --bitrate 4000 --bitrate 6000 --bitrate 8000などで試してくれ

また迷惑かけてｽﾏﾝ
20Mbpsの2pass以上エンコでエラー吹かないのはqpminを0にしてみればいいのね
こっちを試してみたいと思う

cfrって動画に関してはvbrよりもいいの？
圧縮音声はcfbよりvbrだと思うんだが
ただ単に好みの問題？

ヒント：動体視力

>>201
とりあえずこのあたり読んでみ
ニコニコ向け以外の記述も結構書いてあるから
http://nicowiki.com/%E6%8B%A1%E5%BC%B5%20x264%20%E5%87%BA%E5%8A%9B%EF%BC%88GUI%EF%BC%89%E3%81%AE%E8%A8%AD%E5%AE%9A%E9%A0%85%E7%9B%AE%E3%81%A8%E3%81%9D%E3%81%AE%E6%A9%9F%E8%83%BD%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6.html

--bitrate 20000 --vbv-bufsize 24000 --vbv-maxrate 24000
これでx264でテストしたら問題なかった

--crf 18 --vbv-bufsize 24000 --vbv-maxrate 24000
と比べてみれば？

ソースの動きの多さにもよるんじゃないの？

>>203
そこのmb-treeの説明おかしくね？

>>203
一応、設定なんかはそこで勉強したんだけど
もう一度読み直してみました
具体的にどこを弄ればいいのかさっぱり

>>204
--vbv-maxrate 24000 --vbv-bufsize 24000
コマンド追加なぜかできない
cli modeだと反映しなくてもいいんですか？
その場合、レート設定やマクロブロックなんかのコマンドも入力しなきゃいけないと思うんだけど・・・

partitions
Default: 'p8x8,b8x8,i8x8,i4x4'

--preset mediumがDefaultだから書き込まなくてもDefault値で全部入ってる
MediaInfoなどで確認してみな

>>197さんが正解だな
[warning]: try reducing target bitrate or reducing qp_min (currently 10)
目標bitrateを減少させてみるか、またはqp_minを減少させてみてください。

--bitrate 20000 --pass 2 --stats ".\x264.stats" --vbv-bufsize 30000 --vbv-maxrate 40000 --keyint 24 --min-keyint 1 --ipratio 1.1 --qpmin 1
これでwarningがでないがBDレベルだろコレｗ

>>206
おかしいんだったら書き直してあげなよ
「足りない情報、間違った情報、変更されたオプション等は見つけたものが追加・修正すること。」
って書いてあるし

>>208
アニメだともっと低いビットレートでいいと思うんだけど、
どうしてもFPSやゲーム内で使われる実写映像だと、720pはいいとしても1080pは20Mbpsぐらいは欲しい
特に1080pの60fpsは必要不可欠だと思うんです

コマンドの追加ができない現状、どうすればvbvを書き足せるんですか？
--vbv-bufsize 24000として追加しようと反映ボタン押しても追加されない

qp-minはとりあえず0にしてエンコしています

馬鹿なの？
容量無視なら固定でやらないでcrf指定すればいいじゃん

20Mbpsってx264使う意味あんの？

>>210
あれはボタン押しても下のコマンド一覧には表示されないよ
内部的にはちゃんと反映されるけど

>213
あれっと、ほんとに適用されてるのかどうか、すっごい不安なのよね。
適用されてるよね ! あ、だけど適用されてなかったらどーしよう・・
ずーとっ悩んじゃう

とりあえずエンコ終わったんだけど
qp-min0にしたところerror 2pass・・・とは表示されなくなりました

--------------------------------------------------------------------------------
[D:\VIDEO_TS\OP.mp4] (1pass)
--------------------------------------------------------------------------------

上記は一回目のエンコ時のものだけど
二回目の時ってこの()の中に2pass、3passと表示されるの？
どっちも1passだから2passでエンコされているのか不安なんだけど

>>214
ログの最初の行に指定オプションが並んでるはず

>216
神レス、感謝です。今日はもう寝るので、明日試してみます

返信もないみたいなので、2passの件は成功にしておきます
とりあえず皆さんにお礼します
ありがとうございました

2pass使ってる人居ないんじゃ？

ニコ動くらいしか使わないしな

>>219
2passエンコというかマルチパスって圧縮もそうだが、画質がよりしまって高画質になるんじゃないの？
だから2pass3passにしているんだけど・・・
音質も同じだよね

20Mbpsエンコしてるくせに画質がしまるとか言ってられないけど

>画質がよりしまって高画質になる

君に知識がないことを暴露してるだけだから
1080p 60fpsなんて再生できる環境が限られてるのに分からないならROMてなさい

>>221
マルチpassは画質を保ったままさらにファイル容量圧縮するためのもの。
マルチpass＝高画質ではなく、同じサイズのファイルで比較したらなら
マルチpassの方が高画質になる。

>>224
そうなのか・・・いやすまん申し訳ない
どうやら今まで勘違いしていたようです
素直にcfrでエンコします

crfね

>>224
同じサイズのファイル、ってのはシングルパスとマルチパスでの比較だよな？
crfとマルチパスなら画質に変わりはないかcrfの方が若干綺麗だぞ

>>225
マルチパスとcrfは画質云々の前に使う用途が違う
マルチパスは指定したビットレートに落とし込むときに使うもので、
crfは指定した画質でエンコードする
よってcrfは動きが多いソースだとビットレートが大きくなるし、
動きが少なければビットレートも節約される
あとマルチパスについて詳しくわからないなら3passは無意味と思って良い
cfr = Constant Frame Rate (固定フレームレート)
crf = Constant Rate Factor

さすがにcfrはtypoだろ…

っつかseraphy版こねぇなぁ
またデスマってるのかな

cabac=1 / ref=2 / deblock=1:0:0 / analyse=0x1:0x131 / me=umh / subme=6 / psy_rd=1.0:0.0 / mixed_ref=1 / me_range=16 /
chroma_me=1 / trellis=1 / 8x8dct=0 / cqm=0 / deadzone=21,11 / chroma_qp_offset=-2 / threads=4 / thread_queue=4 / nr=0 / decimate=1 / mbaff=0 / bframes=3 / b_pyramid=0 / b_adapt=1 / b_bias=0 / direct=1 / wpredb=1 / keyint=250
/ keyint_min=25 / scenecut=40(pre) / rc=crf / crf=21.0000 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / ip_ratio=1.40 / pb_ratio=1.30 / aq=1:1.00 / cabac=1 / ref=2 / deblock=1:0:0 /
analyse=0x1:0x131 / me=umh / subme=6 / psy_rd=1.0:0.0 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=0 / cqm=0 / deadzone=21,11 / chroma_qp_offset=-2 / threads=4 / thread_queue=4 / nr=0 /
decimate=1 / mbaff=0 / bframes=3 / b_pyramid=0 / b_adapt=1 / b_bias=0 /
direct=1 / wpredb=1 / keyint=250 / keyint_min=25 / scenecut=40(pre) / rc=crf / crf=21.0000 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / ip_ratio=1.40 / pb_ratio=1.30 / aq=1:1.00

aviutlのx264出力で、上記の設定で出力を行いたいのですが、
設定画面に一部の項目が見当たらず悩んでいます。
「thread_queue=4」や「pb_ratio=1.30」の項目は、どこを設定すれば変更出来るのでしょうか?
どなたかご教授お願いします。

とりあえずコマンド書けば？

>>230
pb_ratio
レート設定のP-Bフレーム間QP係数
1.30 なら30に設定

--thread-queue [先読みさせたいフレーム数]
再生するプレイヤー側の設定じゃないのかな？
違ったらごめんちゃい

既にエンコードのパターンが決まってるならプリセットで設定すれば楽で良いじゃない

>>230
設定見る限り、バージョンがずいぶん古いな
r1376でこれと同じ設定にしようと思うなら
--crf 21 --preset medium --tune none --profile main --ref 2 --partitions all
--me umh --subme 6 --no-mbtree --weightp 0 --threads 4
ってとこか
thread_queueはたしか昔のthread-poolパッチが当たってるビルドじゃないと使えないから
昔のビルドを色々漁ってみないとだめだな
もちろん、そんなことやってもいいことなんて全くないけど

へー、thread_poolのことなんだ
ああ、queueってキューのことか
勉強になりました

でも質問が限りなくダウンくさい

ああ、昔のx264vfwの可能性もあるか
すまん

シーンチェンジの検出が甘いのを改善してほしい

皆さんありがとうございます。早速試してみます。かれこれ半年近く悩んでいたもので…。

可逆圧縮でエンコしたいんだけど
vfwにlosslessであってると思うんだが、エンコするとなぜか真っ暗で再生できない
可逆圧縮のときってRef1の方がいいの？一応、基本の3に設定しているが

>>239
可逆圧縮はHigh4:4:4 Profileなので一部のデコーダーでは対応してません。
具体的にどのデコーダが対応してるかはテストしてませんがデコーダ変えてみてください

すみません、コマンド書くの忘れました

cabac=1 / ref=1 / deblock=0:0:0 / analyse=0x1:0x11 / me=esa / subme=9 /
psy_rd=0.0:0.0 / mixed_ref=0 / me_range=32 / chroma_me=1 / trellis=0 / 8x8dct=0 /
cqm=0 / deadzone=0,0 / chroma_qp_offset=0 / threads=4 / thread_queue=4 / nr=0 /
decimate=0 / mbaff=0 / bframes=0 / keyint=250 / keyint_min=25 / scenecut=70 / rc=cqp / qp=0

可逆圧縮 x264 でググったらすぐに分かったんだが
自分で調べる努力はしたのか？

>>242
一応、調べてから書き込みしてるんですが・・・
誰もH.264で可逆圧縮でエンコする人がいないから記事もないし、デコーダのことも今知った
とりあえずAviutlにも読み込んでも再生されない状態なので、
qp1で試してみます

でもそうしたら可逆圧縮ってある意味ないんじゃないですかね？

こんな奴ばっかり

qpとcrfって容量は関係なくどっちが画質いいの？
互換性も知りたいな

自分で〜たたった試せ〜へぇ〜〜♪

qpはcrfでqcompを1.0にした時の挙動。以上。

Seraphy氏こねぇなぁ…

PS3動画スレで聞いたけど違スレだったみたいなのでこちらで

何かエラー吹くんだけど何でかね
以前も同じことが起きたからコマンドモードも使ってないのだけれど
ttp://www.dotup.org/uploda/www.dotup.org580253.jpg

本家r1400が来たし安定するのを待ってるのかな？

Seraphy氏のおまけ版また来ないかな〜

ID:J9Zm5RV4
ID:dmaLg2ZR
ID:NN5YqwjA
ID:uWQeEyj3

戻ってくるなよ
何が悲しくてx264で可逆しなくちゃならないんだ？
huffyuvやLagarithやUtVideoだの色々あるだろ

>>249
画像見れねーけどVFRじゃ見れないよ

thread-poolパッチが当たってるビルドってどれですか?

>>254
http://komisar.gin.by/
http://cid-614aa8f1c8307528.spaces.live.com/

更新されとる

そろそろRev.1318から、上げても大丈夫かな？

r1400 r02

r1400 r03

MPCHCが対応しないことには使えない…

PC用にはr1376、PSP用にはr1400とかいう悲しい状況になってるorz

俺は今だにr1271使ってる

r1163で止まってるのは俺だけでいい

□x264.1400.release04
[x264gui]
・Timecode出力がおかしかった不具合修正

今までと同じ設定でエンコ時間が早くなってるんだが
出来上がりが楽しみ

r04で落ち着いたかな？

俺もまわしてみるか

>>260-261
対応してないの？
うちでは普通に再生出来てるように見えるけど、
非対応だと、どんな感じになるの？

>>267
http://seraphy.fam.cx/~seraphy/cgi-bin/cbbs.cgi?mode=one&namber=3008&type=2998&space=30&no=0

□x264.1400.release04
TSエンコで音ズレがする
1376releaseでは初期ディレイカットがあるせいか大丈夫なんだけど・・・

上のレスのログ読んだら既出だったか
すんまそん

Haali Media Splitter 1.10.50.0
http://haali.su/mkv/mkx.e.7.exe

>>271
お、できたかも
スプリッターが対応してなかったんだな

>>268
うちの環境はMPC HomeCinema (x86)(splitterは内蔵)+ffdshowでは、
早送り再生にならないよ。
coreAVCじゃないから、って事かな……。

その新しいスプリッターを使うと1376releaseで初期ディレイカットしてある物はどうなるの？

>>273
MPC-HCの内蔵を使ってるからです。
内蔵はedtsを認識できません。
従ってEVR Syncレンダラを使わない限りBフレーム由来の遅延をそのまま受け取ります。
現在公式に公開されているHaali Media Splitterのケースでは、GPACのmvhd timescaleは600と小さいので,
対する24000とか120000とかの大きなmdhd timescaleで除算されるべき値を間違ってそれで割っていまい、
それを遅延分から引くことにより開始時刻がマイナスになってしまうためです。
(本当はこの遅延分を引いたときに0にならなければならない。)
早送りと言うよりは、表示時刻がマイナスになってしまったフレームをどうにか0に切り詰めようとしているって感じ。
だから表示時刻が0より大きいフレームでは早送りにはならないはず。

>>274
特に問題ないです。
なぜなら初期ディレイカット(DTS compression)はedtsを使わないから。
また使ったとしてもその問題となる値が0だから。(PSPではedtsが必要)
その代わり問題が出るようになったのはmp4box等で正のdelayを指定している場合。(ちなみにそれ非公式のテストビルドね)
Haali氏にmedia_timeのtimescale間違ってるから直してっていったはずなのに、
segment_durationの方までtimescaleを変えちゃったので、
今までは大丈夫だった正のdelayがおかしくなってます。
(正のdelayとはスプリッタが作り出すblank clipです。)
まぁ元々MOVコンテナが一つの入れ物の中でtimescaleの違うモノを
一緒に入れてることから生じた勘違いによるバグだし...
彼はようやく理解したようなので次回の公式リリースでは
正負両方のdelayで正常に動くようになると思われます。

muken, the VFR maniac @ 規制解除

.1400.release04遅くなってね?？

>>275
いや、うちはHaali使ってないからその辺りわからないけど、
聞きたかった
＞普通に再生出来てるように見えるけど、
＞非対応だと、どんなかんじになるの？
の答えは、「1-2フレーム、前後にずれる程度」ぐらいって事？
それだと、普通に再生してるだけじゃ気付かないのか。

気にせず今の仕様で作っておいて、
適当に、いつの間にか直るのを待つだけでいいのかな。

r1181で止まっているのはもしかして俺だけなの？
何てこった…まぁいいや

>>277
>「1-2フレーム、前後にずれる程度」ぐらいって事？
はい。そうです。
>それだと、普通に再生してるだけじゃ気付かないのか。
動画のフレームレートによるでしょう。

>>279
フレームレートが一桁fpsとかなら気付くかもしれないけど、
普通は24fps以上だから、大体の場合注意して見ないと無理じゃない？
それとも理解間違っていて、再生してるともっとずれていく？

>>280
間違っていません。

注意しても気付く気付かないはものによると思います。
アニメの口パクの場合は元々あってないので気にならなかったり、
実写だと人物の口元と音声が同期してないのが気になったりするかもしれません。
衝撃音みたいなものは、実写・アニメ問わず 少しでもずれると案外気になるものです。
個人的に。
まぁ大体ですね大体。

>>281
なるほど、色々とありがとう御座いました。
いつか直るだろうと信じて、
注意して見ずにズレに目を瞑っておきます。

r1181で止まっているのはもしかして俺だけなの？
何てこった…まぁいいや

MBtree実装で流石に1376にした。
1400でHaali Splitterで問題でるっぽいから止めてるところ。

でもそろそろおまけ版更新してほしい・・・

昔のバージョンから移行しようと思うのだけど1376は遅延大丈夫なのか？

気持ちエンコ遅くなるわ画質が悪くなるとかの理由で
俺なんかx264_EXPERIMENTAL_rev1109-release1で止まっている

遅くもならなければ、画質が悪くなることもない

遅延問題があるので乗り換えはやめとくか

>>288
>>282までで話してた事なら、rev1379で入った修正だから、
1376なら大丈夫なんじゃない？

1379以前は仕様違反(ただし今のsplitterで問題出ない)
1379以降は仕様準拠(ただし今のsplitterで問題が出る)

なるほど仕様違反が原因なのか
そうすると今のスプリッタが直ればPCでも遅延働かないのかな？

rev1379以前の仕様違反ってなに？
edtsが無いことは仕様「違反」じゃないよ？　あくまで任意のBOXなんだから、無い事も仕様範囲内
当然初期ディレイカットは仕様内での工夫なわけだから、これも仕様範囲内
初期ディレイカットしていて正常に再生できない環境があれば、そっちが仕様違反しているんだけど…

edtsを正しく解釈するスプリッターが出来たとして、初期ディレイカットをしているmp4はそもそもedtsを格納していないから何の影響もない
というか、影響があったらそのスプリッターが仕様違反していることになる

MPC Lite 6.4.9.1 Rev104の内蔵スプリッターで何の問題もないけどな
MPCHCは知らん

Haali Splitterだけで問題起きるからそれ以外の環境の人は1400でおｋ？

1400はよりいっそう指定のビットレートに近いものができるな。

2時間前に1400で走らせてたのに1414.release01きた・・・どういうことなの・・・

あるあるｗ

そういうことだ

変更履歴になんも書いてないから詳細が分からん

>>298
http://up-cat.net/cgi-bin/x264_proxy/x264_proxy.cgi

>>298
パッチとしては何も弄ってないからでしょ？
x264のchangelog見てくればいい。

>>299
>>300
Thank you, sir!

1400で音ズレしたから1414だと直ってるといいなぁ

あ、ごめん読んでなかったわ

1416が北よ

鯖落ちでしばらくは更新さなげだな

1414はとりあえず使わない方がいいか

またエンコ中に新バージョンが＞＜

1414とか見る間もなく1416ｗ

鯖落ちで手に入らないのですが
どなたかOreAQ版のx264.exe、x264afs.exe持ってる方いらっしゃいませんか？
できれば頂きたいのですが・・・

復帰まで待てばいいじゃない1週間も繋がらないわけじゃないし

>>310
http://seraphy.fam.cx/~seraphy/index.html

トップページを見るよろし

990年てｗ

コンテンツクリックするとグーグルに飛ばされる！

>>313
少しくらい、ページを読めよ！

>>311
あらまあ。
>>309
ごめんね？revupあまりしてないから気づかなかった。
俺はMixAQ版しか持ってないわ〜。それもrev1127で止まってるし。

internet archivesとか見てみても結構昔ので止まってしまってて・・・
諦めるしかないですかねー

OreAQならVまに氏の使うしかねぇんでないの？

ファイル名に半角の#が入ってるとMUXされないのどうにかなりませんかね

なりますん

http://safeweb.norton.com/report/show?url=fam.cx
ノートンさんがキレるようになった

【修正履歴】
□2010/02/03
[MP4 Export Plugin]
こちらも初期ディレイカットをやめて、edtsを設定するように修正

Vまに版r1416だと今までL3.1で処理されてたのがL4.2になるな
強制3.1にすると
MB rate > limit
みたいな事言われるからseraphy氏の方が仕様を守ってない？

>>322
Vまに版が修正された

ようつべ少し前までaviのH.264受け付けてくれたのに今は蹴られるようになってしまったんやな

seraphyさんの最新のやつ音ズレするやん
誰か初期ディレイカットのバージョンのupして〜
上書きしたんでなくなっちゃった・・・(´；ω；｀)

釣りはいらんよ

サイト復活してたんですね　すいません
ご迷惑おかけしました m(_ _)m

>>326
釣りじゃない、60fpsと24fpsを1416で結合すると
映像だけ時間が長くなるのを俺も確認済
動画を結合した時点では動画と映像の長さは同じだがMUXするとおかしくなる
http://pc11.2ch.net/test/read.cgi/avi/1260857362/386

>>328
古いの使ってるからだろ
MP4Plugin_20100203.rar を使え

http://seraphy.fam.cx/~seraphy/program/x264/MP4Plugin/

>>329
当然使ったよ、書き方悪かったが
動画を結合した時点では1469.xxxの動画と1469.xxxの音声で問題なかった
MUXしたら映像の時間だけ異様に延びておかしくなる

>>330
書き方が悪かったといって直さないのな。独り言ならブログに書いとけ、相談したいなら自己流の表現は使うな
動画の結合といっておいて、扱ってるのは「動画」と「音声」だし、その後「MUX」って言ってるからこの「結合」はMUXじゃないんだろ？
具体的に何をどうして、何で確認したらどの数値が問題だったのか書けよ

と、釣りにマジレスしちまったぜ・・・

MUX : 合成
結合 : ジョイントやConnection

結合はconcatenate(略してcat）のほうが多くないか

問題が出てるのはID:Wj0rVIHUの環境だけなので別にどうでもいい

readmeくらい嫁よってか

新しいVerで不具合でたら、古いVerへ戻せばいいだけじゃん。
わざわざ論争するようなネタでもねーべ‥。

ずれてる
不具合があったのはどのソフトかってのを問題視している
もしくは正常なモノを無知ゆえに異常だと思い込んでいたりとか

映像が長くなったと主張する人がいても、単にmedia/track durationが再計算されて正常になっただけだったり
音声と映像がずれると主張する人がいても、スプリッターがディレイを無視したり誤認したりしているだけだったり

バージョンを戻すという判断は、不具合が何か明確になってからではないとできないだろ？
今まで使っていたバージョンが実は不具合で、正常化した結果を間違って不具合だと思い込むパターンもあるのだから

認識がズレてると申したか

今までの経緯からすればスプリッターが正規の規格に対応してから新Ver.に切り替えるのが筋だな

俺はMPCHCで外部フィルタはPDVD使ってるから関係ないな
さっさと移行しよう♪

x264.1376.release01が最強すぎた・・・
最強すぎたんだ・・・

マン筋だな

緊急更新される様子無いしこのままの仕様で行くんじゃないか

seraphy氏の1416r1ウチだと全然ダメだ。
プリセットAnimeでブロックノイズ出まくり、自動FSVFの24fps化もカクカクになる。(他のフィルターは無し」)
1376から動けない。

1271r1→1416r1やってみたよ
時間は10%伸びた、サイズは30%増えた
SSIMは殆ど変わらず
PSNRはちょい良くなった
今度は1376使ってみるか

1376は時間だけ更に伸びた、15%ほど
やっぱ俺は1271使ってるわ

出て来る画を見て比べてみたがノイズは少なくなってるけど
輪郭の切れが無いね
1271のほうがオリジナルに近い輪郭の切れがある
1376はソフトフォーカスで甘い

0.5→0.2%になってるBフレームあんまり使ってないね
圧縮率が下がってるから画質悪くなってるみたい

NGID:E62gU0UI

プリセットのまとめとかってあります？

ver違うだけで画質そんな変わるのかぁ？fpsが少し増えたくらいだと思うけど

なるPの日記とか見てみろ。
過去の話だが、そういうことがゴロゴロと。
今は知らん。

>>345
--no-mbtree
--weightp 0
を追加してもう一度エンコしてみろ
そして二度とこの板に来るな

>>353
とっくの昔にやってる
お前こそもうこのスレに二度と来るな
うざい

つかmbtreeはオンにしたほうが縮むじゃねーかｗ
これでやっと1271並、サイズ3%増し
まあこれで我慢するか、見た目では殆ど変わらず

NGID:EzUocQ9M

>>355
なんかしらんがこの手のことを主張するならソースと結果の両方をきちんと提示しろ
ほんとに結果が悪くなってるんだったら、IRCでD_Sなりに伝えてやるから
出来ないんだったら失せろ

>>357
ば〜か
そんなんで手の内見せるかよｗ
おまいら能書きばかりで何もメリットにならんだけだろ
お前こそ失せろ

大体x264は魔法の箱でも何でもないぞ
ただのH264の付属オプション
画質傾向が変わるだけで画質の根本が変わる訳ではない

手の内ｗクソ噴いたｗ

メーカーがBD製作で使ってるコンポーネンツを制御するソフトはもっとグラフィカルに
統計で分かりやすいようになってるぞｗ
俺らはそれが出来ないからSSIMやPSNRの結果数値で判断するしかないわけ
でオプション変えてあれやこれやしてると最適値が分かる訳よ
各バージョンでも全然違ったりする
そのノウハウをあからさまに出すような間抜けな真似はしないｗ

自分で作ってるわけでもなく、商用のものでもないのに
手の内とかノウハウとか何なのこの人･･･気持ち悪すぎる

お前らの頭はどうせBフレーム最大値とかアフォなことしかやってねーんだろ実際ｗ

あとwikiも全部間違いばかりだ
さっさと修正作業しろよカスどもがｗ

NGID:EzUocQ9M

ちみが修正よろしくね

wikiってどこのwikiよ？

doom9だろ

基地外がいるな

お脳のあたりがちょっと不自由な子ですね、分かります。

真性キチガイは吼えるしか出来ないのなｗ

設定いじくりまわしたエンコとプリセット使ったエンコで画質がほとんど変わらなかった時泣けてくるよな

流石にそれはない

自分で追加したプリセットなんだろうよ

ソースの綺麗さが一番重要だなぁ、と
slowプリセットでほぼ完璧なのができちまってやる気無くした！

ソース読んでればID:EzUocQ9Mみたいなことにはならないんだが
というか、不満があればその部分のコード弄ればいいだけなのに、なにわめいてんのかね・・・

自分でコード弄れるのならこのスレに居ないだろjk

最近冷たいコーラからあったかいお茶を飲むようにした。
和むぞ。一度やってみようぜ。

seraphyので、初期ディレイ修正の項目が残ってる最後のバージョンってどれ？
Aviutlが更新しようと需要がすぐに完全になくなる訳じゃないんだから削除しないでほしいなぁ

そんなに初期ディレイカットが好きならVまに版cli使え

>>379
DtsEditのreadmeを100回読んでこい
わざわざ-tc nulを追加してくれていると言うのに

地デジってフィルムグレインみたいなののってるけどお前ら消してる？保持してる？
psy-rd下げてデブロック-2:-2くらいにすれば消えるけどなんかのっぺりしててきもちわるい

そういうソースじゃなくて、地デジが原因か？

ドラマ、バラエティ、ニュース問わずみんな乗ってるんだよ
さんぷる
ttp://www.mediafire.com/?zenid00nidn
epg情報とECMとEMMは消したブツ

マジキチ警報

http://haali.cs.msu.ru/mkv/MatroskaSplitter.exe
正式版になったけどver変わらんのね

いやなんでもない

ぬぉん？

ぉーん

seraphy氏の1376から1416へ移項。
自動フィールドシフトVFのフィールドシフトにチェックを入れると
必ずエンコに失敗する。
エンコ自体は最後まで行くけど、オーディオとのMUX時にエラー。
ビデオ部を再生してみると、途中から凄い速度で再生される物が
作成されている。

>>390
直接seraphy氏に言え

>>391
いやいや、両方に書くのが一番よいよ

seraphy氏の所にも書いてみた。
先ほどaviutl環境を新規で構築して、自動フィールドシフトVFとx264gui.auo,x264.exe,x264afsのみ
で確認しましたが、やはり症状が再現する。

向こうに書くならもっと自分の環境を詳しく書けよ
xp sp3+aviutl99h4+x264r1416+自動フィールドシフトVF+avsinp.aui+Trim(64, 2791)
これでテストして問題ないけどHaaliだから再生は変だが、これで普通だしな
vlcでは再生も普通にできる

os
m/b
cpu
電源
mem
hdd
入力プラグイン
avs.script全部
フィルタ順序
画面キャプ
思いつくもの全部
最低１時間は考えろ

な？

TMPGEncを使わなければ問題無い

r1416(VFR)で特に問題ないけど

俺も大丈夫だな

> TMPGEncを使わなければ問題無い
これが答えなんじゃないのか？
なぜx264guiが原因って事になってるのかが分からん

トラブるのはそいつの勝手だが、他人に迷惑かけんなよ

今までずっと出来ていた事が、1416になって突然出来なくなったわけだが。
逆にその間TMPGEncは全く変えてない。

TMPGEncはサポート外です先輩

TMPGEnc（＾〜＾）

>402
そうか、それは失礼した。

r1442

ウホッ

サブピクセル精度6と8の定義が間違ってたので直したってさらっと書いてるけど結構重要じゃね

r1400代は今のところ使い物にならないな
60fpsと24fpsを結合するとやはりおかしくなる
スプリッタのせいなのかx264のせいなのかまではわからんが

うちでは普通にできてるんだが…

MPCHCが糞

なぜMPCが

>>408
俺だけじゃなかったんだ
60の後の24の部分がやたらコマ送りになる
fpsも8〜16を行ったり来たり

結合前はそれぞれちゃんと再生できるんだけど

RAW出力してMP4BOXでMUXしてもダメなの？

MP4Catでおｋ

MP4ぬこ

可愛くなさそうだな

Aviutlで29.970fpsのmov動画を読み込んで、
コンテナもH.264だから、近いビットレートにし直してH.264に変換したんだけど
なぜか30.000fpsに変換される

本当は拡張子をmp4にすればいい話だけど、PS3では読み込まないから再変換したんだが・・・

プロファイルやらオーディオ関係は特に変わらず、
ただフレームレートだけがおかしいんだけど・・・
なぜなんだ(´・ω・｀)

30.000fpsで出力したからだと思います

30.000fpsで読み込んでない
しっかり開くからfpsの設定で自動ではなく29.970fpsで読み込んでるし、
ファイル制御がDirectShow File Readerだから、その入力プラグイン設定でも29.97fpsにしてる。
が、30fpsになって出力されるorz
元ファイルもプログレッシブだし、インターレースの関係は弄ってない

movから変換するとそうなるのか？
もう何が何だか・・・

そもそもmov->mp4は、mp4box使えば無劣化でいけるのではなかったかな
もちろんmovの中身がmp4にも対応してればの話だけど

>>420
対応してます
やり方教えてくれ・・・

mp4box -add "input.mov" -new "output.mp4"
とりあえず
http://a1408.g.akamai.net/5/1408/1388/2005110403/1a1a1ad948be278cff2d96046ad90768d848b41947aa1986/sample_iTunes.mov.zip
で試したら出来たから、これでいいんじゃないかな

>>422
出来た、�dです
と思ったら、フィルタがけ(字幕)するからmp4box直変換は無意味だったorz
どなたか30fpsになる原因教えてください

movを読込んだ時にAviUtlのファイルの情報ではしっかり29.970fpsって表示されてる？

字幕ならそのままmkvにでもぶっ込めば？

>>424
なってます
フレームレート：29.970fps(30000/1001)

変換したmp4を使えばいいんじゃね

MPCHC1.3.1650.0
Haali Media Splitter 1.10.50.0
x264.1442.release01
MP4Plugin_20100203
NeroAACCodec-1.5.3
動画の最後にﾊﾞﾘｯとノイズが入っちゃう・・・

シャンシャンﾊﾞﾘﾊﾞﾘ

暗いシーンで自動でビットレート上げるオプションないものかな

自動ならAQ使うしかないんじゃね

以前のHaali AQがそれだろ

ttp://haali.su/mkv/mkx.e.9.exe
最新版？

mp4は使わずmkv使えばHaaliでも音ズレは問題無い

暗いシーン多い動画は2passでおｋ

aq-mode 3 はどうなった？
たしか、明るさも考慮に入れたはず

http://forum.doom9.org/showpost.php?p=1357555&postcount=101

ピラミッド参照＝ノーマルがデフォになったようで

r1462まだかな……
新しいaq-mode 2を試してみたい

1462が上がる頃、ちょっと不安定だったから、
様子見してるんじゃない？

それは正式リリースされる前の奴だし関係ないでしょ

presetがlibx264側に移ったからそれの対応してるんじゃね

これでエンコしたら　最初の0.03秒映像が停止しています。
これが普通なのでしょうか？

普通デス

スタンド攻撃を受けてる

>>444
なぜ停止してしまうのでしょうか？

日頃の行いのせい

うげ、vfwが復活した
http://forum.doom9.org/showthread.php?p=1378661#post1378661

どうやらダミーファイルを別に作ることでvfwの問題をクリアするみたいね
音声は別にエンコして結合せにゃならんようだからgui.auoよりは落ちるが、
VDub/TE4XP/その他NLEユーザーには朗報かな

VDub64bitが使えるようになるという利点もある

TE4XPでvfw使うメリットないやん

TmpgEncの内蔵H264エンコーダーは正直イクナイんで。
TS放り込んで、そのまま編集してバッチでエンコ出来る安楽さがTE4使うメリット。音ズレ無いし。

今まではTE4ではTS読み込みとCMカットだけやって、一旦可逆圧縮AVIに書き出してた。

>>451
AVCHDの場合はよくTE4で無カットで可逆でよくやるよ。

データ量半端無いから繋ぎ部分だけエンコそれ以外はトランスコーダにならないのかな？

1471

1400以降でもhaali使ってる人は最新haali使えば問題ないんだよね？

haaliはVer表記無いから、分かりづらいな。
2009/12/19は対応前だろうから、
公式としては問題無いのは、まだないんじゃね？

1471r1エラー出るからまだ入れないように

>>457
どんなエラーか詳しく

>>458
http://seraphy.fam.cx/~seraphy/cgi-bin/cbbs.cgi?mode=alk&no=0#1

1471ダメだなこれ

え？マジ？入れちゃったｗ

逆にちゃんと動いてる人いるのかな？

絶賛様子見中

>>462が余計なこと書くから試したみたけどやっぱり落ちたｗ

やはり動かんか……
最新版使ってたい性分なもので、今はavisynth経由で出力してるが、
x264gui.auoでエンコード出来たほうが楽だし確実だから早く修正して頂きたいわ

>>451
俺もTmpgEncはよくないと思っていたけど最近考えが変わった
それまでは1440x1080iのインタレ重視だったせいかな
↑かなりビットレートあたえないと苦しい
でも1280x720pのVBRならそこそこいいな。上の半分以下でOK

1471普通に使える、どうおかしいのか聞きたい。

>>459

俺もgui使えなかったからoutの方でエンコした

x264.1471.release02.rar いんかみん

落ちないんだけど変更したプロファイルが反映されていないっぽい

再度最初からやったら反映された
大丈夫かな？

前と同じ設定で走らせたらfpsが20増えてすげー！って思ったけどパラメーターがデフォから変えられないだけだった

結局1471r02は問題無かったの？

MP4box046にうまくつながらなかった

最近音ズレが頻発するから、
このところずっーーーーーーーーーーと
設定を変えて必死でエンコばかりしてたよ
まさかHaaliが原因だったとはな・・・・
情弱の俺に乾杯！

ここ読んでれば大丈夫だったのにね

TMPGEncのの内蔵H264エンコーダーを使うのとx264 VFW GUIを使うのとどちらが良いのでしょうかね。

どっちでもいいんじゃね

TMPGEnc内蔵エンコーダーはx264にかなり劣る
だがvfwはなぁ……、復活したとは言えこれも正直オススメ出来ない

そんな君にGOMエンコーダ

>>478
x264vfw　スレッドを２以上にしてエンコすると最初の１コマ　0.03秒映像停止するよ。
その分、音もズレる。

これ何とかして欲しい。

TMPGEnc使わなきゃいいんじゃ？

また0.03秒映像が停止の奴かw
お前動画を何だと思ってるんだ、1秒に1000回くらい描画されるものだとでも思ってるのか！？
面倒だから言っておくが一般的な30fpsの動画であれば1コマあたり0.03秒表示されるのが「正常」

1471r02でも--no-mbtreeが効いて無いように思うのは俺だけですかね？

--no-mbtreeは指定してないから分からんが、GUI無視してcmdじゃなくてexの方に書き込んどけば良いと思う
--no-psyを使いたいときときなんかは俺はそうしてる

エンコした物を再生するとﾌﾞﾁｯって鳴るんだけど仕様？

再生側が悪いか、お前の音声の扱いかたが悪いかのどちらか

ffdshowの糞デコーダーが原因でしたsry

ffdshowって昔は使ってたなPCが非力な時ｗ

>>482
スレッド数が1の時だけ正常で2以上の時はスレッドの数だけフレームがずれる
スレッド数が8だと8フレームずれる 16だと16フレームずれる
マルチコアではスレッド数を複数にすると大幅に処理速度が上がるが
音ずれが半端ないのでx264vfwは事実上使えない

r1471 r3

>>484
正常なんですか・・・で何で停止してしまうんでしょうか？

なんとか聞き出そうと必死になってるなｗ

>>493

馬鹿だからです。

>>493
貴方が、0.03秒停止してるのが異常だと思う、馬鹿だからです。

>>495-496
もうちょとまともに教えて。

無理だよ
みんなただの知ったかだからｗ

俺のところなんか、0．03秒停止する動画と、0．04秒停止する動画がある。
いい加減マシンを買い換えたい。やっぱり2000じゃだめなのかな。Win7なら
なんとかなるって話だ。

ウチでも一つの動画の中で
停止時間が0.04秒だったり0.016秒だったりするわ
よくわかんねーわ

　よ　ほ　う　診　 医　精　き　忠　は　あ　ま
　さ　 う　け　察　.者　神　み　告　て　き　さ
　そ　が .た　を　 の　科　は　す　た　れ　し
　う　　　　　　　　　　　の　一　る　な　　 　 く
　だ　　　　　　　　　　　　　度　が　 ：
､＿__　　　　　　　　　 ＿__　　　　 　 ：
　　 (＿＿＿＿＿,／::::::::::::｀ヽ、
　　　　　　　　　 /::rー‐-ｰ-､:::l＿＿, 　 , -─
　　　　　　　 　 _|:lr_‐､￣-=､l:::|　　 /／
　　　　　　　　/)Y ´ﾟ｀ri　､'ﾟﾞ' |/,〉 /´
　　　　　　　　|｀ |l　/ヽ _,ノｌ　|ﾉ|
　　　　　　　　ヽ_|　'-=ニ=-l　!/
　　　　　　　　 /|ﾊ　　-‐　　/＼
　　　＿,. -ｰ'`´ l l ＼　 　 /'/!　l`ー-､＿

一コマ目だけでなく、二コマ目も三コマ目も0．03秒づつ停止する
もう駄目だ

おまいらどんだけ釣り針垂らせば気が済むんだｗｗｗ

動画が停止している間も音声波形は変化している。
恐ろしい。

動画なんだから止めても動いてなきゃな

おかしいな・・・俺、TVの映像もコンマ数秒止まって見えるんだ
うちのTV壊れたっぽい？

お母さんの動きも止まって見えるようになったらスレチな。

>>499
win7 core2duoだけど　0.03止まるよ
どうすればいいんだろ・・・

このスレ見て俺の動画はどうだか気になってみてみたら、
やっぱり0.04秒停止してたわ
でもテレビは0.017秒っぽいんだよな、どうなってるんだ？

そんな細かいことがわかるおまいらすげーわ・・・

やっぱりx264が問題なんじゃね？スレチかもしれんが、詳しい友人にCD-Rで
貰った動画はAVIだけど0.009秒しか停止しないぞ。VirtualDubの最新版（しか
もModとかいう特別版）でコマ送りして調べたから間違いない。ただこの友人は
詳しいとか言う割にはちょっと抜けているところがあって、なんか同じ画像が
５枚も続くんだよね（はじめのうちの数分だけは４枚のようだし）。そのせい
でカクカクの動画になるんだろうか？

おいマジ発見したんだが
映画とかアニメは停止時間がちょっと長い( ﾟдﾟ )

おまえだけだから問題ない

bフレ無しでエンコしたら？

>>509
液晶とブラウン管でどのぐらい違うか調査してくれ！

設定のスレッド数を1にしてみ、0.03秒停止しなくなるから。
スレッドを２以上にすると停止するかわ・・・・
訳わからん不具合だな。
制作者に何とかしえもらうしかないんじゃない？

>>511
もうちょっと正確に調べると、多分0.0083ぐらいだと思うぞ

>>512

TBSのアニメだと、0.00184秒でテレビ東京だと0.00176秒だよ。
早送りしていて気づいた。

もうあきらめて0.03秒なんて気にしないことにした。

何はともあれ、Haali Media Splitter の正式版がそろそろ出てきて欲しいものだ

ここ最近の更新は、前回から10ヶ月以上開くから、
次に出るのは11月ぐらいじゃね？

mbtreeはいついらない子卒業できますか？

Macでの再生に関する情報なので
あまりメリットないかもしれませんが
わかったことがあるのであげておきます

MacのCorePlayerで再生するにはx264.1318.release02までの
バージョンにおさえておかないといけないみたいです

x264.1332.release01以降は意味不明なブロックノイズが混じります
どう考えてもちゃんとデコードできていません

QuickTime、VLC、Mplayer Extendedで再生してる人は関係ありません
あくまでCorePlarerで再生する場合での不具合です

CorePlayerって、名前からしてCoreAVCの関係か？
もしそうなら、CoreAVCでいう1.9.xと同じで、
weightpに非対応ってだけじゃないか。

weightpだめってことか？

>>524
weightpとかわからないです
ごめんなさい

CoreAVCと関係してるのかもよくわからないです
Power PCのMacでも軽くてコマ落ちせずに再生できるソフトだったので
G4を使っていたときから利用してました

Intel CPUになった今でも最も軽いPlayerだと思います

他のプレイヤーで再生するとか最新のcoreavc入れてみるとか

どうもお騒がせしました

--weightp 0

を追加したらx264.1376.release01
でもCorePlayerで再生できるMP4ができました

weightpが原因でした
有り難うございます m(_ _)m

aviutl99i5
x264.1471.release03
自動フィールドシフト75a

という組み合わせでエンコすると、
バッチファイルに1個だと問題ないけど、
2個以上登録すると、1個目のエンコが終わったら

自動フィールドシフト
フィルタキャッシュの確保に失敗しました。
↓
拡張x264出力ERROR
ビデオデータ保存用メモリの確保に失敗しました。
↓
Aviutl:Application Exception
アドレス0x27bf0e70で例外0xc0000005が発生しました
発生モジュールx264gui.auo
備考:OUTPUT_PLUGIN_RABLE::func_output()[拡張x264出力(GUI)]
↓
Aviutl落ちる。

x264.1181の頃は安定してたけど、その後はバッチに複数登録すると落ちまくり。
同じような方は見えませんか？

拡張設定タブの自動フィールドシフトにチェック入ってる？

>>530
もちろん、入ってます。

後、２個目のエンコに入る前に落ちますが、
１個目はちゃんとエンコ出来てます。

2個目と1個目の順番逆にしても2個目で落ちるの？

それとフィルタ一切無しだとどうだろう？

あとaviutの設定初期化だな

というか、x264.1471.release03出てたのか
知らなかった……って鯖落ちてるじゃん！

>>535
http://www.dotup.org/uploda/www.dotup.org731109.rar

w2k以外関係ないと思うよ

俺の場合一度エラー出たらプロファイルの保存でもコケたりした（バッチ処理は大丈夫）
切り分け面倒だったので、aviutlのフォルダ削除して再構築したらエラー再発しなくなったゾ

>>538
了解です。一度、Aviutlを再構築してみます。
皆様、助言、有り難うございます。

それ再構築してもまた再発するんだよ…

更新履歴見ると
http://git.videolan.org/?p=x264.git;a=log
もはやMSVCではコンパイルできんかったのか・・・

必死にseraphyのソースに付いてるlibx264_vc.vcprojでlibx264.lib作ろうとあがいてたんだけど。

俺も一昔前にやってみて無理だった。
どうみても「；」あるのに「；がない」ってワケ分からんエラー出てダメだこりゃ、と。

Seraphyのx264gui.auoはMSVCで作ってるけど
それに必要なlibx264.lib自体はgccで作ってるんじゃない？
コンパイルできないvfwの残骸がしばらく残ってたのと同じで
ソースにあるlibx264_vc.vcprojも残骸だと思う。

x264.1471.release03　3/7日バージョン
生Aviソース→AviUtil→GUImp4エンコ　って流れで
エンコする解像度がちょっと違うだけでエラーを吐く場合と
吐かない場合があるのは概出？

800x600なら　OK　だけど
800x598なら　NG　だとか・・・

　 　, -‐−-､　　ヽ∧∧∧ //　　|
. 　/////_ﾊ ヽ＜ 釣れた！＞　ハ
　 ﾚ//ｊ け ,fjlﾘ　/ ∨∨V ヽ　　h. ﾟl;
　ﾊｲｲﾄ､"ヮノﾊ　　　　　//　　　|::: ｊ　　｡
　 /⌒ヽヾ'ﾘ、　　　　　// 　 　　ヾ､≦ '
.　{ 　　j｀ｰ' ﾊ 　 　 　//　ヽ∧∧∧∧∧∧∨/
　 ｋ〜'ｌ 　　ﾚﾍ. 　 ,r'ス　＜ 初めてなのに　＞
　 |　ヽ ＼　ト､ ヽ-kヾｿ　＜ 釣れちゃった！＞
.　 l　　＼ ｀ｰ‐ゝ-〈/´　　　/ ∨∨∨∨∨∨ヽ
　　l 　 　 `ー-､___ﾉ
　　ﾊ 　 ´￣｀　〈/‐-､

>>544
よかったね、スレチだから出てけ

コマンドについてちょっと質問が
今までテレビ録画していたものを、容量削減したくてmp4に変換してたんですが
元は縦が720を超えていたので--colormatrix "bt709"を入れていたのですが
いつの間にかテレビ録画の設定が変わっていたようで、縦が720未満になったいるのに気付かず
コマンドそのままでエンコしてしまいました
再生した限りは特に色がおかしくなったり等はしていないのですが、何かマズイ点はありますか？
また、元のファイルを既に消してしまっているのですが、修正は効くものなのでしょうか

そんな無意味なことやめればおｋ

あ、これは別に入れても意味がないコマンドだったんですね
ありがとうございます。コマンドについてもうちょっと勉強してみます

散々既出だが、seraphyさんの最新のだと
WMPでの音ズレが憎いだけならよかったのだが
PowerDVD 10でのMP4再生ももっさりし過ぎておかしい
仕方なくMKVで出力するようになってしまった

>>546
ts抜き以外で地デジ録画してエンコできるの？
って事で720未満で録画の意味がいまいちわからんが縦720未満でエンコしてるなら
元々709のが601で再生される可能性高いので意味はある。けど縦720未満にエンコ
するならエンコ時にBT.601に変換したほうが再生環境は選ばないと思う。

>元々709のが601で再生される可能性高いので
訂正 元々709のが601で再生されるのが普通なので--colormatrix "bt709"と
色空間指定する意味はあるが再生環境は選ぶ。

あ、うちのチューナーはまだアナログでして。特に何か設定せずともエンコはできてますね。
地デジのエンコだと、何か必要な作業等あるのでしょうか
＞って事で720未満で録画の意味がいまいちわからんが縦720未満でエンコしてるなら
えっと、元動画は以前は縦を1024でmp2録画していたものを解像度は変更せずにエンコしてまして
最近動画の解像度をチェックしてみると、いつの間にか解像度が600まで落ちてたのでコマンドも変更した方がいいのかな〜と
設定関係は昔どこかで見たのを打ち込んだだけだったので、全く理解はできてなくて正直よく分からないんですよね
264のコマンドについて勉強しようにも、断片的な情報しか無くて中途半端に無駄な知識ばかり付いて・・・

tsを再生　　　　　　　　≠色域変換でsRGBにしたtsをaviutlで表示＝それをエンコードしたtsを再生
(GPU側で0-255のみ)　　(YPrPb+HDTV→YcrCb+sRGB)　　　　　　　(GPU側で0-255のみ)
なんで色が変わるんだ！

AとBは同じ色
http://img.f.hatena.ne.jp/images/fotolife/a/apollo440/20070624/20070624230539.jpg

これ判らない奴は色空間なんて気にするな




誘導

【YUY2 YV12】色空間スレ【RGB24 32】
http://pc11.2ch.net/test/read.cgi/avi/1116263327/

分からないから気にしないでおきます

>>554
違う色って知ってても間を指で隠して確認してしまう・・・
てか絶対色感なんて持ってるやつはマレ

動画の色空間とは全く関係ねえけどな。

>>556
間を指で隠せば同じ色に見えるけど

赤や緑の違いが大きい。
http://pc11.2ch.net/test/read.cgi/avi/1116263327/926

>>559
いや、それは片方が色空間を間違ってるだけじゃね？
ちゃんと変換式に突っ込めば、こんなに変わらないだろ。
どっちが正解なのかは知らんけど。

>>560
元はここのcrowd_runだからBT.709が正解。
色空間を間違えてRGBに変換すると、正しい物とは結構違って見える。

http://media.xiph.org/video/derf/

（ ´,_ゝ｀）ﾌﾟｯ　所詮、赤と緑比較してBT.709が正解（ｷﾘｯ　とか言ってる程度

つかね局の送り出しで既に間違ってるケースもあるぞｗ
乃木坂とか乃木坂とｋ
げっちゅとか
恋姫とか

地元の局だけかとオモテタ＞乃木坂
色域変換かましてもまだおかしいので「空が緑になろうが雲が紫になろうが、おにゃにょこの肌色は記憶色」
になるよう調整してた。いわゆる地雷エンコ。他人には見せられないw

まぁせいぞんとか完パケの時点で間違ってたみたいだしな。
どっかの局もたまに変なスケールで放送するから余計タチ悪い

局で違うってどういうこと？
同じ物が納品されてるんじゃないの？

じゃない時もある

>>566
おまひま1話はCTCだけ他の局と違ってたらしい。確かにおまひまは
全局同一マスター（HDCAM）で納品されてるはずなのにそういうことが起きるってのが不思議

リンクはり忘れてたバカポさんの記事
ttp://resic.laburec.net/archives/2010_01.shtml#20100112a

>>567
おまひまは全局同一ぽかったけど物によってはHDCAM、デジベ、D2バラバラなときもあるな。
宙まにはひどかった。MXはHDなのにSUNはD2とか差別だろ・・・

Nero＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞QuickTime Player確定か

http://seraphy.fam.cx/~seraphy/cgi-bin/cbbs.cgi?mode=one&namber=3185&type=0&space=0&no=0

>>570
問題の本質が何も見えてないんじゃないか？

・・・とはいえ俺もちゃんと理解できてるか不安なので自分なりに整理してみる。
ちょうどググりながら勉強中だったので、ちと長くなるが誰か添削してくれ・・・。

　１．Bフレームを使うと合計１フレーム分、-b-pyramidを使うと合計２フレーム分の初期ディレイが発生する。

　２．再生時の初期ディレイの扱いはスプリッタ等によって異なる。
　　　GabestやQuickTimeやFlashPlayerは何もしないでそのまま遅延させるし、
　　　Haaliの20091219版やNeroは初期ディレイを自動的にカットして再生する。

　３．再生環境によって見え方が変わってしまうというのは好ましくない。
　　　seraphy版のx264にある「初期ディレイカット（DTS Compression）」は、こういった再生環境に依存せずに
　　　初期ディレイを打ち消す方法を模索した結果考えられた手法であった。
　　　DTSとCTSというものをいじることにより、早めにデコードさせて表示を間に合わせるとかそんな感じ。
　　　この手法なら、たいていの再生環境で同じ見え方をするようになっていた。
　　　だが、この機能はseraphy版ではr1400から削除された。（x264が以下に示す４の実装になったため）

　４．x264 r1379から、MP4出力時は初期ディレイ分の遅延を、MP4コンテナのEditBox(edts)というもので打ち消すという仕様になった。
　　　（初期ディレイに相当する時間分、映像トラックを時間的に前にシフトするような感じ？
　　　　MP4Boxのdelayオプションの正体はedtsだが、実はMP4Boxにもバグがあり負のdelayの扱いが間違っている。）

　５．edtsはMP4の規定にあるもののオプション的なものなので、これにまともに対応しているスプリッタ等がほぼ無い。
　　　まともに対応しているのはQuickTimeくらいというのが現状。（←ここ大事）
　　　したがって、再生環境によって見え方が変わってきてしまうというのが現状。

　　　　　　Haali20091219 →edtsの解釈が間違っているのでr1379以降で出力したMP4を再生すると
　　　　　　　　　　　　　　　　　冒頭部のフレームが超速再生されてしまうというバグがある。
　　　　　　　　　　　　　　　　　それを修正したテストビルドもあるが、他のバグを作りこんでしまったためイマイチ。
　　　　　　　　　　　　　　　　　作者は状況を理解しているので、早く正式修正版をリリースしてくれると嬉しいな的な状況。

　　　　　　Gabest（MPC-HC） →そもそもedtsを見てない。初期ディレイはそのまま遅延する。
　　　　　　　　　　　　　　　　　　　　状況は把握しておりedts対応を進めようとしている模様。

　　　　　　FlashPlayer →そもそもedtsを見ていない。初期ディレイはそのまま遅延する。対応予定不明。

　　　　　　Nero →よくわからんが>>570の掲示板にあるMP4がうまく再生できてるってことはedtsを見てないのだろう。
　　　　　　　　　　　たまたまちゃんと再生できているように見えるが、仕様に従った動作ではない。

　６．x264的な立場としては、各種再生環境がedtsに対応するよう働きかけていきたいというスタンス。

そんなわけで、>>570の件については

　　●QuickTimeは仕様どおりの再生を行なっているので最後が白フレームになるのは仕方ない。
　　 　（２フレーム分早めて再生しているのだから最後２フレーム足りなくなるのは当たり前？
　　　　見栄えとしては最終フレームがずっと表示されてくれたほうが嬉しいような気がするけど・・・。）

　　●Neroはたまたまうまく再生できているように見えるだけで仕様に従った動作ではない。
　　　　（もしかしてMP4Boxでdelayを与えてもそれを無視するってことなのかな・・・？
　　　　　まあMP4Boxもバグってるらしいけど。）

　　●つまり仕様どおりの実装度という点で見ればむしろ
　　　　　　QuickTime>>>>>>>>>>Nero
　　　　となるが、当面まともに再生できる（ように見える）という点では、
　　　　　　Nero > QuickTime
　　　　と言えなくもない。

　　●まあでもHaaliの正式修正版が来たらそんな優劣どうでもいいよねみたいな。
　　　　ちなみに暫定修正のテストビルドは以下の２つ。
　　　　　　ttp://haali.su/mkv/mkx.e.7.exe
　　　　　　　　負のdelayの処理を修正したので、この問題については見え方は
　　　　　　　　Neroと似たような感じになる（処理は全然違うけど）が、正のdelayがおかしいというバグあり
　　　　　　ttp://haali.su/mkv/mkx.e.9.exe
　　　　　　　　正のdelayを与えると負を含む全てのdelayが無効になるというバグあり

ってことになると思うんだけど、間違ってるかな？

>>573
Neroに関しては
ttp://seraphy.fam.cx/~seraphy/cgi-bin/cbbs.cgi?mo=1&mode=one&namber=3031&type=3030&space=15&no=0


r1376を使えばedts未対応の環境でも対応済みの環境でも問題になる事が無いので
再生側が完全対応するまではコレを使うのがベターだろうな

三行で
コピペ荒らしかとオモタ

流石に三行は無理でしょう。凄く参考になった。ありがとう。
私は現状、AviUtlではｒ1376を使って再生環境は、mkx.e.9.exe＋MPCHCなんだけど
mkx.e.7.exeの方がマシなのかなぁ。

まあ、最近のx264+Haaliの20091219版でもrawで出力してmp4boxでmuxすれば良いんだけど
mkx.e.7.exeは逆にedts付いてないmp4だとちょとタイミングがズレて音が聞こえる気がするな

今までSeraphy氏の1100番台を使ってきたがx264.1471.release03.rarに乗り換えた。
同じようなオプションを使ったら2pass目のログに
　　　Quantization overflow. Your CQM is incompatible with QP < 1,
　　　but min chroma QP is implied to be 0.
と表示されてエラーダイアログ
　　　x264エンコーダエンジンのオープンに失敗しました。
が出る。--cqmを"jvt"から"flat"にしたら解決した。
--cqmには"jvt"を使うなってことなのだろうか。

もうｊｖｔ使う意味がないし

いや別に皆黙ってSeraphyの初期ディレイカット最終版使い続ければ済む話じゃないか
初期ディレイカットさえすればNeroでもMPCでもQTでも哈日でもなんでもちゃんと再生できるんだから
なんでいちいちわざわざ都合の悪い仕様に従う必要がある？

一般人の言うコンピューターが得意な人（藁）っていうのは新しいもの好きが多くてね
特にプログラムは必要性の有無に関わらず0.00001でもバージョンが上のものを使わないと
下痢になるわ水虫になるわ誤嚥はするわ最後には精神に異常をきたすんだよ

それなら仕方ないな

>>577
＞まあ、最近のx264+Haaliの20091219版でもrawで出力してmp4boxでmuxすれば良いんだけど
＞mkx.e.7.exeは逆にedts付いてないmp4だとちょとタイミングがズレて音が聞こえる気がするな

間違ってるかもしれないけど、
　　１．Haaliは元々初期ディレイを自動で捨てていた。
　　２．mkx.e.7.exeではedtsに対応したので、従来自動でやっていた初期ディレイ捨て処理はやめた。
　　３．この結果、edtsのないmp4を再生した場合は、映像の初期ディレイがそのまま反映され、
　　　　音に対して映像が１，２フレーム分遅れて見える
ってことじゃないかなあ。
間違ってたら誰か指摘お願い。

あ、>>583は初期ディレイカットしてない場合ね。

>音に対して映像が１，２フレーム分遅れて見える

おまえ、ボクサーにでも転向したら？ｗ

実はHaaliの初期ディレイカット処理をやめたのはmkx.e.5.exeより。
(Haali) VFR_maniac: http://haali.su/mkv/mkx.e.5.exe is a test build with ctts correcion disabled

QuickTime format fileの仕様では注意書きで、
もしedtsが存在しないならばメディア全体をトラック内で使用すると仮定し、トラックの表示は直ちに行われるとある。
ISOベースメディアの規格書では、
もしedtsが存在しないならばメディア時間軸と表示時間軸は一対一の対応を仮定し、
トラックの表示は(ムービー全体の)表示時刻の最初から始めるとある。

つーわけなので, Neroや現在の正式リリースHaaliの挙動は規格的には好ましくないです。

自分の公開しているx264gui.auoのソースをちょこっと弄ってビルドすれば、
デフォで初期ディレイカットするように出来るんですけどね。
自分がseraphy氏の公開しているソースに手を加えたのはptsにtimebase_numを含ませないようにしたこと。
実はnal-hrdのコミットではptsにtimebase_numを含ませないようにしています。(これはmuxer側で乗じます)
Dark Shikari氏が言うにはVFR ratecontrolに必要だとか。(どうしてなのかは詳しく知りませんが)
とりあえずflv muxerのために初期ディレイカット機能はlibx264(エンコーダ)に内蔵させているので
ソース中のb_dts_compressを1にするだけで初期ディレイカットが有効になります。
(timescaleが元の2倍か3倍になっちゃうんですけど、まぁ普通は問題ないです。)

>>578
ええと。英語を機械翻訳機にでも掛けました？
最小QPを0にしてない？
あなたの使っているcqmはQP<1と互換がない上で最小chroma QPが0になることを暗示している
っていうエラーメッセージなんだけど。

muken, the VFR maniac @ なんか規制が解除されてる

>>585
いや、Bフレーム由来の初期ディレイが１，２フレームだからというだけだけど。
>>577がどういうmp4を見てるのかは知らんけど、仕組み上の話から推測してみただけ。

このスレに張り付いてるのに最新版使わないのは許されません

>>585
2フレーム音ズレしたら違和感あるからわかるでしょ

>>586-587
なるほどね
mkx.e.7.exeだと初期ディレイカット機能かedtsが必要なのね

Haali Media Splitter
Changes

* 27/03/2010
o New Features:
+ Added AC-3 in MP4 support
o Fixed items:
+ Show error code in GDSMux when muxing is aborted
+ Accept more AAC media types in the muxer
+ Use correct timescales when processing MP4 edit lists
+ Scan the folder for more segments only if the file references external segments

うおおおおおおおおおおお？！

な、なんだｔｔ−　Σ (ﾟДﾟ;）

ハーリーは昔インストールした時に
色々求めないことまで勝手にやられて苦労したトラウマで使えない
イメージ的にはRealplayerをインストールするような感じに似てる

10fps以下ぐらいでちょっとずれても分かるような自作のMP4を
ブラウザのFlashで再生させる必要があるなんとか厨ぐらいしか
そのedtsとかいう話題は関係ないんだよね？

>>594
Da bomb!

スレに勢いがあるなと思ったら、なんで今更edtsの話になってんだw

>>594
俺もそのなんとか厨だと思うんだけど、なんとか厨はむしろ影響度が低い気がする。

　理由１．なんとか動画ではCFRが推奨されており、初期ディレイカットを使ったMP4を上げると
　　　　　　エコノミー視聴用の動画がひどい画質崩壊を起こすことがあるので、初期ディレイカットはOFF推奨とされている。
　理由２．FlashPlayerはedtsを見ていない。

つまり、なんとか厨は初期ディレイ上等で動画を扱ってることが多い（意識してる人は少ないかもだが）ので、
edtsに関するx264の仕様変更は、現在のFlashでの再生を前提とするなんとか厨にはあまり関係ない。
音ズレを気にするような場合は音声の頭に無音をつけてずらしたりしてたんじゃないかなあ・・・。知らんけど。

30fpsくらいならBフレーム由来の初期ディレイも気にならないことが多いだろうし、neroAacEncの
エンコード（デコード？）ディレイもあるからそれらが打ち消しあってそこそこシンクロするってのをどっかで見た気がする。

Flashがedtsに対応したら、それはそれで面倒なことになる気もするけど。

ああ、でもローカルに落として再生とかする場合はもろに影響出るのか。まあどうでもいいか。

ｔｖｋの一部は2フレーム音が先行するから、
合計で4フレームずれるという訳か。

>596
再生しかしない人間も徐々に異変に気付き始めた
もちろん音と映像のずれに気付いたわけではなく
ケツのエンドカードが表示されたりされなかったりで

エンドカード尻切れか・・・それは由々しき事態だなｗ

まあx264の開発陣もなんとか厨の割合が多いし

>>586
--preset Placeboを基本にして実験。
--preset Placebo --bitrate 1000 --pass 3 --stats ".\x264.stats" --qpmin 2 --partitions p8x8,b8x8,i8x8,i4x4 --cqm jvt --output nul
jvtの時、--qpminが3はエラー出ず、2はエラー。
flatの時、--qpminは1でもエラーにならず。
x264.statsを見ると、jvt・flat共にq値は最小でも17。
in:30 out:30 type:I q:17.18 tex:139384 mv:13093 misc:155 imb:1200 pmb:0 smb:0 d:s ref:;
実験に使った無圧縮AVI、拡張 x264 出力(GUI)の設定stgファイル及び
設定画面の取込み画像をアップロードしました。7-zip、3MB、DLKeyはx264guiです。
http://kissho1.xii.jp/7/src/7jyou31414.7z.html

-qpminは16以下だと判別できなくなるのに3とか指定する理由がわからん

qpminはデフォの10程度にしとけよ

ｒ1500はまだですか

最新はr1510だよ

最近の2ch規制対象はメッセサンオーの削除要請板記念書き込みした奴全員のプロバイダだよ

neroAacEnc.exeは最新版使わない方がいいのかも？1, 5, x, x
5.1chのwavファイル
処理モード→パイプで失敗する
エラーは出ないが最初の10分くらいしか出来てない　※処理モード→wavや2passは問題なし
古いバージョンは問題なくできた

Complete name : E:\********************* 5.1[SS].wav
Format : Wave
File size : 3.33 GiB
Duration : 1h 43mn
Overall bit rate : 4608 Kbps

Audio
Format : FFFE
Codec ID : FFFE
Codec ID/Info : Extensible wave format
Codec ID/Hint : Extensible
Bit rate : 4608 Kbps
Channel(s) : 6 channels
Sampling rate : 48.0 KHz
Resolution : 16 bits

パイプはaac作ってdemux
wavはwav->aac->demuxだっけ？
2passはwav->aac（ここで何か２回する）->demuxだっけ？

つかどのバージョン使えばいいんだよｗ
やっぱ音質に差があるの？ｗ

>>608
wavだけだとパイプと同じく失敗してた
古いバージョンは問題なし

誤）　※処理モード→wavや2passは問題なし
正）　※処理モード→2passは問題なし

aviutl99i5
x264.14**
で出力した映像の先頭部分のフレームレートが異常に大きくなります。

x264,1376.release01にしたら正常にエンコされるようになったのですが、
これは結局何が原因だったのでしょうか？

edts

他は知らんけど、Haaliさんとこは正式に対応したっぽいぞ。

新しいの入れとけ。
ttp://haali.su/mkv/

掲示板がスパム投下でログが全部流れてやんの･･･

あああああ、掲示板のログをいくつかブクマして勉強中だったのになんてこったいorz
なんらかのスパム対策があるといいのにね・・・。

どこの掲示板？

Seraphyさんのとこ。

たまーにお掃除してるね
ほんとたまに

x264vfwの0.03秒の音ズレは治らないのか？

フィルタ→音声の位置調整
俺は1フレのズレを認識出来る(ｷﾘｯ)、なんてほざく奴ぁハッキリ言って気狂いだがw

>>620
毎回毎回編集ソフト側のフィルタ設定イジルのめんどくさい。

俺は音声3つくらい作っといて再生時に気になったら差し替えてる
1フレームなら　ん？？　気のせいかなって感じだけど
2フレームずれてると気持ち悪いな

>>621
んじゃ、Bフレ切れ。

>>623
Bフレ０にしてます。

音ズレの原因は、マルチスレッドを
１なら正常
２なら１フレ
３なら２フレ
４なら３フレ
・・・・・・・・とズレていくのです。
tmpgenc4.0xp　　core2duo。

tmpgenc使ってるからだろ馬鹿

vfw使うな

>>624
そりゃvfw使ってるんだからスレッド数増やせばズレるだろ。
ちっとはググるなり過去ログ漁るなりした方がいいよ。
なんでvfwが廃れたか考えてみな。

komisar氏のnewVFWを正しく使えば問題は起こらない

大抵のこと全てを解決する120fps

先日からHaali氏のサイトが落ちてるみたいなのですが、何かあったんでしょか？

ロシアではまれによくあること

HaaliはNAS上の動画再生が遅くなるから嫌

>>625
編集作業で一番使いやすいんだから仕方ないでしょ。

>>626
vfwしか使い方がわからないもので・・・

>>627
そんな事言われても　玄人じゃないからわからないです。
ググルなり過去ログ読んだりしたけど、そこまではわからんです。

>>628
今までこれ使ってました　http://127.0.0.1:8823/skin/ime.nu.html?url=http://sourceforge.net/projects/x264vfw/

＞＞komisar氏のnewVFW
とはhttp://komisar.gin.by/　の　1523kMod.generic.x86　でしょうか？
これ入れてみました・・・・・が同じ結果でした。正しい使い買ったとは？

tmpgenc4.0xp内蔵のやつ使えばズレないよ

vfwは死んだ
諦めろ

vfwは素直にdivx6使っとけ

拡張ｘ264出力で出力してるんだけど、PCのデータ飛んで再設定してからは出力された動画がブロックノイズまみれになるようになってしまった。
プリセット設定でも発生する。とりあえずBフレの参照距離を2以下にすると解消出来たんだけど3より上げるとノイズまみれ。
前は平気だったと思うんだけどどうすれば3以上にしても乱れなくなるでしょうか？ソースはアニメです。
以下設定x264はSeraphy氏の最新です（プリセットの高画質のはず）
--preset Medium --crf 21 --aq-mode 0 --psy-rd 0.5:0 --qpstep 16 --scenecut 54 --min-keyint 1 --keyint 300 --b-adapt 2 --ref 5 --direct auto --me umh --subme 9 --merange 64 --trellis 2 --deblock -2:-2 --no-fast-pskip --no-dct-decimate

再生環境もかかずに難癖とな

>>634
内蔵はエンコ早くできない・・・

＞＞636
x２６４の綺麗さを知ったらdvixには戻れないよ

tmpgenc　xp４.0で　x２６４でえんこする方法っって
内蔵とx264vfw以外で無いのでしょうか？

可逆圧縮AVIで出しといてAvisynthに食わせる。
GUIでやると楽な部分はTMPGで行い、コマンドラインのバッチは最初の一回だけ作って使い回し。

mp4の何が気に喰わないのかわからない

mp4が嫌いなんじゃなくて、せっかく入れた（買った？）tmpegを捨てるのが勿体無いんだろ。
Aviutl+x264gui.auoでも使えば、GUI操作でほぼ同程度かそれ以上のことも出来るのにね。

BD、ハイビジョン放送をエンコする時は、mp4。
DVDをエンコする時は、VFWだな。
何でと聞かれても困るが、何となく。

>>643

WMV9の事？

TMpeg使いは、中間出力を覚えれば選択肢が増えるのにな

>>646
もともとめんどくさがりしか使わないソフトだから、中間出力なんて知っててもやらない

個人が使うならエンコに限らずほとんどの事がフリーソフトですむな

>>646
647じゃないけど、そんな手間かけるなら
ハナからペガシス使わない。

SpursEngine×4搭載の映像処理カードが近日発売
http://akiba-pc.watch.impress.co.jp/hotline/20100417/etc_leadtek.html

そ、そろそろ1500番台を……

今1538が最新でいいのかな？

>>652

x264vfw_22_1538bm_22856.exe

これが最新なのかしら？

seraphy氏が動かないなぁ

afsが1471から進められない

seraphy氏さん ! 俺設定とかわからんから、
プリセットのデフォで、アニメ最も高画質なやつお願いします!!

crf0 ｸﾙ━━━━(ﾟ∀ﾟ)━━━━？？

掲示板がスパムにやられたい放題だな・・・

Seraphyさんの掲示板、ほんとひどいことになってるな・・・
一応画像認証入ってるのになんであんなに荒らされ放題なんだろ。

Qはだいたい２５くらいでいいんですかね？

禁止ワードに「ttp:/」あたりを入れると大分減るんだがな

seraphyグズグズしやがって

更新されたら「べっ…別に待ってた訳じゃないんだからねっ。勘違いしないでよねっ」と言いながらDLするんですね。分かります

>>659
まあ、つまり、そういう事だ。

帰ってこいよ〜

実家の八百屋つぐって言ってた

更新するの飽きちゃったんかね

http://up.pandoravote.net/up4/img/panflash00007638.jpg

ツンデレ中ですか。。。

ええ〜い、まだか！まだなのか？x264がブルセラに正式対応されたというのにぃぃ

ブルセラ・・・だと？！

1

帰ってきてくれ〜

だが断る！

ｷﾀ━━━━━━━━m9( ﾟ∀ﾟ)━━━━━━━━!!

ttp://seraphy.fam.cx/~seraphy/cgi-bin/cbbs.cgi?mode=one&namber=400&type=0&space=0&no=0

＞TMPGEnc4Xpressでx264+AACのmp4を作りたいです。
＞mp4へ変換することを前提としてx264vfw+L-PCMのaviをTXPで出力して、
＞（aviはそのままで再生できなくてもいいですから）
＞NeroAAC エンコーダーとmp4boxでmp4へ移し変えるようなツールはできませんか？

だって。ぷっ

作者に有料ソフトのTMPGEnc4Xpress買わせて開発しろだとぉ？

なんでそこまでしてTMPGEncを使わなければならないんだろう
編集のしやすさもぶっちゃけaviutlと大して変わらないと思うけど

>>678
どうなんだろうねぇ。
個人的には編集のしやすさはペガシスの方が好みだけど。

aviutlでのCMカットには任意フレーム移動が4種類セットできるから
1コマ、1秒、3秒、15秒、1分で使用してるんだけど
TMEだと何種類使えるの？

いいからダレか更新しろや

>>680
同じく4種類だよ。
俺は1秒、5秒、15秒、30秒に設定してる。
これとは別にスライダーを適当にクリックして60秒移動と
サムネイル上のセンタークリックでシーンチェンジに移動、も併用している。

r1376が評判いいみたいだけど
vfwでr1376はないの？
http://sourceforge.net/projects/x264vfw/files/

>>678
>>679
TMPGでロゴ除去できないからなー。
編集のしやすさはTMPGだけど。指定時間の移動ってaviutlじゃ出来ないよね?
指定フレームならあるんだけど。

エンコソフトに1万5千はムリダナ

指定フレーム移動で何か不都合が？

>>684
拡張編集つかえばいい

>>687
おぉ、入れてみたけどなるほどそういう事か。
操作感はTMPGになれちゃってるからだろうけどまだやりにくいが指定時間への移動が楽になった。
本当はそれだけの使い道じゃないんだろうけど自分のやりたい事が叶ったよ。
ありがとう。

あ、でも指定時間への直接移動はできないか。

質問です。
デジカメで撮影したm2ts動画をエンコしたいのですが
一つ(4GB)のファイルでは問題無くエンコ出来るのですが
追加読み込みで連続した8個くらいのファイルを読み込みすると
x264の設定をし保存ボタン押したら「aviutl x264エンコーダエンジンのオープンに失敗しました」
と出てエンコ出来ません。
大量の追加読み込みは無理なのでしょうか？

>>689
時間ジャンププラグイン
　http://homepage3.nifty.com/k-takata/mysoft/timejump004.lzh
　+分:秒　指定時間後ろへ移動（相対指定）
　-分:秒　指定時間前へ移動（相対指定）
　　分:秒　指定時間へ移動（絶対指定）
このプラグインで任意に指定した時間にジャンプできるようになる

>>690
そうなるんだったらそうなのかもね
とりあえずいくつ以上読み込んだらエラーが出るとか調べてみたら？
AviUtlは起動時のプラグイン読み込み、作業用メモリの確保、動画読み込み時のキャッシュ等
とにかくメモリを食うから、ギリギリの設定を見極めておかないと安定した運用は出来ないよ

別々にエンコして後でMUXじゃだめなのか

>>689　こっちもいいかも
カット編集プラグイン for AviUtl by tak4
http://aviutl.web.fc2.com/

x264vfwって--nal-hrdは設定されてるの？
vbv-maxrateとかの設定はあるみたいだけど

GWになれば更新してくれる
そう考えていた時期が…

ソースTSで拡張 x264 出力(GUI)使う場合について教えてください

音声はDGIndex→FakeAacWav→MP4BOXで合成させるので、
映像だけエンコして、音声のエンコは無駄になるのでやらせたく
ないのですが、音声無しにするオプションなどないのでしょうか？

.d2v読み込んで擬似WAVを読み込ませる前にエンコする方法
でやるしかないですかね？

は？

なんか凄いの来た

初心者質問スレでもいけよ・・・

なんかごめんなさい
出直してきます

お願いします…更新を、どうか更新を…

時代は再び拡張AVI出力+x264vfwだな

その程度の呪文じゃ山田君は召喚できないぞ

x264out.auoでいいじゃん
afs使いたいなら無理だけど
似たようなitvfrの方がバージョン古かったりするしｗ

俺は1376で満足してる
てかさ、x264はじじいの小便みたいにチマチマ更新してないで
3ヶ月に一度くらいまとめてやれよと思う

俺も1736だな
ただ暗いところとかのシーンチェンジでやや醜くなるときが気になってる
この場合は何をどうすりゃいいのかね？

未来から来ました

未来に希望はありますか？

bugfixされたものがあるのにbugが残ってる古いものを使ってる自慢

fixされたのが無いから使ってる訳だが

新コマンド実装により新バグ製造
結局何処まで行ってもイタチごっこだよ

r721で止まってる私が通りますよっと

そのまま通り過ぎて結構

ずっと x264_EXPERIMENTAL_rev1109-release1
というのを使っていたが、x264.1471.release03に
更新かけたらまずいことになった
エンコの設定はどちらもデフォルトそのまま

PC上の再生は問題ないのだが、DLNA側で再生
するとけっこう音づれする

ということで、なんかよくわからないプリセットいらねえ

ということで互換性考慮してr1109で止まっている

changelogみろ
edtsくらい考慮しろ

民生機が対応してないってことか
r1376までなら大丈夫だよ

GUI使わずにRAWで出力すれば大丈夫

プロファイルレベル間違えなきゃほとんど再生できるでしょ

MB-Treeの無いx264なんて

mb-treeは実写だとサイズが莫大に増える

切ればいいだろ

mb-tree使うとSSIMがもりもり上がる

r1510以降が使いたいよぅ……

afsが必要じゃなければx264out.auo使えばいいじゃない

殆どafs使うのと、
使用環境の制限で、AviSynthが使えないので。

>>724
Mac版のGUI作ってる人によると、r1510以降は対応するのに結構面倒な修正が入ってるらしいぜ

Seraphy先生、頼みます…頼みますよう…

x264.1583.暫定版01.rar

確認した
れあどみから何かが滲み出ている

これで勝つる！
しかし問題が出ても、今の掲示板の状態じゃ、
報告もままならないな……。

出向中に更新乙です

更新乙！

生きてたか･･･更新乙です

【修正履歴】
□x264.1583.暫定版01
※遠隔操作での作業のため、十分な検証ができていません
※最近追加されたオプションを追いきれていません
※家に帰るまではまともに対処できません
※以上をご理解のうえ、人柱になれる人専用です

どこで何をしているかは知らんが忙しそうなことだけは把握した

>>735
ありがとうございます
本当に感謝

>>735
逆に言えば、最近追加されたオプションじゃなければ、
たぶん大丈夫って事……とは違うのかな？

guiに影響するのはkeyintminだろ
指定しなきゃkeyint1/10でautoになったけど
guiの方はなんも変わってない

--nal-hrd vbrは？
--nal-hrd vbrはどうなったの？

一番重要なのは、x264afsとgui.auoがvfr-vbvに対応しているかどうか

おし！これで勝つる！

ありがとうございます、本当にありがとうございます…

>>739
一応、0にしときゃautoでkeyint1/10になるようだ。

その他、--vbv-bufsize 25000 --vbv-maxrate 20000 --nal-hrd vbr --tff
やってみたけど正常に入ってるっぽい。

1471セットアップしたばかりなのに・・・・・

家に帰るまでって、ガチでデスマーチ中なのか・・・
お疲れ様です・・・

>>735
とりあえず
乙だ

マグロ漁船にでも乗ってるのかな？

まえ、掲示板に出張してるとか書いてなかった？
遠隔操作ってことは、まだ出張が終わってないんじゃない？
大きいプロジェクトとかだと、数年単位の期間になるだろうし

2010/5/15
ver 0.99i7
プラグイン外部関数のdraw_text()で空白文字を表示した時にゴミが出る事があったのを修正。
マルチスレッドでの処理中の例外発生時に処理を継続出来るようにした。
プロジェクトロード時に最大画像サイズのチェックをするようにした。
プロジェクトロード時に元ファイルが変更されていた場合のチェックを緩くした。
編集ファイルが閉じられる時に確認ダイアログを表示する設定を追加した。
未編集時にWAVファイルをドラッグ＆ドロップした時に動画扱いで開くようにした。
24bitPCMのWAVファイルに一部対応した。※内部では16bit精度になります。

Aviutl 0.99i6に、x264.1471.release03(Seraphy)と自動フィールドシフトv7.5aで、
23.976fps固定の、CFR動画を作ろうとしています。

aviutlの設定は、フレームレートの変更無し、インタレ解除は自動フィールドシフト、
自動フィールドシフトの設定で、フィールドシフト・間引き・24fps化にチェック、
x264guiの拡張設定、自動フィールドシフト v7対応のバルーンヘルプには、
「VFR動画を作成します。自動フィールドシフトプラグインを利用していた場合にONにしてください。」
となっており、利用しているので、v7対応をチェックとすると、
「平均23.976fpsのVFR動画」(最小13.320fps 最大119.880fps)となってしまいます。

CFR動画を作成の方をとってv7対応チェックを外すと、「29.97fpsのCFR動画」になります。
一応この状態で、24<-30にフレームレート変更を設定すると「23.976fpsのCFR動画」が出来ますが、
自動フィールドシフトの間引きでない為、必要なコマが落ち、不要なコマが残ります。

自動フィールドシフトを使った、「23.976fpsのCFR動画」を作成する為には、どう設定したらいいのでしょうか？

CFRに拘る理由って何？

afs使ってたら24fpsのアニメや映画作るのは無理じゃね

出来るよ

>>752
24fps化をしようとしていて、不揃いのVFRにする方が変なのではないでしょうか？
実際、最小13.320fps 最大119.880fpsのVFRの結果、
フレーム毎の表示時間がバラバラなので、ガクガクする場所が出てしまいます。

>>753
その辺りは、自動フィールドシフトの説明、
24fps化オプションの注意点と同じような問題かと思います。
そこは許容するという事です。

自動フィールドシフトの使い方間違ってないか？

俺もそう思う
問題なくｃｆｒの23.976で出来てる

パンニングの際に滑らかなのはafsだよ
24fpsで指定するとカク付く

つかafs使うならvfrだろ

どっちでもいけるafsって便利だよ

>>751
＞v7対応チェックを外す、24<-30にフレームレート変更を設定、24fps化にチェック

これでOKなはずだけどな。「自動フィールドシフトの間引きではない」というのが良く解らないが

>>761
例えば、5フレーム10フィールド 2-3プルダウンを4フレームへ

トップフィールド　0 1 1 2 3
ボトムフィールド 0 1 2 3 3

をv7対応チェック外し、フレームレート変更無し、24fps化チェックで、
自動フィールドシフトに通すと、
0 1 1 2 3　と出力される(29.97fps)。
自動フィールドシフトの間引きなら、
一つ目の1が短いフレームなんでそこを間引くんだけど、
24<-30にフレームレートを変更、で間引くと、
それを考慮に入れないので、0or2or3が間引かれる事がある。
結果、　0 1 1 3(23.976fps) みたいな出力になるのです。

>>756-757
afsの24fps化にチェックは、
「フレームの表示タイミングがソースの1.25倍の周期に固定」
ですが、x264gui.auo(seraphy 1471r03)で出力した時に、
うまく働いてないのか、CFRにならずVFRになっています。
x264gui.auoでは、別に必要なオプションがあるのですか？

ごめん、何パターンが試してみたけど自分もカクついた。>>761は無視してくださいm(_ _)m

10.1のFlash内臓デコーダだとどうやってもカク付く場合もある気がする

「フレームレートの変更」の設定

* 「24fps<-30fps (4/5)」にする
* 「24fps<-30fpsの間引きには自動24fpsの処理を使う」をチェックしない(重要)

使用できる出力先

* 標準のAVI出力
* 自動フィールドシフト対応でない出力プラグイン

注意点

* 自動フィールドシフト対応プラグインでの出力時には使用しない。
* 24fps出力専用のタイミング計算を行うので、以下の設定は無視される
　　　間引き、スムージング、24fps化

それafs使う意味全くないじゃん

自動フィールドシフトver7.0から、AviUtlの標準24fps出力に自動フィールドシフトの判定アルゴリズムを使うようになりました。

aviの出力で使えるようになったという話
x264は元々プラグイン出力なんだから関係なし

afsってOPと本編のフレームレートが違う時の処理が面倒だから使ってるんだけど
俺何か間違ってるのかな

今時OPと本編でフレームレートが違うアニメなんてほとんどない
去年と今年見てもWORKINGくらいじゃないかと

>>771
だからなんなの？と聞きたい

>>770
本来は可変で使うのがasfだけど、その場合asf対応プラグイン出力のみ
標準出力はaviのみで固定24,30fps
固定24fpsの時は>>766の注意点が有る。

アニヲタバッカ

>>773

>>766はafs使わない設定を書いてるのに
一緒にすんなよ

>>775
>* 「24fps<-30fpsの間引きには自動24fpsの処理を使う」をチェックしない(重要)
asfの機能を使う為の作業です

バカじゃね？

>>768が>>766だよ

お前にいってるんだが

具体的に

もう手動でやれよ

afsの機能を知らない奴に釣られてるだけじゃん
まさかafsが自動フィールドシフトの事もわかってないんじゃね？

http://seraphy.fam.cx/~seraphy/program/x264/

404…

何言ってるの？

掲示板が綺麗になってる

torneを買ったのでPS3キャプチャしています。
そこそこ綺麗にエンコできるようになったのですが自分でエンコした動画はシークが異様に遅いです
原因はなんでしょうか
Windows7 32bit, Q9450, 9600GT, Mem4G
Aviutl 0.99i6, x264GUI ver0.3(by seraphy)

>>786
そんな君に聞きたいんだけど、俺ちょっといま深刻な悩みを抱えてるんだよね。
どうやったらその悩みが解決できると思う？

5秒分くらいエンコしたのをうｐ

知るかボケ
それにまだtorneはTSのままだボケ
今度AVC対応だボケ

>>788
やってみました
短いのでシークできてるのですが5分以上の動画だと5~10秒くらい固まります
ttp://www1.axfc.net/uploader/N/so/101702.zip

>>789
すみません書き忘れました
PV4でキャプチャしてます

ref16とbfames8が原因
下げましょう

>>791
ありがとうございます！
もう少し各パラメータについて勉強します

qcompの数値がデフォでは60なんだけど
実写モノを2pass6Mbpsでエンコすると激しいシーンで24Mbpsとか使いやがるんだよ。
VLCでも再生時にコマ落ちしちゃったりして。
30にしてみたら15Mbpsくらいまで下がって良い感じ。
ここや他のスレの設定晒し見てると80の人とかいて驚き。

一瞬24Mbpsになるくらいでコマ落ちするなら、それはVLCが糞だから
level4.0のVBV-maxrateは25000だぞ

20000じゃね？

Highは25000

>>796
あれ？VBVってHighとかMainで変わるんだっけ？
ttp://rob.opendot.cl/index.php/useful-stuff/h264-profiles-and-levels/

御免資料見つけた。
Highは25000だｗ

>>793
そこは30とまではしなくても40％くらいにしておいて、
最高品質設定のところも10だったか11のデフォ値を15くらいにしておけば、
VBRワンパスでも品質指定ワンパスでも
必要以上のレート変動はきっちり抑えられる

水面の細かなさざ波が陽光を反射して画面いっぱいにキラキラしているようなシーン等々では、
h264のVBR系圧縮では果てしなくビットレートを食わせる傾向がある
こんなシーンはたとえノイズが乗ってくるにしても、ビットレートをガックリ落としても
そんなに映像に違和感なんか出ないもんだ
だから、VBR変動範囲や品質変動範囲はデフォ値からかなり絞ってやるのがいいね

アニメやCGのような映像処理の簡単なソースでは
そんな配慮は不要だけどね
あくまでもともとが高画質の実写ソースをエンコする場合の話

上見たらもう戻れないわ

VBVもまともに設定できない間抜けはいい加減消えたら？

ペットショップで子犬が吠えてような

xvidのzonesみたいな事の簡単なやり方ってないかしら。

zonesオプションあるじゃないか

拡張 x264 出力(GUI)でzones指定したい時はどうすればいいのかしら。

ｳｴｽﾄｴﾝﾄﾞｶﾞｰﾙｽﾞ‥?

正式版まだかな〜ｗｋｗｋ

age

WinXPhome 32bit、aviutl 0.99i7、x264.1471.release03
上記環境で拡張 x264 出力でバッチ登録し、エンコ後自動シャットダウンに設定すると
エンコ後にエラーが出てOKボタンを押すまでシャットダウンされません
今はマクロでOK押すようにして何とかシャットダウン出来ていますが、どうもスッキリしないので解決方法知っている方いたらお願いします。

>>811の書き忘れです。
x264.1376.release01を使用した場合はエラーが出ずにシャットダウン出来ました。

AviUtlの別Verを全部試す

>>812
それ使えば解決じゃないの？

vfwのUIがかなりすっきりしたな
もうcfrとitvfrはこっちでいいかも

おまえらvfwどこの使ってんの

質問なのですがVFW＝aviって事ですか？

う゛ぃでお ふぉー うぃんどうず

う゛ぁりあぶる　ふぁいたぁ　うぇぽん

>>816
http://www.free-codecs.com/download/DTS_x264_VfW.htm
↑これつかってますが、、なにか？

>>820
http://komisar.gin.by/old/1643/x264vfw.1643kMod.generic.x86.exe
↑新しいの出てた＾＾；；；
つかってみるね

自演乙

さわんじゃね

エンコ速度を速くしてくれ〜〜〜

VFWなんてまだ使ってる人いるんだ。信じられない。

>>825
AviUTL使いだから、仕方がない☆ｗ

x264guiとかx264outとか色々あるがな

>>827
そんなの使うのは初心者だけだｗｗ

初心者でも別にいいんだけど、そこにこだわるより、使いやすさ求めるのが普通でしょ。
そんなに詳細に設定した所で劇的に変わるわけでもないし、そこまで手間かけてまで感の方がでかいし。

ツールに初心者も糞もない。結果がすべて。

だな

preseが普通になってるのに初心者も糞もあるのかよｗｗｗ

あ、まともに使ったことないから言えるのか

>>825
tmpgenc xp 4.0 使ってるんだから仕方ない・・・んですよね？

aviのx264ってps3とかじゃ再生できないよね？
aviのx264はPC専用の物って解釈でOK？

>>833 >>834
x264vfwのEx Optionでmp4出力した後、音声とMuxすればなんら問題の無いmp4が出来る。
記述は -o video.mp4
-o D:\xxx.mp4 とかパス指定でもok

前に試したときはVirtualDubじゃないとダメだったけど？

すまん、TMPGEncは分かんないや

>>821
1649になってるよっ＾＾；；

>>683
x264vfw 1376bm
http://uproda.2ch-library.com/lib258749.zip.shtml

seraphy氏…がんばってください
おながいします…

VFWではAVI出力するんだけど、guiでは出力はMP4かMKVしかだめなの？
いろいろググってみたけどわかんないや。

なんでわざわざ不具合の出るAVIにしたいんだ？

>842
単純に、MP4が重いだけ。

mp4が重いというか・・・ｗ

mp4だから重いのか？

コンテナでそんなに変わらなかったぞ、俺は

コンテナの違いの重さが気になる環境ならコーデックを軽いものにすることを真剣に薦めるね、うん

>844 845 846
アドバイスありがとう。
guiっていろいろいじってみたけど音量だけは変えられないんだね。

なんで音量調整を出力プラグインの仕事だと思ってるんだろう・・・

>848
初心者ですまんです。
今まではVFWで音声無し動画をエンコ→SOUNDENGINEで音量調節したものと
ドッキングだったんだけど、guiって音声がついてきちゃうんで、一旦YUMBで分離→WAV化した音声で編集→合成
これでいいんかな？スレチだったらごめんなさい。

AviUtl自体に音量の調整機能あるじゃん。

このスレは初心者に優しいなぁ

>850
ありがとう。
d2vだけ読み込んで音声ファイルを読み込んでなかった。
改めて音声読み込んだらOKでした。

>>849
＞guiって音声がついてきちゃうんで
＞guiって音声がついてきちゃうんで
＞guiって音声がついてきちゃうんで

というかまだ初心者ならそりゃしょうがないでしょう。
上げてるしさｗ

始めはしゃんがない

ちゃんと自分で調べてどうしてもわからない場合に質問するような初心者ならともかく、
ろくに調べもせず自分の未熟を簡単にMP4コンテナとかx264guiのせいにして
自分勝手な結論を出してしまうようなのは初心者とは言わない。

↑こうゆうのを屁理屈と言います。

>854
フォローありがとうございます。
これで良いでしょうか？
>855
質問者の立場で生意気言うけど、何日もググってたよ。
調べ方が悪いって言われたら申し訳といか言えないけど、gui使えるまでに何回
guiの使い方調べたか分からない。

これ以上コメントして荒れるようなことがあったら親切にアドバイスしてくれた人たちに
申し訳ないのでこれにて失礼します。

>>857
まずは”GUI”をググるべきだったんじゃね
x264とかいうレベルじゃなしに

まぁいいじゃないか。
今度はID:cvCT4DS+が教える立場になるようにな。

世の中には壊滅的にできない人間が居るんだな

>>860
ココにいる人間には普通かもしれないが、苦手な人間は山ほどいるさ
誰でも人より出来ないことの1つや2つあるだろう？
と、言うことだ。

初心者用の板とかスレとか何のためにあるんだYo!

>>862
ならばそれを教えてあげればいいんでない？それすら知らないんだろうから。

mp4はWindows98で再生出来ないから嫌い

>>864
そりゃそうだろ・・・９８なんてｗ

スレ伸びてるから、新しくなったのかと期待したら力抜けたでござる

何でマカーがこんなに沸いてんの？

>>864
普通に再生できてるが

有志による最新版ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━━!!!!!

>>869
ｋｗｓｋ

詳細設定がねーぞ

バグだらけでまともに出力できねーよ市ねカス

何これ？23からは詳細設定無しなの？あとはコマンドラインでやれってこと？

>>872
バグってなんだ？　使い方がわかってないだけじゃないの？

>>873
そういうこと
simple x264 launcherを参考にしたって言ってたね
"I don't suggest adding more options to new GUI currently
because all other options (in my opinion) are for advanced users only
so they can use extra command line. "
とも言ってる

めんどくせえ

…こんなんだからなおさらGUIを続けようとする人がいなくなるんだよ

>>874
サンクス
しかし、これじゃGUIの意味がねえな…

そうか？
simple x264 launcherは非常に使いやすいGUIフロントエンドとして評価が高いぞ
new vfwはそれにVDubのJobControllが併用できるから、さらに使いやすいんだが

seraphy氏のページに全然つながらん

同じく
早くx264詰め合わせを入手したいのに････

うるせーな繋がるときだけ報告しろ

お前が五月蝿い
こっちの神経逆撫でする糞コメをいちいち入れるな屑
死ね

vfw使おうぜ！

aviだとPS3とかで見れないから嫌

seraphy氏どうしたんだろうか
今まで詰め合わせしか使ったこと無いからvfwはちょっと…
他に公開している場所はないのかな

いつになったら解消されるんだよ

せめて丸一週間つながらない状態になってから愚痴れ

更新されなくなったのでavisynthに手を出して昨日はvfrに挑戦したのだがtdseditが必要。
早く入手して確認したい

家に帰れないんだから仕方ないだろ

>>749

avisynthからafs呼び出してseraphy氏のx264afsをコマンドラインで使ってるんだけど
他にafsに対応してるx264ってある？

ない
つーかafsは重いから他の方法でvfrにした方がいいよ

AviSynthならItsでいいじゃん

下手すると数カ月復帰しない可能性もあるわけか・・・
まあ家から遠く離れてるんじゃ仕方ないけど。

YRPなのかな、本当に

原油の回収作業に追われてるんだよ

>>895
YRPって何？ユリパ？

監獄

>>897
横須賀リサーチパーク

seraphy版のavs2wav.exeが欲しいのに困った。

x264vfw_23_1659bm_23819 を使用すると音ずれが激しい。
x264vfw_22_1629bm_23430 では問題なかったのに。

<環境>
Windows 7 Ultimate x64
phenom II 905e
DDR3 6GB

TMPGEnc 4.7.4.299
DVDx 2.10 日本語改版
音声codec LAME MP3 3.98

<備考>
エンコード
DVD --> x.264 (avi)
Divx --> x.264 (avi)

>>900
x264outに同梱されてた気がする

>>901
GUIデザイン変更とともに今までrc-lookaheadを0にしてたのをやめたみたいだからね
Fileモードを使わないからそうなる
もはやVFWの何が悪いのか理解してないやつは完全にお断りってことだな

>>901
x264vfw_22_1629bm_23430 までは正常に使える。
x264vfw_22_1629bm_23430より後に出たインストーラ、100kbぐらいサイズが減っている。
その辺がどうも引っ掛かる。

拡張 x264 出力のサイト落ちすぎだろ

土日も復帰しないってことは当分駄目だろうな

もしかしたら盆休みに復活するかも

欲しいときに限ってサイト落ちてるのか
誰か安定版うｐしてくれないかな…

vfwやめろってことだよ。

x264.1376.release01
上のなら持ってるけど。
安定しているというか、edtsとかいいうのだっけか？それ以前の物だけど。
このverから上げてない。上げてないというか1376に戻した。

俺なんか--nal-hrd vbrとか--tff使いたいくてr1173のOreAQまで戻っちゃうぜ

速度が2倍速になるとか、画質が2倍綺麗になるとか、サイズが1/2になるとかしない限り
1376で十分だと思っている俺ガイル

速度は1.5倍は速くなってると思うが

ttp://vfrmaniac.fushizen.eu/seraphy_mirror/
バイナリとそのソース差分をミラーしました。
seraphy氏が公開していた最新のrevを配布していないのはソースが公開されていないからです。
つまり、rev1471 release03以降はGPLに違反するため再配布できません。

GPLってソースにバイナリと同時･同様の公開を義務付けてるんだっけ?
単にソースを要求されたとき拒めないだけかと思ってた

要求されたらソース渡さなきゃならんてことであってると思うが、
手元にソースがない以上、再配布はできんわな。

あ、そうか、配布じゃなくて再配布か
でも、再配布するときってソースを入手してなきゃいけないのかな? 単にソースの入手方法を明示するだけでよさそうな気がするけど

r-1666
10-bit encodingを追加してみた
http://sada5.sakura.ne.jp/

>>918
ここはGUIとVFWのスレなんだが
貼るならVFWもビルドしてからにしてくれ

まあのんびり待ってるさ
そのうちお戻りになるだろう

>>917
例えば勝手に再配布して「ソースはオリジナルの人にもらってね。俺は責任もたねえから。」っつうのはおかしくね？
再配布する人で完結するようにしないとアウトだろ。GPLの詳細は知らんけど。

改変なしのバイナリのみの再配布にはいちおうそれっぽい条項がある

3. You may copy and distribute the Program （中略） in object code or executable form （中略） provided that you also do one of the following:

c)  Accompany it with the information you received as to the offer to
distribute corresponding source code. (This alternative is allowed only for
noncommercial distribution and only if you received the program in object
code or executable form （後略）)

いやオリジナルのソースから特定の部分だけを書き換えたならdiff添付すれば問題ないはず。
それでもオリジナルの著作権者からオリジナルを含めた全てのソースコードを開示しろと言われたら
それに応じなきゃならないが、関係ない第三者からの要請には応じる義務はない

>>923は>>921宛

>>923
あくまでFSFの主張としてではあるが
3.a)には
"with the complete corresponding machine-readable source code"
とあり（3.b)も同様）その下には
"complete source code means all the source code for all modules it contains"
とあるのでdiffだけというのは不可

参考：http://www.gnu.org/licenses/gpl-faq.ja.html#DistributingSourceIsInconvenient

ついでに"GPLの範囲内"において、オリジナルの著作権者は、
派生物のソース公開に関して特別な権限を持つわけではない
別途ライセンスしてソース非公開をOKにするのはGPL範囲外の話だしな

細けぇこたぁいいんだよ！！！


第三者が何もしないのなら気長に待つだけさ

>>914
ありがとう

何かｷﾃﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!

>>928
rev1666

どこどこ

Internet Explorer ではこのページは表示できません

拡張 x264 出力(GUI)をDLしたいんだがHP閉鎖しててできないんだが
どうしたらいい？誰かDLサイトしらないか？至急頼む！

>>932
>>914

x264gui.auoと264gui.iniが欲しいんだがどれだ・・・>>933

バカは速やかに死ねよ

>>934 7z解凍フリーソフト使うがよろし　・・まあ後は分かるよね？

馬鹿ですまないが、x264gui.auoはx264gui.auo.vcprojでもいけるか？

>>937
いけねえよ。vcprojは開発用のプロジェクトファイルだ。
とりあえずお前は落とすもんを間違えている。

すまん、できた。
馬鹿な俺に返事くれてありがとう！！

随分と爽やかなバカだなｗ

お前らの優しさに心が震えた

本家のx264vfw_16_1114bm_17572.exeで十分に安定版だと思うんだけど、
セラフィーにこだわる理由ってなに？

セラフィー命と思ってるから。。

ティエリア・アーデ　セラフィー　出る！！

24でてるな何処がどう変わったのかは良く解らんが

神あらわる！！！
ありがとう！！！

鯖落ちであって別に閉鎖じゃないよな

いつものこと

誰か1376うｐしてくれ
ちょっと見ぬ間にHDDから消えてしまった

>>949

ttp://www1.axfc.net/uploader/Sc/so/132191

p=x264

>>950
サンクス助かった

せらふー復活してるぞ！

明け方復活とかどんな生活してるんだ…
本当に体は大丈夫なのか…？

生きてるのが分かっただけで安心した

これって、シーン毎にオプション設定できる？
1回のエンコードの中で、あるシーンはチューニングをgrainに変えたり、
また別のシーンはビットレートを高くしたりとか。

ビットレートくらいなら--zonesで調整できるけどそれ以上のことは無理

seraphyさんのサイト404になっとる・・・

復活したと思ったらまた落ちたのかよｗ

不規則期間限定デス。

復活確認
とりあえずソースは全部落とす

俺と同じ歳なのにこんなにみんなから必要とされてるなんてすげーなせらふぃー。

GUIユーザー希望の星だからね。
edtsが必要無いことと、14xx以降でafsの24fps化が上手く行かない事も
あって1376で止まってるけど、細々で良いから続けて欲しい。

ｘ264outの1passの気持ち悪かった所修正してみたんだけど
これで良いのかな・・・(一応動いてる)
echo TCPSource("127.0.0.1",%PORT%) > "%TMPF%.avs"
echo ConvertToYV12() >> "%TMPF%.avs"
echo return last >> "%TMPF%.avs"
if %VFR% == 0 x264.exe %x264OPT% -o "%TMPF%.mp4" "%TMPF%.avs"

ついでにMT化する場合
echo TCPSource("127.0.0.1",%PORT%) > "%TMPF%.avs"
echo PluginDir="mt.dllがあるPluginディレクトリ" >> "%TMPF%.avs"
echo LoadPlugin(PluginDir + "mt.dll") >> "%TMPF%.avs"
echo MT("ConvertToYV12()") >> "%TMPF%.avs"
echo return last >> "%TMPF%.avs"
if %VFR% == 0 x264.exe %x264OPT% -o "%TMPF%.mp4" "%TMPF%.avs"

インタレの場合
echo MT("ConvertToYV12(interlaced=true)") >> "%TMPF%.avs"

MT化の2〜3行目は個人的な癖なんで適当に

delの所に"%TMPF%.avs"これ書かないとavsのごみが残るから入れて

そもそもConvertToYV12をMTにしたところで、どれほど効果があるのかが疑問なんだが
フレームの分割、および再結合の処理の分、かえって遅くなったりしないか？
ちゃんとベンチマークしてみた？

>>965
MTは好みでしてもしなくても良い様に、一応上にMT化しないでAvisynthにConvertToYV12させる
記載も書いたんだけど・・・・

書いたかどうかじゃなく、単に速くなるのかどうか試したのかと聞いてるだけだと思うんだが。

おっと、そろそろどっちかが引けよ

非MTでインタレ維持するときは

echo TCPSource("127.0.0.1",%PORT%) > "%TMPF%.avs"
echo ConvertToYV12(interlaced=true)") >> "%TMPF%.avs"
echo return last >> "%TMPF%.avs"
if %VFR% == 0 x264.exe %x264OPT% -o "%TMPF%.mp4" "%TMPF%.avs"

で、おｋ？

avsの質問したいならavsだけ書けよ
いちいちdosバッチにすんな

masternobody版のx264vfw_23_1659bm_23819は、「Analysis＆Encoding」と「Rate control＆Other」タブが
なくなっちゃったけど、なんか理由あるの？
コマンド打てない人間は、プリセットとチューニングだけ使っとけってこと？
SourceForgeのフォーラムで同じ質問してる人がいたんだけど、komisar氏がレスしてて
ttp://sourceforge.net/projects/x264vfw/forums/forum/770224/topic/3763092
「masternobody is too lazy」（masternobodyは怠け過ぎ）
「try to use komisar's builds」（自分のビルド使え）
って。なんかmasternobody氏に対抗意識あるのかな？

対抗意識っつーよりも、新デザインに不満を持つのもいるだろうから
2つから選べるようにしてるってのが真相ではないかな
基本的に二人は仲がいいし
「masternobody is too lazy to add back advanced options.」は
（masternobodyは昔のオプション類を新たに追加する気はまったくありません）のほうがいいかな

ちなみにタブがなくなった理由はこんな感じだ（今年の3月ごろの#x264のログより）
http://privatepaste.com/bd0a4459ba

BugMaster==masternobodyね

「Analysis＆Encoding」と「Rate control＆Other」のタブは復活して欲しいなあ

>>972
これはチャットログ？2人はよく知ってる仲だったんですね。

それにしても、あのDark Shikari氏も、Advanced Option は必要ないって意見か…
「(Dark_Shikari) most people don't need advanced options」
komisar氏だけは、必要だって考えらしいけど。
「(komisar) Dark_Shikari: but if ppl can play with мац long time, new gui is discouraging him」
ppl = people ？ мац って何だろう？ Maμ？ Menu？

>>973
欲しいよね？ 海外の人は、要らないんだろか…
Bフレーム1枚増やして「何KB小さくなったぞ」って悦に入ったりしないのかな？

masternobody版とkomisar版って共存できないよね？
DLL名もレジストリ登録名も同じだし、install.inf形式じゃないから、開いて名前を書き換えるって訳にもいかないし…
ちなみに、Windows XP です。

мацはvfwの打ち間違いでしょ
直後に*vfwと訂正入れてるし
（IRCでは打ち間違いを訂正するとき、*をつける習慣がある）

なるほど、ロシア語キーボードの使用で発生する打ち間違いだね。
それぞれの文字は同じキーに割り当てられている。

ttp://www.neotec.co.jp/syouhin/key/foreign/russian/russian.html

映像サイズがコンテナとコーデック詳細で異なる.コンテナ 704x396.コーデック詳細 16x16

これってどういうこと？

(´・ω・`)知らんがな

とりあえず、「コンテナ」と「コーデック」の意味を覚えてから来てくれ
何を言ってるのかわからん

x264は16の倍数以外は規格外だから
そういう表示になる
16の倍数になるようにエンコしろ

＞x264は16の倍数以外は規格外だから

ttp://www12.atwiki.jp/lunatilia/m/pages/180.html?guid=on

ume

zero latencyにチェック入れると何がどうなるの？

ストリーミング向けだから使うな。画質悪くなるだけ。

>>985
ありがと
音ズレとは関係ある？
これチェックすると音ズレが緩和される気がするんだけど