x264スレ

あとはヨロシコ

ﾏﾃ

[本家]
http://www.videolan.org/
http://developers.videolan.org/cgi-bin/viewcvs.cgi/trunk/?root=x264 (ソース)

[AVC/H.264総合スレ]
http://pc8.2ch.net/test/read.cgi/avi/1113670957/

[バイナリ]
http://celticdruid.no-ip.com/xvid/
http://forum.doom9.org/showthread.php?s=&threadid=89979
http://uk.geocities.com/h264x264/
http://oss.netfarm.it/mplayer-win32.php (mencoder)
http://forum.doom9.org/showthread.php?s=&threadid=87567 (MeGUI:mencoderのGUI)

http://xbb.jp/lyris/files/index.html (x264VFW日本語化パッチ)

[FAQ]
Q VirtualDubとかで読むとエラーでて編集できないんですが・・・
A ffdshow入れてVFW codec configurationのH.264 Decoderを有効に汁！

Q インタレ対応まだかいな
A 今のところ、インターレースサポートの予定はないらしい
「* Field support : no and I probably won't do it.」(TODOでやる気ナシと明言）

転致
http://www.ne.jp/asahi/l/a/files/index.html (x264VFW日本語化パッチ)

ttp://dat.2chan.net/18/src/1116155627692.jpg

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

MPEG-4 AVC/H/X.264 Win 総合スレ Part4
http://pc8.2ch.net/test/read.cgi/avi/1116157508/

>>7のWikipediaはほとんど記事がないね。
コピペ級の内容でいいから、だれか書かないか？
x264は英語のリソースが多くて、初心者に敷居が高いような気がするよ。

ここが一番マシだぞw
盛り上げていかんと

>>3の[バイナリ]に追加
Sirber's builds: http://detritus.qc.ca/forum/viewtopic.php?p=434#434

ウホッ、そんなのあったんだ

なんか他の264スレ全部削除されて生き残るのここだけのような気がしてきた

ここはwin以外も扱いokなんですかね

>>14
Mac版のx264の扱いは不明だね。
でも、x264として認識されていない（GUIで隠されている）からここでMac版の話題が出ることはないと思われ。
他をすべて削除するか、for Winと入っていない総合スレだけ残すかだな。

悪ペンギン様(pengvado様)はアニオタっぽいな…とか言ったら荒れるかなあ
インタレ対応に興味なさそうな理由にもなるし。そのアニオタSirberがレスしてるけど　Stellvia…って
http://forum.doom9.org/showthread.php?s=&postid=653279#post653279

>>14
x264に限定される話題であるなら、あいまいにok なはず。GUIの差こそあれ
mencoderとか全く同じでしょ(macもってないから知らんけど)

Linuxの方もダメなんですかね
なんでもmacという事にされちゃってもうどこのスレに行ったらいいのやら

２、３日待てば？

>>17
気の毒に…そっかLinuxか。俺は全くok。他の人はしらんけど。

age

どのバイナリがええのよ

>>21
自分も気になる。
一応SirberﾀﾝのAMD64 32bit落としたけど他と比較するまで
使い込んでないや。

自分でビルドしたやつ

>>21
自分のCPUに合わせたバイナリ使ってればいいんじゃないかね？

頻繁にバージョンupしてるものの、
あんまり違いが分からんのだよなw

age

最近svnはppcばっかり最適化してる

だからどうした

やっとx264スレが立って落ち着いた。
DivX・XviD・WMV9VCM等のコーデックと同列に扱うスレとしては
実質的にここが本スレだね。

まあ、マターリ進行していけばいいさ

Rev.233

メインの人がネロに引き抜かれちゃってから
その後開発は軌道に乗り直したんでしょうか？

>>32
うん、暗礁に乗り上げた。所詮世の中金ってことで。

Rev.233C

rev234

http://pc8.2ch.net/test/read.cgi/avi/1116280624/
・・・

age

ttp://forum.doom9.org/showthread.php?s=&threadid=89979
IMPORTANT - UNINSTALL ANY PREVIOUS BUILD BEFORE INSTALLING THIS ONE

なにこれ？

注意書き

ありがとう

なんかマズイ事でもあるのか？

7 ：名無しさん＠編集中 ：2005/05/20(金) 10:15:27 ID:3T7qzsIj
とりあえずだな、ffdshowが嫌な人は
http://aploda.com/dl.php?mode=pass&file_id=1568
を見てx264純正Decoderなんてものは未来永劫にわたって出ることはない
と思い知ってからしかる後に旧x264開発者引き抜き先のNeroでも入れろ、と。
Demo版ではH.264再生不可だから金払ってレジストキーを入力して正規版にして。
金払って。金。金金金。

>>41
前のを消さないと偶に上書きされないで
前のバージョンのまま残っちゃうとかでない？

rev.235

暇だったから25PASSほど掛けてみたが、2000kでもソースと見紛うぐらいの
レベルまで行くな。もう4PASSとかに戻れないかも

25pass…あなたｲｲw このスレが必要としてる実践派の人材。自分は以前1500kbpsでためしに
5passほどやったけどあんま違いがわからなかったな、PSNRは4pass以降微妙に下がった。

rev236

QCエンコードだと1 passでいいんとちゃう！？
いいんとちゃう！？

>>48
もちｺｰｽ

rev237

rev239

3ヶ月ぶりに更新したら爆速になってた

PSNR Creator
ttp://www.canalxvid.com/pafiledb/pafiledb.php?action=file&id=67

PSNR Creator日本語化のえらい人
ttp://www.balbal.net/ [Soft]

30passかましたけど2passとほとんど変わらなかった('A`)

warata

【最強】 x264 part1 【超高画質】
ttp://pc8.2ch.net/test/read.cgi/avi/1116892254/
また立てやがった

案内したらスレ伸びちゃうヨ

ここが本スレなの？

x264に限るなら

>>3の[バイナリ]に追加
bob0r's builds: ttp://x264.nl/

最近の更新やたらGPAC更新って書いてあるけどGPACってなに？

Revision 239B

マルチスレッド版にしようか迷う・・・orz

迷える環境の人が羨ましい

>65
劣悪な環境だお
でも、試してみたくなるのが(ry

>>62
MP4コンテナ扱うライブラリ
CLI版でMP4出力使ってない場合は関係ない

gcc-3.4.2だけど、
-ffast-mathと-march=k8 -mfpmath=sseで殆ど差が出ない。
-march=k8 -mno-sse -mno-sse2 -ffast-mathも変わらないし。
やっぱ、Intelの使うのが良いの？

いまsvn updateしたら、rev. 241でした。

>>68
-march=CPUにでもしてみたら？
まぁ一番重い部分がアセンブラでかかれてるからあまり差が出なくてもしょうがないと思う

既出かな？

ffdShow最新版とVLCでx264を再生したところ
CPU負荷が20%以内に抑えられており
再生もスムーズに出来ました

環境
CPU:Celeron2.00GHz
RAM:256MB
同時起動アプリ winRAR及び2ch専用ブラウザ「Abone」
この状態で20%を切って正常に再生できたのはうれしい限り


一応確認したいんだけどx264ってデコーダは装備してないよね?

>>70
装備はしています

>71
あっそうなの？　よく分からんが産糞

そうそうとりあえず、ちょっとしたらCMをうｐするお

VLCってffdshow要ったっけ？自分は入れてないんだが・・

VLCはスタンドアローンだよ　追加コーデックには影響されない

>74
そんな・・・まともに再生できなかったのはなぜだ?orz

http://nur.ath.cx/no0/100/

no0100145.rar

パス：xvidkoepi


ソースが汚くて音質も悪くてインタレ保持なのは許してorz
あくまでソースとの比較と思ってorzほすぃ

キャプチャ機器MV5DX/U2

VLCはnightly buildsのこれを使ってますよね？
ttp://vthr.via.ecp.fr/~videolan/build/win32/

>76
よく分からんかったので
オフィシャル(?)から
http://www.videolan.org/vlc/download-windows.htmlでダウンしました
問題なく再生できてしまってるのでご心配無用です

お気遣いありがとうございましんぐｗｗｗうぇｗｗ

Revision 242

まともに再生できないの意味がわからんので詳しく
あとオフィシャルのリリースよりも
nightlyじゃないと正しく再生できない場合が多いです

>79
>まともに再生できないの意味がわからんので詳しく
う〜ん、動画が破綻する
ブロック単位で灰色画像が出てきたり点滅を
繰り返したり下方無理やり画像が伸ばされたりしながら進行する

> nightlyじゃないと正しく再生できない場合が多いです
産糞

>>80
うちもオフィシャル使ってた時はそうなってた

ちと訂正
オフィシャルのVLC 0.8.1だとrev58あたりの物が使われてるようなので、
かならずnightlyを使ってください。
設定にもよるでしょうが、
最近のx264でエンコードされてる物は正常に再生できない可能性が高いです。

>>80
とりあえずnightlyで試してみてください
それでも正常に再生できない場合はMPlayerも試してみてください
http://oss.netfarm.it/mplayer-win32.php
これでもダメとなるともうお手上げです・・・・

>82
ﾅｲﾄﾘｰちゃんので再生できた



あぁ愛しのﾅｲﾄﾘｰ　僕はこえｐﾀﾝを目指して生きてきたようなものだ
君にめぐり合うまでは大変だった　でも、こうして目の前に・・・
あぁ！しかしﾅｲﾄﾘｰ！x264産の2Mbpsというダンベルのような重さに君も私も耐えられない
デコードすら重くて出来ないのだ！
ﾅｲﾄﾘｰ　x264なんかに挫けずもっともっと軽くなってくれ

　　　　　　　　　　　　　　　　　　　　　　　　　　　　〜〜VLC様へ〜〜〜


2Mbps超えると超絶人類絶滅皮下脂肪重圧的に重くなるね
これは何とかしてほしいところ

VLC 0.8.2（20050530）、Athlon64 3000+で再生してるけど、ﾀｽｸﾏﾈｰｼﾞｬで見ると
ずっと０％だけどなあ。時々6％とかになるぐらい。
ちなみに裏でUDが98〜99％動いてます。

↓設定はこんな感じ
映像ソース
・640*480　29.97fps　実写
・インタレ解除済

x264（Rev.239）
・Multipass ：2000kbps
・Fast first pass ：OFF
・Deblocking filter ：OFF
・B-frames Max consecutive ：1
　Direct mode：Spatial
その他デフォルト

音声
・LameMP3 128kbps 48kHz

deblocking filter使ってなけりゃめちゃくちゃ軽いよ

>85
VLCの設定どこよ？orz

>>86
x264の設定だってｗ

>87
うはｗｗ軽くなった　でも80%代orz
これはデコーダがちゃんとされるまで
XviDに居残るしかないな
ハイスペッカーなおまえらは頑張ってx264してください

Revision 243

WARNING - PRE REV.234 BUILDS MUST BE UNINSTALLED BEFORE INSTALLING THIS ONE

上書きするやつなんているのか？

正常に上書きできないことがあるからだろ

Revision 245

ttp://developers.videolan.org/cgi-bin/viewcvs.cgi/trunk/?root=x264
になぜか繋がらない･･･orz

Revision 245B
キター
んでDoom9で下のようになってるけど、いつの間にVFWまでマルチスレッドになったの？
Win32 VFW multithreaded build
CLI版だけだったので悲しかったけどこれで・・・

俺いつも上書きして入れてるけど異常ないよ

異常はなくて普通。
自分が悪いのが分からない初心者に限って
ごちゃごちゃごちゃごちゃごちゃごちゃごちゃごちゃ五月蝿いから
どんなソフトにも万全を期す注意書きがある。

>>94
少なくとも俺が手を付けた4月15日の時点でdspはMTになってる。
gccccは知らん。

というかicl版はずっとMTでリンクさせてたりする

60pとか24pのアニメでも動きの大きい縦スクロールなんかは
Athlon64 3000+でもきつい

Revision 245C

Pen4でRevision 245CVFW使っているけど、CPU使用率は50%強。
つまり。マルチスレッドにはなっていない。

ttp://forum.doom9.org/showthread.php?s=&threadid=89979
には
It still uses only one thread but the multithreading support is there for a future implementation
とある

Doom9版 rev245D

妙に更新しまくるdoom9はいったいなにやってるんだ・・・

一体、いつになったらStableんだよ。

デコードが依然、重いままだったら完全に放置する

デコードが重い時はDebblocking Filter切ってエンコしれば良いのね？

Revision 245E

速いな

>>107
だがそれだとh264の意味がないだろ

>>109
そうか？
俺なんて普通に切ってるぜ

>109
切っても問題ないと思うよ
でも、デコードですら相変わらず重いのは苦しい

Doom9のX264VFW_rev245Eはだめだ・・・
画面が破綻する・・・rev245Cにもどす。

245Cでもだめだった・・・
243まで戻しました。

2005-06-03 05:33 pengvado

* trunk/common/amd64/predict-a.asm, trunk/common/cabac.c,
trunk/common/cabac.h, trunk/common/common.c,
trunk/common/common.h, trunk/common/dct.c, trunk/common/dct.h,
trunk/common/frame.c, trunk/common/i386/predict-a.asm,
trunk/common/i386/predict.c, trunk/common/i386/predict.h,
trunk/common/macroblock.c, trunk/common/macroblock.h,
trunk/common/predict.c, trunk/common/predict.h,
trunk/common/set.h, trunk/common/visualize.c,
trunk/encoder/analyse.c, trunk/encoder/cabac.c,
trunk/encoder/cavlc.c, trunk/encoder/encoder.c,
trunk/encoder/macroblock.c, trunk/encoder/macroblock.h,
trunk/encoder/set.c, trunk/encoder/slicetype_decision.c,
trunk/x264.h: 8x8 transform and 8x8 intra prediction. (backend only, not yet used by mb analysis)
なんかすごい更新きたんですが・・・

そしてVCだとエラーが・・・

遂に High Profile もサポートしようとしてるってこと？
気合はいってるなあ…

>116
なんでデコードはそっちのけなのか訳ワカメ

エンコするだけして、後で見返すことは無いってここの住民と似てるやん

早くも247

XviDみたいに、レート計算機付けてくれんかなあ。

>>118
俺はちゃんと見てるぞ。。。画質にﾊｧﾊｧするだけだが

マルチスレッドで動いてるみたいだけど、早くなってる？
あんまり変わらんような……

>122
ちゃんとx264設定画面でスレッド数設定しなきゃダメよ

>>123
スレッド指定=2でやってます。
しかし、それ以前に、画面が壊れます。ffdshow050527。
そもそも、スレッド=1（問題なし）と違うものが出来るってのは…。

>124
> しかし、それ以前に、画面が壊れます。ffdshow050527。
MPlayerとかでも？
まぁ、いずれにせよデコードが異常に重い状態でのコーデックなんて
あまり需要も価値も無いよね

鮫牙さんの245Eと247で作った動画、エクスプローラで選択すると固まるようになった

rev247以前からですが、
ウチではvsofts.comのフィルタだと正常に再生できてffdshowだと画が破綻します
vsofts.comのはシーク後しばらくの間再生速度が早くなっちゃうのが難点

FourCCの欄が文字化けしてるのが原因だったようです。
「H264」と入れ直したらOKでした。

　「　 ←こんな文字が入ってた

再生の問題はmplayerで解決。
ffdshowの半分以下の負荷で再生できる。

DecoderはやっぱDShowFilterがいいなあ
どうも自分はmplayerなじめない。軽くないけどMPC好き。

このノリだと rev.264 でキリ番ゲットとかするわけか？

>>130
つ[vsofts]

うーん。vsoftsのdecoderってWeightedPredictionサポートしてないっぽいし(disableる理由がない)
MP4のParser(Splitter)ともつながらないかったと思う(おれ的にはかなり重要、というか必須)。
で、neroのdsfより重かった(720pでテスト)。結構前てきとうにかるく試した結果なんで
全然間違ってたらごめんなさい。

NeroDSF -> 再生有料（体験版でH.264再生しようとしたら金払えと言われる）
vsoftsDSF -> 再生無料（30日とか書いてるけどもう2ヶ月使ってる）

Neroに金払ってるならNeroでいいじゃないか。
割れてるのなら別だけど。

「てきとうにかるく試した」という表現からも
体験版をIllegalSerialでカチ割ってちょっと使ってみたということが
非常によく分かります。

なんかおいっきり誤解されてるな。まずvsoftsのdecoder貶したい訳じゃないんで。
気に入って使ってる人には気分悪いかもしれないが。他意はない。
「てきとうにかるく試した」は、割れを仄めかしてるわけでもないよ。穿ち過ぎ。
(vsoftsのdecoderを)「正確にテスト」したわけじゃなくて間違ってる可能性あるって意味で。

「ほっとけない」ところとか、
割れと言われて「分かる」ところとか以下略。

いまだかつて犯罪に手を染めたことがないなら模範解答は
「割れてるってどういう意味ですか？」

　　　　　　　　　　　　　　,,,,,,,,,,,,,,,,,,,,
　　　　　　　　　　　　 ／": : : : : : : : ＼
　　　　　　　　　　　/-─-,,,_: : : : : : : : :＼
　　　　　　　　　　/　　　　　'''-,,,: : : : : : : :i
　　　　　　　　　 /、　　　　　　/: : : : : : : : i　　　　　＿＿＿＿＿＿＿＿
　　　　　　　　　r-、 ,,,,,,,,,,、　/: : : : : : : : : :i　　　 ／
　　　　　　　　　L_,　,　　 、　＼: : : : : : : : :i　　 ／　買ったら
　　　　　　　　 /●) (●>　　　|: :__,=-、: /　＜　　　負けかなと思ってる　　
　　　　　　　　l ｲ　 '-　　　　　|:/　tbﾉﾉ　　　　＼ 　　　
　　　　　　　　l ,`-=-'＼　　　　 `l ι';/　　　　　　 ＼ 　元ニート（２４・男性）
　　　　　　　　ヽﾄｪ-ｪｪ-:）　　　 　-r'　　　　　　　　　￣￣￣￣￣￣￣￣
　　　　　　　　　ヾ＝-'　　　　　／ /　　
　　　　　＿＿＿_ヽ::::...　　　／ ::::|
　　／￣　::::::::::::::l　`──''''　　 :::|

現在進行形で割れ回ってる奴には分からんだろうが
自分の金で買ったソフトってのは多少の不都合があっても大事にするもんなんだよ。
この前のウイルスバスター騒動でもネットで話題になって数時間後に
「○○に乗り換えました」なんてあり得ないんだよ。買ってれば。
乗り換えた乗り換えた言ってた奴は全員ワレザーと言い切れる。

雷が全てを無にしてくれたのをきっかけに足を洗った俺が言うんだから間違いない。
（何だかんだで40万近く飛んだらもう1万や2万どーでもよくなって）

>>139
だからなに？

それではこれにて笑点お開きで〜す。さようなら〜。

次レスからのこのスレは
「x264がきっぱり”エンコーダー”と名乗ってるのに平気でデコード機能を求める人間の英語力について」
お楽しみに。

NeroDigitalは試したけどx264に勝る点が見つからなかった。
でも焼きソフトが欲しいんでSEを買う予定はしてるけど、とか言われたら屈辱かなｗ

247で2スレッドにしてみたけど、画面破綻しまくり。

>>137
あんまいじめるなよw ずるい言い方だが正直に言うと
Nero「は」買ってる。本当はNeroにじゃなくて
Atemeに直で金払ってCLI版だけ欲しいよ…。

妙な流れつくって申し訳ない。以下健やかにrestart

NGID:ur1/eHIZ

rev245だけど、30分の動画で2時間かかった。ソースはMPEG2-PS
Athlon64 3400+(NewCastle) + WinXP SP2 + VirtualDubMod / gcc-3.4.2
Athlon64 3000+(Venice) + Linux 2.6.11(gentoo amd64) + mencoder / gcc-3.4.3
(mencoder -ovc x264 -x264encopts frameref=15:bframes=2:qp_constant=23 -nosound)
どっちも殆ど変わらなかった。

Linuxだと-march=k8 -mfpmath=sse -ffast-mathでも落ちないけど、
Windowsだと落ちるのね。

rev248

マルチスレッドのバグは直っていないね。

マルチスレッドは非公式パッチだからしょうがないんじゃないだろうか

rev249

vcでビルドできなくなって急速に萎えた。

rev251

>>151
rev251でなおったみたい

vc通るようになったよ
だけどgccより遅い気がする

わーなんかもうHighProfileサポートしてんのか…
久しぶりに試そうかな

rev253

Athlon64 3500+でエンコしてるけど格段にエンコ速度上がったな最近のバージョンは

Doom9版rev253C

253壊れてね?　245では何ともなかったんだがヴァーチャルデュブでエンコするときデコンプレッサバグが必ず起きる

PentiumMってPentium4のカテゴリに入るの？
iclって何？

>>160
Pentium M はPentium�Vベースの拡張アーキテクチャ。
Pentium4はNetBurstアーキテクチャ。
HTTの有無やSIMD命令のサポート状況も違う。
よって、別ものです。

マルチスレッドの破綻バグは直ったみたいだけど、設定でスレッドを2にしても4になってしまうね。

ウチなおってないよ。253C

rev254

rev254C

rev254D

rev254E

rev255

sugeeeeeeeeeeeeeeeeeeeeeeeeeeeeee

>>169
くわしく

>>169
はげしく

configureの--enable-pthreadは--enable-threadにすべき。
pthread for win32用意したのに。

Revision 255A
エンコ中にバージョンがみるみるうｐ！

>>173
ったく、やってられんなあ。

贅沢な悩みだ。いつまでもあると思うな親と

>>175
KenKunのことかーーー

お、vfwでもピクセル比が設定出来るようになってる

Revision 256

インタレ保持に対応まだ？

最新のノートPCでもx264の再生は厳しいんだろうか？
家にあるﾂﾞﾛﾝ950MHzではﾃﾞﾌﾞﾛｯｷﾝｸﾞﾌｨﾙﾀｰを切っても紙芝居状態だった。

>180
>最新のノートPCでもx264の再生は厳しいんだろうか？
うん、厳しいお
だいたいデュアルコアでもかなりCPUを使ってるから望みは薄いね

>>180
そうかな・・・
ビットレートにもよると思われ。
オレの ノート+ME+P3-800MHz で普通に再生できたぞ。(640x480 30fps 30分くらいの)

Athlon64 3400+(2.4GHz)を1GHzに落として使ってるけど、
ffdshow使って再生すると負荷は50%弱位かな。
720x480 30fps

とりあえずrev260
vfw周りのオプションが増えてきたな

>>180
mplayer使えば余裕
ttp://oss.netfarm.it/mplayer-win32.php

rev115からぶっ飛んで245にしたけどvssh3decやffdshowでﾃﾞｺｰﾄﾞ再生で音ｽﾞﾚるようになった…
ｽﾞﾚ無いときもあるからｽﾍﾟｯｸ不足なんかな…

>>186
何故260にぶっ飛ばなかったんだ・・・

>>181-183,185
ありがとうございます。
MPlayerとかffdshowでもfpsが半分ぐらいしか出てないみたいなので
うちのノートが腐敗しているのかも知れません。

GOMつかってみたら？

CPUはPenM1.3Gで、稼働率45％にセーブした状態でも、
320x240 30pなら、MPCで余裕で再生できる。

rev260A
なんかかなり増えた

>191
ほんとだdoom9でも「Test it」ってあるね

261でてるけど、おとせない。

>>193
仕様です

ttp://uk.geocities.com/h264x264/

>>193
直ったみたいよ

>>196
サンクス。
でもオプション多すぎてわけわからん・・・
誰か解説して。

>197
Biasだとかは確かに分からんが
その他は大体理解できるだろ
ってか理解できてないのに使うものでもないと思うよ

>>198
MEあたりがわからんのです・・・

>>199
モーションなんとかじゃなかった？日本語化パッチの動き予想タイプ。
シーンチェンジ検出とかかなたぶん。ＤｉｖＸにもあるやつ。
違ったらスマン・・・

>>200
シーンチェンジ検出はScene Cut Thresholdだと思ってる。
Scene Cut Thresholdのデフォの４０だとシーンチェンジで破綻したので２０にしたら無くなったのでデフォで使うのには良くないと思う。
ＭＥで動き予想ってのはなるほどと思ったけど、やっぱ全部はわからん・・・

Biasは多いほど容量が縮む気がするけど…よくわからん。
QPって何ですか(･ω･`)？ 重要な気がするんですが・・・QualityPixel？？

QPのQは普通にQuant.のことだと思うけど
QPのPって何の略なのかな？

久しぶりにVfW版入れてみたけど。defaultでHPなのね。

P子のP

biasはBフレ適応閾値の増減じゃね？

ver.261は正しいヘッダを吐かないからffdshowとかで再生できないorz
そもそも、FourCCの設定項目がないよ･･･ﾏﾏﾝ。

x264って16：9のエンコできないんでしょうか。
「widyh % 16 !=0 or height % 16 !=0(704*396)」
とエラーになってしまいます。

16：9のエンコは出来るが16の倍数でなければならない。
エラーメッセージから推測すれ。

>>208
あーそういう事でしたかありがとです。

>>206
うちは再生できるよ（´・ω・） ｶﾜｲｿｽ

>>206
ffdshowの最新バージョンをｲﾝｽｺすべし

>>206
FourCC設定は、Debugボタン押した先にあるよ。

>>210-212
アドバイスありがとうです。
ffdshowは最新の20050611を入れてありました。
とりあえず212さんの教えで解決しそうな予感･･･。
仕事が終わったら試してみます。

あ、それとrev.262が出ているようです。

rev263

ｘ264のバージョンを久しぶり更新したら「error console」なる窓が出てきて
AviUtlが暴走しました
いったい何が悪いのでしょうか？

r260ぐらいから、2threadがまた不安定になった。
以前の不具合は画が壊れてたんだけど、
今は、AVIUtlが落ちる。
90秒OPのみでも、完走できるかどうかってぐらい。
バッチだと、切り替わりめで落ちたり。
single threadだと、今しがた、25分x2を完走。

久しぶりにばーじょんうｐしたら項目笛まくりで訳わかめ

>>215
Debugボタン押した先にある Log Modeが Infoとかになっていたら　Errorにしる

>>216
なんかベンチマークみたいだな

rev263にしたらAviutil0.99が強制終了する(･ω･`)

aviutlなんか使うから。

解像度を変えてみれ

てか今やったらVirtualDubModでも出来なかったorz
DivX6の妨害か(´Д⊂？？

すみません
いくつかの項目が設定されてませんでした
設定項目が解らないのでLoad Defaultsを使って再設定し
エンコードしたら正常に動きました。
お騒がせしました。

>>212さんのアドバイスにより
FourCCをH264に設定したら正常に再生できるファイルができました。
ありがとうございます！

ウチの環境だと、レジストリのゴミを消してから
クリーンインストールするとFourCCが
･･ｦﾒz･
とバグっていたんですよね。
rev260以前は問題なかったのに(ノ∀｀)

>>220
AviUtlの0.99はバグだらけですから
0.98dをオススメしたかったり。。。
ウチでは問題なく動いています。

Doom9版rev263A

最近どんどんいい感じになってるのはいいが、そろそろインタレに対応してほしいぞ・・・

VFWの対応とかみてても、pengvado氏は「(自分は)やらない」いってることは
要望があっても、本当にやらない方みたいなので、望み薄な気はするね。残念だけど。

いつからか知らんけど、公式から"Encoder limitations" がなくなってるのね。

しょうがねぇなぁ・・・
いっちょ俺が要望出してみるわ、ちょっと待ってなー

>>225
0.99の方が若干エンコ速度が速いような気がしてるので気に入ってしまってるんです(^-^；
x264.revision.263.p4-iclの方をインスコしたら直りましたｗ
なんか、x264.revision.263.pentium4の方はバグってるっぽいです…

>>230
ろくにチェックせずにUPしてるんでｺﾞﾒﾝ

16の倍数じゃないとダメって事は、16:9のエンコードする時
640×360とかにしたい場合640×368にして8ドット削るとかでエンコードしなきゃいけないって事なのかな

>>232
オレは黒べた追加とか使って640x480にしたりしてる

640ｘ360にクリッピングしてから768ｘ432に拡大とかはどうなの？

正しくクリッピングしてから、16の倍数になるように
黒枠足しとけ。

おお、なるほど。
768ｘ432にするしかないかなと思ったけど、
704x396のときは、上下にLB2づつ追加すればいいのか。

１６の倍数じゃないとだめなんだ、通りでエラー出てエンコで金分けだ
黒枠の確か倒し得てくん路
亜特区で一発変換バカあっと苦だな
何かいてある加代桑下欄

サンプル動画
q20 24fps 320x240 15sec 594kB
http://www.uplo.net/www/vip16872.zip

>>237
黒ベタ追加フィルタ

>>238
サンプルのチョイスがツボった（笑

>>238
ｘ264のVerも書いておいてもらえると助かる

>>241
rev253です。

>238
落とせない・・・orz

x.264ってなんですか？
H.264は次世代コーデックだってのは分かるけど･･
エンコーダーでしょうか？

>>7
そんなこと聞かないとわからない？

>>7
出直して来い！

動画の圧縮方法、伸張方法をまとめた規格の名前がh.264
そのh.264という規格に準拠したコーデックの名前がx264

h.264は次世代コーデックというよりは
次世代規格と言った方が誤解が少ないような

>247
分かりきったこと述べてハイになってるの？

ハーイー！バァブー！チャーン！チャーン！ハーイー！ハーイー！

>>249
訳：マジかよノリスケ

rev265

>>199
コマンドライン版X264のヘルプ見れ。
だいたいはこれでわかると思う。


MEはこのあたり

　　--me <string> 　　　　　Integer pixel motion estimation method ["hex"]
　　　　　　　　　　　　　　　　- dia: diamond search, radius 1 (fast)
　　　　　　　　　　　　　　　　- hex: hexagonal search, radius 2
　　　　　　　　　　　　　　　　- umh: uneven multi-hexagon search
　　　　　　　　　　　　　　　　- esa: exhaustive search (slow)

QPはこのあたり QPは QuantizerのQuality設定のことだね。解説の後ろの[ ]
の中の数値がデフォルト値

　-q, --qp <integer> 　　　　　Set QP [26]
　-B, --bitrate <integer> 　　Set bitrate
　　　 --qpmin <integer> 　　 Set min QP [10]
　　　 --qpmax <integer> 　　Set max QP [51]
　　　 --qpstep <integer> 　　Set max QP step [4]

あと　biasはこれ

　　--b-bias <integer> 　　　Influences how often B-frames are used [0]

というかCLI版x264最近いい感じ。MeGUIとかもcli.exeに対応してるし
他のcliのguiもなかなかよい。cliがそのものが苦手とかの場合に限られるけど
その意味においては敬遠する理由はなくなりつつある。

rev264はあっさりスルーされたな...

------------------------------------------------------------------------
r265 | pengvado | 2005-06-17 17:32:56 +0900 | 3 lines

VfW: workaround a windows unicode bug.
patch by Leowai.

------------------------------------------------------------------------
r264 | pengvado | 2005-06-17 17:21:48 +0900 | 2 lines

lossless mode enabled at qp=0

とうとう可逆?

h.264ってlosslessモードあるの？
次世代DVDで昔のSDソースlosslessで再販しないかな、LDみたいに。

現行一般的に普及しているDVDソースを・・・・？
リマスタリングするならまだしもロスレスで再販して売れるわけないだろ

losslessはまだ使い物にならんな。
圧縮率は結構高いみたいだけど画面がぐちゃぐちゃ

それじゃあロスレスに(ry

それはロスロスの間違(ry

hoge

loge

264取られた...＿l￣l○

というか、ファンタジア.NETの人対応速いな・・・・
もう265日本語化できてるし。マジ凄いわ。

>>266
ありがとうございます。
でも、おそらく訳が間違っている物がいくつかあると思う・・・orz

ファンタジアの中の人きた？
乙華麗>>267

265を日本語化したら、nPassエンコードで
エラー落ちするようになったので戻しましたorz
でも、各項目の意味がわかったかだけでも感謝。

ついでに rev267出た〜

custom quant matricses
ウホッ！マジ？

>>269
あまりチェックしてないんですよね、ごめん。
家ではエラーでないみたいなのでちょっと分からないです。
Doom9 Rev265 AviUtil
x264.revision.267.p4-icl
AviUtil v0.99 1〜3passまで

>>269
どこのどのバイナリかわからないと調べようがないと思うんだが・・・

>271
>AviUtil
aviutl

http://uk.geocities.com/h264x264/ の
x264.revision.265.zip
Normalなバイナリですね。

AviUtl0.98dを使って3passをしようとしたとき、
2pass目でC++のエラーが出たのですが、
２度試しただけで再インストールしたので
エラーの特定ができませんでした。orzｺﾞﾒﾝ

日本語化が原因とも言いきれないので、
あまり気になされないでください。

よく見たら icl 版と書いてある･･･。
板汚しすみません。・゜・(ﾉд｀)・゜・
眼科逝ってきます。

iclよりもgcc版の方が早かったりする罠

iclってどういう意味じゃろうか
デジタル用語辞典 IT用語辞書など調べても載ってない
検索しても…アイコン集とは関係ないよな…？

正常動作しなくなるくらい最適化するインテルのコンパイラだっけ?

AMD信者

>>269
C++のエラーって言う時点でicl版だよね

とりあえずx264.revision.269.pentium4
vfwの方2スレッドでも落ちずにまともにいけるようになったかなぁ
icl版おまけみたいな物だから
こだわりのある人以外は使わないでいいかと思うんだけどね

ffdshowは、まだcqmに対応してないんだな・・・ｶﾞｯｸｼ

rev269

rev291

>>284
んで何が憎いの？

rev270
example quant matrix file

custom matrixで薄い色がブロック化するのを防げるようになったかな？

画質云々以前に16:4でエンコできないんじゃ話にならんのだが。x264さんよ。

あーﾐｽ。16:9の動画。

ピクセルアスペクト比保持できるから問題なし。
nyで流す時には不都合感じるけどね。

使ってみたがx264良いね。作ってみた
ttp://49uper.com/up20/download.php?no=30155
gaithoim

>>289
あんたの言ってるのは704ｘ396や640ｘ360とかだろ。
Mkvでのアスペクト比保持だけではなくMP4、avi状態での保持できるから問題ない。
あんたの言ってるのは１６の倍数の解像度しかエンコできないってほうだよ。

x264信者ｷﾓｽ
欠点付かれて発狂しちゃってさ

aviじゃアスペクト比保持できないだろ。

発狂してるように見えないのだが。

294のエサ美味そう

>>294
対応プレイヤーで見ればいいよ。

>>293
欠点突かれたってねえ・・・
欠点ならインタレ保持できないほうが欠点だが・・・
多分あんたのほうが気持ち悪いと思うよ。

↑に補足
多分わかるとは思うけどrev.260Aからだったと思うけど、Vfwでもアスペクト比オプションあるよ。
ZoomPlayerでなら見れるの確認した。
MPCとWMPはだめだった。

プレイヤー選ぶようなコーデックじゃ普及しないな。
どんなサイズでもエンコできて、どんなプレイヤーでも再生できるようになってから援護してね。
信者さん

勝手に脳内敵作って話を進めるなよ

なんかｷﾓｲのが居ついたな

>>299
mkv使えば良いだけのことですが・・・
あなたはいったい何がしたいの？
俺は新しい機能が増えてくるのが楽しいから使ってるだけだ。
信者とかって言葉出した人間がまず間違いなく煽りか、何かの信者だったりするんだが。
DivX厨？WMV厨？それともMpeg２厨？

さて、昼も終わりか。

　 ゞ　　::::;;;） 　よくわかりませんが
　　ヾ　::;;ﾉ 　　 変なのが住みついているので
　 　　ヾ丿 　　　
.　　⊂二⊃　　　ここにバルサン置いておきますね
　　 ﾊﾞﾙｻﾝ 　　　　 　　　　　　　
　　 └─┘　　　　　　　　　　　　　

アスペクト比の問題をコーデックのせいにするんですか
それは手厳しい

またマカーの嫌がらせか！

釣り餌が嫌い
釣り餌を撒く奴が嫌い
釣り餌に猛然と食いつくおまえらは好き
ﾊﾞｲﾊﾞｲ

結局16の倍数のサイズじゃないとエンコードは無理でFA？

つまり704x396にしたかったらどうすれば良いの？
上でｺﾞﾀｺﾞﾀ言い争ってるけど。

黒べた追加して16の倍数に合わせればいいだけでは？

つまり396に黒べた追加して400にしてやればいい。

それだと見栄え悪いよ・・・・
640x360の者に上下各60ほど黒追加で黒ありVGAってことでしょ・・・？
画質良くても、ねぇ

>>310
あぁ、そういうことか。
でもやっぱ見るときその黒部分、ちょっと気になると思う・・・

画質を取る以上、ｳｻﾞｲのを我慢するしかないかもねん
この仕様変えてくれるのがベストなんだけどなぁ

>>312
目的がよくわからない。「704x396」にこだわるなら何の問題もないはずだ。
それ以外の目的は何がある？

640x360より704x396の方が黒入れるの少なくなるからでわ

16の倍数って規格自体の制限なのかな？
単にencoderの制限？(neroもそうみたいだけど)
DARの場合そのままだけど、PAR(SAR?)ってよくわからん…

AviutlとVirtualDubModで試したけど、16の倍数じゃないとソフトが落ちるみたい。

http://pc8.2ch.net/test/read.cgi/avi/1116280624/1-
隔離スレ

704x396でも704x400でも見比べない限り違いは分からんだろ

いや、黒帯付けての話なら目立つな。
伸縮の話でも、4も縦に引き伸ばしたら見れたものじゃない。
プレイヤーで16:9に指定するとかしないとね

意識的な問題だな。
１％伸ばすだけでも、思い込みが激しい人からみたら致命的な問題なんだろうな。

　　　　　　　　　　　(⌒＼ 　　　　ｲﾝﾀﾚ来ない
　　　　　　　　　(⌒＼:（:::::／⌒)
　　　　　　　　 (＿＞::ﾙﾟ∀ﾟ)::＜
　　　　　　　　　（＿／U::U＼__）
　　　　　　　　　　　（＿∧＿）
　　　　　　　　　　　　し//J

　　　　　　　　　　　(⌒＼ 　　　　ｲﾝﾀﾚ来る
　　　　　　　　　(⌒＼:（:::::
　　　　　　　　 (＿＞::ﾙﾟ∀ﾟ)::＜
　　　　　　　　　（＿／U::U＼__）
　　　　　　　　　　　（＿∧＿）
　　　　　　　　　　　　し//J

　　　　　　　　　　　(⌒＼ 　　　　ｲﾝﾀﾚ来ない
　　　　　　　　　(⌒＼:（:::::
　　　　　　　　 (＿＞::ﾙﾟ∀ﾟ)
　　　　　　　　　（＿／U::U
　　　　　　　　　　　（＿∧＿）
　　　　　　　　　　　　し//J

　　　　　　　　　　　(⌒＼ 　　　　ｲﾝﾀﾚ来る
　　　　　　　　　(⌒＼:（:::::
　　　　　　　　 (＿＞::ﾙﾟ∀ﾟ)
　　　　　　　　　（＿／U::U
　　　　　　　　　　　（＿/
　　　　　　　　　　　　し//J

（省略されました......）

Pentium4系以外だと、SSE2使わない方が速くなる？

>>323
Pen4より早くならないだけで、使ったほうが早くはなる。

インタレ来ないのか・・・
60fpsで作ってみたけどDeblocking Filterを切っても重いですね。
MPlayerでCPU負荷0-99%変動多し、GOMで40-60%ｳﾛｳﾛ、VLCで90%ｳﾛｳﾛ。

ソース：野球中継
ttp://www.kr4.net/exchanger/
3465　[x264]

>>324
PenMはSSE2使うと…

>>325
VGAにしたらもう少し負荷減るかも

>>327
ご覧頂きありがとうございます。
640*480にしたら、MPlayerがごくたまに99%行きますが
どれも心持ち（平均10％ぐらい）下がったみたいです。

vlc入れて見たけど重くて見られない100%なので
OS再インスコしたら10%〜40%なった(^◎^)
Deblocking Filterを切った物は2%〜7%(^-^)
何か悪さしているのがあるみたいだね。

x264の中の人ってインタレ対応する技術がないのかインタレに興味がないのか
どうなんでしょう？　そんな人が開発陣にいると迷惑なんですけど・・・。

無茶苦茶なこと言う… 「その人」がいなくなったら
実質x264の開発は止まると思うけど…

開発が続いてて、他のH.264のcodecに先駆けてHP使えることだけでも
有難いと思うけどなあ。しかもfree。HPだとPSNR・SSIMはNeroDigitalAVC(MP)超え。
インタレ対応に関しても、現時点で対応してるのってMoonlightぐらいじゃない？

インタレできて画質○のコーデックとインタレ無しで画質◎なら、後者使うな

なんだかんだ、フリーでHPに対応してるってのはすごいよなあ。
Neroにメインのひとから3人ほど引き抜かれたんだっけ？
今の状態でインタレ対応してくれれば神だけど今の状態でもまさに神。
DivXなんかの商業コーデックと一緒にはしてはいけない。

>>332
ヒント:アニオタ

>>334
映画もだと思うよ。

無茶言ってｽﾐﾏｾﾝ
吊ってきます......

そのうち対応してくるんじゃないかなぁと希望的観測

してたけど本格的に無理っぽいね
まぁ60、30、24を使い分けりゃいいこったけど

まあ、Xvidだって初期から対応してたわけじゃなかっただろ。
そのうちだよそのうち。
まだ1年もたってないし

ｘ264のDSFってffdshow以外ねえの？

ｘ264のDSF自体ありません。
このスレを最初から読み直しましょう

Y264ってないの？
ＨとＸだけ？

>>341
作ってみたら？

>>341
Zにしようぜ！

>343
いやいや、ここはΩだろ

F/A-26rev.4

　　　　　┏━━━━━━━━┓
　　　　　┃　 ／　 　 　 　 ＼　 ┃
　　　　　┃／ 　 　 　 　 　 　＼┃
　　　　　┃　／￣￣￣￣￣＼ ┃
　　　　　┃彳　人＿___＿＿　ﾉ.┃
　　　　　┃入丿ー◎-◎ーヽミ.┃
　　　　　┃　r 　 .　(_　_) 　 　 ）┃
　　　　　┃　( 　∴.ﾉ▽（∴　 ﾉ ┃
　　　　　┃⌒＼＿＿＿＿_ノ⌒┃
　　　　　┃　　　　┗━┛　　　.┃
　　　　　┃　 　 　>>1　　　 　　┃
　　　　　┗━━━━━━━━┛

MEをES16にするとくそ重くなるな。

Athlon64にはP4用を入れろ。SSE2で( ﾟДﾟ)ｳﾏｰ

>>348
ｳﾎｫ ﾏｼﾞﾏｼﾞ？
AthlonXP用しか使ったこと無いから早速使ってみるヨ！

>>348
エンコ時間2分35秒だったのが2分27秒になったヨ
ﾏﾘｶﾞﾄｰ

少し調べたところ、Pentium4系以外は(AthlonだけではなくPentium-Mも)
SSE2の整数演算使うより、MMX使った方が速そうな事書いてあるんだけど、
x264のSSE2のコードって何やってるの？

i386とamd64用のコード見たら、
SSEで追加された平均計算と、SSE2で追加された128bit整数読み書きしか使ってなかった。

NeroDigital使ってるヤツいる？金払う価値あるかな？

>>353
H.264本スレで聞けば？
わざわざ隔離板で聞かんでも

>>354
ん？ここ隔離スレだったの？
ここの方がx246使ってるヤツ多そうだから、適当かなと思ったんだが。
NeroDigitalの体験版試そうと思ったら、試用期限昨日までなんだよな

>>355
X264使ってるのは多いだろうが（っていうかほとんど使ってるはず）、本スレのほうがいろんなコーデック使ってる奴も多いんじゃないか？
X264使いにX264と比べてって意見が聞きたいってのならスマン。

>>355
http://pc8.2ch.net/test/read.cgi/avi/1085218802/l50

↑424は誤爆です、スマソ

>>356

> X264使いにX264と比べてって意見が聞きたい

まさにこれが聞きたいのよ。
6000円くらい惜しくないが、金払ったコーデックよりフリーのコーデックが優れてたら悔しいな、と。
なにしろx264はバージョンアップが頻繁に行われるし。
現時点じゃエンコ速度に関しちゃx264の方が優れてるようなんで、特に(NeroDigitalの方の)
デコード時の負荷やインターレース対応なんかはどうなってるか知りたいんだよね

>>357

そこも一通り覗いた。
概ね評判いいけど、最近のx264との比較レスがないんだよな

NEROはMP4コンテナだけどAACとかふつうに使えるし便利。
インタレまだ対応してなかった気がする。

>>360
thx
とりあえず買って試すか。将来性は悪くなさそうだし

>>359
ハイプロには対応してないな

>>361
NEROなんか買うなよ。
買わなくてもいくらでも、シリアルが流れｔ（ｒｙ

なんかもう意味なさそうだけど、だらだら書くか

http://www.nerodigital.com/eng/Try_Nero_Digital.html
こっちのnerodigital専用のは、機能制限なしできっちり
30日間使いたおして比較しまくれると思う(たぶん、自分は試してないんで)

http://forum.doom9.org/showthread.php?t=96203
http://forum.doom9.org/showthread.php?t=95803
http://forum.doom9.org/showthread.php?t=95890
HP/Interlaced等な新encoderのbetatestのもよう。test終了後
いくらか待てば、recodeにのるはず(前回のtestの流れから考えて)

(現時点では)主観的な意味での「画質」は、どっちが上とかそういのは
ほとんで感じることはないかもしれない(nero(MP)とx264(HP)比でも)
あえてnero今使うことの利点をあげるとすれば、昨年12月の初御目見以来
avc-encoderに変化が殆どないこと(細かいbuxとりとかrecode側のfixとかは
あったと思うけど)。要は、結構安定安心して使えると言うこと
mp4のmuxerに関してもたぶん同様。とか言いつつもx264だとその点が全くダメって
わけではないんで、利点と言えるのか難しいところ(mp4boxもちょっと前からすごくすごくいい！)
ちょっと興味ある程度で購入に迷いがあるなら、新encoderがneroにのってからでも
いいかなと思う

みんな、デコード何使ってる？
久しぶりに入れようと思ったら、VSSフリーじゃ無かったのか＿|￣|○
他は間に合ってるんで、これだけの為にffdshowなんか入れたくねえし。

>>365
インスト時にH264, x264だけチェックすればいいじゃない

どっかに、freeのデコーダー落ちてないかなあ。
ffdshow（ﾟ�听）ｲﾗﾈ

だそうですよ。

>>366
そりゃそうだけど、なんかこう精神衛生上よろしくないんだよなあ。

>>367
これぐらい許せよ、どっちも過疎スレなんだし。
おまい、重箱の隅をマイクロニードルで突付くの大好きだろ。

>>369
ごめん。悪かった。

>>370
そんな素直に来られると、対応に困ってまうがや。
おまい、イイ香具師だな。

>>355
ってかNeroDigitalはx264じゃないから

＞ってかNeroDigitalはx264じゃないから

当たり前やがな(´･ω･`)

rev.270B きてます

>374
中の人おつかれ

X264でエンコしたとき、ffdshowを使ってVirtualDubで開いて編集しようとすると、
フレームが入れ替わったりしてうまく編集できないことないですか？
説明しにくいけど、12345ってフレームがあると、
1,2,3と表示して2に戻ろうとすると2が表示されないで別のフレームが表示される
みたいな現象が・・・。
これさえなんとかなればこれでエンコしたいんですけどね。

>376
シークが異常ってこと？
IフレPフレの問題かも

>>377
そうなんですよね。
DivX5.2.1で双方向エンコーディングでマルチプルを選んで
QBでエンコしたときみたいな・・・。

たぶんその読みで当たってるんでは？
x264vfwは通常そのDivX5でいう「マルチプル」な状態ってことで。

>>378
それはバグ
5.9beta版で修正されたが6.0もおかしか(ry

なるほど
とりあえず2Passでやってみます

x264でエンコしたファイルをffdshowのVFW有効にして
エンコソフトに読み込ませても画面が黒いままで編集
不能。シークはできるんだけどなぁ。

>382

x264のVer名
ffdShowのビルド名
編集ツールなどのフロントエンドの名前(Ver名も)

以上の3つを晒してくださると何かためになる情報があるかもしれません
あと、独り言はやめてください

x264のRevは270だけどふるいやつでもなる。
ffdshowは20050611、20050617、20050701で試した。
フロントエンドはVDub、AviUtl、TMPGencで試してみた。
再生してるときは、ffdshowの情報みると色空間はYUY2になってる。

えーと、原因がわかりました。
バージョンが古かったみたいです。

ごめんね。おかあさん初めてだから。ごめんね。

報告もうざいかなと思いましたが、間違った情報を
そのままにしておく方が問題だと思うので
一応報告させていただきます。

http://x264.nl/
ここの270バージョンとffdshow6/19バージョンで
ちゃんと編集できる動画が作れました。

スレ汚してごめんなさい。

>385
お父さんは、そんなお母さんに惚れて結婚したんじゃないか
何を今更

なに意味の解らないことを言っているんだこの馬鹿は

ネタ自己レスにネタレスにマジレスｶｺｲｲ

ドジっ娘萌えスレはここですか？

はいそうです

とりあえず画像よこせや

rev270D

oi

またまたですか

バージョンあがったのかと思ったら、バイナリだけか。

>>375と同じ現象が・・・
270を使ってるんだけど、なんかだめぽ。
編集しようとするとフレームがずれる。
うまく編集できない。
VirtualDubが悪いのか、aviutlが悪いのか・・・。

>396
VFWのあれこれだろうね　
ffdShowのVerUPに期待したほうがよさげ

>>397
なるほど。
エンコーダーじゃなくてデコーダーの問題ですか。

>>398
http://pc8.2ch.net/test/read.cgi/avi/1116158499/351-
これじゃないかと。

>>399
なるほど。
コンテナを変えるしかないと。

ではここの住人はどうやってエンコしてるんでしょうか？
先に編集してからhuffyuvとかでエンコしてそれを変換するのかな？

>400
MPEGカッターで切る→avs書く→Vdubなり通すってんじゃないの？


すいません　mp4コンテナにする方法分からないのにほざいてすいませんorz

>>400
CMとか切り取ってフィルタ乗せてそのままx264でaviutil使ってエンコ。
終わったらDivX505のFastestで320x240で超高速エンコ。
↑のとWAVを合成して、CM切り取ってWAVだけ出す。
それをx264にくっつけて完了。

馬鹿ですか、そうですか(´･ω･`)

後で編集はVFRの場合ぐらいかも。
CMカット等の編集はavisynthのスクリプトでといった感じ。

>>403
スクリプトでCMカットは難しくない？
フレーム単位で毎週同じってわけでもないでしょうに

avisynthはスクリプト言語だからスクリプトって書いただけ。
NRとかならまだしも、同じCMカットの設定を毎週使うって
考え方は当然念頭にない。

rev272

>>405
画面を見ながらCMカットするとずれるから、
CMカットすべきフレームの番号をスクリプトに書いてやれば
ずれずにカットできるってことね。

>>407
?? VDMで吐いた.vcfをAddRange()で普通に読んでるだけで
特別なことはなにもやってない。ずれの話とも関係ない。

何が変わったのかと思ったら、SPARCサポートね。

>>409
それうまいの？

マジレスするけど、SunのSPARCっていうCPUだよ。
UltraSPARCだけかもしれないけど。

rev272B

>>411
マジレス感謝。
CPUのサポートか・・・orz

CLI版の旧VerはDLできないのか

rev273

rev273B

http://trac.videolan.org/x264/timeline
こっちならちゃんと見れるな
なんでもう一個の方だとエラーでダメなんだろうな

rev274

超法規的ネットワーク関係でH264で704x396のサイズの動画を見かけたんだが、
ffdshowかなんかでエンコードすれば16の倍数じゃなくても
エンコードできるんだろうか？

超法規的ネットワーク関係板で聞け

>>419
そらそーいうのもあるんじゃね？
X264じゃなくてH.264

Rev.275

doom9のCLIで､4000フレームくらいの720*480ソースをエンコしているんだが…
0.15fps/sっておい…勘弁してくれよ…オイラはP4 HT 3.2GHzなんだぜ…

まぁ､Optionが悪いんだろうが…↓

--bitrate 600 --sar 4:3 --threads 2 --keyint 240 --min-keyint 24
--scenecut 40 --bframes 2 --b-bias 0 --ref 16 --filter 0:0 --qpmin 10
--qpmax 51 --qpstep 50 --ratetol 2.0 --vbv-maxrate 0 --vbv-bufsize 0
--vbv-init 0.9 --ipratio 1.70 --pbratio 1.30 --chroma-qp-offset 0
--pass 1 --analyse "all" --direct "spatial" --weightb --me "esa"
--merange 64 --subme 6 --8x8dct --progress

自分は大抵、defaultのままの部分が多いな。つまんないけどシンプルに↓こんな感じ。
--ref 3 --subme 6 --bframes 2 --weightb --8x8dct --analyse all --me umh --progress

--b-pyramid ってなぜか明滅(?)するとこでるんで使わない。
--direct は自分がやるソースなんかだと temporal のほうがいい結果がでる感じ。

>>423

--me "esa"付けると死ぬほど重くなりますよ。しかも --merange 64ですから
それぐらいになっちゃうのもしょうがないかと。

とりあえずデフォルトの"hex"とかにしてみたらどうですかね？

esaというとあるものを思い出す

ESA-CODEC

>>423
fpsは「Frame per(/) Seconds」だろと突っ込みたくなった。

fps/sって「Frame / S~2」
…加速してる!?

>>424 >>425
アドバイスどもです｡
--me関連が一番重くなる設定なんですね〜
hexにして､--merangeを消したら7fpsになりました

>>428
突っ込まれれてみれば確かに…

>>419
YV12をアップサンプリングしてクロップしたのなら
単純に画素計算でリサイズしてエンコードできるんとちゃうかな

rev275 前revに比べてほんの少しだけエンコード早くなった？気のせいかな

>431
速くなったね

ffdshow (unofficial version)でｘ264を再生してるのですが
最近のバージョンは重いですよね
以前問題なく再生できたのがカクカクになりました
結局20050406まで戻したのですがもっとも軽いバージョンは何でしょうか？

つ [GOM Player]

>>434
ご回答ありがとうございました
でもffdshow-20050204が一番軽いみたいなのでこれにしときます

>>435
軽いかもしれないが、再生が出来ないときも多いぞ。

>>433
でも最近の(7/3)だと低クロック（800MHzくらい）で見やすくなってる気がする。
高クロック（3.0GHzオーバー）で個人的に一番軽いと感じたのは6/11のffdshowだな・・。

本家H.264とx264が同じ物だと思ってた僕が来ましたよ

規格と実装

本家？

まあ、全て本家ではある

rev.277でたよー

http://uk.geocities.com/h264x264/
みえぬ

速度がDivX6と大体同じ件について

>>444
でもデコードが重いんだよね。
そろそろエンコーダの方一時中止でもして、ｲｲデコーダ開発してほしいな(･ω･`)

再生支援グラフィックカードを待つ

組み直したほうが早い。
デコーダなんかに力を入れることは未来永劫無いと思うよ。

シークすると、しばらく早送り状態になるのは仕様ですか？

デコードが重いのは当たり前っしょ。莫大な演算しないとこんな鮮明な画質の実現は出来んし。
重いの嫌なら従来のコーデック使うしかないよ。

Wikipediaに書いてある複数参照フレームによるIDRフレームのせいかと思ったんですが
それとシーク後早送り状態になることは関係ないのでしょうか？

>>449
オレは嫌じゃないけど、他の人が見る時見れないと困るから(･ω･`)

>>450
早送りになるのはCPUのせいかな…
6/9とか6/11のffdshowは早送りになりにくいかも？（俺の環境では）

>>449
同意。
ffdshowでのデコードは、ちゃんと4:4:4にアップサンプリングしているしね。
4:2:2程度の手抜きリサンプリングをして軽くなっても、
画質が低下するのは本末転倒だし。

質問なのですが無圧縮音声無しAVIからX264GUIでエンコードしたファイルとその音声部分をAACにしたファイルを結合させるにはどうしたらよいのでしょうか？

映像はどうにでもなるのだが、AACを読み込めてかつ結合のみというソフトが見当たらないですな。

rev. 280

Doom9でのupdateﾏﾀﾞｰ

>>453
mkv使ったら？

>457
mp4使えるだろ

Doom9もupdateしたみたいよ

>459 ty

自動シフトやVFR出力をx264で噛ませられないのは痛いよな・・・・
コーデック不明の再生不可ファイルになるし

>>461
え！？
オレは自動フィールドシフトで普通に出来たけど・・・？

なんだか、作ったファイルをエクスプローラーで見ようとすると、エクスプローラーごと
落ちるんだけど、これってなんで？

?

ffdshowのオーバレイだったかなんだかのチェックを外してみる。
HDデインタレのうえのやつ

エクスプローラー使わないのがお奨め

>>465
そもそも、ffdshowいれてません
Videosoft H.264 Decoder 2.2 BETA つかってます

>>466
それは極論すぎる。
俺はコマンドラインでスムーズなファイル操作はできない。

>>467
DirectShow H.264/AVC Decoder Filter 2.2 ね

explorerでのaviの縮小表示は切ってるなぁ。
どうやるかは忘れたけどぐぐれば見つかると思う。

ExplorerのかわりにDYNAおすすめ

Afxでウッボー

>>467
互換シェル

>>463
ttp://element.dip.jp/~hm/memo/winsetting/explorer/document.html
ここを参考にレジストリいじれば多分OK

>>461
なんでitvfrとか使えないんだろうな
264に未対応？

Rev281

Rev280からmkvで出力出来るようになったのね。

なんか進化しているようで退化しつつあるような感じがするのはオレだけか

まずは退化の意味を調べてこいよ。

>>476
mkv使いたいならCLIでいいじゃん。
俺はむしろCLIでavi出力サポートしてほすぃ

>477
変化と捉えろ
>>479
そこまでしてCLI版を薦める理由はなんだ？

余計なオプション付けて、肝心のルーチン周りを弄くってない。
今のMPC状態だな。＋αはいらんから、中身弄れよ

>>480
楽にバッチファイル作れるから。
俺は特に何かない限りは同じパラメータでいくから
オキニ設定１個つくればあとはコピペ流用可能だし、
XPなら電源OFFまでバッチでつくれるし。

>>481
俺はエンコーダーよりもデコーダーなんとかしてほしい。
やっぱり再生まだ重いわ。

Rev281Aでてました

VFW板のデフォルトの設定を教えてください。

アンインストール後に再インストールしても前の設定値がのこったままになってる

>>484
レジストリエディタで
HKEY_CURRENT_USER\Software\GNU\x264
のキーを丸ごと削除してから起動

>>485
どうもありがとうございます
Thankyou very much.
謝謝
Grazie mille
Merci
??? ?????

そんなことしなくてもデフォルト押してダイアログ閉じて、
またデフォルト押すとデフォルトになる。
どちらが楽かは好みで。

インタレまだっすか

.mp4にするときはどうしたらいいの？

YAなんとかでMUXするんじゃなかった？

>>489
つmp4UI

YMCA

永久保存用にx264ってのは再生的にやっている香具師はいないって結論から
話題になってないけれど、実際DVDISO(2層)でOKだとは思わなくなった・・・



そう、Foxが売れたDVDをBlu-rayとして出すんだとさ(例えば24、エイリアン、大ハードetc....)

2層でがんばってきたのに、ble-rayまでの繋ぎとして、もしかして負け組みになるかもしれない。。。
(ble-rayやHD DVDとして出なければ勝ち組だが)

言っている事がよくわからないんだけど、
既に持ってるコンテンツが、ble-rayで出ると負け組？
H.264自体はblu-rayでも使われるし、負け組ではないと思うんだけど。

>>493
やってるオレはいったい何ｗｗ
デブロッキング0にすればMPEG2並に綺麗だし、今のスペックでもギリギリ見れるから、将来に期待してたんだけど(･ω･`)

>>494 あら、伝わってなかった？　ごめん、ちょっと負けになりそうだったから
文章省略しすぎた(反省)。　要は、DVDを１層化もせず2層で保存しているのにblu-rayで
そのコンテンツでちゃったら、今までHDD(もしくはDVD DL)に無理して保存してきたものが一瞬でゴミと化し
負け組みになるという意味です。

おれ、やばす・・・・

>496
H.264不要説？

ま、FDでさえ生き残ってるんだから
DVD市場もすぐにブルレイやHD_DVDに切り替わる事は無いと思うよ
それにいつでもデータ容量ってのは足りないんだし
大容量だろうが小容量だろうがH.264はきっと活躍するお

＞〜無理して保存した(ry
5〜8年ぐらいでやっとゴミになるんじゃないかな？
それに一般ユーザーが手軽に動画を扱えるようになったのは
まだまだ、最近の話しだし
仮に現状のDVDを捨てるにしても映画なんかは当然ユーザーからは不満が出る
誰だって買ったものを捨てたくないってのもあるし
そのニーズにDVDバックアップを商売としている業者は何とかしてでも答えるだろう
てか、答えて欲しい　まぁ、夢を持つと「DVD→H.264にメニュー特典つきで簡単にばくうｐ」
ってツールも出るだろうね　　　いや、出て欲しい限りだ
そんな訳で支離滅裂かもしれない文章ここまで呼んでくれてありがとう

なんかx264スレでこんなに長い議論するのも悪い気がするんだけれども
けっしてH.264が不要になってほしいというわけではないよ。むしろ逆だしね。


ただ、ただね、、、いましこしこがんばっている事が後少したってね、今まで
かなり時間とお金をかけてやってきたことが・・・・orz　になるのが寂しく悲しいなと
思ったんでみんなはそこんとこどういう考えなのかと思ったんのよね。

64bit対応してほしいな

>>499
してるよ。ビルドするのにyasmが必要だけど。

>>500
詳しく

vp7が個人用にだけfreeになったけれどスレだれかたてんのかな？

snowというコーデックもなんかすごいらしいしx264どうなるのかね〜
まあQTみたくmovとか意味不明なもの吐き出さないからXVDみたいに最低でも残ると思うけれどね。

>502
>snow
詳しく

詳しくしらないけれども、低ビットレートに強いらしいよ。snowは。まだまだ開発段階らしいし
まだVP7のほうが実用性もあるかもしれないね。(でも個人用にフリーにしたとこみるとけっこう切羽詰まってるなOn2 w)

>504
＞開発段階
そうなの？ソースを出来ればプリーズ

＞でも個人用〜
禿げ同ｗｗ
目の前の小銭ばっかりに目を取られて顔を上げればユーザーがいないってのは
いくらなんでも寂しすぎるよなｗ

個人レベルで将来性がどうとか語っても虚しいだけ
どうせ、MSはVC9とwindowsmediaをゴリ押しするのが目に見えてるんだし
将来性が気になるヤツは素直にWMV(ASFコンテナ）でも使ってなさいってこった

いっつも思うんだけど、将来性って何よ・・・・
サポート家電がでることか？

コーデックの話だったら
将来メジャーになるかどうか

エンコする場合の話だったら
将来、後悔するかしないか

>>501
Windowsで出来るか知らないけど、Linuxとかなら出来るよ。
amd64用のasmコードもちゃんとある。

質問させて下さい。

x264コーデックは単体ではデコードはできないのでしょうか。

ちなみにできなかったのでffdshow(H.264はOFFに)を入れたら
できたのですが何度やっても映像が反転(上下逆)に
なります。(ffdshowのみなら問題なく再生できます)

再生ソフトはWMPです。

x264だとtmpgで開けるのでこちらを使いたいのですが・・・

それと日本語パッチもCRCエラーでできませんでした。

>>510
ついてないし、FFDSHOWは、なんでh264がOffなんだよ・・・よく再生できるな・・・
FFDSHOWのOUTPUTオプションにFlip videoってのがあるから、それ押せば直ると思うぞ。上下反転は。

詳しく言うとVFWはONで通常のDSコーデックはOFF
にしています。よく分からないのですが

ffdshowVFW + x264でデコードできてる?ようです。

a.ffdshowVFW ON + ffdshowDS ON = tmpg食べない 再生OK
b.ffdshowVFW ON + ffdshowDS OFF = tmpg食べない 再生 NO
c.ffdshowVFW ON + ffdshowDS OFF + x264 = tmpg食る 再生反転
(ちなみにtmpg上では動画は上下反転しないでなんの問題もな
くエンコできます)

d.nero show time 2 = tmpg食べない 再生OK

tmpgはVFW系じゃないと食べてくれなそう?
Flip videoもやってみましたが、なんの変化もありませんでした･･･

ho

rev.282
Makefileでranlib呼ぶようになっただけ。

>>512
逆、見るだけでいいなら、VFWのほうじゃなくDSのほうをonにする。
編集とかするときはVFWのほうもonにする。

CLI版って
WARNING: MP4 and MKV outputs are broken for 23.976 FPS.
と一文あるんだけど、23.976 FPSのファイルは壊れるからエンコードするなってこと？

>>516
壊れはしないけど・・・
まぁやってみればわかるよ

x264は、H.264/AVCビデオストリームをエンコードするためのライブラリ。 それはGPLライセンスに関する諸条件でリリースされる。
http://ja.wikipedia.org/wiki/X264

rev.284kiteruyo

to omottara 285 arune
nankanihongoutenaiyo

>520
IME設定見直せ

ttp://ilia.laburec.net/1123767413/main.html

低ビットレートでのエンコはこれが最強かなrmvbという選択より
普及しそうだし
一番望むのはLinkplayerでサポートされればテレビで見れるから
これでみんなエンコしちゃうんだが
やっぱりXvidでエンコしてしまう
後はエンコ時間の長さと再生の重さがクリアーされればな

264って細部潰れるって言われてるけど本当みたいだね・・・
それ以外は明らかに綺麗なんだが・・・
設定で直るもんなの？

deblockしない

>>525
ｻﾝｸｽ
全く問題なくなったよ
でも画質が落ちた気がするんだけどdeblockをしないメリットとデメリットってあるのかな？

>526
ブロック出したくなきゃDeBlockしろ
速度と細部潰したくないならDeblockするな　それだけの事

>>527
わかった
じゃあdeblockはしなくていいな
ありがとう

x264すばらしいよﾊｧﾊｧ
DVDと違いがわからない
因みにQBは16でしますた
XvidのQBの2と同じぐらいのサイズで画質はDANZEN264だった

>>529
だよな。DivX系と比べるとモスキートがかなり少ない（って言うかない？）。
でも再生重杉orz

>>530
VLCとかM Player使えばいいのに

因みに俺はx264で圧縮された動画の拡張子を.264に変えて上のどちらかのプレーヤーに関連付けしようかと思ってる

>530
モスキートはDivXの専売特許でx264には全く無いだろうに

> でも再生重杉orz
VLC使え　　Celeron2.00でもCPU負荷40%以内に抑えられたから

>>532
VLC軽いけど使いにくいんだよな
フルスクリーン時にシークできなかったり
なぜ完璧な物が存在しないのだろうか・・・

>>532
MEの800MHz何ですが、大丈夫でしょうか？ｗ

>533
→↑←↓＝矢印(十字)キーの事

Ctrl+←→キーで1分単位でシークできる
Ctrl+↑↓キーで音量の調節

あと、VLCデフォルトで日本語に出来るから
それを元手にキーバインドの設定を覚えるなり変更する事

まぁ、確かに使い勝手はかなり悪い罠

>534
お前がいたの忘れてたｗｗ

> MEの800MHz
最小限の構成なら一応見込みはある
やっぱ再生して見ない事にはなんとも言えないかな

おまえらAviUtlのバージョン何？
99だと24fps化不具合があるらしいけどx264は作りやすいんだよね(サイズが16の倍数じゃないときに上下に黒帯入れれて
98だとその機能がないからかなりこ困る・・・

>537
主に98d

お前の場合はhufyuvで出力してからx264でエンコしたらどうだ？

0.99は内部YUV補間にとんでもないバグがあるのが致命的だね・・・
24fps化については不具合はないんだけど精度が0.98dより大きく劣る。
ちなみに黒帯入れたいだけなら黒べた追加フィルタというものがある。

>>538
わざわざhuffyuvで圧縮する意味がわからんぞ

>>539
ｻﾝｸｽ
黒べた追加フィルタなんてあったんだ
前にそういうのを探したんだけど見つからなくて困ってたんだよ

>540
いや、fps変えてhufyuvで出力してから
x264でエンコ酢りゃ良いだろって思ったけど
>>539があったのね

avisynth+VirtualDubModな俺は異端ですか？

全然普通

自分はavisynth+x264.exeだけど(大きめのupdateあったときtestするだけだが)
どんな形態が多数派なんだろね。

アンケート取る以外ないような・・・

自分は使い慣れたAviutl＋VFW版で

まあその通りだね。やっぱvfwが強いそうな感じか

結局

色々な環境で使えるx264最高

って結果になるだろう

avisynth+VirtualDub(VirtualDubModだとなぜかYV12の入力が出来ない。Avisynthわからん)
mencoder
の二本。
mencoderの方は64bitよ。

[!] Couldn't locate decompressor for format 'YV12' (unknown).
VirtualDub requires a Video for Windows (VFW) compatible codec to
decompress video. DirectShow codecs, such as those used by Windows Media
Player, are not suitable. Only 'Direct stream copy' is available for this
video.

>>548
http://www.avisynth.info/?ffdshow%A4%C7YV12%A5%C7%A5%B3%A1%BC%A5%C9

高画質にするときQB何にしてる？
俺は16なんだけど17でもいいような・・・

普段24でこだわるときは20かな。
これでも十分綺麗。

オレも普段25か26で、デブロなしだと22以上って感じだな。
てか、18超えると今のスペックじゃ見れん・・

>>544
俺はMeWiG-mencoderってのを使ってる。
アフォな俺でもmencoder使えるから(･∀･)ｲｲ!!

>>551,552
ｻﾝkｽ
皆かなり低くしてるんだな
ｱｽﾛﾝ1600+でも16なら再生できるし(最初使ったときXvidと同じの2にした時平均ビットレートば10MBで全然再生できなかったことがあった・・・

>>544
CLIで吐いたmp4がQT7で再生できたから、それがメインだなぁ

俺も高画質設定なら16前後だなぁ。
20だと明らかにディテールが潰れるから、
ソースの質によって調整するけどね。

qt20〜24だな。ただしBフレは切ってるけど

http://uk.geocities.com/h264x264/
ここの奴とffdshowを入れてWMPで再生したんですけど糞重くて見れたもんじゃないんです｡･ﾟ･(ﾉД`)･ﾟ･｡
Pen4の1.7だと無理ってことはあるんですかね・・・
それとも設定かなんかが不味いのか･･･

で、その動画はどこで拾ったの？

最近見つけたTMPEGEncの編集ファイルをAviUtlで読み取らせるという超簡易編集。
しかしHuffyuvで一度無圧縮にした方がよいという場合もあり。

やびよやばいよ
QBをどうするかでもう二三日も迷ってる
20でもXviDのQB2並に綺麗なんだが暗部が劣る
確かx264って暗部に弱いんだっけ？
今までQB16だったから気づかなかった

ffmpegのX264でXviDと同じQスケール2指定するとQT14〜16でエンコするね。
ってことはXviDのQT2≒x264のQT14〜16ってことか。
ASPとAVCだから同じ扱いにするとよくなさそうだけど。

じぶんはAVC/H.264に関してはCQエンコは全くやらないなあ。
大抵は1300〜2500kbpsで2pass (XviDのQ2のサイズ基準、面倒なときは1500kbps)
本当はMultiPassって好きじゃないんだけどね。

実写でQT14とか15はちょっとありえん

ここの住民はsnowやVP7を使ってみてからx264使ってますか？
Xvidとx264を比べた結果x264使っている人は多そうですがsnowとVP7を比べた結果
x264使っている人がどれくらいいるのでしょうか。どうせx264も家庭用DVDプレイヤーで再生
できるのかわからないのであれば画質や再生時の負担(多くの人は画質優先にすると思いますが)
をもう一度見直すという意味でもVP7とsnowを試す価値は十分にあるかと思います。

snowはここから
http://forum.doom9.org/showthread.php?t=98033

VP7はここから
http://www.on2.com/get_vp7.php

やたらいろいろでてる、HW-DivXPlayerみたいなのでは、AVC対応の新しいchipで
たぶん再生できるようになるんでないの？ HD DVD/Blu-rayのPlayerの場合は
しらんけど(でてもどうせ最初は高いのでおれには買えないが)。

画質だけでみたらVP7はいいね。でもやっぱAVC並に再生重い。
Snowは自分は使ったこと無いけど、(今までやってた開発者による)開発は
終わったんじゃなかったけ？

家庭用再生対応のありえないSNOWやVP7の価値は無い

アニメをQB18でエンコしたんだが135MBって・・・
しかも超高画質
x264を使ってからは驚きの連続だ

>>565
低ビットレートならRV10がいいらしいね

VP7とx264は低ビットレート(640×480 300kbps)で比較したらデブロッキングいじれる分
x264のほうが画質がよかったから使ってる。SNOWはffdshowの使おうとしたらエラー吐いたから試してない。

>>565
snowはﾒﾝﾄﾞｸｻｲ。Avisynthとか使わないといけなさそうだし・・
VP7は超低ビットレでボやかす感じがして、ブロックが出てもx264のが良いと思った。

>>568
それは昔の話だと思われ。でも今でも実写はRV10なのかな？

デブロッキングなんて画質圧倒的↓のイメージしかねぇ。
最初なんでこんなに汚いのか、と設定いじくってて原因はコレだったし。
こんなもんｲﾗﾈ

>>571
デブロッキングは初期設定のままだとONになってるから何も知らない人はx264は糞だと思うだろうね
なんでデフォでOFFにしなかったんだろ

アニメをqt15、16だのと贅沢にビットレート振ってる人らはそりゃ
デブロッキングなんていらねーだろうけど
そういう用途だけとは限らないだろ

qt23ぐらいで使ってるけど、あんまり不満無い。

>>568
135Mって小さいですね。設定とどんなデータか教えてもらえませんか？
640x480 24fpsで、qt 23 ref 3 bframes 2ですが、とてもそんな小さくならない。

qt20前後で使うと、Deblockは入れたいなあ。
入れてないと、明るいとこまでブロックノイズ見える。
これ以上上げると、他のCodecでもきれいになるくらいのサイズになるし。
限界18かな、通常。ほっとんど動かないのならあれだけど。

>>574
qt23でもならないんじゃ、ソースが違いすぎるんじゃないか。
Wmv9q93とかでやっても、100ちょいにしかならんとか言うのあるし。

実写なんかでは-にすることはあっても、自分は切るって考えたことないな。
ASPの場合でもPPは有効にするし(関係ないがffdshowのPPのdefaultのstrは強すぎのような)。

俺はQT27ぐらいじゃないと明るい部分にあまりブロックノイズはでないな。
ただ暗所は結構でるがorz
それと再度デブロッキングを試してみたが何故か今回は
画質↓もなく正常＠QT20　設定ｲﾏｲﾁﾜｶﾝﾈ
ただWOWOWのシーンチェンジの際にでるノイズは除去不可だった。
どうにかなんねーかな、これ('A`)
結構目立つんだよな。

>>574
ソースの違いもあるが、質も影響大きいと思うぞ。

>>577
うん、動画としてみてる分には、まったく気づかないね。
ま、見えるというのも、Testしつつ比べてみると
ああ、deblockの効果は、なかなかだなと思う。
デフォじゃちょっと強いからThresholdは少し下げてる。

WOWOW、デジタルのほうしかしらないけど、酷いね。
許せるのなら、そのフレームのみカットするしかないんじゃ。

と、忘れるとこだった。
x264 23.976fps FIX - test build.
ttp://forum.doom9.org/showthread.php?t=98680

規制されてるようなのでtest

おっ解除されてる
数日間なおんないと思ってたよ

>>574
ソースの違いだと思うよ
ソースは25分アニメで640x480、24fps、QB18、デブロックoff
Bフレームとか詳しいことは知らないので初期設定のまま・・・
マクロブロック分割制度は全部チェックした方がいいようなのでチェックしてあるけど

286きてるよ！

月姫だったら何話かはQT14で130MB前後になるよ。
もっともエンコしたい思うかは別として。

そりゃあれだけ暗いシーンばっかりの上に動きが無けりゃな

x264ってモヤとか砂嵐みたいな特殊効果に弱いのは何で？
VPPとかWMV9では再現出来てるのに。
ビットレートはどれも600k

やっぱビットレート不足？

x264は暗部に弱いらしいからﾌﾟﾗﾈﾃｽの宇宙遊泳中のところをQB指定でｴﾝｺしたんだがやはり汚い
QB指定だと暗部にあまりﾋﾞｯﾄﾚｰﾄを配分しないかららしいんだけど綺麗にする方法はないのかな？
ていうか皆どうしてる？
諦めてるわけないよね…
あまりにも酷いよ〇|￣|＿

別に汚くならんけどなぁ。ソースは違うけど。

>>585
もっとQTふればいいんじゃね？
俺はそこまでいうほど汚くないとは思うが
かみちゅ1話の終盤部分は諦めた。あれはどうしようもないと判断。

>>587
QT18でやってるんだけど17にしても16にしても暗部は変わらなかったんだよ
宇宙空間に凄いブロックノイズが浮いてるしorz

皆はそんなことないみたいだからこっちのソースのせいなのかな…

>581
Rev285で18時間掛けて出来上がった1stPassは一体どうしてくれるんだお？

>>589
そんなにがっかりするほどﾊﾟﾜｰｱｯﾌﾟしてないだろｗ

赤の再現性が一時より悪くなってるような気がするんだけど、
気のせいかな…？

>590
まぁ、そうなんだが
あんまり変わってないって事は・・・ログの使いまわし出来るかな

>>591
できれば番組名やタイトルを晒しておくれ
赤って言ってもロシアとか北朝鮮とか色々あるから

皆は詳細設定のBitrate variabilityを何にしてる？
デフォなら60なんだけどこれをいろいろいじって暗部をなんとかまともにしようとしてるんだけどその参考にしたいので教えて

いじってもかわんねぇやorz
それに教えてなんて書き込んじゃったよorz
スレ汚しすまんかったorz

>>585
RatecontrolのB-frames reductionの％をあげれば良くならないか？

>>595
変わらない・・・
もういいや
諦める・・・

Bフレ切れ。それで駄目なら他のcodec使え
WMVやXviDも暗くてモヤモヤした部分はあんまり綺麗にはならないけど

XviDなんかもそうだと思うけど、気になる暗部のとこのみ
zoneとか使って通常部分よりQuant.下げるしかないんじゃなかろうか。
月並みでつまらんが、たぶん魔法はない。

黒いところを真っ黒にしてから縁故すればいいんじゃね？

・・・暗部で問題あるシーンだけ選んで5Mbpsとか普通ありえないビットレート指定すればいいんじゃね？
それで駄目ならあきらめるしかない。

うちのPCだと2Mbpsでこま落ちするorz

287いらっしゃいませー

ttp://uk.geocities.com/h264x264/
URLでございませー

↑なぜかだめっだったでございませー
ttp://x264.nl/

そんな中2pass目を間違えて1stパスのログ取りにしちゃった漏れが来ましたよ

やるやる
やったあと
ちくしょおおおry！！！！
orz

videolan.org落ちてるな

264は再生重いからVLCなどの軽いプレーヤー使ってるんだけどさCPUの性能がよければMPCとかのプレーヤーでも再生できるんだよね？
120fpsで出力したせいかVLCやMplayerだとたまにカクつく
MPCなら滑らかだけどだんだん音ずれする
3GHzもあればMPCでも問題なく見れると思うんだけどそれぐらいの性能のPC持ってる人は教えてくれないかな(なんとなく嫌な予感がするので
もし再生できないんなら使えないよ

>>608
参考になるか分からんが、
PC : CeleronM@2G
動画 : 640x480、24/30混在120fps、QT16、Deblockingオフ、他の設定はデフォ
をWMP6.4で再生すると、CPU占有率は30〜50%くらいで問題なく見れる。

>>608
VLCだと、120ｆ（というか60f)はちゃんと再生出来ない。
…ので、確かに軽いが自分的には使えない。
で、MPCを使うのだけど、3G/HTだけど、
24/30fは普通は問題なく再生出来る…が100%とは言えない。
実際のところ、レートと画面による。
Q20の実写30ｆで、背景に市松な電光掲示板が入ってるカットで
CPU使用率びたっと100%に張り付いて画面が止まったこともある。
60fは、2秒ぐらいまでならなんとか再生可能だけど、それ以上は遅れるかカクつく。
Q16の60fのスタッフロールスクロールとかだと、
どんぐらいあれば再生可能なのか自分も知りたい。

>>609,610
ｻﾝｸｽ
でも内容が全く違う・・・
>>609はアニメかな
アニメなら3Gあれば問題なさそうかな
>>610
実写だと3Gでも辛いのか・・・
4G並の性能だと再生できるかもしれんが金銭的に辛いな・・・

どうやら想像以上に重いようだね
早く高性能のCPUが一般的になるのを祈るのみか・・・

>>611
オレはATIのデコーダーにも期待してるんだが・・・
アレはダメなの？？

>>612
ｽﾏｿ
初耳だ
調べてくる

>611
Cellだっけ？糞二ーと東芝あたりが共同開発した
小さいマルチコアCPUで4GHzだか5GHzあたりだったと思うけど
それの普及と値下げに期待しよう

もちろんデコード技術の発展に望みを掛けて･････


Videolan.org復活　　お前らx264エンコにフロントエンド何使ってるか教えろ

>>608
PentiumM系（低電圧除く）やAthlon64系ならDVDサイズならぬ
720pサイズもとりあえずは問題ないかと。
（スクロール除く）

>>610
ぱにぽにEDスタッフロール、QT16、60fps、で試したが、ズレる止まるで終わってる。
OCはメモリが追いつかないのでできんし（PentiumM735定格）

>>614
avi派なのでvfwのVirtualDubMod使用

>615
そっかー　VDub1.6.10使ってんだけどnthパスで固まって使えないんだよね
ffdShowのVFWもおｋだし・・・
とりあえずMOD使って見ます　　それがダメなら泣きます

泣いて泣いて泣きやんだら

>617
それでも胸の痛みは消え失せない

>>614

VirtualDubとかDubModとか使ってエンコしてる。
コマンドライン系は全然使えないヘタレなので、
oggと組み合わせてmkvにしてる。

ちなみにエンコードした動画を見たことはない。
セレロンの2.6GHzじゃあね・・・。
オーバークロックして3.0GHzまで上げて使って
いるけど、これでも再生できない・・・。

>619
やぱ　V Dubか

> コマンドライン系は全然使えないヘタレなので、
> oggと組み合わせてmkvにしてる。

うはｗｗ仲間だｗｗ

> セレロンの2.6GHzじゃあね・・・。
ノートでCeleron2.00GHzでRAMが256MBな漏れガイル

VirtualDubか・・ オレはちょっと古いけどAviutiだな。
aviかmkvでmp3-vbr か AAC-vbr にしてる。
前ogmにしてみたけどやめといた方が良いなｗｗ

そんなにX264って重いのか。
Opteron242*2でカクついたことないのは、単に動画が軽かっただけかも？
今度254買うのでそれでさらに重そうな動画を試してみよう。

PostProcessingをきれば
だいぶ軽くなる。とりあえず重いというヤツは
これ切れや

V DubでNthpassエンコしようとすると
フリーズしたかと思ってしばらくするとエンコを開始するっていうスリリングな間合いは仕様ですか?

>>622
金持ちはいいねぇ〜
>>623
ポストプロセシングじゃなくてDeblock

>>614
cellはビデオ処理などには向いてるけど、難点が浮上。
命令がPowarPCなのでWindowsが動かない上に、Macもx86命令に移行するのでそのうち動かなくなる。
一番いいのはPS3を外部コントロールしてエンコードしてもらう(IEEE1394インターフェースがあるので無理ではなさそう)とか
ビデオカードの様なカードで提供されてh.264はおろかMPEG2までエンコ可能なカードを出してくれんかの。

そういやPSPでも264が再生できるんだよな
いくら解像度などが小さいとはいえなかなかな性能だよな
ｴﾐｭもできるし
でも電池があまり持たないらしいが

>625
> 命令がPowarPCなのでWindowsが動かない上に、〜
そうなのか〜　　そこは何とかして欲しいな

> ビデオカードの様な〜
禿げ同

というか漏れの余りに余った脳の帯域をエンコに使いたい

>>624

きっとあれだ、ワンパス目のエンコードが終わって
から一休みしてるんだよ。

>628
そっかー







なんせノートのくせに全然労わってやってないんで悲鳴上げてるのかｗｗｗｗ
これぞサディズムｗ

25分アニメ 640x480 24fps QT20 で200Mだった。
とりあえず満足。

あと、Athlon64 3400+(NewCastle)を800MHzまでクロック落としても
ffdshow20050803で再生すると、最高CPU使用率95%ぐらいになった。
前は800MHzじゃ間に合わなかったんだけど。ビットレート下がった&deblock切ったからかな。

ソースにもよるけどサイズが少し大きいような。
ソース何?

>>630の報告によると64なら問題なく再生できるようだな
再生面は案外楽にクリアできそう

何時のかわからないけど(タイムスタンプは5/30)、HDDに残ってた、ふたご姫。
AX300の通常モードで取ったので、MPEG2PS CBR8M 720x480 30fps
avisynth経由で読み込んでvdubで圧縮。CM/次回予告カット。
MPEG2Source(DGDecode) -> IT -> Crop -> cc -> TemporalSoften -> Resize
てな感じなんだけど。

x264の方はいじった部分だけコマンドラインで言うと、
-q 20 --bframes 2 --b-pyramid --ref 8 --analyes all --me umh --subme 6 --8x8dct
あとdeblocking filterを切った。--nfがこれかな？

ノイズフィルターを替えたら、10M縮んだ。

( ﾟдﾟ)ﾎﾟｶｰﾝ

XviDのpacked bitstreamみたいなのは実装されないのかね
Bフレ使ってると編集が面倒で堪らん

>633-634
はいはい、ﾜﾛｽﾜﾛｽ

>>636
どうだろうね？実装されるとは思うけど
今のところその予定はないみたいだし
もっとも漏れはDVDソースで編集する事も無いし
あったとしても、ソース段階で編集しちゃうし

XviDのPBみたいなののサポートはこの先もなさそうな気がする
(インタレなどと同様、pengvadoさんの手によるものでは、という意味で)
ASPの話で関係ないが、うちのMT1389のHWPlayerは、PBのサポートが中途半端で悲しい。

以前、デブロッキングフィルターをoffに
すると再生が軽くなるという書き込みがあったので、
やってみたんだが、確かに軽くはなった。
でも、スムーズとは言いがたい状態だった・・・。

セレロンの2.6GHzを2.99GHzにクロックアップして、
メモリもPC2700の512MBをホストクロック133MHz、
CASレイテンシー3Tで動作、SIS650GXのオンボード
VGAというプーアな環境なんだが、これに
ビデオカード追加すれば少しはマシになるのかな・・・。
MPEG4のハードウェアデコーダー・エンコーダーが欲しいよ
・・・。

>>639
VLCとかMPlayer使ってみた？
60や120fpsじゃ使えないけどこれを使えば問題なく再生できるはず

H.264の再生に関してですが
再生するとき一番綺麗なデコーダーはどれになるのでしょうか？

>>640
60とか120でもMPlayerなら普通にいけますが？

>>642
俺の環境だとｶｸつくんだよ
MPCなら問題ないけど徐々に音がずれる・・・

ｽｸﾛｰﾙがｶｸつくのね

再生についていってるﾔｼは解像度も考慮してくれよ。
Xvidでも1280まであるとPen4 2.4Gでも結構思いから。

俺の環境では同じ解像度でx264は
xvidの2倍の負荷が掛かる。画像が
カクつく事はないが動画程度で50%も60%も
負荷掛けるのアホらしいからxvidのビットレートを
上げて(300〜400)ｘ264と同程度にしてやってる。

それもアホらしいな

60pとか悲しいぐらい重い…(Pen4-3.2G decoder-nero)
もう少し今の環境で粘りたいので、自分は最近XviDに回帰ぎみ

>>648
264にはathlonです
というかCPUならathlonです
AMDﾏﾝｾｰ

>649
DVD焼き焼きする漏れはチップセットとか重要だから
どうしてもIntelになっちゃうんだよ




ごめんなさい、お金がないだけですorz

>>650
64なら二、三万で買えるしIntel製より安いんじゃない？
ｾﾛﾘﾝならともかく

X2使ってるからIntelよりは高いと思うが
DVD焼き焼きでチップセット気にするほど不安定って、どんな環境構築してんだよ

次の動画環境はたぶんそうすると思う、今までずっとIntelだったけど。
自分はHDソース扱ってないから、まだ何とか我慢できてるんだろうな。

60pなんてXviDやDivXでも重い
オレはｘ264はオール24pの映画や昔のアニメにしか使ってない
NTSC60iなTV番組はXviDでインタレエンコ

>>654
お前どんな環境なんだよｗ
動画の解像度が1280x960とか？

>651
頭こんがらってきたorz
>652
環境ではくて焼きミスが起こらないように
びくびくしてる漏れの精神が不安定なのですo.....rz

>>656
俺焼きミスなんかしたことないんだがなー
激安メディアだとたまに起こるらしいが・・・
因みに俺は10枚1200円程度のマクセル製使ってる

たかっ

田舎なせいかな？
これでも一番安いやつを買ってるんだけど・・・
TDKの超硬ってやつは5枚で2500円ぐらいしたはず・・・
もちろんそんな高級品は買えないが
都会人がうらやましいよ

>>656
良く分からないが、安定してるかどうかの実際は関係なく、
自分の中で
Intel=安心、焼きミス無し
AMD=不安定、いつ焼きミスが発生するか気が気でない
ってことなのかな
個人の思いこみなんてどうでも良いので、否定はしないが

>660
それもあるけど　ドライブとの相性ってのもよく聞くのよ
漏れがフライドチキンなだけですからどうぞ本題に戻してくださいです・・・

AMDの話題は自作板行ってやれ
エンコとも全く関係ないし

　 　 　 　 　　　　　 　 ,.. -‐ '' "´￣￣￣｀ `　.､
　　　　　　　　　　　／::::::::::::::::::::::::::::::::::::::::::::::::::::｀ヽ、
　 　 　 　 　 　 　, ':::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::＼
　　　　　　　　　/::::::::::::::::::::::::; ‐'''""`''' ‐=､;:::::::::::::::::::::::ヽ
　　　　　　　　 ,'::::::::::::::::::::::::i'　　　　　　　　 ｀`''`‐- ､､;:-ゝ
　　　　　　　　,':::::::::::::::::::::::::l'　　　　　　　　　　　　　　　　|
　 　 　　　　　i::::::::::::::::::::::::Z　　　　　/ノ（ 　 　　　　　　　l
　 　 　　　　　|:::::; -､::::::::t` 　 　 　 /　⌒　　　　　l　　 ! ,'
　 　　　　 　　l／rﾍ ﾞ;:::_:Z　　　-‐''′　　　　　　 /　　 | i　　　　　　 ／￣￣￣＼
　　　　　　　 〈　〈　}　'|i´へ、　　＿＿＿＿＿,ノ/li,　　 li|　　 　 _.　/ 　　 全　 　|
　　　　＿＿_,.ﾊ　 lヽ　|!　　 ｀ヾ"´､ ＿｀`'' ‐.､　ﾉ _`;:ｪ∠_ 　　/ハ |　　　　く　　　|
,.. ‐''"´;;;;;;／! 　', L={, |　　　　　` ､ `''-ﾞｰ'=‐ ,)=i´,.z=‐i い　　| ⌒i|　　　　だ 　　|
;;;;;;;;;;;;;;;;;;;!　 |　　'ー‐' |;'ヽ　　　　　 ` ｰ---‐'′ !､,. ィ´!'⌒',　 |　＜ 　 　 　と　 　|
;;;;;;;;;;;;;;;;;;;|　 |　 / 　 　|',　l| 　 　 　 　　　　　　　 !:. /｀`'l 　 l　 |　 .|ヽ　　 　？　　|
;;;;;;;;;;;;;;;;;;;;i 　ﾞ､//　　　ヽ　　　　　　　　　　　...,,＿j'′;;;;;;i、, ﾞ､‐|　='!. ＼＿＿＿／
;;;;;;;;;;;;;;;;;;;;;',　 ヽ　　　　　＼､　　　　　　＿　　_,∠ ;;;;;;;;;;;;;|ﾉ（ | i 　 ,'　 l
;;;;;;;;;;;;;;;;;;;;;;;',　　`､,／　　 　ヾ;;,､　　'''"ﾆﾆ二(　 >ヽ;;;;;;;;;;;;|⌒ |'′ .i　 ,i_
;;;;;;;;;;;;;;;;;;;;;;;;;',　　　＼....,,＿,,....ヾ;;';;;,,,,,,,,,;;,;;'';,,/ヾ. 　 ` ､_;ノ　　 〉　 ,}　i !;ヽ
;;;;;;;;;;;;;;;;;;;;;;;;;;;',　　　　／　 >､　 ,> ､;;;;;;;;;;;;／　　＼ 　 　 　 　/　　;. //;;;;;;＼

一つ質問。
普通に言う、アニメのエンコードって、CM, OP, EDって省くの？
省かないと俺の所もQP20で150M超えるんだけど。

CMは省く

>>640

WMPでffdshowを使って再生すると、
一応止まることなく再生されるのだが、
すこーしずつ音声と映像がずれていく・・・。
nero-showtimeを使うと、時々カクツキながらも
再生されるみたい。
もうちょっとのところまで来てるのになぁ・・・。
アドバイスサンクスです。

画質も再生時負荷もxvidとrvの中間のなのに
rvよりエンコ遅い。最大の問題はそこ。
シークが早いってのもいいけど
デコーダー周りをすっきりしてほしい。

ならRV使ってろよﾊｹﾞ

解ったよチンカス

RVってデュアル対応したの？
それとも、シングルコアの貧乏ちゃんの評価でちゅか？ｗ

てか、画質だけ求めるんならMPEG2で良いじゃん。
x264って容量対画質がいいから、いいんじゃないの？？

AVC/H.264対応当初からaviなavcに関してはサポートしないみたいなこと言ってたわけだけど
http://www.bunkus.org/videotools/mkvtoolnix/avc-status.html
mkvmerge1.5.5だと、avc.aviはdefaultだと受け付けなくなってるんだね
(それでもどうしても、という場合 --engage allow_avc_in_vfw_mode が必要みたい)

>672
AVI(x264)+OggミックスしてMKVにできないってこと？

？ Errorのlogを読むのが一番だと思うけど、粗雑に言えばmatroska的には(以前からそうだったけど)
AVC/H.264はAVIでなくMP4推奨ってことだと思う。Audioに関しては関係なし。
繰り返しになるけど、今まで通りがいいなら -engage allow_avc_in_vfw_mode の追加が必要。

>674
てめぇこの野郎！どうもありがとう御座います

どれも一長一短の世界だなー。

>>659
> TDKの超硬ってやつは5枚で2500円ぐらいしたはず・・・
超硬は10枚で1980円ですよ。

>>677
近所には糞エイ○ンしかないのですよorz
DVDならともかく液晶テレビとかになると数万円の差が出てくる・・・

　　　　　　 冫─'　 ~　￣´^-、
　　　　　／　　　　　　　　　　丶
　　　　/　　　　　　　　　　　　　ﾉ、
　　　/　　／ヽ丿彡彡彡彡彡ヽヽ
　　　|　　丿　　　　　　　　　　　ミ
　　　|　彡　＿＿__　　＿＿__ 　ﾐ/
　　　ゝ_/／|　　　 |⌒|　　　 |ヽゞ
　　　|tゝ　　＼__／_　 ＼__／　| |　　　 ＿＿＿＿＿＿＿＿＿＿
　　　ヽﾉ　　　　／＼_／＼　　 |ﾉ　　／
　　　　ゝ　　　/ヽ───‐ヽ　/　　/
　　　　 /|ヽ　　　ヽ──'　　 /　＜　　asfサイコー。mp4ナンテイラネーヨ
　　　　/ | 　＼　　　￣　　／　　　＼
　 　／　ヽ　　 　‐-　　　　　　　 　　　￣￣￣￣￣￣￣￣

たぶんVistaにも、標準でMP4Splitterは用意しないんだろうな。

>677-678
おまえら、スレ違いはちょっと止めてください　お願いします
>>680
代わりにVistaのsのスパイウェアをご用意いたしました

avc_in_vfw_modeって言うのがわからないんだけど、
普通にVirtualDubとかでH.264なavi作って、
YAMBとかで生H.264にして、それをMuxするのも意味無いのかな？

あと、Rev. 287きました。
vfwのリソースだけ更新。

Bフレ使う場合、aviに格納する時点でおかしくなって
るらしいんで、たぶん意味ないと思う。

xvid_encrawとかも、なにげに盛り上がってるみたいだし
向こうの流れとして今は、そんな感じなのかしら。

>>615
PentiumM1.70Gなら大丈夫？

Rev.287Aでてました

x.264初心者っす
とあるドキュメンタリーシリーズをDV録画して1CD化しようとしたのですが
60MBほど足が出たため、サイズを小さくしたい一心で調べてたらH.264がよさげ
だったのでフリーのx.264VFWを拾ってきて試してみました。

とりあえず1000フレームほどSinblePathでQuantizerを23>25>27と変えて試してみました。
目標はWMV9Q80での変換サイズを同等画質を維持して下回るというモノだったのですが
んーなんか負けてますね。

画質の順にならべると以下の様な感じでした。（主観だけど）

�@WMV9Q80: 2950KB
�AH264Q23: 4204KB
�BH264Q25: 3212KB
�CDivx521Q80: 2775KB　＜かなりきつい
�DH264Q27: 2406KB　＜ちょっと耐えられない画質

画質とサイズのトータルでまだWMV9に負けてる気がしますた。
商用H.264だとまた話は変わってくるのでしょうか？

>>686
wmv9のQL80がその中で最高の画質ですか？
できればサンプルの動画もしくはスクリーンショットで比較してみてほしいところです。

あと、QL80でエンコすると馬鹿にされるんでほかでは公表しないほうがいいですよｗ

>>686
君の俺様主観なんてどーでもいいから。
マトモに比較検証したいなら、PSNRぐらいググってから出直してきてくれ

WMV9も高レートなら充分綺麗だと思うけど、QL80・・・？ありえね
うpキボン

>>687
>wmv9のQL80がその中で最高の画質ですか？

んー、まあ主観です。�@と�Aはほとんど同等といっても良い感じでした。
x.264のほうがビミョーにのっぺり感があったという気がした程度です。
ただクオリティを下げていくとのっぺり感が進行していく気がしました。

QL80は自分も普段は使ってないんですが
とにかく５０分番組３本を１CDにぶち込みたいという一心で
我慢の限度をためしつつ選んだ値です。

いずれにせよちょっと期待が大きかった分ガッカリしたかな。

>>690
QL80がアレっていうのはそういう意味じゃないけどまあいいです。

とりあえず画質の問題だけど、設定が悪かったとは考えないの？
わざわざX264スレで「画質が悪い」っていう意味だけの発言をする
ってことはX264(またはH264)を貶したいだけなんだろうが、
もし少しでも建設的な話をしようというつもりがあるなら、
サンプル動画とかスクリーンショットとかを
どこかにULするとか、こまかい設定を公表するとかしてみないかい？

>>688
PSNRぐぐってみた。
とりあえずやってみても良いけど…明日くらいには…

つかなんか間違ってる？
理論的にはx.264のほうがイイはずなのかな？
じぶんも期待してただけになんか違うじゃんと思ったんだけど。
書き忘れたけどバージョンは287AのVFWです。

>>691
ぜんぜん貶すつもり無いですよん。
設定が悪かった可能性もあるとは思ってます。
つか、とりあえずいじったのはQuantizerだけなんだけど。

サンプルUPはできないです。著作権の問題とかあるし。
番組はディスカバリーチャンネルでやってたA-380のドキュメンタリーその３の頭から1000フレームです。

まぁWMVで満足してるならそれでいいのでは。

ｴﾝｺ後だけ見て評価って意味あるのか？

たぶん、このスレの住人も「H264が最高のコーデックでほかはだめ」とは考えてないと思う。
だからこそいろんな情報を持ち寄って今後使えるコーデックになるのか見守ってるんだが、
「X264はだめだな」だけじゃただ貶してるだけだよね。
「こういう設定でやってみたらこうなった。これだとWMV9に画質で劣るんだけどどうなん？」
って聞かれればスレが盛り上がってよかったのにと思います。
まあ、WMV9は悪いコーデックではないのでそれはそれでいいんじゃないかと思います。

あと、WMV9のQLは
1、4、8、11、15、18、22、25、29、33、36、40、43、47、50、54、58、61、
65、68、72、75、79、83、86、90、93、97、100
以外は意味がないので上のどれかでエンコするといいですよ。

>>696

>あと、WMV9のQLは…

なんと。80って実際は79だったってことか。
ご指摘ありがとうございました。

あとなんか勘違いされてるようだけどx.264だめとか言うつもりはなかったんだけどね。
もちろん結果に満足はしてませんが。（WMV9含めて）

>>693
デブロッキングフィルタのオンオフを変えてみたら？
かなり変わると思うから

>>698
デブロッキングフィルタか。
とりあえずデフォルトのままONで試してたんだけど
なるほどOFFで試してみます。

今夜は落ちます。
情報ありがとうございました。

チャットかここは？

非可逆圧縮をかけた時点で、何かを捨てなければならない気が。
非可逆で文句があるならカノープスDVやhuffyuv等の可逆圧縮にしたデータでとっといて
来るべき時代で再びエンコードすればよいではないか。

>>699
WMV9と比較するんだったらデブロッキング両方MAXでもWMV9より潰れないから、
まして、QL79よりQT25の方が全然良くなるはず…
まあ、人やソースによってかなり違うけど。

サイズ小さく、画質求めるなら QT より Multipass の方がいいのでは?
特に、CDサイズに納めるのが目的なら

>>687
>>688
>>691
そんなにX264が優れてないと駄目わけ？まるでX264が一番良くないといけないみたいな言い方だな
686の主観がおかしいみたいな言い方じゃん

＞このスレの住人も「H264が最高のコーデックでほかはだめ」とは考えてないと思う。

おいおい、自分たちのレス見直して見ろよ、思いっきり言ってるじゃねーかよｗ

WMV厨の逆襲が始まりますね

相変わらずの展開だな

doom9からﾀﾞｳｿするとき、IEだと途中で切られてしまうのは俺だけですか？
いつもIrvineでﾀﾞｳｿしてますが

質問させていただきます。
アニメのソースなどで、輪郭の際でちらつき起こるんですが、246でどうどうやったら減らすことができますか？
インタレースやDNR処理の原因のほうだけでは、解決できませんでした。

>>704
X264が一番良いなんて言ってないですよ。

でも、自分の発言を見るとなんかH264信者みたいで説得力ないですかね？ｗ

すみません。負けました。H264はWMV9に劣ります。
商用でも対して変わらないと思います。だから買っても無駄です。
逆らってごめんなさい。

>>708
それドット妨害じゃね？
ソースがｳﾝｺな場合よくあるな。
ドット妨害用フィルタかければ少しはましになるかと思うんだが・・

>>709
699っす。
仕事終わって戻ってきたらなんかイヤな流れに。
いろいろ指摘してもらって感謝してますよー。

ただこのスレの人たちってx.264と他のCODECの比較した結果優れている判断した人たちが多いわけですよね。
スレをさかのぼってみたんだけどあんまり具体的な比較報告みたいのが無かったんで
こんなん出ましたって感じで報告してみたわけです。
自分の場合どっかのサイトで商用H.264とdivxやWMV9との比較画像をみて、これはと思ったのが試すきっかけだったのですが。

じっさい他の人はどんな感じなんですかね。
同じソースから変換かけてサイズとか画質とか別のCODECと比較して。

>710
ドット妨害はないですが、クロスカラーはあります。
輪郭線や模様の線で、なめらかに色の変化が起こってるところで発生してます。
静止シーンのときずっとブロックノイズ状でチラついてます。

>>711
XviDと比較。ソース、スクリプトはいっしょ。
で、見た目判断だけど
XviDの画質：容量を1:1としたら
x264は1:0.7ぐらい。

低レートは滅法強いな。
ただ単色というか背景というか、そういう単色なところがよわい気がする
今日このごろ

>>709
ウソだよ〜ん(*´Д｀*)
H264の実力は認めてますよん、なにせ次世代DVDのコーデックとしても採用されてるぐらいだからね
ただ調子に乗って言ってみたかっただけ、ゴメンね、許してね(´・ω・`)

>次世代DVD

においつき？

>713
後半禿げ同

>>715
それは曰く付き

輪郭付近でチラつくといったものですが、原因がわかりました。
マシンのスペック不足のようです。
PEN4　３．５Ghzまでクロックアップすればなんとか大丈夫（WMP使用時）
しかし、x246とWMPの併用使用は恐ろしいですね。

>>717
それは無いと思うぞ。
おれは1GHz無くてちらつかないんだし。
ffdshowだったら、ポストプロセッシングを切ったら消えた・・・気がする(･ω･`)

たしかに、H.264のdecodeでもffdshowのPP有効のままとかいう
恐ろしいことしてる人も案外いそうだね。

どのコーデックもdecodeの設定はあんまり語られないんだよね。設定によって画質は全然違ってくるにも関わらず・・・

だね。別物になる。wmv9ですら結構ましになる、はず(MSも弄るの推奨してるし)

２３インチでフルスクリーン派の俺にはH.264以外に納得のゆくcodecは無かったぞ

(。_゜)ノ ヘッ？

>>722
peg2

H.264の改良型(Fx何とかだったけど忘れた)早く出ないかね。

PP切ると暗部ノイズが目立つな
でもアニメでQB18のやつならAthlon1600+でもまともに再生できる

・FRExtとHigh Profileは同じもの
・PPとDeblocking Filterの混同いくない

PPがPre Processの略ならDeblocking FilterもPPと言えよう

両方ともつかわない俺は勝ち組

PostProcessingの略としてしか、PPって
使ってないな、俺の場合

ポストプロセッシングってPPって言うのか・・・
あれをONにして良くなる所がわからない(･ω･`)

むしろ重くなるだけでｲﾗﾝものと
思ってる俺。
もしONで恩恵があってもその分重くなるのなら
ｲﾗﾈｲﾗﾈ

>>725 詳しく

これが全てに通用する正解ってのが全然無いな。MPEG4。

MKV merge GUIでのAVC.aviの制限解除のやり方わかりません

>>712
ソースが悪い

>>735
これを機にCLIでのmp4(またはmkv)出力に移行を考えるのもいいんでない？
本来H.264/AVCはmp4が標準なわけでAVIは無理やり互換性持たせただけだしね。

>737
ソフトサブ機能がないなんて嫌ずら
ってことで1.4.0なんとか落とせたました

しかし再生は多少重いな・・・800Kbpsなんだけどｗｗｗ

ソフトサブはmkvコンテナを利用するのでは駄目かい？

avi compatibility modeなavcは、mmg1.5.5だと Muxing→Add command line options→
Available options:→ --engage allow_avc_in_vfw_mode→Add→OK

ただ将来的なこと(互換性等)考えるとmosuさんの方針に素直に従ったほうが安全かも
>>737 無難だと自分は思う。あと蛇足だけど、srt等のsoftsubはmp4boxでmux可能、haaliでsplit可能
(以前あったunicodeがらみのconvertのbugは直ってるらしい)。vobsubはmp4boxではまだみたいだけど
http://sourceforge.net/tracker/index.php?func=detail&aid=1227952&group_id=84101&atid=571741

と言ってもVFW版が無かったら普及は難しいと思うけどな

>739-740
MP4で出力→MKVにMUXってことね

でも、V Dubでフィルタ掛けるし・・・あぁ〜　
ここらでhufyuv必要かorz

CLIの７ｚって拡張子のファイルの解凍がわかりません。
7z423とかlhazじゃだめです・・・

>743
あー　漏れも漏れも
結婚しない？

つ 7zip

>745
三糞　ここだなhttp://www.7-zip.org/

お前養子にならないか？

ごめんなさい、そういうことを聞いているんじゃなかったのね

無知なおねえちゃんを許して……

( ﾟдﾟ)ﾎﾟﾎﾟﾎﾟﾎﾟﾎﾎﾟﾎﾟﾎﾟﾎﾟﾎﾟﾎﾟﾎﾟﾎﾟﾎﾟﾎﾟﾎﾟﾎﾟﾎﾟﾎﾟﾎﾟﾎﾟﾎﾟﾎﾟﾎﾟﾎﾟﾎﾟｶｰﾝ

7z最高！

ビットマップはDGCA(可逆もあったかな？)、音声は可逆、映像はx264
これ定説

mkvmergeってMP4読めるんですね。-lで出てこないから駄目かと思ってた。
(下の手順で作ったのを試したら出来た)

私は自前ビルドなんで、.264で出力してmp4boxでMP4にしてます。
CLIのMP4出力は別のライブラリが必要なので、offにしてあるから。
どうせ後でmuxするし良いかなと。


Windows版はavi/avisynth読めるから良いけど、
UNIX系だとフィルタかけつつYV12でx264に渡す方法がわからないので、
mplayerのCVS版からx264用のファイル(ve_x264.c)を持ってきて、生264吐かせてます。
muxはwindowsでmp4box。

mkfifo -m 600 rawstream.yuv
mencoder -of rawvideo -ovc raw -vf format=i420 -o rawstream.yuv SOURCE.avi &
x264 -o DEKIAGARI.mp4 rawstream.yuv <width>x<height>

使い終わったらrawstream.yuvを消しておく

x264で--enable-mp4-outputに必要なライブラリ
http://gpac.sourceforge.net/
今のバージョンじゃ駄目なのでひとつ前の0.3.0を入れる
http://sourceforge.net/project/showfiles.php?group_id=84101&package_id=89838&release_id=336658
./configure (依存ライブラリが結構多いのでここで蹴られたら必要なものを探して来てインスコしておく)
make
make install
make install-lib < これをやってヘッダとライブラリをインスコしておく

それからx264を--enable-mp4-outputでコンパイル汁

gpacのcvsも最近静かだね、ちょっと寂しい。

rev289

reb290

どうも。挑戦してみます。

>>752
やっぱfifo使うのが正解っぽいですね。
調べてたら、fifo使ってやる例が載ってました。

>>753
書いてあるとおり、依存ライブラリが多いので、躊躇してました。

過去に、x264で出力したmp4がQT7で再生出来たとありましたが、
mp4boxで作ったmp4は再生出来ませんでした(オプションは-q 20だけ)。
コード的には同じものを使っていると思うのですが、何か違うんですかね。

291

凄い勢いでｖｅｒアップしたな
昨日はアクセスできなかたよ

291になって264からなにが変わったの？

またまたご冗談を。

やーねー

>>757
QT7で再生出来たよ〜。呑み会なんで詳細は後ほど。

289はVC++用の修正
290は8x8 dctがmmxで実装された事により、K8で1-3%高速化
291は290で入ったバグの修正

x264の動画をwmp9+ffdshowで見てるのですが途中で画面が止まる・・・
Pen4 1.7 + メモリ256Mじゃやっぱきつい？
ffdshowの設定いじったら見れるとかない？

MPlayer入れれ。

>>765
ファイルによると思うけど、
640x480, 24fps, frameref 6, deblockあり, 約1000kbpsのファイルなら
ffdshow & WMPの組み合わせでも
Athlon64で800MHzにクロック落としても止まる事はなかったよ。メモリは1Gあるけど。
ただ1.4GHz位まであげないと、CPU使用率が100%行くので
完全に再生はされてないんだろうけど。

>>765
ffdshowのデコーダ設定でポストプロ〜というフィルタを外すとかなり軽くなる

どうやっておんなのことＳＥＸするんですか

誤爆ｗｗｗ

x264でエンコしたファイルなんですが音づれ修正しようと
virtual dub modに読み込ませようとしてもエラーが出る・・・

>>771
誤爆ついでの質問か・・・>>4

>>769
マンコにチンコを入れればいい

x264VFW_Win64版ﾏﾀﾞｰ？

雑誌で 800kbps 2pass 実写において画質が

x264＞wmv＞divx,xvid と評価されていた。

X264VFWでマルチパスエンコードするときにできるログファイルって、
1パス目（1Mbps）、続けて2パス目（2Mbps）、続けて3パス目（500kbps）と
バラバラのビットレートで使いまわしても問題無いのでしょうか。

ログファイルは、指定したビットレートでの解析結果
（例えば1パス目で1Mbpsで指定した場合、1Mbpsで最適化された解析結果）
なのか、
ビットレート関係無しでのそのソースの解析結果なのか、どっちなんでしょう。

なんだか上手く伝えられなくてすみません。

>>775
ソースによって画質なんぞ変わるから別にいいんじゃないのかい？
個人的には、実写でなんでも使えるのは、
まともにインタレ対応しているXviDかWMVの2択だと思うけど。

>>777
ちょっと質問
インタレ対応ってインターレース解除のことですか？

>778
なんで解除になるんだよｗｗｗ保持の話だろ

>>779
頭の中整理させてください
自分の場合ハードでMpeg2でキャプしてるんだけど
そのまま再生するとシマ線みたいのが感じられるんだけど
インタレース保持するってこのシマ線を保持するってこと？

>>780
そう
PCで見る場合はインタレ解除したほうがいいがテレビで見る場合は保持したほうがいい



はず
このスレの住人は俺を含め少々レベルが低いような・・・(もちろん高い人もいるが

解除って言い方が悪いよな

>>781
どうもです、やっとわかりました。

自分も実写とかはインターレース保持したほうが良く見えるんで保持してます
でも、激しい動きで糸引くみたいな感じになるのがちょっと。。。
あと、アニメとかも保持の方がいいんでしょうか？ アニメだと解除したほうが良く見えるんですが

言いたくないんだけど…ここはx264のスレ。
インタレそのものを語るのに適当なスレはあるはず。

NTSC(60i)ソースの話でしょ
アニメや映画等は逆テレシネした方がいいに決まってる

>783
あほか？再生時にデインタレすればいいだろうに

>786
どうやって？

>787
いい加減にしろ　それぐらいググれ

「テレビでみるときはインタレ保持それPCで見るときはインタレ解除で」
っていう勘違いが多すぎですね

PCでしか見ない場合は解除って言ったほうが良かったかな

何か文がおかしくなってる

「テレビで見るときのみインタレ保持でエンコ
PCでしか見ない場合はインタレ解除でエンコ」
っていう勘違いが多すぎですね

で、テレビでインタレ解除でエンコしたのを観ると何か不具合でもあるのか？

>792
ソースによる


というかスレ違いｳｻﾞｽ

>>792
60iものを解除しちゃうと、PCで見てもTVでみてもカクカクする。
解像度も落ちてる。

J

>>794
はいはいわろわろ

796 名前：名無しさん＠編集中[sage] 投稿日：2005/09/03(土) 12:40:21 ID:dKyhCe9K
>>794
はいはいわろわろ

「インタレ保持、TVorPC、60i」
それに反応する
「釣り、無知、晒し、不完全な日本語」
全部スレ違いだから消えろ。

正直もう全部インタレ解除でいいよ

>>799
それ、PCで観る場合は解除したほうが良いに決まってるだろ

>>798が泣いてるぞ

　　　　;;:::;;""　　　　 """;;::::;;
　　　　;::;　　　　　　　　　;;:::::;;
　ー〜"￣￣"-─-っ____　 ;:;γ;
　　　　　ヽ- ゝニニﾆつ　 ヾ;/. .|
　　"""￣ヾ､　ゝニニﾆフ｀　 |)丿
　ーヽ､＿ 〃⌒) 　.） 　　　　|ｿ
　　　　 |｀""~~. ^,,^ ヽ 　　　.| 　　　　＜ここから本題に戻れ
　.　　　 |　　　,-三-､ 　　　ｲ
　　　　 ﾉヽ　　　""　 　 ／　ゝ
　　　　　　｀ヾ､____,,,,,, イ　　　　 ヽ

よし、本題

よくコーデックにXが付いてるが
そんなにXが好きなのか？このマゾめ

関係ないけどシャークトゥースさんてXメンに似てね？

やめ。関係なさすぎるから撤回する

タイトルが「x.264」となっているが、MPEG4 AVCも同じコーデック(MPEGとITUの命名の違い)ということでタイトルに入れないか?
かなりノイズが乗りそうな気もするが。

Aviutlでインタレ解除したのとしてないの。
よくわかんね。
ttp://zetubou.mine.nu/timer/file/bomber2460_h12.zip


>>806
MPEG4 AVCなら専用スレがありますよ。
MPEG-4 AVC/H.264 総合スレ Part4
http://pc8.2ch.net/test/read.cgi/avi/1116158499/

↑パス：x264
適当で消します。

>>807
インタレを理解せずに違いがわかるわけない。
わからないのなら気しなくていい。
おまいがインタレ保持しようが解除しようが知ったこっちゃ無い。
ただし、スレ違いってことには気付け。

　　　　;;:::;;""　　　　 """;;::::;;
　　　　;::;　　　　　　　　　;;:::::;;
　ー〜"￣￣"-─-っ____　 ;:;γ;
　　　　　ヽ- ゝニニﾆつ　 ヾ;/. .|
　　"""￣ヾ､　ゝニニﾆフ｀　 |)丿
　ーヽ､＿ 〃⌒) 　.） 　　　　|ｿ
　　　　 |｀""~~. ^,,^ ヽ 　　　.| 　　　　＜お前も大概にしろ
　.　　　 |　　　,-三-､ 　　　ｲ
　　　　 ﾉヽ　　　""　 　 ／　ゝ
　　　　　　｀ヾ､____,,,,,, イ　　　　 ヽ

807
ハイビジョンかよ

　 ヽ､.三 ﾐﾆ､＿ ＿＿＿ _,. ‐'´／/-─==＝＝=-､ヾ 　　:::::::::／ヽ
￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣＼　　　:::::::::ゝ‐;----//::::::ヾ.､
　　　　　　　　|.　　 ＼　　　 　:::}二.　 　　＼　 　::::::::|.r-'‐┬‐l l⌒::::| }
　　　　　　　　 ﾞl　　／　　　　:: ﾘ￣ヽ 　　／　　　:::::::|l:::::::::::!ﾆ! !⌒:://
＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿／　　　　　_,ノ':::::::::::::::::ゞ）ノ./
　　　　　　　　　 ｀ ｰ＝=--‐'´(__,. 　 ..、　￣￣￣　 :::::::::::::::::i／‐'／
　　　　　　　　　　 i　　　　,　　 .:::υ_,,＿,,,,;;-=､ヾ i::::::::::::::::::::l､_／::|
　　　　　　　　　　　! 　 　'!ヽ_=─'''"　　　　,__）　 !::::::::::::::::::::|:::::::::::|
　　　　　 　 　 　 　ヽ.　 　ﾞi ::ﾌ二-r──'''",,,,i'　":::::::::::::::::::!::::::::::::::ト､
　　　　　　　　　　　／ヽ;.　|/二／''"''ヽ-‐'" / ,,:::::::::::::::::::::;!::::::::::::::::::::ヽ、
　　　　　　　　　　 '　　 　i　|‐､/　　　　　　/ /:::::::::::::::::／:::::::::::::::::::::::::::::ヽ、
　　　　　　　　 ／　　　 　| |''　　　　　 ,.‐''i　"::::::::::::::/:::::::/:::::::::::::::::::::::::::　＾ヽ
　　　　　　　 "　　　　　　:l !,ﾞヽ--‐─‐'''"ノ:::::::::::::::/::::::::/::::::::::::::::::::::::　　　　`ーフ^ゝ〜ヽ、
　　　　　 ,イ　　　　 　　　..! ＼_　　　　,／:::::::::::::／.:::::::/ :::::::::::::::::　　　　　　:::／　　/.:::.　 `ー-、
　　-一⌒ `ヽ、 　　　....:::::::`、 ｀￣"'''":::::::::::;／.:::::::::::/　:::::::　　　　　　　　.／、　　 /.::::.　　　　 ー
　　　　　貴様ら下らん話してんじゃねぇ！！消え失せろ！！オｫｫｫプティックｩｩｳｯ ブラｧｧｧｧｧｽト！！！！

>>800
こういうこと言ってるバカチンが多いから困る。
x264も早くインタレ保持対応してくれ。

>>812
メガとかスーパーも頼む

AAだけ見ると>>810=>>812だな

インタレ保持保持、うるさいなー

俺の環境ではffdshowでも解除してみれないからみんな解除してエンコしてくれよ。

>>816 と、へたれなダウソ民が騒いでおります。

>>816
・・・いったい、どんな環境だよ？
知性を含めて環境と称するなら納得だけど。

俺のやり方が悪いのか、
24fpsのraw bit streamをmp4boxでfps指定しても、時間がずれるので、
試しに>>752のやり方でmkvをつくっているんだが、
mencoder一本でやってたときと比べて、時間のかかり方が半端じゃない。

mencoderでソースからから .264 -> mp4boxでmp4 (mkvにしたいときは mp4からmkv)
or
AviSynth経由で読み込みx264で.264。後は同じ。
どっちで作った.264でも時間がずれる。


試しにXviDなaviをつくってmp4boxでmp4化したら、こっちも時間がずれた。

mp4boxの使い方が間違ってるのかな。
mp4box -add video.264 -fps 23.976 -new video.mp4だけなんだけど。
QT7で再生出来るようにする方法とあわせて教えてください。

>>819
たまーに、なにでやっても24fps化するとずれることがあるような・・・

b_pyramidつけると必ずズレたなあ。

>>819
「時間がずれる」というのは、mp4boxでmux後は、fpsが正しくなかったり
frameがdropしてたりするってことですか？ 具体的にはどのぐらい、ずれてるんですか？

-new でoutしてるみたいだし、関係ないかもしれんが
うちの場合たぶん -info とかでみてTrackID が不正(?)なものは
QT7では再生できないような気がする。-new でremuxしたら再生できた。
HighProfileのものはfreezeする。

なんかCLIは大変だな。
VFWな俺には関係なさそうだ。

とはいえエンコ後にCMカットすると
ズレるのを修正してほしい。
個人的にはエンコ後にCMカットのほうが楽なので

wmv9ばかりで、あきてきたんで、今これ使って某ふたご姫エンコしてる。
どっちがきれいかな？

>>824
エンコ中なら目視で判断汁！
でもx264の方が綺麗だろうが
x264のQB18とwmv9のQB93あたりが同じくらいな希ガス
あくまでも希ガス
でもファイルサイズは264の方がかなり小さい

やってみたよ。
同じ容量だと、おなじぐらい綺麗。若干264のほうが好み。
しかも、俺のavisynthの設定だとエンコが2倍近く早い。WMVの品質80のとき。
ただ、再生がほんの少しだけ、かくつくんだが。Athlon64x2 3800+
再生にはffhshow使ってる。
もっぺんエンコしてみよう。

WMV9は個人的には嫌いだけど、あれのPPは
アニメ専用と言っていいぐらい、アニメには向いてるな。

妖精現実が珍しくx264のこと書いてるね(snowメインだけど)
デブロッキングがアレとか。いくら力説されてもsnowとVPxには
自分は全く興味もてないなあ…画質だけで使うcodec決めてるわけじゃないから。

>>827
うん、昔DivXもXvidもつかってたかど、どっちもバージョンアップしまくりで、ついていけなくなった。
最新版にうっかりすると、逆にノイズが入っていたり。
wmv9はその点安心して使える。

snowはともかく、On2とRealのコーデックは使おうって気にならない

俺もWMV9は好きだな
x264＞＞xvid＞wmv9＞＞＞divx
かな
divxのいいところが思い浮かばない
しかも有料だし

>>826
すまん、品質じゃなくて、エンコ速度にかかわるほうね、5段階の右から二番目の設定。

VP綺麗なんだけどね、遅いし重いしいきなり有料になったり
フリーになったりよくわからん。
でx264に落ち着いた。

x264いいな。
品質いくらぐらいがいいかな。
まだ、ようわからん。

すみません。x264で吐かせた.264は大丈夫そうです。
mencoderの問題ですかね。XviDのもmencoderで作ったので。
この結果からすると当たり前ですが、bframes, b-pyramidを無効にしてもだめです。

>>822
fpsは正しいのですが、durationがソースより短くなります。
23分15秒のものが23分1秒になります。
が、これは下に書いてある通り、samplesが違うので当然ですね…。

AVC-H264 import - frame size 640 x 480 at 23.976 FPS
Adjusting AVC SizeLength to 16 bits
Stream uses B-slice references - max frame delay 2
Saving test.mp4: 0.500 secs Interleaving
mencoderで作ったものの場合
Adjusting AVC SizeLength to 24 bitsというのも出力されるのが謎です。

* mp4の情報
mencoder(linux 入力はm2p)
Track # 1 Info - TrackID 1 - TimeScale 24000 - Duration 00:23:00.712
Media Info: Language "und" - Type "vide" - Sub Type "avc1" - 33104 samples

x264(windows 入力はavs経由でm2p)
Track # 1 Info - TrackID 1 - TimeScale 24000 - Duration 00:23:14.893
Media Info: Language "und" - Type "vide" - Sub Type "avc1" - 33444 samples

一応XviDの場合は次のように出ます。
AVI XVID video import - 640 x 480 @ 23.98 FPS - 33444 Frames
Indicated Profile: Simple Profile @ Level 3
Has B-Frames (2 max consecutive B-VOPs)
WARNING: indicated profile doesn't include B-VOPs - forcing Advanced Simple Profile @ Level 5
Converting to ISMA Audio-Video MP4 file...
Saving test3.mp4: 0.500 secs Interleaving

mp4の情報
Track # 1 Info - TrackID 201 - TimeScale 24000 - Duration 00:23:00.712
Media Info: Language "und" - Type "vide" - Sub Type "mp4v" - 33104 samples

mux時にはちゃんと33444 frameなのに、mp4にすると33104 samplesになってしまいます。

mencoder + x264でのエンコードは、6時間かかったあげく失敗しました。
vfにformat=i420を付け忘れてました。現在エンコード中です。
mencoder -sws 6 -zoom \
-vf filmdint=crop=704:476:4:0/fast=0/comb_thres=48,pp=md,hqdn3d=4:3:6,scale=640:480,format=i420 \
-fps 30000/1001 -ofps 24000/1001 -nosound -of rawvideo -ovc raw a.mpg -o fifo
filmdintの場合は -fps 30000/1001と -ofps 24000/1001を指定しろとあるから間違ってないと思うんだけど…。

返答thxです。 聞いてはみたものの、linuxもmencoderも
自分はなんもしらんので助言できず申し訳ないが。

winなんで意味ないけど、ためしにMeGUI+mencoder(CDの2005.08.13)で.avs in .264 outして
MP4Box(0.4.1dev)でmuxしてみたが 、sample(frame)が減る現象は再現できなかった
が、なぜか1frame増えてるw 同設定のx264cliでoutしたrawは、やはり正常。

mencoder > Import results: 2111 samples > Sub Type "avc1" - 2111 samples
x264cli > Import results: 2110 samples > Sub Type "avc1" - 2110 samples

あー、しかしどんなエンコーダつかっても元の画質がデジタルにはかなわんなあ。
アニメ100〜150MBぐらいでx264で遊んでみるか。

>>835
filmdintで逆テレシネしてるのか。
エンコ中メッセージに「duplicate frame(s)」って出ないか。そこでヌルフレームが入っちゃう。
-vf のフィルターチェインの最後にharddupをつけてやってみ。

mp4に限らず別々にエンコした音声とビデオを後でmuxするときはharddup入れないとズレるよ

mencoderの出力をx264にfifoで繋げたら、x264に来る時点でフレーム数が少なくなってました。

>>838
おお。試してみます。

> エンコ中メッセージに「duplicate frame(s)」って出ないか。
出まくります。

>>835
mp4boxのフレームレート指定って、分数表示使えないよね？これのせいかと。

>>837
スレ違いだけど、エンコしててここディティールが消えちゃったここの字幕の周りにノイズが
ってうんうん悩んでて最終的に映画品質ならmpeg2が俺には合ってるんだと気付かされたｗ

DivX のデフォルトレート 780k 相当の画質だと、H.264 では大体何kくらい
にすればイイのでしょうか？

>>842
(　ﾟдﾟ)ﾎﾟｶｰﾝ

130MBぐらいのアニメを作ろうとおもったら、2PASSよりQBのほうが綺麗にできてしまった。

バカがバカを呼ぶ！

>>845
貴様なぜ俺の秘密を知っている。

>845
NSAに通報する

圧縮プログラムに、『x264 - h264/AVCencoder』でh264にエンコしたaviをmpegに再エンコってできないんかな？

『ffdshow』を使ってh264のaviにエンコしたaviはmpegに再エンコできるのに・・・

ちなみに、TMPGEnc 3.0 Xpress　を使ってます。

MPlayerの最新版ってどれ？
公式サイト見ても色々ありすぎて解りずらいんですが・・・

なぜMplayerスレを覘かないのかと小一時間

>>850
そんなのありましたっけ？DTV板にはそのようなスレはありませんよ

>851
ソフトウェア板にあるだろ池沼

池沼って何？

>>1000見たいな人の事だよ坊や

harddupで無事出来ました。
なぜか1frame少ないけど気にしない事にします。

>>840
mp4boxには23.976を指定しています。

あと、x264/mencoder -ovc x264でなにもオプションを指定しなかった場合、
QT7(win)でも再生出来ました。
どこかのページで、QT7のbframeの扱いに問題があるような事が書いてあったので、
それが原因かもしれません。試してみようと思います。

ついでにかかった時間。
Athlon64 3000+(Venice)を1.0GHz固定です。x86_64 linux。
フィルタ設定は >>835にharddup、fifoで繋ぐときは、その前にformat=i420を追加したものです。

mencoder + x264
mencoder.　　　　.| x264
real. 71m42.831s | 71m45.267s
user 18m36.698s | 52m3.811s

mencoder only
real. 71m4.643s
user 69m35.805s

>848
私もTMPGEnc 3.0 Xpressを使ってるが、読めたり読めなかったりする………
x264のVer違いかねぇ？

以前、読めなかったときにffdshowの再生時の環境をいじくったら読めるようになったこともあるし、
DirectShowFilterのメリット値をいじくっていたら、読めたときもあった。

何が影響してるのだろう
　

最近、ffdshowがときどき2バージョンある最大要因の一つは、
ややこしいオプションを使ったAVC-in-AVIがノーマル版でクラッシュして
MSVC版でクラッシュしない、という際どい状態にあることだ。
ここでは素直に.mp4に出している。
ちなみに、実は.264で出してからmuxした方がさらに安全だ。
x264から出した.mp4はQT7で再生できないので何か問題がある。
ただし音声がMPEG-2 AACでは、どのみちQT7で再生できない。
FAACで生のAACを作るとデフォではこのパターンになるので注意を要する。
QT6から全然直ってない。ウェブのネスケ4並に迷惑だ。

やっぱり、QT7でうまく再生出来ないのは、b-pyramidが悪いみたい。

ありゃ、MPEG-4 AACって、MPEG-2 AACのスーパーセットじゃないんだ。

>>859
なるほど、これ使ってなかったんで，俺の環境では再生できてたわけね。

CVS版のmencoderに -of lavfオプション追加されてる
ffmpegのlibavformatを使ってmp4コンテナで書き出せるらしいけど試してみたら落ちた

>>861
落ちたのはエンコ中なのか再生中なのかはっきり汁！

過疎の中doom9が291Aです

291Bでてね？

>864
あー、出てる

何が変わったんだろう。ようわからんな。

0.67Mbps, 640x480, 30fps。きれいだ。
http://www.apple.com/ipodnano/ads/640.html

x264のME MethodのUneven Multi-Hexagonとは、
↓で解説されているUnsymmetric-Cross Multi-Hexagon Gridのことでしょうか?
ttp://www.marumo.ne.jp/db2005_1.htm

デフォルトではHexagonal Serachになっていますが
Unsymmetric-Cross Multi-Hexagon Gridの方が優れたアルゴリズムのようなので
こっちに設定した方がいいですよね。

ME16にしてみればどっちがいいかわかるよ

2ｸｰﾙ物のアニメのエンコが完了したんだが全26話で5GBだったorz
マジで悲しい

途中で気づけよ

サイズ重視なら悔やむところかもしれんが
重視していなければ普通だろ。

俺からしたらちょっとサイズでかいな、とは思うけど。
それとrev280→rev291bにしたら気のせいだとは思うけど
エンコ速度があがったような。

>>870
(´･ω･) ｶﾜｲｿｽ

>872
あがった　早くなったよ

http://ss109.hp.infoseek.co.jp/x264/index.html
こんなの作ってみました。
何かの参考になればと。

>>875
エンコードオプションが知りたいです。

>>875
何でフレームレートを24→30にしたりアスペクト比を変えたりしてるのかしら？

XviDやVP7やsnowとかでもよろしく、とか一応いっとく

そういや、サンプルのはなし最近ねえな。

>>876
デフォルトから2passでビットレートのみ変更。

>>877
TMPEGEncを使って、720pをベースにそのままエンコード。
したがって、フレームレートの変更には気づいてませんでした。

DTVも名無し変わるんだ。

そろそ1セグ放送抜いて見ている人いないかな

292きたね

もう292かぁ。今年中に300でるかなぁ。
最近なんでも突っ込んでるし、300になったら全部入れ直そう〜ｗ

あと少し早いが次は↓スレにいけばいいのか？

【ｵｰﾌﾟﾝｿｰｽ】 x264 part1 【Free H.264 Encoder】
http://pc8.2ch.net/test/read.cgi/avi/1116280624/

292はPen4以外は特に嬉しくないのかな。

yasmが吐いたコードって、.soに出来ない(出来るけど再配置できない)のよね。
毎回mencoder再リンクしなきゃいけない。
FreeBSDのportsとかだと、.soにするためにasmなコード使わないようにしてるっぽい。

>>885
--enable-mp4-output はどうしてる？ 漏れはついさっき
ttp://www.swains.plus.com/x264/patches/
で、最近のGPAC用のpatchを見つけたんでこれから試してみる予定。
他のpatchはよく分からん(^^;)

ソニー、H.264作成とPSP直接転送対応の「スゴ録」
−250GB HDD搭載のアナログチューナモデル
ttp://www.watch.impress.co.jp/av/docs/20050912/sony3.htm

＞AX75本体でMPEG-4 AVCのファイルを再生したり、削除することもできない。

x264ver292で
C:\h264\x264.exe -q 20 -b 1 --direct spatial -o "E:\enc\test.mp4" "I:\cap\test.avs" --threads 4
でmp4出力したものをmkvtoolnix1.5.6でogg vorbisとmuxしたのですが、
再生すると画面がねずみ色で、音声のみ再生されます。

avsファイルはYV12で出力していることをinfo()で確認しています。
xvidで作ったmkvファイルは再生できます。
x264のvfw版で作成したaviファイルも正常に再生できます。
ffdshowは2005/09/09を使用しました。

どのようにすればh264のmkvを再生できるでしょうか?

ソースの中身を見てみようと思ったのだが、>>3のリンクで403エラーが出てしまう…orz
入手法情報(or 誘導)お願いします。

>890
videolan.org　はたまにサーバーが落ちてるので夜中とか時間帯をずらしてアクセスくぁｗｓでｆｒｔｇひゅじ

>>891
なるほど。サンクス。

>>889
スプリッタが古いんじゃね？
新しいの入れてみては。
ttp://haali.cs.msu.ru/mkv/MatroskaSplitter.exe

>>893
ありがとうございます。
早速試してみましたが、やはり映像だけがでません。
ffdshowとMatroskaSplitterをアンインストールして
念のためにレジストリの該当しそうな項目を手動で削除して
再起動後にffdshow-20050909.exeとmkvinst_b97.exe
をインストールしたところ再生できるようになりました。
感想ですが、
ogg(-q 6) xvid(QT=2.5)で30分アニメが244MBだったのが
ogg(-q 6) x264(-q 20)で215MBになりました。
まだPSNRを使えないので主観になりますが、画質に大きな差はないと思いました。
設定の問題はありますが、エンコードにかかる時間ですが、xvidとほぼ変わらないことに驚きました。
Athlon64x2 3800+ @2.3Ghzで1.7倍速再生が何とかできました。

x264は最近使い始めたけど、画質と容量と速さのバランスがいいね。

あとはHDの再生が軽くなればなぁ・・・
ffmpegの方々おねがいします。

>>894そのメリットはかなり重宝するんだけど
要求高すぎて糞CPUのPCは再生追いつかないんだな・・・

U encoder/macroblock.c
U encoder/encoder.c
A common/quant.c
A common/quant.h
A common/i386/quant-a.asm
A common/amd64/quant-a.asm
U common/common.h
U Makefile
リビジョン 293 に更新しました。

293は4-10%速度アップか。結構効きそうだね。

>>899
速度アップはうれしいな

暗部に多くのビットレートを配分してくれるようにならないかな
ちょっとぐらいサイズ増えてもいいんだし

わーい　速度アップだ




しかし、Celeron2.00ＧＨｚという運命

しかし、Athlon1600+という悲しい事実
でもCeleron2.00GHzには勝ってると思います(ｲｹﾒｿ男性22才

スペックを上げる事が出来たら負けかなと思ってる

Athlon64X2 3800+がバルクなら4万きってるのをみて銀行に走りそうになりました。
そろそろ次マシン欲しいなあ・・・

ｺｰﾃﾞｯｸにあわせてｽﾍﾟｯｸｱｯﾌﾟするのは、負けと思う

>>901
同士よ・・

つい先日までDuron1.1GHzだったから困る

今もDuron900な俺

みんなすげぇよ

オレなんかPentium4 560Jだし

昔は早いマシンが欲しくて仕方がなかったけど
最近追いかけるのが馬鹿馬鹿しくなってきた

俺も、
しかしath64 3000+

x2 3800+でうはうは。

293まじでエンコ早くなってるな
いいよーいいよー

http://uk.geocities.com/h264x264/
これの日本語化使ってたんだけど…
どこ行ったか教えてくださいm(_ _)m

ごめん1時間とちょっと待ったら繋がったorz
忘れてくださいm(_ _)m

スレ違いっぽくて申し訳ないんだがどうか教えて欲しい。
24fpsの画像が48フレーム続いた後に30fpsの映像が60フレーム続くような映像があったとする。
で、これをまとめて4秒の映像としてエンコードしたい場合、x264エンコーダはは可変フレーム
レート(VFR)には対応していないので、フレーム毎のタイムスタンプをテキストファイルか何か
で別のファイルにしておいて、エンコードが終わった後で、タイムスタンプを後から適用すれば
VFRになるって意見を見かけたんだがどうも納得できない。
x264エンコーダが可変フレームレートに対応していないのであれば、x264は送られて来た合計
108フレームを固定フレームレートと見なしてエンコードするんだよね？
だとすると、レートコントロールがめちゃくちゃになるんじゃないか？
高い方のフレームレートに合わせてビットレートをコントロールしながらエンコードすれば、
低い方のフレームレートになっても、最大ビットレートは越えないから実用上は問題ないって
話もあるかもしれないが、デコーダにそれを期待して良いんだろうか？
厳密には規格違反(？)になって、CPUパワーに余裕があってもカクツキが発生したりする可能性
がありそうな気がするんだけど、気のせいだろうか？
教えてエラい人！

話が見えない

>>916

x264がそんな間抜けな設計のわけねえだろ。
ちゃんと計算されてる。角度とか。

>>917
元々は可変フレームレートの映像を固定フレームレートとみなして、ビット
レートを制御しながらエンコードしたら、可変フレームレートの状態に戻した
時に、制御したはずのビットレートの計算が合わなくなって、スムーズに再生
できなくなる可能性があるんじゃないか？という話をしたかったんだが、説明
が下手でごめん。

>>916
すべて24フレームの映像として処理されるだろう。4.5秒の映像としてとして
現段階ではmkvで範囲とフレーム数書いたテキスト使って対応させるしかないと思うぞ。
あと文章見にくい

>>919
上のに書き忘れてたけどもともとQBエンコがあるからビットレートが動こうが関係ないと思うんだが・・・
あと最初のフレームがそのまま読み込まれるんじゃね？

規格違反がどうとか知らんけど、avc-cfr.mp4(1500〜2000kbpsほどでの2pass)→timecodefileによる
avc-24-30-vfr.mkvで、カクつくfileとかは、まだできたことないな(ただ、AVCの場合60pは絡んでない
うちのpcだと素で厳しいから)。AVCのLevelはこんな感じ↓らしい

http://forum.doom9.org/showthread.php?p=678891#post678891

>>919
要するにバッファがちゃんと管理できるのかって話でしょ？
今はまだテストの範疇だし、民生機用に媒体焼いてる訳でもないから漏れは特に気にしない事にしてる
あと、このスレ的にはレートコントロールはファイルサイズの為にあるって事になってる
が、本来の意味で使って
るんだから、別に謝る必要はないｗ

ついでだが、x264にLAMEのようなプリセット指定を追加する計画があるらしい
具体的にどういう指定になるかはまだ不明

>>923
現状ではデコードと速度以外に不満は特にないから
どうでもいいな　　まぁ、あるに越したことはないのだろうが

このスレでx2使ってる人少なそうだから報告
cli版でthreads 2を指定してもマルチスレッドに対応しないみたいだけど
vfw版でthreads 2を指定するとマルチスレッドに対応してエンコ速度アップする。
速度は12fps→19fps(x264ver292)
どうせならcli版でマルチスレッドに対応してほしかった。

x264ver293で
vfw版でBフレーム有りでエンコしたのと
cli版でBフレーム有りでエンコし、mkvにmuxしたのをそれぞれ
avisynthのdirectshowsouceで読んだら
vfw版のはフレームがいくつか欠落しててびっくり
どうもシーンチェンジ付近で起こる場合が多そう。
aviにBフレーム有り動画を格納するのって本当に無理があったんだ。

ごめんなさい。間違いがありました。
落ち着いてから検証しなおします。
ヴァージョンが異なってるのと
フレーム落ちしてたのはcli版(ver292)のほう。

使用したソフトはVirtualDub1.6.9、x264ver293、mkvmerge1.5.6
cli版で使用したオプションは
-q 20 -b 1 --direct spatial -o "E:\My Documents\3.mp4" "I:\cap\3.avs" --threads 2
vfw版もオプションは同等。
で結果はやっぱりmp4からmkvにmuxしたほうではフレームが欠落してた。
おかしいなと思ってvfw版のaviをmkvmergeでmkvにしたら同じところで
フレームが欠落してた。muxがまずかったようです。
でもmp4なx264は問題なくmkvにmuxできなかったけ?
もしかしたらdirectshowsouceが悪さしてるかもしれないけど。
どんな検証をすればいいんだろう?

MPCでコマ送り再生させたらmkvのほうでも
こま落ちはないっぽいです。
どうやらdirectshowsourceに問題があるみたいです。

293なんか画質悪くないか？気のせいか。

>>930
デブロッキングフィルタをオフにする

今度のテンプレにはお勧め設定キボンヌ

デコーダのオススメ設定を是非

K-Lite Codec Pack を入れただけではH264の動画は見れないんですね。
ffdshowはK-Lite Codec Packと多くのcodecが重複するのでまた不具合が出ないか入れるのが心配です。

おすすめのH264のcoedcはなんでしょう？
ちなみにエンコはしません。見るだけです。

ダウソへカエレ!!

MPEG-4 AVC/H.264 総合スレ Part4
http://pc8.2ch.net/test/read.cgi/avi/1116158499/3

>>936
何のために貼ったのか理解不能だが、もしかして次スレとでも？
そのスレから隔離されて今があるはずなんだが、と完全に想像と妄想で言ってみた。

>>937
ﾀﾞｳｿ厨はそっち行け　って意味ともれは勝手に解釈してる件

俺は
＞おすすめのH264のcoedcはなんでしょう？
＞ちなみにエンコはしません。見るだけです。
へのﾚｽと解釈してる

普通はそうとる。次スレ用に適当に[FAQ]追加したりとか

[FAQ]
Q 見れないよ
A http://www.aziendeassociate.it/cd.asp?dir=/ffdshow
ffdshow入れてVideo decoder configurationのH.264 Decoderを有効に汁！

Q VirtualDubとかで読むとエラーでて編集できないんですが・・・
A ffdshow入れてVFW codec configurationのH.264 Decoderを有効に汁！

Q インタレ対応まだかいな
A 今のところ、インターレースサポートの予定はないらしい
「* Field support : no and I probably won't do it.」(TODOでやる気ナシと明言）

Q x264って16：9のエンコできないんでしょうか。
「widyh % 16 !=0 or height % 16 !=0(704*396)」とエラーになってしまいます。
A 16：9のエンコは出来るが16の倍数でなければならない。エラーメッセージから推測すれ。

[FAQ]
Q 見れないよ
A http://www.aziendeassociate.it/cd.asp?dir=/ffdshow
ffdshow入れてVideo decoder configurationのH.264 Decoderを有効に汁！

Q VirtualDubとかで読むとエラーでて編集できないんですが・・・
A ffdshow入れてVFW codec configurationのH.264 Decoderをdisabledからlibavcodecに変更汁！

Q インタレ対応まだかいな
A 今のところ、インターレースサポートの予定はないらしい
「* Field support : no and I probably won't do it.」(TODOでやる気ナシと明言）

Q x264って16：9のエンコできないんでしょうか。「widyh % 16 !=0 or height % 16 !=0(704*396)」とエラーになってしまいます。
A 16：9のエンコは出来るが16の倍数でなければならない。エラーメッセージから推測すれ。

Q 画質が悪いんだが
A 設定のAdvabcedをクリックしてDeblicking filterのチェックを外す(低ビットレート時には有効に汁！

Q 再生が重いんだが
A ffdshowのデコーダ設定でポストプロセッシングフィルタを切る。またはVLC PlayerやMPlayerなどの軽量プレーヤーを使う。

こんな感じでどうだろ？
上から二番目はちょっといじってみた
前に俺が見たときよくわからなかったから
妙な点があれば理由付で改変してくれ

次スレ
http://pc8.2ch.net/test/read.cgi/avi/1116280624/

>>941
>Q 画質が悪いんだが
>A 設定のAdvabcedをクリックしてDeblicking filterのチェックを外す(低ビットレート時には有効に汁！

Deblocking Filterに関しては議論の余地があると個人的には思うんで
FAQ化はどうだろ…ボケとartifactsと細部の関係というか、画質の問題は
主観/好みが絡んでむずかしくないかな？


>Q 再生が重いんだが
>A ffdshowのデコーダ設定でポストプロセッシングフィルタを切る。またはVLC PlayerやMPlayerなどの軽量プレーヤーを使う。

もともとAVC/H.264のdecodeでは、ASPなんかに使われるPostProcessingは切っておくのが
普通なので。重さとかに関わらずAVCのdecodeで、PP有効にしたら基本的にダメなはず。
よって、ちょっと妙。MPlayer,VLCはプレーヤーとして素晴らしいのでFAQ的にアリ。

とりあえずFAQをどうするかと>>942を次スレにするかを議論しようか
>>942のはPart1だし・・・
ってかこのスレのスレタイって・・・

気分的にも嫌なんで、本音は新スレ立てて欲しいところだけど
大人な対応で>>942を活用したほうがいいのかな

このスレ消費するまでにver300が出れば新規
出なければ>>942
何の意味もないけどね　＾＾；

>>942のスレを使うとしても終わる頃にまたアンチが糞な立て方をする悪寒
次はきっちり立って欲しいもんだが、、、

俺は新ｽﾚ「x264スレ rev2」を希望する

訂正等あったらよろしく

[本家]
http://developers.videolan.org/x264.html
https://trac.videolan.org/x264/log/trunk/ (チェンジログ)

[前スレ]
http://pc8.2ch.net/test/read.cgi/avi/1116153613/

[AVC/H.264総合スレ]
http://pc8.2ch.net/test/read.cgi/avi/1116158499/

[バイナリ]
http://www.aziendeassociate.it/cd.asp?dir=/x264
http://forum.doom9.org/showthread.php?t=89979
http://uk.geocities.com/h264x264/
http://x264.nl/
http://www.aziendeassociate.it/cd.asp?dir=/mplayer (mencoder)
http://oss.netfarm.it/mplayer-win32.php (mencoder)

[x264VFW日本語化パッチ]
http://www.ne.jp/asahi/l/a/files/index.html

[CLIのGUI]
http://forum.doom9.org/showthread.php?t=96032 (MeGUI)
http://forum.doom9.org/showthread.php?t=98032 (MeGUI-x264)
http://forum.doom9.org/showthread.php?t=95590 (x264CLI gui)

スレタイはこっちよりまともだし、ある物は使っていくのがエコでいいんじゃないかな
一応次スレ

【ｵｰﾌﾟﾝｿｰｽ】 x264 part1 【Free H.264 Encoder】
http://pc8.2ch.net/test/read.cgi/avi/1116280624/17-


スレ全体の意見が圧倒的に違う意見なら、こんどは>>980あたりで誘導してくれ

レスも少なくなってきているところ・・・

h.264のaviで、30分アニメ(実質25分)をエンコして保存してるんだけど、
前に誰かも言ってたように１クール(全26話)５Ｇ超えてしまう。なんとか１DVDサイズにしたいんですが・・・。

640×320で24fps、インタレ解除で、ＱＴ２０　で現在１話およそ250〜350ＫＢ。
これぐらいの画質でもう少し容量減らせる設定ない？？

デブロッキングＯＮ、Ｂフレ２です

>>951
QT21にしたら収まりそうだなｗ
それか2Passとか解像度下げちゃったりとか音声でケチってみたりとか・・・

ってかもう全部エンコしちゃったんだろ？
それなら今更映像の再圧縮なんてできないから音声だけ再圧縮したりOPやEDを削ってみたりしかできないんじゃね？

あとは、時間軸NRを使ってみるとか、使ってるなら強くするとか。
952がいってるの以外だと、これくらいじゃないかね。

突っ込むが、1クールは13話だ。

>>952
一応マスターの方（mpeg2）もまだ保存してあるので、時間がもったいないですけど再エンコしようかなと

音声はいま普通のMpeg1-Layer3なんですけど、これをMpeg2-Layer3にしても多少減るんですかね？
OggやAACはあまり使ったことがないので避けてきてましたけど、Mpeg1-Layer3(128kbps)と同音質ならどれぐらい縮むのでしょう？

何げにキロバイトだから4482MBのDVDには2クールよりいっぱい入るんじゃないの? w

>>955
oggやAACは低ビットレートの時に効果あり(ってここは初心者スレじゃねー

どうやら音声はけちれそうになさそうだから2PassかQT22かだな(21だとぎりぎり超えそうな悪感・・・
QT22だと画質が厳しそうだから2Passの方がいいかも
俺なら一枚のDVDは諦めてQT18ぐらいにして二枚のDVDに収めるが
もしくはHDDに保存汁！

>>957
ソースに自信あるならQT24あたりでも問題ない。
むしろx264は低レートに強いんだし。
俺はHDものは1クール、SDものは2クールはいるように
調整してる。

いろいろ突っ込みを頂いております様で・・・

１クールは１３話ですよね。第１部（全２６話）ってことです

ＫＢ⇒ＭＢです。

ＱＴあげて２枚のＤＶＤか、ＤＶＤ−Ｒ ＤＬに保存することにしようかな。
もう一度計算しなおします

あふれた分CDに焼けばいいんでないの

QTでエンコしてるのにサイズがどうとか…

>>962
確かに・・・
QTってのはサイズ気にしないで行うエンコだ。
もし、DVDに〜って言うんだったら初めから固定品質は止めるべきだ。

時間かけていいなら2PASS使いなさい

>>962
確かにそうだけどCBRじゃ糞だし2Passだと時間が・・・(だってCPUがorz
俺は一枚に納まらないかなぁー
と祈りつつエンコしてる
で、数百メガバイト溢れる、というわけorz
でもDVDなんかよりHDDの方が見やすいしサイズ気にせずに済むしいいんだがな
俺は諸事情で買えないorz
半年間を200GBのHDDでやりくりせねば(残り10GB以下
ローゼンや舞乙があるってのにorz

アニペグ野郎ばっかりだな。

>>965
ABRじゃだめ？

2passでバッチ処理仕込んで出かけてるときなどにエンコすればいいじゃん。
それでも時間が足りないほど切羽詰っていると？

>>966
実写ならRV10やSNOWの方がいいと聞いたぞ(将来性が激しくなさそうだが

>>967,968
いいんだ・・・
ほっといてくれ・・・

>>969
お前、一体どういうつもりでこのスレで質問してんだ？
せっかく質問に答えてくれる人達を何だと思ってるんだ？
マジで殺意が沸く。ふざけるんじゃないよ、まったく。

>>969
＞実写ならRV10やSNOWの方がいいと聞いたぞ
真逆だと思うんだが

ってか、お前は質問して何をしたいの？
指定サイズに収めたいなら2passに限る
速度や負担が嫌ならXviDでも使ってろよ

>>970
俺は質問なんかしてないんだが・・・

IDみてなかったら、確かに勘違いするよね。オレも勘違いしてたｗ

紛らわしかったね
すまんかった

↓x264の話へ

64bitバイナリﾏﾀﾞｰ？

>>972
って先に言えよｗ
堕落民はおとなしく公安にしょっぴかれてけｗ

↓x264でrev294の登場予告どうぞ

↓>>976
↓なぜわかったんだ・・・(これ以降はスレ違いだから堕落スレで・・・・
↓

↓俺は新スレきぼん派
↓
↓理由はスレタイが変だから
↓rev2の案に賛成
↓つーことで誰か立てて
↓↓

x264スレ rev2
http://pc8.2ch.net/test/read.cgi/avi/1127130642/l50

>>979
シンプルだけど、乙

951から質問してたのは俺なんだが、955.959.960は俺。
965から急に俺以外の奴が・・・。

別になりすまそうとしたわけではないんだろうけど（俺と似たような事思ってた奴だろうけど）
周りから見たら勘違いされてるよねぇ。ごめん

って、このスレはＩＤ晒されてるんですでに解決済みでしたね。連投ｽﾏﾝ

>>979
削除依頼もしてきてね

>>965
DVDに保存しといても見るときに探し出してみれば良いでしょ。
利便性を取ってHDDを満タンにして別の作品を見れなくするか、利便性を捨てて別の作品も見るか。

お熱をチェックぅﾋﾟｭｱﾋﾟｭｱ

誤爆orz

>>985
ぱにヲタはどっかに池

そういう俺もぱにヲタですが

ぱにのエンコは結構厳しいよ。
俺はコーデックの試験に使ってるぞ。

[FAQ]
Q 見れないよ
A http://www.aziendeassociate.it/cd.asp?dir=/ffdshow
ffdshow入れてVideo decoder configurationのH.264 Decoderをdisabledからlibavcodecに変更汁！

Q VirtualDubとかで読むとエラーでて編集できないんですが・・・
A ffdshow入れてVFW codec configurationのH.264 Decoderをdisabledからlibavcodecに変更汁！

Q インタレ対応まだかいな
A 今のところ、インターレースサポートの予定はないらしい
「* Field support : no and I probably won't do it.」(TODOでやる気ナシと明言）

Q x264って16：9のエンコできないんでしょうか。
「width % 16 !=0 or height % 16 !=0(704*396)」とエラーになってしまいます。
A 16：9のエンコは出来るが16の倍数でなければならない。エラーメッセージから推測すれ。

Q 再生が重いんだが
A MPlayerやVLCなどの軽量プレーヤーを使う。
http://pc7.2ch.net/test/read.cgi/software/1115349495/
http://pc7.2ch.net/test/read.cgi/software/1112364159/

訂正等あったらよろしく

(チェンジログ)のURLがhttpsになってるけどだけど、TracのAdmin権限を持って
なければhttpで構わないんジャマイカ？
httpsでなければいけない理由って他に何かあったっけ？
向こうの鯖に本来不要な負荷を与えてるんじゃないかとちと心配になった

293A登場

おいおい、>>886のURLにあったGPAC 0.4.x対応patchをそのまま採用したのか？
293Bが来るかもしれんから、MP4で出力してる香具師は注意汁！

なんでもいいけれども、埋めておきますね。

995

インテルのコンパイラでビルドしたやつないですか？

P4 3.2GHzだけど、VLCだと問題無いファイルがQT7で全画面再生とかすると
いきなりCPU使用率が20%→90%になったりしてカクつくな。やっぱVLCのポテンシャルは素晴らしいわ。
これで、もうちょっと操作しやすくしてくれたらなぁ。日本語Wikiも無いし、あんま知られてないのかな？





うめ

ume

9999

1000!

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。