XviD総合スレ Part15

xvid-1.0.2-mod-dec.exe
ttp://www.vrac.iastate.edu/~chadspen/interlace/index.html

プロパティからSwapFieldParityいじれるようになってるね。

なんで外国人ってインストーラー形式にするんだろ

>>236
初秒おめ

これ、HEADのインターレース周りのところをrelease-1_0-branchに
持ってきたbuildってこと?

>>234
QTでも若干画質が向上するよ。
バランスはその人なりの価値観だわ。

簡単にいうと画質重視ならQTでもVHQは4でやった方がいいのかな？

以前Bvop2-1.5-1.00・Qtz=3.75・VHQ=1でエンコするとシーンチェンジで画像が破綻したことがあった。
同じソースをBvop設定固定でQtz=4.00・VHQ=1やQtz=3.75・VHQ=4でエンコし直すと破綻が無かった。
それ以来Qtzが半端になる時はVHQ=4で作るようにしてる。

ただ画像破綻が確認できたのは過去1回だけで単なるバイナリのバグだったのかもしれない。
使用してたバイナリはrelease-1_0-branchのどれか(・・忘れた)

自分の目で確かめろって言われると思ったら…
時間に余裕がある時とかは、VHQ4を使ってみようかなって思います。
画質は変わらないのかな。
みなさんありがとうございます。

自分の目で確かめろ！

俺の節穴の目じゃ違いはわからんが、確かに違いはあることは確かだ。
それがより綺麗になってるのかどうかも判断できんところが難なんだが。

ERRCHKでソースとエンコしたファイルを比較すると
VHQ2よりVHQ4の方が差が少ない。
これは画質が上がったと言えないかい？

ちょっと質問。
firstpassをVHQ1で行った場合twopassでVHQを4とかに変更したらアウト？
あと同じ場合でinterlaced、gmcとかのチェックを変更するのも駄目なんでしょうか。

>>247
Interlacedはちょっと．．．だけどOKよ。
1passでは大体のIBPとQuant値でエンコしてみてそのエンコサイズから、
IBPの種別とQuantを決めるだけだから、それが2passで変化するほどの違いが出なければ問題はない。

ただ最終ファイルサイズは指定値と多少ズレることは起きる。

正確さを考えるならadvancedoption内の変更に留めといた方が吉？

>>250
1passが2passの1.5倍はエンコ速度が速いことを考えれば、
1pass時には、とてもGMCやMotionSearchやVHQの指定が有効になっているとは思えん。
オプション指定はそれほど神経質にならなくてもOKな気がするよ。
（逆に言えば、積極的に1passと2passで指定を変える意味は無いだろう）

16Bitのやつと24Bitのやつってどう違うの？

ぽかーん

>>252
過去ログ検索しろ

　　　　　 _______　　　　　　　　　　　　　　　　　　　　　_＿
　　　　／／￣~`i ゝ　　　　　　　　　　　　　　　 　 　 `l |
　　　 / /　　　　　　　 ,______　　　,_____　　　　________　 | |　　____　TM
　　　|　|　　 　 ＿__　//￣ヽヽ　//￣ヽヽ　（（￣）） 　 | |　//￣_>>
　　　＼ヽ、　　 ｜l　| |　 　 | |　| |　 　 | |　　``( (.　　.| |　| | ~~
　　　 　 `､二===-'　 ` ===' '　　` ===' '　 //￣ヽヽ　|__ゝ ヽ二=''
　　　　　　　　　　　　　　　　　　　　　　 　 ヽヽ___//　　　日本
　　　　　　　　　＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　　　　　|xvid 16Bit　　　　　　　　　　　　　　　　　|　|検索|←をｸﾘｯｸ！！
　　　　　　　　　￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　　　　　○ウェブ全体　　◎日本語のページ

>>252
うちのは12bitですよ（＾＾

うちのは8bitです

>>251
わかりますた。

　　　　　 _______　　　　　　　　　　　　　　　　　　　　　_＿
　　　　／／￣~`i ゝ　　　　　　　　　　　　　　　 　 　 `l |
　　　 / /　　　　　　　 ,______　　　,_____　　　　________　 | |　　____　TM
　　　|　|　　 　 ＿__　//￣ヽヽ　//￣ヽヽ　（（￣）） 　 | |　//￣_>>
　　　＼ヽ、　　 ｜l　| |　 　 | |　| |　 　 | |　　``( (.　　.| |　| | ~~
　　　 　 `､二===-'　 ` ===' '　　` ===' '　 //￣ヽヽ　|__ゝ ヽ二=''
　　　　　　　　　　　　　　　　　　　　　　 　 ヽヽ___//　　　日本
　　　　　　　　　＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　　　　　|ヒキヲタモラシム　　　　　　　　　　　　　|　|検索|←をｸﾘｯｸ！！
　　　　　　　　　￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　　　　　○ウェブ全体　　◎日本語のページ

aviutlでも最後のフレームをキーフレームにして出力すると
例のBフレ問題起こらないようなんだけど散々外出でしょうか。

ﾏｼﾞﾃﾞｨｽｶｰ!?

Bフレの問題とはなんぞやヽ( `Д´)ﾉ
映像の最後1、2フレームが無くなるだけ？

最初のフレームがダブるんじゃなかったっけ？

>>262
それです。aviutl0.99ではB-VOPを使うと最終フレームが欠落してしまうんだけど
最終フレームをキーフレームに指定して吐かせてみたらうまくいったので書いてみました。

色々試してみたのですが先頭のフレームの方で今度はダブりが発生してました。
この方法は忘れてください・・・orz

1CD化とか考えないからBフレ使うことないけどな

フィールドオーダーを書き換えられるようになった。
これで、ボトムファーストでエンコしてしまったものがまともに表示される。ヤレヤレ。
ttp://forum.doom9.org/showthread.php?s=eb443ee9435587a761a4a68e285916e4&threadid=78050

これはかなり嬉しいな。mkvからださなきゃならんのかな。
量結構あるが、ちょっとがんばるか。

お、MPEG4ModifierってC#で書かれてるのか、俺にも改造できるかも

headってB-VHQ使っても全然遅くならないんだな・・。
てかonでもbranch並かそれ以上に早いよ

追記
早いのはturbo modeだけで、turbo modeだと
あまり動きボケが解消されたように感じなかったです

けっきょくB-VHQオンでturbo modeオンでもオフでも1.0.2と速度ほとんど変わってなかた。

ＯＧＭ動画を作ったけど今までとあんまり変わらなかった・・・

そりゃ中身はXVIDそのまんまだしね。

B-VOP使って問題が出るアプリってaviutlとvd系の一部のバージョンだけなの？
市販のソフトで使ってる人で問題出たって人いる？

>>267
バージョン1.20にしてみたが、
no dummy n-vop found for packed frames
とエラーが出て読めないファイルがある…
どうなっているんだ＿|￣|○

S-VOPってのは知ってるんだけどそもそもN-VOPって何？

おいオマイラこれは既出ですか？

http://pc5.2ch.net/test/read.cgi/software/1092483534/605

MPEG4ModifierにFOURCCチェンジ機能が付いたら便利だと思わない？
今からがんばってみようと思う

>>278
なんか涙で目の前が見えないくらい嬉しいんだけど。　｡･ﾟ･(ﾉ∀`)･ﾟ･｡

MPEG4Modifier.exeにD&Dするだけでaviを読み込んでくれたら更に便利
何らかの方法で、片っ端から指定した設定(アス比　フィールド・オーダー　FOURCC)に変換してくれるように出来たら神！！

(・∀・)ｲｲﾈ!!

>255
えらく親切な人だな・・・

642 名前：691 ◆AFS777vyz. [] 投稿日：04/09/17 21:32:30 ID:Ftvbge+E
拡張AVI出力plus 6.1.2
・コピーフレーム、間引きなどによるフレーム欠落時のB-Frame処理を修正
・FPS不足時のフレーム脱落条件をやや緩めた

アップしました。
間引き処理がB-Frame対応になってませんでした...

ｺﾋﾟﾍﾟ乙

MPEG4Modifier、ファイルをドラッグしただけで読み込めるようにしました。
FOURCCはまだ。

GPLって、ソース公開すればいいの？よく分からん。

FOURCC変更はXviD付属のツールで十分じゃない？

>>287
一回でできちゃったほうが便利だとは思うよ。

MPEG4Modifier1.2.0改造版　http://www.geocities.jp/optimizer889/up/mpeg4modifier_0917.zip

ウインドウにaviファイルをドラッグドロップするだけで読み込むようにしただけ。

>>289
使ってみた。ちょっとした変化だけど結構便利かも。

もうないよ（；´Д｀）

>>289
激しく便利
GJ!!

>>291
今落とせたよ

>>289
いいねこれ。FOURCCとMatroskaも頼む。

Matroskaなんか自前でアス比やFOURCC設定可能だから不要だろ

フィールドオーダー以外

　　　| ＼
　　　|Д｀)　ﾀﾞﾚﾓｲﾅｲ･･ｵﾄﾞﾙﾅﾗ ｲﾏﾉｳﾁ
　　　|⊂
　　　|


　　　　　♪　　Å
　　　♪　　　／ ＼　　　ﾗﾝﾀ ﾀﾝ
　　　　　　ヽ(´Д｀;)ﾉ 　　ﾗﾝﾀ ﾀﾝ
　　 　 　　　 (　 へ) 　　　ﾗﾝﾀ ﾗﾝﾀ
　 　 　 　 　　く 　　　　　　ﾀﾝ



　　　♪　　　　Å
　　　　　♪　／ ＼　　　ﾗﾝﾀ ﾗﾝﾀ
　　　　　　ヽ（;´Д｀）ﾉ　　ﾗﾝﾀ ﾀﾝ
　　 　 　　　 (へ　 ) 　　　ﾗﾝﾀ ﾀﾝﾀ
　 　 　 　 　　　　 >　　　　ﾀﾝ

|ーﾟ)

|　　　　　　　　　　　　　ーﾟ)

　　　　　　　∧__∧
　　　　　　（´∀｀　）
　　　　　　 （⊃⌒*⌒⊂)
　　　　　 　　/__ノ(!)ヽ__）

　　　　　　　∧∧
　　　　　　 (д｀*　)
　　　　　　 （⊃⌒*⌒⊂)
　　　　　 　　/__ノ(!)ヽ__）

　　　　　　　∧∧　　　ﾊﾞｯﾁｺｰｲ！！
　　　　　　 (д´*　)
　　　　　　 （⊃⌒*⌒⊂)
　　　　　 　　/__ノ(!)ヽ__）

Xvid初めて使ってみたんだけど、WMVやDivxと比べて速いねえ。

あーあ、せっかくの放置プレイが・・・

　　　　　　　∧__∧
　　　　　　（´∀｀　）
　　　　　　 （⊃⌒*⌒⊂)
　　　　　 　　/__ノ(!)ヽ__）

　　　　　　　∧∧
　　　　　　 (д｀*　)
　　　　　　 （⊃⌒*⌒⊂)
　　　　　 　　/__ノ(!)ヽ__）

　　　　　　　∧∧　　　ﾊﾞｯﾁｺｰｲ！！
　　　　　　 (д´*　)
　　　　　　 （⊃⌒*⌒⊂)
　　　　　 　　/__ノ(!)ヽ__）

AA厨うざい

athlonxp1.3GHzでは704x480の60fpsがコマ落ちしまくりなんだけど
どのくらいのスペックならコマ落ちなく再生できますかね？

athlonxp1.3GHz？
Athlonは単位Ｈｚじゃないだろ。
つーかこのAthlonXPならある程度大丈夫だと思う。むしろ十分。

Athlon 1.3GHz (Thunderbird) のことじゃないかな。

たしろ

　　　　　,,,...､,ｨ-- ､,,,,,___
　　 ,,ｨiii;:;:;:;:iii;:;:;:;:i;:i;:;:!;:!;:;:;:l､,,_
　 r'":;:;:;:;:;:;:;:ヾ;:;:　彡ﾉﾉ'ヾ､;:;:;:i!
　 |:;:;:;､ゞゞゞ'7''"~　　　　　`l;:;:;i!
　 l:;:;l　　　　 ヽ、　　　　　　l;:;:;:ﾐ
　 l;:;:| 　 ,,....、　　　 __,;;;;;;;,,,,,ヾ;:;-､
　　ヾl,r"‐''''―､,-r'",.．,､　 i!`T"）|
　　l^ｰi '"' ’'`　ﾉ　ヽ､,,,...-‐'　j!　 |
　　i! :; `''ー'''';:',,　,,, )　　　　: |ｰ'"
　　 ヽ-l　　　 ,,.;:;::;;;;:,,,,,　　　 |
　　　　ヽ i　'"ｰ''''"~~`'　/ ,,.!
　　　　　 `ヽ､　"" '''　 ,,.:'"
　　　　　　　j^'ー--‐''"　＼
　　　　　　彡､　　　　　　､ ｀＼
　　　　　/　＿＿　 　　　/´>　 )
　　　　　(＿＿＿）　　　/　(_／
　　　　　　|　　　　　　 /
　　　　　　|　　／＼　＼
　　　　　　|　/　　　 )　 )
　　　　　　∪　　　 （　 ＼
　　　　　　　　　　　 ＼＿)

またやったか・・・

ffdshowの肥大化は止まらんな。ffavisynthとかffvdubとかって一体…
いつの間にやらunrarのソースまで入れているし。

このスレとは関係ないけどffdshowのエンコ機能使ってる人いる？
怪しいというか信頼できなくて使えないんだけど

>>311
ffdshowのMPEG4エンコーダってffmpegのエンコーダでXviDと比べると性能は
劣るからなぁ。でも、いちおうきちんと動くよ。

もちろん、MPEG4エンコーダとして使うのはあまり無意味がないんで、
H.264やTheoraをたま〜にテストするぐらいだけど。

>>312
そうですか。実はいまだにMP42でエンコしてるんでどうかと思いまして。
きちんと動くようですので試してみます。

>>311
LJPGとか可逆は利用価値結構あるが、それ以外はあまり使う利点が少ない気がする

まだTheoraに期待してる香具師がいたか

ffdshowのxvidって実は本家xvidより高級なオプションを指定できるんだよな
他にはm-magicのzigzagScanとかxvidには直ぐにできることがいっぱいあるのに

>>314
なんであんなに必死になって誰も使わないであろうエンコーディングまわりを
やっているんだろうね…。

ビデオフィルタ以外はオーディオフィルタ周りをちょこっとやってくれれば
それでいいのに。


>>315
いまさら期待はしとらんけど、テストはたま〜にする。


>>316
あれ? それはlibavcodecなMPEG4で、ffdshowからXviD使う際のエンコーディング
オプションはいっしょでそ。

サーバーダウン？　移転？

>gamrdev(API-4 HEAD)p4 / ppro / Athlon / i486各最適化バージョンあり
>http://xvid.gamrdev.com/

>>317
ffdshowのxvidエンコードでulutrahighを選択してもチェックされない項目が4つあるが？

>>319
プリセット使わずに自分でチェックすれば？

2passの時に使用するvideo.passの中身ってどんな意味なのでしょう。

各項目の合計と平均を出すプログラムを組んでみて
2pass時のビットレートを決めようと思ったのですが、
どれを同判断していいのかわからないのです。

>>321
最適なビットレートを計算するのはまず無理だろう。
(1200Kbpsと1800bpsでどっちにしたら良いか決められるのか？）
それより目的のファイルサイズを決定した方が吉。

やろうとしていることは、1passのような手動2passです。
ビットレート（またはサイズ）を指定すると、非常に品質の悪いのが出来てしまうのです。
1passだとでかすぎるのです。

以下は、1200kbpsで2passした結果です。

悪いもの
video.pass
合計　 7289119　43359469　　958612 581410034　97579171
最小　　　　 0　　　　 0　　　　 0　　　 149　　　 149
最小　　　1200　　　1200　　　 773　　106421　　　7592
平均　　169.49　 1008.21　　 22.29　13519.27　 2268.96
Kilobits per Second: 1280.94
KeyDRF<4:　　98
KeyDRF=4:　　584
KeyDRF>4:　　249
AverageDRF:　6.67

いいもの
video.pass
合計　 3360192　47006771　 1241437 390036733　71708964
最小　　　　 0　　　　 0　　　　 0　　　 169　　　 169
最小　　　1200　　　1200　　　 683　　111112　　　7695
平均　　 78.13　　　1093　　 28.86　 9069.14　 1667.37
Kilobits per Second: 1172.51
KeyDRF<4:　　421
KeyDRF=4:　　40
KeyDRF>4:　　0
AverageDRF:　4.67

なんか、計算できそうじゃない？

QB2PASSみたいな？

そう。

平均の5項目と、ターゲットのAverageDRFを使って計算するのが目的。
平均以外必要なさそう。
ひょっとしたら、分散は必要になるかもと思っています。

これ作ったらそのままDoomに持って逝けるんじゃあ

分からないんだけど、Quantizer値をベースにビットレートを求めるのなら
素直にQ=4.0とか指定してエンコしたら良いと思うけど？

まあ、statsファイルの見方としては、
左から、
　　type = coding type
　　quant = frame quantizer
　　kblks = number of blocks compressed as Intra
　　mblks = number of blocks compressed as Inter
　　ublks = number of blocks marked as not_coded
　　length = frame length
　　hlength = header length (bytes)

1passのオプションでDiscard first pass切って、できたファイルのサイズが100Mbyteだとして
2passのサイズ指定で
100m=Q2.0
80m=Q2.5
60m=Q3.0
くらいになる　俺はその範囲で選んでる
xvidのステータス画面の平均ビットレートから決めるのもあり

>>327、328
数字が並んでいると解析してみたくなる、趣味みたいなもんです。
statusの見方thx!です。

>>329
Discard first passを切ったこと無かったから、気づきませんでした。
今試しています。
ついでに、ステータス画面も表示させてみたのですが。
まさにやろうとしていることのようです。
thx!です。

>>323
advanced optionsのQuantizationで最小、最大Quantizer値を設定出来る。
上から2,4,2,4,2,8の様にすれば"いいもの"に近づくのではないでしょうか？

こうした場合、指定したビットレートが少なすぎる場合は、ビットレートを無視してQT=4でエンコしたような感じになる。

XVIDって、どこのbinaryがお勧めですか？

私はAthlonXPなんで、とりあえずここのを使ってます
http://allies.freezope.org/#xvid

皆様のご協力のおかげで、目安のビットレート計算方法が出来ました。

以下は手順です。

１．とりあえず、1pass
２．1)できた XviD 2pass stat file(video.pass) のframe length(6番目)を合計する。
　　2)8をかけてビット化し、1024で割ってキロビット化する。
３．総フレーム数をフレームレートで割って総秒数を求める。
４．(２のフレームサイズ) / (３の秒数) で、平均ビットレートが計算できる。
　　 （なぜかステータ画面の値と1%ぐらい違う。）
５．平均ビットレートを作りたい平均DRFの値で割って、そこに定数"2.56"をかけると、
　　指定ビットレートの目安が計算できる。

ようである。

指定ビットレート
　　＝ ((総フレームサイズ * 8 / 1024) / (総フレーム数 / フレームレート) / 目標平均DRF) * 2.56

　# 定数"2.56"に関しては、29.97fps、24m14sのファイルで計算したので、
　# ほかの場合でも使えるかどうかわかりません。
　
　

ただし、プログラムは組んで見たものの、
>>327、>>329、>>331 の方法も考慮して、実際にこの方法で行うかは微妙です。

>333
自分も興味あったんでちょっと作ってみた(wshだけど)
定数の設定だけど、single pass Q2.0と同サイズで2passで作った物は
同じ画質と仮定した方が単純でいいと思う　Bフレームの設定なんかで定数変わってくると思うし

つまり、上の定数は2.56ではなく2でいいと思うのですがいかがでしょう
自分はスクリプトくらいしか組めないへたれなので公開期待してます

> 上の定数は2.56ではなく2でいいと思うのですがいかがでしょう
2では足りませんでした。
確かに、定数はBフレとかフレームレートとかインタレ解除などで変わってしまうようです。
これは、数回やって割り出すしかなさそうです。
ただ、時間は変わっても大丈夫そうです。

定数 ＝ 2pass指定ビットレート / ( 平均ビットレート / 目標平均DRF )

> 自分はスクリプトくらいしか組めないへたれなので公開期待してます
ｽﾐﾏｾﾝ。ボクはperlです。バッチファイルを作成して、そこにvideo.passをドラッグしています。

ところで誰か標準添付ツールStats Reader 2.1の使い方知らない？

>>332
ハンドアセンブルされてるからどこのを使っても
速度や画質はあまり変わらないはず。・・・だったよね？

話聞いてるとプロバイダによってツールが付属したり
独自にバグフィックスや機能拡張されてたりと微妙に
内容が違うようだからそこら辺の好みで決めればいいかと。
どうやら最近はmingw使ってコンパイルできるようになったらしいから
自分でコンパイルするのも手。

俺は2ちゃんの奴をいつもリリース直後にインスコしてるよ。ﾏｼﾞ感謝。

frame lengthだけじゃなくてheader lengthも足しこまなきゃいけなくない？
あとBフレの設定によっては、Q値が変わるので
B,Pフレームでは、インターブロック数の比率も考慮しないと。

>>338
> frame lengthだけじゃなくてheader lengthも足しこまなきゃいけなくない？
frame lengthだけを足したもので平均をもとめでも、
ステータス画面の平均より多くなるので、ボクはheader lengthは足していません。

> あとBフレの設定によっては、Q値が変わるので
> B,Pフレームでは、インターブロック数の比率も考慮しないと。
うすうす感じていたけれど、自分の設定が出てしまったから、
気づかないようにしていた．．．。
とりあえず、この設定で今のヤマを越えてからかな。

XVID1.02のGMCって、使い物になる？

>>340
使えることは使える。エンコード時間かかるし、再生負荷上がるし、
大して縮まないけど。

>>336
使ったこと無いので参考程度に。

Target size(KB) : 出力ファイルサイズ
Scredits : OPのクレジットをフレームで範囲指定
Ecredits : EDのクレジットをフレームで範囲指定
Insert keyframe (at frame) : 指定フレームをkeyframeに

下のウィンドウについて
[ ] < << >> > [ ] [ ] [ ]
左端frame frame移動 frame指定 frame位置 右端frame

末尾のフレームが削れるのはVirtualDubModのverによって解消できることを聞きました。
VDMはどれ使ったらいいのですか？

最新版のHEADや1.02ではGMCとVHQの相性は改善されてるのかな？

>>344
をいをい、いつの話してんだよ。相性悪かったのってdev-api3時代の話やんか…。

今でもchroma motion外すとものすごい物が拝めます

拝めた奴いる？俺は何度か挑戦したがさっぱり拝めないんだが。

DivXはインタレ保持だとBフレ強制オフになるが、XviDはどうなの？

>>348
インタレ保持でＢフレ使えるよ。
それで俺はXviDに乗り換えた。
ちなみにインタレ保持したいときはHEAD系のバージョンで
「Top field first」にチェックが入れられるやつでないと
おかしくなるかも。

>>349
おう、こんな時間にレスがあるとは・・

ありがとう、今から試してみます。

俺は常にボトムファーストでインタレ保持エンコです。

同じくボトムファーストですが、XviD1.0.2で問題なしです。

再生には>>235のデコーダ使ってます。ハードウェアによる
60fps プログレッシブ再生なので、CPU負荷も低くて
いい感じですよ〜。

デコでSwappingできるけど、おれは、ソースがtffならMPEG4Modifierで
tffにしてる。面倒なんで本当はHEADつかいたいんだけどね。

HEADのxvidvfw.dllと1.0.2のxvidcore.dllの組み合わせで特に問題ないよ？

MPEG4Modifier動かそうとしたら、mscoree.dllが無いって文句いわれた。
検索したらこれ.NET Frameworkのコンポーネントみたいだね。
インストールしなきゃいけないか。いやだなあ。

>>352
そのリンク先の何処にデコーダがあるの？

>>356

私も最初迷ったんですけど、index.htmlの部分を・・・(以下略)

このページから直接リンクされてないのは、何らかの理由があるから
だと思うので(転送量が増えると困るとか)探してみてくださいな。

>>357
THX!
ネクサスをやろうと思ったけどこれほとんど30pだ。（一部60i)

ボトムファーストなファイルってどうやったらキャプれるの？

DV

xvid.axだけ上書きすればいいのかな

30分のドラマ動画をXviD　QT4.00でエンコしたら140MB
たいして、DivX5.11QB92でエンコしたら200MB

静止画で比べてみても、ほとんど同じ画質。

>>357

ﾄﾝｸｽ
G400でも問題なし。

>>357
まだわからんよorz
もうすこしヒントください

index.html　→　xvid-1.0.2-mod-dec.exe

>>365 サンクス

それじゃヒントじゃなくて答えじゃん

TV出力でまだG400使ってる人いるの？
RADEONとかマシになったって聞いたけど

拾ったモーニング娘のHDのMPEG2-TSを640x360でインターレースで
エンコしてG400出力してみたが、いい感じだ。(mod-dec)
しかし、QT2.5で8Mbps超えorz
モーオタの人々も苦労してんだなぁ。

8Mbps超えるなら素直にMPEG-2で作ることを考えるけど？

エンコーダか無料かどうかってのもあるべー
TMPGEncも昔の面影は消えうせたしな

>>370
高レートならMPEG2のほうが画質がいいと勘違いしてる人乙

XviDで8Mbps必要なら、MPEG-2だと10Mbpsとか必要でないの？

>>372
エンコーダの出来が物を言うわけだ。
不完全なMPEG-4よりMPEG-2が上を行く場合もあるわけで。

>>372
(ﾉ∀｀)ｱﾁｬｰ

375 名前：名無しさん＠編集中[] 投稿日：04/10/04(月) 11:32:05 ID:dXE6KGZT
>>372
(ﾉ∀｀)ｱﾁｬｰ

376 名前：名無しさん＠編集中[] 投稿日：04/10/04(月) 12:17:44 ID:s3XWvxYl
375 名前：名無しさん＠編集中[] 投稿日：04/10/04(月) 11:32:05 ID:dXE6KGZT
>>372
(ﾉ∀｀)ｱﾁｬｰ

何だ？この殺伐とした流れ・・・

そもそもペ様２を分かっていない希ガス

じゃあ完全なMpeg4を使ってる俺が最高画質か

俺は.mp4でＤＶＤの保存してる。

日記かいてんじゃねーよ。

HEAD更新ｷﾀｰ!!!

俺は見れればいいからXviDで800kbps

イマドキビットレート固定でエンコする香具師は池沼

>>385
(ﾉ∀｀)ｱﾁｬｰ

意外とCBRは使われている罠

370 名無しさん＠編集中 [sage] 04/10/03(日) 17:51:34 ID:iINLCJz4
8Mbps超えるなら素直にMPEG-2で作ることを考えるけど？


これの意味が分からない。
同じQTであっても映像次第でビットレートは全然違うように、具体的なビットレートなんて何の意味も持たない。
仮に、低レートはMPEG4のほうが高画質で、
高レートはMPEG2のほうが高画質だとしても、
元の映像が動きがまったくないような、ビットレートのいらない映像ならMPEG2が高画質だし、
激しすぎてビットレートがとても高くなきゃいけないような映像ならMPEG4のほうが高画質だろ。

漏れはこんな感じで使い分けてるか・・・

低ﾋﾞｯﾄﾚｰﾄ←　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 　　　　　　→高ﾋﾞｯﾄﾚｰﾄ
　　<300>　　　　　　　　　<1000> 　　　　　　　　　　　　<4000>　　　　　　　　　　　　　　<8000>
━━━━━━━━WMV━━━━━━━━━━
　　　　　　　━━━━━━XviD/DivX━━━━━━
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　━━━━━━━━━━MPEG2━━━━━━━

そもそもの画質の起点はキャプボから来るゎヶで（ｒｙ

ああ、ペグ2使ってもいいとかって人はHDDが過剰に余ってる人なんだな(笑い

>>387
そうなの？
少なくともこのスレに来るような人は2passかQTしか使わないと思っていた
画質的には何もメリットがないし

>>388
同意

ﾖﾜｯ

>>388
>激しすぎてビットレートがとても高くなきゃいけないような映像ならMPEG4のほうが高画質だろ

目腐ってないか？

みんなタマキン冷やして出直してきたほうがいいぞｗ

前々スレあたりで、
mpeg2は最新のデコードチップが投入されるから、
多少ノイジーでもちゃんとしたDVDプレイヤーなら
キレイに見える、とかいう主張もあったっな。

XviDやDivXは内部12bit処理なんでしょ？
その時点でMPEG2以上ということはありえないんじゃないの？

mpeg2の最大の利点は、今後１０年以上は使われるであろうという点だと思う

マイナーなcodecは、淘汰されていくだろうし、Windowsもどうなるか分からないし

VPxは最初に死亡だろうな。
RVも古いの再生できないのあるんだが漏れはAlt入れてるからだろうか。

uManiacどこ逝ったの？

逃亡

意味がわかんないんだよねー。

BSデジタルとか地デジとかって高レートなのかね。
そりゃ数字では20Mbpsとかだから、高レートに見えるけどさ、1920x1080とか1440x1080とかいう解像度での話だからねえ。
DVDの720x480で8Mbpsのと比べたら、すげえ低レートだね。
現に、ソースによってはブロックノイズでまくりだし。

MPEG2とMPEG4のどっちが画質がいいかとは別問題なのよ。
高レート、低レートって言う考え自体がおかしいんだよ。

画面サイズとビットレートの比を計算するプログラムがあればいいんだよ。

MPEG2使いはHDDに余裕がある云々じゃなくて、DVDオーサリング用途だろ。
ハナからPCで再生しようとか思ってないんじゃないかな。

>>397
ブロックノイズが目立つ場合のMPEG2は
内部12bitとかいう次元を超越した酷さじゃん。

少なくとも、XVIDのウリは画質じゃありません

無料なことだね。

ぐだぐだ言ってないで、両方でエンコして良い方を取ればどう？
モー番組ならインタレエンコするんだろうからMPEG-2が相性が良い気もするが。

エンコの速さとかも

ハイビジョン解像度で今のDVDビデオの解像度の再現率を出すには、48Mbpsくらい
必要なんですよね。それの半分以下。DVDビデオのビデオビットレートでいうと3Mbpsの
固定ビットレート。ハイビジョンのブロックノイズが目立つのは当たり前駄。

ハイビジョンという名目の実質駄画質画像

HD用MPEG2エンコーダはNHKの研究で徐々に改善されつつあるよ。
不要なMVの圧縮とか。
http://www.nhk.or.jp/strl/open2003/tenji/23.html
http://pcweb.mycom.co.jp/news/2003/05/28/18.html

民放BSD局のエンコーダがいかに悲惨なのかは
http://www.marumo.ne.jp/db2003_b.htm#19
参照。

ってことで、MPEG2は特にHDではまだまだ改善の余地あり。
なにしろ、HDをリアルタイム圧縮かけているので、SDではやれていた
処理も飛している場合があるしね。

って完全なスレ違いやん…。

>412
（ ･∀･）つ〃∩へぇーへぇー

ffdshow-20041003
大きな変更点は
added (and disabled) encrypted dvd video support
だろうけど、ffdshowのMPEG2 DSFとかAC3 DSFってまともに動かんやん…
いちおう
working on ac3 output
なんて書いてあるから多少は改善されたんだと思うけど。


その他だと
attempt to support ogm subtitles
very crude support for matroska UTF-8 subtitles
support AAC audio supplied by nero file source
てな感じ。でも音声DSFは今までの実績が実績なんで、AACもまともに動くとは
思えないけど…。

>>414
XviD関係ないやん

>>415
昔はffdshowもXviDバイナリも同じページで配布されてたんだよ

今回のffdshowの変更点は関係ないやん

>>417
changelog見たら? libavcodecまわりが変わっているんで、当然ながら多少は関係ある。

>>414はそれに触れてないやん

まあ落ち着け、細かいことで怒るな。

419=純粋なバカ

”同じページ”って言うなやー

馬鹿な奴と同じスレに住んでるみたいで泣けてくるやんけー

XVIDって16/07/03からバージョンアップしてないんですか？
本家のダウンロードページ見てもソース公開だけですし･･･

>>423
このスレを頭から読み返せ！

>>424
(〃▽〃)ｷｬｰ♪
釣り成功！

"｡･:*:･ﾟ☆ ﾈ兄 月劵 禾り ,｡･:*:･ﾟ☆"

v(*'-^*)ｂぶいっ♪

>>423
>>2

>>423
>2

>>423
XVIDって出てないだろう、XVDとかXviDはあるけどな

こえぴょん、めんどくさい。

>>423
>>2

　|∀・)ﾆﾔﾆﾔ 　　　　　　(〃▽〃)ｷｬｰ♪

　|彡ｻｯ　　　　　　　　　 (〃▽〃)ｷｬｰ♪

>>425
それはただのかまって君だよ。放置プレイさせて後になって「これはもしや釣りなのか？？」と気づかせるのが釣り。
「釣れた」とか言うのは敗北宣言に等しいわけだよ。

>>423
>>2

>>423
>>2

DivX DRF Analyzerの「15k Frames End Credits Correction」ってどういう意味？

GuardianKnotのｽﾀｯﾌﾛｰﾙﾋﾞｯﾄﾚｰﾄ抑えみたいなもんじゃない？

あとこのソフト使うと

「The File is too small for End Credits Correction. Function desactivated」

こんなポップアップウィンドウが出てきてしまう事があるんだけど
このチェックボックスと関係ある？

読んで字の如く

いまいちよくわかんなかったけどダイアログの原因がわかったので
とりあえずスッキリした。サンクス

「ファイルはエンドクレジット補正するには小さすぎます。機能は無効化されました。」

おはようございます。重ね重ねありがと。

gamrdev(API-4 HEAD)p4 / ppro / Athlon / i486各最適化バージョンあり
http://xvid.gamrdev.com/

ここ潰れた？

ffdshowを10/03版に更新しますた。
http://www.h7.dion.ne.jp/~moroheiy/
放置しててｽﾏｿ

>>443
乙でつ。

ttp://people.freenet.de/moroheiy/
こっちも更新して(　ﾟдﾟ)ﾎｽｨ…

>>444
ついさっき1.0.2に更新しますた。
ご迷惑おかけしてｽﾏｿ

>>445
乙です！

いつも使わせてもらっています。 m(_ _)m
icl8.1のコムパイル (*´Д`)ﾊｱﾊｱ

XviD1.0.2のVS.NET2003でのコンパイルに挑戦中。
しっかし、なんでこうエラーが出るかねえ。
NASM入れてなかったのは自分が悪いんだけど、その後のエラーは…

ソースについてるプロジェクトファイル(VC++6)が悪いのか、VS.NETによるプロジェクトファイル変換が悪いのか、どっちなんだろ。
試行錯誤しながら修正中。。。

>>447
変換するとNASMの引数がおかしなことになってるんですよね。
自分も苦労しましたが、結局>>220のリンク先に置いてあった
ファイルを使わせてもらいました。（もう無いみたいですが。）

変換したプロジェクトファイルをエディタで開いて、
"ってのを全部削除すればおｋ

>>445
ありがとうございます。使わせていただきます。

独り言だけど、マルチスレッド化オプションを使ってコンパイルしてくれたら嬉しいな。

>>449
"ではなく&quot;ですね。できました。情報ありがとうございます。


VS.NETでのコンパイル方法

NASMのwin32バージョン(nasmw.exe)を、nasm.exeにリネームして、system32など、パスが通っているところに置く。
ソースのフォルダを、パスに半角スペースがない場所におく。
build\win32\xvidcore.dswを開く。
プロジェクトを新しい形式に変換するか聞かれるので、全て変換。
一回VS.NETを閉じる。
libxvidcore.vcprojをテキストエディタで開く。
ファイル中の&quot;を全て削除して保存。
xvidcore.slnをVS.NETで開く。
src\image\qpel.cの84行目と95行目の__FILE__を"qpel.c"に変える。(113,124行目のは変えなくていいみたい)
Releaseでlibxvidcoreをビルド。xvidcore.dllができる。

ソリューションを閉じて、vfw\vfw.dspを開き、プロジェクトを新しいのに変換してからReleaseでビルド。xvidvfw.dllができる。

DirectShow フィルタのビルド方法は分からない。streams.hがないって怒られる。

streams.hってSDKのサンプルに含まれていたような気が
うろ覚えですが

あと何とかlibはサンプルをコンパイルすればできたような

>>453
DirectX SDKに入ってるんだけど、自分はC++は全然分からないから、てきとうにいろいろやってみたけど、
そのファイルをどうしたらいいのか分かりませんでした。

DivX5.1.1だと問題ないのですが、XviD1.0.2でインタレ保持エンコすると、
赤の輪郭がギザギザに。

デコーダーの設定でOutput ColourspaceをYV12にすると滑らかな
輪郭になりますが、動きの速いシーンで横線(の残像らしきもの)が
出ます。

これ仕様でしょうか？

入ってるフォルダをインクルードファイルのパスに追加すればいいような
これはコンパイラの設定だな

VS.NETならオプションのプロジェクトからだな



まあ漏れはコンパイルしたことないけどな

>>455
フィールドオーダーがうまくいってないのかも。

ttp://uk.geocities.com/xvid2ch/

ここからHEADの新しいバージョンを落として、「Top field first」にチェック
を入れてやってみて。ダメだったらごめん。

ちなみにXviDではインタレ保持でも「B-VOPs」にチェックを入れるとBフレ
が使えてファイルがすごく小さくなります。
DivXではインタレ保持でＢフレ使えません。

>>457
レスどうもです。

教えていただいた方法を試しましたが、残念ながら症状変わらず。

で試行錯誤して、結局ffdshow(設定→色空間の出力→YV12
のチェックを外す)でデコードさせると滑らかな輪郭かつ縞も出なく
なりました(根本的な解決にはなってませんが)。

他にこの手の書き込みが無いって事は、どうもウチの環境のせいみたい
ですね。
ちなみにOSはWinXP SP2、マトP650のDVDMaxでテレビ出力してます。

環境を先に書けっつーの

>>459
失礼しました。

で、何か解決策ありますか？

>>460
インタレ保持エンコでしょ？赤に縞が出るのはデフォじゃないの？
WMVは新コーデックで解消されたみたいだけど。

インタレYV12が縞々になるのは
Chroma Upsampling Error (CUE)とか
Interlaced Chroma Problem (ICP)とか言われる問題で
XviDデコーダのアップサンプリングが上手くないため。

http://members.aol.com/ajaynejr/vidbug2.htm
http://www.avisynth.org/Sampling
http://arbor.ee.ntu.edu.tw/~jackei/dvd2avi/interlace/
http://www.hometheaterhifi.com/volume_8_2/dvd-benchmark-special-report-chroma-bug-4-2001.html

>458が自己解決してるようにffdshowにデコードさせてYUY2 Outputするのが良く見える。

>>461
WMV9の新コーデックもインタレYV12だから、インターレースのMPEG2やXviDらと同じような問題をはらんでるよ。
[HKEY_CURRENT_USER\Software\Microsoft\Scrunch]
"Deinterlace"=dword:00000000
というキーを作って非オーバーレイか旧レンダラで再生してみるといい。

>>461
WMVのインタレ保持の件は、WMV特有の仕様かと思ってました。

>>462
なるほど、よく分からないところもありますが勉強になります。
となるとこの件に関してはDivXのDSFの方が優れてますね
(ウチだけかな？)。
もっともDivXの場合はエンコード時にYUY2へのコンバートが必要
ですが。

headの2chｲﾝｽﾀﾝﾄﾋﾞﾙﾄﾞから1.0.2に戻して作ってみたらなんかおかしい。
Bﾌﾚでブロック出まくる。フェードとかﾎﾞｺﾎﾞｺ。B-VHQが無いからか？
デコードはffdshowα1002？と1012で確認。

1.0.2はおかしい

XVIDに変換する理由を教えください。
MPEG2を使用せずわざわざマイナーなコーデックにするってのはおかしくないですか？
最近ではDVD-Rも凄く安くなってきてますし、DVDオーサリングソフトも充実していますよ。
不特定多数の人間にばら撒くわけじゃあるまいし。

↑MediaWiz等を知らない人

>>465
マジレスすると、男のマロンっていうか、夢みたいなものかな。
多分君にはわからないと思うよ。大人になればなんとか
理解できるようになるかもしれないね。
中には不特定多数の人間にばら撒いてる人もいるだろうし、断定するのは
器量か狭すぎると思うね。用途は様々だからね。
マイナーなコデックでも自分が見る為のエンコードなら問題ないわけだ。

>>464
Load Default Settingsしてみた?

>>465
高いDVDプレーヤーでTV視聴する必要も無いのに、
Mpeg2にする意味などない。
高画質の前にはマイナーもメジャーも関係ない。
たった2時間足らずでDVDが一杯になるような容量食いなど
よりも、小容量で高画質なコーデックの方が百倍いい。

普段使わないCPUが全開で仕事をしてるのが好き。

> DVDオーサリングソフトも充実していますよ。

うそつけ

＞DVDオーサリングソフトも充実していますよ。
少なくとも、日本語音声＋英語音声＋仏語音声＋独語音声＋日本語字幕＋英語字幕＋仏語字幕＋独語字幕
の動画程度は作れるんだろうね？
コノ程度はたまに作ってるんだが。

>>470
だよね。
エンコ時だけはPCフル稼動(*´Д｀)ﾊｧﾊｧ

>>468
1.0.2入れたのはXPｸﾘｰﾝｲﾝｽﾄｰﾙ後だった。
その後headで同じシーンエンコしても1.0.2ほどじゃないけど
多少ブロックノイズが出たので・・1.0.2はもう使わねー

>472
あんたｽｹﾞｰよ

>>472
ﾜﾛﾀ

>>472
(mpeg2).mkvでできる。

HEAD更新ｷﾀｰ!

>>477
それは当たり前。DVDオーサで出来るかどうかが問題。

>>479

シナで余裕で出来るじゃん

>>472
（ ´,_ゝ｀）

>>481
どうしたん？

よっぽど悔しかったとか？

当たり前に出来ることに念押ししてるのを微笑ましく見てるって意味じゃない？
俺もバカらしいって思うし。

随分と都合のいい解釈だこと

まあ少なくとも悔しいって感じの顔じゃないよね。

自演乙

>>487
（ ´,_ゝ｀）

>>487
どうしたん？

よっぽど悔しかったとか？

漏れはオーサリングソフトがどうのなんて全く気にしたことなかったよ。
>>469とかが言ってるようにMPEG2は画質かサイズかが他より劣るから、
あまり使わないだけなんで、ソフトが充実とか関係ないし。

>>472
すごいスキルでつね
そこまで必死こいて音声かき集められないっす　自演でやってるんならなおさらに

え？

どうしたん？

よっぽど悔しかったとか？

よっぽど悔しかったとか？

カーントゥーンモードってどうやってビットレート抑えることに成功してるの？

それ使ってる奴いるのか

>>497
比較的まとまった解説はここかな?
ttp://ronald.vslcatena.nl/docs/xvidfaq.html
これを信じれば、要するに、小さな変動はノイズだと思って無視することで
データを削っている、らしい。

ﾏｼﾞかよ1.0.2使ってきたのに
俺の目には綺麗なんだがな

おまいら、Turbo使ってまつか？

適当にテストするときにしか使わないな
たいていはチェックはずしてる

1. ffdshow video decoderについて

ffdshowはDivX動画を展開するためのDirectShowデコーディングフィルターです。
ffmpegプロジェクトのlibavcodecや、映像展開のために(XviDコーデックがインストールされていれば
xvid.dllも使用します)、低ビットレートの動画のビジュアルクオリティを高めるためにMPlayerの
ポストプロセッシングコードを使用します。GPLのMPEG4エンコーダーの非営利的な実装である、
XviDオリジナルのDirectShowフィルターに基づいています。

2. 特徴

- 最適化されたMMX、SSEや3DNow!コードを使用する高速な映像展開
- さまざまなコーデックのサポート : XviDや全てのバージョンのDivX
- MSMPEG4 V1、MSMPEG4 V2、MSMPEG4 V3やH.263の付加的サポート
- MPEG1やMPEG2のような他のデコーダーの包括的なポストプロセッシングフィルターとしての機能
- より高い再生クオリティのための画像のポストプロセッシング
- 自動クオリティコントロール : CPU負荷が高い場合はポストプロセッシングレベルを自動的に減らします
- 色あい、色の濃さや輝度の補正(MMXに最適化されています)
- 2つのシャープ化フィルター : Xシャープ化と非シャープマスク
- ぼかしと時間軸スムーザー
- メニューつきのトレイアイコンと設定ダイアログへのクイックアクセス
- 選択可能な2つのアルゴリズムによるノイズ
- リサイズとアスペクト比率の変更
- 字幕
- 完全にフリーのソフトウェア : ffdshowはGPLに基づいて配布されます

ffdshow-20041012の話題がほとんど出ていないのは
This build should fix Windows XP explorer crashes.
だから?

動画再生させると落ちてたのはffdshowのせいだったのか
メモリが腐ったのかと思ってたよ

>>504
ffavisynthが腐ってるから

>>506
その機能使わなきゃいいだけやん。

久しぶりにffdshowの最新版入れたが、Xシャープとかアンシャープは
インタレ保持エンコ物に対応してないんだな。
スクロールががたつく。

http://www.h7.dion.ne.jp/~moroheiy/
こっちにあるのだけが正常って・・・

>>509
これ、G7オプション使ってないみたいだけど、午後のこーだでも速くなるんだから、速くなると思うけどなー

質問です。
aviutlで2passでエンコードしようとしたのですが
ファイルの読み込みに失敗しましたとか返されてうまくできませんでした。

そこで設定見直してて気づいたんですが、
Advanced Options->TwoPassタブの一番下にある
2nd pass stats:って項目がグレーで/videogk.statsと表示されていて
変更することができませんでした。おそらくここに1pass目のstatsファイルを
読み込むのだと思うのですが・・・
変更できないので1pass目を/videogk.statsに保存しようとしても
c:/videogk.statsに保存されるためか、相変わらずでした。

どうすればグレー部分をいじれるのでしょうか？

なんかスレ違いに見えるので補足。
aviutlでXviDの2passエンコードをしたんです。

>>511
もう忘れたけど、どっか別のところで2pass - 1stか2pass-2ndを選択しなきゃダメ。

それよりいい加減1.0.2に移行しなよ。エンコ時間や画質や出来上がりファイルサイズがかなり違ってくると思うよ。

1.0.2ですか。とりあえずこっちのほうを先に片付けてからにしたいでつ

XviD側の設定のどっかでしょうかね。
2passでもinternalだと>>511のとおりなのですが、
externalだと2nd pass stats:を変更することはできました。
"ファイルの読み込みに〜"が出るのは変わってませんがorz

読み込みに失敗しましたじゃなくて書き込みに失敗でした

ここで聞くよりAviUtlの２パスを詳しく載せてるサイトに行って
一からやった方がいいと思うけど

>>513
画質やサイズは改善するけど速度はむしろ遅くならない？

>>517
そう？
VHQとか特に2passは速くなった気がするけど？

>>515
おいらもaviutl使ってDivx3pass目に同じく「ファイルの書き込みに失敗」ってでます。
VDM使えば問題無く出来たので考えてる様にaviutlの設定？かも

ffdshowにもついにｷﾘﾙ文字の入ったｻﾌﾞﾀｲﾄﾙのｿｰｽｺｰﾄﾞが・・・

しっかし511はバカだな。AviUtlなんてとっとと捨てろ。XviDも1.0.2にしろ。
するまでお前は発言禁止。

AviUtlってXviDの出力正式対応してないから確かエラーするんじゃなかったっけ？

>>509
これ入れたけど、aviutlから認識されてない。VirtualDubからも。
本家のは問題ないんだけど・・・・msvcrt71とかはsystem32に入れればいいんですよね？
なんでだろ。

圧縮コーデックとして見えないとしたら、
うちでは本家のも出てこないので分からなかったり

環境:AMD Athlon64 XP SP2

>>522
BVOPオプションを使うとファイルの頭や末尾で起こる問題の事？
だとしたらBVOPオプションを使わなければ問題ない。

BVOPオプション使いたければ
http://www.geocities.jp/aji_0/
ここの[拡張 AVI 出力プラグイン plus]を
使えばBVOPを含んだファイルも正常に吐ける。

BVOP絡みの問題じゃないとしたらスマン。

>509のffdshowでもｴｸｽﾌﾟﾛｰﾗが落ちるんだけど

>>526
http://www.filemirrors.com/search.src?type=begins&file=ffdshow-20041012&action=Find

どうせH.264に喰われちまって、

□□□□■□□□□□■□□□□□□□□□□□□□□□□□□□□□
□□□■■□□□□□■□□□□□□□■■■■■■■■■■■■□□
□□■■□□□□□■■■■■■□□□□□□□□□□□□□■■□□
□■■□□■□□□■□□□□■□□□□□□□□□□□□■■□□□
□□■□■■□□■■■□□■■□□□□□□□□□□□■■□□□□
□□□■■□□■■□■■■■□□□□□□□□□□□■■□□□□□
□□■■□□□□□□□■■□□□□□□□□□□□■■□□□□□□
□□■□□□■□□□■■■■□□□□□□□□□□■□□□□□□□
□■■■■■■□□■■□□■■□□□□□□□□□■□□□□□□□
□□□□■□□□■■□□□□■■□□□□□□□□■□□□□□□□
□□■□■□■□□□□■■□□□□□□□□□□□■□□□□□□□
□□■□■□■□□□□□■■□□□□□□□□□□■□□□□□□□
□■■□■□■□□□□□□□□□□□□□□□□□■□□□□□□□
□■□□■□□□□■■■□□□□□□□□□□□□■□□□□□□□
□□□□■□□□□□□■■■□□□□□□□□□□■□□□□□□□
□□□□■□□□□□□□□■■□□□□□□■■■■□□□□□□□

>>523>>524
doom9のffdshowスレにあったけど、
レジストリでvidc.ffdsを探して、"program files"を"progra~1"
に書き換えろ、というのじゃないかな。

>>529
直ります他。
ありがとう。

>>529　GJ!　直りますた

HAED更新ｷﾀｰ！

HEADだった・・・

はえーど　ｗ

koepiの1.0.2入れみたけど…
エンコ時間が若干早くなった以外、違いが分からんorz

>>535
それで十分じゃん
時は金なり。

2pass早くなったよね

Koepiの新しいの出たの？
サイトにあるのは8月29日版バイナリのようだけど。

>>538
8月29日版がXviD-1.0.2-29だよ。

XviD雨が消えるような
>>235の所を見て貰えば分かると思うんだけど
消えないようにするのは無理？

koepiの1.1、オプションチェックしてもデインタレできないや…

Koepiﾀﾝ、さりげなくunstable出してたのね

ｵﾏｲﾗ格納形式はogm使えmkv使う香具師は豚

ogmは糞。

1.1。何が変わったんだろ。

H.264ベースで作り直そうぜ。

>>545 Release Notes.txt読むべし。
Changelog:
XviD-1.1.-127-13102004:
- {dshow}: Added automatic AR correction support (requires DirectX7 or higher)
- {dshow}: Deinterlacing support (req. DX7 or higher & interlaced flag set in bitstream)
- {core}: Added vhq for bframes (mode decision only)
- {core}: Major cleanups and rewrites
- {core}: New bframe motion estimation + fixes
- this build uses VBV compliance and selectable rate control for 2nd pass curve scaling

んあ、1.1 unstable気づかなかった。
Koepiﾀｿてば、そんなに控えめにしなくてもいいのに。

unstable版だからだろ

ちょっと・・・ションベン行ってくる。

>>New bframe motion estimation
これなに？

Bフレ使うと、最後のフレーム削られるんだね･･･知らんかったorz

1.0.2入れたけど、1.1出てるんだねぇ、、、

>>550のは長いなぁ。まだ帰ってこないよ。

>>552
Packed bitstreamにチェック入れてないか、
VDub 1.5.5〜1.5.10を使っているか。（1.5.4以前か1.6.0は大丈夫)

>553
血尿が出て病院へ

石かもしれないぞ

石はそうとう辛いらしいね

あぁッ！！石出るッ！！石出ちゃいまｓ

S･T･N！S･T･N！

（　＾▽＾）＜4714

僕珍は海がでた

死肉ぬ糞疽ﾀｰｿ・・・

>>554
プラグイン入れたら、問題解決しました(｀･ω･´)

>>563
だめだ、こいつバカだ…。

>>564
AFS作者が作ったAviUtlのavi出力プラグインでは？
たしかPBの不具合を直す機能があったような・・・

俺はこのフレーム落ちるバグがきっかけでavs2aviの
存在しったんで、かえってよかった。かも。

XviDのdecorderでインターレースなDivxを再生することは出来ないのでしょうか？
画像が乱れてしまって。
プログレッシブなDivxは再生出来るのですが。
DivXは5.0.5と5.2.1を、decorderはkoepiﾀﾝの1.1付属のと>>235を試しました。

>>567
DivXはDivXのフィルタで再生させるのが一番良いのじゃない？
再生だけなら無料の奴で十分だし。（エンコだけに制限が掛かっている）

>>568
でもDivXのフィルタは、XviDのフィルタみたいな自動インタレ解除に対応してないので・・・。

インタレ保持DivXをHWでBOB出来る日はまだまだ先かOTL

ffdshowじゃだめなん？

ffdshowとDScaler pluginの方が綺麗ですが、重いし、不便なので。
XviDのフィルタは多機能で魅力的じゃないですか？

そこで>>567の実験してみたわけですが、無理な物は無理か・・・ｗ

>>471
そもそもDivXでインタレエンコなんてしないんじゃなかろうか？

>>572
実際の所、DivXでインタレエンコはしないな。
Bフレが使える分、同容量ならXviDの方が有利だし。

>>235はとてもいいものじゃないですか

>>573
どっちでもBフレは使えるんじゃないですかぁ？

>>575
DivXでB-flame使いたかったら一週間無料のお試しPro版か、
有料のPro版か、スパイウェア入りのPro版のどれかだと思いますけど。
Xvidなら無料かつスパイウェアなしですね。

デブ糞の画質で糞デブの機能が使えたら最高なんだがな

>>575
Bフレっていっても、おそらく>>348のことだと思う

インタレ解除しないスレに面白いのきてるね
http://pc5.2ch.net/test/read.cgi/avi/1046259813/503

VHQてPフレの動き検索ﾌﾞﾛｯｸが増えるだけなん？

>>578
これってGJ！じゃね。

インタレ保持DivXをHWでBOB出来る日が到来

インタレ解除しないスレ
http://pc5.2ch.net/test/read.cgi/avi/1046259813/503-

すまん誤爆

>>576
今はもうスパイウエアとか入ってないよ。無料のpro版もなくなったし。
アクチしてないと期限付きになる。

>>579
詳しくは知りませんが、それだけじゃなくマクロブロックの種類の
決定アルゴリズムが違ってくるみたいです。

>>584
VHQも動き検索も上げすぎると良くないって最近思う。ｔｈｘ
アニメだとわりと注視しやすいエッジやフェードは早めにIntraブロックで切ったほうがいいと
昔の重かったverで作ったやつ見て思った

実写DivXだとブロックノイズでまくりだけど
XviDだと同サイズのDivXに比べてかなりきれい

>>586
エンコも速いよ。

>>586
単純にブロックノイズがでるなら
リアルとかWMV使った方が良くないか？

xvid-1.0.2-mod-dec は赤がうまく再生できないけど
hwdeint は赤も綺麗だね、CPU負荷も低くていい感じ

XviD(・∀・)ｲｲ!!

HEAD
* 2004-10-25 10:28 (GMT)

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

>>591
消えてるみたい。

xvidを普段メインに使っているのですがHEADってなんですか？

使うほうにしてみれば、β板みたいなもの。

BフレームにVHQ使えるのが（；´Д`）ｽﾊﾞﾗｽｨ ...ﾊｧﾊｧ

この頃だんだんとノッペリしてこないか・・・

Xvidといえばザラザラ

VHQ+Bフレでノッペリするみたいな報告なかった？

Motion search precisionを下げるとザラザラになる。実写は3〜4にしてる

多い日もサラサラ

>>598
いつもBフレ＋VHQ1〜4だけど、別にノッペリしないなぁ（XviD1.0.2

>>601
かけとくNRによるのでは

TNRや3DNRかけると肌のツヤメキが消えるね。

なんとなく目で見てキレイに見える出来でも拡大して見るとかなりノイズっぽいのが残っている事が多い。
で、意地になってノイズ消しまくるとノッペリしてしまってお世辞にもキレイとは言えない物が出来上がる。
何故か知らんがある程度ノイズ残した方が人目にはキレイに見えるのかな。

実写は何も考えずにFaeryDust
それでもノイズ取れなかったら諦める

>>604
ある程度のノイズがのっていないと、人間の目には人工物として認識されやすい
だから、ノイズを取りすぎると、昔のCGで作ったような印象を与える

最近のCGでは、表面に物質に合わせたノイズを付加させているそうだ

実写の場合はノイズ除去しない方がいいんじゃなかったか？

ノイズを一括りにして「実写の場合はノイズ除去しない方がいい」なんて言えないと思うが。

うん、バランスの問題でつよね

昔の漏れはノイズに神経質になりすぎてたせいで、後で確認するとノッペリな画質に潰してたりするorz
最終圧縮で情報量が落ちるんだから、中間処理段階ではほどほどってことですよね？熟練者の皆様

人肌は難しい。

ザラビドｲﾗﾈ

>>611
もうちょっと分かりやすい日本語使おうね朝鮮人

FaeryDust
YV12で使えない・・・・

>>612
こんな画質の悪いザラザラのXVIDを使ってる奴は頭蓋骨にチンカスのたまってる知障シナ人に違いない

postﾌｨﾙﾀｰ使えよ朝鮮人

科 VS ﾁｮﾝ乙w

>>613
ConvertoToYUY2
YV12toYUY2

>>615
XVIDはエンコする過程でノイズをはくってこと
フィルタをせっかくかけてノッペリさせようとも、そのノッペリした画質なりにノイズをはくからたちが悪い
XVIDの残虐性はシナ人には負けるが顔負けだな

>>618
すげぇ馬鹿

モスキートノイズのことだろうな。
もう使ってくれるなよな、お前。

>>618
postﾌｨﾙﾀｰ使えよ朝鮮人

なにやら痛いスレですね。

>>618
きみがそう信じて生きていくことに、私は何の被害も受けない。哀れむのみよ。

>>618
1-passQB90にしろよノッペリ平面顔

1passQBは31が最大だが？

暗部のブロックノイズはどうにかなりませんかのう

量子化タイプ

そんなに画質に拘るなら可逆圧縮でもしてろよ。
スーパーコンピューターを個人的に特注で購入ｼﾙ
これですべてもーまんたい

ただの可逆圧縮ならスパコンなんぞいらね。
HDDが大量に欲しいだけー。

脳の使ってない床に転送すればいいのに

忘れるだろ。

暗部のブロックノイズを忘れ気にならなくなる・・・・てことはないか

brightnessを目いっぱい引き下げれば、暗部も気にならなくなる。
暗部しかないとも言う。

特にテレビ出力した時に目立つよね

脳に入ってるなら、出力の必要も無い。
妄想すればいつでもどこでも見られる。

厨厨厨ー厨・厨ー厨厨

>>636
夏のお嬢さん？

MPEG4Modifier1.2.0なんだが、連結したaviを読み込めない
対応策きぼんぬ

連結した箇所でカットすれば読み込めるようになるが、昔エンコした奴だからどこで連結したかなんて判らないし・・・

>>637
なんでやねん　なんでやねん

厨と房は来ないでくださいおながいします

房厨の巣窟

房房房ー房・房ー房房

>>639
わからんか、おまえ、この若僧が！

XviDもう秋田
早くバージョンアップしろ
このうんコーデック

秋田って事は安定してるって事じゃん。
そのまま使い続ければよろし。
インスコし直しとか設定見直しとか、ムダな作業が要らなくなり、
エンコに割く時間も減り、その分他の事ができる。

1.02stableよりHeadの方がシーンチェンジ安定してるよね
B-VOP-VHQの効果かな？

俺は、1.1使っているけど今のところ問題ない模様

>>638
変なファイルを吐き出すとかじゃなくて、読み込むこと自体ができないの？

>>648
No dummy N-VOP found for packed frames.とエラーが出て読み込み自体できません。

>>644
煽りにマジレスだけど、1.1はまだ開発途上とはいえMPEG4 ASPのエンコーダ
としてかなり安定してきたことは事実だし、新コードのコミットもだいぶ少なく
なってきちゃっているから、そろそろXviDの開発メンバーを主体としたH.264
の開発プロジェクトをforkしてほしいところではある。

x264とかH.264の開発プロジェクトはあるにはあるけど、いまいちメジャー
じゃないし、現状はB-VOPまわりすら実装されていない状況なので。

ナウは困難なシチュエーションだね

なうあ〜

ﾋﾞｯﾄﾚ指定じゃないとQT値の上下幅が効かないのが不意にわかった
暗部対策に使えるかな？

（;´Д｀）?

[ Koepi's XviD-1.1.-127-13102004 testing buid ]
http://www.free-codecs.com/Koepi_XviD_download.htm

新潟県中越地震に義援金の緊急募金を開始しました
バナークリックで１円の義援金を寄付できます。
http://bokinpark.com/

低レベルな質問であれなんですが。
いつも同じ設定(Load DefaultsでQ3.5)でエンコしてて、
sigma disignチップのネットワークプレーヤーで再生に問題のないやつと、
激しいブロックノイズでぐちゃぐちゃなやつとできるんだけど、
どこを見直しゃええですかいのう?

ソースにノイズが多すぎてビットレートが上限越えてるとかは？
デコーダの仕様上は1.5Mbps〜2Mbpsがmaxだと思ったけど。

なるほど、瞬間最大風速が問題ってことですか。
同じ.avsからほぼ同じサイズで仕上げたDivXなら通るのが
なんか腹立たしいんですよ。

全く関係ないところかもしれませんが
FourCC UsedでDivx選んでもそうなるのでせうか？

それは試したことなかったす、
しばらくForceCC: DivXでやってみっかな。
でもそれならDivXでやっちゃおかと思うべな。

2passの1st時フィルタ類はonじゃないとマズい？

>>662

Dustの重さがツライのなら、1pass目はコメントアウトしてやってみよう。
アニオタみたいに他のフィルタも通しまくってるなら問題が生じるかも。

>>662
1st時にフィルタOFF/2ndのみフィルタON だと指定したサイズより小さめに出来上がると思う

>>657
根本的な解決は1.1でVBVなどがきちんと実装されて、profile@levelに合わせた
max bitrateとかをきちんと守ってエンコードするようになるまでは無理かな。

そもそも1pass QBだとビットレートという概念自体がないので、2passが
必須になっちゃうか。

>>662
基本的にはマズい。ので、2passエンコする際はフィルタをかけたものを
可逆圧縮かけて中間ファイルとして出力しておくのが普通だった。

この頃のXvid、粉ノッペリみたいなぁ感じがする。
昔の方向性の方が好きだたよ。

MTV-1000でキャプった、720x480のM2Pファイルをフリー版のTMPGEncでXviDを使って
320x240のAVIファイルを作りたいのですが･･･
720x480から320x240にするのは、どこで設定すればいいのでしょうか？
XviDのバージョンは、1.1です。

どなたか教えてください、お願いします。

>>666
2PASSエンコの際は中間ファイルを出力するのが普通なんて初耳だぞｗ
フィルタ掛けた画像に対するビットレート計算してるんだから
1PASS目と2PASS目でフィルタの設定は変えちゃダメ。

>>669
HDDに余裕があるならHuffyuvで中間出力することでエンコ時間が激減する。
2pass目にフィルタかける必要が無いんだからね。

>>688
Xvidにはリサイズ機能なんて無いのでTmpgenc側で設定してください。

>>670
Huffで中間吐いたら指定容量の計算はどうするのさ？
Statsファイルがないんだから狙ったファイルサイズにできないでしょが。

>>671

>>670 サンクス
そうですか、Xvid側じゃリサイズ出来ないんですか･･･

2passに限らず、huffyuvの中間ファイル使うことでの有用性
って結構でかい。使ってなかったとき俺は物凄く損してた。

釣りだったのか？
だとしたらマジレススマソ

いまどき2passって、1CDものでも作ってるのか？

2パスが時代遅れみたいな言い方すると初心者が誤解するからヤメレ。
いまでも業務用のソフトウェアMPEG2エンコーダーは9パスとかあるしｗ
だから正確に狙ったサイズにしたいならマルチパスは必要だよ。

>>671
中間ファイルに対して2passすればいいだけ
フィルタがいらないから驚くほど高速にエンコが完了する。

VDUB TMPGEnc AVIUTL > 元AVI＋フィルター　>　huffyuv出力。
で、フィルターをかけ終わったhuffyuvをエンコーダーで2passエンコってことだよね。
まったく正論ですね。
Xvidに限らず、DivXなど2pass以上かける場合は所要時間が全然少なくすむしね。

色んな考えあるんだな。
オレはHDDの容量と寿命が気になるから、できるだけスマートに済ませようとする
タイプだ。
まぁ、自分がベストだと思ったやり方でエンコ汁

wとか釣りとか言ってる方が恥ずかしい

>>681
これ以上何か言うとC0SXeoYPﾀﾝが可哀想だからやめてー

C0SXeoYPﾀﾝは中間ファイルなしでかつ毎回フィルタ全部つけて9passするんだろうな。

>>683
お前さんのレスはかなり話が変な方向に行ってないかい？
違う用件の話をごっちゃにしてるような。

>>676
ＤＶＤに焼く場合でもいろいろ計算とかある

>>684
単にC0SXeoYPﾀﾝの発言を全部繋げるとこういうことになるわけだが？

まだやってたのか。
>>684
ならないよ。
業務用途の場合、素材加工後のファイルに対しての9パスだからフィルタ掛けることないし。
それにaTDaZg+Yは、670のレスでHuffで中間吐いて2パス目に入るなんて可笑しな事いっとるし。

間違えた。
687はBUcwdEbt宛てです。

今はHDDが安いから1passQTしか使わないな。

>>687
> それにaTDaZg+Yは、670のレスでHuffで中間吐いて2パス目に入るなんて可笑しな事いっとるし。
(；´Д`)ﾊｱ?

雉も鳴かずば撃たれまい…

>>687
お前さん
C0SXeoYPﾀﾝだろ？

彼は中間という文字に惑わされ現在に至ってるのですか

>>662
乗り遅れた。1st時Dustオフでやってるよ。
指定サイズ通り出来上がるし特に問題ないと思う。
インタレ解除やらリサイズまではさすがにしない。

１パス目でフィルタかけながらHUFFYUVエンコしつつ２パス目でXVIDエンコできると考えてたのか？
ﾌﾟｯもうちょいいろんな角度から思考をめぐらせよｗ

自分の好きな方法でやるって事で決定だ！

>>695
わかったからもうやめとけ

昨日初めて動画のエンコしたんだけど、なかなかうまくいかんな。
いろいろいじってみて、ずいぶんましなエンコができるようになったけど、
まだまだモザイクみたいになっとるな。。。

エンコ道入って足掛け4年になるが、まだまだ極めた気にならない。

いやな道だ・・・

>>699
漏れは足掛け半年だが既に極めたつもり

おれは三ヶ月だが飽きてきた

英語が読めれば一週間もあれば極められるでしょ。ｵﾌﾟｼｮﾝ関係すべて理解して、
動画の仕様すべて覚えて、AVIUTLなどの編集ソフトの設定全部覚えりゃいいだけじゃん。

>>703
簡単にいってくださる・・・

>>703
│
│
│
│
│　　 　　　　　 　　　＿
│　 　　 　 　　／ ￣　　￣ ＼
│　　　 　 　 /､　　　　　　 　　 ヽ
Ｊ 　　　 　 　 |･ |―-､　　　　　　 |
　　 　 　 　 ｑ -´　二 ヽ　　　　　 |
　　　　 　　 ﾉ＿　ー　 |　　　　　　|
　　 　　 　　 ＼.￣｀　 |　 　 　　/
　　　　　　 　　O＝＝＝＝＝ |
　　　　　　　　/　　　　　　 　　 |
　　 　　　　　/　 　 /　　　　　　|

いつんなっても納得したのが出来なくてソースを破棄出来ません。

そん時は納得しても後から必ずやり直したくなるんだよね・・・

>>706
それならソースを保存しとけばいいのでは

俺は醤油派だ

俺は醤油＋オリーブオイルだな。

漢は黙って塩を振りかけろ。

tes

スレがのびていると思ったら、知能障害者が暴れていたのか…

コーデック、フィルタ、設定あわせたら無数の組み合わせがあるからねえ。
最近はDUST→XVID1.1で安定しているなあ。

Dust重いんだもん

してXvidの設定は？

みなさん、アニメでもXviD使ってまつか？オイラはめんどいからWMVにしちゃってるけど。

>>716
DivXに決まってるじゃん
XviD見たいな知的障害者専用のコーデックなんて誰が使うんだよｗ

逆に実写でWMVは厳しい

アニメでも基本はQT2のXviDだな、縮ないのはRV10E。
インタレものも基本XviD、縮ないのはWMV9-AP(重い…)

XviDでpackedとかV-BOPとかONにして、動き検索最高。
MS-mpeg4からDIVX4.12からVP3からDivX5.21、WMV9まで試したが、実写では結局これが一番綺麗だな。

>>717
ねぇ、ボク、しったかを完全に論破されてそんなに悔しかったの?

DivXより解像感も色再現性も上だぞ。DIVXコーデックインストールすればXVIDも
再生できるだからわざわざDIVXでエンコする意味が分からない。WMV9、XVIDより
確実に悪い

Deinterlaceフィルタうまくかかります？
インタレ保持でエンコしたものがうまく再生されないんですが・・・
XviD1.1です

>>723
XviDのは赤の表示がおかしかったりちゃんと解除されなかったりとか不具合あるんで
インターレース保持を見るときはこっち使っておきなさい
http://pc5.2ch.net/test/read.cgi/avi/1046259813/503

蒸し返すようで悪いが、huffyuvはdecode重いから
中間fileに使うなら、非圧縮系で吐いたほうが大分早いよ

>>723
うちだとkoepiのだとインタレ解除されないが、>>235のなら解除される

>>235の作者によると、koepiのテスト版には一部コードがマージされて無いらしく、
今のところ（1週間ぐらい前の時点で）動かないらしい。
ひょっとしたら、もう直ってるかもしれないですが。

>>724
そっちのも結局、XviDのと全く同じことをしてるんだけど…。
解除されないのは上に書いた通りとして、赤の問題はYUY2出力
に強制してるから、とかが原因じゃないんでしょうか。
あと、XviDの内蔵カラースペースコンバータはあまり綺麗じゃないと
よく聞くし、その辺も要因なんじゃないかと。

こえｐたん・・・

>>727
赤の問題って、いわゆるクロマアップサンプリグエラーのこと?

にしても最近コードがコミットされんな…。
インターレース周りやらVBVやらのハードウェア再生まわりで必要なことが
結構残っているのに。

DivXで白黒ｿｰｽのｴﾝｺで悩みまくって
とある人からの助言でXviDｸﾞﾚｲｽｹｰﾙｴﾝｺｰﾄﾞつかってみた
ﾉｲｽﾞが綺麗に消えて感動したよ
痒いところに手が届くとはこの事か！

赤よりも黒が黒でないよ｡･ﾟ･(ﾉД`)･ﾟ･｡

>>730

ありゃ、わしも少し前に白黒ソースを縁故したけど
グレイスケールにはチェック入れてなかった。
まあ、QT2だから問題ないけど。

>>599
なかなかナイス情報
そのぶん、容量増えちゃうけど

>>504
教えてもらって良かった
なんで急に動画見ながらIEスクロールすると落ちるのかと思ってたら・・・

koepiのテスト版でエンコしたものをDRF Analyzerに通すと
「DropFrame 2」って出るんだけど、なんでかな？

>>735
Aviutlつかった？

>>736
いや、Avisynth経由でVDの1.6.1でつ

1.6.1だと先頭にDropFrameが出るね
Bﾌﾚのバグ再燃か

実写のPVエンコしてるんですけど、B-VOPの３つの数値と、Maximum I-frame interval はどれくらいがいいんですかね？
とりあえずいまはB-VOPが

2
1.50
1.00

のI-frameを260にしてるんですけど。すごい適当に。

260とはなかなかの通だな

んで2-passでしこしこやってるんですけど。やや画質重視で。。
ほどよい数値ってありませんかね？

過去ログから人様の設定をピックアップしてみる

126 ：名無しさん＠編集中 ：04/04/10 13:12
>>125 ソースにもよると思うけどデフォよりBフレ多めで
無問題な気がする。漏れは2 2.50 2.00 の設定だけど
映像破綻は今のところ無いみたい。


130 ：名無しさん＠編集中 ：04/04/10 17:49
漏れは2-1.50-0.75
doom9で見たPSNR比較で決めたような記憶がある
XviD使っててPSNRを気にするのもアレだけど


486 ：432 ：04/05/09 14:27
>>484
そこでB-VOPの登場ですよ。
上から、3 2.00 1.00　位に設定しとけば地デジハイビジョンのドラマ(768*432)で45分500MB位です。
ホントに設定が難しいコーデックですよ。

>>738
VDModで再エンコしてみたらDropFrame無くなりますた(；´Д｀)ｽﾏｿ
ここ最近作ったファイル全部作り直さなきゃ・・・

>>742
結構サイズ変わるもんだね。

>742
おお！ありがとうございます。
参考にします。

koepi
XviD-1.1.-127-06112004.exe

Another XviD-1.1-tree testing build.
Changelog:
- {dshow}: fixed forced aspect ratio playback.
Use this build with great care! It's unstable, it can mess up your encodes badly.

こえｐたん・・・

>>657
>sigma disignチップのネットワークプレーヤーで再生に問題のないやつと、
>激しいブロックノイズでぐちゃぐちゃなやつとできるんだけど、

の愚問に >>665 でもお返事をいただきましたが、
aviutlでのカット/接合の際の再エンコ部にて発生することがわかりました。
BSPlayer/FFDShowでパソコンで見るぶんには問題が出ないので
かれこれ2年近くずっとaviutlでCMカットしておりました。
LinkTheater には、かなりがっかり。
以上、スレにご報告まで。

>>748
VirtualDubでカット編集するとどうなる? まあ変わらんとは思うけど。

再エンコ？

再エンコなしでくっつくよな？

俺のVirtualDubModは再エンコしない

>>750-752
そだな。>>748はなんで「再エンコ」なんて言葉が出てくるんだろ?
AVIのカット編集はGOV単位でひっつけるので、再エンコなんてせんのだけど。
ただ、B-VOP使う際はclosed GOVじゃないとうまいこと編集できないけど。

ん? AviUtlはB-VOPなんてまともにハンドリングできないはずだし、なんかこの辺に
問題ありそうな気がしてきたぞ…。

もしかしてアレかな

　 　　　　　１クマ　　　　２クマ　　　　３クマ　　　　　　アレ　　　　　　　　　ハチミツ　　　　　　鮭
　　　　　　　┝━━━━┿━━━━━┿━━━━━┿━━━━━━━┿━━━━━━┥
　　　　　　　　　　　　　　　　　　　　　 ∩＿＿＿∩　　　/)
　　　　　　　　　　　　　　　　　　　　　 | ノ　　　　　 ヽ　 ( i )))
　　　　　　　　　　　　　　　　　　　　　/　　●　　　● | /　/
　　　　　　　　　　　　　　　　　　　　 |　　　　( _●_)　 |ﾉ　/　　　今ここクマ――！！
　　　　　　　　　　　　　　　　　　　　彡､　　　|∪|　　　　,/
　　　　　　　　　　　　　　　　　　　 ／＿＿　 ヽノ　　 /´
　　　　　　　　　　　　　　　　　　　(＿＿＿）　　　　 /
　　　　　　　　　　　　　　　　　　　　　 ヽ　　　　　　/
　　　　　　　　　　　　　　　　　　　　　　 /　　　ξ　＼
　　　　　　　　　　　　　　　　　　　　　　/　 /　 　 )　 )
　　　　　　　　　　　　　　　　　　　　 ／　／　　　（　 ＼
　　　　　　　　　　　　　　　　　　　 （＿／　　　　　＼＿）

>>750-753
ここの一番下の「補足事項2」参照
http://jumper-x.hp.infoseek.co.jp/begin/1aviutl/2/
VDubでエンコした後、aviutlなら削り残しも削れるから使ってた

>>756
エンコするときにいろいろCODECの設定するじゃんか？
でもAviUtlがVOPの自動再エンコするときにいったいどんな設定でエンコしちゃうのか気にならない？

>>757
LinkTheaterを買うまでPCでは問題なく見れてたから気にならなかったよ。
わざわざaviutlで切るつなぎ目ってのはたいていCMとのクロスフェード的なとこで、
「ここがキモ」って場面じゃないから質が違ってても特に目につかなかったし。

ｲﾝﾀﾚ保持でｴﾝｺしたやつを、TW-3103でみたら…みれたもんじゃなかった｡ﾟ(PД`qﾟ)ﾟ｡
ﾎﾞﾄﾑ→ﾄｯﾌﾟは駄目なのか〜
PC用のﾌｧｲﾙになってしまった…∵(´ε(○＝(ﾟ∀ﾟ　)

>>759
>>289>>289

俺にはアプリケーションを初期化できねえってさ

>>761
起動する前にデフラグしたか？
exeが断片化していると上手く起動できないｓ

Athlon2400XP+で、Xvidのリアルタイムエンコードを
することは可能でしょうか。
(640x480もしくは320x240、MP3 44.1kHz128kbps程度)

>>763
直感だけど640x480でBフレ有りだと厳しいかも
使用中（or購入予定）のキャプチャカードのスレで聞いた方が良さげ

>>763
録り捨て？
MP3だと音声が取れない場合があるよ。

>>763
320ｘ240なら可能だと思う。

みなさんありがとうございます。
今までVHSで撮っていたものを移そうかと思っていたので・・・。
なかなか難しそうですね。手持ちのmpeg2ボードの最高レベルで取り込んで
xvidにしようと思います。

あーあしらねーぞ
お前らついにDIVXを怒らせた
どうなってもしらねーぞ
あああXVIDもうダメだ
かちめねぇし
まじすげーしこれ
一回使ってみな
もうプラズマ以外使えんぇって
http://labs.divx.com/archives/plasma-splash.jpg

Windows Media 9 Series その15
http://pc5.2ch.net/test/read.cgi/avi/1093804611/894

894 名前：名無しさん＠編集中[sage] 投稿日：04/11/11(木) 07:28:25 ID:kH00nKqK
あーあしらねーぞ
お前らついにDIVXを怒らせた
どうなってもしらねーぞ
あああWMV9神もうダメだ
かちめねぇし
まじすげーしこれ
一回使ってみな
もうプラズマ以外使えんぇって
http://labs.divx.com/archives/plasma-splash.jpg

plasmaってなんか、XVIDのソースを吸収しただけのような気がするんですが、どうでしょう？

>>770
それだけじゃない。
インタレ保持をONにするとVDubが落ちるように進化した。

こっちも貼っとけよw
--
571 名前：名無しさん＠編集中 投稿日：04/11/11(木) 08:58:30 ID:nKH+V3zT
ttp://haiiro.info/up2/file/2243.png
テストウンコしたけどベリノイズ出た
PlasmaCodec使えない。終了

plasmaが比較対象にしているXviD 1.1 6-0とか6-4tqってなに?

XviDが普段使わない超低ビットレートでの比較じゃねの？

じゃあ俺の出番だな

最近気付いたが実写もXviDでエンコしてる香具師って漏れくらいだな

未だに実写とかアニメとか言ってる香具師って（ｒｙ

アニヲタきもい！
氏ね！

実写こそXVIDじゃないかな
DIVXはボケすぎ、WMVはグロすぎ、Mpeg2はでかすぎ

禿糞ﾜﾛﾀ
↓
839 ：名無しさん┃】【┃Dolby ：04/11/12 01:28:03 ID:CojnXl+b
友人からアナログ放送を撮ったＤＶＤを借りた。
なにやらノイズ除去やゴーストリダクションを必死でかけた形跡があった。
数時間かけてエンコードした力作なのだろうか。

うちで地上ＤをＶＨＳの３倍速で撮ったより酷い。
低画質の高ビットレート。
ノイズが入ったドルビーデジタル。

なぜか涙が出てきた。。

-----------------------------------------------------
喧嘩はこちらで
http://hobby7.2ch.net/test/read.cgi/av/1089560553/l50

最近気づいたこと

・最高画質を目指すならB-VOPオフというのが通説のようですが､
そこまでしなくてもB-VOP劣化度を小さくすればいいんじゃないでしょうか。
倍率を 1,0 オフセットを 0.0 にすればP-VOPと同じになりますが
それでも節約効果はそこそこあります。

・XviD-1.1.-127-06112004 (Koepi) を使ってみましたが､
2nd passでRespect VBVなんちゃらをオンにするとQuant値のばらつきが大きくなってしまいますね。
ビットレートは十分なはずなのにQ=10なんかが使われてしまいます。
しかしながらオフにすると1.0系よりばらつきが小さい印象です。
まだ日が浅いですが､P-VOP、B-VOPそれぞれが平均から±1以内に収まっています。

VBVが溢れそうになったらQを上げてなるべくビットレートを節約しようとする罠。

1passならともかく、2passならもっときちんとレートコントロールしないと
いけないんだけど、残念ながら現状そこまで上手くは実装できてない。
だからこそ1.1系はまだ開発途上なわけで。

XviD-1.1.-127-06112004 (Koepi)入れてみたけど、
Quality Basedが無いからパラメータ調整が分かりづらいね。

いままでXviD-05042003-1の1-pass QB90でやってたけど、
以前のようには中々いかない。1〜31ってのも不可解だし。
25分のhuffyuv中間ファイル(VGA YUY2 24fps)からの場合、
パラメータ=1だと、1.6GBで、綺麗だけどMPEG2並にでかい。
10だと93.9MBで、ブロックノイズでまくり。
今、7でやってるところだけど、QB90と同じ品質になるパラメータを
見つけるのはいつになるか分からない。

>>783
http://www.losttechnology.jp/JavaScript/bitratecalc.html

>>784
ありがとう。やってみる。

QB4様

Qt = ((MaxQt-MinQt)/100 * (100-Quality)) + MinQt
MaxQt=31 , MinQt=1 , Quality=90 を代入すると Qt=4.0

よく調べないで文句を言うの(･A･)ｲｸﾅｲ!!
よくわからないのにunstableを入れるのも(･A･)ｲｸﾅｲ!!

Xvid動画をWinampで再生するときだけ、なんか５秒に１回くらいつっかえてしまうんですが・・(一瞬プルっと止まる)
エンコするときに、なんかいらんチェックでも入ってるんでしょうかね？それともWinamp側の設定に不備が・・？

>>783
quantizerがどういうものなのかお勉強して出直せ

>>787
昔のＱＢだと100%はQuant.=2じゃなかったっけ？その式だとMinQt=2で計算

知ってる人も多いでしょうが、こういうサイトありますぜ。

ビットレート計算機＆Quantizer算出機
http://www.losttechnology.jp/JavaScript/bitratecalc.html

>>790
ここのサイトにも書いてあるね。
＞1Pass-Qualiyの設定があったXviD(API-3)のデフォルトは、MaxQuantizerが31、MinQuantizerが2でした。

ｌｌ

QTは2−

(　^,_ゝ^)

QB3分クッキング

再生時に出る WARNING NOTHING TO OUTPUT BFRAME DECODER LAG の回避方法もしくは直し方教えて下さい。
再エンコで直せるのかな。

Bフレームを無効化してみる

>>796
1.0.2使ってろ

いろいろあるみたいだけど、どれ落とせばいい？

>>799
ログ読んで出直すこと

XviD 1.1 stable ﾏﾀﾞ?

STABLE房ってバグありまくりでもSTABLEって書いてあれば満足するんだよねw

ｾﾞﾝﾌﾞ大文字ｷﾓｲ。。。

>>802
バグありまくりのstableってどんなの？

例え話だろう。

厨はズレた例え話をしたがる

誰がテストしてstableだと承認するの？

こいつ　>>809

Doom9のXviDｽﾚ住人

ことわる

XviDって、ソース流用しても、ソース公開義務とか無いんでしょうか。
名誉毀損とか言われるといやなので書きませんけど、とあるメーカーの出しているテレビキャプチャハードに
XviDが内蔵されている気がするのですが。
その設定でキャプチャするとDivX互換のキャプチャを作成するけど、DivXは内蔵するにはコストかかるだろうし…。

LGPLになってたらごめんなさい。

>>811
＞ソース公開義務
GPLなので当然ある。
さらに日本とアメリカでは特許の問題でXviDは使えないというおまけ付き。

>>812
特許料払えば問題無いはずだけど。
他のMPEG4系で払ってりゃ、重複して取られないんでは？

使えないのか。だったらDivXもですよね。(これは有料？)
XviDかは確信もてないけど、ハードウェアエンコでDivX互換(ffdshowで再生してます)
違いそうなので書きますが、NOVACのmicro CATCH TV walker(FlyVideoOEM)です。
(MPEG1/2/4 MS-MPEG4ハードウェアエンコ)

ソフトの表記では、Other MPEG4 codecとあるけど。独自開発か…。

>>814
単にシステムに登録されてるvcmを呼び出してるだけなのでは？

>>814
なにがDivXもなのかまったくわからん。まともな日本語使ってくれ。
ちなみにDivXはMPEG LAに金を払っておる。

>>815
ハードウェアエンコしてるので、ファームウェアに書かれているはずです。
(ソフトエンコのオプションがない…USB2.0なのでソフトエンコだと転送間に合わないのでしょう)

>>816
失礼しました。
> ちなみにDivXはMPEG LAに金を払っておる。
これで納得。
Free版もあるのにさすがだな…。


なんかややこしく書いてしまったのでまとめると

DivX5.x互換のAVIをキャプチャしている
↓
DivXを使っているのか？ でも金かかりそう。
だったら、XviDを使っているのではないだろか。
独自開発は金かかるし。
↓
ソース公開されていないからやっぱりDivX？
それとも、簡単に開発できるものなのか。

>>817
H/W Encoder chipなんてのもあるよ。
例えば、WIS GO7007SB
http://www.wischip.com/prod.html
こういうものなら、チップメーカーがライセンス料を払っているはず。

ちなみにこのチップは、NOVAC micro CATCH TV Walkerで使われている。

いや違うか。ライセンス料は機器に対して課金される気がするから、
このチップを使ったボードや機器を作ったメーカーがライセンスを締結しなきゃならんかも。

何を根拠にしてハードのファームにXviDのコードが使われているのかと判断したのかが気になる

USB2.0で転送間に合わないってナマAVI？

よくわかった、すっこんでろ

>>820
ハードウェアMPEG4エンコーダチップがいくつも出ていることを知らないヤシな
んでそ。

Vixで動画再生してると、DivxはスムーズなのにXvidだと若干カクつくのはなしてですか？
もちろんXvidはインスコしてます。

VixとDivXだとiが2番目でxが最後に来るので双方の相性が良く、
Vixで最後に来るxがXviDで最初に来るので双方の相性が悪い。

私があふぉだったってことですが

>>820 DivX5互換のファイルを吐くけど、コスト削減をするならXviD使うのではと思ったが、
　MPEG4チップの出力をDivX5って事にしてるだけみたいです。勉強になりました。

>>821 そう。間に合うかな？ 720x480/約30fps

すっこんでます

XviD binary without setup program
These archives are for those who don't like auto setup.
You can manually install XviD codecs and filter.

These files are build of latest cvs, so they may be unstable beta version. Only
those who want to try latest XviD should use them.

There are two archives. One is optimized for Pentium-II or later, the other is
for Pentium-4 (or later?). The difference is optimization by VS.NET compiler.
I don't know whether the performance is really different or not.

optimized for Pentium-II or later
/G6 option

optimized for Pentium-4 (or later?)
/G7 /arch:SSE2 option

last update: 11/13/2004


http://shibuya.cool.ne.jp/xvid-binary/

Athlon64はどっちになるんだろう？

>>827
結構変わるもんだねぇ

アニメのオープニングでテストしてみたら
Koepiたんの1.0.2で3:54かかってたのが3:45まで短縮された(P4-2.4B)

たった9秒で結構って・・・・・

何%か、さーみんなでーかんがえよー

>>830
あぁ、かなり重いフィルタをかけての計測だから、
XviD部分だけで見ると一割以上速くなってるはず。

暇な人はVfW benchでもやってみて。

Dust ?

Koepiのじゃなく、その２つで比べて！

>>831
4％

GCCでPentium III/4、Athlon/64の各CPUに最適化したバイナリを作ってみたので、試してみて。
http://xvid2ch-jp.hp.infoseek.co.jp/cgi-bin/upload/src/xvid_upld0021.zip

XPもキボンヌ

Athlon XPも追加
http://xvid2ch-jp.hp.infoseek.co.jp/cgi-bin/upload/src/xvid_upld0023.zip

HEADも後でアップする予定。HEADは1.0.2と比べて高速化していたかと。

リネームしてsystem32に放り込めばええんだよね？

HEAD 2004/10/25版のCPU最適化版
http://xvid2ch-jp.hp.infoseek.co.jp/cgi-bin/upload/src/xvid_upld0024.zip

>>839
それで大丈夫。組み合わせるxvidvfw.dllのバージョンに注意。

>>838
>>840
乙
保存しﾏｽﾀ

>>838
>>840
ネ申！

>>832
オープニングということは1分30秒くらいのソースだよな。
P4-2.4クラスで4分しかかかってないというあたりで、それほど重い
フィルタをかけているとは思えんが。

HEAD、はえーぞ、多分

おまいら、GCCで最適化ならここにもあるよ。Pen4ならIntelコンパイラが最強だと思うけど。
ttp://celticdruid.no-ip.com/xvid/

とあるソース（実写）をエンコしてみた。
827→2：24
840→2：29
ttp://celticdruid.no-ip.com/xvid/ のxvid.cvs.head.2004.10.25.7z→2：30

>840のやつランタイムエラーが出るんだけど。
なんかDLL必要？

XviD1.1ってどこでDLできるか教えて

>>848
1.1はまだベータレベルでさえない。
HEADだけ。
あくまで動作検証用で実用は危険だと認識してから使ってくれ。
それでもいいならすぐ上にいっぱいリンクされてるだろ。

>>847
msvcr71.dll

>850
msvcr71.dllはあるけど駄目だ。

オレも msvcr71.dll エラーが出た。

HEAD 2004/10/25はココ

ttp://uk.geocities.com/xvid2ch/instant/

>>850-851
http://pc5.2ch.net/test/read.cgi/avi/1091239309/640-650 は参考になるかな?

>>853
readmeも何も無いのだが、infを右クリインスコでいいのかな？

msvcr71.dllを要求か。

もしかして前に誰かが改造してこのスレに持ってきた
vfw改みたいにハードウェアでプログレ再生が出来るってこと？

うちはランタイムエラーなんて出てないぞ？

http://pc5.2ch.net/test/read.cgi/avi/1091239309/640
http://pc5.2ch.net/test/read.cgi/avi/1091239309/650

　
HEAD
* 2004-11-19 09:41 (GMT)

>>859
きてない

Instant builds
These files were built automatically with mingw32-gcc.
HEAD
2004-11-19 09:41 (GMT)

>>860
baka

HEAD更新久々ね。
Intelコンパイラでコンパイルしてくれる神待ち。
MSのでもいい。最適化オプション付けまくってね。

実写のインタレエンコ楽しいけど、
バスケの試合とか3Mbpsぐらいいっちゃうなー
コートが木目だともう無理

>>862
みつけました。ごめんなさい

>>863
ハンドアセンブルしてあるからあんまし変わらんよ。
下手に最適化すると問題発生する可能性も。

変わるよ。午後のこーだだって変わるし、LAMEでも変わるよ、速くなる。
問題発生はありえるね。

>>866
今時この規模のプログラムをハンドアセンブルするのかよ

>>868
sourceに.asmなファイルが入ってるし。

>>869

ハンドアセンブル？
例えば、
xor　eax,eax　->　33 c0
に自分の"手”でアセンブルしていくことを言うが、こんなことをしているソースだと
単にHEXバイナリが羅列してるだけのソースになるな。

まさに不毛、このやりとりが。

>>872
ID変えて話を逸らそうとするより静観してる方が賢いよ

さっそく来たかw

ttp://www.watch.impress.co.jp/akiba/hotline/20041120/image/sfbfx4.html

AC-3対応と書いてありますね。編集ソフトが対応しているってことかな？

誤爆しました。

で結局xvid導入するにはどこに行けばいいの？
初心者でスマソ

おい、ageてるよ

>>877
初心者ならGKnot入れてみればどうかな

1passエンコのオプションで「Reaction Delay Factor」「Averaging period」
「Smoother」ってそれぞれどういう風に作用するのか教えて。

なんかぐぐったらビットレートの変動に関するオプションみたいですね。
ここをいじれば変動が大きくなったり小さくなったりするのかな。

あれ？ID変わってるけど>>880=881です。

[Reaction Delay Factor]
圧縮時に指定ビットレートよりも低くするか高くするかをどれだけ先のフレームまで決めるかの設定。

[Averaging period]
平均ビットレートに調整しようとした時に、調整に必要とするフレームの長さを設定します。

[Smoother]
どれだけのフレームを滑らかに動作させるかの設定。

デフォルトでいいんでないの

そこのページ、Xvidのバージョンが古すぎるのでは・・・

バージョンが古いからって、同じコーディックの設定中の言葉の意味が変わるとは思えんが。
他で解説してるわけでもないし。

今のXvidにない設定項目を気にして意味があるのかと言ってるんだよ。

>>886
Encoder typeのプルダウン横のボタン内にある。

>>886
ｫｨｫｨ

HEAD
2004-11-22 05:47 (GMT)

とりあえずバージョン変わったらゆっくり設定項目眺めような。

>>885
調べたら、古いXviDのバージョンどころか、ヒントにすら沿ってない説明だった。

↓の中の人いますか？新しいHEADのコンパイルおながい！！！m(_ _)mm(_ _)mm(_ _)m
ttp://shibuya.cool.ne.jp/xvid-binary/

>>891
ヒントに沿ってないなら君が訳したのを貼り付ければいい。

>>893
ほい
この数のフレームに調整されたエンコード品質と低い品質の可能性との間で等しいバッファを供給します。

なんか必死なところを悪いんだが、
そもそもCBRは使うのを止めた方が良いと思うよ。
普通の人はCBRは使わないのでそのパラメタには何の意味もない。

それは君の主観だろ。

俺が今度から使うから解説続行よろしく。

http://pc5.2ch.net/test/read.cgi/avi/1095255444/
↑の 779 です。

これからこちらの住人になるので、よろしくおながいします。

無用にログが流れるので丁重にお断りします
wmv9なりrv10に行ってください

歓迎されないんですかそうですか。＿|￣|○

君がいると間違いなく荒れる

RV10スレはRV10素人には入りづらいと思われ。
MPEG4じゃないしVFWでもないしDirectShowでもないので、他コーデック玄人でも勝手が違いすぎる。

>>900
当分の間はﾊﾟﾋﾟｺはいたしませんので、失礼しますた。＿|￣|○

>>901
巣に帰れ(・∀・)

XviDとRV10使い分けてる香具師も多いと思うんだが・・・

多い？

色々試した人はいると思うが。
オイラはRV10もDivXも使ったことあるけど、今はXviDとWMV9くらいしか使わない。

アニメだと混合処理とかのやり方が全然整備されてないからね現状。＜RV10
もろ映画向き。

RV10低レートは確かに優秀だけど、個人的には保存するほどの品質には至らない
感じなので、今でも時々試したりはするが、保存用に常用してるのは俺もXviDかWMV9だな。
中高レートにRV10使うのもいいんだろうけど、わざわざRV10な理由もみあたらないんで。

基本的にはXvidでエンコして
RV10はどうにもこうにも縮まない旧作でたまに使う

RV10で混合ってまだやってないからなんともいえないがmkvって可変fps対応してなかったか？
普通に混合も処理できそうな気がするんだが

またXviD.orgはハクられたのか？

エライもん見ちまった・・・

もう直ってる

質問です
XviDのバイナリで、1〜100までのQBを設定できるやつってどこのバイナリでしたでしょうか。
誤って別のバイナリを再インストールしてしまい、戻そうと思って探してみたのですが見つかりません。
バージョン情報にはcore version2.01〜〜みたいなこと書いてありました。
どなたか教えてください。

そんな餌で釣られるｸﾏｰ

>>913
>>2から探せ

ttp://shibuya.cool.ne.jp/xvid-binary/

↑の中の人へ、ありがとうございます。m(_ _)m

change.logﾎｽｨ

Merged 1.1 tree fixes
ってことで、1.0系もAdvDiamond() fixとか、bugfix: enable decoding when
input width is not mod 8. とかされた模様

>>917
2004-11-22 10:40 syskin

* vfw/src/: codec.c, config.c, resource.rc: VBV; default profile
changed to 'unrestricted' to keep it off. RRV hidden

2004-11-22 05:47 syskin

* dshow/src/config.c: default brightness should be zero, always

2004-11-22 05:30 syskin

* src/motion/estimation_common.c: AdvDiamond() fix

2004-11-19 09:41 chl

* examples/xvid_encraw.c: Added -interlaced switch for interlaced
MPEG-4 encoding.

2004-10-25 10:28 suxen_drol

* vfw/src/codec.c, dshow/src/CXvidDecoder.cpp: bugfix: enable
decoding when input width is not mod 8.

changelogってどこのページにあるんだっけ？

>>920
ttp://uk.geocities.com/xvid2ch/instant/

ようやく自分用の自動ビルド環境作れた
前スレの57氏に感謝

1.1系はまだまだ実装すべき機能が残っているんで当分出ないとは思うけど、
今年中に1.0.3は出るかな?

>>2 で色々バイナリが配布されていますが、何がどう違うのでしょうか？
全部同じソースから作ってるの？それぞれ脚色があるの？
どれ使っても同じ結果が得られるのでしょうか。

>>4

CVSに独自の変更をしているようなことは無い。
（そんなことをするなら自分がCVSに参加すれば良い）
何処もCVSからbuildしてるが、当然buildした時間が違うとCVSの新しさも違う。
MS、Intel、GNUと使っているコンパイラも違うので微妙に性能差が出る。
（アセンブラも違うこともあるがこっちの差は多分ほぼ0）
インストーラ付きのexeだったり、インストーラ無しのアーカイブだったりする。

CPU使用率上がりまくりなのはなんとかならんものかね・・・。抑えられないものか・・。

>>927
っ[ﾌﾟﾚｽｺ]

>>927
使ったことは無いが（また使う気も全然無い）、Battle Encoder Shiraseというものがある。

これをインスコした。
MSYS-1.0.10.exe
msysDTK-1.0.1.exe
MinGW-3.1.0-1.exe

xvidcore.dll、xvidvfw.dllまではなんとか進んだんだが
xvid.axはどうやって作ればいいんだろうか？
mingwでやってる人いたら教えてほしい。

↑xvidcore.dll、xvidvfw.dllで縁故も視聴もできるらしいからそれでいいだろうよ。

やっぱmingwじゃ無理か。

MinGW向けのDirectShow用のライブラリとヘッダがあるはず

>>930
HEADならxvidcore/dshow/dxpatchにドキュメントとDirectX SDKのパッチがある。

DirectXのSDKが欲しいの？
もういちどHEADでやってみる。

あべし。SDKでけー。ダウンおせー。

xvid_20041126/xvidcore/dshow/の下に確かに
Makefileができてて現状dxsdkがまだ無いので途中で
エラーが帰ってくるけどmakeが出来るようになってる。

1.0.2ではこのディレクトリにはMakefileが出来なかった。
dshow.dspとsrcディレクトリしかなくてxvid.axはこの場合
どうやって生成してたんだろ？

dshowのMinGW対応は1.0にはマージされてない。
DirectX SDKはSummer 2003でないといけなかったと思うので注意。

あべしって久しぶりに見たｗ

ひでぶなら分かるがあべしの方にいくとはな

>>937
ひでぶ。さよか・・・諦めるわ。おまえら付き合ってくれてありがとな。

http://www.microsoft.com/downloads/details.aspx?FamilyID=9216652f-51e0-402e-b7b5-feb68d00f298

>>937
2003じゃないとダメなの？
なんか普通に最新でパッチ当ててコンパイルできてるんだが・・・

>>941
いや、そういうことじゃなくてHEAD覗いてなんとか1.0系の
mingwビルドできんかなぁと思ったんだけどどうやら出来ないみたいなんで
とりあえず今は諦めようかなと。

1.1系がstableになったらそれをダウンしてまたチャレンジしてみるよ。
探してくれてありがとね。

DSFがなくても、ffdshowがある以上大きな問題ないからなぁ。
ただ、ffdshowもcygwin or mingwじゃbuildできないけどね…

ffdshowがmingwでビルドできればなぁ