x264vfw GUI専用スレ Part8

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

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

[本家]
http://www.videolan.org/x264.html
http://git.videolan.org/gitweb.cgi?p=x264.git;a=summary (ソース/チェンジログ)

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

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

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

CUIに関してはこっち
x264 rev33
http://hibari.2ch.net/test/read.cgi/avi/1315323936/
MeGUIスレッド
http://hibari.2ch.net/test/read.cgi/avi/1164533110/




連投規制が辛いので、これ以降のテンプレ貼り誰かお願いします

■GUI系ツールについて

　●拡張x264出力(GUI)
　　　Seraphy氏により開発されていたAviUtlの出力プラグインですが、現在は開発が停止され、サイトも閉鎖されています。

　●拡張x264出力(GUI)Ex　（x264guiEx）
　　　AviUtlの出力プラグインです。x264.exeなどを利用してH.264/AVCのMP4やMKVの出力を行なうことができます。

　　　rigayaの日記兼メモ帳 x264guiEx
　　　http://rigaya34589.blog135.fc2.com/blog-category-5.html

　●MeGUI（mencoderのGUI）
　　　専用スレがあるのでこのスレでは扱いません。詳しくは以下のスレへ。
　　　　　MeGUIスレッド
　　　　　http://hibari.2ch.net/test/read.cgi/avi/1164533110/
　　　あまり情報がまとまってないので、とりあえずこのへんは押さえておくといいかも。
　　　　・MeGUI - MeWiki
　　　　　　http://mewiki.project357.com/wiki/MeGUI
　　　　・MeGUI | Free Audio & Video software downloads at SourceForge.net
　　　　　　http://sourceforge.net/projects/megui/
　　　　・MeGUI - mencoder x264/snow/mpeg4/XviD GUI with AAC encoding and MP4 output - Doom9's Forum
　　　　　　http://forum.doom9.org/showthread.php?s=&threadid=87567
　　　　・MPlayer on Windows (win32)
　　　　　　http://oss.netfarm.it/mplayer-win32.php (mencoder)

■x264vfwについて

　x264 r581の時点で、公式サポートは打ち切られています。
　VFW版はあまり使われなくなってきていますが、作成している有志の方や
　関連HPを見付けた方は、こちらにURLを貼って頂ければと思います。

　[ダウンロード]（本家によるVFW入り最終版）
　http://mirror05.x264.nl/x264/?dir=./32bit/8bit_depth/revision573

　[ダウンロード]（有志による最新版など）
　http://sourceforge.net/projects/x264vfw/
　http://sourceforge.jp/projects/sfnet_x264vfw/
　http://komisar.gin.by/

　[その他]
　http://www.ne.jp/asahi/l/a/files/index.html (x264VfW日本語化パッチ。ただし古い。)

　Ｑ．x264vfwで何が出来るの？
　Ａ．aviファイルの映像コーデックとしてx264が使えるようになります。

■FAQ

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

Ｑ．どうやれば再生できるの？
Ａ．まずMP4やMKVのスプリッターとしてHaali Media Splitterを導入。
　　次にデコーダーとしてffdshowを導入し、「Video decoder configuration(ビデオデコーダーの設定)」の
　　「Codec(コーデック)」の「H.264/AVC」のところを「disabled(無効)」から「libavcodec」に変更する。

　　※最近では「LAV Filters」（スプリッター＋デコーダー）なども使われるようになってきています。
　　　　　LAV Filters - DirectShow Media Splitter and Decoders - Doom9's Forum
　　　　　http://forum.doom9.org/showthread.php?t=156191

Ｑ．VirtualDubとかで読むとエラーでて編集できないんですが・・・
Ａ．aviコンテナならffdshow入れて「VFW configuration（VFWの設定）」の「Decoder」の
　　「H.264/AVC」のところを「disabled（無効）」から「libavcodec」に変更する。
　　mp4コンテナは諦めろ。

Ｑ．再生が重いんだが
Ａ．MPlayerやVLCやMPC-HCやGOM等の軽量プレーヤーを使う。
　　これらにはスプリッターやデコーダーが内蔵されているのでffdshowなどは必要なし。

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

■関連スレ

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

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

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

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

CoreAVC/CoreAACスレ8
http://hibari.2ch.net/test/read.cgi/avi/1311905855/

☆彡 ffdshow-tryouts vol.25 ☆彡
http://hibari.2ch.net/test/read.cgi/software/1315982678/

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

SandyBridge Quick Sync Video Part.2
http://hibari.2ch.net/test/read.cgi/avi/1307444054/

AviUtl総合スレッド70
http://hibari.2ch.net/test/read.cgi/software/1314536324/

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

---前スレ最後で作った>>1と過去スレ

x264vfw GUI専用スレ Part8

このスレは、H.264/MPEG-4 AVCのフリーソフトウェアエンコーダーであるx264.exeに関して
　　●x264をGUIから利用するための各種ツール
　　　　（現在の主流はrigaya氏の「x264guiEx」）
　　●x264をVFW（Video For Windows）で利用するための「x264vfw」
という２点の話題について語るスレです。

■x264.exeについて

　[x264本家]
　http://www.videolan.org/developers/x264.html
　http://git.videolan.org/gitweb.cgi?p=x264.git;a=summary (ソース/チェンジログ)

　[x264.exeバイナリ配布]
　http://x264.nl/

　[x264.exeそのものに関しては以下のスレへ]
　x264 rev33
　http://hibari.2ch.net/test/read.cgi/avi/1315323936/l50

　[参考？]
　Getting the latest x264 - Doom9's Forum
　http://forum.doom9.org/showthread.php?s=&threadid=89979

■過去スレ

x264vfw GUI専用スレ Part7
http://hibari.2ch.net/test/read.cgi/avi/1293421982/
x264 VFW GUI専用スレ Part6
http://hibari.2ch.net/test/read.cgi/avi/1280408561/
x264 VFW GUI専用スレ Part5
http://pc11.2ch.net/test/read.cgi/avi/1258081149/
x264 VFW GUI専用スレ Part4
http://pc11.2ch.net/test/read.cgi/avi/1221328142/
x264 VFW gui専用スレ Part3
http://pc11.2ch.net/test/read.cgi/avi/1206102125/
x264 VFW 専用スレ Part2
http://pc11.2ch.net/test/read.cgi/avi/1189934305/
x264 VFW 専用スレ Part1
http://pc11.2ch.net/test/read.cgi/avi/1160377939/

--- あと一応QSV誘導つきの>>3

■GUI系ツールについて

　●拡張x264出力(GUI)
　　　Seraphy氏により開発されていたAviUtlの出力プラグインですが、現在は開発が停止され、サイトも閉鎖されています。

　●拡張x264出力(GUI)Ex　（x264guiEx）
　　　AviUtlの出力プラグインです。x264.exeなどを利用してH.264/AVCのMP4やMKVの出力を行なうことができます。

　　　rigayaの日記兼メモ帳 x264guiEx
　　　http://rigaya34589.blog135.fc2.com/blog-category-5.html

　　　※あわせて開発されている「拡張QSV出力」についての話題は以下のスレへどうぞ。
　　　　　　　　SandyBridge Quick Sync Video Part.2
　　　　　　　　http://hibari.2ch.net/test/read.cgi/avi/1307444054/

　●MeGUI（mencoderのGUI）
　　　専用スレがあるのでこのスレでは扱いません。詳しくは以下のスレへ。
　　　　　MeGUIスレッド
　　　　　http://hibari.2ch.net/test/read.cgi/avi/1164533110/
　　　あまり情報がまとまってないので、とりあえずこのへんは押さえておくといいかも。
　　　　・MeGUI - MeWiki
　　　　　　http://mewiki.project357.com/wiki/MeGUI
　　　　・MeGUI | Free Audio & Video software downloads at SourceForge.net
　　　　　　http://sourceforge.net/projects/megui/
　　　　・MeGUI - mencoder x264/snow/mpeg4/XviD GUI with AAC encoding and MP4 output - Doom9's Forum
　　　　　　http://forum.doom9.org/showthread.php?s=&threadid=87567
　　　　・MPlayer on Windows (win32)
　　　　　　http://oss.netfarm.it/mplayer-win32.php (mencoder)

テンプレここまで。

x264GUIEx作者には各種プロファイルを提供する義務があると思います。
早く実写用の高圧縮と高画質のプロファイルを作ってください。

1ヶ月待ちました。

そんくらい自分で作れよ

もうネタ何だか本気なんだか分からんからやめてくれ
ネタじゃないならprecet placeboにでもしてcrf 18〜23あたりでエンコしとけ

最近rigaya氏のコメント欄見てるとただ要求するだけの輩が多くて嫌になる
よく丁寧に一つ一つ対応してるもんだとホントに思うわ

注意されたそばから、エンコ開始時からの経過時間を表示できないかなあと言ってみる

>>13
そりゃそうなんですが、初心者には難しくって。
1ヶ月前ボロ糞言われたんで、しばらくROMってました。
>>14
ネタじゃありません。ユーザからの切実なお願いです。

なんかこのスレ過疎り気味じゃないですか？
TVMWに流れたんじゃ？なんだかんだ言ってそっちの方が使いやすいし。
でも局ロゴ消しとかでこのソフトは必ず必要なときがあるんです。

お前みたいなのがいるから過疎るんじゃないかな
つまりさっさと消えろ

>>17
何を言ってるんですか！アナタは！
1ヶ月間ず〜とROMってたんですよ。
私が原因ではないことを自覚しようね。

1ヶ月も自分自身で考えようともせず
ただ待ってるしかできない糞は氏ねってことだよ

>>14
禿同

>>16
ROMっただけか？
自分で調べて勉強してこなかったのか？
勉強する気がないなら>>14の設定で使えよ

マジレスすると、
高画質→見る人によって変わるから明確な基準がない＝ヤる人の自由
高圧縮→時間さえかければ例え数bitでも縮む
→エンコ時間との配分で妥協して自分のPCスペックにあった設定を使う

>>18
>>17の意図を汲め　わからんのなら義務教育受けてこい

アホのせいで俺のお願いが埋もれるｗ

バカばっか

>>16
金を取っているわけでもないのに、なんで「義務」なんだよ、頭おかしいのか？
お願いならもっと別の言い方があるだろ。お前は中国人か？

>>15
確かにそれは俺も時々思うｗ

>>19
ホントのことを言うと、考えてました。
つまり自分でプロファイル揃えちゃいました。
でも公式的なプロファイルあってもいいかな？っと。
そのプロファイルと比較してみたい。ってのが真相。

>>24
比較したって意味無いぞ画質なんて所詮自己満足
それともお前はオナニーまで人に教えてもらわないとできないのか？

もうスルーしようぜ。分かってて相手にするのも同等

前回同様、爆釣れでワロタ！
でも、言ってことは真意だけどね。お前らの発言も参考になった。

それではこの辺で。お前らにはもう用はない。

　　　 　 　 　 ,〜〜〜〜〜〜 、
|＼　　　　　（　釣れたよ〜・・・）
|　 ＼　　　　｀〜〜〜v〜〜〜´
し　　 ＼
ﾞ'ﾞ":"''"''':'';;':,':;.:.,.,　 ヽ○ノ
　　　　　　　　　 ~~~~~|~~~~~~~￣￣￣￣￣￣￣
　　 　 　 　 　 　 　 　 ト>ﾟ++<
　　　　　　　 　 　 　 ノ）

前スレ>>874でID* 3zGcW9eA向けに最強のプリセットが提供されていたというのに・・。

874 名前：名無しさん＠編集中 投稿日：2011/09/11(日) 10:37:03.85 nBBgFoPg
>>847さんと>>871さんのために頑張って「実写高画質」と「実写高圧縮」のプロファイルを作ってみました！
　　http://www1.axfc.net/uploader/File/so/68930.zip&key=guiex

経過時間か
確かに欲しいかもwww

>>15
誰のpatchか忘れたけど開始時間と終了時間とかかった時間を表示するpatchならあるから自ビルドしろ

http://komisar.gin.by/x.patch/x264_enc_time.diff

設定項目にマウスかざしたときに出てくるポップアップヒント、表示・非表示の切り替えができるようにしてほしいなぁ

今でもfpsとか終了(残り)時間とか、進歩状況とか表示されるんだから
ちゃちゃっと計算しちゃいなよ

それにプリセットだってx264開発者がtune ○○で用意してくれているんだから
rigaya氏に求める必要はないじゃないかｋｓ

--crf 0
最強の万能高画質設定。

それは8bitの場合だけだ
--qp 0なら間違いない

>>34
そういう意味で欲しいのではなくてだな

久しぶりに見たらセラヒーが消えちゃってたのか・・

なんかオープンソースを盾に押し込み強盗みたいなやつが粘着してたりしたからな。。。

感謝の言葉より文句が多ければやる気なくすだろうしな

文句のほうが多いことは無かったけどな。

ありがてえありがてえ

27だが、結局過疎ってんのかｗ
くだらん話しかしてないもんな。
おまえらホントにx264使いこなせてんの？ｗ
俺は1ヶ月間猛勉強したから、おまえらより確実に上だな。
l悔しかったら、有意義な書き込みしてみろ。

おお…

俺は--presetと--tuneとcrfしか使ってない
色々考えるのめんどいし

俺も--preset --tune で変わるオプションの項目だけいじってcrfで調整
最初は色々いじってたけど
リビジョン新しくになるにつれて
デフォルト安定に辿りついた
開発陣にはやはり勝てんよ

ソースが地デジやBDになった上に、HDD側の大容量化で細かい設定どうでも良くなったって最近思う。

>>46
エンコしてもHDD安いからTSソースも残しちゃうしな
iPhone用で作るだけになったわ

エンコするのは視聴コレクション用
保存はTSソース

エンコードすること自体が目的と化してきた最近は

ならエンコードを楽しもうぜ

HDDでTS保存できるなんてのは妄言
実際はすぐに満杯になってキリがないので結局ごっそり消す羽目になる
消す時点で保存になってないので根本的に論外

なんでHDDを買い足すという発想に至らないんだ?
まあ、俺はエンコしてBDとかに焼くけど。

部屋がHDDで満杯なんだろ。

容量無限のクラウドストレージなんて胡散臭いもんがあるから
それに録画のRawファイルがんがんUPればいいんじゃね

いきなりサービス停止しそうで無理だろ。
猶予あっても落とし切れねえとかな。

HDDがすぐ一杯になるってどんだけ録画してるんだ？
2TBあればTS保存しても1年分余裕で間に合うだが・・・
BDも抜いて一緒に保存でもしてるのか？

>>51 じゃないけど、割とどうでもいいのもとりあえず録画するからすぐ埋まるわ。
とはいっても３ヶ月に１台、2TB 買えば容量的には足りる。買っても大した額じゃない。

ただ HDD だと定期的通電しないと壊れやすいらしいし、結局エンコしてBD-R だな。

俺はもう焼かないなー。HDDの方が楽だし

1台のHDDにまとめとかないと絶対見なくなるから必死こいてエンコしてるなぁ
前はDVDに焼いてたんだが見事に見ない
暇見てイメージファイルに取り込み直してるわ
それでもmp4化したやつ程には見ないからな

Ex1.10で複数バッチエンコしてたら途中1個だけ
フレームレート判定プラグイン が起動されていませんて言われた
インタレ維持する為フレームレート系一切弄ってないドノーマルなのに

同じ設定でやり直したら問題なく出来たからバグなんだろうか

x264guiEx 1.13 http://rigaya34589.blog135.fc2.com/blog-entry-158.html
・「このウィンドウ(ログウィンドウ)を最小化で開始」が一回しか効力を発揮せず、解除されてしまう問題を修正。
・x264エンコード経過時間表示
・ツールチップヘルプの抑制

経過時間きたーーーーー
マジありがとうございます

お、ナイス、経過時間は俺も欲しかった。
rigayaさん、ありがとう。

リクエストの反映速すぎてﾜﾛﾀ
俺も欲しかったんだ。本当にありがとうございます。

自分も経過時間表示が欲しかったので嬉しい
ありがとうございます

要望があったんならさっさとコメントに書けば良かったのに
所要時間表示して欲しいってお願いしたらすぐつけてくれたし

実装してくれたら嬉しいな程度の要望だと
コメントに書くのもちょっと気が引けるからこのスレに書いたんじゃないかな。
明らかな不具合以外はコメントに書かない人多いと思うよ。

rigaya氏の「QSVEnc_0.02」を試用
いや凄い、AviUtlでQSVが使える
あまり画質は期待しないでぇってことだけれど
速度を考えたら十分です、何よりフリーで切り貼りもできて最高
いつも本当にありがとうございます。
微妙にスレチだろうけれど、お礼を言わずにはおられませんでした！

うわ！テンプレに誘導先があった
ごめんなさい<(_ _)>

x264guiExを最新版（1.13）にしたら、60fpsMP4動画がFlashPlayer上で再生した
場合に30fps再生される現象が発生するようになった

・変換元ソース（AVI）はちゃんと60fps
・生成されたMP4もプロパティでは60fps
・生成されたMP4をFlashPlayer以外のプレイヤー（Windows Media Player、GomPlayer）
　で再生すると正しく60fps再生される
・最新版にする前に出力した60fpsMP4はFlashPlayerでも正しく60fps再生される

何が悪いんだろうか・・・？　分かる人いたらアドバイス頼む

とりあえず生成されたMP4をMediaInfoにかけた結果くらい貼りなよ。

これでいいんかな？

-------------------------------------------
■コンテナと全般情報
MPEG-4(Base Media): 115MiB, 16分 1秒
1ビデオストリーム:AVC
1オーディオストリーム:ACC

■ビデオ1
870Kbps, 640*360(16:9), at60.000fps, AVC([email protected])(CABAC/8Ref Frames)

■プライマリ音声
124Kbps, 48.0KHz, 2チャンネル, AAC(LC)
-------------------------------------------

ちなみに最新版にする前の60fpsMP4も入れてみたら
AVC([email protected])(CABAC/4Ref Frames)
というところだけ違った
（この違いが何を意味するかは自分には分からない・・・）

>>72
MediaInfoのデータ貼るときはテキスト表示モードの内容を貼ったほうが良いと思う。
そうすればエンコードオプションとかの詳細もわかるので。

とりあえず「Ref Frames」の部分だけが違うってことは多分v1.13にしたときに
従来とは違う設定でエンコードしてしまったということではないかと。
60fps再生と30fps再生をどうやって見分けてるのかわからないけど、
再生負荷が上がったことでカクカクになったりコマ落ちしてたりするだけなのでは？
可能性は低いかもしれないけど、設定を変更したことでFlashPlayerのハードウェアアクセラレーションが効かなくなり
ソフトウェアデコードになってCPUに負荷をかけているとか。
FlashPlayerのハードウェアアクセラレーションを無効にして比べてみたらどうなるだろ。
（有効・無効を切り替えたら動画の再読み込みもしないと反映されないので注意）

あとは、少し古めのIntel GMAとか使ってると、ref>6でハードウェアアクセラレーションに
不具合が出ると言ってる人もいるのでそのへんも関係してるかもですね。

レベル設定が不適切とか？

>>74
640x360の60fpsは最低でもLevel3.1が必要なのでその可能性もありますね。

Level3.1にしたら目に見えて改善された
基本的にwikiの設定例をよく分からないまま反映してるだけなので、設定内容を
理解できてなくて申し訳ない
640x360の60fpsは3.1以上が必要なんだね

これでも他プレイヤーで見た時よりは多少カクカクしてるんだけど、これは
FlashPlayerの不可避な低性能性ってことでいいんかな
Core i7-950、GTX470だからPCスペックが足りないとは思えないけど・・・

ともかくなんとかなりそう。ありがとうございました

レベルを3.0から3.1に変えただけで変わったってことはハードウェアアクセラレーション絡みだと思うけど、
GPUの再生支援ってちょっとレベル指定を間違えただけで動かなかったり動きが変になったりするもんなのかな。
Intel HD Graphicsでの再生トラブルは割と聞くけど、GTX470とか割と良いグラボでもそういうもんなの？

ごめん別の問題が発生した・・・

3.1にして正しく変換された？MP4をニコで再生したら、さっき言ったPCでは問題
なかったんだけど、低スペなノートPCで見たら映像が異常な乱れを生じた
土砂降りの時に窓ガラス越しに外を見る感じ？　そこに何があるか判別不可能なレベル
ほぼ常時それで極稀に（しかし定期的に。キーフレームと関係？）一瞬だけ正常な映像が流れる

最新版かどうかじゃなくてエンコード時の設定の問題っぽいけど、もし分かるようなら
またアドバイス欲しい
どの辺が負荷を高くしてるのかよく分からなくて・・・

※MediaInfoで違いがあった部分だけ記述
※FPS、bpsなどは両者同じ

■非最新版　→　正常
プロファイル : [email protected]
RefFrames : 4 フレーム
使用したライブラリ : x264 core 112 r1867 22bfd31
エンコードライブラリの設定 : cabac=1 / ref=3 / deblock=1:0:0 /
analyse=0x3:0x113 / me=tesa / subme=9 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 /
me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 /
fast_pskip=1 / chroma_qp_offset=-2 / threads=12 / sliced_threads=0 / nr=0 /
decimate=1 / interlaced=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 /
b_adapt=2 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=0 /
keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 /
rc=2pass / mbtree=1 / bitrate=870 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=51 /
qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / aq=1:1.00

■最新版　→　異常
プロファイル : [email protected]
RefFrames : 16 フレーム
使用したライブラリ : x264 core 118 r2085 8a62835
エンコードライブラリの設定 : cabac=1 / ref=16 / deblock=1:0:0 /
analyse=0x3:0x133 / me=umh / subme=10 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 /
me_range=24 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 /
fast_pskip=1 / chroma_qp_offset=-2 / threads=12 / sliced_threads=0 / nr=0 /
decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=8 /
b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 /
keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 /
rc=2pass / mbtree=1 / bitrate=870 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=69 /
qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / aq=1:1.00

ニコならこれでやってみな
--b-pyramid 0 --ref 3　--weightp 0 --colormatrix smpte170m --bframes 3

FlashPlayerだと--b-pyramid や --weightpは切った方がいいね
--bframes --ref も3でいい

>>78-79
あー、やっぱりニコ動まとめWikiを見て--preset veryslowを選んでたのね。
ちょうど640x360の60fpsの場合これじゃやばそうってことで記述変更検討中なのだけど・・・。
たぶんその低スペックPCではIntelのGPU再生支援を使ってるせいで、ref=16によって映像が乱れてるのだと思う。

>>80でもいいけど、--b-pyramid と --weightp は今はPCでの視聴では問題起こさないと思うから
プリセット選ぶときにveryslowではなくmediumを選べばいいかもしれない。
colormatrixは>>80の言うようにつけておいたほうがいいね。

あと、できればその低スペックPCで使ってるグラフィックチップを教えてほしい。
マイコンピュータ→プロパティ→デバイスマネージャ→ディスプレイアダプターのところを見ると
チップの名前が書いてあるのでそれを書いてもらえるとありがたい。
できればドライバのバージョンも。

>>81
＞FlashPlayerだと--b-pyramid や --weightpは切った方がいいね

今でも何か影響あるのですっけ？

教えてもらったとおり、プリセットでmediumを選んでGUIロードし直し、以下まとめwikiの
通り設定してやったらうまくいった
低スペPCでも問題なく再生できる

解決はしたけど一応チップセット書いておくと
Mobile Intel(R) 4 Series Express Chipset Family
ドライババージョン　8.15.10.2302

プリセットの速度って変換速度のことだと思ってたんだけど、再生負荷に関する
速度だったんだね。勘違いしてた

ともかく、おかげさまで色々解決した
このスレなかったら色々終わってたと思う。本当にありがとうございました

いや変換速度で合ってるよ

あれ？
mediumかveryslowかで再生負荷に関わる？bframeも変わるからと
思ったんだけど・・・んー、まだよく理解できてないかも

変換速度の遅いものってのは高画質化・高圧縮化のために
複雑な処理をしたりパラメータの値をとんでもないものに変えたりするので
その結果再生負荷も上がったり、場合によっては一部のGPUの再生支援機能が
うまく働かないような動画が作られたりするってことですね。

あ、もしかして「再生時のデコードの」変換速度ってこと？
「エンコードの」変換速度ではなく

>>88
いや、mediumとかveryslowとかの「速度」は一義的には「エンコード時の(変換)速度」を意味する。
遅いものほどエンコード時に複雑な処理を行なうのでエンコードに時間がかかる。

ただ、それとは別に
　「複雑な処理をしたものを再生（デコード）するにはそれなりの時間や負荷がかかることもある」
という側面もあるというだけ。

まとめWikiのこのページとか見ておくといいんじゃないかな。
　　拡張 x264 出力（GUI）Exの設定項目とその機能について - ニコニコ動画まとめwiki
　　http://nicowiki.com/%E6%8B%A1%E5%BC%B5%20x264%20%E5%87%BA%E5%8A%9B%EF%BC%88GUI%EF%BC%89Ex%E3%81%AE%E8%A8%AD%E5%AE%9A%E9%A0%85%E7%9B%AE%E3%81%A8%E3%81%9D%E3%81%AE%E6%A9%9F%E8%83%BD%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6.html

すごく勉強になりました
とともにご指摘のページでもっと勉強してきます

長々とありがとうございました

俺も読ませて貰って勉強になった。感謝。

>>83
今でもFlashPlayerはある
あるって言うよりアップデートする度に再生不可になったりするから
あとニコみたいに色んな人に観られるサイトは念の為切るといい
自分だけの保存用なら切らない方がいいけどね
低スペックでも再生できるように設定しとくのが無難ってだけだね

weightpは1にすれば問題ない
b-pyramidに至ってはそもそも最初から問題などない

weightp=2も、FlashPlayer 10.1以降なら問題ないらしいけど、どうなんだろう。

　　　拡張 x264 出力（GUI）Exの設定項目とその機能について - ニコニコ動画まとめwiki
　　　http://nicowiki.com/%E6%8B%A1%E5%BC%B5%20x264%20%E5%87%BA%E5%8A%9B%EF%BC%88GUI%EF%BC%89Ex%E3%81%AE%E8%A8%AD%E5%AE%9A%E9%A0%85%E7%9B%AE%E3%81%A8%E3%81%9D%E3%81%AE%E6%A9%9F%E8%83%BD%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6.html

　　　Diary Of An x264 Developer ≫ The spec-violation hall of shame
　　　http://x264dev.multimedia.cx/archives/212

FlashPlayerに限らず携帯端末やら色々な環境での再生互換性を考えるなら
b-pyramidもweightpも切っといたほうがいいのかもしれないけど、
それを突き詰めるとBaselineプロファイル使えとかそんな話になってくるし。

よそでやれって

バージョン上げたら設定変わるとかクソな作りするなよ、作者
パラメータが増えたなら仕方ないけど

ならバージョン上げんな

そういう変更が嫌な人が x264 使おうってのが間違い。

旧バージョン（0.xx）からの設定引継ぎツールまで用意してくれてんのに、それでもついてこれないってのはすげえな。

オプションのテキストをコピペするだけで殆ど終わるだろう。

むしろini記述じゃなくなって汎用性あがってるしね

最初から設定してもすぐに終わるだろ

しばらくエンコしてなかったんだが今はもう拡張264出力rigaya氏のしかないのか？

それだとなんか問題でもあるのか？

>>104
誰もそんなこといってないだろ

guiExで音声をモノラルにしたい場合はどうすればいいのでしょうか。

1.別のソフトで先にモノラル変換して読ませる

2.x264guiEx.iniを開いて
[SETTING_MP3_LAME]のところにある
base_cmd=" -q 0 %{mode} "%{wavpath}" "%{audpath}" "
この一文を
base_cmd=" -m m -q 0 %{mode} "%{wavpath}" "%{audpath}" "
と変更して保存、lame.exeつかってMP3出力。

3.x264guiEx.iniを開いて
[SETTING_AC3_FFMPEG]のところにある
base_cmd=" -i "%{wavpath}" -y -acodec ac3 -vn %{mode} -f ac3 "%{audpath}" "
この一文を
base_cmd=" -i "%{wavpath}" -y -acodec ac3 -ac 1 -vn %{mode} -f ac3 "%{audpath}" "
と変更して保存、ffmpegを使ってAC3出力。

NEROは無理、他のは使ってないから知らない。

あ、なんか番号打ったら全部しなきゃいけないかのように見えるな
とりあえず上の3つのうちのどれかやればいけるって言いたかった。

なんか1.の文章が不親切すぎる気がしてきたので、ffmpeg.exeのあるフォルダに
↓の2行の分をコピペしてテキストファイルに貼り付け、拡張子を.batで保存
ffmpeg.exeのあるフォルダに、その.batファイルと動画ファイルを置き
音声をモノラル化したい動画を.batのファイルにドラッグ&ドロップしたら
モノラル化したWAVファイルが出てくる
それをaviutlの「メニュー → ファイル → 音声読み込み」で読ませればいい。

cd /d %~dp0
ffmpeg.exe -i "%~1" -ac 1 "%~1.wav"

現在の拡張x264(GUI)Ex 1.13で、
　　　「10bit-depthでのBT.709エンコード」
を行なおうとした場合、8bitの時と同じ感覚でやってしまうとかなりの確率で
間違ったエンコードになってしまう気がします。
具体的には、
　　「データはBT.601になってしまうのに、BT.709としてデコードするよう求めるH.264ストリーム」
になってしまう可能性が高い気がするのですが、どうでしょうか。

説明や対策などをまとめてみましたので、チェックしてできればこのスレで議論させていただければ幸いです。
うまく対処するには拡張x264(GUI)Exに機能追加が必要になる可能性も？

　　AviUtlと拡張x264(GUI)Exで10bit-depthのBT.709エンコードをするのは難しい
　　ttp://goldenhige.cocolog-nifty.com/blog/2011/11/aviutlx264guiex.html

一応色々実験して確認したつもりなのですが、基本的なことを見逃してる可能性もあります・・・。
おかしなことを言ってたら指摘していただければ幸いです。

そのブログに書いてあることは概ねあってると思う
＞この記事にある内容の影響を受けるのは、地デジのTSなどを10bit-depthでエンコードして保存しているような人になると思います。
ってあるけどそもそもUtlってsynthのditherとかf3kdbみたいなプラグインってあるの？
ないなら8bitのソースを10bit-depthでエンコードするうまみなんてサイズが縮むこととPSNR上がってオナニーできるくらいじゃね？

むずかしーこたーしらないけど、8bit→10bitはかなり容量絞ってもグラデの階調とか綺麗にでるよ
相当違うのでオナニーレベルの差じゃないと思うけど。

10bitのことだけ詳しく知りたいなら
最近CLIスレの方で盛り上げってたから
そっち覗いた方がいいよ
10bit環境が無い自分は当分無理かな
バンディングとか抑えられて良いみたいだけど

10bit対応モニターが高すぎる

>>113
そうだバンディングっていうんだった、あれ本当にものすごく抑えられる
8bit→8bitじゃ暗めで広い面積のグラデ部分とかすぐ出るのに。

>>114
色は正しく出てないのかもしれないけど、バンディングが出にくい分
10bit対応モニタじゃなくても十分な恩恵あるよ、まー俺はテストしただけで
まだ10bitに移行はしてないけど。

>>115
対応じゃなくても支援はあるのか
それなら以降したいとこだね

スレ見た限りだと設定もそうだが
グラボモニターの話も出てたからさ
少し勉強してみよう

いや、バンディング抑えられるっていうのも16bit変換かましてなんぼでしょ
正直Utlでは長所活かせられない

そのへんは、自分でやってみたらわかるよ
16bitとか14bit変換と違う部分の話。

具体的なやり方は、地デジのバンディングがおもいっきり発生してるソースに
Aviutilでバンディング除去フィルタ通して、8bitと10bitで出力して見比べたらわかる。

色が正しくない時点で論外だな
10bit対応ディスプレイ＆Quadro or FireProにしてから出直してこい

今のところそれ用意してもWindowsで10ビット出力できるのはMPC-HC+EVR CP/Syncだけだっけ？

>>107
音声をモノラルにするのってなんかめんどくさそうですね。
音声のみTMPGでモノラルAAC作成してMUXしなおします。

>>121
それx264スレに貼られた外人さんの記事にちらっと書いてあっただけだから、
誰か実際にやってみて記事にしてほしいよね。
販促になるかもしれんし、どっかのメーカーあたりもさくっとやらないものか。

madVRは？

10bit出力の販促をやるには実機を展示しないといけないからなぁ
画像撮って比較しようにもそれを見る一般人のモニタが8bitだったら…

安物TN液晶なんか8bitどころか7bitや6bitにディスプレイ自体がディザかけてごまかしてるわけで

たしかにそれもそうか・・・。
まあやり方だけでも書いておくと食いつく層はいそうな気がするけど。

YUV8bitはRGBの各8bit階調を表現できないから
10bit出力を8nitモニタで見てもわかるような気がする
赤ランプや青ランプなら違いがわかりやすそうだけど

>>124
madVRのレンダラへの出力は8bit

レンダラへの出力？madVRがレンダラじゃん。
内蔵デコーダのことか？

あぁ、ドライバへの出力でした

>>129
added support for h264 10bit 4:2:2 decoding
madVRも進化してる。

>>132
それはmadVRの内蔵デコーダが
　　「H.264 4:2:2 10bitのデータを受け取ってデコードして、なんらかの形式で出力することができる」
というだけのこと。
10bitデータの処理には
　　１．madVRの内蔵デコーダが10bitのデータを受け取ってデコードする。
　　２．デコードした結果（ここが10bitになるか8bitになるかは知らん）を
　　　　madVR本体(というかレンダリング処理部)が受け取ってレンダリング処理を行なう。
　　３．グラフィックカードが映像信号を出力する
　　４．ディスプレイが映像信号を受け取り表示する
という段階（２と３はあまり正確じゃないかもしれん）があって、その文章は１のことを指している（はず）。

10bit-depthが真の効果を発揮するのは、２・３・４もすべて10bitで処理することが出来た場合。
madVRでの２の処理が実際どうなっているのかは詳しくは知らない。誰か教えてくれ。

ついでに別の例を言っておくと、ffshowはH.264 10bitの4:2:0と4:4:4をデコードできるが8bitでしか出力できない。

x264GUIExについて質問があります

MP4の再生負荷についてなんだけど、プリセットの速度の影響が最も大きいと思ってよい？
プリセットの速度（＝変換速度）を早くすれば副産物的に再生負荷も低くなるのは先日教わって
知ったんだけど、影響の相対的な大きさの意味で

今実際手元で色々試してるんだけど、H.264 Level(3.1)とcolormatrix(smpte170m)は
手動で設定変更する前提で、ソースは640*360/60fps、プレイヤーはFlashPlayer(Flavie)として
1.medium
2.medium + weightp=0
3.veryfast + weightp=0
で1と2は大差なし、2と3はかなり違いあり
その上でビットレートを600kbpsと1300kpbsの2パターンでそれぞれ試した所ほとんど違いはなしだった

細かいパラメータを全把握して個別手動設定するならともかく、そうでない場合は再生負荷を考える時の
第一要素はプリセットの速度ってことでいい？
（個人的にビットレートが余程常識外でない限りほとんど影響ないことに驚き）
なんか無駄とか、他への悪影響とかあるかな？


あと余談だけど、まとめwikiによると
superfast: partitions i8x8,i4x4, me dia, subme 1, ref 1, no-mixed-refs, trellis 0, no-mbtree,
no-weightb, weightp 0, rc-lookahead 0
らしいんだけど、superfastをロードしてもno-weightb, weightp 0にならなかったんだけど、これって正常？
（前者はON、後者は1になった）

まとめWikiってのはたぶんニコニコ動画まとめWikiなんだろうけど、
このスレはニコニコのスレじゃないんでニコニコ前提で話されても困る。

プリセットは機能の組み合わせパターンにすぎないからそんな大雑把な考え方はしないほうがいい。

再生負荷については --tune fastdecodeというのが用意されていて、
x264 r2106の--fullhelpによると以下のようになっている。
ニコニコ動画まとめWikiにもこれを踏まえて再生負荷を抑える方法が書いてあるけど。

　- fastdecode:
　　　--no-cabac --no-deblock --no-weightb --weightp 0

superfastについては--fullhelpを見ると以下のようになってるから正常。

　- superfast:
　　　--no-mbtree --me dia --no-mixed-refs
　　　--partitions i8x8,i4x4 --rc-lookahead 0
　　　--ref 1 --subme 1 --trellis 0 --weightp 1

ありがとうございます
ニコ前提というか、ニコで使う場合に生じる状況の質問、というつもりだったけど
それでもアウトかな？
まあFlashPlayerで再生する場合前提の話、だからアウトなのかもしれない

- fastdecodeっていうのがあるのね
つまりその4つがメインの負荷要素ってことだよね？
一応それ自体はご指摘の通りニコ動まとめwikiにもあったので考慮してるんだが、それだと
2.medium + weightp=0
3.veryfast + weightp=0
の間に大差があったのが説明つかなかったので疑問に思った
（この2つは-cabac -deblock -weightbの指定は同一。そして-weightpも同一にした）

superfastについては勉強になりました

もしスレチならごめん。その場合は無視してください

「まとめwiki」と書いただけじゃわからんというだけだよ。
世の中には色々なまとめWikiがあるんだから。

あ、そういうことか
ごめん勘違いしてた。二重の意味ですみませんでした

ニコ動まとめWikiのsuperfastは--weightp 1に変更される前の古い情報だったんじゃね
変更があったのか知らんがｗ

変更が入ったのは一年くらい前だな
http://git.videolan.org/?p=x264.git;a=commit;f=x264.c;h=e440dc0f7909c67cdca148fc8a9ea413521e0e5b

1.14

修正
・x264guiEx.iniが存在しない、あるいは古い時にエラーメッセージの前に例外が発生する問題を解決。
・ポップアップヘルプの表記を修正。

追加
・Aviutlからの入力としてYC48を使用する時にcolormatrix変換(BT.601→BT.709)を行えるようにした。

追加項目まだあったわ

・その他の設定にログウィンドウ関連の設定(「透過」と「最小化で開始」)を追加。
視覚効果をオフにできるようにした。
・Apple系に対応したmp4/chapterをmp4boxを用いても出力できるようにした。
・プロファイルにメモを残せるようにした。
・設定ファイルサンプルを追加。

AviUtl自体にもBT.601→BT.709変換する機能があるけど重複しないの？

>>144
重複しない。
AviUtlの「色空間の設定→出力」の設定は「出力プラグインにYUY2データを渡す場合の変換式」を指定するもの。
一方x264guiExで10bit出力や8bitのi444出力を行なう場合、AviUtlはYC48のデータをそのまま渡すので、
x264guiEx側で変換を行なってやらなくてはならない。違いは以下のような感じ。

　■8bitのi420出力やi422出力での処理
　　　AviUtl本体【YC48→["色空間の設定→出力"に基づいた変換]→YUY2】→x264guiEx【8bitデータ作成】→x264.exe

　■8bitのi444出力、または10bit出力（i420,i422,i444）
　　　AviUtl本体【YC48】→x264guiEx【YC48→["YC48出力"に基づいた変換]→10bitデータ作成】→x264.exe

詳しくは記事を見ればわかる。

今までの8bit i420出力は間違ってなかったのか読んでて心配になってきた

なんかどんどん改良されてるｗ
rigaya氏乙

りがやもすごいけど、その更新をずっと監視してるおまえもすごいよ。

りがややらかしやがった。バージョンアップしたらエンコード設定がクリアされたｗ
危うく変な設定でエンコするとこだった。

やらかしたのはどう見てもお前だろっていうね。

さっさと報告

iniのverが上がったしmuxer周辺とか変わったからそのへんはしょうがないんじゃないかなぁ
以前に保存したプリセットからは読み込めるからver戻してからプリセット保存すればいいんじゃない？

すまん。1.13から1.14に更新するとたしかに>>149の言うとおり設定がクリアされるみたいだ。
1.12→1.13への更新では問題なかった。
1.14で「YC48出力」の設定項目が追加されたからconfファイルの互換性がなくなってしまったのかな。

試した手順は以下のとおり。
　プロジェクトをロードしてない状態で設定→プラグイン出力の設定で拡張x264(GUI)Exの設定を保存
　x264guiEx.auoとx264guiEx.iniを新しいもので上書きしてAviUtlを再起動
　設定→プラグイン出力の設定で設定が保存されてるかどうか確認

書き方がクズだったんでちゃんと確認せずに一蹴してしまった。すまんかった>>149。

作者さんはここ見てくれてるだろうしブログへの報告はやめとく。

x264guiEx.confは関係ないか。スルーしてくれ。

旧バージョンのiniを完全に無視するとか、どんなクソな作りしてんだよ
人柱様に余計な手間掛けさせるな、ソフトウェアで何とかしろ

>>155
せっかくのOSSなんだからお前が改良すればいいんじゃないか？

iniファイルも別に関係なくないか。プロファイルへの設定内容とかそのあたりの問題だろ。
>>152の言うとおり旧バージョンで作っておいたstgファイルは読めるみたいだから別に問題ないな。

どうでもいいけど「人柱様」って初めて聞いたわw

自ら進んで贄になってくれるんだから「様」くらいいいんじゃない？

1.14をダウンロードしようとしたら、
1.15が置いてあったんだが。
何が変わったのか分からん。

readmeくらい読め

20時間も前なのにブログに記事無いのか・・・
とりあえず落としてみるか

2011.11.09 (v1.15)
・Apple用muxerコマンドに -mpeg4 追加。Apple製品でtsからFAWを通してコピーしたAAC-LC音声が再生可能に。
Canorus様に感謝。
・160kbps以上でもiPhoneで再生できてしまったのでApple製品のプリセットから160kbps以下というメモを削除。
・VistaでPathRemoveFileSpecが挙動不審(0x5C問題)なためにエンコードに失敗する問題に対する回避策を導入。
調べてくださったkaz様に感謝。
・YC48出力にツールチップヘルプを追加。

ようつべにH.264のAVIがはじかれるんですけお・・・前は出来たのにいつからだ
（当然mp4やmkvコンテナのH.264なら問題なくうｐできる）

h.264のaviだってｗぷっｗ

>>164
ようつべが使ってるのもx264だからね
x264からVfWサポートが外されたし、仕方が無いんじゃない

vfwなんてゴミを残し続けるのが悪い

思わず「このスレと全然関係ねえだろ」と書き込みそうになった。

まあvfwなくてもpatch当てればx264でavi出力できるけどね

VFWのBフレ設定がデフォルトでついに無効にされてしまったんやなｗ　悲劇やなｗ

おっと、1.16来てたか。
古いVerの設定も読めるようになったのね。

ところでさ、10bit対応はすごいありがたいんだけど、その大元の素材が8bit、4:2:0のものを
10bit、4:4:4にきれいに変換してエンコードする場合、Aviutlでこれをするとき
8bit→10bit化や4:2:0→4:4:4化で一番高品質な変換ができる方法をご存じの方いますか？
変換に多少時間はかかってもいいです。
品質優先です。
Panasonicのレコーダーに搭載されている4:2:0→4:4:4変換とか使う方がきれいでしょうか？

>>172
4:2:0をあえて4:4:4化する目的を聞いてみたい。

>>173
リアルタイム処理で再生時に適当に処理するより、あらかじめ時間をかけて変換処理をすることで
再生時によりきれいに見れればいいなと。
バンディング低減とかもいったん色の情報をきれいに戻した上で処理した方が丁寧に処理されたりしないもんだろうか？

>>172
panaでhi444pp記録ってAVC-ULTRAくらいじゃないと無理じゃない？

>>175
そうじゃなくてレコーダーでの再生時のHDMI出力。
これを4:4:4でのキャプチャができるキャプチャカードで取り込むと言うこと。

aviutlの入力はYUY2かRGB

YC48もあるよ

厳密にはそうだけどRGBと同じってことでいいじゃない

>>179
全然同じじゃない。
x264guiExでの10bit出力は、約12bit有効のYC48を直接10bitに変換して使えるというメリットがある。
一度YC48→RGBに変換してしまうと8bitになってしまう。

途中でRGB変換通すなら4:2:2でもYUY2の方がずっとまし

つまりAviutlで4:4:4入力の10bitは無料というわけか。
だとすると、Aviutlの中で4:4:4化するしかないわけか。

>>182
何が言いたいのかいまいちわからん。

１行目は10bitの4:4:4を入力したいということ？
それは10bitの4:4:4をデコードしてYC48で入力する入力プラグインを作らないと無理だと思うけど。

２行目は何を読み込んでAviUtl内部で4:4:4にすると言ってるの？

もともとの>>172の話は8bitの4:2:0を読み込んで、高品質で10bitの4:4:4にするのに
良い方法はないかということだったよね？

そもそもAviUtlは4:2:0->4:2:2or4:4:4を自分でできないからなぁ
縦方向の補間はavisynthでやるとして、横方向の補間は現状は線形補間のみだから
別に色変換プラグイン作ってなんとかするくらいか
まあ、素直に再生時にmadVRでも使って4:2:0->4:4:4するほうが楽で綺麗だわな

>>183
無料ってなんだよ俺。
無理の間違えです。
結局のところ4:2:0→4:4:4をAviutlでやるのは無理なんだね
。
Avisynthでもないものなんですかね。
というかいままであまり注目されてこなかった話なだけか。

4:4:4をrgb通さずにutlに入力できるプラグインは今のところjpeg位かな

まさか連番画像に分解して入力？

JPEGとかBMPで取り込みだと10bitファイルというのは見かけないから、16bitファイルで取り込むのかな？

そういやMotionJPEGなんてあったね
今どうなってんだろう

>>190
キヤノンの4k2kカメラはMotionJPEGで記録するらしいぞ。

一旦変換しないと取り込めないというのは不便だなぁ

x264guiEx_1.17

・YC48(BT.601)->yuv444(8bit,BT.709)が出来なかった問題を修正。
・YC48->yuv444(10bit)のSSE4.1版のバグ修正。色成分がおかしかった。
・YC48(BT.601)->nv12/nv16/yuv444(10bit,BT.709)のSSE2/SSE4.1版をかなり高速化。
BT.601->BT.709をしようとすると、SSSE3だけだとあまり速くならないのでSSSE3版は削除。
・YC48->nv12/nv16/yuv444のSSSE3/SSE4.1版をわずかに高速化。
・ログ表示の調整。
・チャプターファイルの自動削除をオンオフできるようにした。その他の設定から。

素人の自分のとって色関連の用語とか見るとチンプンカンプンだｗ

1.17のリリース記事にも書いてあるけど、色変換についてのPDFファイルにまとめてくれてるから読んでおくといい。
ダウンロードのところにある「x264guiExの色変換」ってやつね。

パッと見で違いがなければどうでもいい

うぬの目力はその程度か

x264vfw 最近更新ないな。 どうしたんだい?

>>194
pdfまだ見てないけど俺もｗ
前色空間のスレあったけど結局全然理解できなかったｗｗｗ
講釈は良いからやり方だけ産業で書いて欲しかったな（´･∀･`）

>>199
コピペ改変だけど大雑把な説明。
AviUtlのプレビューで正しい色で見れるように素材を読み込んでいることが前提。
他の設定は8bitの時と変わらない。

　●BT.709で10bit出力したい場合
　　１．拡張x264(GUI)Exの「x264」タブで「10bit depth」にチェックを入れ、10bit-depthのx264.exeを指定する。
　　２．拡張x264(GUI)Exの「x264」タブで「colormatrix」に「bt709」を指定する。
　　３．拡張x264(GUI)Exの「拡張」タブで「YC48出力」を「BT.601→BT.709」にする。

　●BT.601で10bit出力したい場合
　　１．拡張x264(GUI)Exの「x264」タブで「10bit depth」にチェックを入れ、10bit-depthのx264.exeを指定する。
　　２．拡張x264(GUI)Exの「x264」タブで「colormatrix」に「smpte170m」を指定する。
　　３．拡張x264(GUI)Exの「拡張」タブで「YC48出力」を「無変換」にする。

x264guiEx_1.18

・mp4 mux時にpar置き換えを可能に。
%{par_x}, %{par_y}が置き換わる。mp4box/tc2mp4mod時のみ。
拡張オプションに「PAR再指定」として追加したけど、常時適用したければ
base_cmd="-brand mp42 -add "%{vidpath}"#video:name=Video %{au_cmd} %{ex_cmd} -new "%{muxout}" %{tmp_cmd}"
を以下のように書き換える
base_cmd="-brand mp42 -add "%{vidpath}"#video:name=Video:par=%{par_x}:%{par_y} %{au_cmd} %{ex_cmd} -new "%{muxout}" %{tmp_cmd}"
・自動フィールドシフト使用時、tc2mp4modとmp4boxが違うフォルダにあると
mp4boxを相対パスで指定するとmuxに失敗する問題を修正。
・チャプターファイルが存在しない場合でもとりあえずmuxを成功させるようにした。
・mux時のエラーチェックを強化し、誤判定の可能性を減らした。
・エンコ中でないとき、Escキーでログウィンドウを閉じるようにした。
(エンコ中はこれまでどおり、エンコードを中断するかどうかが出る)

.m4aに変換済みの副音声を一緒にmuxできるようになればなぁ・・
mp4boxにコマンドラインでmuxする場合、拡張x264(GUI)Exのアップル形式チャプターを吐かせてaviutlフォルダから拾う作業がメンドイ

そこまで手間じゃないだろうw
コマンド打てるなら自動化すればいいじゃない

>>202
> .m4aに変換済みの副音声を一緒にmuxできるように
INI編集するだけでできるようになるんだが

>>202
俺はini書き換えて対応していたよ。
iniの大きな変更があった時の移植が大変になるかと思ったら、そうでもないしね。

鯖復活age

技術を逆行してるけど
x264guiEx_1.18 で aviコンテナできるとうれしいな。
mp4box　ならぬ avibox てか

>>207
普通のx264cliはaviに入るようなストリームを吐かないと思ったから無理じゃね？

個人的にはaviコンテナは絶対反対だな。
というかaviのx264ってPS3とかネットワークプレイヤーとか互換性あるの？

komisar氏がavi出力のパッチ当ててなかったっけ
まあ俺もやらないけど

よくわからんがx264vfw使ってAVI出力すりゃいいだけじゃないのか。
guiExのほうに寄ってくんじゃねえよと。

vfw版は、zero latency 設定でないと
大きな音ずれ発生するからまともなエンコが出来なかったような。
PS3ではaviコンテナは再生できなかったが、PCで扱うにはシークの応答がいい。

guiExで、音声をAC3にする方法はあります?
mp4コンテナの音声はAACが標準(定石)でしょうか

>>213
ini編集したり追加コマンド入れたりすればできると思う

>>213
映像だけエンコして、音声をAC3にエンコしたものと手動でmuxする。

なるほど・・・やはり手動の方法しかないのね。
ありがとうございました

iniを結構いじくることになる（muxの基本コマンドから書き換えなきゃならん）けど、出来なくもないような
muxコマンドを作動させるのに、ダミーのwavを読ませる必要があるのかな

.ac3を事前に用意していてini弄るの面倒なら
--audiofile xxx.ac3 --acodec copyを追加コマンドに入れて外部muxerオフでいいと思う

いろいろありがとうございます。
今度試してみます。

>207
拡張AVI出力 を改良して、aviで出力している。
一応、delayフレーム、音づれには、対応できている。

拡張AVI出力plusを使えば、x264vfw_34_2008bm_29021 でも
Bフレーム使用しても音ずれが発生しないのか。ちょっとやってみます。

これって、映像と音声がバラバラでファイル出力されて後でAVIUTLのAVI合成される方法ですよね。
x264guiEx で わざとmp4boxを指定せずに mp3でエンコして
あとからAVIUTLのAVI合成で作ってもAVIコンテナで作成できるってこと。 (自動フィールド等を除いては同じ?)

>221
拡張AVI出力plusでも、B-frameを使用すると、音づれが発生します。
又、B-frameを４以上、スレッドが多い場合、delayフレーム、音づれが発生します。
これを改善するには、ソースの手直しが必要です。

映像と音声は、一緒(同一ファイル)に出力されます。

ありがとう。　試す手間が省けました。

guiExにはffdshow利用して音声ac3化する機能があるんだが

ffdshowじゃなくffmpegな。

1.19

1.19転載

・設定画面でEscキーのオンオフ設定を追加。
その他の設定からEscキーを使用できるようにするか、しないかの設定を追加。
Escキーは多くのソフトで「変更を破棄して一発で画面を閉じる(ようはキャンセル)」であるのでそれと同様に。
ただし、ミスが気になる方はやはりEscキーの反応はこれまでどおりなしにもできるようにした。
色々ご意見をいただき有り難うございました。

・エンコ後バッチファイル実行を追加。
詳細は下の方に。まあ個人的にやりたいことがあったからつけただけので、通常使い道があるかは微妙。

エンバグのにおいがプンプンするぜ

1.20
・x264の--fullrange → --input-range + --rangeに対応。
・「指定した自動ログ保存先が存在しません。動画出力先に保存します。」というメッセージを誤って表示してしまう問題を修正。
・謎のmuxエラーへの対策第2弾。
　前回の対策でどこでコケるかはっきりしたので、ちょこっと小細工してみた。

EXじゃない頃のx264guiの最終版安定しすぎワラタ

更新が無いから不具合なくて安定してる
とか言ってるんじゃなければ（ｒｙ

貧弱な環境で安定しているって意味だろ
貧乏人が自慢してるだけだよ
相手にするな

※個人の感想であり、商品の効能を確約するものではありません

ザオリク

ザキ

1.21coming

どうでもいいことなんだけど
新しいPSP.stg のファイルサイズ7777バイト…大当たり！

久しぶりすぎて分からん。
俺が見てたのは故・セラピーが初期Delayカットとかの機能なくしてしまって
ユーザーが多くのPlayerでずれるだなんだ言ってやいやい騒いでた頃。

別に特に変わった事はないと思うが
久しぶりとかいう奴はｇｇｒｋｓ

Haaliが腐ってただけで別に特に何も変わらないさ

>>240
Haali Media SplitterやLAV Splitterはedtsに対応したけど、他のは対応してたっけか。
MPC-HC 1.5.2.3456の内蔵スプリッターはいまだにedts解釈しないし、
PS3なんかも、まだedtsには対応してないんじゃないかな。（持ってないので未確認だけど）
これらの環境では--dts-compressionを使わないと初期ディレイが発生すると思うけど。

デジタルガジェットの多くがそうだね
未だに解決してない

SourceForge.net- x264vfw
最近全然アップデートこないな・・・・

vfwも使うから早く更新して欲しいっす

kModでも使えば？

>>241
mpc-hcはmp4で内蔵ソースフィルタを使うと、音ズレすることは
原因ともどもわかっていたけど、PS3でもなんとなくズレている
ような気がしていたのは、そういうことか。

まぁ、ファーム古いままだから最新のはどうなのかしらんけど。

コピー起動目的だからファーム古いってか？知らんけど

当然の事ながらVitaでもズレてるな

PS3用に作ったプリセットじゃVITAで再生できないや(´･ω･`)
なに削ればいいのだろう

vitaで再生の条件て当然PSPよりは上なんだよね？そんな事ないのかな？持ってないから分からんけど
やっぱ1280x720の解像度はアウトなのかな。

メンドイから全部削って
--preset slow --profile main --crf 23
だけにしてみても再生できないだと！？

あれ？今度は再生できた
よく分からん
1280x720も960x544もサイズ的にはいけた

おー1280x720も再生できるのか。それはいいな。ちょっと欲しくなったｗ

>>249
Mainprofile3.1じゃないと駄目だよ

つーか仕様にHighProfile対応って書いてあるのになんで--profile main？

>>254
> ●ビデオ
> MPEG-4 Simple Profile (AAC)、H.264/MPEG-4 AVC High/Main/Baseline Profile (AAC)

公式サイトのこれ嘘なの？

>>256
Highでも3.1なら再生できるのを確認

>>257
ｔｈｘ

そうそうHighでもいけた
何故か3.1じゃないと再生出来ない謎仕様

4xでも再生できるぞ

10bit [email protected]の音声320でも再生確認 (1280x720)
iPhoneより凄いな

あれ？音声320いけた？

追記
チャプターも副音声も認識
Higt [email protected] 1920x1080も再生確認
VITAスペックすげぇー

>>262
いけるね

欲しいゲームないけど動画目的で欲しくなったｗ

あとは外部出力でインタレ解除できてるか確認したいが、HDMI変換が売って無かった (´･ω･`)　

10bit再生可能なのかよw
凄いなVita

3.1以外や音声320だとコピーできない(´･ω･`)

10bitテストしてないが[email protected] 1280x720 音声320いけるぞ

字幕のON/OFFできるか確認してくれ

>>268
iPhoneでも[email protected] 1280x720の音声320kbps再生可能なんだ
Vitaで再生できないとは思えん

>>271
3.1で音声192で再生できてた設定で
4.1と320のどっちかにでもすると再生できませんとか出てコピー出来ないんだ・・・・

>>272
そのファイルrefいくつだ？refで引っかってるんじゃね？

>>273
3でやってる

いっその事全部貼ってみる
--preset slow --crf 19.5 --qpmax 45 --qpstep 6 --qcomp 0.7 --vbv-bufsize 17500 --vbv-maxrate 17500
--aq-mode 0 --aq-strength 0 --psy-rd 0.3:0 --scenecut 60 --keyint 240 --min-keyint 1 --b-pyramid none
--deblock -1:-1 --subme 7 --merange 32 --ref 3 --weightp 0 --no-fast-pskip --no-dct-decimate --colormatrix auto --level 3.1 --nal-hrd vbr

俺も晒しとく
iPhoneもVitaもこれで再生可能だった
[email protected]音声320kbps

--crf 20 --ipratio 1.5 --qpstep 12 --qcomp 0.8 --no-mbtree --rc-lookahead 60 --vbv-bufsize -1 --vbv-maxrate -1 --aq-strength 0.6 --psy-rd 1:0.2 --scenecut 60 --keyint 240 --min-keyint 1 --b-adapt 2 --deblock -2:-2 --me umh
--subme 11 --merange 24 --direct auto --no-fast-pskip --no-dct-decimate --trellis 2 --colormatrix bt709 --colorprim bt709 --transfer bt709 --sar 1:1 --level 4.1 --nal-hrd vbr

GuiEXのコマンド貼りだから--vbv-bufsize --vbv-maxrate 自動ね

High10p対応ってマジかよ

マジでHigh [email protected]再生するな
全部観てないから画像壊れてるか確認できんが

プロファイル偽装とかいらないの？

>>276
そのコマンドでやってみたけど
やっぱりコピーできないや
なぜだ

>>281
それ転送ソフト側の制限じゃないの？
Vita持ってないし何使ってるのか知らんけどｗ

またPS 3のごとく初期ロットマジックか？再生できる奴とできない奴でわかれる感じ

適当なソフト1度起動させちゃうとアップファーム入るとかじゃね？PS 3もそれあったよな

どっちだよ(´・ω・`)

SONYの初期ロットは何があるかわからんから面白い
今回もWi-FiモデルじゃないのにWi-Fi使えたって報告あるからと今更何があっても驚かない

ファームで改善されるんでない？60fpsは再生できるのだろうか。

【x264のリビジョン等】
【x264guiEx下部のコマンド表示部のコピペ】
--以下はMediaInfoで見る--
【プロファイル@レベル】
【映像ビットレート】
【映像最大ビットレート】
【解像度】
【フレームレート】
【音声ビットレート】

これくらいの情報は書いていったほうが良いような気も。

Vitaスレじゃないんだけどなｗ

Vitaスレでやれって感じだなw

>>290
俺は情報欲しいから別に歓迎だけどねｗ

Vitaスレ覗く限り初期ロットの違い出てるぽいな
ファームあたるまで買い控えした方が良さげ

PS VITA初期不良まとめ

・強制終了かけれるフリーズ
・強制終了かけれないフリーズ
・フリーズしたら「電池切れまで待たないと電源が切れない」（http://jp-playstation.custhelp.com/app/answers/detail/a_id/12187）
・ボタンが小さくて押しづらい
・アナログパッド干渉問題
・３ＧモデルでＳＩＭ認識しない問題
・指でスピーカーをふさいでしまう問題
・Vitaカード認識しない
・画面シマシマ問題
・充電できない、ＰＣに接続できない←NEW
http://umetaiko072.blog.fc2.com/blog-entry-970.html
・タッチパネルが反応しない
・アナログスティックが極端に硬い

これは酷い

なんかCPUのOC耐性で当たり外れがあるのを連想したｗ

さすがにスレチ

結局1920x1080とかHigh@4以上とかが再生できるのかできないのかどっちだよ
再生できるってのは釣りなの？

>>294
初期のSONY製はそれに近いもんあるぞ
PS3の初期だってBDをHDDに取り込めちゃう騒ぎがあって
それで初期ロットがプレ値付いただろう
表向きに公表しないでファームアップするから騒ぎにならないだけ
初期ロット不具合プレ値狙いで買うのが多いのがSONY信者

>>296
釣りかどうかわからんのがSONY製品
Appleだって公式発表の設定以外でも再生できるのと一緒
ぶっちゃけ買ったやつしかわからん

公式発表以外でも再生できるからな
何があってもおかしくない

公式の上限程あてにならないものはない

10bit再生できるとレス見てダッシュで近所の古本市場へ
テストしてやんよ

http://beebee2see.appspot.com/i/azuYtrKxBQw.jpg

>>295

>>301
右上のねんどろいど(千堂瑛里華?)は何なのだ……

>>303
知り合いに写メ送ったからだw
気にするな

えりりん可愛いよえりりん
再生報告待ってる

なんか3GモデルとWi-Fiモデルで動画ファイルの再生が異なるぽい報告あるな
再生できるできないのは機種違いのせいかもしれん

まじかｗ

何その糞仕様ｗ
とりあえず買おうか迷うなー・・・最新ゲームには興味ないしなー・・・
FCとかPCEのエミュが動くようになったら買おうかなー・・・
でもそれだとまたPSPみたいにどんどん導入がめんどくさくなるし。

これぞ100％スレチだな失礼

しかも夕方以降？だかに早速アップファームあったぽい
とりあえず情報がまとまるまでは再生云々の報告はあてにならない
本体バグだらけみたいだし

で、発売直後で無駄に頑張ってる人がいる今の情報が一番当てにならない。

ので、出かけてる間に大量にテスト動画作って大体の仕様解ったけど報告は後にする

>>310
さっさとしる

>>310
マダー？（AA略

Vita報告
解像度は1280x720まで
[email protected] 音声192kbpsまで
(ただし音声のみのm4aは320kbpsも再生可能)
VitaはWi-Fiモデル
プロファイル偽装で再生報告あるから、実際の再生スペックはもっと上かもしれない

現時点だと動画再生スペックはiPhoneよりスペックは下

乙
偽装必須かよ

いくつか試したけど、とりあえず3.1にしとけば720 60pだろうが
レートや参照フレームがLevel規格外でも普通に再生してくれる

結局ビットレートで判断してるぽいから
iPhoneみたく[email protected]にしたらFHD再生できるかもな
もしくはバイナリでファイル情報書き換えてみるとか
中身は[email protected]だけどファイル情報の打ち込みだけ規定内にすればいけそうな予感

無駄な制限かけるなよって感じだな

中身[email protected]の音声320kbpsでも
ファイル情報を[email protected]の音声192kbpsに偽装すると再生できるな
スペック上再生は余裕ぽいから先々ファームあてるつもりだったのかな？

偽装すればFHDの[email protected]も余裕で再生できるな
PS 3の再生上限とほぼ一緒ぽい

転送ソフトが無駄に制限かけてるせいで転送できないってこと？

>>320
うん。PS 3経由だと音声320kbpsでも再生できるんだよねー
スペック上はなんの問題なさそう

なるほど
ウォークマンですら結局D&Dに対応する羽目になったというのに、本当にSONYは学ばないな

SONY製品は昔から互換性無い商品作るの好きだからな
Vita用のメモリだってDUOと一緒にしない時点で...

あの中途半端の解像度もそうだな
iPhoneに対抗したいのはわかるが、960x544だけはマジないわ
せめてスマホに多い960x640だろう

>>321
PS3からなら1080pとか[email protected]とかでも偽装なしに転送できて再生もできるってことでおｋ？

>>324
アス比的にはVitaのが・・・
まあ謎の4ピクセルがあるがw

544は8の整数倍

１６の倍数だからじゃね。

しかし結局Hi10Pがいけるとか色々言ってたのは嘘か。
こんなとこまでガセネタ書きにくるたあご苦労なこった。

>>328
偽装すればいけるんじゃない？

>>328
当初は本当に再生できてたぽい
発売日夕方以降？にファームアップあってそれ以降動画再生できる、できないの騒ぎあり

>>330
もう旬をすぎた芸人なんだからさっさと捨て台詞吐いて退場してください。

>>327-328
ああ、なるほど
積年の疑問が解けたわw

ファイル情報の偽装ってどうやってやるの？
Mediainfoで読める情報の書き換え？

>>330
再生できるかはそもそも試してないんで知らんが
ファームアップデートで云々なら発売日になった時点で
アップデート必須の形で来てるはずだから、ガセだな

結局VitaよりiPhoneのが動画再生スペックは上か

それは時期尚早じゃね?
ブラウザといい、各アプリの完成度が低い印象を受けるが、本来は海外ロンチの2月に合わせて作っていたんじゃないのかな。
システム領域が4GBもあるんだし、結構化ける気がする。

VITAの管理ソフトの誰得制限が解除されればiPhone以上なんじゃないの？
そもそも管理ソフト自体が誰得だけど

m4aの320は再生できるから間違いなくアプリ制限のせい

>>337
割れ対策だから仕方ない。

割れ対策はわかるけど動画音楽画像はD&Dも可でいいやんっていう

>>340
あらゆる入り口を塞ぎたいんだろう。PSPはもとより、PS3もやられたし。
って、ものスゲースレ違いなので、ここいらで。

いつの間にかPS3まで割られてたのかｗ
割れは詳しくないから知らんかったわ

>>337
管理ソフトは拡張子だけ見て、
コピー許可かどうかはvita自体が行なってる感じだから
FWアップでリミット解除待つか偽装かだなぁ

CFWが出たりしたらそのへんの解除もしてほしいね

果たしてVitaは割れるのか？
PSPはどれぐらいで割れたの？

流石にスレ違い

元からスレ違いだけどなんでこんな過疎スレでやってるんだろうな

まぁしょっちゅうネタはないからねー

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

やるんならまだ↑のスレの方が適当なような気もするが
まあどこでもいいよ情報出してくれるだけでありがたいんだから

もう情報も無いだろう
偽装しないなら720p [email protected] 音声192
ファイル情報の偽装すればPS3の制限と一緒
High 10は再生できるかわからんけど

あとは制限解除待ちか

PS3と一緒って言っても1080pは偽装不可で無理だよな？

俺の環境だと音声制限がきついな

音声は256までだよ。192はガセ。

http://pop.4-bit.jp/?p=4813

BT.601かよｗ

iPhone以下決定
ゴミだな

ある意味地雷じゃねーかｗ

おいおい

またゴミが量産されるのか…

なんじゃそりゃそりゃ

>>355
これはいかん・・・

どこまで改善されるか見ものだなー。
しかし、pspやps3である程度ノウハウを積んだと思ったのに、また一から出直しなんかねー。

HD解像度の画面が売りなんだからさすがにBT.601固定は修正されるんじゃないか？
というか放置するようなら馬鹿としか言いようがないが。

>>364
だねー。
他の制限はまだ許せるが、BT.601の件は、映像規格をちゃんと勉強しているのか?と思ってしまうレベルだ。

Vita用にわざわざBT601打ち込んだファイル作るのも馬鹿らしいな
他で併用できないファイルだろ結局
SDで作れってことか？

HD解像度の画面じゃないけどな
だから1280x720にしろと…

>>367
あぁ、確かに画面はそうだった。
しかしHD解像度のファイルを再生できる以上は対応してもらわないと困る。

Vitaユーザーに一言

http://beebee2see.appspot.com/i/azuYpp6zBQw.jpg

何故だろう、可愛いはずのえりりんにイラッときたぞ

くそくそくそ
えりりん見たらVitaなんてどうでもいいやって思ってきてwww
大図書館Pvはよ

なんのキャラかすらわからん

某エロゲヒロインだな去年アニメでも放送してた

わかったアニメ糞つまらんかったやつだ

俺も分からん
エロゲアニメはましろしか見てないし

エロゲアニメでヨスガましろ色を例えるのは大体にわか
キャベツ空鍋出して1人前

ナイス暴徒

エロゲアニメの最高傑作は恋姫無双
原作ファンの非難は甘んじて受ける

なんという雑談スレｗ

アニメは分からん。バラエティ番組しかエンコしないから

ましろ色は最近のエロゲ原作エロなしアニメの中じゃ面白いほうだな

解像度で自動判定なのかなーと思っていたから960ｘ540は＜720で601なんかと思ってた。
DVDソースでねちねちアプコン処理してて時間食って助かったｗ
固定と分かってしまえば、色域変換しときゃいいし。ただ、PS3と共用にしにくいな。
PS3はVUI読むのかな。

間違ってVitaスレに来たかとおもた。

ここの住人が買いそうだから回避出来て良かったじゃねーか

最初のほうの間違った情報あてにして買うところだったわ

レベルの偽装ってなにでやればいいの？

わざわざ偽装するくらいなら素直に720pのHigh3.1にすりゃいいだろ。

今までエンコした分もわざわざエンコし直せってか

3.1だと"規格上は"60fpsに対応してないからじゃね？
それと、エンコ済みのやつを偽装する方法はググれば見つかる

検索しても偽装wavばっかり出て分からないや

"再エンコードなしでPSVitaに動画を転送する方法"

バイナリエディタってワード加えて検索すれば

>>391
トンクス

@echo off
cd /d %~dp0
for %%k in (%*) do (
call :SUB %%k
)
goto :END
:SUB
mp4box.exe -add "%~1":level=31 -new "%~n1_new.mp4"
exit /b
:END
exit

これをコピペしてテキストに貼り付けて
gisou.batとか適当な名前をつけて保存
mp4box.exeと同じ階層にgisou.batを置き
ドラッグアンドドロップで複数ファイルをgisou.batのアイコンにドロップ

ああ上のVFRに対応してないな、ってことでdtsedit.exeをどっかから入手して
同じ階層においてこんな感じにすればいけるはず。

@echo off
cd /d %~dp0
for %%k in (%*) do (
call :SUB %%k
)
goto :END
:SUB
dtsedit.exe "%~1" -o "timecode.txt"
mp4box.exe -add "%~1":level=31 -new "%~n1_temp.mp4"
dtsedit.exe -tc "timecode.txt" "%~n1_temp.mp4" -o "%~n1_new.mp4"
del "timecode.txt"
del "%~n1_temp.mp4"
exit /b
:END
exit

>>391のググった先のでいいと思うの

>>395
トンクス

batファイル使うってのがシンプルでイカス。

音声の方も偽装で320k再生出きるのかしら？

･･･やり方わからんけど。

@echo off
cd /d %~dp0
for %%k in (%*) do (
call :SUB %%k
)
goto :END
:SUB
bit_ch48k.exe "%~1" "%~n1_new.mp4" 192
exit /b
:END
exit

※ "192"が偽装ビットレート

mp4plcという方法もあるよ。これは動画の方。GUIだからスマートじゃないかｗ

Project1というのもあるがhighは4.1 5.1しかないなｗ

偽装したのVITAで再生すると最初なんかカクツクなぁ
PCで再生すると問題ないのに・・・

そりゃVitaの性能を超えるようなアホエンコしたものはいくら偽装したって無駄だろうさ・・・

最初の数秒だけであとは普通なんだよね

もしかして：初期ディレイ

PS3はedts扱えないんだっけか。PSPとかVitaもedts扱えないのかな？

1.22
・WinXPでエンコ後バッチファイル実行が行われないことがあるのを修正
・音声エンコ終了時の成功判定を改善

x264guiExなんだけど何故か

mux後のファイルが見つかりませんでした

ってエラーが出てmuxされないんだけど何でだろう？
一応、映像ファイルと音声ファイル自体は出来てるんでYambとかで手動でmuxは出来るんだが
何か気持ち悪い。

気持ち悪いんだって

アニメばっかエンコするから嫌だって

サブピクセル動き予測を11(Full RD)でエンコしても
エンコしたやつをMediaInfoで調べるとsubme=9に
なってるんですが、大丈夫なんですか？

別のオプションと干渉してるってやつじゃないの
なんだっけ

あなたがレート歪み最適化をAllにしていないだけです

--aqを切らず--trellis 2

--fullhelpでsubme=10のとこに書いてある
　　requires trellis=2, aq-mode>0
だね。

うまくいきました。
エンコ中の小窓には--subme 11と表示されていたので油断しておりました。
無学な者に貴重なお時間を割いていただき
本当にありがとうございました。

!ninja

1.23来てるね

1.24
「ポップアップヘルプを抑制する」が逆になっていた問題を修正

マウスオーバーで表示されるポップアップうぜーって思ってたけどオフにできるようになったのか

オフにできるようになったのは1.13からだから、ずいぶん前だけどな。

知らんかったｗ

http://blog.ebifunyai.com/archives/2011/02/_tsaviutl.php
の
2. 拡張x264出力(GUI)Exの設定を行い、エンコードする
のところでx264afsanime.stgを読み込みたいのですが、
拡張x264出力(GUI)Exの設定の画面で「開く」が左上にありません。

x264afsanime.stgを読み込めません。
最新バージョンなのですが、どうすれば読み込めますか？
おしえてください。

スクリーンショットはこれです。http://i.imgur.com/bSZZv.png
左上に「開く」がありません。。。

プロファイルクリックしてみろ

x264guiEx_stgフォルダの中に突っ込むのも忘れんなよ

記事見たらかなりver古いからstgconverter通して成功すれば運がいい程度かもしれない

423です。
>>424 425 426
ありがとうございました。理屈はわかりました。
x264guiEx_stgフォルダにstgファイルをいれておけば
プロファイルのプルダウンメニューから簡単に選択できると。

で、x264afsanime.stgを読み込ませてみようとクリックしたら、
エラーがでて無理でしたｗ　>>426さんの言っていることは
このことなのかな。これはx264afsanime.stgの内容が古いから
現在のx264guiExでは読み込めないということで、俺は悪くないのかな。。

この開くをとばしてexeの設定だけしてさきほど1280x720でTSをエンコしてみたら
実ファイルの再生時間の８倍時間が掛かった・・・・。

TMPGEncで地上波アナログをエンコしてた経験しかないけど、
こんなに地デジエンコって時間かかるのか。それともAviutlの設定を案の定間違っているのだろうか。

ありがとうございました。とりあえずx264afsanime.stgは諦めて、デフォにある「最速」で
現在エンコテストしています。

>>427
色々とお前の頭の弱さが悪い

>>428
そうなんです。人一倍頭が悪いんです。
それは他人にもさんざん言われて自覚してます。
僕の質問に対して善導する回答してください。

>>429
「検索」ってわかるかな？

取り合えずフィルター全部外せ
それでも遅ければｘ264のプリセット
速度ultrafasチューニングfastdecodeでやってみろ

気まぐれで設定ファイルの件だけ回答。

x264guiEx 0.04 〜 0.37用の設定ファイル（*.stg）は、1.xx系では読みこめないので
StgConverter.exeで1.xx用のファイルに変換してやる必要がある。

　　　　rigayaの日記兼メモ帳 x264guiEx 1.00 の変更・追加機能など
　　　　http://rigaya34589.blog135.fc2.com/blog-entry-138.html

コンバートせんでも設定値写し書きすればいいがな

コマンドだけあればいいわけじゃないだろあれは

コンバートしたところで音声オプションやmux/afs関連の設定忘れたり
2年くらいのx264デフォ設定のギャップなんかで色々おかしくなりそうな

>>432
ありがとうございました。
リンク助かります。読んでやってみます。
設定ファイルでエンコ時間大きく左右されますね。
大事っぽいですね。
ほぼ一年前の記事でもう古いんだ。

みなさんご回答ありがとうございました。
なんとかできそうです。聞かないとaviutlでエンコなんて無理っしょ

x264vfw guiを使って可逆なRGBもしくはYUV4:4:4でキャプチャをしたいのですが設定項目が見つかりません｡バージョンはkMod氏のx86版r2120です
またex optionで--output-csp RGBや4:4:4を指定しても--outputが認識できないらしく撮ることができません｡使っているソフトはdxtoryとamarecocoでどちらも弾かれます
x264はrigaya氏のguiexでしか使ったことが無いのですがvfwでは出力色空間を変えられない制約があるとかaviでは4:2:0以外は規格外だったりするのでしょうか?教えてください

YUV4:4:4はともかくRGBは現状まともに再生できるデコーダーが存在しないから実質的に役にたたないんじゃない？
多分あえてx264を使いたいということだろうからUtVideoやAMVなどを使えと言うのは余計なお世話だよね。
VFWでもRGBやi444を使えるのかどうかというのはちょっと興味はあるけど、自分で試す気にはなれないなあ・・・。

lavfilterでRGB、yuv4:4:4またそれらのフルレンジを含め色は正確に出てると思います。
編集ではaviutlを使ってますが入力でlsmashを用い同じように読めていると思います。(フルレンジは怪しいですが)
最近無駄にcpuパワーを強化しすぎて環境も追いついてきたように感じたのでamvやutvideoの数分の1の容量で可逆に出来るx264はどうなのかなぁと

>>439
試してみたけどLAV Filters 0.39からはRGBも正しく色が出るようになったんだね。（フルレンジは試してない）
Haali Media Splitter 1.1.288.0＋ffdshow tryouts rev4226では
デコードできない（デコーダーとして選択すらされない）ので、まだ無理だと思ってた。

ただ、lsmashinput.auiでのAviUtlへの読み込みは、うちだとうまくいかないなあ。
使ってるのはPOP氏がビルドしてくれたL-SMASH Works r91なんだけど、
RGBなMP4を読み込むと、全体が灰色っぽくなってお通夜状態な色になる。
使ってるlibavが違うのかもしれないけど、どこのビルドを使ってるのだろう？

本筋からずれてきてるけど、VFWについては詳しい人の降臨を待つしかないかな。

RGBなmp4って、どんなコーデック使ってるんだ？

>>441
いや、流れ見ればわかると思うけど、x264で--output-csp rgb --colormatrix GBR で出力したやつね。

いつからavcodecのH.264デコーダはRGBなH.264をちゃんとデコードできるようになったんだ？
そんな基本的なこともわからないで聞いてるのかと思ったから、確認したんだよ

264のRGBをデコード出来るコーディックは知らないな
是非とも紹介してもらいたいです

RGBのavcを適当に作ってlsmashinput(r91)で読み込んでみたけど
拡張色調補正のCbCrゲインを256位にしたら大体いい感じになったみたい

>>443-444
すまん。基本がよくわかってないので具体的に解説頼む。
LAV Filtersもffdshow tryoutsもLibav-SMASH File ReaderもlibavcodecでH.264のデコードをしてるんだよね？
少なくともLAV Filtersは0.38までは--output-csp rgbのH.264をまともな色でデコードできなかったけど、
0.39からはまともにデコードできるようになってる。
てっきりlibavcodecで--output-csp rgbのH.264をデコードできるようになったものと思ってたけど、そうじゃないってこと？

■DivX H.264 Decoder Filter 1.1 （スプリッタはHaaliMediaSplitterを使用）
　　●8bit
　　　　i420　○
　　　　i422　○
　　　　i444　×再生不可
　　　　rgb　×再生不可
　　●10bit
　　　　i420　×（緑っぽくなったり崩壊したり）
　　　　i422　×（緑っぽくなったり崩壊したり）
　　　　i444　×再生不可

■ffdshow tryouts rev3984（スプリッタはHaaliMediaSplitterを使用）
　　●8bit
　　　　i420　○
　　　　i422　×（デコーダーとして選択されない。GraphStudioでもHaali Media Splitterとピンがつながらない。）
　　　　i444　○
　　　　rgb　×（一応再生できるが色がものすごいことになる）
　　●10bit
　　　　i420　○
　　　　i422　×（デコーダーとして選択されない。GraphStudioでもHaali Media Splitterとピンがつながらない。）
　　　　i444　○

■LAV Video Decoder （LAV Filters 0.43より。スプリッタはLAV Splitterを使用。）
　　●8bit
　　　　i420　○
　　　　i422　△（一応再生できるが不完全）
　　　　i444　○
　　　　rgb　×（一応再生できるが色がものすごいことになる）
　　●10bit
　　　　i420　○
　　　　i422　△（一応再生できるが不完全）
　　　　i444　○

■FlashPlayer（Flavieで調査。HWアクセラレーション無効。）
　　●8bit
　　　　i420　○
　　　　i422　○
　　　　i444　×（再生不可）
　　　　rgb　×（再生不可）
　　●10bit
　　　　i420　△（ほぼ大丈夫だが右側に幅４ピクセルほどのマゼンタ色の線が出る）
　　　　i422　△（ほぼ大丈夫だが右側に幅４ピクセルほどのマゼンタ色の線が出る）
　　　　i444　×（再生不可）

CoreAVCは？

>>447-448
それ、前に俺が
　　http://toro.2ch.net/test/read.cgi/avi/1315323936/233-234
で書いたものをコピペして、LAVのとこだけバージョンと内容変えて書いたんだと思うけど、
rgbもちゃんと再生できてない？
あとi422が不完全というのはなんだろう？

すみませんl-smashじゃまだRGBはちゃんと読み込めませんね混乱させるようなレスごめんなさい

>>450
422は一部色が崩れたり、ノイズが入ったりする。

>>450
rgbはそれ関係の更新が無かったのでそのまま書いたのだけれど、
不安だから今試してみたらやっぱり駄目だったよ。

>>452
因みにこんな感じ。
ttp://thuploader.orz.hm/1mup/dat/1mup_04206.jpg
DivX H.264 Decoder Filter 1.1

ttp://thuploader.orz.hm/1mup/dat/1mup_04207.jpg
LAV Video Decoder

>>452-454
うーん、以下のMP4で試してるけど、LAV Filters 0.43ならキッチリ正しい色が出てるんだけどなあ。
　　http://www1.axfc.net/uploader/File/so/73680.mp4

一応環境等
　XP Home SP3 32bit
AviUtl 0.99k ＋ x264guiEx 1.24 ＋ x264 r2120 8bit-depth x86（JEEB氏ビルド）
　オプション： --crf 23 --output-csp rgb --colormatrix GBR
　MPC-HC 1.5.2.3456やGraphStudioを使い、LAV Videoでデコードしていることを確認。

他にも短いサンプルをエンコしてみたけど、i422もrgbも特に気になるところはなかった。
ソースによるのかもしれないけど。

>>455
スマン--colormatrix GBRをautoでやってた。
rgbはLAV Video Decoder 0.43とffdshow_rev4225_20120105_clsid共に再生可だった。

422はならない場合も有るからソースによってみたい。

>>456
＞rgbはLAV Video Decoder 0.43とffdshow_rev4225_20120105_clsid共に再生可だった。

あれ？ffdshow tryoutsでも再生できました？うちだと以下の２つで両方とも駄目。
>>440に書いたように、デコーダとして選択できない。
　　ffdshow_rev4225_20120105_clsid.exe
　　ffdshow_rev4226_20120105_xhmikosr.exe
スプリッターはHaali Media Splitter 1.11.288.0と、LAV Splitter 0.43、MPC-HC 1.5.2.3456内蔵を試した。
何か設定が必要だったりします？

>>457
( TДT)ｺﾞﾒﾝﾖｰ
何か焦ってやると碌な事にならんな。
ffdshow_rev4225_20120105_clsidは間違いでMPC-HC_r3941の内臓でした。

>>399の方法で音声偽装しようとしたんだけど、
ファイルサイズの大きいのはbit_ch48k.exeがエラーで落ちちゃうんだ。
なんか代替ソフトある？

頭使えよ
エラーの出ないサイズに加工
偽装
結合

一件落着だね

nico投稿用の動画を作るのに、100MBぎりぎりまで使って画質をあげたい場合
上限を100MBにして画質を最大に高めてくれる方法があったら教えてください
MP4で書き出しています。

>>461
http://nicowiki.com/aviutl_h264.html

--preset pracebo --threds 1
でデブロック弄っとけばok

>>463
綴り間違えｔｒ

>>460
加工の意図する意味がよく分からないが、
加工するなら偽装いらないんじゃないか？

>>464
guiしか使ってないもので＾＾；

>>464
分割

rigaya氏のx264guiEx(1.24)を使って、1440×1080のソースを
SAR=4:3に設定したmp4作ったら、mpc-hcでアスペクト比が設定されないファイルができた
(windows標準のMedia playerで再生すれば設定されてる)

できたファィルにmp4box使ってPAR情報を追加したらmpc-hcでも
アスペクト比設定されるようになるけど、なにが原因だろう

ちなみにできないのは4:3だけで、40:33とかはできる
(40:30でやってみたけどこれはダメだった)

Haali Media Splitterを使ってるんだとしたらこれじゃないの？

http://twitter.com/#!/VFR_maniac/status/31288312505303040
　　rev1876よりx264でsar=4:3, 3:2 or 2:1を指定するとHaali Media Splitterでは
　　正常にアスペクト比を反映できなくなりました。
　　これはHaali Media Splitter側の問題であり、x264側の問題ではありません。

>>469
うわまさにそれだ
知らなかったありがとう

うわ忘れた頃にハマりそうで怖いな

うわ

>>469
LAVFilters使い始めてからHaali使ってなかったんだけど、
ためしにやってみたら、見事にsar無視されたｗ

Haaliはオワコンという見解でよろし

Haali以外にも据え置きプレーヤーがSAR非対応だったりするね。
俺はPARも入れるようにしている

やっぱりそういうのあるのか
うちはPC以外では再生可能なの箱○しかないから今のところ問題ないけど

>>476
箱○もOKだったのか。
PS3もOKだし、ゲーム機は優秀だなｗ
ちなみにソニーのBDP-S370やOPPOのBDP-93は駄目でした。
OPPOのプレーヤーはmp4のチャプターに対応しているので、PARで作っていれば、便利に使える。

x264_L-SMASHの--acodecのpcm系って何の意味があるんですか？
POPさんのとこの使って--acodec ffpcm_f32le とかつけてもmuxできるコンテナってなかったのですがどのようなときに使うのでしょう？

ごめんなさいx264初心者質問スレと間違えました。
無効で聞いてきます。

　　　　　　　　　　　　　　　　　　　　　　＋　激しく忍者　＋
　　　　　　　　 　　　Ｘ
　　　　　　∠￣＼∩
　　　　　　 　|/ﾟUﾟ|丿
　　　　　 〜（｀二⊃
　　　　　　　（　ヽ/
　　　　　　　 ﾉ>ノ
　　　　　　　UU

x264vfw.2145kMod.x86.exe

x64で頼む

x264vfw.2145kMod.x86_64.exe

threads=3 が残ってしまうんやな
デュアルコアのマシンで必死にエンコしたのが分かってしまうから恥ずかしいんやなｗ 悲劇やなｗ

突然何の話だ。

デュアルじゃないけどthreads=3 で必死にエンコしてますごめんなさい

12スレッドあるけど時々threads=1で回してすみません
設定詰めてもオーバヘッドが勿体無い気がして短い動画だと指定しちゃう

つまりどこかで放流してるんでしょ。コア数なんて気にするな。
画質が良ければいい。訳の分からない解像度とかは御免だが
某サイトの720x396とかｗ

C2DのサブPCでも普通にエンコに使うこともある

x264guiEx 1.25
コマンド入力欄の改行に対応した。

x264 r2145はバグ持ち

x64の10bitだけな

>>488
何でそうなるか分からん

Xvid使ってた頃は多用してたなそういや
SAR指定が出来ない時代では苦肉の策で縦横8の倍数で丁度良かった

それは704x480じゃね？

あ、ミス

>>484
書き換えろよ
なんならエンコ情報ごっそり削除もできるぞ

>>493
8の倍数じゃなく4の倍数ね

720x396はsar 44:45じゃね？

704ｘ396なら

MUXってMP4Box使うか、x264にL-Smashが組み込まれたやつで済ませるか、
どっちがいいと思う？

おい！吉田！答えてやれよ！

>>498
720x480をそのままSAR=40:33に合わせると720x396とか1280x704とかになる

何その変態解像度ｗ

496>>
情報削除のやり方おせーて
タグエディタ系のソフト色々試してみたがだめだった

>>493
704x396だったわｗ
使わないと忘れるもんだな

バイナリエディタで開いて好きに書き換えろ
6にしとけば4コア使ったと思ってくれるぞ

自分で見るだけならエンコ情報ぐらいいいと思うけどまぁそういう事か

>>506
バイナリエディタしかないかー
MP4専用の一発情報削除ソフト作ったら需要あるように思うけどどうだろうか
３年待ってもらえれば俺っちが作るんだが

エンコ情報を隠す＝ヘボイ設定で自信がない＝糞動画

と思われるが、それでいいのか？

その程度のことを馬鹿にして悦に入るような人生は、ちょっと寂しいんじゃないかなって思うんだ・・・

>508
あるぞ！！！
何処にアップすりゃいい！

>>504
AVCストリーム内の情報だからmp4タグじゃないよ

mp4boxのコマンドに-brand mp42が入れてあるけど、これ指定するメリットってなに？
気持ち悪いから外しちゃったけど

ごめん、guiEXの話ね

>>513-514
この記事のコメント欄を参照。
　　http://rigaya34589.blog135.fc2.com/blog-entry-159.html
微修正して引用すると
　　MP4規格を理解していない人がmp4boxを使うと、99%以上の割合で<<< MP4 >>>作ってない且つ規格的によろしくないんで。
　　MP4なら -brand mp42 を。Apple用MP4ならそれに加えて -ab "M4V " を加えるのが規格的に正しい作成方法です。
ということ。これを踏まえてx264guiEx 1.14から、-brand mp42がつくようになった。

俺も詳しくは知らんけど、
　　Complete List of all known MP4/QT 'ftyp' designations
　　http://www.ftyps.com/
のisomのとこにある[5]を見ると、
　　'isom' is seen used as a major brand, though it is currently prohibited by ISO/IEC 14496-12 sec 6.3 paragraph 2.
と書いてあって、更にそのリンク先を見ると
　　「isomじゃ詳細わかんねーからmajor brandには使うべきじゃねーよ」
みたいなことが書いてある。

MP4Boxで何もオプションつけないとisomになるので、よろしくないということだろう。

>>515
規格的にはつけておいたほうがいいものなのね
でも今までオプションなしだったし、細かいこと気にしない自分専用のファイルだし、このままオプションなしで通そうかな
ありがとう

No title
MP4 v1のbrandはmp41
--brand mp41

こんなのよく解らないからisomでもオレも気にしないでおこうかな・・

自分で利用する範囲内で問題ないなら無しでもいいじゃない
そこまで規格規格うるさいんだったらmp4box側でデフォでONにしとけと

それはメディアサーバーくらいしか使わないが
別に指定しても不都合でないから指定しとけ

■isom
　　ISO/IEC 14496-12（MPEG-4 Part12） 「ISO base media file format」で定義されているブランド。
　　もっとも基本となる「ISO Base Media File Format」にのっとってますよーということを示すだけなので、
　　major brandにはisomを使うべきではなく、制限や拡張などの詳細な仕様がわかるブランドを
　　指定したほうがいいよみたいなことが書かれている。

■mp41
　　ISO/IEC 14496-1（MPEG-4 Part1） 「Systems」で定義されていたブランド。
　　「MP4 file format version 1」と呼ばれるが、
　　ISO/IEC 14496-14（MPEG-4 Part14）の登場で、お払い箱になった。

■mp42
　　ISO/IEC 14496-14（MPEG-4 Part14） 「MP4 file format」で定義されているブランド。
　　「MP4 file format version 2」とも呼ばれる。
　　「ISO Base Media File Format」をベースとして、もろもろの拡張を加えた
　　「MP4ファイルフォーマット」にのっとってますよーということを示す。
　　また、拡張子".mp4"を定義しているのもこの規定書。

調べたかぎりではこんな感じかな。
Youtubeはmp42だけど、ニコニコでサーバーサイドエンコードしたのはisomになってる。

まっとうなMP4を作るならちゃんと-brand mp42としておいたほうが良さそうな感じ。

>>520
ふむふむ、解説ありがとう

muxer.exeだとmp4なら自動でmp42になるみたいだし
mp4boxでも指定しておくことにします

L-SMASH Muxerプラグインはisomだな

>>522
試してみたけど、元のmp4ファイルのブランドを引き継ぐようになってるだけじゃない？

バイナリ覗いてみて頭の方に
ftypmp42
ってなってればいいの?

そう

>>522
ああ、今気づいたけどこのスレを参考にして--isom-version mp42 のほうが良いのかな
muxer.exeはraw264からfpsだけ指定したもので試したけど

>>524
AviUtlにL-SMASH Works入れて、Libav-SMASH File Readerで読み込んでから
ファイル→エクスポート→L-SMASH Dumperでテキスト出力すると
詳細なコンテナ情報が見れて面白いよ。
でかいファイルだと大変なので小さなファイルで試したほうがいいけど。

L-SMASHにdumper.exeってあるじゃん

そりゃまあ
　　boxdumper.exe --box test.mp4 > dump.txt
としても同じだけども。好きなほう使えばよろし。

x264guiEx 1.26

細かい修正。
・ログ自動保存先の設定を行う部分で、.NET のOpenFileDialog/SaveFileDialogで(マネージドコード側の)カレントディレクトリが勝手に変更されるXP環境 + .NETのバグを回避できていなかったのを修正。
・YC48色変換式の係数を検証しなおした。ほとんど変わらないが、より正しく。
・typoの修正。

りがや氏乙だがや

AviUtl本体の更新
2012/1/22 ver 0.99k2
　　YC48での入出力時に色変換の設定を反映するようにした。
　　サンプリングレート変換処理を少し改良した。

いまのx264guiExのYC48廻りとなにかぶつかってまずいことになる？

本人のブログで聞いてきたほうが答えてくれる確率高そう

>>532
影響を受けるのはx264guiExにYC48で渡す場合なので、
　　・10bit-depthを使用
　　・--putput-csp i444を使用
のどちらかの条件を満たした場合。
これらのケースについて、挙動の違いをまとめると以下のような感じ。
（8bit-depthのi420やi422などはYC48ではなくYUY2渡しなので以下の挙動は当てはまらないので注意。）

■AviUtl 0.99kまでの動作
　　AviUtl本体の「設定→色変換の設定」はYUY2渡しの時だけ有効で、YC48入出力時には効かなかったため、
　　どう設定されていようとx264guiExには基本的にBT.601のYC48が渡されていた。
　　BT.709でエンコードしたい場合はx264guiExの「拡張」タブにある「YC48出力」で、
　　「BT.601→BT.709」を選ぶ（もしくは「自動」にしてまかせる）必要があった。

■AviUtl 0.99k2から
　　AviUtl本体の「設定→色変換の設定」が、YUY2だけでなくYC48入出力時にも効くようになった。
　　「出力」の設定にしたがって、「BT.601のYC48」または「BT.709のYC48」がx264guiExに渡される。
　　これを適切に設定しておけばx264guiExでBT.601→BT.709変換を行う必要はないので、
　　x264guiExの「拡張」タブの「YC48出力」は、「無変換」にしておけばよい。
　　そうすれば、通常のYUY2エンコードの時と同じ考えで扱うことができる。

　　何らかの理由で、「従来どおりx264guiExでBT.601→BT.709変換を行いたい」という場合は、
　　AviUtl本体の「設定→色変換の設定→出力」は「BT.601」に固定しておき、
　　BT.601→BT.709変換はx264guiExの「拡張」タブの「YC48出力」の設定で行うようにすればよい。

大事なことなのでもう一度言うと、8bit-depthのi420やi422などはYC48ではなくYUY2渡しなので
上に書いた挙動は当てはまらない。

勉強になったありがとう

>>534
把握しましたありがとう

補足：
　　ソフトウェア板のAviUtlスレにも書きましたが、0.99k2で実装された
　　YC48のBT.601⇔BT.709変換の精度は、KENくん氏いわく以下のような感じらしいです。

　　ttps://twitter.com/_kenkun/status/159310460536107008
　　ttps://twitter.com/_kenkun/status/159311480964136960
　　　　要約：
　　　　　　WORDのMMX演算というのもあってある程度誤差は出てしまう。
　　　　　　10bitに丸めた時に恐らく±1の誤差が10%くらいある感じ。
　　　　　　これ以上を求めるならSSE演算や無変換で扱うプラグインに期待したい。

x264guiExでのYC48変換の演算がどうなっているかは私もよくわかっていませんが、
x264guiEx 1.26でも調整が入っていますし、速度や精度面で、どちらが有利なんでしょうね？

Writing library : x264 core 59
Encoding settings : cabac=0 / ref=3 / deblock=1:0:0 / analyse=0x1:0x131 / me=dia / subme=6 / brdo=1 / mixed_ref=1 / me_range=16 / chroma_me=1 /
　　　　　　　　　　　　　　　　　　　trellis=0 / 8x8dct=0 / cqm=0 / deadzone=21,11 / chroma_qp_offset=0 / threads=3 / nr=0 / decimate=1 / mbaff=0 / bframes=0 / keyint=250 / keyint_min=25 /
　　　　　　　　　　　　　　　　　　　scenecut=40(pre) / rc=2pass / bitrate=530 / ratetol=0.9 / rceq='blurCplx^(1-qComp)' / qcomp=1.00 / qpmin=10 / qpmax=42 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / aq=2:1.00 / zones=1,4752,q=24
Encoded date : UTC 2010-03-17 21:32:25
Tagged date : UTC 2010-03-17 21:33:05

>cabac=0
~~~~~~~~~~
妙にxvidより画質が悪いと思ったらそういうことだったんやなｗ
2010年になってもこんな糞エンコする奴がいたんやなｗ

x264詳しい人なら core 59 の方に突っ込むと思う

x264 guiEXってx264_L-SMASHのaudioオプションは使えないのでしょうか？

>538 qcomp=1.00 zones使って居る辺りが素晴らしい。

お前ら素人か
cabac=0　bitrate=530　が主原因だろ
これはベースラインかメインプロファイル
携帯端末用の設定っぽい

>>540
音声先にエンコするように指定して、拡張オプションでaudioオプション入れればmuxしてくれる
x264で音声エンコしたかったらini弄ってwav保存してやればできない事もないはず

>>540
>>543の１行目については、x24guiExの付属プロファイルに「x264 L-SMASH さんぷる」というのがあるからそれを使えばOK。
２行目の方法も一応できた。

>>543の２行目を実現するために、wavをコピーするだけのバッチファイル(？)を使ってプリセットを作ってみた。

　　http://www1.axfc.net/uploader/File/so/74418.zip

これで一応x264 L-SMASHでの音声エンコもできたのだけど、出力したwavがそのまま残ってしまうので、
「エンコ後バッチ処理」のタグで「エンコード終了後、バッチ処理を行う」にチェックを入れて、
同梱の「wavDelete.bat」（単に%{audpath}を消すだけ）を指定してみたのだけど、
そうするとAviUtlを巻き込んで落ちてしまった。
外部Muxerを使わない場合はエンコ後バッチ処理はできないんだろうか？

まあそもそもここまでしてx264 L-SMASHの音声エンコ機能を利用する必要があるかどうかはわからないけど、
何か他によいやり方があったら誰か教えてプリーズ。

ttp://rigaya34589.blog135.fc2.com/blog-entry-159.html

>>546
その記事に書いてあることをふまえて追加されたのが>>544のプロファイルであり、やってることは、
　　「neroAacEncなどの外部エンコーダーで音声をエンコードして、
　　　x264 L-SMASHの内蔵Muxerで映像と音声をMuxする」
というもの。

>>545は、
　　「neroAacEncなどの外部エンコーダーは使わず、
　　　x264 L-SMASH内蔵の音声エンコーダーで音声をエンコードし、
　　　x264 L-SMASHの内臓Muxerで映像と音声をMuxする」
というもの。

>>545
おっしゃるとおり、muxしない場合エンコ後バッチ処理にこけてました。
ご指摘どうもです。修正しました。
あと、wav出力も簡単にできるようにしておきました。
stgファイル、メモの使い方が面白かったw
ttp://rigaya34589.blog135.fc2.com/blog-entry-187.html

>>548
対応ありがとうございます。
ところで、プロファイルのメモ欄の文字って、XP SP3環境だと下のように色が薄くて見づらい感じなのですが、
VistaやWin7環境だともっとはっきり見えてるものなんでしょうか？
　　http://www1.axfc.net/uploader/Img/so/134644.png
個人的にはもう少し濃い文字にして見やすくなると嬉しいかなって。

2012.01.29 (v1.28)
・設定メモの色をWinXPでも見やすいよう調整。
・ログウィンドウの大きさを保存できるようにした。
. ログウィンドウ右クリックから保存を有効化できる。

>>549
メモ欄、調整完了です。XPであんなになっていたとは…
ttp://rigaya34589.blog135.fc2.com/blog-entry-188.html

>>551
対応ありがとうございます。とても見やすくなりました！

>220-222
今更AVIってのあるが、俺もやってみた。
問題なさそうなので、遊んでみてくれ。

<<< 拡張AVI出力/改2 プラグイン ver. 0.2.0 >>>
ttp://www1.ocn.ne.jp/~mashi07/ExAvi_K2.html

>>553
どうでもいい事なのは分かってるが死ぬほど気になる。

・・・音づれ？

歌は世につれ、世は歌につれ

>>553
ありがとうございました。
x264vfw_35_2120bm_31356使用できました。

2012.02.02 (v1.29)
・STAThreadAttributeを指定。
. まれにバッチ処理2番目で止まってしまう問題が解消するかもしれない。
・稀にmux前にコケる問題を修正。v1.27で壊していたかも。

L-SMASH さんぷるはMUXのサンプル設定で
x264のおすすめ設定ではないんですよね？

>>558
まあそうだね。
　　・x264 L-SMASHを使うこと
　　・拡張コマンド欄への--audiofileなどを記述すること
　　・「音声先にエンコード」にチェックを入れること
　　・「外部Muxを使う」のチェックを外すこと
の４点がポイントなので、x264のオプション自体は好きにすればいい。

地デジTSをmp4(x264 AAC)にエンコードする際のサイズ伸張について質問です。
ソースサイズが1440×1080の場合、「Lanczos 3-lobed 拡大縮小」プラグインで1920×1080に拡大するのと
拡張x264出力の「-sar 4:3」オプションでアスペクト比を固定するのではどちらのほうが良いでしょうか？
よろしくお願いします。

以下とマルチになってしまい申しわけありません。
【目指せ】高画質アニメエンコスレPart18【軽量】
http://toro.2ch.net/test/read.cgi/avi/1313047835/37

エンコで拡大は御法度
オプション指定で

質問するほどの話じゃないし答えてやるほどの価値もない

結局はその時の好み。時間が経つと変わるもんさ・・・
本当に大事な物のはソース永久保持

>>561
回答ありがとうございます。
今まで、エンコで拡大してましたが「-sar」指定に変更します。

>>563
ですね。
ソースのTSは全部残してあります。

あのタモリさんが不機嫌に 181 MB (190,836,553 バイト)pass sage
http://ichigo-up.com/1/download/1328414712.zip

60fpsの様ななめらかさ
これがインターレース保持の実力か！！

おお…

1.30

あげ

2012.02.16 (v1.31)
v1.30の「再生時間を--tcfile-inを行っているならタイムコードから計算する」について、
コマンド入力欄から--tcfile-inを行った場合にも対応した。
また%{savname}などが置換されず、タイムコードファイルが見つからないという問題を解決した。

すげー進歩したｗ

>>569
vfrで作って、xmlチャプターつけとけば
iPhone/iPod用でも再生できて、
チャプターも効くので便利だ

2012-02-18　(v1.32)
バグ修正。
・v1.31でチャプターファイルの再生時間が異常に長く設定されることがある問題を修正。

対応OS外で申し訳ないですが、v1.14からwindows2000でプラグインとして認識しません。
v1.14以降でもw2kで使えてるぞ！という方が居ましたら教えてください。動かせるモノなら
動かしてボロPCの延命を図りたいです。

ボロPC延命したいならpuppy Linuxでも入れてろ

なにそれおいしいの

L-SMASHサンプルで問題なくMUXできていますが
出力完了後に_audio.m4aを自動削除するコマンドラインはないのですか？

>>576
>>545の例のように、
　　del %{audpath}
と書いただけのバッチファイルを作って「エンコ後バッチ処理」で指定してやれば消せる。

とはいえ外部Muxerの場合は_audio.m4aは自動で消してくれるわけだし、
なんらかの形で簡単に消せるような設定があると便利なような気もする。

>>577
エラー判定もかねて
&& del のほうがよくない？

>>579
ごめん、バッチファイルの書き方とかまともに知らない素人なんで適当に書きました。

ググったら「&&」は「前のコマンドが成功した場合だけ実行」とありましたが、
「エンコ後バッチ処理」で指定するバッチファイル内で使う場合、
x264guiEx側でエラーが起きたかどうかを判定できるものなんでしょうか？

がたがたぬかしてる暇があるならとりあえず試してみりゃいいだろが、このハゲが

最近ハゲてきた・・・いやまじで

メシ食い終わったから試してみたけど&& del %{audpath}としたら_audio.m4aが消えなくなったし
ググって見た限りでは&&はバッチ内でのコマンド結果判定のように思えるから、
&&をつけたらどうだという>>579の意味がよくわからなかった・・・。

L-SMASHさんぷる使ってみたけど
Deblock OFFにしてCRF19でなかなか良い感じ

>>584
一応言っておくと「L-SMASH さんぷる」は音声と映像のMuxに
「x264 L-SMASH」の内蔵Muxerを使う方法を示したサンプルであって、
エンコードについては通常のx264と何も変わらないし、
見ればわかるが設定もほとんどいじってないぞ・・・。

いや、別に自分が満足してればそれでいいんだけども。

要望を書き込みに来たのに自分の用件を書き忘れたｗ

2/8にニコニコ動画のエコノミー回避ビットレートが上がったので、次回リリース時にでも
エコ回避用のstgファイルを更新していただけると嬉しいです。
実ビットレート約312kbpsだったのが、約445kpsに上がっています。
　　http://nicowiki.com/encode.html#a2cdc829

某厨動画サイト厨はこれだから

日本将棋連盟公式動画サイトを馬鹿にするな

ニコ厨用の設定は、ニコ厨のなかでも理解の浅いor理解しようとしない手合いに対して
「よくわからねーならこれ使っとけ」と回答するときにありがたいのだよ・・・。

猫よけのペットボトルですな
実際はx264のプリセットそのままでほぼおｋ

>>589
そう考えると別にSTG更新しなくても良いよね。
別に低くされたなら困るけど、高くされたからといって一杯一杯使わなくても良いし。

2012.02.23 (v1.33)
・自動マルチパスの強化。
. 上限ファイルサイズと上限ビットレートの指定を行い、
. エンコード後にそれを満たしていなければ適宜再エンコードを行う。
・ニコ動のエコ回避ビットレートが変更されたみたいなので、設定ファイルを調整。
・設定ファイル保存処理の改良。
・ファイルサイズ取得の改良。
・x264guiEx.iniにqaac/refalac用設定を追加。
・x264guiEx.iniにAnonEncoder用設定を追加。

1.xxへの移行に失敗して以来
未だに0.37を使ってる俺が勝ち組

オレは今のところ1.18だな
たいした更新ないし。

AnonEncoder のリンク先閉鎖されてる・・・検索に引掛からない...orz....

AnonEncoderCUI.exe　はどこですか？m(_ _)m

>>595
「致命的な問題のため現在閉鎖中です」ってあるんだからおとなしく再開待つか諦めるしかないんじゃね。

そもそもそんなにいいものなのかどうかすらよくわからんのだけど、なんなのこれ？
いやAAC/MP3エンコーダだってのはわかるんだけども。

AnonEncoderなんて今初めて知ったわ

ありがたく使わせていただいてます。
EX1.33にて
・重み付きBフレームのポップアップの綴りが--wieghtbになっちゃってます
・上限越えないエンコ有効時に、
　『エンコ→上限チェック→「上限越えていたら動画を削除して設定下げて再エンコ」→上限チェック→（ｒｙ』
　になってるのを
　『エンコ→上限チェック→「上限越えていたら動画を削除せずリネームして残しておいて設定下げて再エンコ」→上限チェック→（ｒｙ』
　って可能でしょうか

ニコニコ動画への投稿を考えているのだろうけど、はっきり言って
　　「ファイルサイズぎりぎりまでビットレートを使う」
というエンコードはおかしいということも意識しておくべき。

画質なんてほとんど変わらないのに、上限ギリギリを狙ってファイルサイズオーバーとかアホすぎる。
余裕をもって最初からビットレートをやや低めに設定すればいいだけの話なのに。

ニコニコで画質なんか気にして見てる奴いるのか？

x264に限らず目標レートの5％程度はマージンが必要と考えておいた方が良いね
500kbps以下の超低レートでは10％見てもいいかもしれない
MUXによる容量増加も考えなきゃいけない場合もあるし

俺用メモ

aviutlでH264+AAC.mp4のエロアニメの抜きどころを編集
それをmp4exportで無劣化で出力するとキーフレームやfpsが無茶苦茶になってガクガクのまともに再生・シークできない.mp4が出来上がるが
そのままmkvtoolnixに突っ込みfpsと解像度をソースの適切な物に指定してmkvにミックスするとフレームレートも正常になって普通に再生・シーク可能になる
これで多い日も安心

2183はどんな感じだろう

>>599
これまでのエンコではx264は+-2kbps程度に収めてくれてたもので
従来どおり「最初からやや低めに、狙いから-4kbps」に設定、
でも1.33でオーバーというメッセージで-20kbpsに持っていかれたんですよね。

エコ回避狙ったりもするので少しでも稼いでノイズ減らしたいんです。

YouTubeはどうせ再エンコでサイズとかビットレートとか気にしないで済むので
-q0でエンコしちゃいますが。

エコノミー回避だと映像400kbpsくらいだろうけど、±20kbpsくらいの違いってわかるもんなのかな・・・。
エンコードなんて自己満足の世界だから別にいいけども。

時間のかかる映像エンコを繰り返すよりも、映像はさくっと2パスで終わらせて、
あとは手動で音声のビットレートを加減してMuxしたほうが早いと思うけど、それもちょっと面倒か。

最初にqtaacのvbrで音声作ってそれにビットレートを合わせてエンコ
60fpsなら10kbps30fps以下なら5kbps程度マージンとっとけばコンテナサイズでオーバーする事もない

2012.03.10 (v1.34)
Aviutl <推奨> 0.99k2以降
x264 <必須> r1673 (2010年 7月頃)以降 <推奨> r2183
・設定ファイル(stgファイル)の表示を、フォルダ構造を反映して表示できるようにした。
. あわせて、設定ファイルの新規保存もフォルダを指定できるようにした。
・ニコ動のエコ回避設定ファイル(stgファイル)を一般用とプレミアム用に分けた。
・ポップアップヘルプの誤字修正。
・メモリ使用量を少し削減。
・x264 r2183での--output-csp rgbの仕様変更に対応。並べ替えが不要になったようだ。
・設定保存処理を改良。
・x264guiEx.iniのmkvmerge用コマンドラインで、mkvmerge v5.2.0以降だと
. タイムコードmux用コマンドが --timecodes 0:"%{tcpath}" でなければならないので変更。
・簡易ビットレート計算機で、動画の長さをフレーム数 + フレームレートでも計算できるようにした。
. 時分秒 <-> フレーム数は下のボタンで切り替えられる。
・自動マルチパスで、上限をオーバーしてしまい自動再エンコードが行われる際に、
. 上限オーバーしてしまった動画を削除しない設定を追加。(その他の設定)

>>604
＞エコ回避狙ったりもするので少しでも稼いでノイズ減らしたいんです。

本当に目視でわかるほどノイズが減ってるの？
上限から-4kbps、-10kbps、-20kbpsあたりでエンコードしてみて、それを自分で見比べてみたことがあるの？
一般会員だと総合655-音声56=映像599が上限だとして、595,589,579kbpsの区別がつくの？
エコ回避だと総合445-音声56=映像389kbpsが上限だとして、385,379,369kbpsでのエンコ結果の区別がつくの？
所詮自己満足の世界とはいえ、無駄に数字だけにこだわっても仕方ないと思うんだが・・・。

>>608
> 所詮自己満足の世界とはいえ、無駄に数字だけにこだわっても仕方ないと思うんだが・・・。
自己満足なら数字にこだわるのは自然だと思うし、
自己満足に他者が意見を述べることの方が無意味だと思う。

プリセットで回す奴にtesa subme 11 threads 1のmerange ref bframe盛り盛りでエンコする奴の気持ちは分かるまい｡分かって欲しくもない

音ものとかは極力映像ビットレート減らして数十kbpsなんてこともざらだしな。
5kbpsが画質を分けることも少なくない。

>>610
merange盛り盛りはだめだろ
かえって画質落ちる

　 ｲ｀ﾍ
　/: :| ヽ
/ : :/　　ヽ　＿＿＿　　　_,,,:. .-: :´彡ﾌ
_ノ＼＿∠: : : : : : : : :｀: :-: :,:_:／彡　/
　　　　　 ( : : : : : : : : : : : : : : ｀ゝ　 /
　　マ　　r::/: /: : | : : : : : : : : ::＼ /
　　 　 　//: /: : : |: : | |: : |: _: : : :ヽ
　　ジ　 {/ 7|｀＼/i: /|:|／|´: : : : :|ヽ
　　　　　〉 ,‐-‐､｀|7　|| |_::|,_|: : :|:::|: |
　　で　／ r:oヽ`　　 　/.:oヽヽ: :|: | :|
　　　 　{　{o:::::::}　　 　　{:::::0　}/: :|N
　　っ　 |　ヾ:::ソ　　　 　ヾ:::ｿ /|: : |
　！？ ヽ::::ー-..　／ヽ　..ー-::: ヽ::|　r--ッ
-tヽ／´|｀::::::::::;／　　 `､ ::::::::::: /: i　}　 ＞
::∧: : :|: |J　　 ＼　　 ／　　 ／::i: | /＿ゝ
. ＼ヾ: |::|｀ - ,, ___｀-´_ ,, - ´|: : :|:::|
　　 ヽ: |::|＼　　　 ￣/ /|　　|: : :|: |

>>612
落ちるわけ無いだろSSIMは増加する
http://rigaya34589.blog135.fc2.com/blog-entry-11.html

基本的にmerangeは高くすればするほど品質は良くなり悪くなる事はない
たまに馬鹿の一つ覚えのように予測ミスが〜とか書いてたりするがそんなものはrev1000よりずっと前から無い

http://forum.doom9.org/showpost.php?p=1544428&postcount=45

Extremely high merange (e.g. >64) is unlikely to find any new motion vectors that are useful,
so it may very slightly decrease compression in some cases by picking motion vector deltas
so large that they worsen prediction of future motion vectors in the rare cases they're locally useful,
making them worse than useless.
The effect is so small as to be near-negligible, though, and you shouldn't be using such insane settings.

Dark Shikari

たかが数kbpsとは言うが、砂山のパラドックスというのもあるし

プラシーボ効果は絶大だからな

きてる

x264guiEx 1.35

要望のあったものの追加。

・v1.33で追加した、上限ビットレート指定について、自動計算される余裕の大きさを設定できるようにした。
　その他の設定から。

・通常のx264guiEx.iniの代わりに専用のx264guiEx.iniを使用することで、muxerとしてmp4boxの代わりに
　L-SMASH(remuxer)を使用することもできるようにした。
　L-SMASH remuxerに対応して、音声alacも普通にmuxできるようにして欲しいという要望があったので。
　使用法が多少ややこしいので、続きに詳しく書きました。よくわからない人はこれまでどおりmp4boxを使用してください。

・その他細かい修正。

※今回はx264guiEx.iniも更新が必要です

x264guiEx.iniも更新しろって書いてある場合以外はx264guiEx.iniは更新しなくてよかったのかｗ

結構ini弄ってるから毎回コンペアしてるけど、チョコチョコ変わってるよ

過疎ってたのか・・

1.36

・chapterファイルをmuxすることを選択し、しかしchapterファイルが存在しない時に、
　L-SMASH remuxerやmkvmergeを使用したmuxでも、とりあえずmuxは通るようにした。

・x264guiEx.iniにmp4alsrm23.exe(MPEG4 ALS)用の設定を追加。

正直L-SMASHっつーのが何なのかがわからんｗ

mp4boxいらねになるかもしれないもの

ふむふむ。なるほど。
それはいい事なのだろうか悪いことなのだろうか・・・
つまりMUXがいい感じになるみたいな？

ごめんなさい俺は何を言っているんだろうｗ

ttp://up-cat.net/L%252DSMASH.html
ここ見てみると要するに互換性は高くなるみたいな感じという事で解釈していいのかな。

なんかどんどん難しくなっていくｗ

もう喋るな。

はいすんません

俺が許すから喋ろ

　　/;　　　　　　　　　　　 　V
　 /
　/　 生　　費　　ま　　一　　　　静　　 私
　| 　 活　　や 　 ん　　日　　　　か　　 は
　|　　し　　 し　　が　　の 　 　　に.　　 で
　|　　た　　つ　　と 　 .大　　　　ひ 　　.き
　|　　い　　つ　　2.　　半　　　　 っ　　 る
　| 　 　ﾟ 　 　　　 ち.　　を　　　　そ. 　　だ
　|　　　　　　　　　ゃ　　　　 　 　 り 　 　け
　| 　 　 　 　 　 　ん 　 　 　 　 　 と
　| 　 　 　 　 　 　に 　 　 　 　 　 　`
　 ',
　　＼　　　　　　　　　　 　 /ヽ､　
　　　 ｀ ‐ ､　　　　　　　　/ ￣ ｀‐ ､
　　　　　　　｀　‐-　ｧ‐ヽ「　　　　　　｀ヽ── '´
　　　　　　　　　　/　 　li　　 ヽ 　 　　　 ',
　　　　　　　　　　l li　i il l l',　　', 　 　 　 l
　 　 　 　 　　　　 l l', ',ｌ ', 　ヽ 　ｌ⌒i　,ﾍ !｀ヽ
　　　　　 　 　　 　 ',!', ヽ イ´ ヽ､l )ノ　',. ',＼ ＼
　　　　　　　　　　　 ヽヽｒ　〃　l lヽ._ノ ヽ ヽ ｀ ‐ ､
　　　　　　　　　　　　　　ヽ､＿ lﾉ/;￣＼ヽ ＼
　　　　　　　　　　　　　　　　　 /⌒｀ヽ　 ヽ ＼＼
　　　　　　　　　　　　　　　　　/::::::::::::::＼　＼　ヽ ､
　　　　　　　　　　　　　　　　 /::::::::::::::::::::::＼　ヽ
　　　　　　　　　　　　　　　　/::::::::::::::/::::::::::::ヽイ
　　　　　　　　　　　　　　　 /::::::::::::;ｲ:::::::::::::::::::::l

　　　　　　　　　　　　　　　　　　　　　　　　　　　ヽ
　　　　　　　　　　　　　　_,,.,､､,.ｨ-- ti- ､､､....,,,,_ 　 ',
　　　　　　 　 ,,..､､ri':'ﾞ/~ 　 ﾚ　　 　 '　 ﾞﾍ:l : : : :~,＞
　　 _,...r:::''"::／ l/ .l:/-=ニ二,'_ｰ- ､、 　 !l!;: r '"
'''＜:::::::::::::;､r'　　　　　　　　　　`'' ‐-`.､ /
-、 l::::::::::::l　　　　　　 　 　 ＜"ﾞ'i;ｿ'　　 ',
~.ヽ l:::::::::::l　　　　　　　　　　　　 ~' 　 　 '､
/ .） .l::::::::::!　　　　　　　　　　　 　 　 　 　 '､
　ヽ　.l:!l:::::l ヽ　　　　　　　　　　　　　　　 　 '､
＼ '　 l! l::!l!　ヽ　　　　　　　　　 　 　 　 　 　 ,'
　 ﾞ　 　 ヾ　　　　　　　　　　　　　　　‐'" ,. r ﾞ　　そんなに何も見えてないんじゃ
ｰ-‐i　　　　　　　　　　　　 　 ,.r,,iilll鬚髯ｦ　　　
.　　 l　　　　　　　　　　　　`''' ‐‐ ---t‐'　　　　　生きてても面白くないでしょう
￣￣￣￣￣￣~"''､' ‐ ､ 　 　 　 ー‐ノ
　　　　　　　　 　 　 ',　 ヽ　　　　 　 l
　　　　 　 　 　 　 　 ｌ　　 l　　 　 　 l
　　　　　　　 　 　 　 l　 　 l　　　　 ﾉ　　

よしぃーさん

x264guiEx 1.37
＞・上限ビットレート指定の余裕の大きさを設定するところで、
＞　1以下や21以上に設定しようとすると例外が発生するのを修正。
＞
＞
＞
＞・コマンドの二重発行を抑制。
＞
＞コマンド入力欄とGUIで指定した値が衝突して、
＞コマンドが二重に出てしまったりする。
＞
＞例えば、コマンド入力欄に--aq-mode 3って入れると、
＞ログウィンドウには --aq-mode 3 --aq-mode 3 って2回出て来てた。
＞
＞動作上全く問題はないけど、見た目が気持ち悪いので、これをなんとかしてみた。
＞動作としてはこれまでどおり、コマンド入力欄の設定が優先される。



rigayaさまいつもありがとうございます。

3日前だった

me_rangeを64以上にできるようにして欲しいなぁ

デメリットしかないのに？

>>637
CUIから128とかにしてみたらビットレートは下がりSSIMは上がるから、
時間対効果の面では良くないが、選択肢としてはあっても良いかと

>>638
拡張タブの追加コマンド欄に --merange 128 って書くだけでいいじゃん。

>>616

1.37はCLIがエンコードに反映されてない。
と書こうとしたら、もうコメントのところに書き込んであったな。

普段CLIモードでしか使ってないから、何が悪いのか試行錯誤してしまったわ。
まさかバグだったとは。

x264guiEx 1.38
・v1.37でCLIモードをおもいっきり壊していたので修正。
・L-SMASH remuxer用x264guiEx.iniを更新。
　L-SMASH remuxerを使用する際にremuxerとtimelineeditorの実行順を変更。
・その他細かい調整。

x264guiEx 1.38を使用して、852x480の解像度で出力すると画面左上に緑色のバー状のノイズが乗るんだが
これって既知の問題なのかな？既知の問題ならだれか回避策を教えていただけないだろうか？
x264も8bit版、10bit版、32bit版、64bit版試してみたけど症状が変わらない。
ちなみにフィルタ類の設定はそのままでwmvやaviで出力すると、ノイズが出ないので、その他のフィルタの問題ではないと思うのだが・・・

x264が16の倍数の解像度しかエンコ出来ない糞仕様なので使わない

>>643
変態解像度を使うのが悪い。
704x480 40:33 でエンコしろ

>>643
本当だ。同じavsをコマンドラインでエンコすると問題ないからx264guiExのバグのような気がする。

ただ、もしニコニコに852x480で投稿しようとしてるならやめたほうがいいと思う。
852x480は、正確な16:9ではないので、エコノミー症候群が起きる可能性がある。
　　エコノミー症候群とは - ニコニコ大百科
　　http://dic.nicovideo.jp/id/492
ここにある「左右反転」ってやつね。掲示板も参照。

まだ調査中だけど、16:9や4:3から微妙にずれる解像度（852x480、720x406）で投稿すると、
ニコニコ側のサーバー側のエンコーダーが変なPAR（仕様上は別に問題ない）をつけてエンコしてしまうらしい。
更にFlashPlayerにはPARをうまく解釈できないというバグがあるため、この問題が起きる。

>>644
いつの話だよ・・・。今は２の倍数でできるんだが。

>>645
今はリッピングエンコする人ばかりじゃないぞ。拡張編集で映像作るような人にはそのアドバイスは無意味。
>>643がそうなのかどうかはわからんけどね。

みなさんresありがとう
>>646
自分でも、852x480のaviをつくって、コマンドラインで試してみました。
コマンドはこんな感じ
　x264.exe --crf 22 -o "Test_852x480.mp4" "Test_852x480.avi"
結果、ノイズなしのmp4出来ました。

>>647
目的はPT2で録画したTSファイルを480Pに変換して保存することです。

どうも、x264guiExの問題らしいけど、作者さんってここを見ているのかな？
作者さんのブログで報告した方がいいかしら

>>648
多分見てくれてると思うけど、一応報告しとくといいかもしれませんね。

一応こちらでの再現条件を書いておきます。

ソース：以下のavsファイル。
　　BlankClip(10,852,480,pixel_type="YV12",color=$000000)

エンコード：
　　AviUtl 0.99k2
　　x264guiEx 1.38
　　x264 r2184 32bit 8bit-depth(x264.nl)
　　x264 r2184 32bit 10bit-depth(x264.nl)
　　--crf 23 --colormatrix smpte170m

再生確認：MPC-HC、Flavie、AviUtl＋L-SMASH Works etc.

備考；i422出力やi444出力では発生せず。

1.33までは発生しないみたいだから影響があるのは1.34以降かな。

resありがとうございます。
>>649
お勧めに従って、作者さんのブログに先ほどコメントさせていただきました。
>>650
早速、1.33をDLして試してみました。確かにノイズ出ませんね。
作者さんのブログで1.33→1.38の変更点も確認しましたが、
自分にとって問題になるような点はありませんでしたので、当面は1.33を使用していこうと思います。

みなさん、resありがとうございました。

x264guiEx v1.39

・幅(横解像度)が16で割り切れない場合に、画面左上に(緑色の)ゴミが出る問題を修正。
v1.34からのバグ。

途中で送信してもた。修正ありがとうございます！

>>652
DLし試させていただきました。
852x480でもノイズが出なくなりました。
検証してくださった皆さん、resくださった皆さん、ありがとうございました。

"auo_conver.cpp"のmalloc_pixel_data()のちがい(8bit,YUV420でsse2が使えるとき)
// v1.33
frame_size = ((width + 15) / 16 * 16) * height;

// v1.34: ちょうどwidth * heightが64で割り切れる(例:852x480)とき切り上がらない
frame_size = (width * height + 63) / 64 * 64;

// v1.38: 横幅が16で割り切れないとき常に16足される
if (width % 16) {
frame_size = 16 + (width * height + 15) / 16 * 16;
}
else {
frame_size = width * height;
}

// Y用バッファはframe_sizeだけ、UV用バッファはframe_size/2だけ確保
// sse2は16の倍数でアクセスするのでv1.34のときUV用バッファ不足

v1.38の式にいまいち合点がいかんけど自分の勘違いだろう多分
横幅を16の倍数にしてたら問題なさそうだし、エンバグ報告相次いでるからv1.36で様子をみるぜ

あ？

x264guiEx 1.40
・「ファイルを開く...」のウィンドウ、というかダイアログなどから得られるパスを、相対パスにする設定を追加。
その他の設定から。

・設定フォルダ(x264guiEx_stg)のデフォルト位置を相対パスに変更した。

ようは、相対パス指定によって、Aviutlフォルダを移動しても(Aviutlフォルダ内にあるものを指定していれば)問題なくなるようにした、ということ。

x264guiEx 1.xxを作った初期段階では、すべてを絶対パスで扱うことしか考えていなかったが、更新して相対パスにも対応しているので。

・自動ログ保存先の設定が直ちに反映されるようにした。
エンコの途中で変更すると、そのエンコでは反映されなかったので、やっぱすぐ反映されたほうがいいかなと。

・v1.39がちょい適当なのを真面目に。
・その他細かい変更とかいろいろ。

2012-04-17(22:44)

相対パスはちょっと助かる

Plugins\x264.exeって指定すればいいだけか

設定フォルダだけじゃね

x264vfwの新目の奴を日本語化してみたんだけど、
専門用語が訳わからんねｗ

1.41

Windows XP Home SP3 32bitの感興なのですが、
v1.40から、x264guiEx_stgフォルダにあるプリセットが参照できなくなりました。
v1.39までは大丈夫でした。

「その他の設定」を見てみると、「設定ファイルの保存場所」が「\x264guiEx_stg」となっていました。
参照ボタンを押すとドライブ直下のx264guiEx_stgフォルダを参照しにいっているようです。
先頭にピリオドを足し、「.\x264guiEx_stg」とすれば参照できるようになりました。
AviUtl本体は0.99lと0.99k2を試しました。

XP特有の挙動でしょうか？VistaやWin7では問題ないのでしょうか？

変更点ぐらい確認しましょう

>>664
ごめん、ちゃんと書いてなかった俺が悪いし今見ても書き方が悪いけど、1.40で相対パスに対応したのはわかってます。
stgファイルについての相対パスへの対応が何かおかしいんじゃないかってことです。
>>664さんのとこではちゃんと参照できるのでしょうか？

ちなみに「その他の設定」で「ダイアログから相対パスで取得する」にして、
AviUtlフォルダ内に置いたstgフォルダとかx264やneroAacEnc、MP4Boxの場所などを指定すると
フォルダ名や実行ファイル名の前に「\」がついて保存されますが、ＯＫを押して設定画面を閉じようとすると
指定されたものは存在しませんといわれます。

たしか相対パスまわりでは以前も何かXPだかに特有の挙動があったような気も？記憶違いかもですが。

というかreadmeの変更履歴みなしたら、やっぱり何度かXPについての相対パスの挙動で
対策が入ってるようなので、今回もなにか問題があるのかも？

>>663
WinXPでのPathRelativePathTo関数の問題みたいです。
Win7では問題ないのですが…。
とりあえず対策しておきました。(v1.42)

>>668
>>663です。v1.42でstgファイルおよびx264.exe等が正しく参照されることを確認しました。
すばやい対応、本当にありがとうございます。XPの罠って厄介なんですねえ・・・。

たまーにWAVを音読込した時に、EXで読込んでくれないWAVがあるの

>>670
そのWAVとやらをMediaInfoで解析してテキストモードの情報くらい貼れよ。

あー終わった。
2日ぐらい前に色がおかしいと思っていろいろ試してみたらYC48のとこ無変換にしなきゃならなかったのか。
どうすんだよこれｗｗｗ

>>672
x264guiEx側でのYC48変換機能は、かなり前(v1.28)に削除されてるし、
最新版に変えるなりreadmeを読むなりブログ記事を読むなりすればあっさり解決しただろうに。

あと関係ないけど1.42v2がきてる。メモの更新だけなんで機能面は何もないけど。

でも色関係は難しいよな。初心者はまず気づかないないんじゃないかな。
分かりやすく簡単に説明できるもんでもないし。

RGBとYUVの違いとかビット深度やフルレンジについて
4:4:4と4:2:2と4:2:0の違い
色変換により何がどう変わるか(間引かれる情報など)
ぐらい説明すればソフトやエンコーダでどういった処理がされてるとか言っても大体分かるんじゃね

>>675
色そのものは殆ど変わらんけど色解像が違ってくる
特に赤系は顕著

別に青だってそうですし

赤は分かりやすいね

＞特に赤系は顕著
ってことは青だって緑だって変わるんだろ？

いかん・・・この板で赤青の文字見るとあのカード連想するレベルにまで毒されてる

MuxしなくてもApple形式のチャプターファイルを吐いてくれるようにならんもんかな

>>681
それは思う事がある

教えてくださいお願いします
H.264の出力プラグインを使うには
.Net Framework 2.0 SP1 と Microsoft Visual C++ 2008 SP1 再頒布可能パッケージ (x86)
が必要と書いてたのですがそのサイトがもう無いのか手に入れる事が出来なくて困っています
テンプレに乗ってる所を見て色々試してみても上手く行きません
よろしくお願いします

おいおい、勝手にマイクロソフト潰すなよｗ
x264guiEx_readme.txtに載ってるurlから普通に落とせるだろ

Visual C++ 2008 SP1については、こっちを入れたほうがいい気がするんだけど、どうなんだろう。
ATLっていうのをx264guiExが使ってるのかどうかは知らないけど、セキュリティ面を考えると。

　　Microsoft Visual C++ 2008 Service Pack 1 再頒布可能パッケージ ATL のセキュリティ更新プログラム
　　ttp://www.microsoft.com/downloads/ja-jp/details.aspx?familyid=2051a0c1-c9b5-4b0a-a8f5-770a549fd78c&displaylang=ja

　　参考： ttp://goldenhige.cocolog-nifty.com/blog/2009/10/visual-c-2005sp.html

>>684>>685
readmeには

Microsoft Visual C++ 2008 SP1 再頒布可能パッケージ (x86)
ttp://www.microsoft.com/downloads/ja-jp/details.aspx?FamilyID=a5c84275-3b97-4ab7-a40d-3802b2af5fc2

XPでは追加で以下のものも必要です。(Vista, 7 はインストール済みです)

.NET Framework 2.0(SP2) Runtime (x86)
※[NetFx20SP2_x86.exe]というのをダウンロード・インストールします。
ttp://www.microsoft.com/downloads/ja-jp/details.aspx?FamilyID=5b2c0358-915b-4eb5-9b1d-10e506da9d0f

.NET Framework 2.0(SP2) Runtime (x86) LanguagePack
ttp://www.microsoft.com/downloads/ja-jp/details.aspx?FamilyID=C69789E0-A4FA-4B2E-A6B5-3B3695825992
とも出てるんですがどうしてもこのサイトを開こうとするとページを表示できませんとなってしまいます
スレイプニル、Firefox、ｲﾝﾀｰﾈｯﾄｴｸｽﾌﾟﾛｰﾗ等で開こうとしても結果は同じでした

もう、パソコン初心者板に行けよ！と思う

>>686
とりあえずルーターとかPCとか、ネットに関係するもの全部再起動してみたら？
　　http://knowledge.livedoor.com/36506
時間をおいて何度か試してみればいずれうまくいくんじゃないかね。

x264guiExとは全然関係ないPCの基本の話なので、これでも無理なら>>687の言うとおりにしたほうがいいと思う。

解決できました
ご迷惑掛けてすみませんでした
感謝

rigayaの日記兼メモ帳 x264guiEx 1.43
・最大キーフレーム間隔(--keyint)を"-1"にすると、エンコ時に自動的にfps×10を設定するようにした。

afs使う場合どうなるの？

http://live2.ch/jlab-tv/2/k/s/tv1338076613294.jpg

地デジ汚ねえ
おまえらこんなんで満足してんの

>>692
そんな動き激しい+シーンチェンジの部分切り取られてもなぁ。BSでも厳しいわ

画質を語るのにJPEGで上げる時点でお察しください。

検索してみたら割れ厨だった

175 名前：[名無し]さん(bin+cue).rar[sage] 投稿日：2012/05/27(日) 09:04:47.96 ID:qY1GddpO0
http://live2.ch/jlab-tv/2/k/s/tv1338076613294.jpg

MPEG2汚すぎてちんこしぼむ

ワロタ

高画質なアニメを望むスレ56
http://awabi.2ch.net/test/read.cgi/asaloon/1330883316/

x264のcrf20と、xvidのquantizer3.00が同じぐらいに見えるんだけど、どうでしょか？
ビットレートは倍ぐらいの差があるんですが・・・

あなたがそう見えるならそれでいいじゃん。

じゃあビットレート同じにしてどっちが綺麗かやればいいじゃん

個人的にはどう考えても感があるｗ

ビットレート同じにしてどっちが綺麗ガチンコバトルしてみました
x264baseline・・・crf20 xvid sp L5・・・crf25相当
こんなに差があるとは・・・これからはアニキ達を見習ってx264使いたいと思います

田舎のばあちゃんに孫の運動会の動画をH.264でエンコードして持っていったら、
ばあちゃん家のパソコンじゃ重くて再生できなかった。Xvidにしておけば…
ってことがあるかも知れんｗ

>>703
そういうのはDVD-Videoにしとくのが一番だろ

ばあちゃん家が家電なしパソコンだけ
しかもドライブレスSSDのみの静音PCだったらどうすんだよ

PS3をスタンバっておくがよい！

iso+仮想ドライブでいいじゃん

>>705
そんなばあちゃん家に行ってみたいｗ

>>702
でも、王道のMPEG2 に変換したらどっちがきれいかな

>>708
ばあちゃん家のPCを自分の趣味で自作して後で後悔するパターンと見た

ばあちゃん「いやあ、ガス冷で6G越え狙ったんだけどはずれ石だったみたいで
5,6あたりで落ちちゃうんだあ」
「新しいの組むから、たけしこれもってかえるかい？」
「こんなんでも1時間の動画をx264で35分弱でエンコできるから一般用途なら使えるっぺ」

>>711
こえぇよｗ

>>711
ぜひお会いしたいｗ

コンピューターおばあちゃん

たけしのばーちゃんなら仕方無い

スーパーエレクトリック　おばーちゃん

電脳コイルのスレはここですか？

超法規的措置

1.45で、ファイルを読み込んでいない状態で設定画面を呼び出そうとすると、
.NET Frameworkのエラーダイアログが出ない？

>>719
うちでは特に問題ない。XP SP3。

>>719
更新するつもりなかったがわざわざ更新して試してやったぞ感謝しろ
何の問題もなく開いたVistaSP2

Win7@64なんだけど、ウチの環境問題なんかな

エラーメッセージは以下

Microsoft .NET Framework

アプリケーションのコンポーネントで、ハンドルされていない例外が発生しました。［継続］をクリックすると、アプリケーションはこのエラーを無視し、続行しようとします。

‘0’のInvalidArgument=Value は ‘SelectedIndex’に対して有効ではありません。
パラメータ名: SelectedIndex。

win7 x64で問題ないけど

別フォルダに新しくAviUtl本体を展開して、そこにまた別途解凍したx264guiEx 1.45を入れて試してみたら？

なんとか解決したっぽい
ずっと使いまわしてきたINIファイルに新項目が無いのが原因だったのかな。
新たに加わったMPG関連の項目を付属のINIからコピペしたらダイアログが出なくなった。

カスタマイズして使ってるのか知らんが、基本的にiniファイルも一緒に更新すべきものなんだから
新しいiniファイルに自分のカスタマイズ項目を書き込んだほうがいいと思うが・・・。

mpg関連の追加をしたので、v1.44で要iniファイル更新でした。
書き忘れてしまい、すみません。

りがや乙だがや

トリップ付けた方がいい

突如本人降臨ですか乙。

ところで、
ttp://d.hatena.ne.jp/seraphy/20120519
のseraphyたんは、
俺らおなじみのseraphyたんなのかい？

ちがう

x264guiEx_1.46

1.47でたよー

x264guiEx 1.48
・faw2aac.auoがあれば、fawclがなくてもFAW処理できるように。

乙だがや

ありがやたい

>>736
どうやって使うの、これ？

x264guiEx_1.49

バグの修正。
・%{chpath}が一時ファイル名を元に作られてしまっていたのを、出力ファイル名からに修正。
・L-SMASH muxer使用時にraw音声mux後にまれにエラーが発生する可能性があったのを修正。おそらく普通は大丈夫だとは思うけども、念のため。

ありがやた、ありがやた、（-人-）

困っているので教えて頂きたいのですが、現在aviutlでx264を使用して変換をしています。
映像の形式が1パスだとmp4 v2になるのにたいし、2パスだとmp4 media base v1になってしまいます。
再生環境がv1に対応していないようで2パスでv2に出力したいのですが何処の設定をいじれば良いのでしょうか?よろしくお願いします。

何でmuxしてんの？

mp4box0.4.6-rev2735を利用しています。

もうそれ古いよ。

L-SMASHだとmp42を自動的にメインブランドにしてくれる

>746
がびーん 古かったのか原因だったのか...
ありがとうございます。

>747
mp42が関連しているところまではGoogle先生がおしえてくれたのですが、Lーsmashまではたどり着けませんでした。早速ためしてみます。
ありがとうございます。

最新のx264guiExならMP4Boxなら-brand mp42をつけてMuxするからMP42になるし、
そもそも１パスか２パスかで結果が変わることなんて無いと思うが・・・。
再生環境がBaseMedia v1には対応してなくてBaseMedia v2にしか対応してないってのも怪しい気がするけど。

・使っている出力プラグイン名と、そのバージョンは？ （Exの相当古い奴か、そもそもEx使ってないとかじゃないの？）
・使っているx264.exeはどこから持ってきた？
・v1だのv2だのってはどうやって調べた？

このあたりを明確にしたほうがいいと思うけど。

とりあえずMP4Boxを最新にする or L-SMASHに変える
brandに関してはboxdumper --box input.mp4 > box.txt
てな感じでL-SMASHのboxdumperで調べれ
メジャーブランドがmp41かmp42かはbox.txtの[ftyp: File Type Box]下のmajor_brandを見ればいい

というか再生環境がアレなだけな気がする
splitterとdecoderは何使ってるの？

その再生できないっていうMP4をどっかにupしてくれたらある程度答えられるけど

うちの携帯だとisomしか再生できなかったな(mp41やmp42は音声だけ流れる)

いち、ごーぜろ　かみんぐなう

x264guiEx 1.50
・自動フィールドシフト時に発生するかもしれないエラーを回避。
エラー報告を頂いたので。
timecode mux時にfpsに基づいて時間分解能を指定するように。
tc2mp4mod で -T, -bを指定。
timelineeditorで --media-timebase, --media-timescaleを指定。

もとのfpsが29.97fps (30000/1001fps)以外の場合に発生しうるエラーを回避する。

・共通置換文字列を拡張。

わんふぁいぶわん
というかx264r2207も来てたのね

2208が来てまふ

325 名前：名無しさん＠編集中：2012/07/19(木) 09:59:26.83 ID:eJBTK1tT

r2207「ヘイみんな！インジケーターかっちょよくしてみたぜ！どーだい！」

r2208「そ、そんなにボロクソ言わなくてもいーでしょーに！はいはい！わかりましたー元に戻しマースどーもーすいませんでしたー」

インジケーターって何？

indicateするもの

>というわけでr2208。r2207は短命であった。
>
>x264guiEx 1.51は要らない子に。まあ、そのほうがいいです。

質問。
x264.vfwを
ttp://www.gigafree.net/media/codec/x264.html
からx264.vfwをDLして使っているんですが、

640x360の無圧縮AVIをAviUtl+x264.vfwで圧縮をして
出来たファイルをメディアプレーヤーで再生させた時、
無圧縮AVIを再生させた時より、一回り位小さく表示されてしまいます。

ヘッダを確認してもちゃんと640x360になっているんですが、
何か設定とかあったら教えてほしいです。

これは久々に伸びるかな？ｗ

これで伸びる余地なんてないだろ。

>>760
x264vfw側の設定が原因だとしたら変なSARを指定してるんじゃないの。
そうでないなら
　　・正確なプレーヤー名
　　・x264vfwの設定画面のスクリーンショット
　　・作ったAVIをMediaInfoで解析した結果（テキストモードの内容）
　　・「ヘッダを確認」て何をどう確認したの？
といった情報を出してみたらいいんでない？

レスどうもです。
x264vfwは始めて使っていてインストールしたまんまのデフォルトセッティングです。(sarだけいじった)
先程、一回り小さくなると書いたのですが、正確のは 640x360が480x270の大きさで表示されます。
メディアプレーヤーはwin7に標準で付いてある奴です。
--sar を色々いじってはみたんですが、
480x270 の範囲内で変化しているだけでした。
--sar 0:0しても、480x270のままでした。
ヘッダを確認したと言うのは、真空波動研liteで 640x360になっているか確認しただけです。
640x480とか、4:3 だと普通にその大きさで表示されます。
mediainfoはこれから調べてみますが、
この内容で何か気付いた所はないですかね？

小出しにせずに全部調べてから書けばいい。

連投になります。 mediainfoで調べてみました。
General
Complete name : D:\videoaaaax.avi
Format : AVI
Format/Info : Audio Video Interleave
File size : 1.22 MiB
Duration : 10s 400ms
Overall bit rate : 988 Kbps
Writing library : This file was made by AviUtl 0.99m.

Video
ID : 0
Format : AVC
Format/Info : Advanced Video Codec
Format profile : [email protected]
Format settings, CABAC : Yes
Format settings, ReFrames : 1 frame
Codec ID : H264
Duration : 10s 400ms
Bit rate : 979 Kbps
Width : 640 pixels
Height : 360 pixels
Display aspect ratio : 16/9
Frame rate : 30.000 fps
Resolution : 24 bits
Colorimetry : 4:2:0
Scan type : Progressive
Bits/(Pixel*Frame) : 0.142
Stream size : 1.21 MiB (99%)
Writing library : x264 core 125 r2200bm 999b753

Encoding settings:1 / ref=1 / deblock=1:0:0 / analyse=0x3:0x3 / me=dia / subme=1 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_ps

fast_pskip=1 / chroma_qp_offset=0 / threads=4 / lookahead_threads=4 / sliced_threads=1 / slices=4 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0
/ constrained_intra=0 / bframes=0 / weightp=1 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc=crf / mbtree=0 / crf=22.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00

すいません、調べながらやっていて、これで全部です。
宜しくお願いします。

>>763-768
PresetをsuperfastにしてZeroLatencyにチェックを入れLevel4.1を明示指定したうえにcrfを22にしてあるみたいけど
これのどこがデフォルト設定なのか問い詰めたい。設定画面左下の「Load Defaults」を押してみろと。

それはおいとくとして、問題があるようには見えないから再生環境の問題じゃねえの。
プレーヤー側の表示が75%表示になってるとか、ffdshowでリサイズを有効にしてるとか。
AviUtlに読ませたり、MPC-HCで再生したりしてみれば普通に再生できるでしょ。

>>760
AviUtlならx264guiEx使ったほうがいいと思うんだけど。
どうしてもaviコンテナに入れないとだめなの？

レスどうもです。

x264guiExっていう物を知れませんでした。
こだわっている訳ではないので、そちらの方を使ってみます。

長々とすめませんでした。

ここで良いかな?
スレチだったら言ってくれ。

拡張x264出力(GUI)Exからエンコードするときに、
2pass目で必ず不正なパラメータ云々といわれてエンコードが止まってしまうので、
助言をもらえたらうれしい。

一応、ログ?

--------------------------------------------------------------------------------------------------
[G:\encode\AviUtil\hoge_05.mp4] (2 / 2 pass)
--------------------------------------------------------------------------------------------------
auo [info]: converting YUY2 -> nv12p, using SSE2
auo [info]: arguments passed...
--preset slow --bitrate 800 --pass 3 --stats "G:\encode\AviUtil\hoge_05.stats" --qpstep 12 --qcomp 0.7
--rc-lookahead 60 --vbv-bufsize 17500 --vbv-maxrate 17500 --aq-mode 2 --aq-strength 1.2 --psy-rd 0.6:0
--keyint 300 --min-keyint 4 --bframes 4 --subme 11 --no-fast-pskip --no-dct-decimate --trellis 2 --colormatrix
smpte170m --frames 27866 --input-res 1280x720 --input-csp nv12 --fps 30/1 -o "G:\encode\AviUtil\hoge_05.mp4"
"-"
raw [info]: 1280x720p 0:0 @ 30/1 fps (cfr)
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2
x264 [info]: profile High, level 3.1
auo [error]: x264が予期せず途中終了しました。x264に不正なパラメータ(オプション)が渡された可能性があります。
auo [info]: x264エンコード時間 : 0時間 0分52.6秒
auo [info]: 総エンコード時間 : 0時間15分52.0秒


1pass目と2pass目で違うのってなんだろか・・・負荷は上がってそうだけども

--slow-firstpass使って1パス目で終了するかどうか見てみれば？

>>772
x264guiExのバージョンと、x264のバージョンを明示すべきだと思う。

要望というほどではないけど、ログにx264のバージョンも出力されるとちょっといいかなと思った。
間違った解説動画とか見て古いx264使ったりする人もたまにいるようだし。

--rc-lookahead を30ぐらいにしてどうかな
解像度低いし違うとは思うけど

>>773,775
同じ様に不正な〜が出て止まってしまった。

>>774
ログを貼り付けて満足していた。すまない。

x264guiEx 1.50v2
x264 2208

もちっと詳細なエラーが出てくれれば良いんだが、
調べようがなくて困った・・・

フィルタ類が設定に対応してないのがあるとかは？

x264タブでログ表示をinfoからdebugに変えたら何か出たりしねえかな。

あとは無意味かもしれないけど2pass目のログだけじゃなく、1pass目も含めた全ログを貼ってみるとか。
あとは素材をDirectShowFileReaderで読み込んでいないか確認してみるとか。

さよならx264vfw

ペガシス、AVC/H.264編集/スマートレンダリングソフト -AV Watch
ttp://av.watch.impress.co.jp/docs/news/20120730_550174.html

またきたかペガ社員ダウン板かつべ板にでも貼ってろよ
utl,directshow,guiexだけで同等以上の事出来るじゃねえか

できねーよ。
aviutl L-smash Worksが完成すれば・・・がんばれmuken氏

>>779
x264vfwはまったく関係ないやん。x264vfwって何なのかわかってる？

そもそもスマートレンダリングできるとしても、あんまり活用することなさそうな・・・。
少なくともTSエンコしてる人はサイズ縮めて保存するのが目的だから使わないだろうし
ニコ動やらYoutubeやらに投稿してる層にしてもほぼ使う機会なんてないだろ。

カメラ撮影した動画をカットして最低限の編集だけしてYoutubeに丸投げするような場合は便利なのかな？

録画後自動でx264エンコっていう選択肢が増えるじゃん

>>783
>>779を使って自動化するということ？よくわからんけど・・・。

言葉足らずですみません。
嬉しかったもんで・・・。

AVIやめてMP4に完全移行したかった。
MP4にしちゃうと無劣化カットできる良いソフトがない。
AVIならVirtualDubでサクサクっとカットできる。
AVIで我慢・・・。
だが遂に！

ということでした。

>>785
無劣化カットを求めているのは、素材をエンコしておいて後から何度も動画作りに使うからとかそういう理由なんだろうか。

>>786
CMカット1か所忘れとか、
最初は全編必要と思ったけど何度も見てるうちに「このコーナー要らない」とか
ありません？

mp4の無劣化カットはAviUtlにプラグイン入れれば出来なかったっけ？
カット後の開始点がキーフレームで無いといけなかったと思うが。

>>787
なるほどそういうケースもあるのか。
一度エンコしたらそれほど頻繁に見返さないし、後からやり直すの面倒だしそのままにしとくかなという人が多い気もしてた。

>>788
MP4PluginなりL-SMASH Works使えば一応できるみたいね。どこまでできるのかはよくわからないけど。

>>784
録画終了後のパッチ（HandBrake等）で丸ごとMP4にエンコしとくってこと。
自動でエンコしとけばCMカット後のMP4出力が爆速化できる。

んで、スマートレンダリングはキーフレーム間はコピー、編集で壊れたキーフレーム間だけを再エンコってことができるから最小限の劣化で編集ができるって代物

スレチだけど

>>785
VirtualDubその他でavi切り貼りするより、
AviUtlでmp4切り貼りする方が楽だと思うようになった今日この頃。
キーフレーム云々はaviでも同じでなかった？

昔はTMEでCMカットしてたんだけどな
今はAviUtlオンリーになっちまった
音声ズレ生じるかもしれないので16bit音声に直してるけど

わーい
弄る内容が大きいとなにかやらかすrigayaさんの大幅に手が入ったらしい1.52キター
常用に回すの怖えー

>>788
AviUtlは大分前に使ったきりだったんで、
MP4を操作できるとは知りませんでした。
私はAvidemuxというのを使ってカットしてたんですが
クラッシュや音ズレが多くて使いづらかったです。

>>789
そうなると皆さんがAVIに留まる理由って何なんでしょう？

誰もAVIにとどまってなどいない
可逆圧縮突っ込む時くらい

編集時の中間出力はHuffyuv使うからコンテナはaviになるかな
あとはaviしか読めないソフトがあったり

可逆で作成してから変換するとエンコスピード落ちるよね？
その場合huffyuvよりlagarith losslessの方が早いような気がする。

>>797
全体的に間違ってるというか意味がよくわからない。
とりあえずLagarithは圧縮率はHuffyuvより高いけど、
エンコード・デコード速度は遅いから、Lagarith素材のほうがエンコは遅くなるはず。
Huffyuvのデータが巨大すぎてHDDの読み込み速度でひっかかるというのでもあれば別だがそんなことないだろうし。

＞可逆で作成してから変換するとエンコスピード落ちるよね？

これの意味がわからない。

関係ないかもしれないが、例えばクソ重いフィルタをかけて２パスエンコするような場合は、
　　１．１パス目の処理（重いフィルタ処理を含む）
　　２．２パス目の処理（重いフィルタ処理を含む）　→つまり重いフィルタ処理が２回必要になる
とするよりも、
　　１．可逆で出力（重いフィルタ処理を含む）
　　２．可逆ソースから１パス目の処理
　　３．可逆ソースから２パス目の処理　→重いフィルタ処理が１回だけで済む
としたほうが速くなることもある。

あんたのほうが意味分からない

がんばってね

>>798
あー、説明が足りんかったわすまんね。
例としてフィルタ等をかけて可逆で作成した物をそのままフィルタかけずにmp4なんかに変換しようとするとCPU100％近くまで行かずに全開でエンコされないというか。

HDDの読み込み速度の問題かと思ってたけどSSDでも結局遅かった。

というかそんな事やる奴普通いないかｗ

>>801
SSDは線形読み出しがHDD並みなのもざらにある。
可逆だとSD解像度でも20MB/s近くになるからしょぼいストレージだと十分にネックになるよ。
あとは搭載メモリが低いと並行してページアウトが起きて悲惨って可能性も。

Huffyuvって、Huffyuv_mtとかじゃなくてオリジナルの2.1.1とか使ってるのだろうか。
Lagarithは公式のほうでもマルチスレッドに対応してるし、そのあたりがデコード速度に影響してるのかな。
とりあえずUtVideoを試してみるのもよさそうだが。

やっとためせた・・・

>>777
フィルタ全部外したけども、変わらずだった

>778
debug にしたら2pass目途中で bluescreen落ち

ここに書き込んでおいてすまんが、こうなるとハード的な問題な気がしてきた・・・

はてさて、困ったぞ。

とりあえず関係するものを全部ダウンロードしなおして全く別の新しいフォルダで
AviUtl環境全体をゼロから構築しなおしたほうがいいんじゃないかね。

>>794
mp4形式にしないといけない理由ってなんだ？
正直、画質も容量もあんまり変わらんのでmp4は動画共有サイトに上げたりモバイルで見る人向けなんじゃと思ってるんだが

自分はaviutlよりVirtualdubのが使いやすいからそのまま使ってるわ
aviutlと違って64bitやまともなマルチスレッド、avxなんかの新しい技術に対応してくれてるので使いやすい

MP4コンテナがAVIコンテナに比べて優れている点

・真のVFRに対応している
・音声コーデックにVBRを使用できる
・チャプターや複数音声トラックに対応している
・HWエンコーダ/デコーダが対応している機器が多い

私見だけどAVIコンテナはどうしてもAVIしか対応していないアプリを
使用したい場合以外使い道が無いと思う。

x264guiEx 1.52来てるね
ログにx264のバージョン表示するようになった模様

>>808
>>793

あ…
完全に見逃してた。
スレ汚しスマン

>>807
あんまり魅力的には思わんかな…
HWエンコとか使わんしデコードは大体でできるしで
あとVBRとかMP4でもたまに音声ずれなく無いか？古い知識だから間違ってるかも知れんが

家電での再生を考えるのならMP4に入れとくのが定石
こういう話題って、定期的に出てくるね

新しいものへの移行を拒否する理由をさがすのは、一定数の人間が持つ特性だから。

>812は
主語が抜けてたけど「h.264を」ね

>>813
移行慎重派は勇み足して爆死したフォーマットをプギャできる可能性はあるけど
h264のコンテナとしてはもう勝負ついちゃってるしな。

そうは言うけどMAD製作者やら動画を編集してネットに上げたりする人ならともかく個人でMP4にする必要性があまりないんだもの
x264でエンコした動画はavi形式で普通に入るし…
あとわざわざエンコして家電に入れるほど画質凝るならBD買った方がいい気がするが、みんなエンコした動画は何で見てるんだ？スマホ？

aviにする必要性のほうがないと思うが

まぁ、VFWのスレだしな。
これから動画エンコードを始めようって人が、H.264のコンテナにAVIを
選んでたらアホだろうけど。

>>817
自分が単に元々aviコンテナ使っててわざわざMP4にする必要性が無かっただけよ
ただ、今はx264だけど昔はXvidとか使ってたし、これからエンコソフトとかがもっと使いやすく変わったら移ると思うけど

ソフトの開発もっと進んでくれるといいなぁ…

aviもmp4もコンテナだけど、
mp4なら世間様はコーデックx264一択だから
ポータブル機器対応してて便利なんだよね。

パソコンで見るだけならどっちでも良いんだけど。

>>805
やってみたけど、変わらんかったわー。

というか、解決したんだ。すまない。

結論からいうと Intel Turbo mode が原因だった。
完全にハードというか環境の問題だった・・・

そりゃそうだよねぇ、step2でCPU負荷が増えて落ちてるんだもの・・・
こんなアホは他にいないとは思うけど、レスとして残しておこう。

あー解決してよかった。

>>821
んん？どういうこと？

CPUのコアが遊んでるけど暇なコア動かすんじゃなくてOCして1コアの能力上げるよ！って機能なのかな？
元々OCとかしてる場合はこれは危ない動作になるのかもねぇ。

そんなこともわからないでOCするやつはいねーよ

NICOにうｐするために、１００MBに抑えるためビットレート計算機でビットレート調節しているのに
できあがると175MBになったりする・・・orz
原因なんだろ？
10分の1の長さで区切ると１０MBくらいになるのに、全体をやるとそうなる

2パス以上にしていないから。

>>825
スレち、そんな初歩的なこともわからんならな
ttp://toro.2ch.net/test/read.cgi/avi/1335404660/

>>825には、つべ板のエンコスレでWiki見るように回答しといたのでこれ以上は特に必要ないと思う。
　　http://anago.2ch.net/test/read.cgi/streaming/1333673572/456-457

>>826
自動マルチパス２でやってました
>>827
ん・・・


パソコンをまったくいじらずに負荷をかけなければ
ちゃんと100MB以内に収まることが判明した
でもそれでも、映像が乱れる感じになる
やっぱりHD編集はE5200じゃ厳しいのかしら･･･
ハンディカムのAVCHD（M2TS）を編集ソフトで編集して、
そのソフトでまたm2stで書き出した
サイズは勿論フルHD
それをdga、wavにしてからavsでaviutlに読み込ませました。
それをハーフAVCHDで書き出そうとしていて上のような現象になります
単純にスペック不足なのか、フレームレート辺りが関係している・・・？
60i、29.97フレームというのはどの段階でも変えてないんですけど。
はぁ。疲れる・・

ﾜﾛﾀ

ええと、夏ですねぇ
でいいですか？

初心に立ち返りたい
ハンディカムのm2ts、また編集ソフトで書き出したm2tsをａｖｉｕｔｌで読み込んで
書き出すにはどうしたらいいの？(´；ω；｀)

スレ違いですよ。

>>822
いや、biosで intel turbo mode が on になってて、
そいつを切ったらうまくいったという話なんだ。

インテル ターボ・ブースト・テクノロジーで ぐぐると出てくるよー。

153なう

SkyDrive は Microsoft アカウントを要求される

1.54

サインインしてても
「アイテムが存在しない可能性があります。または、使用できなくなっています。」
とか出てくるな

github見易いな

Firefox14.0.1だけど、SlyDriveにいくとサインインのページになるうえに、
なんか読み込みかページ更新かわからんけどぷるぷる繰り返してる状態になるな。
なんだこれ。

>>836
別に普通に落とせたけど？

>>839
Firefox14.0.1だけど何の問題もないわ

>>840
>※追記
>2012.08.18 17:05
>skydriveのほうが非公開設定になっていたのを修正。古いバージョンはx264guiEx_oldフォルダに移動。

>>840-841
ブログに書いてあるのに読まなかった馬鹿共晒しage

晒し上げなんて聞いたの何年振りだ

ああ夏休み

>>844
SALAしage
なんてのもあったな

2日前に1.53入れました
昨日1.54入れました
今1.55に気付きましたorz

コピペするだけなのにorzってなる意味が分からん

>>848
iniいじっている人はそこをコピペする必要もあるじゃん。
まあ、結局コピペするだけだがｗ

iniをいじって使う人って、どういうとこをいじってる人が多いんだろう。
参考までにちょっと聞いてみたい。

置換や結合を他のツールで自動化するのが楽そうだけど、そんなに頻繁でもないしな…

chap順番入れ替え
HE-AACv2のMaxを48から64へ等々してる
ini書き換えとは関係ないが新verにする時は問題ないか確認で
1時間程度の物を2,3本テストエンコしてるからその分の手間は掛かる
exに限った話じゃないが

http://komisar.gin.by/old/2208/x264vfw.2208kMod.x86.exe
http://komisar.gin.by/old/2208/x264vfw.2208kMod.x86_64.exe

でてたぜー

いつのまにかEXv1.57までいってた

特に設定触らず書き出すと、
Format profile：[email protected]　になるんだけど、これを
Format profile：Simple@L3 にするにはどうすればいいでしょうか？

H.264のプロファイルにsimpleあったっけ？

ない。Xvidとかと勘違いしてるんじゃないか。

baseline、main,high、high10しか在りませんでした。
再生環境がEYE-POPPERというものでして
http://www.aska-japan.net/products/p-dpf-ep01.htm
＞動画は画像サイズ720×480までの、MPEG-4 Simple Profile Level 0〜3(.mp4)の再生に対応しています。
としか書いてありません。
mp4でSimple@L3にするにはどうすればいいのでしょうか？

>>858
MPEG-4 Part2の動画ファイルが作れればいいわけだから、携帯動画変換君とか使えばいけるんじゃないか？

ありがとう>>859
でも、でもねQuickTimeはちょっと・・・。ｺﾞﾒﾝ

surechi

携帯動画変換君はフロントエンドだからQuickTime必要なわけじゃない
エンコーダー別にffmpegでもなんでも

ありがとう>>862

mp4は変換始まらなかったけど、aviだと変換始まりました。
Simple@L3のaviでやってみたんだけど、変換されたものは
[email protected]になってしまいました。

スレ違いだし、もう他でやりなさいな

x264でも相当のオプション切ればいけるかもしれんがxvidが近いだろな
Simple@L3なmp4はffmpegで作れる。実機で色々試せ
-vcodec libxvid -s 720x480 -aspect 16:9 -acodec mp2 -ab 128k -f mp4

ありがとう>>865
YambでSimple@L3のままmp4に出来ました。
でも再生できず。
サンプルくらい入れておいて欲しい。
後は色々やってみます。
教えてくれた人ありがとう。では。

拡張x264出力(GUI)Exのパラメータについての質問です
aviutlなど数々のすばらしいソフトを使わせてもらい
TSファイルからmp4ファイルへの変換がなんとか出来ました
拡張x264出力(GUI)Exのプリセットにてアニメ高圧縮、1280x720だと
30分アニメが150MBとなりニコ動の配信アニメより少しキレイな動画になりました
予想以上にファイルサイズが小さくなり画質もそこそこ良かったのですが
欲が出まして300MBくらいでもう少し画質を上げたい場合、
シングルパス品質基準の品質を変える以外に変化させた方がいいパラメータはあるでしょうか？
よろしくお願いします

自分で調べろよ。
パラメータの説明なんて色んなページがあるだろ。

よくわかんないならそのまま使っとけ
プリセット(てかGUIモード)はせっかく--tuneしたオプションを
後でことごとく打ち消してるから使ってない

動きのあるシーンを切り出して色々試してみればいいっしょ

ですよねー、自分でやるしか無いですよね
初心者ゆえにここまでの準備に時間がかかり過ぎて
疲れて、つい助言を求めてしました
もう少し頑張ってみまふ、ありがとうございました

ソースと目的によって最適設定全然違うから他人に聞いても無意味
更に設定も晒してないのに設定のアドバイス受けようなんて無理に決まってる

でも元からある設定使うのが一番いい気がする。
アニメならtune animationにしてcrfいじるだけでいいと思ってる。

ぶっちゃけ2passって意味あるんですか？
時間が倍かかる。
他のソフトだと一回がデフォな気がする

画質を落とさず、さらにサイズの小ささを追求したい人が使う

動画投稿サイト用に作るときとか。
ビットレートやファイルサイズに制限がある場合は2pass必須。

容量決め打ちするならマルチパスを使う

なるほど。ツベように15000kbpsでどんとだしならどうかね

ヒマをもてあましてるならcrfで目標通りになるまでいじくりながら何度もやってもいいけど

youtubeならcrf=10〜15くらいでエンコしてうｐしてる

品質基準と2passで画質に違いはあるんですか？

あるよ
2passをただサイズ収めるためのものだと思ってるなら何か勘違いしてる

同一ビットレートでほかの設定が同一って条件で品質基準が1passだからマルチパスと比べて画質悪いって事もないけどな
画質良くなることも悪くなることもある

(GUI)EX1.57使用して
外部muxerとしてl-smashのremuxer、timelineeditor、muxerを指定しています。
エンコード時にtimelineeditorでエラーが発生して終了してしまいました。
mp4ファイルとtimecode.txt、aacファイルがあります。
このあとはどうしたら、ファイルは完成するのでしょうか？

tc2mp4Mod.exe -i [入力ファイル名].mp4 -t [タイムコード].timecode.txt -o NON_AUDIO-AVC.mp4
MP4Box.exe -add [入力ファイル名（オーディオ、拡張子に注意）]_audio.m4a -add NON_AUDIO-AVC.mp4 -brand mp42 AVC-MP4.mp4

↑をメモ帳にコピペして、[ファイル名]のところを置き換えて保存
あとは拡張子を.txtから..batに変えて実行

エンコ時間短縮したい
フルHDで中間ファイルとか作ると馬鹿みたいに時間かかる
6分の動画で5時間町って以上でしょ。いくら可逆圧縮だからって。
今E5200。3770とかにしたら5時間が何時間くらいになる？
ローン君で買おうかなぁ。精神衛生情欲内は

エンコやるのにE5200を選ぶのがそもそもの間違い
同時期のQ9550でも遥かに速いし、それ以前のQ6600でもそのままで速い
コア数の選択ミスったとしてもL2多めで動作クロックの高いC2Dは使うだろ

無理して金かけなくても手頃な価格帯のintel製4コアCPUで組むだけで快適になる
一刻を争うようなエンコでもするのでなければ
高いの買っても処理時間に大きな差はないから無駄だと思う

その時はその時で有り金とかの兼ね合いで
頑張ってCPUだけ変えたんよ
ほんとはそういうのがよかったんだろうけどね
でもまぁ昔の話だから。

今買うなら3770なんでしょ？
何倍くらい早くなるのが見込めるかね
264エンコとか10分で5,6時間コースなんだけど。
2時間くらいにはなるのかな

なるほど。
でもまぁCPU組むとマザボも変えると結局2,3万かね
OSもそろそろだし、7から8に安く出来るみたいだし
今が新調しどきな気がするんだ
サブPCがないから、今のをそのままサブに出来るのも大きいし。
グラボなんて9600GTGEよ？
8万くらいかね
1万ずつのローンでなんとか

GPU利用フィルタ使わなけりゃグラボなんてそこそこのでいい
どんな設定なのかどのフィルタを使ってるのかもわからないし
フィルタには拡張命令やマルチスレッド対応との兼ね合いもあるから時間は知らん

ニコニコ用の264GUIでつべ用にHDにしてるだけかな
色調補正と、拡張くらいしか自分はいじってないけど
それでも5,6時間だね。10分2パスで

[email protected]→[email protected]にしたらx264が2.5倍ぐらい早くなった
E5200定格から3770定格なら3.5倍ぐらい早くなるんじゃね
もしme tesa使ってるならsse4.1で凄い伸びるからもっと

おお、トンクス
3,4倍か。
だいぶ短縮されるなぁ
ほしい・・・

来年まで待てばhaswellが来る

新製品が出る度に毎回そう思って散々待った結果がこれだよ・・・

>>893,894
俺、E5200と3770Kを持っているけど、どちらも定格で
CPU使用率100％張り付く場合、5-6倍ぐらい速いよ。

そんなに違うんだ。もう化石レベルだね
よし決めた。かう。かっちゃる
ローン厳しくて辛いだろうけどもう我慢できない
BTOでおすすめの見せ合ったら教えて

サイコム

そこ見積もりが依頼しないと見られないんだよね
あとちょっとお高目とか？

パソコン攻防ってどうなの？

ん？普通に見れるよ

あぁ、左に出てるね
ここローンは組めないのかな
カードあるけどカードは返済中だからふやしたくないんよね気分的な問題だけど

>>903
組める気合いがあるなら毎月パーツをデアゴス○ティーニ風に買い集めて作ればいいじゃない。

毎月は無理だから10年に1回の割合で
PC-133メモリ
P965 LGA775マザー
3700K CPU
こつこつあつめてさあ組み立てだ！

それだと動かせるのいつになる皮からないじゃん
それなら同じ金出すなら初めから動かせた方がいいとまじれすしてみる
今、そのマザー使ってる気がするｗ
3770と新製品のGTX650で買ってみようと思ってる
最新ゲームやらないから性能より電気代重視で

電気代気にするような構成じゃないだろ

まぁそうかもしれないけど・・・
でもそこでやけくそで全部きにしないよりグラボだけでも
ちりつもになるかなぁと

XMedia　Recodeでいうところの　シーン変更感度ってどれになるんですかね？

--scenecut じゃね？

1.58 + l-smash r693
チャプターが完全に追加されないのですが、何か仕様とかあるのでしょうか？

完全にの意味がわからない
分かるように説明

aviutl-チャプター編集で01-06のチャプター項目があるのですが
01,02しか追加されないということです。

エンコを一時停止する方法ありますか？

あるよ

なきにしもあらず

setupという名の自動ダウンローダーワロスｗ
readmeにリンクもある集めるだけの作業なのにどんだけものぐさが多いんだ

>>917
ものぐさというよりはバカのためだろ
ここまで至れり尽くせりしてやんなきゃ導入すらできないとかどんだけだよ

教えて君とクレクレがふえるのか・・・

お前らが何の話をしてるのかさっぱりだったがguiEXにインストーラー
しかもx264やneroまでDLしてくれる機能付きのが追加されたのか
正直設置すらできない奴はどうせ設定で詰まるんだからつんでれんこでも使ってればいいのにな

インストーラーに設定されてるDLのURLがいつまで有効かも問題だな
新OS出るのに合わせて気分一新サイトレイアウト変えてくるとこもあるかもしれないし

>>918
そこまでされなきゃ出来ないやつが
まともにエンコできるのか疑問だな

お前ら性格悪すぎ

neroってどうなのよ？
再配布には当たらないにしても大丈夫なのかな

githubの1.58がダウンロード数で他を圧倒しているの、何かあったのかいな

neroとかhev2使わないならゴミじゃんそのhev2だってctのがまだいいし

>>923
2chは初めてか？力抜けよ

正直排他的過ぎるわ。

でもインストーラーに任せるとmuxerはL-SMASHなんだな。
作者的にはこっちが推奨なんかな。

>>927
顔真っ赤？ｗ

>>928
mp4boxだとmuxできない組み合わせ(音声ALACなど)があるからね

可逆圧縮とか使いたいならおとなしくmkvつかえよ、あほーっていうスタンスなんかね
無知を承知の上、恥ずかしい事を聞きたいのだけどmp4でコンポーネントする利点ってなに？

日本における一般汎用性

mp4って日本ローカルなん？

数年前のスタンダード

mkvはナウなヤングにバカウケ？

mp4のメリットってPS3で見たいときに、そのままokってことぐらい？

>>931
>mp4でコンポーネントする利点ってなに？

言っちゃ何だが、割れで好まれるんだろうな

割れ厨乙

割れで活躍してんのはmkvの方じゃね

おまえらずいぶんと割れに詳しいんだなｗ

vfrなMpgg4ASPを格納するにはmkvしかなかった時期もあったけど
それ以外では、特に使う必要性がないのがmkv

>>939
いわゆるエンコ職人と呼ばれる連中はmp4しか作らない
mkvなどつくろうものなら下手すれば叩かれかねない

mkvってなんか見た目がダサい

クレクレくんのmkv嫌いは異常

約17Mbpsのハンディカムの映像を264でmp4にする場合、
劣化を最小限にするためにはビットレートを17にすればよいのでしょうか？
例えば、もっとあげたほうがよくなるとかありますか？

いくらあげても画質は一定以上はよくならないとは思うんですけど
そうなるとファイルサイズもそこから上にはならないと思っていいですか？
例えば24くらいに設定して、画質はあがらないのにファイルサイズばかり大きくなり続けるようなら
17くらいにした方がいいだろうし・・・
わかりにくくて睡魔千円

>>945
再エンコする以上、どんなにビットレートを上げたところで
必ず劣化は生じる。元動画より上がることは無い。

っていうか、H264のMP4でビットレート17Mbpsってｗ

crfのことだろ

ｃｒｆ18でいいだろ

ハンディカムとかでAVCHD 17Mbpsの設定あるからそれじゃない？

実写ならcrf20でも十分すぎると思う

実写はデフォ設定のmedium+crf23でやってるな

>>950
同じく

crf ってなんですか？

え？

くらふ

あ

>>946
再エンコのこと忘れてた、劣化はするだろうけど
そうするとあんまり突き詰めて考える必要ないのかね
ニコとかなら制限厳しい分画質にこだわりたくなるけど。
MP4でこのビットレートおかしいんですかね？
ビデオスタジオだとMP4,HDエンコだとMP4で15.6Mがでふぉになってるよ

CRFってどういうことですか？
今は自動マルチパスで2派ssで、上のように15Mくらいでやってる
crfでやろうにも画質の基準がわからない・・・
20だと十分ということは、ビットレートの15000くらいにあたるのだろうか？

うちのcrfはぴっちぴちの16歳

crfは時間がある人なら何度も試せばいいけどBDに入れようとかYoutubeにうｐしようとかだとビットレート指定VBR npassのほうが便利なんだよねえ

どういう目的でエンコードするのかによってビットレート指定するのか品質指定するのか判断すればいい。
何のためにエンコードしたいのかが不明なので

crf=20がビットレート指定でどれくらいの値になるかなんて映像次第で変わるから分かるわけない。
解像度低かったり動き少なけりゃビットレート下がるし大きけりゃ高くなるし。

2回やれば計算で大体割り出せるぞｗ

>>960
２回もすれば目標ビットレートの出来てるってｗ

エンコ済みのファイルのビットレートを確認してみたけど
crf23で映画だと1.5M〜3Mbpsで収まってるな
30フレームの実写は2M〜4Mbpsって感じ
ちなみに解像度は1280x720ね

フルHDでcrf16〜20だと15Mに迫るぐらいになるのかな？
やったこと無いからしらんけど
>>956さんの目的がわからんから何とも言えないけど
私はこの設定で満足してる
あまり画質を追求したところで、元データ（私の場合は放送TS）の品質がﾄﾎﾎの場合が多いからねぇ

数年後、4K2Kがメジャーになって
ビデオカメラ品質もそれを満足させるものになったらMP4の設定も全く違ったものになるかもしれないね
その時代にMP4が使われてればの話だけどｗ

連投すみません
ちなみに私は>>946です

目的も聞かずに17Mのビットレートを嘲笑したりしてすまんかった
あまりに自分の想定するビットレートとかけ離れてたもので

個人的見解なので参考程度に聞いて貰えればだけど、
どうせエンコするのなら、ビットレートに拘らずに
自分が満足できる画質でファイルサイズを縮める方向を健闘してみたらどうだろうかと思う
そのために品質基準crfをみんなが勧めてる

ちなみに私は、アニメではcrf20・実写はcrf23
あとは細かな設定をちょこまかと調整してますね
最近はアニメでもCGが多用されているからフィルタの使いどころが難しい…

全部18

そもそもMP4じゃなくてh264のそれもx264エンコーダをGUIで扱うスレなんだけどなここ
xvid比とかなら3倍ぐらいx264の方がビットレート比画質高いんじゃね

SDだとそうでもない

>>962
MP4はコンテナであって、コーデックじゃないよ？
多分h265もmp4に入る

aviでもH.264入るし正直コンテナとかよっぽど制約のある再生機で見ない限りどうでもいいわな

自分用なので音声だけwavにしてエンコしたら
muxに失敗しましたと出るのですがどうすればいいの？

>>969
mp4コンテナにwavが格納できないから
他のコンテナならわからん

mov使えれ

家の環境だと自動マルチパスにして
nul出力、高速、自動マルチパス数を2にしないと音声Mux失敗となるな
マルチパス1passとかビットレート指定とかで早く済まそうとしてもそうなるorz

品質基準にしろよ。

マルチパス1パスの意味分かってんのかと

なんとなくマルチパスのがいいはず！と思い込んで使ってる子はそれなりにいそうだ

マルチパスつかうやつは、何らかの配信者だけ
ちょっと前は DVDなんかにアニメを１クールに収める為にとかいうやからもいたけど、
未だにDVDかよっていう突込みだからないまは。

ごちゃごちゃ能書き垂れてないで目的にあった好きな方法を使えばいいだろ

ex160

DVDいいじゃないか、安いし

まあ、環境によるって感じだよな
1層のBD1枚が大体1層のDVD5枚分の容量だけど、料金的にはDVD2枚分ぐらいだし。
BD使える環境ならBDの方が安上がりかも。

1クールごとに1枚なら、1話2GBも使わないわけで…

非正規労働者の30代男性の75％が未婚