x264 VFW 専用スレ Part2

ここは、まだまだ需要が多い 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://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://www.ne.jp/asahi/l/a/files/index.html (x264VfW日本語化パッチ)

[有志による最新版]
http://x264vfw2.xlphp.net/
http://seraphy.fam.cx/~seraphy/files/x264/

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スレ1
http://pc8.2ch.net/test/read.cgi/avi/1141929972/

☆彡 ffdshow-tryouts vol.14 ☆彡
http://pc11.2ch.net/test/read.cgi/software/1186883440/

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

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やGOMなどの軽量プレーヤーを使う。 これらで見る場合はffdshowは必要なし。

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

前スレ
x264 VFW 専用スレ Part1
http://pc11.2ch.net/test/read.cgi/avi/1160377939/

>>1乙

修正
>>1の最後はttp://seraphy.fam.cx/~seraphy/program/x264/

http://seraphy.fam.cx/~seraphy/program/x264/x264.676.rar
676きた

音ズレの恐怖が訪れる

>>3
いいかげん、GOMが軽量プレーヤーって言う都市伝説はやめようよ
実際は重い方のプレーヤーだし、GOMでのｈ264の再生は鬼門だろうに・・・

404 Not Found
Request : GET
Object : /~seraphy/

指定されたディレクトリは存在しません

おちゅかれちゃーん

Seraphyたんのサイト復活してる

676release2？
何が変わったんだろう？

>>12
落としてreadmeの中の更新履歴みれ

□rev676.release2
・GPACを0.4.4-rc2に戻してみる

□rev676
・GPACをCVS最新ソースに差し替え
・GPACのコンパイルオプションを変更



http://seraphy.fam.cx/~seraphy/cgi-bin/cbbs.cgi?no=48715

■322 / 5階層) 　「x264の出力設定に失敗しました」
□投稿者/ seraphy@管理人 -(2007/09/16(Sun) 19:46:32)

いらっしゃいまし。

ただいま帰省中のため、検証ができずに申し訳ありません。
一応、リモートでx264についてはSVNの最新とGPACはCVSの最新をもってきて
コンパイルしてみました。
問題が解決しているかどうかはちょっと確認できません。

ダメな場合は、GPACを昔のソースに戻すしかないですねぇ。


しっかし、地元のネットカフェ（FREE SPACEってとこ）はPCは古いし液晶も
15インチだし、これで時間あたりの金額は都内よりも高いわけで。
地方は物価は安いけど、ことPC系は高すぎだとおもう今日この頃の管理人でした。

で
ぶちこんでみたがバグ直ってないくさい

うちでは直ってました、mp4の中断も2passもいけた
2passはiclで前から不安定だったので、たまには落ちるかも。

でゆあるこあで3スレッド使ったらさすがに重くて裏で何も出来なくなた

優先度変えなかったらそうでもないと思う。

うちも直ってたバッチ処理できなかったのができるようになった

日本語でおｋ

最近セラフィさんver x264に出会った者です。
今までx264でavi一本だったのですが、Bフレに問題があるということを知りいろいろ探して、aviutlから直接mkv,mp4 rawに出力できるセラフィさんのに移行しようと思っています。
それで試しにエンコしてみたのでうｐしてみました。ぜひ皆さんの評価を聞かせてください。ソースはアナログで電波状況も多分良くないと思います。ふぬああでキャプしました。
縦の解像度が半分になるとのことですのでafsの解除レベルは3にしてみました。それと気になる事があるのですが、raw出力したファイルをMeGUIを使ってmp4にしてそれをmkvにしたのですが順番はこれでおｋですか？
あと、mp4はどのプレーヤーでも問題なかったのですが、mkvの方はGOMプレーヤーのみ最初からカクカクなってしまいましたorz
ttp://www.dotup.org/uploda/www.dotup.org0774.zip.html

以下MeGUIで書き出した設定です。
--qp 26 --bframes 2 --b-pyramid --b-rdo --weightb --direct auto
--subme 7 --analyse all --8x8dct --me umh --threads 2
--thread-input --cqmfile \NaruP-Matrices\narup-MiddleQuality-rev035R_Matrix.cfg"
--progress --no-psnr --no-ssim --output "" ""

インタレ保持でBフレーム使うと、同じモノを同じようにエンコしても、毎回違うところに壮大に
ブロックノイズが出てました（aviutlでavi出力 x264のバージョン667）。
Ｂフレーム0にしたら出なくなったので、まぁいいかと思って詳しく調べてないけど・・・。

>>23
たぶん知ってると思うけどaviでBﾌﾚｰﾑ使うと不具合が出るからやめたほうがいい
ブロックノイズとの関係性はわからん

>>22
その設定なら--trellis 1の追加がおすすめ

>>22
--hadamard --ref 3 --mixed-ref
あたりも追加した方が満足できるんじゃなかろーか。

>>22
たぶんx264.auoならx264本スレのほうが適当だと思う。
まあそれはいいとしてMP4にしてわざわざmkvに入れなおす意味がよくわからない。
x264なら最初からmkv出力できるからそうすればいいんじゃない？

俺はMeGUI使ったことないのだが俺だったらRAWで出力したやつはmkvmerge使ってMUXする。

設定については1passなら個人的にはqpよりcrfお勧めしたい。

皆さん返信ありがとうございます。大変参考になって助かります。
>>26
--hadamardだけどうしても見つからないのですが、どこにあるのですか？
>>27
そうですよね。part1のほうでx264.auoのことを知ったのでとりあえずこちらに書き込んでみました。
何回も入れなおしているのはpart1のほうでそういう手順でやっているというのをみたので・・・MeGUIのmkvをmuxするやつでは264拡張子は扱えなかったので、一度mp4で音とmuxさせなきゃいけないからこういった手順なのかな？と解釈してました。

始めたばかりだったのでマトリクスのreadmeに-qp 26にてOPエンコ→このビットレートを確認しておく。と書いてあったのでそうしてみました。
目標としては実写のものを2pass ビットレート1600でいきたいと思っています。しかし1passでもビットレートを指定してエンコしようとすると「x264エンコーダエンジンのオープンに失敗しました」と出てaviutlが落ちてしまいますorz
っていうかまだ2passのやり方がまったくわかりません。

以下アドバイスを取り入れた設定ですがaviutlで落ちます。qpなら大丈夫なんですけどね。
 --bitrate 1600 --ref 3 --mixed-refs --bframes 2 --b-pyramid --b-rdo --bime --weightb --subme 7 --trellis 1 --analyse all  --8x8dct --vbv-maxrate 25000
 --ratetol 4.0 --me umh --threads 2 --thread-input --cqmfile "\NaruP-Matrices\narup-MiddleQuality-rev035R_Matrix.cfg" --progress --no-psnr --no-ssim --output "" ""

>>24
×aviでBﾌﾚｰﾑ
○VfWでBフレーム

677きた

【修正履歴】
□rev677
・x264.auoにて、「x264の出力設定に失敗しました」というメッセージが出る不具合を修正（したつもり）

http://seraphy.fam.cx/~seraphy/program/x264/x264.677.rar

ﾔﾀｰ
あとで試してみるべ

Seraphy乙！

29です。その後いろいろやってみた結果を書きます。
まず、677でやってみました。1pass、--crfでやってみたのですが失敗。qp以外なぜ失敗するのか探るためマトリクスを使わない設定にしました、するとビットレートを指定してもエンコできるようになりました。
そこで「narup-MiddleQuality-rev035R_Matrix」から「narup-MiddleQuality-rev030_Matrix」に変更してみるとこちらもあっさり成功しました。何で成功したのかはさっぱり分かりません。
とりあえずここまでです。わかったことは恐らくx264.auoの問題ではなくマトリクスのほうかもしれないという事です。

x264.auoで--thread-inputって使えるの？
いつも動作設定のビデオ先読みスレッドを使っているんだけど。

あと--progressもあってもなくても変わらないような。

>>36
たしかvfwにコマンド設定が追加されたときの説明に、意味のないオプションは無視するとかの説明があったから同じなのでは？
ビデオ先読みスレッドオプションがあるから--thread-inputは意味がないし、エンコード状況はAviUtlが管理しているから
--progressも意味がない。
だいたい、コマンドプロンプトが起動するわけじゃないから、表示関係のオプションは全部無効になっているんじゃまいか。
-hや-vもつかえないし。

>>37
別窓で表示系オプション用の窓が出せると最高なんだけどな

ちょっと提案してくる

>>28
あーすまん。--hadamard はまだ実験用パッチレベルで本流には採用されてなかた。忘れてくれ。

>>35
なるPさんとこのマトリックスは 2 とか 4 とか使ってたはずなんで、--minqp が
デフォルトの 10 だとエンコーダに「オーバーフローすんぞ」って蹴られる。
初心者ならデフォルトの jvt つかっといた方がいーと思うぞ。

たぶん俺の技術がないだけだと思うがｶｽﾀﾑﾏﾄﾘｸｽ使うよりjvtの方が綺麗にできるんだよな・・・

>>39
そうだったんですか、忘れますね。
>>40
いろいろ難しいですが、ttp://www.geocities.jp/encmemo5whf6jvag8/index2.html#06-03Eを参考にしながら頑張ろうと思います。
ダメだったのはそういうことだったんですね。イマイチ理解しきれていませんがありがとうございます。
2passもできる様になったし、わかってくると楽しいですね。

>>32
rev677を試してるけど今んとこ例のメッセージが出ることなく連続エンコに成功中
seraphyさん乙であります

本家で
r678 | pengvado | 2007-09-21 22:20:22 +0200 (Fri, 21 Sep 2007) | 2 lines

faster 4x4 sad



がきたので
そろそろ新verくるかも

>>44
もう来てる

cef版使ってる人いる？
aq系オプションってどのくらいに設定したらいいんだろ

--aq-strength <float>　Amount to adjust QP per MB [0.0]
　　　　　　　　　　　　　　　　0.0: no AQ
　　　　　　　　　　　　　　　　1.1: strong AQ
--aq-sensitivity <float> "Flatness" threshold to trigger AQ [15.0]
　　　　　　　　　　　　　　　　5: applies to almost all blocks
　　　　　　　　　　　　　　　　22: only flat blocks



ということらしいがググってみても効果的な設定＆使用するメリットがよくわかんね＼(^o^)／

--fpel-cmp <string>　　Integer pixel comparison function ["sad"]
　　　　　　　　　　　　　　　　- sad, satd



こんなオプションもあった
誰か詳しい人いたら教えてくださいorz

>>46
俺は--aq-strength 0.2 --aq-sensitivity 2ぐらいで使ってる
ffdshowの可視化フィルタで実際のq値がどうなってるか確認できるから
それを見ながら自分好みの利き具合を探るといいよ

>>47
使うメリットは、ブロックノイズが目立ちやすい暗部や平坦部のq値だけをピンポイントで下げてくれること
ピンポイントで作用するから普通にcrf値を下げたりするより少ないコストで粗を目立たなくすることができる
なかなか思い通りの効き方はしてくれないけどね

>>48
ttp://resic.laburec.net/

ちなみに上の設定は実写エンコの時のです

>>49-50
thx

679きてるな

680きてるな

681きてるな

682きてるな

683いったな

　　 　 /＼＿＿_／ヽ
　　 ／　-‐'　　'ｰ-　 ＼
　 . |　（●）,(､_,)､（●） ::|
　　|　　　 /,.ｰ-‐､i　　:::::|
　　|　　　 //⌒ヽヽ　　.::|
　　| 　　　ヽｰ-‐ノ　　:::::|
　　 ＼　　　￣　　 ...::／
　　　／｀ー‐--‐‐―´＼

680おつ

>>49
--aq-sensitivity 2って書いてるけど
5-22の範囲じゃないのデフォ15で

どうなるか試してみて

いやだね

どうなった？

マルチな質問だと思いますが
build_VC8 と build_ICC91の違いはなんでしょうか？

違いは無いと思ってて結構

ICC91はC2D向けとかどっかに書いてあった気がする

AMD系だとVC8のほうがいいとか（ICC91だと逆によろしくない場合もあるとか、ないとか）。受け売りなのでよく知らなかったが、
気になったので調べてみたらICCはIntelアーキテクチャで高速に動作するように最適化されたコンパイラらしい。
VC8(Visual Studio 2005)はもっとも一般的なコンパイラだな。だからIntelでもAMDでも問題なく動くようにできてるはず。

ICC Intel製CPU
VC8 AMDなどその他

ってとこか

普通にICCの方が高速だと考えていいと思うお。
IntelのCPU使っていようがAMDのCPU使っていようが。

で、もしICCで動かない環境があったらVC版使えばいいかと。

ICCにしたって微妙にしか変わらないからまぁあまり気にするほどのことでもないけどね。
肝心要の部分はASM化されているのでコンパイラに左右されないしね。

>>64-70
皆さん、どうもありがとうございました

x264 VFWが次の新コアーのSSE4に対応してくれるといいのですが・・・

>>71
んー --me esa は対応するだろうけど、dia/hex/umh ではどーだろ。

imhが忘れられてて悲しいわ

imhは本流じゃないしね。

音ズレするんだけど

// // //／::　<　　 ＿,ノ｀' 、ヽ､＿　ノ 　;;;ヽ　　 ,へ､　　　　　　　　／＾i
///// /::::　　　（y ○）｀ヽ) ( ´（y ○）　 　　;;|　　| \〉｀ヽ-―ー--<　〈\ |
// //,|:::　　　　　（ (　/　　　　ヽ) ）+　　　 　;| 　7 　 , -- 、, ---　、　 ヽ
/ // |:::　 　　　+　 ) ）|~￣￣~.|（ (　　 　 　 ;;;| /　 / 　＼､i, ,ノ　 　 ヽ　 ヽ
/// :|::　　　　 　　（ (||||! i: |||! !| |) ）　 　 　 ;;;| |　 （-=・=-　 -=・=- 　）　　|　もちつけ
////|::::　　　　+　　 U | |||| !! !!||| :U　　　;;; ;;;| /　 <　　/ ▼　ヽ　　 >　　　、
////|:::::　　　　　　　| |!!||l ll|| !! !!| | 　　　;;;;;;|く彡彡　　(_／＼__)　　ミミミ　ヽ
// / ヽ:::::　　 　 　　| !　|| |　||!!|　　　　;;;;;;/⌒⌒⌒＼　 （___ノ　　　　 　ミミ彳ﾍ
// // ゝ::::::::　:　　　| ｀ー----−'　|＿_／/ / / /⊂) 　 ヽ-- 　__＿／　　　＼

>>75

俺も数バージョン前からアップデートしてみたら音が少し
ずれたように感じてる。200ms遅くしたらちょうどよい感じだけど

--statsで指定しないとログはどこにできるの？

>>75
>>77
俺も、
しかも、ズレるときと、ズレないときがある。
TMPGEnc4.0
x264-mp3-Bフレ1

ズレる番組は、何回エンコしても同じようにズレる。

もちろん、ソースはずれていない。


しかし、wmv+wmaだとズレない。

なぞ？？？

・スレッド数を 1 にして B は使わない
・エンコード時の遅延を考慮するエンコーダを使う
で解決すると思われ。

x264-mp3-Bフレ1

VFW止めるのが一番手っ取り早いんだけどね
Bフレ関連は鬼門

>>80-82
指摘、乙


>>75のように、
数バージョン前は、今と同じ設定
　TMPGEnc4.0 ,x264-mp3-Bフレ1
で音ズレしていなかった。

のになぜか、最近のバージョンでは、
音ズレ、するようになった。

しかも、しないときもある。
する：しない=1：9ぐらい。

原因がわからない。

>>83
x264.rev607だったと思いますが、そのときにMulti threads時の動作が変わりました。
その前は1枚の絵を分割して複数のスレッドでエンコードするようにしていましたが、
新しい方法は、数枚の絵を「バッファに一時的に確保」し、複数のスレッドで1枚ずつ処理するようになりました。

この方法が変わったため、x264のスレッド数を上げれば上げるほど、「バッファに確保する事前処理」が実行されます。
しかし、VFWという仕組み上、この「バッファに読み込み中」の状態でも、映像・音声ともにAVIファイルに格納されて
いきますので、まだ映像が出ない状態で音声だけ先に処理されてしまいます。
これが音ズレの原因です。（Bフレーム利用時もこのように一旦バッファに読み込みます。）

たとえば、Bフレームを3、スレッドを3と設定した場合、音声に対して映像に5フレーム分の遅延が発生します。
参照Bフレームを使用するとさらに遅延します。

早い話が、VFWなんて時代遅れの遺物にいつまでもしがみついてんなよってのが死んだじっちゃの遺言だという事です。

BD-ROM“美麗画質”の作り方――ソニーPCLに聞く「MPEG-4 AVC」エンコードの現場
http://arena.nikkeibp.co.jp/article/column/20071010/1003338/?P=1

村井氏：　AVCの圧縮はソフトウエアエンコードで行っており、ソニー製の「BAE-VA700」というエンコーダーシステムを使用しています。
これは複数台のサーバーを使った分散処理システムで、ソニー PCLでは10台の分散PCを使ってエンコードしています。このシステムを導入しているのは現在では当社だけですね。
サーバーはVTR室に設置しており、編集室にあるのはキャプチャー用PCとコントロール用PCのみです。

折原：　当初の圧縮はMPEG-2で行われていたと思うのですが、AVCに代わって作業時間も変わってきましたか？

尾林氏：　5 倍から10倍に増えていますね。1パスエンコードの場合、映像ソースに対して約3倍の時間がかかりますが、
2パスエンコードを行っているのでエンコードだけで約6倍かかります。それから見直しを含めて、ソースの約8倍といったところです。
MPEG-2ではエンコーダーが映像に対してリアルタイムで動いていたものが約6倍になりましたので、エンコードだけでも相当の時間増になっています。

rev680.release2あげ

SSE3対応ｷﾀ━ヽ(ヽ(ﾟヽ(ﾟ∀ヽ(ﾟ∀ﾟヽ(ﾟ∀ﾟ)ﾉﾟ∀ﾟ)ﾉ∀ﾟ)ﾉﾟ)ﾉ)ﾉ━!!!!

ソースに比べて5フレーム程度音ズレが発生しているってどうやってチェックすればよろしいですか？
普通に再生している程度では判らないような気がするのだが・・・・

>>86-87
SSE3対応、遅くなったorz Q6600

>>88
普通に再生している程度では判らないのであれば、「気にしない」がベストな方法。
結局は自分がどう感じるかがすべてだ。

>>89
> SSE3コンパイルのオプションをつけましたが、実際に使っている命令は
> pabsw、pabsw、psignw
> となっているので、SSSE3命令ですね。
> 実装を見る限りロジック部のステップ数は約半分に減少しています。
> といっても、8ステップが4ステップになったくらいで、そんな関数が2個ほど。
> （--partitions とかで使う関数です。）
> あとは、SSE2命令との速度差ですが、SSSE3の方が遅かった場合、この程度のステップ数
> の差だと逆に遅くなってしまう可能性もあります。
> Core2系はSSE2の速度が異常に速かったと思うので、少々心配です。
氏の掲示板から。

つまり意味ないと…

>>79
まったく同じパターンだな・・・

>>84
的確な回答ですっきりしました。
死んだ爺っちゃんの遺言どおり、これからはWVC1に乗り換えてみます。

vfw版のx264は必ず最初の２フレームをIDRとしてエンコードするようにハックできたら
Bフレ使用による音ズレ/尻切れ問題を解決できたりするのかしら？

尻切れじゃなくて先頭から全部がずれてるってのが実情だろ

昔の人がAviUtlで拡張何とかで何とかかんとかすればずれないとか言ってた。
0から1フレームずつカウントするサンプルまで出してて
その人が言うただ一つの方法ってやつのAVIならちゃんと0から最後までカウントされてたよ。
その方法を忘れたんだけど。

>>95
それ確か再生だけはデコーダー次第でOKみたいな感じだったような。
デコーダーがカスだと結局ずれるとかそんなんだったような。

出力に関しては何種類かある　”x264の”Bフレーム　に対応したAviUtl出力プラグインでいいんじゃね？
再生は知ったこっちゃないが。
つか今時Bフレーム話を持ち出すのは定期的に発生するAviUtlのことを何も知らない新参のアンチかCLI厨がほとんどだと思う。

なあ
>>1のまだまだ需要が多い VFW版 を延命させるってどういう意味？

>>98
本家じゃVFW対応は止めてる

ぐは( ;';ё;`;)

x264はMP4とmkv出力を公式サポートとするためにAVI出力のVFWの更新は停止した。
今は有志がボランティアで最新バージョンに対応したVFWをリリースしてるというわけだ。

720x480でキャプって、上下に帯がある16:9だから704x360にクロップした。
そのあとアス比を正常にするのに拡張x264出力で--sar 10:11ってしたんだが、
それで出力した.264をmkvにしても704x360のままなんだけど…なぜ？

あと16の倍数じゃなくてもいいのかな？

プログレエンコなら16の倍数じゃなくてもいいよね
たとえば8の倍数とか4の倍数の解像度でエンコして実際に問題が起こる人いる？
インタレエンコは32の倍数じゃないと再生できなかったりして結構シビアだけど

正確にはインタレでも縦ピクセル数を16の単位で切り上げた時に32の倍数になってれば OK

たとえば
縦 1080 → 16 で切り上げて 1088 → 32 x 34 → OK
縦 720 → 16 の倍数なのでそのまま → 32 x 22.5 → NG
縦 736 → 16 の倍数なのでそのまま → 32 x 23 → OK

1280x720 を作れないのが痛すぎる……

インタレエンコ時に16の倍数縛りがあるのは知りませんでした。
となると超額縁アニメ（映像範囲1440ｘ810）とかで、額縁部分をクロップして
インタレエンコしようとしても、上下に黒帯つけなくちゃいけないのか・・・。

>>103
1440ｘ1080 でのプログレエンコでは問題ないように見えます。

圧縮率向上しいては画質向上の為に
マクロブロック単位である16の倍数が効率がいいだけで
別にプログレなら特に縛り無いんじゃないの

MPCの設定変えたらアス比反映させたよ…orz
mkvにするときにアス比設定するのとどっちがいいんだろう

>>104-105みたいな時はmkvmergeの--cropping使えばいいのかな？

今SD画質をx264で2passエンコしてるんだが実時間の6倍はかかってる。＠X2 2.5GHz
PV4買うとどうなるのか恐ろしい。画面の面積が4倍なら4倍？

Core2Q行こうかしら…

>>106
訛ってるぞ

x264で2passするとか馬鹿だろ

crfで十分だろ

Aviutl でエンコしてるけど、1280ｘ720 なら実時間の6倍、1440ｘ1080 なら、7.5倍くらい。
時間軸ノイズ除去あり。E6600定格で。

フルHDの映画エンコしたら4コアで14時間かかった

>>110
そうなの？

Core2Quad [email protected]

rev680-1　　　　　　　rev675あたりとくらべて、2pass目が1pass目にくらべてはやくなった。1pass目は変わらず。
rev680.release2　　　rev680-1にくらべて、全体的に遅くなった。1.2〜1.5倍くらい時間が増える。
rev680.release3　　　rev680-1にくらべて、爆速、1/3〜1/2ぐらいの時間になったが、、、、

ほぼ、同じ見た目の画質で、ファイル容量1.2〜1.5倍になった。


もちろん、全て同じ設定。

追加

rev680になって、TMPGEncのバッチ処理エンコの2pass目最後でエラー吐くようになったorz

設定の中身をkwsk

みんなCef版使ってるの？

いろいろパッチあたってるし
aq使いたいのが一番だけど

2分ぐらいで終わるやつを、AviUtlでフィルタなしでエンコしたけど、速度はrelease3の方がほんのわずか早い感じがするような、気がするような・・・。
もっと、長いのしないとわからんな。
出来上がったものは、両方ともバイナリレベルで全く同じだった。

seraphy�d版

Cef版、ログファイルの書き換えが出来てなくない？
例えば、ログファイルの名前が「x264_2pass.log」とすると、
2パス後に、「x264_2pass.log」と「x264_2pass.log.temp」の二つが残る。

>>122
通常版もそうだよ。seraphyビルドのバグっぽい。

長らく話題に出ないから発生してるの俺だけかと思ってた。

久しぶりにここに出張カキコです。
http://seraphy.fam.cx/~seraphy/program/x264/おまけ/!速度比較.txt

>>123
ratecontrol.cの中にあるx264_ratecontrol_delete()という関数でstatのリネームを行っていますが、
if( h->i_frame >= rc->num_entries - h->param.i_bframe )
この比較式が、vfw（Utlの拡張AVI出力も含む）の場合、2pass目以降真になることがないのです。

#i_frameは処理中のフレーム番号ですが、vfwだと最後のフレームを処理しないので-1されてしまう。
#num_entriesはstatファイルのフレーム総数ですが、Bフレ使うとメタメタだし、拡張系つかうと水増しされるし。
#「処理途中でキャンセルされた場合にstatファイルを上書きしない」事を実現するのは難しい。

なので、私のバグと言われてもちょっと困ってしまいます。
実際、vfwは厄介な問題が多いので、本家でサポートを断念したのも無理からぬことなのです…。

>>124、乙でございます
x264Cef.680.release4.rar

限界チューニングｗｋｔｋ
seraphy乙！

>>124
乙です。安易にバグ呼ばわりして申し訳ない。

>>122の問題はx264.exeでも発生するので、vfwの問題ではないと思います。
ソースを調べたところ、rename関数は変更先のファイル名が
すでに存在しているときの動作は処理系依存ということで、
コンパイラに依存したコーディングが問題になっているようです。
（MinGWとVC2005は上書き、ICCはエラーを返す）

ICCビルドは3pass以上のエンコができないので、できれば改善希望なのですが、
この場合はVideoLANにバグレポートした方がいいのかな？

>>127
rename関数の挙動は確かに処理系依存ですが、実はrename関数自体が呼ばれないことが、この場合問題なんです。

fclose( rc->p_stat_file_out );　// ←ここで*.tempの出力完了
if( h->i_frame >= rc->num_entries - h->param.i_bframe )　　// ←処理が中断されていないかチェック（ここが問題）
　　if( rename( rc->psz_stat_file_tmpname, h->param.rc.psz_stat_out ) != 0 ){　// ←リネーム（処理系依存）
　　　　// エラー処理してるけど割愛
　　}

renameに関しては、事前に削除処理を入れればよいだけなので対応してくれそうですが、
vfwの場合に、「h->i_frame」と「rc->num_entries」が期待した値にならないことがそもそもの問題なので、
vfw側でstatが書き換わらない事象は依然として残ることになります。

X2でRelease4使っても遅くならない？

試してみればいいじゃない

それもそうか。
>>124の速度比較って何使ってるの？

>>131
そこのフォルダにこういうものがあった。
http://seraphy.fam.cx/~seraphy/program/x264/おまけ/!cpuz.htm

> Specification Intel(R) Core(TM)2 Duo CPU E6850 @ 3.00GHz
> Core Speed 3798.3 MHz
「おいおい、どんだけOCしてるんだよｗ」ってオモタ

TMPGEnc バッチ処理についてわかった事

rev680-1
2pass目-ログを更新する　　　1pass目と同じ時間　1倍　　　　エラー無
2pass目-ログを更新しない　　1pass目と同じ時間　約0.7倍　　エラー有　　

1年くらい前のDoom9と同じ流れになってて吹いた。
お前ら、本元のx264がVFWのサポート打ち切った経緯をもう忘れたのかよ。
VFWの仕組みを知らない奴らが、Bフレーム使用による音ずれやフレーム欠けや
2pass時のエラーを、開発者のせいにして騒いだのが原因だろ。
それを、VFWを存続させている有志に向かって同じ事をやるなんて、お前ら本気で
VFWを潰したいんだなｗｗｗｗ

この際VfWはBaseline Profile専用にでもすればいいわな。

vfwではできないことと
vfw使用時に気を付けるべきことをスレのテンプレやreadmeで明示しておけば問題ないっしょ

Bフレ使用時は2passはできませんよ、とか
Bフレ使用時は最大Bフレ数＋スレッド数-1だけ映像フレームがズレますよ、とか
Bピラミッドを使うと〜になりますよ、とか

--threads=autoはコア数の1.5倍になるらしいけど、3コア出たらどうなるんだろ？

>136
言い出しっぺの法則

Q&A集に追加で

Q x264はAVIをサポートしていないって本当？
A AVI出力機能にあたるVideo for Windows(以下VfW)は公式サポート外となりました。
　現在は有志によって最新版が提供されています。

Q AVIにすると何がいけないの？
A AVIは古い規格のため、Bフレームを正しく扱えません。これが音ズレの原因になったりします。

Q どうしてもAVIでBフレームを使いたいんだけど、方法はないの？
A AviUtlとBフレーム対応のAVI出力プラグインで作成可能ですが、制限もあります。
　参照型Bフレーム（Use as referencesのチェックのこと）を利用すると、やはり音ズレが発生します。

Q 2passが動かないんだけど。
A Bフレームを利用していると解析ファイル（x264.stat）が途中で切れてしまうため、2pass目が実行できません。
　AVI出力プラグインを利用すれば2passも可能ですが、参照型Bフレームは利用できません。

Q Bフレームを切っても2passが動かないんだけど。
A スレッド設定も1にしてください。

Q 制限ばっかりでまともに使えない糞ですね
A こちらへどうぞ → http://pc11.2ch.net/test/read.cgi/avi/1190210408/

乙！

>>139
http://pc11.2ch.net/test/read.cgi/avi/1190210408/435
＞すっこんてな！

＿|￣|○

なんやかんやいってx.264のVFWではBフレ使わないのが無難そうではあるな
Bフレ使わんと確かにファイルサイズでかくなるんだが、
その分、ぼけた感じも減るんでそれはそれでいいんでないの

Bフレ切っても、30分アニメで 1280ｘ720 なら大体 350〜500 MB には収まるからいいかなぁと。

BフレＯＮとＯＦＦの見た目の区別は付く？
音ズレじゃなくてサイズ的や見た目の画質的なもので・・・
比較動画とかあったらいいのだが・・・

ふつうに見ても区別はつかない
ただ、no-b-adaptにしてb-biasとpbratioを高めにしてる動画や
directを使ってる動画なら分かる場合もあると思う

>>143
通常Q値にして２の差がある
それも弄れるよ。ググって味噌

no-b-adaptのときはb-bias関係なかったけどまあいっか
要するに強引なBフレの使い方をすると特徴的な画質破綻が出てくるってこと
それはそうと比較ぐらい自分で設定変えてエンコしてみりゃいいだけじゃん

>>84 からすると

Q どうしてもAVIでBフレームを使いたいんだけど、方法はないの？
A AviUtlとBフレーム対応のAVI出力プラグインで作成可能ですが、制限もあります。
　参照型Bフレーム（Use as referencesのチェックのこと）を利用すると、やはり音ズレが発生します。
　スレッド数を2以上にしてもやはり音ズレが発生します。

>>148
AVI出力プラグインはマルチスレッドの遅延も吸収してくれるから、>>139で問題ない。

Bフレ使わないんじゃXvidでいいじゃん

マクロブロックの大きさが違うんだろ？

x264.680.rar　と　x264Cef.680.release4.rar を同じ設定でエンコしたら、

x264Cef.680.release4.rar は確かに結構はやくなるのだが、
ファイル容量が増えるなんでだろ？

参照型Bフレーム（Use as referencesのチェックのこと）を利用すると、1フレーム音ズレが発生
手軽にaviコンテナでx264VFW使いたかったらUse as referencesのチェックのはずすことと拡張avi出力を使えばＯＫ
その点だけ気をつければいいってところかな

PV3でキャプチャーしてエンコードしているんだけどEDスタッフロール60i部分以外は全て拡張avi+と自動フィールドシフトで
エンコしたいという人多いんじゃないかねぇ？　音の合成を後でやるってのがどうもめんどくさいし、らUse as referencesのチェックを
ＯＮ，ＯＦＦしたときの違いも見る限りではよくわかんないですよ・・・　拡大してドットレベルで比較すればわかるかもしれんが・・・

素直に本家使えばいいのに

全然バージョン上げてなくて、久しぶりにバージョン上げてみたら
1passと2passのフレーム数が違うとか言われる・・・
スレッド数を1にしたらちゃんとエンコードされるんだけど、これって何が原因なんでしょか？

天地神明に誓って24fps以上の動画の1フレームのずれを肉眼で知覚できる人間など居ないからVfWに問題なし。

口パクと音声ずれてると相当微妙なズレでも気持ち悪い。アニメでも攻殻機動隊みたいに
キチンとセリフと口パク合わせてるようなのもあるから人によってはダメじゃないかな？

つーかさ、AVIがBフレームに対応してないとかいい加減なこと言うのそろそろやめない？
VCMの1 frame in 1 frame outの仕様が元凶なわけで、
packed b-frameみたいにコーデック側が対処すれば問題なく扱えるわけだし。
逆にいえば、x264-vfwが対応し切れてないだけじゃね？

対応するのがまんどくさくなったから切ったわけで

そうなんだろうけどね。
つまりだ、AVIが対応してないではなく、x264が対応してないと言おう。

コーデック側が特別に対処しないといけないってのは対応してないと言うんでないかい？
packed b-frameもmp4コンテナなら必要ないし。

>>155
半年前の俺がいるな。
拡張avi出力使えばいいよ。前スレでも何回か話が出てる。
だがmkvに移行するのが一番いいと思う。aviより便利。

mkvが一番だよな。

MKVよりMP4の方がサイズが縮むから、そっちを使ってる

え？

>>162
レスさんくすです
これを機に俺もmkvに移行しようと思うです

AviUtlを使う人にもx264出力プラグインがあるし、MKVやMP4も難しくないわな。

ところでSeraphy氏のx264出力使ってるんだけど、
2passのログがAviUtlのフォルダにできる時と%temp%にできる時がある。
何が違うんだろう？

そういやコクだのキレだの言う比較表は？
本家だっけ？

wmvに変える

681きてるな

Cef版
＞こっちのビルドは*.statファイルのリネーム処理を修正。(当然vfwの問題は回避不能なのでcliだけ)

拡張x264出力の色空間変換ってどんな時に使うの？

682

>>173
インタレエンコのとき。
x264が持っているYUY2→YV12（I420）はインタレ対応していないらしい。

http://ruriruri.zone.ne.jp/aviutl/
お前らバージョンｷﾀ━ヽ(ヽ(ﾟヽ(ﾟ∀ヽ(ﾟ∀ﾟヽ(ﾟ∀ﾟ)ﾉﾟ∀ﾟ)ﾉ∀ﾟ)ﾉﾟ)ﾉ)ﾉ━!!!!

aviutl ver 0.99a
SSE2使用時に自動24fpsの範囲の値によっては落ちることがあるのを修正。
SSE2使用時にプラグイン外部関数のrgb2yc()で落ちることがあるのを修正。
インターレース自動24fps使用時に時間軸ノイズ除去の動作がおかしくなるのを修正。
YUY2->内部YCbCr変換時に画面の左上にごみが出ることがあるのを修正。
YUY2->内部YCbCr変換時にYUV4:2:2->YUV4:4:4の補間処理がおかしかったのを修正。
インターレース自動24fpsの横縞部分の二重化を少し改良。
インターレース自動を少し改良。
出力時の一度にファイルに書き込むバイト数を指定できるようにした。
出力の処理を少し高速化。(FILE_FLAG_NO_BUFFERINGを使用するようにした)
画像処理をマルチスレッド化した。

ハハハ何をご冗談を・・・ぎゃああああああああああああああ！！！

人柱キボンヌ．．．

YUY2補間も直ってる！

なんというｗｗｗ

　[auf]外部関数にexec_multi_thread_func()を追加。
~~~~~~~~~~~~~~~~~~~~~~~~
　[auf]multithread_filterサンプルを追加。
　　　~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
　[auf]yuy2_filterサンプルを追加。

マルチスレッドの時代到来ｷﾀ━━━(Дﾟ(○=(ﾟ∀ﾟ)=○)Дﾟ)━━━!!!

x.264(´･ω･) ｶﾜｲｿｽ
http://www.dotup.org/uploda/www.dotup.org2945.png

□rev682.release2
・Intel C++ Compiler 10.0.0.27 評価版を入れてみたので、どうぞ振るってご評価ください。（Intelを）
#購入するかは様子見…

通常版とCef版って、どっちの方がいいんだ？

>>185
Cef版で追加されるオプションを使わなければ通常版

seraphy氏んとこに何か来てた
拡張 x264 出力(GUI) 人柱バージョン

え、とうとうGUIきたの
うれしいな

ｋｔｋｒ

bframe使うときにCPU2個にするとさらに1フレームズレるみたいだけど、
bframe使わないならわざわざCPU1設定でエンコする必要ないよね？

>>187
うおw
乙

x264gui.auoの使い方がわからん・・・プラグイン認識されてない・・・

普通にフォルダにほりこんだら認識したけど…

え、ほんとに？MSCOREE.dll、MSVCR80.dll, MSVCM80.dllも入ってるし、何でだろ・・・

新しい環境作ってx264gui.auoだけAviUtlのフォルダに入れたけど認識する。
関係ないかもしれんけどpthreadVC2.dllは？

ウチも認識不良
必要なファイルは入ってるんだけど・・・

pthreadVC2.dllはsystem32の中に入れてある。
新しい環境作ってx264gui.auoだけAviUtlのフォルダに入れたけど、出力プラグイン情報で「ありません」って言われる。
何か間違ってるのかな？

aviutlのverは？

何かランタイム要るのかな？
.NETとか？

>>192
こちらも1台は認識されなくて
もう1台は認識される状況
10月に同時に2台作って、全て同じ環境にしたのだけれど・・・

再インスコしてみるわ

>>198
98dと99と99a。
.Net Framework 2.0とMicrosoft Visual C++ Runtime 8.0 sp1はインスト済み。

x264.auoは普通に認識されてるんだよね・・・うーん。

作者に聞けば

そうだね・・・もうちょっといじって駄目なら聞いてみる。

俺も認識しないな
txtに書かれてるDLLは全部入れてあるんだけどなぁ

■拡張 x264 出力(GUI) RCバージョン

・お断り
まだ音声には対応していません。作者がNero愛好家のため、FAACはないです。どうやって音声部を
エンコードするか思案中。
RC版です。GUIの作りこみがひとまず完了しました。
音声対応前のGUI版としては、不具合がない場合ですがこれがリリースバージョンになると思います。
不具合等、ご報告は掲示板まで。


・修正点など
statsファイルのリネームに失敗する問題を解決したパッチを適用。
再実行に失敗するとか、いろいろバグ修正。
ログ情報表示ウィンドウの実装。

Ver.004更新乙！！とりあえずGUI完了ですか。音声出力のほうもがんばってください。

ということはいつかは音声に対応する訳か。すばらしいな。
俺もNero使いだけど、今時Nero以外でAAC作ってるやつっている？

俺もneroだけどiTunesとかも聞くねえ

俺は未だにiTune

NeroAacEncで2passできるようにしてほすぃ

えー俺いつも2passしてるよ。とっくに2passサポートしてるのに。

いや、x264guioutで音声をNeroAacEncで2passして出力できるようにして欲しい
と言いたかった。

そういうことか
でもNeroAACEncをサポートしたら自動的に2passも使えるだろ
パラメタだけの問題なんだし。
今見たらいつのまにかアップしてる
　バージョン番号: 1.1.34.2
　リリース日: August 6, 2007

NeroAACEncどうやって使ってる？NeroAACEnc GUI？aacenc32？

>>213
何にも使ってない。直接コマンド起動。
ただし、BAT起動してるんでエクスプローラからwavファイルをマウスで選択して
右クリックして送るメニュ−でエンコという手順
ＢＡＴは-2passオプションを付けて起動し拡張子をmp4に変えたものを出力するようになってる。

そっか、俺には難しい使い方だなぁ
音声も2passかけると品質が向上するの？

ていうかbepipe.exeって何？NeroAACEnc GUIのところにあったんだけど
ググってみても何に使うものなのか判らない・・・
誰か判る人おられないかな

既にx264以前の質問だろ
【初心者歓迎】総合質問スレッド-5-
http://pc11.2ch.net/test/read.cgi/avi/1191773850/

アイ、スンマセン

■拡張 x264 出力(GUI) リリース直前最終テストバージョン

・お断り
音声エンコードに対応しました。
出力ファイルがmp4の場合のみ、最終的に音声をMuxします。
※mkvは今後も対応するか微妙です。

ちなみに、音声エンコードは標準入出力のPIPEで実装していますので、neroAacEncの
2passオプションは利用できませんのであしからず。
オプションを変更したい場合は、iniファイルの中身をいじってくださいな。

どこからか2passが使いたいという声が聞こえたので、2passモードを追加しました。
2passの場合のみ、作業用のwavファイルを一時的に作成するため、HDDの容量にご注意
ください。

>>209-211の声が届いたようだ。よかったな。

さすがセラヒー

>>219
vcredist_x86.exe の新しい版を入れて再起動したら認識するようになった。
vcredist_x86.exe の古い版だと駄目だった。

vcredist_x86.exeを実行したらシンタックスエラー
って出てストップするんで、適当なコマンド(/T:C:\)つけて実行したら
最後まで行けた。なんなんだ、こりゃ
というわけでx264gui.auo認識してくれました

vcredist_x86.exe、エラー出てインスコできんorz助けて

その一声で対応〜

Visual C++ 2005 SP1 再頒布可能パッケージ (x86)

インストールの注意点
パッケージファイルは［開く］で実行するのではなく、［保存］でダウンロードしてインストールを実行することをお勧めします。

既にランタイムパッケージがインストールされている場合は、インストールの必要はありません。

Windows 2000/XP へのインストールの注意点
Windows 2000 Service Pack 3以降、Windows XP Service Pack 2で
Administrator 権限のあるユーザ名でログオンしてインストールしてください。


エラー
インストール時に「Command line option syntax error.Type Command/?for Help.」 と表示される。


原因
パッケージファイルが2バイト文字（漢字）に対応していないため、解凍時のTempフォルダ (C:\Documents and Settings\ユーザー名\Local Settings\Temp) に、2バイト文字が含まれている場合に発生する。


対処方法
Administrator 権限のある半角英数字のユーザ名でログオンしてインストールする。
1.のユーザ名がない場合は、1.の条件の新しいユーザ名を追加する。
Tempフォルダの場所を変更する。フォルダ名は半角英数字にします。


だそうです。参考に。

さすが、マイ糞ソフト。プログラムインスコすんのに新しいユーザーを作らにゃいかんとは。

まあ日本語ユーザー名は何かトラブル起きやすいしねぇ。

mkvにも音声の対応をお願いします。

>>226
Tempフォルダの場所を変えるだけで十分だよ。

＞誰かが2pass時の1pass目でnul出力は基本でしょ？見たいな事を言っていたので実装してみました。

速くなるの？

GUIのフォルダなくなってる！？

【修正履歴】
□rev682.release2
・x264gui.auoをリリース

□rev682.release3
[x264gui]
・映像のエンコードに失敗したときに、音声のエンコードを行わないように修正。

物がないぞう
どこの隠したの？

>>233
公開停止か？と思って見に行ったら、バージョン上がってたw
http://seraphy.fam.cx/~seraphy/program/x264/x264.682.release4.rar

【修正履歴】
□rev682.release4
[x264gui]
・設定の保存・読み込み機能を追加。

ktkr

直リンはやめろ

>>234
今までのバージョンに継続してたのね
ありが�d

直リンとかどんだけ〜

別にファイル倉庫でしかないページなら直リンでいいんじゃないの？
意味も分からず頭ごなしに直リン批判するのはどうかと思う。
http://seraphy.fam.cx/~seraphy/program/x264/

h抜いてないことを言ってるんじゃないのと思ったけどまぁ大差ないか

>>238
全くその通り。
直リン批判が始まったそもそもの原因は2ch大嫌いなサイト運営者とのトラブル回避のためだし。

迷惑云々の前にマナーの問題だと思うけどな

x264gui.auoだけど漏れも認識されません・・・
aviutl99a環境下でMSCOREE.dll、MSVCR80.dll, MSVCM80.dllも入れていますし、
同梱版pthreadVC2.dllはsystem32へ入れなおしました。
プラグイン出力として認識されるんですよね？

同梱されているｘ264vfwも最新版にしないといけないのでしょうか？

（注：DLLだけあっても動きません。ちゃんと上の３つをインストールしてください。）

>>243
スマン・・3つともインストール⇒再起動も実施しました・・・その上でもだめです・・

ファイル＞外部出力で現れるけど、気付いてないとか？

出力プラグイン情報で出ないの？

（;´Д｀） 　やっと出来た・・・結局再度3つとも入れなおしました・・・。

後で音声合成とか一切必要ないので感動しました。
要望としてはneroAacEncだけでなくPV3,PV4を使っている人の為、pv3aacを使えたり最近販売されたフリーオの為
ＴＳファイルを取り扱い(エンコード後、音声抜き出し⇒合成を自動化)出来ればかなり嬉しいのですが・・・

要するにＰＶ３のDVファイルやＴＳファイルからもソースファイルからの抜き出し⇒音声とaacの合成をaviutlで一発で出来ることが出来ればと思っています。

ところでx264gui.auoは拡張avi同様60ｆｐｓ出力には対応していないのでしょうか？
"ビデオレター確保に失敗しました"と同様にエラーがでてしまいますね・・・
60ｆｐｓ出力にも対応できればaviutlだけで全て出来そうなのですが・・・

プログラムなんてまともに扱えないオレでも、此れだけは言える。
>>247は酷いってもんじゃねぇぞ
まずは落ち着いてAviUtl Plugin SDKのコメントを読むんだ。

---output.h---
void *(*func_get_audio)( int start,int length,int *readed );
// 16bitPCM形式の音声データへのポインタを取得します。

おまい、AviUtlがデコードしたPCM音声しか渡してくれないのを、どうやって処理しろと？
ざっと見たところ入力ファイル名も取れないようだから、無理だろうな。

つまり、だ。
どっか他所でお願いしてこい。

>>248も酷いな。
AFSが60fpsのソースを出力できないのは、AFSのバグ。作者のページにでも報告してこい。
どうしてもAFSで60fpsソースを扱いたいなら、AFSのVF版をつかえ。

どうでもいいが、24/30fps混合用のAFSをなぜ60fpsソースに利用したいのかが判らん・・・

>>249
なるほど・・・それはスミマセヌ・・・出直してきます。
248で書いた分も拡張設定の部分のジドウフィールドシフトV7対応の部分のチェックを外したら問題なく60fpsエンコできました。

rev682.release4のx264.auo使うとエラーコンソールが出て
出力終了後何も操作できなくなって終了するしかなくなる…

漏れもC2Dなんだが
using cpu capabilities: MMX MMXEXT SSE SSE2 SSSE3
ってエラー出るようになった。GUIのほうは大丈夫。
まぁ、これからはGUIのほう使うから問題ないんだがな。

>>253

>>253
それはエラーじゃない。
つーか、x264.exe使ったことないのかよ。あと、英語読めよ。

前、誰かが情報窓表示してほしいとかほざいて、氏の掲示板に書き込み行っていたと
思うが、それで実装されたんじゃね？

>>252
情報窓のOKボタン押せばいいみたい。

コマンド直打ちユーザーのためにもx264.auoVerにもAAC操作を
導入していただきたい今日この頃。
Seraphy氏対応してくれたらマジ神なんだが…無理強いも良くない罠。
気長に導入されるかどうかを待つか。

>>256
掲示板に要望書いてみるといいよ

>>255
何もボタンがない。閉じる術がなくてタスクバーからAviUtl本体を閉じるしかない。

>>255
うわ、今年大学受験なのに読めないオレ涙目。
だが、エンコード時間が１時間増えたんだが。
てっきりSSE2で処理してないんだと思ってさ。
ちなみに>>253のSSSE3←ここポイント。

すまん。なんでもない。忘れてくれ。Sが一個多いと思ってたけどSSSE3であってた件。
おれ、モニターの前でテラ赤面ｗｗｗ

【修正履歴】
□rev682.release6
・rev682.release5の再リリースです。
rev682.release5のファイルは格納ミスで実質rev682.release4と同等品です。

□rev682.release5
[x264gui.auo]
・長時間の1pass音声エンコード時に、PIPEバッファを使い切っていた不具合を
修正
[x264.auo]
・状況表示窓が不評だったので、一旦表示中止。

using cpu capabilitiesが読めないってエンコしてる場合じゃないだろ

685が来てる。
番号飛んでるのにReadmeに何も書いてなくて謎。

>>263
とりあえず公式ページ見ろよ。英語読めないってのは無しな

x264.685.release3乙

x264Cef.685.release3
のCLIモードでneroaacencのexeファイル指定しても
エンコ時に
「指定された neroAacEnc.exe は存在しません。音声出力を中止します。」
と出て蹴られるんだが。

これ俺だけか？

>>266
neroAacEnc.exeを指定し直してみては？

>>267
すまん。情報の小出しになってしまった。

まずGUI側での指定しなおし、
及びini書き換えを行ったりしてるんだが、
エンコ終了時にエラーが出て、
GUI側で確認すると指定したはずのパスがなくなる。
ini及びconfig共に
[SETTING]
nero=C:\local\bin\neroAacEnc.exe
という風になっているにも関わらず。
パスがなくなる、というのは「C:\local\bin\」が消える、ということ。
消えるのはGUI側だけでini自体は残ってるんだが。

OSはXP SP2。
Microsoft Visual C++ Runtime 8.0 sp1はTEMPフォルダ変更でインスコ済み。

x264Cef.682.release3の際には発生せず。

漏れも、何度やってもneroAacEnc.exeが読み込めなくて困ってる。
たぶん不具合だろう。すぐに修正版がリリースんじゃない？

パスの通ったとこにnero置いてみるとか。

てか、ちゃんと読み込めてる人もいるのか？
漏れは場所変えたりもしてみたが、やっぱりよみこめんかった。

>>269
ｍｊｋ。OK、俺も待ってみるよ。

>>270
すまん、そのC:\local\bin\にPATH通してる＿|￣|○

x264.685.release4.rarきたよ。さすがseraphy氏、仕事が速い。

動作確認しました。
seraphy氏、マジ乙です。

早速動作報告なんだが、以前にも書いたが、俺の環境だと映像も音声もエンコードはできるが、MUXができない。
もちろんmp4出力だ。
GUI設定でもCLI設定でも1passでも2passでもMUXができない。
あと、たまに音声エンコで固まることもある。
一応使ったコマンドとしては
--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-fast-pskip
--threads auto --thread-input --progress --sar 1:1 --no-dct-decimate --no-psnr --no-ssim
環境は
CPU:C2D E6600 ﾒﾓﾘ:2G OS:Vista AviUtl:0.99a x264gui.auo:rev685.release4

みんな、うまくMUXできてる？

>>275
これ頂いた

>>275
mp4出力、fpsが24.007187とかなってるから回避してるが
失敗はしてないぞ。

raw出力で.264と.aacをあとでmuxすればいいんじゃない？

>>277
VFRだからtimecodeも吐き出してMUXてなことになるが。
それでは、いままで(映像をx264.auoでMP4出力、音声をNeroAACEncでエンコ、後MP4BOXでMUX)
という工程とたいした差はないじゃないか。
せっかく、Seraphy氏が全部１つでできるプラグインを作ってくれたわけだし。
なんでオレの環境だとうまくMUXできないんだよ、くやしいのう。
せっかくだから詳細に書くわ。
ソース:アニメDVD.vobファイルをDGIndexにて.d2vファイル化+wave出力
エンコソフト:AviUtl0.99a
自動フィールドシフトにてVFR化
映像出力設定はさっき書いたコマンドやGUIで2passでとかいろいろ試してみた。
映像2passで音声のほうは1passだと固まる。まぁ当たり前だと思うが。
音声2passにすれば、今のところ固まったりはしてない。
ま、音声も映像もちゃんとエンコはできてるから、おそらく設定が悪いわけでは無いと思うんだが。

チャプターを一緒に組み込んでる俺には自力MUXが毎度つき従うからなぁ。
一緒にチャプター組み込めるようにしてくれたら最高なんだが…。
たしかチャプター編集プラグインってのもあったし。

最新のrev685.release5でもMUXできんかった･･･orz
何が原因なんだろな。MUXできてる人も大勢いるみたいだから、いろいろ調べて、
なんでオレの環境だとMUXできないか調査してみるわ。

早速だが原因がわかった。
>>275にも書いたように、OSがVistaなんだが、AviUtl起動時に右クリックの管理者として実行から起動すればちゃんとMUXできた。
OSがXPの人はもんだいないようですね。Seraphy氏、お手を煩わせてしまってすまなかった。
それと、次からのReadMeには、OSがVistaの人は管理者として実行から起動してくださいと注意書きを付け足したほうがよさそうです。

どうしてもという理由がある中級者以上でない限り
むやみやたらに軽々しくVista使うなという注意書きが必要です

結構Vista使ってきたが、ほとんど問題なく使えてるぞ？
以前使ってたアプリが使えなくなったってのもほとんどないし、
過去のエロゲだって問題なくできる。
いまだに2chではVistaはつかいづらくて糞だという風習があるが、実際そんなことはない。
確かに、XPからVistaに変えたときは、仕様の変化に少し戸惑ったが、すぐに慣れたし。
まぁ、4年間もXPが居座り続けたんだからXPのほうがまだ安定してるかもしれないが、
Vistaでも全然大丈夫。だから
どうしてもという理由がある中級者以上でない限り、むやみやたらに軽々しくVista使うな
ってのはよろしくないとおもうぞ。

PV4使えないのが…

http://seraphy.fam.cx/~seraphy/program/x264/x264.686.rar

>>283
今、Vistaを選ぶ理由
ttp://pc.watch.impress.co.jp/docs/2007/1116/config185.htm

ところで国内鯖でH.264のバイナリ置いてるseraphyさんはMPEG-LAからゴルァされないんですかね

x264だし

H.264ってデコーダーしかライセンス料取られないんじゃなかったっけ？

んにゃ。
実はいつゴルァされても不思議じゃない状態。
seraphy�dはそこらへんのリスクも請け負ってるんだから感謝しろよおまいら。

もちろん、最終的には、ソースだけ公開する形に変更すれば、誰からも怒られる心配なくなるけど、
そうすると、ビルドはユーザーでやらなくちゃいけなくなるな。
ICC版とかビルドは大変になるな。

>>291
いつの時代もビルドして上げてくれる人がいるから心配無し。
LAMEとか。

>>292
ま、そういうことだな。

たださ、いっときの午後のこ〜だみたいに騒ぎ立てる阿呆が出たりすると面倒だ。

ソフトウェア特許を認めてない国（欧州など）で配布すれば問題なし。

>>294
ま、そういうことだな。

FAAD2は前々ビルド更新しないな

688乙

ツールチップの参照距離のとこ間違ってるのかな？
混合参照と同じ--mixed-refsになってる。

>>298
--refが反映されて無いって事？

いや、ツールチップが--refになるべきところが--mixed-refになってた。
修正されたみたい。688のタイムスタンプ変わってる。

□rev689
[x264gui.auo]
・詳細設定タブレイアウト変更 ＋ --trellis 2 を選択可能にした。

seraphy氏乙

毎日1づつRev上がってるみたいだ、来年には1000

やっとaviから卒業でけた。しかしオプション覚えるのめんどくさいねー

.mp4って映像や音声は無劣化でコンテナだけmkvやaviに変えれる？flvはできるらしいが

MKVは問題ないと思うが、AVIコンテナの場合、音がCBRである必要があるが、
音がCBRなmp4って一般的だっけ？

>>304
mkvmergeに突っ込めばおｋ

AVIにもVBR音声を格納できるよ。まともに対応してるソフトが少ないというだけで。

あー、そう言えばAVI-mux GUIでVBRなmp3を格納できたっけな

vorbisは格納できなさそうだけど

vorbisはVBRかつVFRだからね。AVI-Mux GUIはVBR-AACとかにも対応してる。

http://seraphy.fam.cx/~seraphy/program/x264/x264.690.rar

>>309
VFRってなに？

VFR
ttp://hobby10.2ch.net/test/read.cgi/bike/1194593764/l50
ttp://hobby10.2ch.net/test/read.cgi/bike/1191072872/l50

Seraphyさんとこのサイト消えてる？
メンテ中？

いつものことです

>311
書いた手前マジレスしとくと、Variable Frame Rate,可変フレームレート
音声の圧縮ではある程度のサンプルをまとめてフレームとして、フレーム単位で圧縮するのが一般的。
MP3では1フレーム当たり1152または576サンプルが含まれる。
vorbisでは1フレームに含まれるサンプル数が可変なため、1フレームの継続時間も変動する。
すなわち、フレームレートが変動するのでVFR。

AVIでもVFR音声を扱える可能性もあるんだけど、ちょっとばかりハックが必要な感じ。

>>315
なるほどねぇ

ぶつ切り再編集したときに涙が出るからなぁ・・・

seraphy氏のおまけrev697

x264 [info]: using cpu capabilities: MMX MMXEXT SSE SSE2 SSE3 SSE3 Cache64

SSE3が二つ付いて１フレーム目で落ちるorz
仕方ないからrev690に戻したらいつもどおりエンコできました
C2Q使用です。皆さんどうでしょう

ageてまで必死でんなあ

seraphy氏の掲示板て検索できない？

>>318
seraphy氏のおまけrev690まではよかったけどrev697で落ちる。
CoreDuo T2600

x264 [info]: using cpu capabilities: MMX MMXEXT SSE SSE2 SSE3 SSSE3 Cache64
SSSE3の他にSSE3が追加されたのでは？
使用環境XP SP2 Q6600
このavsで動作確認。
LoadPlugin("warpsharp.dll")
Avisource("hogehoge.avi", false)
KillAudio()
AssumeFrameBased().ComplementParity()
AssumeFPS(24000, 1001)
return last

seraphy氏のおまけrev697,rev699で落ちる現象。
CoreDuo T2600

x264(afs)は単体での使用ができないようになったのか？？
CPUがダメなのか？？
rev690までは正常動作しててのに。

nl版rev699は問題無く正常動作。

699の修正来ましたね

x264gui.auo使うと、出来上がった動画をMP3gainでいじれない
x264out.auoで作った動画は可能
真空波動研的には差はないように見えるけど違うんか

x264gui.auoでは音声はAAC圧縮
MP3ではない

音声はAACでの話ね、言い忘れてたｺﾞﾒﾝ

AACgainの事をここに書いても
知っている人は居ないんじゃね？

x264関係ないか、皆ありが�d

>>323
--me-prepass が付いてると落ちるみたいです。

俺も--me-prepassつけると落ちた

>>331
seraphy氏のBBSに報告しました。by 007
r-690までは--me-prepass使えたんだけど、調整が難しいのかなぁ？？

x264gui.auoの音声エンコ設定覧で
AAC-HEでなくAAC-LCを選ぶと、エンコ後のファイルをMP3gainでいじれた

調べてみたら、HEはLCより後発の規格で、LCの約半分のビットレートで同等の音質を実現できるそうです
解決したんで一応書いときます

一応言っとくけど、HE-AACは主に低ビットレート(〜96kbps)向けで、LC-AACは主に高ビットレート(128kbps〜)向け。
HE-AACは高圧縮じの音質がLC-AACより優れているというだけで、漏れは-lc -q 0.5でエンコしてるからHE-AACは使ってない。
てかさ、思ったんだけどエンコした後にMP#gainで音量調節するんじゃなくて
AviUtl使ってるなら付属のフィルターで音量調節してエンコすればおｋなのでは･･･。

>>334
それだとソースによって必要な調整量が変わるからテストエンコとかしたりしなきゃいけないからﾏﾝﾄﾞｸｻｲ
でもその方がいい気がしてきた…

>>334
-lcはいらない子。

>>334
一般的にはそういわれているね。

HE-AACは音声を24kHz帯で分断し、高周波成分により多くのbitを与える圧縮方法だから
（MP3Proとおなじなんだっけ？）、高音域の再現性が良くなる反面、中〜低音域が悪くなる。
つまり、一概に128kbpsはLCがいいとは言い切れない。
圧縮しようとしている音声の成分が、どちらにより傾いているかが重要なファクターとなる。

って、オレは思っているけどね。

x264patch.700.release2
--me-prepassが修正されました。
seraphy氏　お疲れ様です。

x264gui.iniのデフォを

LC 320
LC 256
LC 192
LC 128
LC 96
HEv1 96
HEv1 64
HEv1 48
HEv1 32
HEv2 32

にしたらいいと思うよ

HEはどうせ高ビットレートじゃ使わないし
flashのバージョンアップでニコニコ用に低ビットレート
動画作る機会もできるだろうし

とりあえず作ってみたこんなもんでいいかね

ttp://www15.axfc.net/uploader/93/so/File_2662.zip.html

>>338
修正されましたね。338さんもseraphy氏も乙です

てか、ビットレート指定より -q で指定したほうが、きっちりとした容量にする目的以外なら
ビットレート配分とかもしてくれて高音質になるんだから、
むしろ
preset_1=" AAC-LC 192kbps相当"
preset_1_prm="-lc -q 0.5"
みたいなデフォルトプリセットにしたほうがいいと漏れは思う。

>>342
確かに
それいただくわ

>>342
作った俺が言うのもなんだけど
ビットレート指定使ってない
俺も-qでやってるｗ

Target Quality(VBR)モードの目安
Quality → Bitrate
　　0.05 →　15 kbps
　　0.15 →　32 kbps
　　0.25 →　63 kbps
　　0.35 →　99 kbps
　　0.45 → 146 kbps
　　0.55 → 197 kbps
　　0.65 → 248 kbps
　　0.75 → 299 kbps
　　0.85 → 350 kbps
　　0.95 → 401 kbps

-lcとか指定しなくても

HEv2 〜　-q 0.15
HEv1 -q 0.16 〜 -q 0.30
LC -q 0.31 〜

で勝手に判断してエンコしてくれる

というか、-lc指定しちゃうとq値とビットレートの関係が変わっちゃう。
>>345の目安よりビットレートが肥大化する。-lcは付けない方が良いってのが
ソフ板のaacスレの定説。

-lcつけたら0.31〜でも変わるというのなら、0.31〜でもLCとは限らないということか？

まあ分かる人は-qを自分で書いて設定した方がいいよ
ただ初心者とかヘの配慮としてパッと見の分かりやすさでビットレート指定したの作っただけ
将来ニコニコでビットレートやサイズでギリギリまで詰めることになったら
こっちの方がいいかもしれんからね

seraphy氏へ
>>340を取り込んだり改変して使って貰っても構わないです

2passよりQuality指定の方が音質良いの？
なんとなく256k2passでエンコしてんだけど、-q指定にしたら0.67位かな？

ま、2passの方が同じサイズなら音質は上だけど、サイズ気にしないなら-q指定の方がエンコ時間も半分だし音質も変わらないし、
ほんのちょっとサイズが大きくなるくらいだから、256kbpsでエンコするくらいだからサイズは気にしてないだろうから、-q指定の方がいいと思うよ。
x264についても同じことが言えると思う。
サイズを気にしないなら-crfで指定したほうが画質はよくなると思う。しかもエンコ時間は半分で済むし。
ま、ニコニコとかの動画共有サイトにうｐする際に規定サイズに納めたいというときに2passは役に立つ。

おいおい、逆だよ。
neroはqのほうが上だYO。
x264は同じビットレートなら2Passのほうが上。

ん？
＞＞neroはqのほうが上だYO。
これでは、2passする意義がなくなってしまうではないか。
あと、x264についてなんだが、漏れが言いたいのは、
2passビットレート指定だと、たとえば漏れの場合昔は2passの2000kbpsでエンコしてたんだが、
動画によって毎回繊細度は違うんだから、2000kbhpsでは足りなくて画質が汚くなる場合もでてくるし、逆に余分に使いすぎてる場合も出てくる。
そこで、今は-crf18でエンコしてるんだが、動画の繊細度によってサイズは変わるが、
描写が細かいものはサイズは大きくなってしまうが画質はきれいだし、描写が大まかなものは、余計なビットレートを使うことなく画質がきれいなままそれなりに縮んでくれるから、
今は、何で昔は2倍の時間かけて2passエンコなんてしてたんだろって思うよ。

>2passする意義がなくなってしまう
qで良いってのは海外の掲示板なんかも含めた一般的な評価だよ。
あと動画の音声部分にかんしてはむしろqのほうが縮むし。-lcとか
付けてない？あれ付けるとq値とビットレートの関係が変わってサイズ
膨らむよ。

x264に関しては画質が良くなるって書いてあったからさ、単に最初から
適切なビットレートで設定して2Passってのが難しいってだけで良くなる
って言い方は変だよ。

そうだな。ごもっともです。

試しに>>345を参考に-q 0.7でエンコしたら197kbps位に縮んだ。
これは2pass256kbpsより音質は上って認識で良いのかな？

部分々々でビットレートは違くなってるはず。
たとえばオープニングとかBGMが壮大なとことかはそれなりにビットレートはい大きくなってて
ただしゃべってたりしてるところは小さくなってるはず。

縮みやすいソースだったって事か。これからはq指定で行こうかな。

x264.700.release2.rar

Target Qualityモードが追加されているようだが…

preset_12=" Q-Based AAC 250~kbps"
preset_12_prm="-q 0.625"
preset_12_2pass=0

preset_13=" Q-Based AAC 190~kbps"
preset_13_prm="-q 0.515"
preset_13_2pass=0

設定が細かすぎないか？

>>359
ttp://seraphy.fam.cx/~seraphy/program/x264/NeroAACEnc Q-Based調査.xls

せっかく調べてくれたんだからちゃんと見れ。

>>359
ソースによって結構上下するからね
-qやりたいやつは数字直接打ち込めるようにした方がいいかもね

こっちに書けばよかった…

seraphyさん
mp4出力時のタグ付け、音声多重化は無理でしょうか？

x264の1400kbpsとneroAacの128kbpsをmkvにしてシェル拡張で計測
ソースは昨日のナイトスクープ（東京MX）

Track: 1
Min: 130.91 kbit/s
Max: 2989.13 kbit/s
Avg Bitrate: 1322.89 kbit/s
Track: 2
Min: 70.59 kbit/s
Max: 127.26 kbit/s
Avg Bitrate: 101.38 kbit/s

何か低い？ファイルサイズ的にもっとビットレート上だと思うけど…

>>363
作者の掲示板に書いてこいよ、と言う前に一つ。
AviUtlがマルチストリームに対応していないのに、どうやって出力プラグインが
マルチストリームに対応できると思ってるんだ？
YAMBでもつかっとけ。

>>364
まず、2passの出力結果かどうか書け。話はそれからだ。
仮に1passだった場合、かなり優秀な結果だと思うが、何が不満なんだ？

2pass

このビットレートで計算すると100MBくらい実際より小さいファイルになる。

100じゃない、10だ

>>366
ん？　2passした結果ではなく、ファイルサイズに文句を言っているのか？
ナイトスクープか。CMカットして50分だとして、上のビットレートを適用すると、

映像：　1322.89 / 8 * (50*60) / 1024
音声：　101.38 / 8 * (50*60) / 1024
MKV映像部分：　0.014 * 30 * (50*60) / 1024
MKV音声部分：　0.014 * (4800/1024) * (50*60) / 1024

これを全部足して523MBなんだが、それよりも10MBもでかいファイルができたってことか？
だとすると、なにかごみデータが付着していそうだな･･･

１０MBか・・・うちではCM一本分の誤差だなｗ
気にしないけどなぁ〜調べられるほど詳しくないし。
ほうこくよろろ

44分30秒だから映像431MB音声33MBくらいになるはずが
.264は445MB、.aacは39.9MBになってる。
それをMuxしたmkvが486MB。
単にシェル拡張が不正確なのかな？

拡張 x264 出力(GUI)で作ったmp4がPSPで再生されない

>>371
GUIが悪いわけではないだろ。常考
【MP4】 PSP動画スレッド 4pass 【H.264】
http://pc11.2ch.net/test/read.cgi/avi/1182169421/
こっちで研究

>>371
たしか、PSP用のプリセットに間違いがあったとかで、一回修正されている。
もう一度最新のINIを落としてくることをすすめる。

それと、PSPにも解像度制限があるから、一般的な480x270や320x240のAAC-LCで
つくってみて、再生できてから設定をいじるように。

MP4ファイルの置き場所とかうんぬんは専用スレできくこと。以上。

スレッド数2以上にすると音と映像ずれるの何とかならないすかね

動画と音声別々に作って、あとでMUXはどうよ

x264gui.auo/x264.auo か x264.exe を使う。

拡張 x264 出力(GUI)で出力したら(rev700台)
音声だけで映像のないmp4ができあがることがよくある

映像エンコード*.mp4
音声エンコード*.aac
MUX

という手順だと思うけれど、映像エンコ終了時のの書き込みバイト数が０バイト
で、MUX後できあがったmp4をMMname2でチェックしたら第一トラックの映像は
長さが０秒になってる。第二トラックの音声は正常っぽい。
同じ操作でも正常に出力されることもあるし、原因がわかりません。

作者のページで聞いたら

crfのqbって偶数で指定するのが一般的？
23とか25とか奇数でやりたいんだけど

>>377
作者のページで聞くのがマジおすすめ。
24/30fps混合のmp4と60iのmp4が結合できねーって泣きついた人に、mp4catをさくっと作ってくれたりする。

>>379
つ x264 --longhelp がマジおすすめ。
--crfは小数点でも設定できるよって書いてるけど、偶数とかどっからでてきた？

バー動かしてピッタリ整数で止まるのが偶数だけだったから

最近二階堂さんのおかげで服来てる二次元で抜くスキルを身につけました

誤爆

うわぁ

703も704も
x264.stats.temp>x264.stats
のリネームで落ちるからマルチパスじゃ使えない
702は正常だけど700以前のも同じエラーが出て落ちてた

↑はおまけの方ね通常版は使ってないのでわからん

Seraphy氏早速対応してくれたのね
愛してるよ　ﾑﾁｭｯ

MP4って4Gの壁があるみたいだけど、x264guiで問題なく4G以上のファイルは出力出来る？
今から4G越えそうなファイルをエンコしようと思ってるんだけど、24時間以上かかりそうなのでエンコ前に確認したい。

>>388
フィルタ全部切ってx264を軽い設定にして
4G超えるファイル一回作ってみたら？
1時間ぐらいで終わるでしょ

>>388
x264outで7Gのﾌｧｲﾙができた俺は運が良かったのか

最高画質目指してテストしたときは10GB超えてたけど気のせいだったかも

705にしたら2スレッドで速くなった
今まで1スレッドと変化無かったからこれは嬉しい

OSが64bitXPの関係で、公式の573をインスト後にx264vfw.dllをneko氏663に差し替えて使用してます。
特に不自由はありませんが、Lunatilia氏ビルドやseraphy氏ビルドに差し替えると動かないのは
x264が仕様的に大きくVerUPしていることが原因だったりするのでしょうか？

>>393
どうせ、pthreadVC(GC).dllを　Windows\SysWOW　にコピーしてないってオチでしょ。
自前でinfとかも書かないといけないから、素人が64bit版XP使うのはやめておいたほうがいいよ。

不自由感じてないのに入れ替えたつもりで動きません。私は悪くありませんってレベルの人なんでしょ。

エンコされた動画をMMname2で見ると
色ビット数が16bitとなってるんだけど、
DivXやwmvでは24bitなんですけど、
こういうものなんでしょうか？

蔑むだけのレスならしないほうがいいと思うよ

>>346
そのbit数は入力のもの。
H.264, MPEG-4 ASP, WMVのどれも内部はYUV420で12bit。気になるならバイナリエディタで書き替えればいい。

入力24bitはRGB24で、16bitはYUV422 (YUY2)。
やり方次第で、x264vfwに24bitで送り込むことも逆も可能。

64bitてエンコ速度かなり変わるのですか？

708や705のx264gui.auoでMP4＋AACでエンコできたんですけどMMname2で見ると
音声情報のその他情報がAAC-LC 192kbpsでエンコしたのに､HE-AACと表示されているんですが
これはAAC-LCでエンコされたのではなくAAC-HEでエンコされたファイルなのでしょうか?
neroAacEncは最新Verと一つ前のVerを使用しました｡

AAC-LCでエンコされてるよ。

HEかLCかの判別はなんか難しいらしくてソフトによってLCだったりHCだったりしてる。

安心しました､ありがとう｡

276 名前：名無しさん＠編集中[sage] 投稿日：2007/12/07(金) 15:00:00 ID:VaRJ6JfU
http://www11.axfc.net/uploader/20/so/He_52457.zip.html
key:mod

お二方の会話が気になったので、ちょっとしたピラミッドの確認。

DirectShowで再生した場合
100.avi　　　 … 00001の表示が5フレームほど続き、00097まで再生。
100plus.avi　… 00001の表示が2フレームほど続き、00100まで再生。
100raw.avi　… 00001の表示が2フレームほど続き、00100まで再生。
100.mp4　　 … 正常に00100まで再生。

AviUtlで開いた場合
100.avi　　　 … 5フレーム分映像無し。00001が3枚重複。00093まで表示。
100plus.avi　… 00001が3枚重複。00099まで表示。（総フレーム数が101枚）
100raw.avi　… 00001が3枚重複。00098まで表示。
100.mp4　　 … 正常に00100まで表示。

AviUtlで使用された入力プラグインは、ファイル情報から
avi…AVI File Reader ( Video For Windows )
mp4…MP4 File Reader

aviで次世代コーデックを扱うのは難しい、ではなく絶望的になってしまった気がする…orz

x264gui出たから、aviで出力する物好きなんてもういないだろ。

mkvだよな

自分でキャプった15個くらいのMPEG動画をまとめて全部同じエンコにかける場合は、
TMPGEnc 4が楽ちんで、そうなるとVFWになるんだなこれが。

AvisynthとbatファイルでOK

683 名前：名無しさん＠編集中[sage] 投稿日：2007/12/07(土) 7:02:02 ID:VfUKl98t
http://www11.axfc.net/uploader/20/so/He_52658.zip.html
key:do_not_trust_the_fake
MP4信者の捏造クリップに騙されてはいけませんよ。
このAVIが拡張出力Plusの正しいものです。
ちゃんと100まで正しく再生されます。

>>409
>>404
> お二方の会話が気になったので、ちょっとしたピラミッドの確認。
--b_pyramidの確認だと言っているのに、--b_pyramidを使わないサンプルあげて何になるの？

あ、ごめん。バイナリの中からオプション抽出したから、アンダースコアになってた。
--b-pyramidが正しいオプションだね。参照Bフレームを利用するってやつ。

Bフレームまで参照フレーム化できるので、一層圧縮率が上がるH.264/AVCの有力な機能の一つ。
x264は参照Bフレームの枚数が現状1枚だけど、規格として別に1枚という制限があるわけじゃない。
これが機能拡張して2枚利用可能になれば、圧縮率はまた上がるし、AVIでは一層破綻する。
よく言われる「x264でBフレ使わないならXviD使え」と同じで、参照Bフレ使わないならXviDの
packed bitstreamでいいじゃないかってくらいのオプションだと思う。

拡張AVI出力Plusがピラミッドに対応していないことは知っている。原作者の茂木氏が言っているからね。
なので、正しい使い方としては「ピラミッドを使わない」というのも理解できる。

結局のところ、MP4の信者だとかAVI擁護だとか関係なく、AVIでは無理でMP4では可能な次世代の機能
としてピラミッドがあるよということが示されただけでしょ？　その機能をあきらめてAVIを使い続けても
別に人それぞれだしいいんじゃない？

Baseline Profile以外のH.264(Main, High, etc)なら、素直にMP4を使えばいいわな。

必死だな・・・￥

マイノリティってのはいつも必死なもんだよ
AMD信者しかりMAC信者しかり

まぁな。ちなみにHD DVD陣営（笑）もなｗ
マイノリティはとにかく重箱の隅をつついては勝手に自分たちの勝ちとする傾向があるな。

そりゃつつくさ。そこしか言うことないんだから。

君らはなにもの？

マジョリティのつもりｗｗｗ

ジョジョの作者って何で老けないの？

間違えた。

VFWスレに出しゃばってくること自体がマイノリティの証

>>419
漫画家の誰かが荒木が老けない理由を知ったとか後書きに書いてたな。

x264

http://ja.wikipedia.org/wiki/X264

この項目はコンピュータに関連した書きかけ項目です。
この記事を加筆して下さる人を求めています

なんだオプションを書けっていうのか？

お前等マトリクスfloatとjvtどっち使ってる?

jvtのがブロックノイズ出にくくてサイズ縮むからそっち使ってるんだが

俺はカスタムマトリクス。
自分で作るのが一番だよ。

jvtの方がサイズ縮むのか・・・
何個かエンコして20%程サイズ増えたからflatにしてるんだけど・・・

普通はflatの方が縮むっしょ
よっぽど高周波成分の強い動画なら同一qpでjvtの方が縮むかもしれないけど
>>425が言ってるのは「jvtだとflatより小さいサイズにしてもflatよりブロックノイズが出にくい」ということかな？

seraphy氏のサイト閉鎖したの？
閉鎖したなら最新版のx264詰め合わせとmp4catだけＵＰってほしいのだが

メンテか何かでPC落ちてるっぽい。たまにある。

スレッド2以上にすると絵と音がずれるっていうのマジだな

余裕で嘘

>>431
3からずれるのか。

映像の遅延には2種類あって、AviUtilやTMPGencの標準のAVI出力を使用すると、下の両方が発生する。
・エンコード時遅延
　(スレッド数 - 1) ＋ Bフレーム数 分が、NULLフレームとしてAVIファイルの先頭に書き込まれる。
　全体のフレーム数は変わらないため、末尾のフレームが欠落する。

・デコード時遅延
　Bフレ利用時に1、ピラミッド利用時には2フレーム分さらに遅延する。末尾のフレームもその分欠落する。

『例』
スレッド数3、Bフレ3、ピラミッド利用の場合
再生時の映像と音のズレは、(3-1)+3+2 = 7フレーム分

『回避方法』
AviUtlにて、拡張AVI出力(Plus)を利用する。
エンコード遅延、デコード遅延（Bフレの末尾欠損のみ）に対応しているため、上の例でいえば
2フレームのズレ（1フレームの末尾欠損）で済むことになる。

>>433
2からだろう。
複数スレッド。

>>434
結局これらって、CLIとか拡張x264出力auoとかでは出ないんだっけ？

MP4コンテナえば問題ないよ
結局AVIコンテナが悪いだけだし

MKVでも問題なし。
結局AVIコンテナが糞なだけだし

まあ古い規格だしな。ただ使い勝手はいいから中間ファイル等の
コンテナとしてまだまだ使われていくだろうけどな。最終出力用にはｲﾗﾈ。

Blu-rayの制作とかでも持ち込まれたマスターテープをいったん無圧縮aviにしてるらしいね。

>>436,437
んにゃ、一回VFWを使ってAVIで経由したらダメだとおもうんだけど。

VFWつかったらだめだな。CLIかauoでRAWないしはMP4直接出力せんと。

丁度いい例ができたので置いておく
http://s-io.mydns.jp/up/1/_/jump/1198319039.zip/attatch
avi

目安としては15秒あたり
Divxの方は映像と音が完全に同期してるのにＨ.264の方は0.5秒くらいずれてる

Ｈ.264はスレッド1でエンコした。2だともっとずれた

同じだと思う

俺の環境だとあんまわからんかった。

画質はやっぱ比べ物にならんな。

その前に・・・0.5秒ってなに？
ここで問題にしてるはBフレ分ずれるとかだろ？
ということはこの動画の場合約82msずれていると言うことになる。
全然0.5秒じゃないんだけど・・・・

おっと結論書き忘れた。
よっぽどのことがない限りアニメなどのアフレコものでは82ms程度は気がつかない。
実写のライブ映像のドラムとかを注意深く見てればわかるだろうけどね。
それよりもケツが2フレ削られる方が嫌なんだろ？

見て比べてもらえば体感でわかると思う
15秒から後の音に合わせて映像が次々と切り替わる箇所

>>442
x264 - core 57 - H.264/MPEG-4 AVC codec - Copyleft 2005 - http://www.videolan.org/x264.html -
options: cabac=1 ref=1 deblock=1:0:0 analyse=0x3:0x133 me=umh subme=7 brdo=0
mixed_ref=0 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11
chroma_qp_offset=0 threads=1 nr=0 decimate=1 mbaff=0 bframes=2 b_pyramid=0 b_adapt=1
b_bias=0 direct=1 wpredb=1 bime=0 keyint=250 keyint_min=25 scenecut=40 rc=cqp qp=26 ip_ratio=1.40 pb_ratio=1.30

0.082秒を0.5秒と言っちゃうほど体内時計が狂ってるのか、
単にPCのスペック足りなくて再生が追いついてないだけなのか。

そもそもずれてるフレーム数分かってるんだから音声結合するときにそれを考慮すりゃいいだけじゃないの？

今してるのはAVIコンテナの話？

映像(生のh264)とhe-aacを別々にエンコードした物をmp4box(yamb)で結合したmp4　
→　FrashPlayerで読み込みと同時にストリーミング再生される

x264gui.auoでH.264+HE-AACにエンコした,mp4
→　FrashPlayerで読み込みと同時に再生されない。最後まで読子見終わらないと再生されない


どうにかならないでしょうかseraphyさん

Flashだた('A`)

x264gui.auoでmp4出力するとかならず25fpsになっちゃうんだけど
30fpsにはできないの？

30も24もできてるが…

自動フィールドシフト使ってないのにチェックでも入ってるんじゃね？

mp4にはfpsなんて存在しない。
どっかのソフトが適当に計算して表示している 平 均 fpsをfpsだと思ってる奴って、
mp4にもfpsがあると夢みちゃってるの？　それって中2病？

いいから説明してみ？

分かりません＞＜

>>452
□rev714.release2
[x264gui.auo]
・FlashPlayerで読み込みしつつ再生できないという事だったので調べたところ、
Interleaveを設定していないのが原因だったっぽいです。
というわけで修正。
今までエンコしてきたmp4にInterleaveを付与する場合は、
mp4box -add hoge.mp4 -new hogehoge.mp4 と単純にmp4boxを通すだけです。
（VFRでも上で大丈夫です。）

aviutl99a3でx264gui.auoとneoaacエンコーダ使ってmp4作ってるんだけど
なぜか音声処理100%でとまってmuxできない。
しばらく待っても全然終わらなくてしょうがないから中止してYambを
使って映像と音声を結合させてる。必ず音声処理100%で止まっちゃう。
ソースはDVD DecrypterでDVDからリップしてdgmpgdecでD2V
とWaveにしてaviutlでエンコードさせてる。
バッチエンコードをやると音声処理100%で止まったままになるから
困ってます。助けて。OSはVistaですべて最新版のを使ってます。

とりあえず音声が原因なら、音声処理を別でやれば良いのでは？
neroaacenc.exeをCLで使うもよし、適当なGUIで使うもよし、iTune使うもよし
その後mp4box（yanb）でくっつけりゃいいじゃん。方法はいくらでもあると思う。

Vistaでこのスレ検索してみたら解決方法が書いてありました。
申し訳ないです。

readmeすら読めない馬鹿はもうこなくていいよ
> 【注意事項】
> ・Windows Vistaでの動作確認は行っていません。
> 有志の情報によると、AviUtlを管理者権限で実行しないと音声のエンコード処理が
> 終了しないようです。
> ※おそらく、CreateProcessが正しいプロセスハンドルを返してくれない問題による
> ものと思われますが、Pipe処理を実装している以上、対処ができない状況です。

>>455
mjsk

>>456
いれてないっしゅ

>>457
たしかにffdshowで表示された値が25fpsとなっているだけ
しかし、実際に再生されているものもおかしい
インタレ保持30iで再生時Bobで60fpsぬるぬるのはずがカク付きまくり

ちなみに60fps読み込みして
aviutl側で二重化Bobして60fpsのまま出力すると25fpsにならず問題なくぬるぬる
普通に読み込んでaviutlで普通にインタレ解除30p化して出力するとこれまたなぜか25fpsに。

原因切り分けのために60fps読み込みして30fps化して出力してもだめ
ffdshowが原因かと思い、切ってCoreAVCでデコードさせてもだめ
HaaliSplitterが原因かと思い、MPCの内蔵スプリッタをしようしてもだめ

VistaだからかもしれませんXPでやってみよっと

補足
映像ソースは実写、NHKニュースなので24fpsアニメのせいでカク付いているわけではないです

>>464

(　・ω・)?

>>465
だからなんで君はそんなに馬鹿なの？
脳に蛆虫でもわいてるの？
ffdshowのfps表示は「ソフトが何らかの計算によって出した値」だって分からないの？
しかも再生直後から表示されているんだから、平均fpsでもなんでもないものだよ？
そんなにfpsが気になるなら、nhml取り出して計算すればいいじゃない？
excelなくてもOOoで十分だよ？
ちゃんと脳味噌つかってあげてね。

>>465
MMname2でfps見たらどんな感じよ？

>>469
レスありがとう。しかしレスをもっとしっかり読んで欲しかった。

実際に再生されているものも明らかにおかしい
インタレ保持30iで再生時Bobで60fpsぬるぬるのはずがカク付きまくり
インタレ解除して30p出力したものもかなりカク付いてる。
つまり実際に視認で30fpsでないとはっきり分かるほどなのです

ちなみに補足すると、同じオプションでVFWを通さずx264.exeで直接変換→mp4boxでパッケージしてやると
30iの再生時デインタレ60fps化も、予めインタレ解除して60pにしたものも、インタレ解除30pも問題なし
さっきお古のPCにxpやっと入れ終わったところなのでxpで試して、Vistaのせいなのか原因切り分けしてみます

>>470
それなんだか分かりませんが、ググってみます

>>470
29.93fpsと、おそらく正常値と思われる数値が出ました！
MMname2では正常認識、しかしffdshowでもCoreAVCでも正常なfpsでデコードできない…

私の再生環境がおかしいと疑い、さきほど用意したxp機で再生してみましたがやはりダメでした
ということでxpでエンコしてみます

だめでした…なんでだろ(´･ω･`)

RAWで出力してからmuxしたらどうなのよ？

俺はコマンド実行プラグインで
mkvmerge -o "%%0.mkv" --timecodes 0:"%%0.timecode.txt" --language 0:"jpn" "%%0.264" --language 1:"jpn" "%%0.aac" --chapter-language "jpn" --chapters "%%0.chapter.txt"
ってしてる。

>>471
> つまり実際に視認で30fpsでないとはっきり分かるほどなのです
本当に馬鹿なのね。脳味噌どっかになくしちゃったの？
再生結果に疑問を感じたら、なんで要因分解して原因要素を絞り込まないの？

1.MP4ファイルに問題がないか確認。
→mp4boxで-nhmlか-dtsで取得した結果を確認して、平均30fpsか確認。
→mp4boxでdemux、remuxしてmuxerに問題がないか確認。

2.VLC Media Playerを使って、再生環境に問題がないか確認。
→正しく再生できた場合は、splitter、decoder、playerのどれかがおかしい。
→正しく再生できなかった場合は、renderのドロップフレームを確認してパワー不足か確認。

再生側だけでもこの位はできるし、まして君はエンコード側の方をなにもチェックしてないよね？
たとえばXvidでAVI出力してみた場合との比較とか。

これが60iのサンプル。x264gui.auo(714r2)でインタレ保持30fpsでエンコ、Topファースト。再生してみ？
http://www12.axfc.net/uploader/18/so/Ne_8408.zip.html
pass:x264
これでカクつくというなら、そんな糞PC窓から捨てた方がいいよ。

使ったソースはこれね。
http://media.xiph.org/vqeg/TestSeqences/Reference/src19_ref__525.yuv
Bottomファーストだったからx264サポートのTopファーストにフィールド入れ替えしたけど。

上の人はまあアレだけど、VLCで再生してみるとかmp4boxで再muxしてみるってのはいいかもね
あとサンプルうｐしたら誰かが分析してくるかもしれない（俺には無理）

わり。
RawSourceを読み込んだせいで、Avisynth内でFPSの矯正がうまくいってなかった。
ちゃんと30000/1001fpsにした奴を置いとく。　>>476のは参考にならないかもしれん。
http://www12.axfc.net/uploader/18/so/Ne_8412.zip.html
pass:x264

>>476
強い言葉ですが、丁寧に原因の切り分け方法を教えてくれてマジ感謝です

ちなみにXvidでAVI出力では問題ありません。それは最初にやってみました。
x264gui.auoで出力してその直後になにもいじらずXvid.aviで問題なく再生できるaviファイルができましたし、
aviコンテナにx264を載せても問題なく再生できるものが生成されました。

あと>>471の8行目に書きました通り、x264gui.auoではなく
コマンドラインで直接x264.exeでraw264出力後mp4boxでmuxしたものは
問題ありません。30iインタレ保持のものはぬるぬる60fps再生されますし、
インタレ解除30pにしたものもカク付くことなく普通に再生されます。

なるほど、mp4boxはmuxだけでなくdemuxもできるのですか！
おかしいmp4を分離して多重化しなおしてどうなるか試してみた方がよいという事ですね。

さっそく、476の1・2で教えていただいた項目のチェックをしてみたいと思います。
本当に感謝してます。よいクリスマスを！

>>477
プロにみてもらうのが一番かもですね。おかしいサンプルうｐしてみます

x264gui.auoでもRAW出力出来るんだけどそれはどうなのよ

>>479
真剣そうなので多少真面目に答えてみる。
サンプル上げる気ならそれ待ってからでもいいんだけど、ちょっと気になったので。
x264.exeでエンコしているってことは、ソースはAvisynthで読み込んでAviUtlでフロント処理しているのかな？
気になったのは、そのAvisynth上でのFPSで、ちゃんと30000:1001になってるかなってこと。
これが29970:1000なら多少カクつくだろうとおもってね。最悪だと30:1になっている可能性もあるし。
その辺りがFPSを持つAVIとタイムコードを各サンプルが持つMP4とで違ってくるから。（計算誤差が積み重なっていく）

あと、ffdshowとMPCがあるようなので、ffdshowのフレームスキップをOFFにして、MPCでfps表示で再生させてみる。
念のためMP4 File ReaderでそのMP4が入力元ファイルとおなじ総フレーム数を持っていることを確認しておいて、
正常に再生できるx264.exeで作成したMP4と再生時FPSを比べてみる。
もしFPSが違っていたら、再生負荷でスキップフレームが出ていた疑いがある。
同じであれば、デコーダのバージョンを疑ってみるべきだね。x264gui.auoは元々VFR用プラグインだから、x264.exeと
違って、各サンプルが持つタイムコードは4倍の精度をもっている。
テスト版のCoreAVCや古いffdshowではこれに完全に対応できていなかったし、renderがHaaliとか、CTSをいまいち
正しく扱ってくれない物を使っている可能性もあるので、MPCでその辺も変えてみるとかね。

ところで上の60iサンプルは再生できたのかな？　環境問題のようなので、タブン再生できてないのじゃないかと思っているが。

479じゃないけどdropが0だった事しかわかんねぇやｗ

ぶっちゃけ映像と音声別々に音声した後コンテナに内包するのが無難

別々に音声じゃねー
別々にエンコード

横から失礼>>478のサンプル再生してみた
ffdshowだと再生時デインタレ60fps再生にならず。(tryouts clsid rev.1685 2007-12-06)
CoreAVCだとSoftware double framerateで60fps再生できた。

手前で作った60iのmp4ファイルはffdshowでも60fps再生できてるんで
初めてx264.auoで作ってみたら>>478のと同じくffdshowで60fpsにならない

って事でx264.auoがおかしいのかclsidのこのバージョンのffdshowがおかしいのか分からないけど
たぶんこれで>>454の再現できたんじゃないかな。

つまりだ、>>465で
>CoreAVCでデコードさせてもだめ
って書いてるけどCoreAVCのオプションでSoftware double framerateにしてないだけなんじゃないかと思った

>>485
情報サンクス

>>479
原因が分かったかもしれない。
上の60iサンプルを使って、MPCで以下のレンダラを試してもらいたい。
・システムデフォルト
・VMR7（Window)
・VMR7(Renderless)
デコーダにはffdshowを使い、ffdshowのビデオ用トレイアイコンからレンダラのフィルタ情報画面を開き、
「レンダラで欠落したフレーム数」に注目してほしい。
俺の環境では、上のレンダラのうちVMR7(Renderless)だけ異常なほどフレームが欠落する。

VMR7(Renderless)はMPC自身が字幕を割り込ませるために何か特殊な処理をしているようなので、
それとVFRのMP4との相性が悪いのかもしれない。
（MPC内ではCFR前提で字幕を焼きこんでいたり）
VMR9はRGB高画質再生以外の用途では使わないと思うが、おそらく同じとおもわれる。

x264gui.auoでCFRなMP4の作成機能を追加してもらうように作者にお願いしてみるのも手だな。

x264gui.auoにCFRは俺もきぼん

MPEG4コンテナって次のフレームは何秒後に表示という具合に
記録してるからCFRとVFRの違いってないんじゃないの？

>>488
CFRとVFRという「区別」があるわけじゃないけど、格納方法に違いがある。
CFRは文字通りフレームレートが固定だから、29.97fpsならTimescaleは30000で各CTS（PTS）の刻みは1001と
固定になる。
VFRはフレームレートが混在しているから、そのレートを格納できるくらいにTimescaleの精度をあげる。
たとえば24/30混合fpsを格納するためには、30000/1001と24000/1001の両方を表現できる必要があるから、
4倍の120000/4004(5005)って表現する。
これだと、Timescaleは120000で、各CTSは4004か5005の刻みになる。

ここで問題になっているのは、x264.exeで出力すると30000/1001だけど、x264gui.auoで出力すると120000/4004に
なるってこと。
MP4として間違っているわけじゃないから、PSPとかで問題なく再生できるわけだけど、どうもMPCと特定のレンダラの
組み合わせで不具合があるかもって話。

だからAFSをoffにしたらCFRなるっつってるじゃん。
あと俺の環境だけかも試練がffdshow側の情報はつねに25fpsだぜ。
前から質問してる奴それと勘違いしてるんじゃね？

アク禁ゆえ携帯から失礼した。

>>489
そうなのか。たしかにいまAFSoffでエンコしてみたが
Timescaleは120000になってたわ。
timecodeは一定(30000:1001)だったけどね。

とりあえず。手元で実験してみて分かったことから推察。
MPCでVMR7(Renderless)、VMR9(Renderless)を使用していると、とんでもなく再生負荷が高くなる。
ちなみに、MPC初回起動時のレンダラはVMR9(Renderless)。（これにはびびった）
C2D E6850@OC4GHzでも、軽くドロップフレームを量産してくれる。
�@x264.exe産30000/1001・・・45,6fps
�Ax264gui.auo産120000/4004・・・41,2fps（なぜか若干負荷が高い）

>>479がどんなCPU使っているかは知らないけれど、OSがVistaという事も鑑みると、VMR9(Renderless)
使用時には�@のファイルで30fps辺りが限度なんじゃないかと予想される。
半分はドロップフレームになってしまっているが、60iを30pで再生しているわけだから、気づいてなければ
再生が滑らかだと思っているかもしれない。現に彼はMPCの統計情報でfpsを確認する手段を知らないようだし。

その状態で�Aのファイルを再生すれば、26,7fpsくらいだろうか。
レンダラなどの意識がなかったところを見るとMPCデフォで使っている可能性もあるので、こういう推理をしてみた。

実験結果から、Timescaleによって負荷は高くなるものの、x264gui.auo産のMP4に問題があるわけではないことは分かった。

再生負荷の問題なら試しに解像度を320x256とかの極小サイズにしてみればいいんじゃないの？
それで再生がヌルヌルになったら再生負荷の問題だった可能性が高い
逆に極小サイズでも再生がカクつくならやっぱり表示タイミング制御の問題である可能性が高くなる

Timescale30000で出力出来る様になれば良いのか。

遅くなりましたが>>485さんのご指摘の通りでした。
CoreAVCのデインタレース設定をSoftware double framerateにしたところ期待通りの再生結果になりました。
みなさまご迷惑をおかけして申し訳ありませんでした。
あとffdshowのバージョンも485さんのと同じです。ffdshowの問題だったのでしょうか。
みなさまご助言本当にありがとうでした。

ちなみにPCのスペックは
C2D E6600定格
RAM 2G
VGA geforce 7600GT 256MBです。
x264の59.94fps(インタレース解除済みプログレッシブ)1920×1080の動画をフレーム脱落無く再生できているので
スペック的には問題ないと思われます。(今回作成しようとしていたのは640×480の動画)

MPCのレンダラ設定はVMR7やVMR9では私の環境ではなぜか稀に
再生中に突然デインタレースが効かなくなることがあるのでEVRにしています。

>Software double framerate

ずいぶんと古い版を使ってるんだな
CoreAVC最新版にはそんな設定ないよ

>>496
CoreAVC Ver. 1.5.0.0 (Aug 4 2007,16:38:45)です。
最新版じゃないんですねこれ。最新版探してみます。

原因が分かったのでもう意味ないのですが、一応サンプルです。passは478さんのと同じです。
http://www17.axfc.net/uploader/11/so/Al_838.zip.html

aviはxvid、mp4はx264。
-auoと付いているものがx264gui.auoを使って出力したもの。

60pは-auoでも問題なしでした。
60i-auo-damepo.mp4が今回の質問の元。
ffdshowの再生時デインタレースによって
本来60p.mp4とほぼ同じぬるぬる動画に見えるはずだけど望み通りの再生結果にならない。
(のちの>>485さんの指摘の通りCoreAVCでは問題ないと発覚)
60i.mp4はx264.exeで出力したもの。
30pのはいらないけど一応比較用につかうかもしれないということで入れてみました。

…ダメだこいつ。
解決に繋がる情報がいくつも転がっているのに、自分の思い込みで勝手にフィルターしやがる。
そんなフィルターがかかった情報じゃ、辻褄が合わないわけだよ。

まず、再生はMPCで確認といっていたが、実際にはMPCHcを使っていて、統計情報は見ずにブラインドテストをしていたと。
上げてもらったサンプルをMPCHcで再生したが、レンダラにVMR7(w)、9(w)、EVR(Vista)を使用した場合はどのファイルも
問題なし。この確認は、MPCHcの統計情報の表示と破棄フレーム数、および再生時の平均フレームレートから判断。
（60fps再生できているし、ドロップは0、表示フレーム数も格納されたフレームの2倍）

一方、レンダラにVMR7(R)、9(R)、EVR Customを使用した場合は、破棄フレームが大量に発生。
CPUはC2D E6850@OC4GHzで、640x480の60fps再生すら出来ない状態。なので
> x264の59.94fps(インタレース解除済みプログレッシブ)1920×1080の動画をフレーム脱落無く再生できているので
これは明らかにレンダラが違う。または、MPCHcを使わずに再生したか。

それに、UPしてもらったサンプルで、比較対象の60i.mp4と60i-auo-damepo.mp4では圧縮オプションが違いすぎる。
再生負荷の高いオプションとしては、60i.mp4が、ref=5、deblock=0:0:0、b_pyramid=0
60i-auo-damepo.mp4の方は、ref=1、deblock=1:0:0、b_pyramid=1
大体inloop-filter切ってたらそりゃ60i.mp4の方が再生軽いだろ。こっちはEVR Customでもたまにドロップフレームが
発生する程度で56fps位でいけた。
当然inloop-filter使っている60i-auo-damepo.mp4は46fpsぐらい。
比較も糞もない。

分かったことは、こいつの目は節穴で、ろくに検証も出来ないアホだったというだけ。
結論は、CoreAVCもffdshowもx264もguiもMPCも全て正常。異常なのは>>498の目と頭のみ。

どうでもいいけどお前はもう少し物腰柔らかく話ができればいい子なのにな

>>500
べ、べつにあんたの為に検証してるわけじゃないんだからねっ！

>>499
ffdshowのバージョンそろえてみた？
tryouts clsid rev.1685 2007-12-06だとどう見てもおかしいよ
ドロップは発生してないし、統計みるとデコーダからレンダラには約60fpsとして引き渡されてるみたいだけど
プロじゃない俺の目で見てもデインタレに失敗してる
解像度が1/2？になってるのかギザギザになる

とここまで書いて不安だったんで
VHSC通してWMEで60fpsでスクリーンキャプチャしてコマ送りでみてみた
60i.mp4は全コマ動作
60i-auo-damepo.mp4は1コマおき→やっぱ30fpsになってるんじゃね？

書き忘れたけど485です。
環境も書いておいたほうがいいかな
Vista HP C2DQ66 3GB gefo79gs

>>499
お前優しいなぁ・・・
>>498は再生環境の基礎知識から始めたら年越しまでにはあるいは解決できるんでないかな・・・たぶん。

ttp://www1.axfc.net/uploader/15/so/N_36941.txt.html pass:x264
txt→wmv

負荷オーバーで取りこぼしが出て完全な60fpsでは取り込めてないが
たぶんこれでどう再生されてるのか伝わると思う
1週目60i.mp4
2週目60i-auo-damepo.mp4

すま、>>505のは480×360にリサイズされてた
640×480でとり直してみた
ttp://www1.axfc.net/uploader/15/so/N_36945.txt.html
パスとかは>>505と同じ

>>501 は俺の嫁

>>478の60i動画を再生してみた結果
ffdshow(rev1716_20071222_xxl) デコードおかしい。灰色で見られない。
ffdshow(rev1723_20071224_clsid) >>505の2巡目と同じ感じ
CoreAVC 1.6.0.0 問題なし

>>505
ffdshowにインタレH.264を扱う上でバグがあるのかもしれない。それは分からない。
ただね、ソフトウェアデインタレ(DCBob？)の結果とハードウェアデインタレ(Bob)の結果を
見せられても、ふーんそうって感想しかないんだけど。

比較って、同じ条件で行わないと意味がないんだけど、なんでこんなんばっかなんだろ・・・

>>509
ちょｗ
分かってないのはお前さんの方だったのかｗ

>>510
くわしく。まじで。
12/6〜12/25のffdshowで試したし、MPCで各種レンダラをつかって、ソフトデインタレ、ハードデインタレそれぞれで、
60i.mp4と60i-auo-damepo.mp4を比較した。
当然、比較するときは両者とも同じレンダラ、ffdshowの設定で。

もちろん、設定によっては>>505のような映像、>>478が指摘する現象は発生するよ。
両方のファイルで。

この二つのファイルが別々の結果になってしまうようなレンダラ、ffdshowのオプションの組み合わせがあるなら書いてほしい。
検証するから。

あ、安価みすった。>>498ね。分かると思うけど。

>>511
ttp://kjm.kir.jp/pc/?p=49999.png
ttp://kjm.kir.jp/pc/?p=50000.png

MPCじゃなくてWMP11(with mp4splitter)でも同じ@Vista Ultimate
WMP11で再生したくないとかでMPCの設定も必要ならうｐるけど

>>513
サンクス。
同じオプション設定してWMP11とMPC(VMR9w)両方で再生してみた。
結果、
60i-auo-damepo.mp4、>>505の2週目のように、片フィールドの30fpsBob化された。（ハードデインタレ）
60i.mp4、上に同じ。
というわけで、同じ結果になるんだよね。@XPProSP2

これは、Vistaの問題と見た方がいいのか。でも、Vistaの標準レンダラってVMR9だよな。
grapheditがあるなら、標準レンダラが何使ってるか見てもらえるとうれしいが。
これはVista入れて検証した方がいいんだろうか…

XPだったのか。挙動が違うのかもしれないね
参考になるかわからんけどうｐ
ちなみにもちろん60i.mp4もdamepo.mp4も経路は同じ

ttp://kjm.kir.jp/pc/?p=50004.png
ttp://kjm.kir.jp/pc/?p=50005.png
ttp://kjm.kir.jp/pc/?p=50006.png
ttp://kjm.kir.jp/pc/?p=50007.png

ちょっと調べてみたら、VistaではEVRが動くらしい。
しかし、XP上でMPCHcを使ってEVRを動かしても、やっぱり結果は>>514と同じになるんだよね。
これは、DXVA 2.0による影響と見た方がいいのか。

となると、ffdshowやレンダラの設定じゃなく、純粋にストリームの問題な気がするんだが。
仮に60i.mp4とdamepo.mp4とで再生結果が違う場合、この両者の違いは当初Timescaleの違いかと思われていたけど、
実際にはストリーム自体がちがったわけだし。

damepo.mp4を一旦rawストリームにしてmp4boxで再Muxしたらストリームの問題（つまりx264の特定オプションが要因）
という切り分けはできるかな。

うーん、やっぱりVistaいれないとイカンな、こりゃ・・・

追加
ttp://kjm.kir.jp/pc/index.php?p=50008.jpg

>>516
>damepo.mp4を一旦rawストリームにしてmp4boxで再Muxし
>ても再発したらストリームの問題
という意味でおｋだよね？

試してみるわ

声うますｗｗｗｗｗ

すま誤爆ｗ

一応XPでのEVR検証画像もはっておきますわ。

http://kjm.kir.jp/pc/?p=50011.jpg
http://kjm.kir.jp/pc/?p=50015.jpg
http://kjm.kir.jp/pc/?p=50016.png

こんな感じ。
つかXPだとこれが普通なんで、ffdshowのソフトデインタレDGBobをつかうんよね・・・

ffdshowなんてつかってんのかよ

>>520
なるほどん…

で、再muxの結果…正常再生。
ってことでdamepo.mp4も264ソース自体にはまず問題なしの模様

っていうか流れ読み直してみたら
だいぶ前に>>520ｻｿとかからremuxアドバイスもらって>>479で
>おかしいmp4を分離して多重化しなおしてどうなるか試してみた方がよいという事ですね。
なんて書いておきながらやってないじゃん
もうね、アホかと
その時点で試しておけば2日早く解決できたのになｗｗｗｗ

一切細かいことを読まず>>506を見ただけの意見。
2週目のあれ、x264gui.auoと言うかx264.auoだっけguiの前のヤツ
あれの時から、auoでインタレ保持で直接x264で出力するとハードウェア
デインタレでこういう表示になる。

同設定でmkvで出力した場合は問題なし。
rawで出力してboxでx264にしても問題なし。
で、直接x264で出力した物でもboxを通すと正常(1週目)になったはず。

>>522
検証協力ありがとう。

まとめると、Vista + EVR + Timescaleを弄らないインタレ保持H.264、という条件を満たせば、
XPにはなかった（ある意味正常な）ハードBobが動作するようになったということかな。

インタレ保持はtimescale弄らなくてもいいし、これまでのやり取りをseraphy氏が見ていてくれたら、
timescale変更なしモードを搭載してくれそうな気がする･･･。いや、して下さいお願いします。

>>524
>>520
xpではそうならないのよ。タブンVistaで何か（改良が）あったっぽい。

> 直接x264で出力
間違いmp4です

あ、俺2kね。

(ノ￣□￣)ノ===┻━┻ XPの不具合カヨッ！

あ〜、俺もびっくりだ。

これfffdshowのフォーラムにでも報告上げた方がいいのかな
interlacedでTimascaleが120000だとうまくない部分があるよーって

でも実際のところプログレッシブだからこそVFRが必要なわけで
前にもレスしてた人いたけどx264gui.auoにCFRモードも欲しいなあ
x264gui.auoはお手軽GUIで使いやすいから

回答者の煽りは的外れだったわけだけど
それ以上に、持ってる情報・設定・環境等をはじめに全部出さない質問者は糞

今回は質問を契機に結果的に結構有益な情報があぶり出されただけよかったけど
それも回答者他がいたからこそだ

seraphy氏乙

□rev714.release3
[x264gui.auo]
詳しくは以下のスレッドを参照。
http://pc11.2ch.net/test/read.cgi/avi/1189934305/454-531
ひとまず、検証お疲れ様でした。
残念ながら私もXPを使用していますので、TimeScaleを元のまま使用したファイルと、
4倍にしたファイルとで結果に違いは現れませんでした。
そのため、通常出力の機能自体は実装しましたが、確認は行っていません。

>>533
対応はえええええええええｗｗｗｗｗ
マジで乙だ。こういう乙を伝えるにはどこに書けばいいの
ここ読んでるからここでいいのかな。乙！

通りすがりの俺からもマジで乙ですと言わせてもらいたい

>>533でさっそく試してみたよ
4倍精度チェック外して60i作成→ffdshowでも正常60fps再生確認。
乙としか言い様がないぜseraphy

質問者は罵倒にめげずよく頑張ったな

スルー力というか鈍感力というか

x264.auoを使ってHD画像を出力する場合、E6600からQ6600にCPUを交換すると
どのくらい速くなりますか？
クアッドコアの恩恵はありますでしょうか？

2倍にはならんだろうが恩恵は多少なりともあるだろうよ。
うちもE6400で組んで結構経つからクアッドで1台組みたいな。

最大のネックはマルチスレッドに対応しないWavelet系フィルタと言う罠

>>540
>>541
ありがと。がんばってクアッドコア手に入れてみます。

aviutl複数起動して同時エンコ。これ最強

負荷だけ上がってさほど効率的じゃないような気がする

すみません、x264gui.auoで作成したmp4がきちんと再生できない現象に当たってしまいました。
お助け頂けますと幸いです。まず、作ってみた動画サンプルを3つ。
ttp://tikuwa.net/file/up28921.zip.html
DLkey : coilmad

MADHOUSE_x264gui.mp4
　　x264gui.auoで作成し、映像・音声共に再生できました。

coil25_x264gui.mp4
　　エンコード設定はMADHOUSEのと全く同じでx264gui.auoで作成したのですが、WMPでは再生できず、
　　PowerDVD7では音声のみ再生されました。

上記2つの違いは、MADHOUSEのはDVDから取り出したD2VとWAVをaviutlに読み込ませて、
Lanczos3-lobed拡大縮小でソース720x480の画面を854x480にしています。
フレームレートはaviutlではいじっていません。DVD取り出しの段階で24fps化済みなので。
coil25の方は、MonsterXでキャプチャーしたAVI(HuffYUV-MT,PCM)をaviutlに読み込ませています。
AVIの段階では1920x1080x60i、これをaviutlで自動24fps化、あとロゴ消しプラグインを通しています。

coil25_x264out.mp4
　　coil25_x264guiのと同じ編集状態のものをx264out.auoで出力してみたもので、これは映像・音声共に
　　再生できました。

漏れ環境はAthlon64X2 5200+、DDR2 1GBx2、GeForce8600GT(PureVideoHD対応)、OSはVistaです。
再生環境の問題の可能性も多分に考えられるので、とりあえずcoil25_x264gui.mp4が皆様の環境で
再生できるかだけでも聞いてみたいです。

x264outで再生できるものが作れているならそれ使えばいいじゃないか？と突っ込まれそうですが、
実はこれで1話分(25分)エンコしてみたのですが、途中で音声が止まり、映像が早送り再生されるものが
出来上がってしまいました・・・。そのためx264out.auo以外の作成方法を検討していたのですが、
x264gui.auoでもこのような問題に当たってしまったので・・・
あと、使いやすさからx264gui.auoを使っていきたいとも思っていたりします。
以上よろしくお願いします。

>>545
全ファイル再生できた。
1920x1080のサーフェースが作成できないんじゃない？
試しに1280x720位に縮めてテストしてみたらどうかな。
あとはデコーダを最新版にかえるとかね。

ごめん。こっちの環境も書いとくね。
OS：XP
Filter：
　Gabest MP4Splitter
　ffdshow(2007/12/25)
　VMR7(Window)
Player：
　MPC
　WMP11

>>546-547
レスありがとうございます。以下試してみた結果です。

1280x720で作成→症状変わらず

デコーダ最新版→正規版正規IDに関わらずアップデートできず(!?)→アンインストール→購入時のを再インストール
とやってみたら、どういうわけか3つ共に再生できるようになってしまいましたｗ

この期になって、会社の同僚から「PowerDVDは地雷あるよん」って言われてたのを思い出した・・・
ずっとx264周りだと思い込んでいたので、このワークフローに至るきっかけを下さったので辿り着くことができました。
新年早々お騒がせ失礼致しました、どうもありがとうございます。

Haaliとffdshowのほうが綺麗だと思うけどな。最新ならマルチスレッド対応してるし。

ffdshowマルチスレッド対応したのか。これでカクカクの1920x1080動画の再生が出来るかな。

結構前から対応してなかったっけ

xxlのビルドしたヤツだけは対応してたね。
最新からパッチ扱いから正式対応に変わってる。

それでもmtデコードならCoreAVCの方が遙かに軽いよね。
mtデコードになって差が増した感じがする。

差はあるけど結局全画面で見るときにffdshowのリサイズフィルタとかavisynth
挟むからデコードも任せてる。
フルHDしか見ないならCoreAVCのほうが良いんだろうけど。

xxlでマルチスレッドH264デコードしてCPU使用率80％
CoreAVCデコードだとその半分CPU使用率40％

どんな糞PCなんだよ、どっち使ってもも10％以下だぞｗ
UVD使うと1％くらいだ。

実際糞だしな。939のX2で1920x1080の数値。

1920x1080 VFRのmp4再生させた時の数値。

2passエンコ時のx264.statsファイルをNOD32アンチウィルスが誤検知→隔離→2pass目に突入できずにエンコ停止したーorz

除外フォルダ作ってそこをテンポラリに。
アクセス制限付けて起動時に自動削除batくらいは置いておいた方が安全だが、コピーすれば反応するし回避策はある。

【殺しの】ライセンス【道で拾った】
http://pc11.2ch.net/test/read.cgi/tech/1045006087/

微妙に炎上しそうだったな。

って、もともと色々あったのかいな

x264 rev11
http://pc11.2ch.net/test/read.cgi/avi/1195743129/

>>562
お前馬鹿だろ

ん？
２週間前の話ってこと？

>>564
そうだよ。だからお前は馬鹿なんだよ。二度と来るなよ。

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

なんだ粘着されてるのか
ｶﾜｲｿｰｽ

粘着しているhitoってこいつだろ。
http://cpplover.blogspot.com/

>>568
ほんとだ！！泥棒サイト！

トップのたばこの記事しかよんでないが、これだけでもいかにこいつが中二病患者かわかるな。
一方的な正義ばかりを振りかざす奴は、自分が最低な外道だということに気が付かないんだろう。
http://www.jti.co.jp/News/02/NR-factories/factories.html
http://ifinder.jugem.cc/?eid=127
たばこの煙には確かに毒性がある。しかし、それを産業とし生活していた人間が背景にはいる。
このhitoってやつはこういう人々を完全に無視した記事を書いて悦に入っているのだろ。
親族は早いとこ病院に連れて行った方がいいぞ。

たばこ産業なんか乞食以下だよ

>570
ニコチン中毒患者乙。
早めに病院行くことをお勧めする。手遅れだろうけど。

>>572
あほじゃね。おれタバコなんか吸ったことねぇよ。
つか、こんなにかわいそうなやつが2人もいるとは思わなかった。

世の中のニーズが減れば、その業界が縮小するのは当たり前の話。
閉鎖に追い込まれてる職業はタバコのほかにもいくらでもあるというのに、
それを理由にタバコを正当化するのはおかしいんじゃないかい？

>>570
そのお涙頂戴リンクがたばこ記事の反論になるとは思えないが

>>573
やめとけ。ここの板にはhitoとおなじ奴らしかいないんだから。
自分がよければそれでいい連中ばっかりだ。なに言っても人の痛みとかわかるわけない。

うむ。明らかに人体に有害な物を売り続けている馬鹿に聞かせてやりたい

たばこの話が出るとどこのスレも荒れるな…

>>576
そうだな…
みんな生活があって仕事として「たばこ」に関わっているのに、そういう人々や
その家族の事を思いもせず、平気で罵倒できるんだからね。
さぞご本人は立派な人間なんだろう…心は無くとも。

たばこは害毒。それは事実だし副流煙によりその毒性があるのも知っている。
それを隠し一時期売上を後押ししたメディアもどうかとおもう。
しかし、そこに直接間接問わず関わる２万人以上といわれる関係者を無視した
一方的な廃止論を説いてヒーロー気取りというのは何とも心が無い人間ではないか。
社会が緩やかに禁煙方向に向かっている「背景や理由」を本当に考えることができ
ないんだろうと思って書いたが、まさかそういう思慮のない自己中がここまで多い
とは思わなかったよ。
こういうのも大量っていうのか。釣る気はなかったんだがな…寂しい限りだ。

キモイの沸いてるな

>>579
泣き落としたいようだが仕事ならなおさら自覚的であるべきだな

>>579
そうだよな。それで生活してる人がいるもんな。

ミャンマーあたりには大麻を育てて生計を立ててる貧しい人々がたくさんいるんだ。
有害だからって規制してその人たちを一方的に苦しめるなんてほんと自己中だよな。

少なくともこのスレの中ではタバコの問題などどうでもいい
このスレにとって問題なのはタバコの害悪ではなくスレ違いの書き込みを続けることの害悪だ

このスレ的にはタバコより下のほうのVFRに付いての落書きのほうが痛い件について。

>>582
その通り。

大麻の廃止を論じるなら、それによって生計を奪われる貧しい人々への保証も一緒に論じないとな。
前者だけ論じるのは楽だが、それはただの偽善でしかないってことだろ。

分かっていない馬鹿は書き込まない方がいいよ。

>>585
バカはお前だ。このバカ野郎。

千秋かわいいよ千秋

>>585
うむ、補償は重要だな。

タバコや大麻を容認した場合も、中毒患者や副流煙で健康を害した人々にも
医療費補償や賠償をしないといけないな。

分かっていない馬鹿はそろそろ消えてね。

俺嫌煙人で、喫煙家の肺ガン治療に保険が均等に使われるのは納得がいかない
とか何とか言っちゃったりしてるんだけど、
実家はたばこ葉栽培で生計立ててる農家なんだよね
タバコが消滅したら非常に困る

ってか何このスレ！っていうかx264gui.auo便利です！ありがとう！

aqオプションとやらはx264guiでは使えないの？
パッチ版のプラグインインスコしたけどそういうオプションが見当たらないけど

コマンドライン入れるとこに書け

なるほど、GUIにないやつはコマンドタブのとこに自分で書いて追加しろってことか、サンクス
readmeも詳しくないし、素人にはわかりにくいな
MeGUIみたいに↓のほうにチェックしたオプションとかが書かれるようになんないかな

これでも十分分かりやすくなってるんだが。ググるだけだろ

いや別にオプションの効果とかではなくてx264gui自体の使い方だよ
aqオプション無い→無いなら使えないってことか→でも使えるらしい？？？
って↑で俺が思ってたように

それとは別に、日本語表示だしオプションチェックするとMeGUIみたいに↓にコマンドが表示されるようなら、解説サイト回って少しだけ知識ついたくらいの俺のようなx264素人でもわかりやすいだろうって話

最近x264gui.auoを使い始めた奴は勘違いしてそうだから書いとく。
seraphy氏はAvisynthとx264afs.exeでエンコしていてauoは使っていない。
x264.auoが公開された時に2chや掲示板で本人がそう公言していた。
GUI版の要望が高かったのになかなか実装されなかったのはたぶんそのせい。
つまり、GUI版の開発は100%ボランティアだと思われるので過度な要求を出すと
開発停止になる危険性が高いということ。
近頃いろいろと揉めていたしな…

そんなユーザーへの脅迫みたいな言い方せんでも

いや、脅迫じゃなくて忠告な。
インタレ保持の件とか、対応してくれてるしそんな深刻に考えなくてもいいだろうけど、
>>594みたいにサポートがあって当たり前みたいな奴がわいてるからさ。

つまりx264guiで勉強してcliに乗り換えろってこった

cliなんてイヤだイヤだ
x264.auoがないと生きていけない

んでhitoみたいな奴が出てくる

CLI使ってるぼくかっこいい！！

というか、x264.auoってまさに非GUIじゃないかｗ

x264gui.auoとmp4catおかげでaviutl+x264vfwの簡単な知識だけで手軽にmp4が作れるようになってしまったからね・・・

手軽杉だろ常考


いつもx264gui.auoにはお世話になっております

avisynth(AvsP)+x264+MP4Boxでバッチ書いたほうが遙かにお手軽だろう…

お手軽の定義によるな。
いくつも処理するならバッチのが使いまわせるからはるかに手軽だが、
ほんの１〜２本というならいちいちスクリプト書くのは面倒だ。

用途に合わせて好きなようにやればいいといういつもの結論に落ち着くわけだ。

なぜかエラー落ちするのでx264out.auo派
AFSよりITVFR

VFWが原因かは知らんが壮絶に音ずれした・・・
MP4Boxのavi→raw h264の過程が失敗してるような気がする
VFWで直接H264は出せないのか？

変態解像度（例えば226x706のような）をaviコンテナに入れると映像が白黒の斜めになってぐちゃぐちゃになる
mp4だと同じ解像度でも正常な映像になるんだけどやっぱりこれってaviコンテナが原因なん？

ちがう。初心者エンコスレいってこい。

このエンコーダー、デュアルやクアッドの設定ある？
なんか実時間の4倍近くかかって遅いんだけど…Q6600で。
XPでシステムフォントをメイリオにしてたら文字化けしてて設定項目が読めんｗ

Codecではなくライブラリです
あとググレカス」

>>611

E6600@3Gで素エンコでも６〜８倍かかるよ！(1280x1024)

x264gui.auoにもMEncoderみたいなdelay frame問題って存在するの？

r717
1.6x faster me=esa (x86_64) or 1.3x faster (x86_32).

でr716以前よりもかなり早くなりませんでしたか？
Q6600@3200、640x480で、
1pass約3〜4倍だったのが、
1pass約2〜3倍ぐらいになった。

esa使ってなきゃ意味無くない？

俺はエンコよりフィルタ部分がボトルネックになって重いから差を感じないな

>>614
標準でディレイカットされるので普通は気にしなくていい。
ただTimescaleを12000にしたインタレ保持H.264ではXPで
ハードBobがうまく働かないバグがあるらしい(たぶんOS側の不具合)。
ていうかその辺のやり取り>>454-531

seraphyさんのサイトって閉鎖？
x264 詰め合わせとかDLしたいんだが・・・

あのサイトが落ちるのは日常茶飯事だから心配しなくてよろしい多分

>>620
そうか、んじゃまた覗いてみるよ

>>621
っ http://seraphy.luna.ddns.vc/~seraphy

mp4boxの -cat と
seraphyのmp4catってどう違うんだったっけか

>>619
鯖状況とか連絡事項とか
一応、現在私がお借りしているDDNSは、
seraphy.fam.cx
seraphy.luna.ddns.vc
です。メインとバックアップというやつですね。

で、現在も引き続きseraphy.fam.cxはダウン中です。
詳細は、こちらのDDNSを運営されている（大変お世話になっております。）
ieServer.net様のブログに状況が掲載されています。
ttp://blog.ieserver.net/

機器障害のご様子。
お仕事の方も忙しい状況のようなので、ご無理をされていないか心配です。

とseraphy@管理人さんが言っております

>>623
-catはfpsを統一しないと連結不可、mp4catはfps混合でも可って所かな

>>625
そのfpsってtimecodeの？それともヘッダーの？

>>626
ソースの。AssumuFPSで統一しとかないと結合できない。

>>626
正しくはmedia timescaleとtrack timescale。
x264系で作成した場合は、media timescale は600固定。
track timescaleはfps依存。24fpsは24000/1001と書いて、この場合のtimescaleは24000。
x264guiやx264afsでtimescaleを120000（24=>120000/5005、30=>120000/4004）化したMP4ならmp4boxでも結合可能。
60fpsの場合は240000/4004になっていると結合不可で、120000/2002なら結合可能。
それから、映像と音声でtimescaleが異なっているとズレが発生するので、48000Hzの音声ならmp4boxで結合する場合は
映像部を480000にしておく必要がある。
あわせた場合でも、映像と音声がキッチリ同じ長さでないとやはりズレる。

そういうのを考えなくてもよいのがmp4catというだけ。別にmp4boxで結合できないわけではない。

vfwでマトリクスjvt使いたいんだけど
追加のコマンドオプションに記述してもエラーになってしまうぞえ
誰かつД｀） ﾀｽｹﾚ !!

x264gui使ってmkvかmp4にすればいいと思うよ

そうだな今時ｱﾋﾞなんて機能とか必要性以前にOSでいえばWin3.1使うようなもの。
単純に古くてダサい。

x264guiって何？？？フロントエンドですの？

631 ：名無しさん＠編集中：2008/01/16(水) 17:43:25 ID:cS1v026m
そうだな今時ｱﾋﾞなんて機能とか必要性以前にOSでいえばWin3.1使うようなもの。
単純に古くてダサい。

x264gui.auo使ってmp4をMUXまでしてもらうと、
音声が微妙に遅れるんだが、誰か同じ症状の人いない？

Q-Based使っているのがいけないんかな。

あれ、x264gui.auoって、>>434の問題は全然関係ないよな？

x264guiで初期ディレイカットをチェックしてMP4出力した場合は>>434の問題は起きない。
音声が遅れるというのはソースと比較してかTV視聴と比較してかによるが、
ソースとの比較ならおそらくAACデコードディレイが問題。

AAC-LDやAAC-ELDが作成できるエンコーダが出来るまではWAVを弄るしかない。
http://www.iis.fraunhofer.de/bf/amm/projects/lowdelay/index.jsp

>>636
それそれ。
初期ディレイカットをチェックしてるし、
音声はソースと比較して100msくらい遅れている感じなんですよ。

音声をvorbisにしてMKVにMUXして確かめてみよう。

vorbisにもMP3にもdelayは存在するがな。

ffmpeg -i hoge.wav -ab 128000 -acodec libfaac -flags low_delay hoge.aac
これでAAC-LDが作れるらしい。MP4で出力したらmp4boxが不正落ちするMP4ができたので、
何かが違うんだろう。aacで出力したらmp4boxでmuxできる。
これで確認してみては。

LDは主にスピーチ用

うわ、何度も聞いてたらずれているのかずれていないのかわけわからなくなってきた orz

サンプル作ってみたけど、これっておまいさんがたの目と耳と環境ではずれてるかね？
ttp://enjoi.blogdns.net/up/src/1898.lzh
俺には、最初のセリフと口の形から判断するにずれているような気がしてる。

つーかリップシンク気になる病はスパイラルでどんどん悪化していくからな・・・
終いには合ってるのかズレてるのか分からなくなる。
気にしたら負け。

>>641
それそれ orz

大体最近の視聴環境じゃ液晶とかディスプレイでも相応に遅延するしなぁ。

>>643
まあ、それだったら画像の方が遅れるのなら話がわかるんだけどとか考え出すとまた
考えがまとまらないというスパイラルっす。

そういえば、x264gui.auoで( H.264 + aac ).mp4 + timecode.txtで書き出したファイルをmkvmergeでMKVにMUXし直す場合は、
timecode.txtをmkvmergeにドラッグアンドドロップしたH.264画像部にいつも指定しているんだけど、
これで正しいのかな。

どっかの動画系解説サイトに書いてあったけど
光の速さと音の速さを考えれば動画を見て音が数十ミリ秒？遅れて聞こえるのは当然で
むしろ完全に同期して知覚するなら音が先に鳴っていると考えなければ説明が付かないとかなんとか。
さらに厳密にはOS、CPUの処理速度とVGAの能力と音源の能力とモニターの能力、ケーブル、スピーカー、etcと・・・

そのサイト管理人はどんだけスピーカー離して置いてんだよｗ

つまり気にするな！って事ですな

計算してみた。
1気圧気温15度と仮定して音速は約340m/s
1mあたり約2.9412msかかることになる。
つまり、24fpsで約14m、30fpsで10m離れるとおよそ1フレームずれる。
上記のことを踏まえると、PC環境上では音の速度はほぼ無視できるということになるね。
また処理スピードにおいては音声系より扱うデーター量が桁違いに大きい映像処理系の方が遅れを生じる原因になりやすい。

つまりこういうことか

映像の処理遅延+光の伝播遅延≒音声の処理遅延+音波の伝播遅延

独立行政法人 産業技術総合研究所 プレスリリース
ttp://www.aist.go.jp/aist_j/press_release/pr2003/pr20030227/pr20030227.html

■脳は音がどのくらいの早さで進んで来るか正確に知っている

ポイント

・実世界において多くの場合、音は眼に見えるものの動きによって生み出されるが、眼に見えるもの（光）と、耳に聞こえるもの（音）とには時間差が生じている
【 光は発生と同時に眼に到達するが、音は1メートル進むのに約3ミリ秒を要して耳に到達する 】
・脳は、音の時間遅れを計算に入れて、聞こえた音と見えた光（映像）を統合していることが明らかになった
・この視聴覚間情報統合における距離補完の限界が約40メートル近辺であることを明らかにした

>>650
ちょっと違う。
映像の処理遅延+光の伝播遅延 ＞音声の処理遅延+音波の伝播遅延

お前ら一般人はWDMとASIOの速度差にも気付かないんだから
結局なんやかんやで気にするなってことが言いたいんじゃないのそのサイトは。

逆に1フレーム弱の映像と音の動画ファイルのバイナリ上でのずれを気にしてご大層に講釈たれてるサイトもあるがなｗ

>>653
それなんて妖精現実

音のずれ方向によって許容差が全く違う。
映像に対して音声が速い場合は敏感になるし、遅い場合は鈍感になる。
個人差だが、音が先に来る場合は2フレ(60ms)ずれても結構わかる。
後の場合は4フレ(120ms)ずれても違和感ない場合がある。
人間は日頃音が遅れてくることになれているので、自ずとそうなる。

という根拠もなく。
結局神経症患者は精神科で抗不安薬でも処方してもらえばいいってことで。

>>656
アニメの口パク
さすがに100msぐらいになると、爆発音とかのところで違和感ある

・・・・そんな完全アフレコ物なんかで音ずれがわかると言われても・・・・
制作現場知ってるのかいな・・・MAマンが適当につけた効果音がずれてるとかずれてないとか・・どんだけーー

>>658

アニメで音ズレはわからんべ

実写では相当気になる
テニスとか音ズレすると本当に酷いぜ

テニスとかスポーツものは収録された時点である程度音ずれしているからなぁ・・発音体からマイクまでの距離が長いからね。
放送までにTBCとか複数回かかるわけだから音声Deleyは常時使っているけどそのシステムにあわせた固定値なので普通はわざわざ調整しないからね。
放送時点で現場音が100msくらい遅いことは普通だよ。特にテニスのようにインパクトが明確な場合は特にわかりやすいね。

モータースポーツなんか500msくらいズレてても全然違和感なかったりするよ

ふむ。。。
pengvadoがvfwを潰しに来たね。
seraphyビルドは元々機能があったからいいとして、他のビルドはコア更新停止か機能追加になるんかね。

>>664　これのことだな

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

この場合のno businessってどういう意味なの？
利益がない？権利がない？

教えてえろい人

この場合は直訳で「仕事をしていない」、意訳で「動作していない」が妥当じゃないか。
潰す意図はなかったんだろうけど、vfwがYUY2→YV12の変換でcsp.cを使っていることを忘れてしまったようだね。

色空間の変換サポートを削除した。
なぜなら、それ（変換機能のこと）はあらゆるコーデックで動作していないからだ。
（あらゆるコーデックにおいて仕事を持っていない。→動作していない。）

Lunatiliaビルドがrev735を公開していたので試してみたが、
予想通り「Arg invalid CSP」が大量に発生して落ちた。
これはダメかもしれん。

>>666 俺的意訳はこんな感じだと思う
「色空間の変換はやらないことにしたよ、だってそんなのコーデックが担当することじゃないだろ」 バ〜イ pengvado.

まあ、あって困るもんじゃないだろうから >>664 のように解釈されるのもしょうがないな。

seraphy氏はすでに予見していたんだよ！

seraphy版が浸透している日本では影響なかったけど、海外ではご愁傷様といったところかなぁ。
向こうでvfw作っているといえばBugMaster氏とかマな人達だし、すぐに対応版が出てくるだろうけどね。
適当にやったらビルドできたから公開しましたという連中が残っていたら、日本も混乱していたかも。

ところで、Lunatiliaの中の人には誰も教えてあげないんだね…

日本の場合は全体で見ればAviutlが大部分だけど海外はAvisynthのシェアはでかいんじゃないか？
それならConvertToYV12はさめば済むことだし影響はそんなにないのではないだろうか。

>>673
向こうにはVDUBがあるからねぇ。

一応こういうプロジェクトがあって、AQ版もでている。
https://sourceforge.net/project/showfiles.php?group_id=213809
リヴィジョンが低いということから、それほど活気がないことがうかがえるけど。

Doom9ではこのスレが生き残っているかな…
http://forum.doom9.org/showthread.php?t=98247

>>661
画面の隅にいっこく堂の画像を表示させとけば音ズレなんて気にならないぜ、たぶん

1440x810って縦解像度大丈夫なのかな？
1440x1080のままでsar指定した方がいい？

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

いや、解像度が16の倍数じゃなくていいのかってことだけど…
よく考えたら1080も16の倍数じゃないよな。あれ？いいのか？

とりあえず8の倍数だったら問題ないだろ。
ちなみにTSは縦1088で下8ドットが無効領域

地デジとかBlu-rayなら1088だよ。再生される部分は1080だけど。
810で気になるなら上下に6黒帯足せばいい。

aviコンテナに入れる場合マトリクスjvtにするにはどうしたらいい？
追加のコマンドラインで指定してもエラーはきやがる
ビルドは732

追加のコマンドラインで「--cqm jvt」と指定する。
それでだめならお前の頭がエラーだから諦めろ。

サンクス

大抵の用途で十分であろう設定

[PRESET_NERO]
count=22

;AAC-LC
preset_1=" AAC-LC 320kbps"
preset_1_prm="-lc -br 320000"
preset_1_2pass=1

preset_2=" AAC-LC 256kbps"
preset_2_prm="-lc -br 256000"
preset_2_2pass=1

preset_3=" AAC-LC 224kbps"
preset_3_prm="-lc -br 224000"
preset_3_2pass=1

preset_4=" AAC-LC 192kbps"
preset_4_prm="-lc -br 192000"
preset_4_2pass=1

preset_5=" AAC-LC 160kbps"
preset_5_prm="-lc -br 160000"
preset_5_2pass=1

preset_6=" AAC-LC 128kbps"
preset_6_prm="-lc -br 128000"
preset_6_2pass=1

つづき

preset_7=" AAC-LC 112kbps"
preset_7_prm="-lc -br 112000"
preset_7_2pass=1

preset_8=" AAC-LC 96kbps"
preset_8_prm="-lc -br 96000"
preset_8_2pass=1

;HE-AAC
preset_9=" HE-AAC 80kbps"
preset_9_prm="-he -br 80000"
preset_9_2pass=1

preset_10=" HE-AAC 64kbps"
preset_10_prm="-he -br 64000"
preset_10_2pass=1

preset_11=" HE-AAC 56kbps"
preset_11_prm="-he -br 56000"
preset_11_2pass=1

preset_12=" HE-AAC 48kbps"
preset_12_prm="-he -br 48000"
preset_12_2pass=1

preset_13=" HE-AAC 40kbps"
preset_13_prm="-he -br 40000"
preset_13_2pass=1

つづき

;HE-AAC v2
preset_14=" HE-AAC v2 32kbps"
preset_14_prm="-hev2 -br 32000"
preset_14_2pass=1

preset_15=" HE-AAC v2 24kbps"
preset_15_prm="-hev2 -br 24000"
preset_15_2pass=1

preset_16=" HE-AAC v2 20kbps"
preset_16_prm="-hev2 -br 20000"
preset_16_2pass=1

;Q-Based
preset_17=" Q-Based -q 0.740 AAC-LC 300kbps"
preset_17_prm="-q 0.740"

preset_18=" Q-Based -q 0.515 AAC-LC 190kbps"
preset_18_prm="-q 0.515"

preset_19=" Q-Based -q 0.315 AAC-LC 100kbps"
preset_19_prm="-q 0.315"

preset_20=" Q-Based -q 0.270 HE-AAC 80kbps"
preset_20_prm="-q 0.270"

preset_21=" Q-Based -q 0.220 HE-AAC 64kbps"
preset_21_prm="-q 0.220"

おわり

preset_22=" Q-Based -q 0.125 HE-AAC v2 32kbps"
preset_22_prm="-q 0.125"

なんかすげー更新キタ

コマンドライン表示が間違ってるね、あとはNeroの Q-Basedのパイプ設定が保存されない。

Utlスレだけじゃなく、ここにもいたか。
バグを発見した事を自慢したり物知り顔で書く奴。
情報を持っていることに優越感を感じているんだろうが、
バグレポートの一つも出せないという劣等感の方を感じてもらいたいな。

で、>>689は作者にバグレポートを送ったのかい？

>>690
悪かった、二度とこのスレに不具合報告は書かないと誓うよ。

>>692
はて。不具合報告なんてどこにも書かれていないんだが、スレ間違ってないか？

不具合報告ってのは、「再現手順」「観測された結果」「期待される結果」を書くものよ。

・再現手順
　エンコーダにNeroAACエンコーダを指定する。
　プリセットにQ-Basedを指定する。
　処理モードにパイプを指定する。
　OKボタンを押し、設定画面をいったん閉じる。
　再度設定画面を開く。

・観測された結果
　処理モードにWAVが選択されている。

・期待される結果
　処理モードにパイプが選択されていること。

捨て台詞を吐く前に、最低限不具合報告はできるようにならないとなw

>>692
めんどくせーヤツだなｗ　わかった、わかった。

2ちゃんなんてしょせん便所の落書きなのに( ﾟдﾟ)

>>690-693
【修正履歴】
□rev736.release6
[x264gui.auo]
・UI周りの不具合修正。

とっくに修正されている件。

2chに書いとけば結構修正してくれるんだけどやっぱり掲示板やらに書いた方がいいね
俺も前落書き書いたらすぐ修正された

Seraphy氏のx264gui.auo、最新版でGUIが変わったのはいいんだけど、OKボタン押しても何も起こらないんだが。
x264patch.736.release6.rar

patch版は非サポートでしょ

>>697
AviUtl初心者の方ですか？
設定画面でOKボタンを押しても、設定が保存されるだけでエンコは始まりませんよ。
プラグイン出力→拡張x264出力(GUI)→名前を付けて保存→この画面で「保存」ボタンを押してくださいね。

こちらに誘導↓
【初心者歓迎】総合質問スレッド-7-
http://pc11.2ch.net/test/read.cgi/avi/1201077254/

>>699
ID:SYWeSMUR はAvisynthスレを荒らしてた馬鹿だから相手をするな

俺も>>697の症状出るんだが。
設定画面でOKボタンクリックしても何も起こらない。
OSはVista。

>>701
Vistaなんて捨てたらいいよ。
マジな話、Vista使ってて不具合出るのは、利用者がOSについて理解してないのが原因だから。

Program FilesにAviUtlを置かないこと。
AviUtlを管理者権限で実行すること。

>AviUtlを管理者権限で実行する
AviUtlをsetup.exeに名前変えると勝手に昇格するぜ？ｗ

アホ管理者にそれは理解できないと思うよｗ

AviUtl+x264vfw+拡張AVI出力プラグインplusで
自動フィールドシフト未使用、
Bフレーム使って（参照型BフレームOFF）AVI出力したら1フレーム多くなるんだけど
これって使用？

スレッド数とBフレを最大いくつにしたか書くと幸せになれるかもよ

すまん
スレッド数 1
Bフレ 1・2・4
でエンコしました、それ以外は試していません。
（使用→仕様）

>>84あたりと関係あるんかなあ。
教えてえらい人

>>707
>>708
えらい人ではないけど、拡張AVI出力で処理した場合、1フレーム増えるのは仕様。

一応原理も書いとくけど、まるもさんとこに図入りで解説があったような気も。
IPbフレーム（大文字は参照フレーム。Bがないのはピラミッドじゃないということ）が、
I0 b1 P2 b3 P4 I5 とエンコードされたとき、AVIに格納されるのは参照系を整理された
I0 P2 b1 P4 b3 I5 の順番になる。bフレームは双方向を参照しているってこと前提ね。
これを順次デコードすると、

入力　I0 P2 b1 P4 b3 I5
出力　I0 I0 b1 P2 b3 P4 I5

ってな感じで映像が出てくる。最初にI0が重複するのは、P2をデコードしてもそれは
まだ表示すべき映像じゃないので、何も表示するものがない→前のフレームを引きずって表示。
結果として、入力が5フレームあるなら、出力は6フレームになってしまうということ。
しかし、VfWには1in:1outの大原則があるから、入力が5フレなら出力も5フレじゃないとだめ。
それで、通常のAVI出力だと末尾が欠けるんだけど、拡張の方は最後にNULLフレームを
追加して6フレにするので、末尾が欠けずに表示ができる。

ちなみに、最初のI0が重複するのがbフレームディレイってやつで、ピラミッドを使うともう
1フレーム増える。
けど、拡張AVI出力はピラミッドに対応していないから、NULLフレームは増えずに末尾が欠ける。

Bフレーム使うと先頭にdelay frameっつー中身のないフレームががはいるんだが
AVIだとdelay frameをディレイとして扱ってくれないのでその分だけ後ろにずれる。
参照Bフレーム使うともう1フレームずれる。んでその分後ろのフレームが再生されなくなる。

と思ったら>>709が詳しく説明してくれた。あと>>434

MP4の場合は基本的にはdelay frameの問題は回避されてるんだけどスプリッタによって
デコードディレイが反映されないんだっけ？確かその辺で時々問題になる。
seraphy版のx264.auoだとMP4のときに問題になるdelayなんてなくしてしまえ、
ということで初期ディレイをカットして出力するようになってる。どういう仕組みなのかは知らない('A｀)

アンカーを辿って過去の記事を読むと赤面ものですね。

>>710
MP4の規格としては、デコード・合成（コンポジション）・表示（プレゼンテーション）の3種類の時間を
制御できる仕組みをもっています。
しかし、いま皆さんが使われているHaaliやGabestのスプリッタには、表示の制御を担うedtsという
box情報を理解する機能がありません。
（uenoBさんはedtsを埋め込む方向でアプローチされていますが、実質QTくらいしか対応していません。）

また、それぞれのスプリッタで動作が異なり、Haaliは初期ディレイをカットしますがGabestはディレイに忠実です。
このように再生環境によってディレイの扱いがコロコロと変わってしまうので、それをコンテナレベルで制御して
統一してしまおうといのがseraphyさんのアプローチだと思います。

MP4を再生するほとんどの環境では合成時刻（CTS）＝表示時刻となっていますから、CTSを0から始まるように
することでディレイをカットします。
このとき、コンテナの仕様としては各ピクチャのCTS以前の時刻をデコード時刻（DTS）にする必要があるので、
>>709の例でいくとI0が表示されている時間内（33ミリ秒くらい）にP2をデコードするようにDTSを書き換えているようです。
そうすることで、スプリッタがHaaliでもGabestでも、PSPやPS3で再生しても同じ結果になるようにしているようです。

AVIコンテナで出力する人は732以前使うしかないのかね？
736以降だとエラーでまくって死ぬ

説明口調は疲れる。

>>712
誰のビルドをつかってる？
色変換処理が削除されたので、ビルダーによって実装がまちまちになったから
ビルダー書かないと誰も答えられないかも。

seraphy氏のであれば、YUY2->YV12の変換しか実装されていないから、
RGBからの圧縮は無理。
VirtualDubでいえばFast recompressにチェックがついている状態、
AviUtlではコーデックの設定でx264を選んだ時に「YUY2で圧縮する」に
チェックがついている状態ではないとだめということ。

TMPGencとかはわかんね。
Lunatilia版にも色変換機能がついたらしいけどわかんね。

>ビルダー書かないと誰も答えられないかも。
そうだったのか
seraphybuild使ってました

ちょｗｗｗ漏れのIDｗｗｗ

みんなMP4にシフトしてるの？

あたりめーだろ。

VirtualDub系でMP4使えたらなぁ
Aviutil＋x264GUI MP4出力プラグインが神過ぎてそればっか使ってる
でも遅い・・・

おっとMKVを使っている俺の悪口はそこまでだ

VirtualDubを使っていた頃からAviSynthで何でもやっていたから
x264.exeへの移行は特に問題なくできた。

>>718
AviutlをYUY2フィルタモードにしてavs突っ込んでx264.auoで出力これ最強

うち1PCでさ、エンコはVirtulDubModのCPU:Idleモードが重宝してたんだよね

なんかやってるときは何の負荷もなくエンコのCPU使用率が下がってくれるし、
PC使ってないときは勝手にフルエンコになってくれて便利だから

確かにavsをx264.exeに食わせればエンコは出来るけど他の別のことやってるとき重くて。
かといってlowにするとエンコ糞遅いし

x264でidle使えればいいんだけどねぇ

優先度低とか

>>722
MeGUIとかフロントエンドを使えば。

>>722
start "" /B /LOW /WAIT x264.exe 〜

>>721
x264.auo は廃止予定って掲示板で宣言されてるけどな

seraphyさんファイルのヘッダにエンコード設定載せない設定きぼんぬ
バイナリエディタにmp4突っ込むと先頭にまるまるエンコード設定記述されてて何か気持ち悪い

バイナリを普通見ませんから

>>726
ああ、x264.auoって書いたけど実質x264gui.auoが標準だから
大抵の人の発言のx264.auoはx264gui.auoとイコールだと思っていいはずだ。
guiでもコマンドラインのみの指定も可能だしね。

>>728
コレどんな設定でエンコしたっけ？って時に見る

それなら先頭に記述されてたほうがいいじゃない。別に配るわけでもないのに

ネットで動画配信してる僕みたいなのは困るんだよねえ

なんで困るの？

さぁね。
うわあ〜きれいですねえ〜どんな風にしたらこんな動画作れるんですかあ〜〜？
とか言われたいオナニーじゃないの？

ああなるほどね。
オナニーしたかったら自分で改造しろバァ〜カ（笑）

mp4ってストリーミング配信できたっけ

>>727
そのままバイナリエディタで書き潰せばいいじゃない。

>>736
hint trackを追加してmuxすればできる。

flashでmp4配信してるけどあんな細かい設定エンコしてるの自分だけだと思うんで
バイナリ見られちゃったら「あの人だ」とか特定されそうで怖い

設定から個人情報がわかるとな！？

それが事実だとしたら何かの折、検察の重要証拠となるかもな。

>>739
設定を公開することで、それをまねする人が増えて君を特定するのが困難になるわけだが

木を隠すなら森の中って奴だな

すいません、初心者なのですがx264gui.auoを使ってAviutlでエンコすると
x264gui.auoで実装されたコーデックでエンコしてるんですか？

x264はそのとおりだよ
aacは外部だけど

80枚のpingを入力にAviSynth経由でAviUtl+x264gui.auoでエンコしたMP4を真空波動研で見ると
avsで指定したfpsと誤差が出るのはエンコーダの問題で、
fpsをVirtualDubで指定してx264vfwでaviにエンコしたファイルはfpsの誤差は出ないけど
80枚目が欠落するのはaviの問題ですか？

>>746
avsのFPS指定はどうやった？　ちゃんとnumeratorとdenominatorを別々に指定したか？
していなかったらずれて当然。
していたら真空波動研のFPS算出ロジックの問題だろうから作者に連絡しとけ。
AVIで末尾が欠番するのはこのスレに書いてあるだろ。少しまえのレスぐらい読め。

MP4はTimecodeでフレーム管理してるからFPSは再生時間/フレーム数になる。
Timecodeの精度がどの程度なのかわからんが表示されるFPSの誤差からまあ
ミリ秒程度だろうな。
要は仕様ってことだ。

蛇足になるがAVIはFPSを使うから純粋なVFRは不可能、逆に言えば
MP4が（たぶんMKVも)Timecode管理してるからVFR動画が実現できるわけだ。

>>747
fpsの指定は

ImageSource("C:\hoge\%02d.png", start = 1, end = 80, fps = 8)

です。

>>748
どうも。
でも、間違っているので訂正しとく。
MP4はtimescaleと各フレームのCTSの増分でFPSの計算ができる。
このときのtimescaleはavsで指定したnumeratorを使い、CTSの増分はdenominatorが使われる。
x264gui.auoはどっちも4倍にしているだけ。
ちなみに、AVIも同じだけど各フレームでCTSを持っているのではなく、このnumeratorとdenominatorを
そのまま保存している。

avsでassumefps(30000, 1001)と書くと、aviには30000と1001が保存され、FPS=30000/1001=29.976と
他のソフトは計算して表示している。
MP4の場合は、timescale=30000、CTSが毎フレーム1001ずつ増えていくから、平均値をとって計算
するとFPS=30000/1001=29.976となる。
CFRのとき限定だけど。

>>749
ということで、そのfpsの指定ではずれて当然。出直しといで。

>>750
ありがと。書いてからたぶん違うだろうなと思って勉強してたｗ
基本的にTimescaleを基にした分数形式で格納されてると考えていいんかな。
Timescaleをきちんと取得すればCFRの場合正確なFPSが出るんだろうけど
身近なソフトだと大体時間(LastFrameのTimecode？)をフレーム数で割ってるっぽい。
しかもその時間がソフトでまちまちだから余計わからなくなってしまったｗ
っても真空波動研とmp3infpでしか確認してないが。

俺のXPの電卓だと

30000/1001は29.97002997002997002997002997003なんですがCPUのバグですか？

>>752
わり、おれのバグw
23.976と29.97が混ざってたorz

＞身近なソフトだと大体時間(LastFrameのTimecode？)をフレーム数で割ってるっぽい。
ごめんここ勘違い、忘れといてｗ

x264guiでエンコするとaacにプチプチノイズ乗る…
結局AVIコンテナにMP3という環境に舞い戻りだ

>>755
たぶんこれ。出力プラグイン系は全滅っぽいよ。
ext_bsにも対応しているから、x264guiが音声をいじっているわけじゃないのは確か。

858 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2008/02/02(土) 12:41:10 [昼] ID:0TF/KLkL0 (PC)
>>856
まるも氏のflv出力を使っているなら、エンコソースに圧縮音源を使ってはダメ。

これはAviUtlのバグなんだけど、func_get_audio() に取得サンプル数を指定してコールしたとき、
最後のサンプルを取り出すことができずにAviUtlがサイズ0の音声データを渡してくるので、
今のflvプラグインの音声出力ロジックだと無限ループに陥る。

ま、仮に音声の末尾を捨てて出力したとしても、AviUtlから取得した音声データがすでに壊れて
いるので、どっちにしても使えないけどね。

KENくんに修正してもらえるまでは、音声を一旦WAV(PCM)出力して、音声の読み込みし直す事
で凌ぐしかない。

つか、ダウソ乙ってやつか？

うーむなるほど…
いったんwaveにしてやってみるか

x264guiは新しくなってパイプとwavモード選択できるようになったんだから
wavモードでやればいいんじゃないの？

>>758
たぶんこれの事をいってるんじゃない？
> ま、仮に音声の末尾を捨てて出力したとしても、AviUtlから取得した音声データがすでに壊れて
> いるので、どっちにしても使えないけどね。
ソースが圧縮された音声だと、AviUtl本体がプラグインに対して正しい音声を渡していないんじゃないかと。

zoomeでも似たような話題を見た気がする。あっちはmpeg2の入力をDirectShow使うとだめで、
d2vに変えたら（たぶんここで音声がwavになる）うまくいったとか書いてあったような。

>>750
x264gui.auoを使うとfps変えなくてもずれるってこと？

seraphy氏のx264gui.auo使ってます。
で、質問なんですがAQを使用するとvbv関連が作動しなくなりませんか？
maxrateやbufsizeを指定しても、余裕で最大値以上のビットレートが出ます。

これバグなのかなぁ…。
--vbv-maxrateと--vbv-bufsizeを共に指定するとx264gui.auoが強制終了され
AviUtlごと落ちてしまうんですが、誰かほかに同じ症状の人いませんか？

その症状が起こる理由はそこじゃないかもしれないよ？

どこで読んだか忘れたがaqは基本的にマルチパスは使えないって見た気がする。
aqを0にすれば指定したビットレートになってくれるから実際そうなのかもしれない。
qpの決定をしてからaqでの重み付けしてるせいなんだろうかね。

>>762-763
こいつx264スレの方にもマルチポストしてる教えて君だから相手にしないほうがいいよ。
ま、向こうでもまともに相手にされてないけど。
つか、AQ使ってる時点でcrfだろ。マジ死ね。氏ねじゃなくて死ね。
x264はソース公開されてるだろ。ソース読まずに質問する時点で屑確定。

aqはマルチパス使えないとか、aqの時点でcrfだろとか、そんな話は初耳だわ。

むしろマルチパスでの使用が推奨されてなかったけ

>>767
185 名前：名無しさん＠編集中[sage] 投稿日：2008/02/11(月) 16:35:25 [夕方] ID:B8BxOhwK
crfで最大ビットレートを指定する方法はありませんでしょうか？
--vbv-maxrateだとABRかpassでしか使えないらしく困っています。


死ねばいいよ、死ねば。

x264ソースのどの辺を読んで「AQ使ってる時点でcrfだろ」と考えるに至ったのか教えてほしかったんだが、まあいいやｗ

>>766
何か私生活であったのか？怖いわ。

>>770
バカじゃね？　ソース上は--qp 0か--crf 0以外はAQつかえるぞ。
俺が言ってるのは、ソースもろくに読まないバカはAQ使っている時点でcrf指定だろって意味だよ。
どうせその辺のオプションをコピペして使ってるんだろってことだ。
で、それが事実だったわけだが問題でも？
それよか、擁護するならちゃんと答えてやれよ。ratecontrol.cにvbvの処理がのってるんだから。
だいたい、ソースも読まずに質問するってどんだけって話だ。そんな奴は初心者質問スレで十分だろ。

>>771
むしゃくしゃしてやった。後悔はしていない。

日本語でおｋ

それ以上汚いものを撒き散らすな。

IDだけはなかなか綺麗

きもちわるっ。
こういう奴が犯罪を犯すんだろうなぁ。

狂犬病にでも感染してんじゃね

Seraphy氏のサイトメンテ入りの模様

>>778
普通に繋がるが。早朝からメンテするかな、社会人が…

いまだに>>1のhttp://seraphy.fam.cx/~seraphy/files/x264/ にアクセスしてるんじゃね？ｗ

x264gui.auoの情報ウインドウの中身を
x264out.auoの情報ウインドウみたいに細かくいろいろと表示されるようにできないものか
--progressとか

ERROR, WORNING, INFO, DEBUGとあるが他に何かあんの？

--progressなんていらんだろ。

>>781
何も知らないってのは悲しいな。

x264out.auoはx264itvfr.exe（x264.exeのクローン）を使っているので、
情報ウィンドウと言っているのはx264.exeを実行した際のプロンプトだろ？

x264.exeというのは、コアエンコーダ部であるlibx264を動作させるためのフロントエンド。
x264gui.auoも同じくlibx264を動作させるためのフロントエンド。

libx264が出力するメッセージはどちらも表示可能だし実際に表示されるだろ？
x264.exeが表示している進捗状況などは、libx264が出しているものではない。
--progressはx264.exeへの進捗状況表示オプションであって、libx264のオプションではない。
類似に--helpや--outputがあるな。

というわけで、作者が実装してくれない限りはx264.exeが単独で行っている機能は使えない。
x264gui.auoはあくまでAviUtlのプラグインなのだから、進捗表示は本体のAviUtlに任せて
問題ないと思うが。

>>784
難しい話だ…
とりあえず言うとおりにします、ありがとー

--vbv-maxrateと--vbv-bufsizeを同時指定するとAviUtlが落ちる。
x264gui.auo使ってるんだけど作者のBBSに書いた方がいいのかな？

>>786
同時指定しないと動かないだろ常考

いや、--vbv-maxrateと--vbv-bufsizeを一緒に指定した場合に
AviUtlごと落ちてしまう。
設定OKして、エンコード開始すると同時に落ちるんだけど、皆ならない？

>>763

>>788
無視されている時点で気付けよ。
普通に--vbv-maxrate、--vbv-bufsizeだけを同時に追加コマンド欄に入れてもおちない。
お前の使い方が悪いか、環境が悪いか、頭が悪いかのどれか。
全オプションも張らない奴が何言っても相手にされんよ。
そもそもx264単体で動くか試したのか？

だいたいvbvの使い方知ってて適切な数値指定してるんだろうな？
情報ウィンドウをINFOあたりで表示してみれ。
AviUtlがどこで落ちるか知らんが、エンコ開始直後でなければバッファ足りねぇとか表示されてないか？

という疑問がでるくらい、お前は情報小出し厨だってことだ。
同じ調子でBBSに書いても相手にされないかもな。

昨日気づいたんだが、x264vfwのほうでBフレームを6以上に指定できなくないか？
5までは指定できるが、6を超えると強制的に5になっちまって入力できん

後ろのコマンドラインのとこで指定することは出来るけどね

コマンドラインとかCLIとかなんでUIが30年以上前に戻るんだろう

>>792
その考え方は変じゃないか？
CLIもGUIも現在に存在しているので戻ってはいないぞ。

CLIよりもGUIが優れていると考えているんだろうが、
何に優れているかを見落としているな。

GUIは素人呼び込みに優れている。
だからOSは過去、市場開拓のためこぞってGUI化してきたんだよ。

＞GUIは素人呼び込みに優れている


これ全然間違った認識だよ

CLI使えば玄人とでも思っているのか？ｗ

横からスマン。
素人・玄人と2極化は必要ないとおもうが、

素人：とりあえずマウスで操作できないと何もできない。GUI必須。
　↑
　↑
普通：GUIもCLIもどっちも使う。
　↓
　↓
玄人：連続実行、効率重視でCLI依存率が高い

少なくともx264においてはこういう傾向があるよなとおもった。

俺はプリセットを書き換えてるからGUI操作だなあ
煮詰めてる時はCLIだけど

連続実行、効率重視なら、なんらかのスクリプト作ってバッチなりシェルを吐くわな

>>794
間違ってはいないよ。一面的だけど。
こんなのは情報系の専門学校や大学で教科書に出てくる内容。

当時のコンピュータというのは、入力されたデータに対して結果を出力するだけの演算機だったんだよ。
ただ、データの入力や実行に手順（プロトコル／コマンドラインよりも旧種）が必要で、使うのにそれなりの
知識が必要だった。
だから市場も小さかったし閉鎖的だった。
でも、コンピュータを使いたい人（需要）はそれなりにあったので、それがビジネスチャンスとなって普及した。

技術的・専門的にGUI、CUIを学ぶと、軍事関係から始まったコンピュータ業界ではGUIが先にうまれているからね、
誤解されがちなんだけど、GUIを動かせるほどの性能はそれこそ軍事費でもない限り手に入らなかったわけ。
それに、軍事関係でGUIが求められたのは、やはりオペレーターに専門知識がなくても情報を読み取れるという
利点があったから。（レーダーが有名だよね）

ただ、民間でもGUIが動作させられるように技術が向上してくると、その分市場は広がりコンピュータに触れる人が
ある種の専門家（特定用途）ではなく、より一般になってきたわけ。
そこで、GUIというのが単に情報を入力・表示させるだけのUIから、操作性・見栄えといった付与価値まで与えら
れたのが近代。

さらにその長所を伸ばし、画像処理やモデリングといったGUIなくしてはなしえないコンピュータの用法を確立した
のが現代。
GUIを今日から振り返るといろいろついてくるから見えにくいけどね。
また、そうやって付いてきたものは当然価値あるものだし、捨て去る必要もさらさらない訳だけど。

さて、世の中には一神教論者が多くてね。どっちかじゃないと満足しない人がいる。
少なくとも優劣を決めないと収まらない人たちが。
スレの趣旨に合わせるなら、エンコーダというのは用途から行くとCUI向きということになるかな。
（当然、AviUtlなんかが担当する前処理はのぞいて、純粋にエンコーダとして見た場合になるけど）

俺の場合はメモ帳にでも何通りかのコマンド書いて保存しといて
適宜コピペしたりしてるが最近はもっぱらx264gui.auoだな。
でもまあ慣れればどっちだってそう変わらない。

CLIが古っぽいととられられるのはWindowsがほとんどGUIで操作できる
ためにそういう認識になるんじゃないか。DOSがコマンド操作だったというのもあるし。

CLIの長所はやっぱプログラムしやすいというところにあるんじゃないか。
新しいオプションを追加したときGUIだと新たに項目追加する必要があっても
CLIだとオプションの記述を促すだけでいい。またOSの依存度が低い(Windows用に
作ったとしてもLinuxなどに移植しやすい)ってのもあるし。
人にもよるだろうけどプログラミングは最初はDOSから始めるしね。

Lunatilia氏は宣言どおり撤退ですか？

>>799
パラメータの数が多いものはCLIに向かないよｗ

既にエンコ済みのh264の動画を、aviutlを使い必要部分の再エンコのみでフレーム単位のカット編集をすることは可能でしょうか？
VirtualDubModで「ストリームを直接コピー」で大雑把なフレーム単位でのカットなら可能なのですが…

可能

>>804
aviutでカット編集したh264動画を「再圧縮無し」にチェック入れて保存しようとすると
映像コーデックの表記が「未圧縮 (再圧縮不可)」に固定されてしまうのでダメなのかな、と思っていたのです。
が、
改めて念のためにその状態のまま保存ボタンを押してみたら、表記は「未圧縮 (再圧縮不可)」のままですが
ちゃんとh264のまま必要部分だけの再エンコで保存されました。

お騒がせしてすみませんでした・・

Stinkys' MPEG-2 Codec
ttp://cowscorpion.com/Codec/Stinky'sMPEG-2Codec.html

これ入れるとx264の動画観れるようになりますか？これは関係ないですか？

MPEG-2 = H.262 ≠ H.264

>>807
関係ないですか、ありがとうございました

H.262 ≠ H.264

俺には違いがわからない。

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

こっちで公開しているverってx264gui.auoじゃ使えないのかな？

同じフォルダに置いてみたのだがオプションは無効ですって言われる。。。

書き忘れた。。。

auoはx264.736.release9で、exeはx264patch(-VAQnHAQ)の方だった。

>>810-811
何を言っているのかさっぱりわからん。
x264guiとx264.exeは別のソフトだろ。何の関係があるんだ？

>>810
ttp://seraphy.fam.cx/~seraphy/program/x264/
ちゃんと探せよ馬鹿

>>812
そうか。てっきり>>813のように通常版ならパッケージに同梱されているから、
一緒に使っているものとばかり思っていたよ。
どうやらexeの方はAvisynthで使うか中間出力しないとダメってことなんだな。残念。

解決
ttp://seraphy.fam.cx/~seraphy/program/x264/おまけ/

の方のx264patch.736.release13.rarに入っているauoに入れ替えたら追加オプションを認識した模様。

ということで>>813よ、場所は違ったけどよく探したら見つけたよｗ
馬鹿相手にありがとうな。

>>814
-VAQnHAQが使いたいなら、おまけのフォルダにあるx264guiを使えばいいだろう。

OreAQが使いたい場合は無理だな。
diffは公開されているから、ソース落としてきて自分で組み込めばいいんじゃないか？

>>750への亀レスですが

ImageSource("C:\hoge\%02d.png", start = 1, end = 12)
AssumeFPS(12012,1001)

上記のavsをAviutl+x264guiでエンコすると0.916secで
同じavsをMeGUIでエンコすると1.000secです。
これはaviutlかx264guiに問題があるのではないでしょうか？
試しに他の動画をソースにfpsを変更せずAviutl+x264guiでエンコしてもオリジナルと時間が変わりました。

>>817
ヒント: 初期ディレイカット

相手にすんな。
こういうバグ脳は何も知らないくせに自分が正しいと思い込んでいる馬鹿なんだから。

>>818
チェック外したら同じになりました
どうもありがとうございます

>>820
まてまて。
お前何も分かっていないようだから、これをエンコして再生してみろ。

ImageSource("C:\hoge\%02d.png", start = 1, end = 12)
AssumeFPS(1001,1001) # 1fpsに変更
ShowFrameNumber(text_color=$FFFFFF, size=80, scroll=false, offset=0)

x264のオプションに　--bframes　と　--b-pyramid　をつけて、
MeGUIと初期ディレイカットをONにしたx264guiで比較してみ。
1秒ごとに数字がカウントされていれば正常。

あー、スプリッタにHaali使ってたらどっちも同じになるか。
GabestかMPC内蔵のを使えといっても分からんだろうな・・・
>>820が一人勘違いしていても別にいいかw

今までx264guiのICCの方使ってたんだけどVCとの違いって何かあるの？

ないあるよ

seraphyさんHE-AACのビットレートをguiで96kbps以下にも設定できるようにしてください

>>824
なーぁんのための、iniだと、おぉーもっているのですかーぁあ？

;AAC-HE
preset_9=" AAC-HE 80kbps"
preset_9_prm="-he -br 80000"
preset_9_2pass=1

preset_10=" AAC-HE 64kbps"
preset_10_prm="-he -br 64000"
preset_10_2pass=1

preset_11=" AAC-HE 56kbps"
preset_11_prm="-he -br 56000"
preset_11_2pass=1

preset_12=" AAC-HE 48kbps"
preset_12_prm="-he -br 48000"
preset_12_2pass=1

preset_13=" AAC-HE 40kbps"
preset_13_prm="-he -br 40000"
preset_13_2pass=1

;AAC-HEv2
preset_14=" AAC-HEv2 32kbps"
preset_14_prm="-hev2 -br 32000"
preset_14_2pass=1

preset_15=" AAC-HEv2 28kbps"
preset_15_prm="-hev2 -br 28000"
preset_15_2pass=1

preset_16=" AAC-HEv2 24kbps"
preset_16_prm="-hev2 -br 24000"
preset_16_2pass=1

preset_17=" AAC-HEv2 20kbps"
preset_17_prm="-hev2 -br 20000"
preset_17_2pass=1

preset_18=" AAC-HEv2 16kbps"
preset_18_prm="-hev2 -br 16000"
preset_18_2pass=1

>>826-827
ｵﾏｲ優しいな…

>>825
教授？

r741

2pass目以降は上書きでいいのかな？
それとも名前を変えるべきですか？

r745

>>826-827
お前の優しさに俺が泣いた

明日は少し難民が来るかな

ニコニコ用にエンコしたいんですけど設定がよくわかりません



スルーするか

>>834
少しで済めばいいけど…
つべ板のFLVエンコスレはもう悲惨な事になってるね

readmeすら読まんアホの相手する必要なし

一切スルーでOK
どうせロクな質問じゃないし

いつのまにか745r2来てるな

x264.exe起動しても何も起こりません＞＜
↓
高画質にしたいんですが設定がわかりません＞＜
↓
作った動画が再生できません＞＜

じゃあ先に言っておく
ニコ厨死ねよマジ死ねよ

seraphy氏の掲示板がニコ厨のくだらない書き込みで汚染されないか不安

>>842
で見に行ってみたら
導入手順が書いてあってワロタｗ

そういやseraphy氏はvfwも作ってるけど
guiあるんだしもう作らなくてもいいんじゃないかな？
正しくvfw使える人は実験目的以外じゃ使わないと思うし
初心者ほどvfw使いたがるからトラブルの元になるし
公式がvfw切ってるんだからseraphy氏もvfw切っちゃっていいんじゃない？

実験的にAMDのAPLでコンパイルしてくだしあ！＞＜

俺もようつべ板見に行ってあまりの酷さに唖然としたが
同時に不快感MAXにもなったのであんまニコ厨の話題はしたくないな
もし難民来ても絶対スルーする

mp4がまだまだ一般に普及していない現状ではvfwは必須
WIndowsでデフォで再生できるようになるまでどうか廃止したりしないでください

一般に普及してないって・・・どんだけーー
それとx264 in aviなら別にvfw使わなくたって普通に作れるんだけど・・・

既にニコ厨が紛れ込んでいたようだな

>>839
�d
なんか、cli版とおなじ状況表示ができるようになってるね。
何気にこのスレの>>781-785を見ていたということか。

>>850
「とりあえず設置掲示板」も見ておけ

seraphyさん、VirtualDubでもmp4出力可能なguiの移植きぼん　vfwはもう駄目だ

ニコニコ用にエンコしたいんですけどどうしたらいいですか？ｗｗｗｗｗｗ

>>853
>>841

今日からニコニコでH.264正式対応だとさ

さっきの生放送でニコニコH264対応だってさ

俺の糞スペックPCではニコニコすらまともに見れなくなるんですかそうですか

つエコノミーモード

745r3来てる

PhenomのTLBエラッタ回避パッチらしい。

特に入れる必要はないな

さりげなくiniのneroaacプリセットが更新されてる

>>862
>>851

Phenom対応キター

けどまだX2だお…

実際Phenomってエンコ用途としてはどうなんだろ？
使ってる人も少ないだろうけどあの値段は魅力的だよね

うちではPhenomで問題出たことないよCLIだけどw・・エラッタ回避パッチっているの？？って感じ
速度はフィルタにもよるが9600でQ6600とほぼ同速度かな

やっぱDualよりQuadの方が処理早いのかなー

>>867
エンコーダーとコーデックがマルチに対応してれば、当然。

X2だとx264guiから2スレッド指定すると他の作業にモロに影響出る…
なので重い作業が重くならないと言うPhenomに期待してる

とりあえず4/5(？)に出るB3と780G買って745r3試してやんよ

確かAMDもPhenomのデュアルソケット出すはずだから同程度の性能であれば
導入コストは遥かに安く済むかもしれないね
8コアでエンコとか夢のようだ

>>866
掲示板読んだほうがいいぜ。影響出るのはGUIのみだから。

てかQXシリーズっていつ発売するんだ？

QX9770とかのこと？それなら今やってるCeBITでQ9450が発売される
24日のその同じ週に出すようなこと言ったみたいだけど

大学入学時に新しいパソコン組むつもりだからそれまでに発売してくれるとうれしい。

大学入学でそんな高価なCPUとか、どこのお坊ちゃまだよｗ

　　　　　　　　　　時代はセレロン

俺高校入学のお祝いセレロンだったぜ

最近じゃセレロンでもC2Dなんだな。うちまだシングルコアorz

＞ □rev748.release2
＞ [x264gui.auo]
＞ ・AviUtlでバッチ処理を行ったとき、2回目以降で映像が出力できなくなる
＞ 不具合を修正。
＞ どうやらAviUtlはバッチ処理のとき、出力プラグインを閉じずに再利用
＞ するようで、staticに確保した変数が解放できてませんでした。
＞ そのため、フレーム0番で毎回初期化するように修正。
＞ いままで誰も気づかなかったのかな…

お前らよりもニコ厨の方が役に立つとかﾜﾛｽｗｗ

x264でnPass使う奴っていないし

だよな
cliのほうでもcrf一択でnpass使うなんて聞かないし

今まで2passやってたが何の問題もなかったぞ？？

aqが公式採用されたみたい?
デブロックと同じ用にチェックボックス+スライダー化で実装かな
-VAQのみマイナス方向にも動かせたり

>>881
初期Delayカット＆TimeScale 4倍精度のチェックを外さなければ
発生しない不具合だったので・・・

セレロンでもデュアルだもんなぁ・・・
いい時代になったよなぁ・・・

>>882
>aqが公式採用されたみたい?

されてない！アフォー

>>878
この現象に一月ほど前になって悩んでたけど結局分からなくて放置してたげど、バグだったのか。

どゆこと？
func_init,func_exitが一回づつしか呼ばれないのは最初から仕様だけど。
aufやauiでも同じだし。

>>887
その仕様がお前の脳内仕様だから理解できないんじゃねーの？

aufはそれであっているが、auiはちげーよ。
追加読み込みの度に呼ばれるから、グローバル変数なんかで処理してるとえらい目にあう。
仕様が半端にしか公開されていないから、みんな手探りでやってるんだぜ。

>>888 >>887であってる。
func_openと間違ってないか？
aviutlの仕様が詳しく公開されていない点は同意。

問題はinit/exitではなく、dllmainの話だとおもわれ。
メモリ消費の無駄をなくしたり安定性を考えると左の方法だけど、
utlは実装が楽な右の方法を取っていたってことでしょう。
どっちも、プラグインにとってはinit/exitは1回ずつしか呼ばれない。

バッチ開始　　　　　　　　　　LoadLibrary
LoadLibrary　　　　　　　　　　func_init
func_init　　　　　　　　　　　　バッチ開始
func_exit　　　　　　　　　　　　次のバッチへ
FreeLibrary　　　　　　　　　　func_exit
次のバッチへ　　　　　　　　　FreeLibrary


しかし真相は、seraphy氏がutlを普段使っていないのが原因かとｗ

>>888
プロファイルの変更を使うと変更した部分でaufは再読み込みになる。

seraphy氏の掲示板にさっそくニコ厨と思われる馬鹿が沸きやがった
死ね

> 音質を保ちながら容量削減･･･偽装（？）ですかね、バイナリという物を使用するのでしょうか･･･？？
今の技術進化速度で行くと、5年くらい待てば現在の音質を保ちながら容量削減ができます。

神回答だなw

まずx265の話だからなｗ

どうしたらそんな質問が出てくるのか
とりあえずseraphy氏の大人な対応に関心した

>>891
またまたseraphy氏の掲示板にニコ厨と思われる者が来やがった

>例えるなら「まるも」さんのFLV出力プラグインのように、1-pass,2-passを一緒に指定して一括でエンコードまで持っていけるダイアログは作成できないでしょうか？

>>889-890
すまん、折れの勘違いだた。
AUIはファイルを開く/閉じる時に毎回、DllMain(ProcessAttach/Detach), func_init/exitが呼ばれてるわ。
そして、追加読み込みの時はこれらを呼ばず、直接func_open呼び出す。（呼ばれたら困るけど）

で、AUFは合ってた。
本体起動/終了時にDllMain(ProcessAttach/Detach), func_init/exit一回づつ。

//なんかDllMain(ThreadAttach/Detach)が変なタイミングで何度も呼ばれるけどなんでだろ・・・

安価ミス。>>888にもね。

>>896
そういえばMakKiさんはaufメインやったね。
auoもauiと同じで毎回ロードしてくれた方が安全なんだけどな。
編集過程でauoのファンクションを呼ぶ必要はないから、
そういう実装もできそうなもんだけど。

最近はAUIも少し弄ってるけどね。auo触ったのはm4cの時代まで遡るけど。

安全かなぁ。FreeLibrary→LoadLibraryしても結局同じメモリ空間が使われちゃうし。
やっぱり呼び出し順序とタイミングを明文化してほしいよね。

seraphyさんへの要望、x264gui.auoでチャプターも
mux出来るようにすることって出来ない？
出来るとかなり嬉しいんですけど。

seraphyさんへの要望
x264gui.auoでmkv作るとき、音声aoTuV使用できるようにはできませんか？

>>900
それに関してちょっと掲示板に要望出してきた。

>>902
あ、ありがとう。
採用されるといいなぁ

ffdshowのh264は問題なく使えてるのですが、
試しにこれでエンコードしたろころ動画がカクカクします。

(･c_･`)ｿｯｶｰ

律儀に解凍するseraphyさん大人すぎﾜﾗﾀ
去年からflashでmp4動画公開してるけど
何故うちが答えなくちゃならないの？と思える質問ばかり来のは困りものですな。全部スルー

748r3 きてた

【修正履歴】
□rev748.release3
[x264gui.auo]
・x264gui.iniのバージョンアップ
・外部Muxer用追加オプション指定に対応
・N pass自動実行モード追加

>>900,902
おめ

>>901
m9(^Д^)ぷぎゃー

seraphyさん、こんなに素早く実装して頂けるとはマジで感謝です！
早速試してみます。

・・・と思ったけどやっぱり眠くて頭が回らないので寝ますorz

既にrelease4来てるんだが

seraphy氏マジでがんばってるな･･･
俺らみたいなどうでもよさげな要望なんて後回しでもぜんぜんいいのに

>>911
ニコニコ用プリセットがついたところを見ると相手にしてるのは俺らじゃないっぽいぞｗ

いつの間にこんなVUしてたんだ
r4入れてみたけど自動マルチパスっていまいちわからんな

>>913
999passまで、バッチ登録せずに普通の保存でエンコできるみたい。
象目やニコ用だね。
x264gui自体ライトユーザー向けだし、ニーズにはあってるのかな・・・

ライトユーザーじゃなくめんどくさがりやさん

新機能の使い方がわかんねぇぞゴルァ！・・・

>>916
そんなに難しいか？

ちなみにどっち？
１、自動マルチパス
２、外部Muxer拡張オプション

>>917
２、外部Muxer拡張オプション
こっちだす

Muxerの拡張オプションの方か。
GUIの画面では、外部Muxerを使うときにチェックできる「拡張オプション」にカーソルあてるとx264gui.iniを見ろと説明がでる。

そんで、iniをひらくとmkvの場合はこういう設定になっている。
コメントで書いてある部分は自分で確認してくれ。
mkv_muxser_cmd=" -o "%out" "%vid" "%aud" --track-order 0:1,1:2 %ex "
mkv_muxser_cmd_ex=" --chapters "%name.chapter.txt" "

頭に%が付いた文字を自動的に置換してくれるので、例えば「c:\movie\hoge.mkv」という名前で出力した場合、
%vid -> c:\movie\hoge.mkv
%aud -> c:\movie\hoge.aac
%out -> c:\movie\hoge.mkv.out
%ex -> --chapters c:\movie\hoge.chapter.txt"
%name -> c:\movie\hoge
%path -> c:\movie\
こういう風に置換されるらしい。

つまり、↓のコマンドが実行される。
mkvmerge.exe -o "c:\movie\hoge.mkv.out" "c:\movie\hoge.mkv" "c:\movie\hoge.aac" --track-order 0:1,1:2 --chapters c:\movie\hoge.chapter.txt"

最後に作業ファイルが削除されて、hoge.mkv.outがhoge.mkvにリネームされる。

MP4 Export Pluginって自動フィールドシフト使用時専用なの？
使わないで普通に拡張x264で出力した24ｆｐｓと60ｆｐｓを読み込んで
くっつけようと思っても途中で止まったりキーフレームじゃないって
メッセージが出て失敗する
mp4cat.exeだとちゃんとくっつくのに。

readmeくらい読んでやれよ

>>919
あ、ほんとだ・・・最初からCLI MODEでやってるとポップアップが出ないから気がつかなかった('A`)
readme読んでも何も書いてなかったし・・・
分かりやすい説明ありがとうございます。

>>919
あ〜やっぱワカンネorz
つまり、一度x264gui.iniを自分仕様に書き換えて、以後出力ファイルの場所、名前、チャプターファイルの名前を固定して使えば
ずっとそのまま使い続けることが出来る、って事？
コマンドラインを全然理解できてないから、自分が何を言ってるかも解んないほど混乱中orz

>>923
地球が爆発するわけじゃないんだから
いろいろいじってみればいいじゃない

地球が爆発すればいいのに

>>923
地球が爆発したらお前のせいだ

弄ってみました。
%name.chapter.txtを
f:\chapter.txtにしてみたんだけど、なぜかコレでやると
音声のmuxされたmp4とaacが出力されて、チャプターはmuxされてない。
チャプターはいつもFドライブにchapter.txtっていう名前で作ってるから
>>919を参考にして変えてみたんですがorz

>>926
ゴメス

>>927
ちゃんとmkvタブの「拡張オプション」にチェックいれているか？

あと、知っているとは思うが、埋め込んだチャプターはExtractGUIで確認するのがいいぞ。
http://coreforge.org/frs/?group_id=33&release_id=17

って、ゴメス。mp4だったのか。
mp4は確認してないや。試してくる ﾉｼ

>mp4box -info TEST.mp4
* Movie Info *
Timescale 600 - Duration 00:00:08.446
Fragmented File no - 2 track(s)
File Brand isom - version 1
Created: GMT Tue Mar 11 05:28:06 2008

File has root IOD
Scene PL 0xff - Graphics PL 0xff - OD PL 0xff
Visual PL: AVC/H264 Profile (0x15)
Audio PL: AAC Profile @ Level 1 (0x28)
No streams included in root OD

Chapters:
Chapter #1 - 00:00:00.000 - "1"
Chapter #2 - 00:00:00.834 - "2"
Chapter #3 - 00:00:02.044 - "3"
Chapter #4 - 00:00:04.421 - "4"

試してみたが、ちゃんと埋め込めた。まぁなんだ。がんばれ。

>>928-930
「拡張オプション」にチェックは入れてる。
とにかく頑張ってみる。ありがとう。

いま確認したんだけど、iniがデフォの状態でも「拡張オプション」にチェックを入れてるだけで
音声のmuxされたmp4とaacが出力されるみたいです。

んん〜。おかしいな。
拡張オプション有効にした場合、chapter.txtを用意しないとmp4boxがちゃんとMuxしてくれんよ。

もしかして、
mp4_muxser_cmd=" -add "%vid" -add "%aud" %ex -new "%out" "
この記述変更してないか？　とくに %ex を変更しちゃあかんよ？

/* チラ裏
* おもったけど、「mp4_muxser_cmd」って明らかにスペルミスだよな。
* 画面の方はちゃんとmuxerって書いてるし
*/

でけたでけたでけたーーー！！！

今まではチャプターのファイル名がchapter.txtだったのを
出力ファイル名.chapter.txtに変えたらデフォのiniで成功した！
しかも、「音声のmuxされたmp4とaacが出力される」現象も起こらなかった。
iniではなくてチャプターのファイル名を出力ファイル名に合わせたら成功した。
なんでだろ？ってか実は>>919に答えが載ってる予感
>>933
そこは弄ってなかったです。

>>933
そりゃ多分ファイルが足りないからmuxしないんだろう。
mkvmergeの方使ってるがそれで何回かミスった。
しかも画面が一瞬で消えるから何が悪かったのかわからんかった。

多分ではなく、ファイルが足りずにmp4boxがエラーを吐く。

>>934は「拡張オプション」を有効にしているのに、チャプターが取り込まれない。
これだけならまだ分かるが、「mp4とaacはmuxされる」というのはありえない。

その場合、拡張オプションが指定されていないことになるので、%exを消したか、
「拡張オプション」を有効にしていなかったんだろうと思ってたということだ。

ああなるほど。
MPCとかが勝手に音声を見つけて再生したんじゃない？
最近のMPCは音声なしでもファイル名が同じ音声があれば読み込んで再生してくれる。

>>936>>937
あぁなるほど。
音声がmuxされてるってのは勘違いだった、てことかorz

俺には必要ない機能で安心した
aqは必要だが試すのﾏﾝﾄﾞｸｻいから使ってなくて、何か気持ち悪い
ﾏﾝﾄﾞｸｾ

748.release4でエンコしたmp4、flashplayerで読み込みと同時にストリーミング再生出来ない＆リピート再生出来ない

745.release3でエンコしたmp4はflashplayerで読み込みと同時にストリーミング再生出来た

リピートは再生出来ない

ここに書いても仕方なかろう。

> flashplayerで読み込みと同時にストリーミング再生出来ない
象目やニコで散々再生されているから、どう考えてもおかしいんだが。

ヘッダが
フォーマット : AVC (JVT)
フォーマット/Info : JVT AVC
フォーマット/Family : MPEG-4 Part 10
だと全部読み込み終わらないと再生出来なくて

フォーマット : MPEG-4
フォーマット/Info : ISO 14496-1 Base Media
フォーマット/Family : MPEG-4
だったら読み込み開始と同時に再生される。

guiって設定によってFamilyかわんの？

映像のみだとJVT AVC
映像+音声だとISO 14496-1 Base Mediaになるんだな

映像のみ→x264独自のMP4情報埋め込み（GPAC経由）
音声あり→GPACによる自動設定

ストリーミングについてはヘッダは関係なくインターリーブの問題。
音声ないなら設定はむりだろうな。

さてそろそろ次スレが見えてきたが、テンプレ案貼ってみる。

ここは、まだまだ需要が多い 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://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://www.ne.jp/asahi/l/a/files/index.html (x264VfW日本語化パッチ)

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

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

ニコニコ動画の話題は
【ニコニコ動画】FLV/MP4作成スレ35【質問】
http://pc11.2ch.net/test/read.cgi/streaming/1204978274/

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スレ2
http://pc11.2ch.net/test/read.cgi/avi/1203961337/

☆彡 ffdshow-tryouts vol.16 ☆彡
http://pc11.2ch.net/test/read.cgi/software/1202228933/

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