XviD総合スレ Part16

オープンソースの動画圧縮コーデック XviD について語るスレです。

中身はMPEG-4なのですが、特許のライセンスを結んでいないので、
バイナリの日本国内への輸入、日本国内での配布・使用は、禁止です。

日本でのXviDの楽しみ方は、ソースコードを読んで、ﾊｧﾊｧすることです。
オープンソースは偉大です。MPEG-4の実装の勉強や研究をするのに最適。

特許問題については、↓のスレで、解決するのを待ちましょう。
XviDの特許問題について熱く語るスレ
http://pc5.2ch.net/test/read.cgi/avi/1090979906/

【本家】
http://www.xvid.org/

【バイナリ配布】
Koepi
新http://www.koepi.org/
旧http://roeder.goe.net/~koepi/
Divxhouse
http://www.divxhouse.com/
cynix
http://www.cynix.org/
gamrdev(API-4 HEAD)p4 / ppro / Athlon / i486各最適化バージョンあり
http://xvid.gamrdev.com/

【2chXviDスレ有志によるバイナリ配布】
XviD binary distribution page
http://uk.geocities.com/xvid2ch/
moroheiya's mpeg4 homepage
http://people.freenet.de/moroheiy/

【日本語化パッチ、表示ズレ修正パッチ等】
XviDな物置き場
http://www.xvid2ch-jp.instat.ne.jp/

【解説】
XviD dev-api-4 オプション解説
http://p23.aaacafe.ne.jp/~kanetuki/xvidoption.html
XviD API-4の設定
http://www.losttechnology.jp/Movie/xvid.html

【ffdshow配布】
http://athos.leffe.dnsalias.com/
BSPlayer　日本語パック　配布ページ (過去ログ倉庫参照)
http://goldnet.zive.net/bsjp2/
moroheiya's software&hardware homepage
http://www.h7.dion.ne.jp/~moroheiy/

【ffdshow日本語化パッチ】
日本語化プロジェクト - マルチメディア篇
http://www.geocities.co.jp/SiliconValley-Cupertino/9994/

【過去スレ】
Part15 http://pc5.2ch.net/test/read.cgi/avi/1093252341/
Part14 http://pc5.2ch.net/test/read.cgi/avi/1091182947/
Part13 http://pc5.2ch.net/test/read.cgi/avi/1089442910/
Part12 http://pc5.2ch.net/test/read.cgi/avi/1086006742/
Part11 http://pc5.2ch.net/test/read.cgi/avi/1080895850/
Part10 http://pc3.2ch.net/test/read.cgi/avi/1074866072/
Part 9 http://pc.2ch.net/test/read.cgi/avi/1068624836/
Part 8 http://pc.2ch.net/test/read.cgi/avi/1065833661/
Part 7 http://pc.2ch.net/test/read.cgi/avi/1059240998/
Part 6 http://pc.2ch.net/test/read.cgi/avi/1053488379/
Part 5 http://pc.2ch.net/test/read.cgi/avi/1045470762/
Part 4 http://pc.2ch.net/test/read.cgi/avi/1038325660/
Part 3 http://pc.2ch.net/avi/kako/1032/10329/1032945084.html
Part 2 http://pc.2ch.net/avi/kako/1020/10208/1020813820.html
Part 1 http://pc.2ch.net/avi/kako/1015/10153/1015350765.html

1.0.0、HEAD、branch、Instant buildとは？】
CVSを利用した開発においては、ブランチ(枝)を作ることによって
複数バージョンの開発を同時進行できます。

現在、XviDはHEAD、release-1_0-branchという二つのブランチで開発が行われています。

HEADは開発の最前線となるブランチで、実験的なものを含む、最新のコードで構成されます。
新機能のような、バグの原因となりやすいコードはこちらに追加されます。
バージョン1.1はHEADから分岐する予定です。

release-1_0-branchはバージョン1.0シリーズのためのリリースブランチで、
バージョン1.0シリーズをリリースするための、比較的安定したコードで構成されます。
基本的に、バグフィックスを中心とした変更のみが行われます。
バージョン1.0.xはrelease-1_0-branchからリリースされます。

以上、テンプレ終わり。

2pass時の、1st passのログってどこに出来るの？

ｽﾏｿ、自己解決しますた。

おっつー

　　　　　　　|＼／＼／＼／＼／|
　　　　　　　|　　　　 ＸｖｉＤ　　　 ..|　　 /⌒丶
　　　　　　　|＿＿＿＿＿＿＿___|　 　| 　　｜
　　　　　　／　　　　　　　　　　　　＼　|　　　|　　　
　　　　　 ｜　　　　●　　　 　　●　 |/　 　/　　
　　　　　 ｜　　　　　　 |──|　　　 ｜ 　 /　　
　　　　　 ｜.　　　　 　　|　　/　　　　|　 　/　　
　　　　　　 ＼　　　　　　 ヽ/　　　 ／ 　 /　　　
　　　　　　　/　　　　　　　　　　　　　　 /　　　　　　　　
　　　 　　　/　　　/　　　　　　　　　 　/
＿＿＿＿/　　　/　　　　　　　　 　　/
＼　　　　/　　　/￣￣￣￣￣￣￣￣￣￣￣＼
　 ＼　　ヽ＿＿ノ　　　　　　　　　　　　　　　　　 ＼

エクー　スビドゥーン？

http://www.cynix.org/の所403
http://xvid.gamrdev.com/の所は何も無い

ffdshowのダウンロード先が古いままだ

ffdshow本家
http://sourceforge.net/projects/ffdshow/
ffdshowベータ、XviDHEAD等
http://celticdruid.no-ip.com/xvid/
XviD/VS.NET compiler
http://shibuya.cool.ne.jp/xvid-binary/

特許問題は解決したからテンプレにその旨入れるんじゃなかったっけ？
わかってないやつが立てたのかよ。

>>10
エクースヴィダルサスーン

新すれおめでとうございます
ffdshowを2004/11/30に更新しますた。
http://www.h7.dion.ne.jp/~moroheiy/

初めて2passやって見たら、サイズがやたらデカい。
音声、subは別なのね。　＿|￣|○

>>17
当たり前
XviDには映像データしか渡されないのに,どうやって音声のことまで考慮しろと.
計算機がついてる分まだ親切な方だと思うがどうか.

XviDって、ゆっくり動く映像に弱いんですか？
FNS歌謡祭を録って、XviDでエンコしたら、
カメラがゆっくりパンするところで、色を引きずってしまうような場面が何度かありました
同じソースをDivXでエンコした場合はそんなことありませんでした
XviDの方が、サイズを抑えて綺麗に仕上がるので気に入っていたんですが、
こんなケースがあるとは実に残念です

>>19
再生のデコーダーは何使ってる？
昔ffdshowでXvidのデコーダー設定をlibavcodecにして
XviD1.0の動画を再生していたら、ゆっくりスクロールする場面で
色をひきずる事があったよ。ffdshowのXvidデコードをXviD1にするか、
disableにしてXvid.ax使うと直ったけど・・・違ったらスマン。

>>18
いや、ひょっとして1passでしっかり時間掛けてるから
全部込みでやってるんじゃないかと。ｽﾏｿですた。

>>16
できればbuild時のchangelogも欲しいな

>>16
いただきました。ありがとうございます。

>>16
保存しマスタ

>>16
インストールしたけどエラー出ます。
　「ffdshow.ax,configurの実行中に、例外が発生しました」

16さんの前バージョンは愛用しててエラー出なかったのですが。

環境は、
AthlonXP Palomino。
DDR1 512*2。
GF6800AGP、Driver　FW66.81．
WinXP Pro
です。

>>25
これCPU拡張命令が全部ONになっているんだけど、サポートしていないのをOFFにしてみれば？

設定でｴﾗｰなわけだからOFFしようがなかったりして。
ChangeLogはcvsから作っときます

そうか、じゃあレジストリを直接いじるとか。
これが原因かはわからんのだけど。

拡張命令を強制的に使う最適化が原因かと。

xvidを再生できるデコード用のdllファイルだけっていうのはありませんか。

>>30
xvid.ax

マツケンサンバ�U　qb=3で10Mbps近い。
松平健はなんて衣装にしたんだ。
ハロモニなんか相手にならなかったよ。　

むしろサンバの動きがbitrate食ってるんじゃないかと言ってみる。

あれはサンバなんでしょうか？？

>>34
一応、サンバステップを踏んでいるのでサンバと言ってもいいだろう。

ああ、FSN歌謡祭りのエンコがあと9時間で終わる…。開始は朝の7時半頃。
これがセレロンDの力か〜（涙）。

エンコード
　せめて実時間で
　　　　したいよね

フィルタかけなきゃ実時間エンコも可能だよ。動き検索は甘くする必要あるけど。

>>36
字余りw

>>20
レスどうもです。
デコーダの問題なんですね。
確かに、aviutlなんかでエンコードしたファイルを見てみたら、
そこでは色の引きずりはありませんでした。

で、実はffdshowは使っていません。
バージョン2.1のXviDコーデック付属のデコーダを使ってます
いくつか設定項目があるんですが、いろいろ変えてみてもダメでした。

純正のデコーダでもダメっていうのも少々不安ですが、
なんとかならないものでしょうか。

ffdshow使えっての

古いデコーダ使ってる時点でダメじゃん
素直に新しいのに入れ替えるか、40の言うとおりにffdshowつかえ

バージョン2.1っていったいなんじゃらほい? 理解不能な数字が出てきたぞ。

レベルが下がって参りました。

iclを使ってると死ぬorz

>>31
xvid.axっていうのをぐぐってみたんだけど、ちょっとよく分からなかった。

MPCの「ネット上でコーデックを探す」で、koepi'sっていうところのサイトにある
Latest standalone decoder DirectShow filter (installer)
XviD-Dec-1.0-Beta3.exe (166kb)
これをインストールすればいいってこと？

あと、こっちとの違いなんかを教えてもらえないでしょうか。
Latest stable binary
XviD-1.0.2-29082004.exe (621kb)

こっちは安定してないってことかな。
Latest unstable binary
XviD-1.1.-127-06112004.exe (631kb)

今使っているXvidのバージョンがわけわからないけど、とりあえず
＞Latest stable binary
のほうをインストールしてみたら？

>>45
再生するだけならffdshowでも入れとけ

これでエンコがもうチョイ速けりゃ言うことないんだがなぁ･･･

QT3でも暗いところが汚くなるのは設定がまずい?

>>49
MPEG4系は暗部苦手だからQT2でも暗部は結構汚い
VHQ4である程度改善される事があるが完全に綺麗にはならない

そうなんだよなー…

暗部をどうにかしたい場合はAdaptive quantizationはオフにするのが必須

OSがXPSP2で
WinDVD6
DivX5.2.1
WMP10

こんな環境なんだけど、
XviDファイルを再生するとスムーズに流れず
多少カクカクしてしまいます
どういったモジュールを追加するとスムーズな画面になるのでしょうか？

WMP10使ってる香具師って意外と多いのね。

>>53
お前はまずログを読む知能をつけろ

>>53
カクつかないようにエンコするのが玄人さんです。
どっかから拾ってきた変な動画を再生したんでしょ？

>>53
XviDについて何も書いてないってことは、DivXで再生してるってこと？

2chで拾えるのはたいがいカタついてるYO
ありゃエンコ野郎が駄目なんだよ
それでもアリガトウなどという香具師が出てくるもんだから調子に乗って繰り返しうｐしてくる
XviDの評判が悪くなる一因

ちょっと前までは、カクつくといえばpacked bitstreamが原因だったんだけどなぁ。
DivXも5.2以降は連続B-VOPが2以上＆packed bitstreamなファイルもOKという話
だったけど違うのかな。
とりあえずXviD純正デコーダかffdshow（どちらも最近のビルド）を使ってみては？

均等色空間で圧縮というわけにはいかないんだろうか。

>>53
とりあえずffdshowでも入れとけ

圧縮するならＣＭ・ウニメ・映画・バラエティーは（・∀・）ｲｲ!!
綺麗に圧縮可能だ。ウニメはノイズ除去しまくれば古いのも綺麗
でもドラマは（´・ω・`）

ドラマを撮影してる香具師が悪いヽ(`Д´)ﾉｳﾜｧｧﾝ!!

バラエティーはものによってむりぽ

バラエティは特にロケ物は元から画質があんまり高くないし
カメラも結構ブレがひどいし、テロップもドット妨害を誘うしで
綺麗に仕上げようと思ったら案外骨が折れる

ちゅーかテロップ（特に流れるスタッフロールとか）なんかPCのテレビで見てる時点で飛び飛びになるけど


液晶の切り替えスピードが遅いだけか orz

赤に縞が出るのは何で

>>16さん、前バージョンもUpお願いします。
現バージョンは動かないので戻したいのです。

>>67
これで我慢汁！
ttp://tmp4.2ch.net/test/read.cgi/download/1097403980/390

>>66
インタレエンコの話？
それはデコーダーのカラーアップサンプリングがあまり上手くないから
インターレースのデコーダーにはffdshowを使ってYUY2出力しよう

映像が激しく動く場面で、
静止したテロップのまわりにじわじわと虹色のノイズが乗ったりしたんだけど、インタレエンコだったからかな？
具体的には、エンタの神様でギター侍がズームアップされるシーンとか

インタの神様だった良かったのにね

後ろのデカイモニターが原因とか。関係ないか。

>>67
ｽﾝﾏｾﾝ。
前バージョンもあげときますた。
http://www.h7.dion.ne.jp/~moroheiy/

>>73
乙

おはようございます、初めてencodeに挑戦してる未熟者です
色々と検索しながらサイトを巡り、ここにたどり着きました
いくつか質問させてください

SSEのはいっていないC3むりぽ

一応、mmxのみでも動作するんじゃないの？

あの〜７５なんですがー
７６さん７７さん無視ですか？

急ぎなんだけどな〜

ffdshowのオプションでMMXを使うようにすると死にます。
外してもｸｿ重いですな・・・
SSEありのCrusoeは問題ないのですが。

12/01版をあげときますた。
http://www.h7.dion.ne.jp/~moroheiy/

質問も書かずに無視だとか、急ぎだとか、
それはどうかな。

８１さんすみませんでした、これから気をつけます

AviUtlの設定が終わってビデオの圧縮からXviDを選択したのですが
出来上がりのサイズを指定できないでしょうか？

それとXviDでは映像のみの圧縮で音声や字幕は後から乗せたいのですが
どうやればいいでしょうか？

おかしな質問かも知れませんが教えてください。

>>80
お疲れ様です。

>>82
ここには別に管理してる人間なんていないんだから
許可を求めたって誰も答えてくれないよ。
勝手に質問しろやゴラァ！ですよ。

>>83
上
Xvidで2ﾊﾟｽ使えばサイズを指定することが出来ますよ。
下
AviUtlでAVIファイルの合成とやらで映像に音声をあとから付けれるみたいだけど。
字幕はﾜｶﾝﾈです

>>83
Twopass - 2nd ｐａｓｓで target bitrateとなっていたらクリックすればterget size(kbytes)となる。
（もちろん1st passは必ず実行しろよ）
ちなみにこれは映像のみのサイズ。音声のサイズやmux時のオーバーヘッドは自分でなんとかしろ。
それに音声なしにすれば映像のみエンコできるだろ。
別に音声とのmuxだってちゃんとできるし。(VBRじゃなければ）
字幕は何で作った奴？ssaかsrtか？まさかidx+subじゃなかろうな？
別ストリームとしてmuxしたけりゃaviは止めてmkvにしな。

８５さんわかりました失礼しました

８６さん
２passを選んでみましたらターゲットサイズの項目が出ました
１passは1度で終わる事で
２passを選択するとどんな作業が増えるんでしょうか
できましたら教えてください、ありがとうございました

８７さんありがとうございます
２passの１ｓｔ passを実行後２nd passでterget size(kbytes)を指定すれば
いいわけですね　感謝します
字幕は自作のテロップというか簡単なものを考えてますが
まだその段階までいってません

８６さん８７さんありがとうございました
一通りやってみますまたお願いします。

>>80
Pen4向けとおもわれるものには、コンパイル時の最適化オプションを追加したのでしょうか？
H.264のエンコが速くなったような希ガス。

とあるソース（31sec）
前版　2：13
新版　2：07

度々すいません
今２passの１pass目が終わりました
フォルダにtest.avi（小さいサイズ）が出来てます
２pass目はサイズを指定して
違う名前（test2.avi）とかにして保存すればいいのでしょうか

http://www.nurs.or.jp/~calcium/3gpp/
↑のソフト使って動画を変換したいのですが、
Profile@Level ARTS@L4でAdaptive Quantizationをオン、Target quantizer 10、
Advanced OptionsのMotion search 6-Ultra High、VHQ mode 4-Wide Serch､Use
Chroma motionオン、Frame Drop ratio 0、Maximuml-frame interval 120、
Cartoon Modeオン。
と設定したい場合、-vcodec以降どうカスタマイズすればよいのでしょうか？

QT10って…

>>91
ファイル名なんざどうでもいい。(同じでも違っても構わない)
基本的にXviDには映像しか渡されないからな。
1pass目と同じ映像、ログファイルを使えばOK。

９１訂正
フォルダにtest.avi（小さいサイズ）が出来てます
フォルダの外にvideo.statsもできてました
９４さんありがとうございます

>>93
携帯用の動画だし、画面小さいからこの設定でもかなり綺麗に見れるんですよ。

ごめん、ここで聞いていいかわかんないんだけど質問させてくらさい。

間違えて packed bitstream のチェック外したままエンコしてしまいまして、当然そのaviを VirtualDubMod につっ込むと「WARNING:NOTHING TO〜」と出てしまうわ、普通に編集出来なくなるわ。。
ググったら、 Mpeg4modifier なるもので情報を書き換えれば、packed bitstream をonにすることが出来る、とあったんですけど、その Mpeg4modifier の使い方がわからなくて。

Mpeg4modifie起動し目的のaviを食わせるも、packed bitstreamのチェックのとこが、まったくいじれないんですよね。。
ごちゃごちゃと書いてしまいましたが、どうしたらいいんでしょ？

ﾆﾝﾆﾝ

初めてこのコーデックを使用させて頂くのですが、どのバージョンを使えば宜しいのでしょうか？

>>99
不安ならほぼstable扱いの1.0.2を。
試験的に最新機能を使ってみたければHEADを追っても良い。
（もちろん実験的なものだから将来的に機能変更されたりする可能性もあるし、実際そういうこともあったようだ）

どこのバイナリが良いかという質問なら、そんなことは誰もわからない。
（全てのバイナリは、そいつがソースからビルドして作成した奴だから）
自分で試してみて信頼できそうだって所の奴を使え。

>>90
あい。

SMPな環境で利くかどうかは分かりませんが、
自動パラレル化機能を使ってｺﾝﾊﾟｲﾙしたffdshowを追加しますた。
http://www.h7.dion.ne.jp/~moroheiy/

>>100
お答え頂き、ありがとうございました

>>97
Mpeg4modifier(v1.2.0)はpacked bitstreamをアンパックすることはできても、
その逆はできないみたいです。（説明＆ソースを少し読んだ限りでは）

packed bitstream って、日本語でわかりやすく言うと、どういう意味ですか？

パックされたビットストリーム

HEAD 2004-12-05 13:56 (GMT)

>>104
Packed bitstream:On(データを処理しやすいようにまとめて
効率を向上させるかの設定。再生互換性は若干不利になる。
DivXや古いffdshowで再生するならOnにすると正常に再生
できない／2004年以降のffdshowならばOnにしても問題ない
のでデコーダーがXviDかffdshowならばOn推奨。再生互換性
を追求する人だけOff)

Zoneオプションについて教えてください。

スタッフロールの始まるフレームを指定した後の設定ですが、Quantizerの
意味はわかるのですが、Weightの値はどのように作用するのでしょうか？
1.00が基準だと思うのですが、2.00を指定した場合、ビットレートが2倍に
なって0.01を指定すると0.01倍になるという解釈でしょうか？

waightってその名のとおり重み付け。

0 waight 1.0
100 waight 0.5
200 waight 1.0
なら、100-199は、0-99と200-の2倍の重み。
0 waight 2.0
100 waight 1.0
200 waight 2.0
これでも全く同じ意味。

2倍 -> 1/2倍の間違い。

waight -> weightだ。orz
つまり相対的な指定なので、複数の区間指定がなけりゃ（単一の区間だけなら）、
どんな数値を指定しても1.0を指定したのと同じ。

>103
ああ、最初から無理でしたか。。どうもでした。

>>109-111
重く指定したフレームは、他に指定しなかったフレームよりも
ビットレートが多く割り当てられる。

（軽く指定したフレームは、他に指定しなかったフレームよりも
ビットレートが少なく割り当てられる。）

という解釈でしょうか？

>>109
1passQT4.0でやった場合
Weight 0.5 QT8.0
Weight 1.0 QT4.0
Weight 2.0 QT2.0
となった。

つまり、上と下は同じじゃない。

>>113
合ってるんじゃね？

ttp://shibuya.cool.ne.jp/xvid-binary/ の中の人、更新ﾖﾛﾃﾞｽ m(._.)m

>>114
2-pass の場合の話↓です。

Quantizer で指定しても平均ﾋﾞｯﾄﾚｰﾄより大きくなる可能性が
ある（20や30ならそうなり難いとは思いますが…）ので、Weight
で指定した方が、確実にスタッフロール部分のﾋﾞｯﾄﾚｰﾄを下げる
ことができるということですね。ありがとうございますた。

>>101
いただきました。ありがとうございます。
H.264をエンコした限りではHTT効果は無いみたいです。使用率50%+数パーセントで頭打ちですから。

>>14に特許問題が解決したとありますが、具体的にはどういう事なのでしょうか？
日本国内で堂々と使えるcodecになったのですか？

あ、すいません。書き漏らしましたが、詳細がありそうな前スレはライブスレッドじゃないようで見られませんでした。

>>14読むくせに>>1は読まないんだな。

>>118
嫁
XviDの特許問題について熱く語るスレ
http://pc5.2ch.net/test/read.cgi/avi/1090979906/

あ、釣り師だったか・・・orz

Bフレームは、Qunatizerが同じでもPフレームの場合より
サイズが小さくなるんですか？

釣りじゃないですよ。なんでそういわれるんですか？

>>1とその先の>>121のスレッドもある程度読みましたけど、
それでも判らないんです。件のスレッドは何か荒れ気味ですし、量も多いし。
もう一度読んでみたのですけど、やっぱり判らない。
ttp://itpro.nikkeibp.co.jp/free/ITPro/USNEWS/20021126/10/
ttp://pc5.2ch.net/test/read.cgi/avi/1090979906/414n
このあたりが答えなんじゃないかと思うんですけど、読んでみても要領を得ない。
テンプレにその旨入れる、とのことなので日本語による簡単な説明があることを期待したのですが

>>1読んで建前と言うものを汲み取れないならｶｴﾚ。
以降同様の書き込みは無視する。

職人とかが作ったブツではそんなに上がらないのに、自分でエンコしたブツを再生するとCPU使用率が70％くらいまで上がる・・・。
この差がなんなのか知りたい・・・切実に・・。

>>126
QP,GMC,VHQ,Bフレの設定が悪いんじゃない？

QBｴﾝｺするにはどうすれば良いのですか？
QTとﾋﾞｯﾄﾚｰﾄ指定は出来るようですが

QB100→QT2.00
QB99→QT2.29
QB98→QT2.58
QB97→QT2.87
QB96→QT3.16
QB95→QT3.45
QB94→QT3.74
QB93→QT4.03
QB92→QT4.32
QB91→QT4.61
QB90→QT4.90

（Max Quantizer - Min Quantizer） * （100 - お望みのQB） / 100 + Min Quantizer
で求めました。
Min Qunatizer = 2
Max Quantizer = 31　の時の値で、以前のバージョンのXviDのQBです。
DivXは、Min Quantizer = 1 でしたっけ？
その場合は、

QB100→QT1.00
QB99→QT1.30
QB98→QT1.60
QB97→QT1.90
QB96→QT2.20
QB95→QT2.50
QB94→QT2.80
QB93→QT3.10
QB92→QT3.40
QB91→QT3.70
QB90→QT4.00

>>129
ありがとうございます
ﾒﾓ帳にｺﾋﾟｰして大切に保管します

>>129
僕もコピーさしてもらいました
ありがとうございます

俺、Divxの式で考えてた

Use chroma motion ってやつのチェック外したら劇的に軽くなりますた。Divxと同等くらいまで・・・おれは今までなにをしていたんだ・・・orz

エンコー

ttp://shibuya.cool.ne.jp/xvid-binary/
↑の中の人様、HEAD更新されてます。よろしくお願いします。m(_ _)m

>135
多分ここ見てないよ。元々連邦の掲示板にあったアドレスだし。

ガーーーーーン!!!!

ｷﾀﾃﾀｰ!!!
ttp://shibuya.cool.ne.jp/xvid-binary/
↑の中の人、ありがとうございました。m(_ _)m

黙って待ってろよ

はい

B-VOPsを有効にすると、
Millennium G450のTV出力で、出画するまで5秒ほど時間が掛かるのですが
原因がわかる方いませんか？

PC側では初めから映像が映っています。
出画後のTV側とPC側の映像で、タイミングにずれはありません。

バージョンは1.0.-124です。

有効にしなければよい。
サイズ縮めたいならクオリティなり下げればよい。
方法はいくらでもある。

つまり、　死　ね　。

ﾌﾟ

Athlon64でもっとも高速なバイナリはどこのですか？
Pen4なら>>138のじゃないかと思うんですけど。

>>144

Windows 用のものなら

Pentium4 用として MSVC でコンパイルされたものを
使うのが最善かもしれない。

但し、ICC でコンパイルしたものを選ばないように。

そんなにいろいろとコンパイルしたエックスブイアイディイが落ちてるもんなんですか？
最近では入手先がどんどん少なくなっているような印象しか持ってない

ﾏﾀﾏﾀHEAD更新ｷﾀｰ!!!

Bitrate Calculator で計算された値が、そのまま反映されない。
（例えば計算結果が671084kbytesの762kbpsなのに設定欄
には676147kbytesの767kbpsが代入される）

お陰でCD-Rに収めようとしたファイルサイズが705MBになって
しまったのですが、これはどういうことでしょうか？

>>145
Thx
OS書き忘れてましたが、見事にWindowsです。
MSVCでコンパイルされた物なら>>138でよさそうですね。

そんなことよりQT4.10にしようとすると、勝手にQT4.09に成るのを何とかしてくれｗ

>>148は>>138を使いますた。他のﾊﾞｲﾅﾘならそのままの値が反映されますか？

>>150
指定できない値があるみたいだから無理

CVSからのビルドの意味すら分かってない奴はこれ以外使ってはならない
( ´∀｀)つhttp://www.koepi.org/XviD-1.0.2-29082004.exe

今日やたらと更新してんのはcore.dllだけか・・・
いつも3つ一度にバイナリ作るように設定してたからかなり無駄だった

>>153
ここはDTV板であってﾌﾟﾛｸﾞﾗﾑ板じゃねーんだよ！

「致命的な不具合」が含まれている可能性を理解できない香具師が使う物ではないな

￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣｣
―――――――――――――‐┬┘
　　　　　　　　　　　 　 　 　 　 　 　 |
　　 　 　 ＿＿＿＿.＿＿＿＿ 　　 |
　　　　　|　 　 　 　 | 　 　 　 　|　　 |
　　　　　|　 　 　 　 | ∧＿∧　|　　 |
　　　　　|　 　 　 　 |（　´∀｀）つ ミ |
　　　　　|　 　 　 　 |/ ⊃　 ﾉ　|　　 | 　ｸｿﾋﾞﾄﾞ
　 　 　 　￣￣￣￣'￣￣￣￣　 　 |

　　　　　　　　　　　 　 　 　 　 　 　 |
　　　　　　　　　　　 　 　 　 　 　 　 |　　　
　　 　 　 ＿＿＿＿.＿＿＿＿ 　　 |　　　 　｜|｜
　　　　　|　 　 　 　 | 　 　 　 　|　　 |　　　 　｜|｜
　　　　　|　 　 　 　 | ∧＿∧　|　　 |　　　 　XviD 　 　 　
　　　　　|　 　 　 　 |（　・∀・） |　　 | 　 　 　 　 　 　 　 　 　 　 　
　　　　　|　 　 　 　 |/ ⊃━⊃━━━━┫　 　　　　　　┃　 　 　 ｜|｜
　 　 　 　￣￣￣￣'￣￣￣￣　 　 | 　　┃ 　　　　　　　┃ 　 　 　ｸｿﾋﾞﾄﾞ
　　　　　　　　　　　 　 　 　 　 　 　 | 　　┗━━━━━┛
　　　　　　　　　　　 　 　 　 　 　 　 |
――丶ヽ〃――――――――― ~~~~~~~~~~~~~~~~~~~~~~~~~

>>148 です。>>151 試しますた。>>153 を使っても同じですた。
この計算結果と実際に設定される値の差は、何を意味して
いるのでしょうか？　2-passやる人はどうしてますか？

>>157-158
Mtroskaスレと同じ流れにﾜﾛﾀ

>>159
estimateの意味を中学生にでも聞いたほうがいいと思う。

2-pass VBRの意味も知らない奴がいるの？信じられないんだけど。

>>159
ビットレート計算機で選択したコンテナと自分が最終的に字幕なり音声なりを
詰めるコンテナが違ったりしてもサイズにばらつきが出てくるけどちゃんと設定した？

例：vdmで映像部分をAVI-OpenDMLで出力する。
　　音声は既にMP3にエンコしてある。
　　最終的にmmgを使ってMatroskaにしたい。

この場合映像部分はvdmで編集し出力するわけだがBitrateCalculatorのContainer、Formatは
AVI-OpenDMLではなくMatroskaに設定してAudio、SizeでそのmuxしたいMP3を指定してやる。
そして出力された映像、音声をmmgでmuxすれば自分が意図したサイズに近いサイズで出力される。

手助けになれなかったらゴメンな。

>>163-162

えっ、そんなトンチンカンな事を言ってますか？Σ（ﾟдﾟlll）ｶﾞｰﾝ

>>163
> ビットレート計算機で選択したコンテナと自分が最終的に字幕なり音声なりを
> 詰めるコンテナが違ったりしてもサイズにばらつきが出てくるけどちゃんと設定した？

ｺﾝﾃﾅは普通に avi です。AVI-OpenDML を指定してあります。
mux させる CBR mp3 は準備済みで Audio の項目でその
ﾌｧｲﾙを指定しますた。ちゃんとそのｻｲｽﾞが表示されています。
mux には AVI-Mux GUI を使っています。

ｺﾝﾃﾅによってｵｰｳﾞｧｰﾍｯﾄﾞのｻｲｽﾞが違うのは存じ上げてる
つもりですが、僕が申し上げているのは、例えば1時間30分0秒
29.97fps のｿｰｽ＋mp3 128 CBR の AVI-OpenDML で
716800kbytes を指定した場合 Video にはその計算結果
として 629812kbytes 955bps と表示されます。そこでOKを
押してやった後に Target bitrate に代入される値、及び
Target size に代入される数値が先ほどの計算結果とは
違う（それぞれ 633605kbytes と 960kbps となる）という事
です。多めに設定されてしまうのは何故か？という疑問です。

> 手助けになれなかったらゴメンな。

ご丁寧なﾚｽ感謝してます。

・・・その2種類のサイズがNic's Mini Calcでの1CBR MP3と1VBR MP3に似てるよねぇ・・・

>>165
Nic's Mini Calc で同じ計算させますた。CBR と VBR の違い
よりも AVI Frame Overhead の有無と似ていることが判明。

Bitrate Calculator の結果 955kbps
Nic's Mini Calc の AVI Frame Overhead 有 954kbps

Target bitrate に代入された値 960kbps
Nic's Mini Calc の AVI Frame Overhead 無 960kbps

ということは、Target bitrate に代入される値は AVI Frame
Overhead 抜きの値になるという事でしょうか。でも、ｵｰﾊﾞｰ
ﾍｯﾄﾞの部分は AVI-OpenDML と指定してあるのにどうして
Overhead 抜きの値がわざわざ代入されちゃうんでしょうか？

>>153
をいれてみた。
デフォルトでBフレーム使うのか。

>>153
御意。その辺のことがわかっていないヤシにはHEADどころか
release-1_0-branchの先端ですら危険だもんね。1.0.2の
正式リリース版で、しかもメジャーなbuildのkoepi版がいちばん問題なさげ。
インストーラもしっかりしてるし。

にしても、最近HEADに結構手が入ってきているなぁ。

現状あるH.264エンコードできるソフトとH.263ベースのXVID、どっちが圧縮効率良いの
でしょうか？PSPがH.264対応しとる

>>169
ffdshow付属ので試したんだが、まだ結構不具合あるみたい
圧縮効率は向こうの方がいいのかもしれんが、不安定ぽいから使い物にならんよ

NeroのMPEG-4 AVCに関してはいえば、codec自体の完成度は既に十分実用に足る段階だと
思ったけどな。ただ、vfwなエンコや、mkvでの柔軟な感じに慣れきってると
普通にできそうなことが、まだ現時点では、できなかったりてして、結構もどかしさは感じる。
まだまだXviDにはお世話になりそう。

￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣｣
―――――――――――――‐┬┘
　　　　　　　　　　　 　 　 　 　 　 　 |
　　 　 　 ＿＿＿＿.＿＿＿＿ 　　 |
　　　　　|　 　 　 　 | 　 　 　 　|　　 |
　　　　　|　 　 　 　 | ∧＿∧　|　　 |
　　　　　|　 　 　 　 |（　´∀｀）つ ミ |
　　　　　|　 　 　 　 |/ ⊃　 ﾉ　|　　 | 　VPx , RVx
　 　 　 　￣￣￣￣'￣￣￣￣　 　 |

vp6はいいと思うけどなぁ

RV10も使う機会こそ少ないがないと不便

>>170
x264はベリノイズが多発し、シーンチェンジ検出などもXviDに比べてずいぶん
劣るからなぁ。なんせコードの規模自体がXviDよりずいぶん小さなものだし。

>>171
NeroのH.264ってPower Encoderにも使われているやつでしたっけ?

PowerEncoderはMoonlightでNeroDigitalはAtemeとのこと
www.moonlight.co.il
www.ateme.com

XvidってWMV9と比べると色（コントラスト？）が濃いような気がするのですが、仕様ですか？

ｹﾞﾌｫｯ

NEROやVLCでもH264のファイル作れるみたいなんで比較してみようとしたら、凍る落ちるでXviDとの比較全然できねーや

mpegableH.264AVC

>>180
フェード破綻しまくり

>>177
じゃあWMV9が薄すぎるんじゃないか？

Quantization type は 2nd-pass で有効になるのでしょうか。
同じ 1st-pass の結果から H.263 と MPEG の両方でｴﾝｺ
しても支障ないでしょうか？どっちがどうか見比べてみようかと。

>>183
うちだとH.263とMPEGでstatsファイルに差異が出たよ。
つーわけで「1st-passから有効」が正解のようで。

違う量子化行列のstatsファイル使うとどうなるかまでは知らんけど、
比較用途なら、大人しく4回エンコした方がよさそうな感じ。

>>182
なるほど、Xvidの方が原色に近いのかぁ・・・

>>185
ていうか、ソースと比べろよ

そーすね

>>184
MPEG の行列 stats で H.263 の 2nd-pass してみました。
そうですか、1st-pass から有効でしたか。それでも結果は
480x360 の 1281kbps で行ったのですが、赤い部分の
ﾓﾔﾓﾔ感が若干 MPEG の方が多かったような気がしました。

しかし、見比べてどっちがどうってのは、正直わからない程度
の差でした。次はちゃんと H.263 の stats でやりますよ。

暗部を綺麗にするにはQuantization typeをMPEG-Customにして
独自の量子化？をするといいみたいですが、そんなにも変わるものでしょうか？

divxのデコーダで再生してみるといい

mpegソース15Mbpsと4Mbpsではエンコ速度が格段に違うんすね。
ちょっと考えりゃ分かることなのに、今までは有無を言わさず高レートにしてたから全然気がつかなかった｡

ここ最近のheadフェードやグラデのかかった背景にでるブロックの出かたが自然になってるような。
人によってはブロックやアメーバが目立つように感じるかもしれんがなかなかいい具合だ

Bフレームonでエンコしたのを
AviUtlで読み込んでチェックしようとしたら、

WARNING: NOTHING TO OUTPUT
BFRAME DECODER LAG

と最初のフレームに
エラーメッセージが書き込まれています。
エンコードのやり方がまずかったでしょうか？
冒頭でBフレームonにするとダメなのですか？

>>193
まるものサイト行って最近の戯言を見て来い。

193=「検索」というものを知らないバカ
193=的外れた考察しているバカ
193=いまだにAviUtlつかっているバカ

なんだとハゲ

てめぇー！なんで俺がハゲだって知ってるんだ
さては(ry

Nicのバイナリが久々に更新されてた
ttp://nic.dnsalias.com/xvid.html

XVID - 14/12/04

Changes:
* Standard CVS Build
* Intel Compiler 8.1 Compiled

>>194-195
レスありがとうございます。
そこで調べてみます。

おーっ、Nic来たか。

デコーダのみのやつ更新されないかな・・・・

>>201
ffdshowじゃ駄目?

何度も済みません。

>>166 の謎ですが、誰かわかる人いませんか？

>>194
> インタレース YUV 4:2:0 で色差の縦方向補間を行わないなんて信じられん。
> 長音記号の上下に背景の青が 1 ラインだけ侵食していたり、斜め部分がガタついていたりと、正直見るに耐えない絵になっていると思うのだが……。

(;ﾟДﾟ)<ぽかーん
interlaced YV12のこときちんと理解しているのかな？

よくわからんが再圧縮前提の話じゃないのか？

>>204
その話には、既定の仮定事項が省略されている。

つまり、画像処理として、デインタレ、または逆テレシネして、プログレッシブソースとしてエンコするというものが。
これが、インタレエンコするというのなら補間なんてもってのほかではある。

でも、インタレからプログレ変換するなら、補間は絶対必要。

おれはYV12で、ＤｅｉｎｔするのならOKだけど、
IVTCプラグインは信用してない。（色差をインタレの情報そのまま使ってそうだし）

>>204
ﾆﾔﾆﾔ
なにが間違ってるか詳しく説明してみてよ。まあ無理だと思うけど

>>203
いてまへんなあ

>>203
判らんのはお前の行動だよ。
計算した値を使いたけりゃ、その値を入力すればよいだろうに。

>>203
1.0.1のソースだけど、vfw/src/config.cには次のコメントがある（1265行あたり）
/* the main window uses "AVI bitrate/filesize" not "video bitrate/filesize",
so we have to compensate by frames * 24 bytes */
設定値の差は、この24bytesからきてるようだけど、
>お陰でCD-Rに収めようとしたファイルサイズが705MBになって
というところは、"estimate"なのが原因か、コメントの中身がすでに
本体(xvidcore.dll)と合ってないのかは不明。（面倒なので調べてない）

これ以上は自分でソースを読むか、Doom9で聞いたほうが良いと思われ。

>>204
まるもはAviUtlの本家BBSに書き込まれたあるアーティクルの中での話をしている。
ところが、ここでリンクされたサイトの人間は、なんとMPEG-2エンコオンリーという人間だった。
TMPEGEncも使うようだが、通常はCCEだというもの。
つまりエンコもインタレのままだと思われる。
そういう仮定だとこの人のサイトでの主張はもっともである。
責められるべきはそういうサイトへ案内した人間の方だ。

>>209
すみません、計算値を使っていますが、何かそれなりの訳が
きっとあるのだろうと思うと、夜も眠れないんです・・・。

>>210
そうですか、英語を勉強して Doom9 逝ってきます。
わざわざソース読んで頂いて、ありがとうございました。

m2v.auiの補間処理

ところで、M2V.AUIやDVD2AVI.VFPでMPEG2ファイル(4:2:0ソース)をいろいろ見ていたのだが、こいつらは自動的に色情報の補間処理を行ってくれる（M2V.AUIでは横には補間していないようだが）。
そしてその処理は切ることができない。更に縦方向はすごいことをやらかしている。やっぱり元データを破壊していくのでaviutlのフィルタで元に戻すこともできない。
インターレースMPEG2をこいつらで読んで処理していると、実は結構ひどいことをされていたようだ（プログレッシブでも同じだが程度は低い）。
幸いにして私はMPEG2ソースをいじることがないので助かっている。
こうゆう補間が許されるのは画面に表示するとき（動画を再生するとき）のみだと思うのだが。
再生時の補間は一般的に行われているわけだが、エンコード前のソース読み込み時にも補間されていると２重に補間され、色のにじみは更に進行してしまう。

http://www10.plala.or.jp/p205tb16/video5.html#m2vaui

>>214
この２重に補間されるという点が引っ掛かってるのだろうが、これは不可避である。
なぜなら、インタレ時の共有するラインとプログレ時の共有するラインの組み合わせは異なるからである。
インタレYV12　-> 補間プログレYV12 -> 再生時プログレ補間
これが唯一正解のルート。

>>215
ってことで、IVTCせずインターレスエンコ〜

>>215
XviDも変な動作しない？
インタレエンコだと激しく色がずれたように見える

ffdshowを CVS2004/12/16版にあげますた。
あとChangeLogも。
http://www.h7.dion.ne.jp/~moroheiy/

物彼産

>>218
おつです〜
早速使わせていただきます

クロマエラーって難しいよね。DVDのエンコーダ側で
インタレYV12なのかプログレYV12なのかの情報がすでに間違ったりしてるらしい。
その間違いをデコーダ側で吸収しようとして
結局逆のことをやんないとちゃんと再生されなかったり。
自分の環境でちゃんとみれるように試行錯誤するしかないんでは？
ちなみにうちではavisynth（+DGIndex＆DGDecode）で

YV12toYUY2(interlaced=false)

としてXviD（VirtualDub）でインタレエンコすることでまともにみれるようになった。
なんでちゃんとなるのか理屈は分からん。
今までチラチラしていた赤の輪郭がピタッとおさまった。
リンプレでテレビでみてるからちょっと特殊な環境かな？
たぶんパソコンで観るにはあてはまらんでしょう。

>>218
乙ｶﾚｰ

>>218
ありがとうございます。

XviDの内蔵カラースペースコンバータについて少し調べてみた。
・YUY2->YV12（UV成分について）
プログレの場合は縦2サンプル分の平均、インタレの場合はフィールド別に
プログレと同様の平均値（単なる平均）をYV12のUV値にしている。
プログレはいいとして、インタレの場合は、一般に良く見るインタレYV12
に比べてサンプル点がズレてくる気がするけど大丈夫なんだろうか？
・YV12->YUY2
プログレの場合はYV12のひとつのUVサンプル値を縦2サンプル分にそのまま
コピー。インタレの場合はフィールド別に同様の処理。
要するに単なる nearest neighbor なわけで、汚いといわれても仕方ないかも。

ついでに>>210の続き、
target file size に加えられた24バイトxフレーム数分のAVIオーバーヘッドは、
このあと2passプラグイン内できちんと引かれていたので、コード自体には
問題は無いみたいです。

クロマエラーについて勝手にちょっとまとめてみた。違ってたら指摘よろ。
ソースはここ。

ttp://www.hometheaterhifi.com/volume_8_2/dvd-benchmark-special-report-chroma-bug-4-2001.html

DVDの映像フォーマットはYV12だが、それがインタレYV12なのかプログレYV12なのかの
情報は実はちゃんと記録されている（"progressive_frame" flag）。
が、ほとんどのDVDプレイヤーでこの"progressive_frame" flagが無視されている。
理由は単純でコストダウンとデコードスピード。ちなみにこれは家電メーカーでなくて
MPEGデコーダチップ製造メーカーレベルの問題。

で、無視してどうしてるかというと「インタレYV12に決め打ち」してデコードしてるらしい。

したがってインタレYV12で記録されてるDVDならちゃんと再生されるが、
プログレYV12で記録されたものだと、赤の輪郭がギザギザになったり、赤領域の一番下
の部分に、無いはずの横線が入ったりする（なんでそうなるのかは上のサイトを参照）。

昔はこれでも良かった。ディスプレイの解像度が悪くて誰も気づかなかった。
メーカー側も知らんぷりしていた。しかし、現在の大画面高精細テレビやプロジェクタ
などで、このデコードエラーがはっきりと目立つことになってしまった。

・・・つづき

問題なのはインタレ映像なのにプログレYV12で間違ってエンコードされたDVDが存在する
こと？　当然再生するとクロマエラーが出る。
またはその逆で、プログレYV12で決め打ちして再生するデコーダチップもある？
それだとちゃんとしたインタレYV12ソースでもエラーが出る。

で、何が言いたいのかというと、この経路がどこか間違っているなら、XviDでエンコード
して赤の輪郭がおかしいとかいうのはちょっと違うのかもっていうこと。XviDに入れる前に、
自分のデコーダにあわせてクロマの情報を修正してやればいいはず。
それで色々やったら、漏れの場合は>>221みたいにしたらなぜかちゃんとなった。

正解はソースとデコーダの組み合わせで変わるので、自分の環境でやってみるしか
ないと思う。

HEAD更新しましま

なんか正式版になって速度遅くなってねぇ？1.0.2入れてみたんだけど、1.0の時は
速度重視のWMVより15%くらい速かったのに、1.0.2にしたらWMVの速度重視より
10%ほど遅くなっちまったよ。こんなもんですか？

設定はデフォでquantizerだけ4.0に変えただけです。

>>228
> 設定はデフォでquantizerだけ4.0に変えただけです。

quantizerはデフォルトで4.00だよ。
ちゃんとload defaultsした？

>>229
ごめんなさい、load defaultしてからもう一度複数のソースで試してみましたがやっぱり5〜10%ほど遅いです。
koepi氏のバイナリなんですがねぇ。微妙な差なんですが、速かったものが遅くなると気になります。

速さが気になるなら最適化バージョン使うといいよ

HEAD+MS or インテルコンパイラならだいぶ速くなるよ（1.02比）

昨日のHEADの更新内容。
date: 2004/12/17 11:57:59; author: syskin; state: Exp; lines: +1 -1
faster bvop-vhq

date: 2004/12/17 10:45:01; author: syskin; state: Exp; lines: +14 -9
serious optimizations, both speed and psnr improved

>>233に追加
2004-12-18 12:06 syskin

* src/motion/estimation_rd_based.c: faster vhq - bail out of intra
RD calculations even sooner

2004-12-18 06:51 syskin

* src/motion/estimation_rd_based.c: faster vhq - bail out of
different RD calculations sooner

2004-12-17 15:42 syskin

* src/motion/estimation.h: faster bvop-vhq

2004-12-17 11:57 syskin

* src/motion/: estimation_bvop.c, estimation_rd_based_bvop.c:
faster bvop-vhq

>>234
RD(Rate-Distortion quantisation)機能って使ってる？
俺は怖くて使ってないんだが。
今は改名して Trellis quantisation っていってる奴だけど。

あれは得体が知れなすぎる

>>234あたりの変更と Trellis-Based quantization は直接の関係は無いですよ。
その trellis ですけど、ソースによっては暗部でのブロックや、色ノイズが
目立つような気がします。メリットとしては、画像がシャープになるらしい
ですが、あまりよく分からないです。
結局のところ、気分によって使ったり使わなかったりですね。

2ﾊﾟｽ以上は意味無いんでしょうか？
なんかの雑誌でやればやるほど画質が良くなるって書いてあった（WinPCかな？）ですが。
3ﾊﾟｽ以上のやり方がわからないんで教えてもらえますか？もしくは解説サイトの紹介でもいいのでお願いします

This is XviD 1.0.3 bugfix release.

This release fixes very minor bugs. It is source and binary compatible
with the previous version.

As a sidenote, the 1.1 is maturing fast these last weeks and it's quite possible
Santa Claus could bring you an official beta release of this new tree before the
end of the new year.

The 1.1 tree brings a fair number of optimizations in the decoder, better quality
and more speed for the encoder, a brand new PowerPC port, a Linux AMD64 port...

Changes since 1.0.2:

* xvidcore
- Fixed trellis optimization overflow for quant <= 2.
- Don't read too short streams. This prevents from reading useless
stream garbage.
- Fixed 64 bit crashes because of addressing assuming 32bit integers. (Andre Werthman)
- Fixed 2 diamond search bugs (one was causing searches in wrong directions,
the other one was causing an early exit)

* VFW frontend
- Better stride calculation

* DShow frontend
- Better stride calculation

-- Edouard Gomez

>>238
意味はあります。>>183 は実験的な2ﾊﾟｽと3ﾊﾟｽ。2ﾊﾟｽの
結果を観て気に食わない部分があれば、その部分をZoneで
任意に設定してやれば良いと思われ。>>108-116 を参考に。

>>239
1.0.3 ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!

さっそくUPDATEしますた。

トレリス量子化で検索した結果
ttp://www.denkikei.u-tokai.ac.jp/kenkyu99.html

ここでやると迷惑かかりそうなので、iRiver PMP-120 (140)
持ってるﾔｼ↓こちらに誘導しておきます。よろしく。

DTV板の連中って携帯型の動画再生機器もってるの？
http://pc5.2ch.net/test/read.cgi/avi/1101992907/

今PCに入ってるXvidのバージョンって
どうやったら確認できる？

>>244
AVIUTLなりVirtualDubなりから「映像圧縮の選択」でXviDを選んで
「コーデックについて」をクリック。

>>245
ｱﾘｶﾞ�d
いつも見てる場所なのに気づかなかった・・・_|￣|○

>>239
こえぴーきたー

ｷﾀｰ

1.0.3いれて800x600のソースをエンコしたけど、フルスクリーンにするとカクカクで見れないorz

XVIDってこんなおもかったっけ？

CVSではHEADも更新されてますな。
変更点は xmm-ed transfer8to16_2() - faster bvop-vhq など。

この数日はBVOP-VHQ周りの変更が多いなぁ。

>>249
1. PostProcessを全部切る
2. ffdshowを使う

DivXだとサイズが異常にﾃﾞｶｸなるアニメはXviDでエンコしてる。結構縮んで良い感じぃ

良い感じ
わちゃぱわちゃぱ
つーかー

QBの値や指定ビットレートで容量変わるのに縮む縮まないってどういうことなんだろう？

HEADもいい加減ffdshowみたいにVHQや動き検索のスイッチ
細かくいじらせてくれてもいいんじゃないかと思った

>>254

>>218
http://people.freenet.de/moroheiy/

こっちも余裕があったらおながいします。

パトレイバー2、3.5Mbpsで平均QT1.68になった。
セルアニメだけど結構縮むね。

QT2未満ってQT2とほとんど変わらんから、もっとビットレート下げたほうが
気持ちいいかと。

１使うぐらいならMpeg2にした方がよさげよ

QT2だと暗部のノイズ感がどうしても気になるんで、
このところビットレート上げ気味だったりする・・。

XviD好きなんでMPEG-2は使わない方向で。

>>261
じゃあ、WMV使え。ｱﾆｦﾀ死ねよ、うぜーよ！
　　　　　　　　 ,,-―--、
　　　　　　　　|:::::::::::::;;;ﾉ　　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　　　　|::::::::::(　」　＜　XviD好きなんでMPEG-2は使わない方向で。
　　　　　　　　ﾉﾉﾉ　ヽ_l　　 ＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　　　,,-┴―┴- 、　　　 ∩_
　　　　　／,|┌-[]─┐|　＼　　( 　ﾉ
　 　 　 / ヽ| | 　バ　 | '、／＼ /　/
　 　 　/ `./| | 　カ　 |　 |＼　　　/
　 　 　＼ ヽ| lゝ 　 　|　 | 　＼__/
　　　　　＼ | ￣￣￣ 　 |
　　　　　 ⊂|＿＿＿＿__|
　　　　　　　|l＿l i　l＿l |
　　　　　　　| 　 ┬ 　　 |

ﾘｱﾙでやるか？

XviD好きなんでMPEG-2は使わない方向で。


しばらく使えそーだな　このフレーズ
バカ丸出しでハズイな

バカですみません。ハズいです。
でもなんでWMV？

お前ら指つめのマサ呼ぶぞ？

>>266
指つめのマサって最近聞いたんだけど思い出せない・・・
なにで出てたっけ？

イマイスペシャルだべ

>>268　ｱﾘｶﾞ�d
あぁそうそう
イマイさんは凄かったなぁ
昨日みたことがすぐ思い出せないなんて・・・

漏れはイマイさんをXviDで保存してるゼ

XviD好きなんで（ｒｙ

指は詰めない方向で。

指つめなんて朝鮮の風習だよ
武士が指詰めたら、刀持てなくなるしね。

このコーデックアニメで使うと最強じゃね？

アニメオタク向けコーデックXviD誕生！

低bitレートのRV10
中bitレートのh.264
高bitレートのXviD

WMV9紙

ﾎﾞｹﾎﾞｹ

WMVってノイズ少ないけど、色情報がかなり落ちるからアニメには不向き。
DivXに限っては話にならん。消去法でXVID。

いまさらながらだけど、HEADの最新かなりエンコ速度速くなってね？

なってる

>>278
あと、鬼混合のアニメにはRV10のまるごと60pがサイズ小さく納まって有効だよ。

　　　　　　　　 ,,-―--、
　　　　　　　　|:::::::::::::;;;ﾉ　　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　　　　|::::::::::(　」　＜　XviD好きなんでMPEG-2は使わない方向で。
　　　　　　　　ﾉﾉﾉ　ヽ_l　　 ＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　　　,,-┴―┴- 、　　　 ∩_
　　　　　／,|┌-[]─┐|　＼　　( 　ﾉ
　 　 　 / ヽ| | 　バ　 | '、／＼ /　/
　 　 　/ `./| | 　カ　 |　 |＼　　　/
　 　 　＼ ヽ| lゝ 　 　|　 | 　＼__/
　　　　　＼ | ￣￣￣ 　 |
　　　　　 ⊂|＿＿＿＿__|
　　　　　　　|l＿l i　l＿l |
　　　　　　　| 　 ┬ 　　 |

HEADのアドレス変わったの？

>>279
VHQの高速化が大きそう。はよ1.1betaなりRCなりがリリースされんかな。

>>283
ttp://uk.geocities.com/xvid2ch/instant/
ttp://celticdruid.no-ip.com/xvid/

>>285
おおここにあったのか。ありがと。

XviDって、いろんな作者さんがいるらしいけど、最強に安定してるのって、誰さんが作った奴ですか？

>>287
はっきり言って最強に安定してるようなのは無い
XviDはどのバージョンでも不安定

確かに作者はいっぱいいる。
みんなが寄り集まって作ってるもんだし。
でもバイナリがいっぱいあるのはまた別。
バイナリを作った人間は作者ではないし、ソースには手を入れてない。
何が違うのは過去ログよめ。

koepiは手を入れてるな。
明らかにオリジナルと違う動作をする部分がある。

koepi先生はもっと考え方を柔軟にオープンにした方がいいと思います。

>>289

　　　　　　　　 ,,-―--、
　　　　　　　　|:::::::::::::;;;ﾉ　　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　　　　|::::::::::(　」　＜　何が違うのは過去ログよめ
　　　　　　　　ﾉﾉﾉ　ヽ_l　　 ＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　　　,,-┴―┴- 、　　　 ∩_
　　　　　／,|┌-[]─┐|　＼　　( 　ﾉ
　 　 　 / ヽ| | 　バ　 | '、／＼ /　/
　 　 　/ `./| | 　カ　 |　 |＼　　　/
　 　 　＼ ヽ| lゝ 　 　|　 | 　＼__/
　　　　　＼ | ￣￣￣ 　 |
　　　　　 ⊂|＿＿＿＿__|
　　　　　　　|l＿l i　l＿l |
　　　　　　　| 　 ┬ 　　 |

ただ説明できねーだけだろ。

12/10と12/19のheadはpsnrが同じだった。
12/05のは引き摺りノイズとか全体にモサモサと出やすいブロックノイズがDivXみたいでおもろい。
そのおかげでフェードに強い？かもしれない

違いとは

ソースが違う。
ソースを個人的に弄る。
コンパイラが違う。
コンパイラの最適化オプションが違う。
その他

NGワード：| | 　バ　 |

安定を求めるならdivx使えよ

盆場HEAD

>>289
違いの説明ﾏﾀﾞｰ?

>>298
自分で調べろよ池沼

>>299
教えろよ池沼

>>299
ﾌﾟ

-xvid

違いが分かる男

なんか急に荒らしがやってきたな…

XviDバイナリのexe形式の奴を解凍するだけの方法ってなんかない？

>304
冬休みだからなｗ

冬厨 VS 年中2chに入り浸ってる奴

一年厨

　　○　　　o　　　　○　　o　　　　o　　　○　　*　。　+　*　ﾟ　*　　o　　O　。 
。　　o　　O　。　○　　o　　　　○　　　　　　　*　*　+　ﾟ*　*　　。 
　　○　　o　　　　○　　o　　　　o　　○　　。*　+　*　*　　o　　O　。 
　　o　　　。　　　　　　　　　 .______o　　O　　*　ﾟ　+　* 。　 　　。　° 
　。　○　　o　　　　○　　 ／　　ｨ　　　　+　。*　*　　o　　　　○ 
　　　　　　　　o　　　　　 /ニニﾆ)⌒ヽ　*　　+　　　　o　　O　　　　o　　　 
　　　　o　　　　　　　　　<｀∀´　>＿__）+ *　　。　　○　　　。　　o　 
　　○　　　。　　○　 ／○　　○） ／|,.　o　　　　　 　O　 o　　o　　O　。 
。　　o　　　　o　　 ∠∠______∠_／ ／　　　　○　　。　　　o　 
　　　　　　o　　　　.|／万景峰　|_／　　○　　　。　　o　　O　。 
　o　　O　　　　　／￣￣￣/￣　　　o　　　 。○　　　。　　o　　O　○ 
　　　　　　。　 ノ　　　　　 /　　　 o　　　　　　　　　O　　o　　O　。 
　o　　　o　 ∧ ∧___ﾉ)∧ ∧___ﾉ)　　　　。　　　o　　　　　　○ 
　　　o　　 <｀∀´ >　<｀∀´ >　つ　 o　　　。　　。　　　o　　　　　　○ 
　。　　　o　∪-∪'"~ ∪-∪'"~　　。　　。　o　　　°o　。 
　　　　 ＿_　 ＿　。　 　 ＿_ 　 ＿　　o　 o＿_ 　 　 　 ＿　° 
　 ＿_ .|ﾛﾛ|／　 ＼　____..|ﾛﾛ|／　 ＼　＿_ |ﾛﾛ| ＿_. ／　 ＼ 
＿|田|_|ﾛﾛ|_|　ﾛﾛ|＿|田|.|ﾛﾛ|_|　ﾛﾛ|＿|田|.|ﾛﾛ|_|田|._|　ﾛﾛ|＿ 

プレゼントとケーキを回収しに来たﾆﾀﾞよ。

ｸｿﾋﾞﾄﾞ終了

↑死亡確定のVP厨

ＶＰ房は巣に帰れや

マシンがショボくて上手く再製できないです。
ここで聞くことではないと思うのですが、
軽くて再生しやすいプレイヤーなどありませんでしょうか？
姉の動画なんですが……。
今使っているのはBSplayerというものです。

誤爆っぽくないけど誤爆しました

ハコ箱で再生できないならあきらめろ

>>313
VLC
マジ軽過ぎ

姉の動画が気になる。

>>313
VLC

VLCってBフレに対応したの？
ｶﾞｸｶﾞｸするけど

>>313
姉の恥ずかしい動画うぷ

柿の恥ずかしい動画うぷ？

>>321
ｵﾔｼﾆｰﾄ決定ﾞ

1.1なんだけど、GMCの効果が上がってる気がする。
今日のフィギュアスケートエンコしてて思った。

みんな、Quantization typeいじってます?
画質がイマイチだった場合、QTを下げるのと、H.263→MPEGすると、
どっちがまっとうなんでしょうか。
実写TV、640x480 Q=2あたりでやってます。

Q2?
bakazyane-no?
8mbpsittyauYO

>>325
QT2で、~2Mbpsですが何か?
ちなみに、1.1.-127。

取り敢えず、こいつの作った奴なら安心だって作者さんを教えていただけませんか？
過去ログ読んでも良く分からなかったので、おながいしますエロいひと。

>>327
アナル男爵

これ使うとアニメが色のはみ出しがひどいんだけど
アニメに絶対向いてないと思った
でも上見るとアニメ向きって書いてあるんだよね・・・

羽（MTVX）と非常に相性が悪いので、XviDはあきらめます。
やっぱ、MPEG-2が一番安定。

>>329
何と比べて? 同じサイズで比べてるか?

>>331
頭悪いヤシは放置放置

>>331
DivX5.1だと問題ない
同じサイズで比べてるけどあまりにひどい

これ使うと玉袋のはみ出しがひどいんだけど・・・・

ﾜﾛﾀｗ

はみ出るほどでかくねーだろ（ｹﾞﾗ

ﾄﾗﾝｸｽが小さいんだろﾜﾗ

Ｘｖｉｄしか使ったことないんだけどバラエティはdivxと比べてどっち
がむいてるの？トークが主で動きは少ないような番組

向こうで聞け

むいちゃいやん

色がにじむとかは設定が悪いんじゃないのか？

玉袋がちぢむとかは設定が悪いんじゃないのか？

そういえば、冬休みか。納得納得。

>>307

>>344
ニート厨の勝ち

>>330

　　　　　　　　 ,,-―--、
　　　　　　　　|:::::::::::::;;;ﾉ　　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　　　　|::::::::::(　」　＜　XviD好きなんでMPEG-2は使わない方向で。
　　　　　　　　ﾉﾉﾉ　ヽ_l　　 ＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　　　,,-┴―┴- 、　　　 ∩_
　　　　　／,|┌-[]─┐|　＼　　( 　ﾉ
　 　 　 / ヽ| | 　バ　 | '、／＼ /　/
　 　 　/ `./| | 　カ　 |　 |＼　　　/
　 　 　＼ ヽ| lゝ 　 　|　 | 　＼__/
　　　　　＼ | ￣￣￣ 　 |
　　　　　 ⊂|＿＿＿＿__|
　　　　　　　|l＿l i　l＿l |
　　　　　　　| 　 ┬ 　　 |

しっかし、各スレ如実にバカが増えたな…

君もそれしか言わないな…

それしか言えないんだよ

>>348-349
煽り乙。その言葉がそのまんま自分に振り掛かることぐらい自覚できる知能があったら
よかったのにね。

そんな怒んなくても…

どっちがムケてるかハッキリさせようぜ！

ほんとレベルの低いシモねたばかりだな
君たち小学生でも低学年の方たちだろ
年齢は知らんが知能はその程度

ムキになるなよw

http://monoganac.ddo.jp/up/src/milktea0144.avi.html
XVIDってすごいね。感動した。

すげーキレーだなぁ。どやったらそんなキレイになるんだろ。
むぅ、エンコってむじぃーな。

60fpsの威力じゃないかい？

これで綺麗なの？レベル低くないか？

サンプルあげてみて

ｷﾓｱﾆﾒでよければいいですが捕りませんか？

インタレエンコ出来るのに60化する必要なんてあるのか？

>>355
ソースの画質が分からないし、DivXとか他のコーデックと比較もしてないんだからXvidが他よりも綺麗になるとも言えないんじゃないか？

むしろ、かわいい。

>>358
アニメと実写を比べてもなあ・・・
実写のスポーツ系60FPSをこのビットレートに収めたわりにはかなり綺麗だと思う。

汚くはないことは確かだと思った。だから綺麗といっていいんじゃね？

>>361
インタレエンコって言うとインターレースを保持したままエンコードすること？
それってPC上では綺麗に見れなくない？

>>366
うちはffdshowのHW Deinterlacing使って見てるけどかなり綺麗だよ

日常流れ作業手抜きエンコでこんな感じ。
ソースはbs/mtvx mpeg2-8M/30fpsで
TomsMoComp/LanczosResize
xvid 1.1/single pass 2.0
http://monoganac.ddo.jp/up/src/milktea0167.avi.html

ﾌｻﾞｹｰﾙﾅ

>>368
眼大丈夫？

フレームレートと解像度を考えたら、358の3倍以上のビットレートじゃないか！
綺麗だとは思うけど、比較はできんなあ。

XVIDってV-BOPのところの数値をいじると劇的に出来が変わるから、
職人魂の見せやすいコーデックだよね。

>>371
釣りですか？

>>368
色差が輝度と時間軸でずれて見えるのはうちだけ？

書き忘れてたけど、こぴわん回避にDVE通してる。
今日の夕方NHKでフィギュアあるから腕自慢の人はやってみせてよ。

>>371
1ドットあたりにさいているビット数で比べると、あながち的外れなでもないと思うけど。

WMV職人やDIVX職人も巻き込んで、同一ソースでエンコ大会を開いてみたいな。

はい、
×V-BOP
○B-VOP
ですね。

インタレ保持よりも、プログレ60のほうがサイズ縮む気がするんだけど

気のせい・・・多分

色々なオプションつけて2passするとき1pass目にもオプション付けないとダメ?
wideserchとかにすると遅くなるから。

基本的にはダメ

1passと2passは当然同じオプションで。
時間かけられないやつは、おとなしく1passでやってください。

暗部でのブロックノイズを抑えるには、MPEG量子化ですかね？
TMPGEncの数値を色々試したけど、変わんない…

今までエンコしてきた動画を暗い部屋で見たら結構汚かった…

>>382

　　　　　　　　 ,,-―--、
　　　　　　　　|:::::::::::::;;;ﾉ　　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　　　　|::::::::::(　」　＜　XviD好きなんでMPEG-2は使わない方向で。
　　　　　　　　ﾉﾉﾉ　ヽ_l　　 ＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　　　,,-┴―┴- 、　　　 ∩_
　　　　　／,|┌-[]─┐|　＼　　( 　ﾉ
　 　 　 / ヽ| | 　バ　 | '、／＼ /　/
　 　 　/ `./| | 　カ　 |　 |＼　　　/
　 　 　＼ ヽ| lゝ 　 　|　 | 　＼__/
　　　　　＼ | ￣￣￣ 　 |
　　　　　 ⊂|＿＿＿＿__|
　　　　　　　|l＿l i　l＿l |
　　　　　　　| 　 ┬ 　　 |

2 pass で zone option 使うと 設定したｻｲｽﾞよりも
大きくなってしまうのは、仕様でしょうか？
version 1.1.-127 ("xvid-1.1-cvshead")
↑これ使ってますけど。

>>382
Quantizationのところでもいじってみたら？
Maxを8あたりにするとか

日本のアナログ放送だと秒間60フィールドの30フレームで放送されてるんだよね？
実フレーム60でエンコードする意味が分からんのだが・・・。
>>355のソースってトップフィールドとボトムフィールドが重なって綺麗な一枚の
画になるんでなくて、フィールド単位で画が違うの？後者ならフィールド補完して
実フレーム60にする意味はあるのかな。なんかとんでもない勘違いしてる俺？

>>386
>フィールド単位で画が違う

テレビとはほんらいそういうものだ。1秒間に60回撮影し、間引いて伝送する。
偶数フィールドと奇数フィールドは、1枚の絵を分解したものではない。
アニメや映画のほうが特殊。

エンコ素人じゃが、フィルタも何もなしで試しに60fpsでやったら動きがなめらかで綺麗じゃった。
時間もサイズも29.97と全然変わらん。
職人がフィルタだのノイズだの言ってるが、何であっさり60にせんのじゃ？

時間もサイズも29.97と全然変わらん。

な訳ねーよ(AA略

>>389
訳ねーと思ったが実際そうじゃったんじゃから言ってるんじゃろが。
TMEでやってみ。

>>388
フィルタ無しでどうやって60fpsなんてやったの？

ID:Z+zSNpaw

>>390
時間もサイズも1.8倍程度になりましたが。

>>391
インタレ保持ってオチかもな。
ビットレート指定でエンコすれば、滑らかだが時間もサイズも29.97と全然変わらないものが出来るｗ

ダメじゃったわ。
Mpeg対応DVDプレイヤーで再生してテレビに映したら音ズレがひどい。
PCだと画面の処理がついて来ないし、とても使い物にならん。
結局わしは素人じゃったわい。

>>394
Mpeg対応　×
Mpeg-4対応　○

じゃったわ
とか言ってないで就職していいパソコン買おうな
11歳の小5より

まぁまぁ、あまり大人をいぢめちゃだめだよ
6歳の幼稚園児より

1500円でgeforce2mx買えば高いパソやらCPUやら買わなくても
ハードウェアデインターレースで滑らかエロ動画が見れるよ。
と保育園児がアドバイス。

>>391
AviUtlでもできるよ。
3次元プログレッシヴ化という激重プラグインがあるが、60fps化だけなら不要。
詳しく調べてないが、フィールド内で上下補間してると思われ。

たかが640に実再生時間以上かけてその上2パスまでするぐらいなら、
俺ならmpeg2のまま残すよ。

まあ、みんなHuffなんですけどね

>>386
テレビで観るのかパソコンで観るのかで全然違う。
テレビでインタレ表示なら実質30fpsでなくて60fpsになる。
パソコンで普通にインタレ動画を観ると30fpsのギザギザ画像。
インタレに対応したソフトで観ると実質60fps。
ってことだと思う。

リアル小学生もエンコしてる予感。

あたりまえだ！
秋葉に来てる中学生の実に20％が自作オタ
その趣味に始めてはまった時期のほとんどが中学入学前

自作から始めるパソコンか・・。
じゃあテレビ録画が趣味の小学生も少なからずいるわけだな。

自分がいま小学生だったら間違いなくやってるだろうが。

MPEG4 Modifier v1.3.0が出てる
連結したaviも読めるようになった
ttp://forum.doom9.org/showthread.php?threadid=78050

相変わらずD＆Dには未対応か

exeにD&Dなら対応

AviSourceんの枠んとこだけだからちょっと狭いな。

>>408-409
おぉ、ｻﾝｸｽ
気付かんかった

あけおめこえぴぃ

HEAD最高！

何がでるかな？

>>387
いや、NTSCの規格では386の言い分が正しい。
60フィールド・30フレームが本来の姿だが、
インターレースで走査することを前提にしているから、
60フィールドでも問題ないという事で60フィールド伝送しているだけ。
NTSC規格の勉強をオススメする。

>>414
何を偉そうに

　

大凶かよ。。。。。。。。。or2

とにかく大吉でたらXVIDの画質が飛躍的向上

尻ﾃﾞｶｯ

>>418
元旦限定ですよ

a

>>414
386-387のやりとり理解してるか?

まず、文体が偉そうになってしまって申し訳ない！
この点は私の落ち度として謝りたいと思います。
>>415さん、ごめんね。

>>422
勿論、理解したうえでレスしたわけなのですが･･･。

386さんが──
>日本のアナログ放送だと秒間60フィールドの30フレームで放送されてるんだよね？
>実フレーム60でエンコードする意味が分からんのだが・・・。

と疑問を抱いていたようなので、その考えは正しいと･･･。
NTSCは、２フィールド・１フレームの2:1インターレースが本来の姿で、
現在あたりまえのようになっている60フィールド（１フレームが成り立たない）伝送は、
ブラウン管のインターレーススキャンや残光特性等を利用した
イレギュラーな規格なわけで──

>>>386
>>フィールド単位で画が違う
>
>テレビとはほんらいそういうものだ。（以下略

というレスに対して、テレビ本来の規格ではないですよ〜
と書きたかったのですが、わかりにくいようでしたらｽﾐﾏｾﾝ。

新年早々お騒がせしました。

Divx5.21は重くてつかえねー
んでXviD1.03にしたらいい感じじゃないの、これ
軽いし無料だしDivxなみに綺麗だし　【・∀・】ｲｲ!

414は紳士！わかりやすいぞ！

本来の姿とか、規格がイレギュラーかどうかなんてどうでもいい事だが。

>>386
>トップフィールドとボトムフィールドが重なって綺麗な一枚の
>画になるんでなくて、フィールド単位で画が違うの？後者ならフィールド補完して
>実フレーム60にする意味はあるのかな。

その推測で正しいよ。スポーツ、ドラマ、教養番組などが
各fieldごとに、1/60秒ずれた絵で送られて来るので、480ラインの1フレームにしても綺麗に重ならない。

そういう映像をPCで見たくて、再生時にインターレース解除したくない時に実フレーム60を使う。
まあ最近はDVD焼くのも簡単だしffdshowの再生時解除もあるからめったに使わなくなったが。

インタレ考えた昔の人はえらいな。HDな時代にも古い技術が生き残ってしまった。

とってもド素人の意見ですまんが
ハイビジョンの規格ってなんで今更インタレ入ってるんだろう。
どうせ見るテレビはプログレ対応なんだしフレーム増やせば
インタレなんてかける必要なんてないんでない？

>>428
普通のTVでも見れるようにするためじゃないの？
あとハイビジョンってアナログ電波で送るんじゃなかったっけ。

アナログ電波

>>427
昔の真空管テレビではプログレなんて無理だったんで仕方なく
インタレ方式にした。後に十分プログレ表示出来るようになっても
放送規格を変える訳に行かず、今に至る。

>>431
今のテレビでプログレできるのは、ブラウン管に信号を送る前にフレームを電算機的に
水増しできるようになったからで、ブラウンの管の問題ではないと思う。

>>427 >>428
まず、432さんが仰るとおりブラウン管（表示装置）側の問題ではありません。
インターレースがNTSCのみならず、HD放送（1080i等）でも使用されているのは、
伝送時の周波数帯域に制限があるため、帯域を半分に間引くのに使われています。

NTSCが2:1インターレースにすることにより、
周波数帯域を半分に出来るというメリットをHDでも応用しているわけです。

早い話が、送り側の都合で生まれた技術ですね･･･。

リアルHD解像度表示できる家庭用のテレビってほとんどないんだよね。
ブラウン管に限っては皆無。現時点で一部の液晶テレビとプロジェクタのみ。
1280×720pで放送したほうが解像度対画の再現性で良かったのではないかと。

>>434
そのクラスの液晶なら今安いもんね。

なに、ひととおり普及したらまた規格を変えますから

デジタル放送はFPSがいくらであろうとインタレであろうとプログレであろうとデータの上限が決まってるのだから
インタレで放送したところで周波数帯域の削減にはならないよ

プログレだと圧縮効率が上がるんじゃないか?

いや、キャプがプログレのほうが圧縮率いいのは、インタレソースだからか?
(変換で情報が欠落する)
わかんなくなってきた。

質問です
http://uk.geocities.com/xvid2ch/からXvid 1.0.1を入手しインスコしようとしたら

このハードウェア
サウンド、ビデオ、およびゲームコントローラ
を使用するためにインストールしようとしているソフトウェアは、
Windows XPとの互換性を検証するロゴテストに合格していません。

インストールを続行した場合システムの動作が損なわれたり不安定になるなど
重大な障害を引き起こす要因となる可能性があります
今すぐインストールを中断しWindowsロゴテストに合格したソフトウェアが入手可能
かどうかハードウェアベンダーに確認されることをMicrosoftは強くお勧めします。

という警告がでました、これは無視して大丈夫なんでしょうか

日本語が読めないんですか。

自己解決しました
無視してインスコで大丈夫でした。

>>441
架空請求メールにダマされて
あっちこっちの掲示板で聞きまくり
毎日をオドオドして生きてるタイプだな

そういうｵﾏｲはnetをやる資格なし

必死に叩くのも冬厨

>>442
どした？なんか辛いことでもあったのか？

動画を以下のようにエンコードできないでしょうか？

　コーデック: XviD MPEG4 (XviD 1.0.2コーデック推奨)
　解像度: 220 x 176のみ
　フレームレート:最大10fps
　ビットレート:最大500Kbps (450Kbps以下推奨)

できます。
てか、ビットレート230kbpsもあれば十分みれる画に
なる気がする。

そういう風にエンコできるフリーウェアってあります？
手に入れた動画はiriverのH300シリーズで何故か再生できなかったんです。

書き忘れた、横解像度224にかえたほうがいいかも。

>>445
iRiverですかぁ？
一応実験済み320kbps程度でも十分だよ

AviUtiLでもVDubでも好きなの使ってください。

普通にぐぐれば見つかります？

この板で見つかります。
ググッてもいいけど。

Xvid更新マ(@盆@)ダー

あぁ、ありました。
頑張ってみます。

お礼言うの忘れてた（⊃Д`)

どうもありがとうございました。

>>447
手に入れた動画は手に入れたところで聞いてください

>>455
近所のゴミ捨て場で拾ったんですが

>>438
映画やアニメのように元々実フレームで24fps（アニメは一部30fpsと通常と同じ60fpsを間引いたもの
がある）で作成されており、それらをテレシネされたソースをPCにキャプした場合、インタレ保持し
てエンコするより、きちんと24fps化した方が圧縮効率が良い。
通常の秒間60コマで撮影（多分）され、それを間引いて放送（60フィールド、30フレーム）されてい
るものはインタレ保持してエンコした方が圧縮効率が良い。

画質や動きを突き詰めていけばインターレース解除を使う必要はないってことですね。

ここで質問することは間違っているかもしれませんが
思い当たる点があれば回答お願いいたします。

キャプチャーカードは
http://buffalo.melcoinc.co.jp/products/catalog/item/p/pc-mv5dx_pci/index.html

を使っていまして、 wmv や divx では録画できるのですが
XviD を使ったときだけ、録画終了時に XviD が応答不能に
なってしまいます。
xvid の設定で何かを変えれば回避できそうでしょうか？

お前の設定を提示しないでどうする

>>460
常に load defaults でやっております。

ステータスウインドウ開いてるせいじゃないの？

>>462
自分もそうかなと・・・思っているんですが・・・・
ステータスウインドウを表示せずにエンコードする方法がわからないのです。。。

>>463
Advanced Options...→Debugタブ→Display Encoding Status
これをオフにすればステータスウィンドウは表示されないと思うよ

>>462
・・・と思ってよく見るとデバッグの中に、
ディスプレイエンコードステータスってのがあったので
チェック外してみると、うまくいきました。

ありがとうございます。

>>464
うまくいきました。ありがとうです。
（あとは、divx では音声のズレが発生していたので、それが xvid でどうなるか・・・
　これはpc-mv5dx/pci スレッドやグーグルで調べてみます）

今まで11:08:02, Feb 24 2003 / Core Version 2.1というめっちゃ古いのを使ってたけど、
久々に更新してみます。最近キャプチャ・エンコードをまた始めたので。

んで、KoepiさんのところからXviD-1.0.3-20122004.exeをもらってきたんですが、
Decode all supported FourCCs [DivX, DX50, MP4V]ってのはみなさん有効にしてますか？

しない。FFdshowまかせ。

XviDのデコーダはアップサンプリングが簡易らしく汚いのでffdshow推奨

XviDやDivXな動画の高品位再生に関する話題ってどこが適当ですか？
本家であるXviDのデコーダ使うのがいいかなとそれ使ってるんですけど、
色々見てるとffdshow使ってる人も結構居るようなので。

ここでええやん

Xvidに字幕ファイル入れるにはどうしたらいいでしょうか？

字幕ファイルってなによ？

>>472
XvidはVideo Codecです

　∴スレ違い

Xvid

1.1リリースまだぁ〜ﾁﾝﾁﾝﾁﾝﾎﾟ

>>474
洋画のDVDの日本語字幕をXvidの映像にmixするにはどうすればいいですか？

>>477
言い回しを変えてもスレ違い

つーか、ｸﾞｸﾞれば調べられる事を質問してくるｳﾞｫｹに
教えても理解できる頭を持ってるとは思えないなｗ

>>477
消えろ、池沼。

>>477
vobsubで動画ｽﾄﾘｰﾑに入れ込んでaviにするか、格納形式をmkvにしてぶち込む
前者は字幕on/offはできないが、PCデータ再生OKなLink Playerとかでも再生可
後者は字幕on/off可能だが、まだmkv形式対応のプレイヤーないのでPCに直接TV繋ぐしかない

ｽﾚ違いｽﾏｿ

>>477
Vobsub

どうがんばってもXviDには入らないよ。

>>480
親切心で教えてるつもりだろーが
ｽﾚ違いな池沼にｽﾚ違いと知りながら教えてる
ｵﾏｴは池沼以下

>>483
池沼池沼と連呼してるが何か辛いことでもあったのか？

煽りや荒しもスレ違い＾＾

>>485
煽りや荒しは２ｃｈの文化じゃｳﾞｫｹ

冬だな

>>486
お前が一番スレ違いに見えるが

>>488
いや，むしろ板違い

DTV板見たらLR無かったんで板違いは無いんじゃないか？

あのきにょんどあ

つうかさぁ
ｌｒ知ってると推定年齢がばれるけど、それはいいとして
その人の書き込みがこれじゃぁねぇ…

>>490
LRってなぁに？

2passで腑に落ちない点がある。
1パスQ5で、2Mbpsくらいになるソースがある。
これを2パス2Mbpsだと、3〜10と大きくばらつく。(平均は5くらいなんだが)
4〜6とかならともかく、いくらなんでもばらつきすぎとは思わんか?

一秒当たりの割り振りだから、そんな感じになるじゃない?
動こうが動くまいが、1秒に2Mbpsしか振らないんだから

>>483
ウゼー。
気持ちよく仕切ってんじゃねえよ。
>>480みたいな人間がいるから、掲示板が成り立ってるんじゃねえか。

>>483はここを排他的馴れ合い雑談スレにしたいのさ。

>>494
必要だから3を割り振り、必要ないから10を割り振る。
XviDの努力に文句言うべからず。

koepi製1.03のエンコーダーって色深度が16bitなのは仕様なのか？
ffdshow（20050105）のxvidエンコーダー使うと24bitになるしわかんねー
ソース自体が違うからなのかと。

xvid1.03
[AVI1.0 640x480 16Bit XviD 1.0.3 29.97fps 2098f 723.65kb/s]
ffdshow
[AVI1.0 640x480 24Bit XviD MPEG4 29.97fps 2098f 937.31kb/s]

>>499
YV12=12bit
YUY2=16bit
RGB=24bit

HEAD更新きました

2005-01-05 23:02 edgomez

* build/generic/configure.in, build/generic/sources.inc,
examples/xvid_bench.c, src/portab.h, src/xvid.c, src/dct/fdct.h,
src/dct/idct.h, src/dct/x86_64_asm/fdct_mmx_skal.asm,
src/dct/x86_64_asm/idct_mmx.asm, src/image/interpolate8x8.h,
src/image/qpel.c, src/image/qpel.h,
src/image/x86_64_asm/interpolate8x8_mmx.asm,
src/image/x86_64_asm/interpolate8x8_xmm.asm,
src/image/x86_64_asm/qpel_mmx.asm, src/motion/sad.h,
src/motion/x86_64_asm/sad_mmx.asm,
src/motion/x86_64_asm/sad_xmm.asm, src/quant/quant.h,
src/quant/x86_64_asm/quantize_h263_mmx.asm,
src/quant/x86_64_asm/quantize_mpeg_xmm.asm, src/utils/emms.h,
src/utils/mbfunctions.h, src/utils/mem_transfer.h,
src/utils/x86_64_asm/cpuid.asm,
src/utils/x86_64_asm/interlacing_mmx.asm,
src/utils/x86_64_asm/mem_transfer_mmx.asm: Preliminary x86_64
linux port

>500
てことは、それぞれ色空間の設定が元から違うという事なのか
まあ見た目はほとんど変わらないし気にするほどでもないか。

>>500
内部データじゃなくて色深度の話だよ。
MMname2で調べてみ。

>>504
MMname2は、何時更新した？

ヘッダに書き込んである色ビットの情報がオカシイのかもな。
他のMPEG4系コーデックは24ビットってなってるし。

>>505
9/11版が最終更新でないの？

>>495
2パスはそうじゃなくね?

>>498
だとしたら、1パスQ5の結果は最適じゃないってことか?
2パス＞1パスQT?

ｽﾏﾝｺ、しょーもない疑問カキコしてくれて
解決しますた。

1.03のデコーダの出力をRGB24に設定したら、
Xvid
[AVI1.0 640x480 24Bit XviD 1.0.3 29.97fps 2098f 723.65kb/s]
と出ました。　　 ~~~~~
なんでデコーダーの設定が･･･　最近Divxから乗り換えたんで勝手が違うのね。

640x480 7分33秒 XviD-1.0.3 Single pass q10.00, VHQ mode 1で78.6MBになったファイルを
もっと縮めようと思って、chroma motionとAdaptive QuantizationとReduced ResolutionをONに
設定変更したら、93.2MBにサイズが増えた上に、WMP･MPC･AviUtlどれで開いても再生したり
コマ送りするとクラッシュする凶悪なファイルができあがった (((；ﾟДﾟ))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

moroheiya氏の1.0.3ｷﾎﾞﾝﾇ

>>509
なるほど、デコーダの設定だったのね。
スレ汚しゴメン。

>>510
んなばかな。Quantizer指定ならそのオプションは全部サイズを縮めるはずなんだが

漏れの環境ではReduced Resolutionでそうのようなファイルが出来上がる。
ついでに、ソースによってはAdaptive Quantizationでサイズが微増することもあり。

>>513
ステータスウィンドウを見たかんじでは、I-VOPとP-VOPのサイズは期待通りに縮んだようですが
（I-VOPは平均24KBくらいだったのが平均8691bytesに縮んでいる）、
変更前は800bytesとか1KBくらいだったB-VOPの平均サイズがIやPと同じくらいに増大してますｗ
（最小1826bytes 最大26925bytes 平均6883bytes）
Total sizeは、I: 1103KB, P: 32934KB, B: 57239KBで、総計91276KB

これらのオプションを使うときはVHQは0 - Offにしといたほうがいいんでしょうか？

最高設定にするべし

2-4で

>>508
> だとしたら、1パスQ5の結果は最適じゃないってことか?
> 2パス＞1パスQT?

きみが5と指定したんだから、XviDは5を割り振っているだけ。

VHQ mode: 4 - Wide Search（最高圧縮?）にして、chroma motionとAdaptive QuantizationはON
Reduced ResolutionはOFFにしてみたら、75.8MBに縮みました。（80,586KBだったのが77,706KBになった）
I: 130f, 9401〜36080 avg23797bytes, 3021KB, P: 5129f, 1403〜33964 avg10316bytes, 51637KB,
B: 8319f, 123〜17716 avg2315bytes, 18808KB, Total 73503KB
破綻っぽいノイズもなく再生して見た感じの違いもほとんどわからず（mode1,OFF,OFF,OFFと比べて）
ありがとうございます
Twopassも試してみようかな

>>508
俺もその辺は不思議に思ってるんだよね。Quantizerは品質を表す値ではないってことになるよね。
なんで2パスはQuantizerが変動するんだろう。

>>521
Quantizer(で指定されるﾋﾞｯﾄﾚｰﾄ）を変動させ指定されたファイルサイズでエンコードするから
ビットレートをそれほど裂かなくてもいいフレームはそれなりに・・・節約できた分は要高レートのフレームで使われる

Quantizerってフレームにさくビットレートを指定するものなの？
つまりだ。たとえば。640x480で1フレームしかない動画のソースが2つあって、片方は複雑な模様、もう片方は全部白。
これをQuantizer=3でエンコするとサイズは同一になるってことか？

サイズかわるよ。

サイズが同じになるのはビットレート指定の場合だよ。

だよなあ。じゃ2パスでQuantizerが変わる理由ってなんだろう

たとえば10秒のソースがあったとして、平均ビットレートが2Mbpsになるようにエンコした場合
QTだと10秒間に20Mbit割り振って、全部のフレームが同じ画質?になって、
2passは1秒間に2Mbit、十秒間で合計20Mbitになるようにエンコする。
で2PASSはある一秒間が動きがあってもなくても2Mbitになるようにするから可変QTになる。
これでおおむねあってる?

>>523
quantizer(QT)は量子化係数。
簡単に言えば、DCTの結果を数値にするときの目盛りの大きさに比例。
この時点ではまだデータ量に差は出ないが、
QTが大きければ(または画像が単純なら)、0が多くなるので、さらに圧縮できる。
0000000000 → 0x10 みたいに。
(動きの話は省略)

以前は(DivXでは今でも)、QTを直接指定することはまれで、
quality base(QB)で間接的にQTを決めていた。
だから、「2-passはクオリティを一定にする」というのは、「QBを一定にする」つまり
「QTを一定にする」という意味だと思ってた。
だから、>>508みたいな疑問を持ったわけだ。

>>519
Q=5を指示したらQ=5でエンコするのはいい。
2-pass＞1-pass QTなら、2-passのようにQTを自動的に変動させる1-passが
欲しい。もちろんサイズは事前にわからなくていいから。

>>527
>で2PASSはある一秒間が動きがあってもなくても2Mbitになるようにするから可変QT
それは1-pass bitrateだよな。
ビットレートを測れるプレイヤで見ればわかるが、2-passのビットレートは
大きく変動してる。

人間の目ってのは動きの激しいところとゆっくりなところで
同じようにノイズを知覚できるわけではないからな。
QTは確かに破綻が無く便利だが、そういう意味ではまだ無駄がある。

動きの激しいところの画質をちょっぴり落として、
その分ゆっくりなところに割り振るだけで見た目の画質は向上する。
XviDはその割り振り方も結構いぢれるので玄人向けのcodecと言えるだろう。

K05itefYってなんの基礎知識もないのかよ…
お勉強して出直せ。

とりあえず初心者はCBRでFA

QT指定にしとけ

QuickTimeにしとけ

マテ

>>494
advance option＞Quantizationを変えれば4〜6等に出来る
具体的にはmin=4、max=6にする

いあ、そういうこと知りたいんじゃないんでFA?

>>537
理屈が分かったところで3〜10と大きくばらつくのは改善されないわけで…
だったら解決策を示した方がよいと思った

>>538
何も解決してないって。

Quantizerがバラけるとなんかマズいのか......?
分からないなら大人しくQT使えばいいと思うよ.

>>540
あまりにも大きいQuantizerが使われるのは問題あるだろ。
ていうか2passしたことある？

あまりにも大きいQuantizer
あまりにも大きいQuantizer値

>>542
画面が真っ白（もしくは真っ黒）で複雑な絵のフレームと同じだけファイル要領食うほうが問題じゃねぇの？
↑なら圧縮効果望めないからエンコの意味ないし

因みに　　ちなみにあまりにも大きいQuantizer値＝圧縮が効いてファイルｻｲｽﾞを抑えることができるつーこと
動画ストリームというのはいろんな絵のフレームから構成されてるので高圧縮されるフレームが存在して当然

因みに　ちなみに　　って・・・・・・org 流してね

>>541
何が問題なのか分からない.
大きいQuantizer使われるのが嫌ならカーブいじればいいじゃない.

とりあえず543-544はスルー推奨しとく.

HEAD更新しました。
005-01-06 23:48 edgomez
* src/image/x86_64_asm/qpel_mmx.asm: Wrong mov size, should have
used 32bit

>>545
考え方の問題かもしれないが…
汚いと感じる場面が少ないほど高画質だと思う。
これを実現するには、全ての場面である程度良いQuantizer値を使う必要があると思うのだけど、どう？
(個人的にはI,Pフレは7以下)

>>548
２パスエンコで割り振ったQuantizer値が7以上で汚い絵になると？

>>545
一方ではクォリティはqtで決まるといいながら
もう一方ではクォリティ一定がqt一定ではないということ。

>>549
汚い絵になる。
ただ、Quantizer値を7から8に変わることで急激に汚くなるという意味ではない。

>>550
お前はQuantizeがどういうものなのか勉強するまで出入り禁止

>>552
そういうことは筋の通った答えをしてから言うんだな。

ひょっとして誰か、IP-VOPとB-VOPのqtの違いを言ってるやつはいないか?
IP-VOPとB-VOPでqtが違うのは、BVOP'sの設定がデフォルトなら当然。
それぞれの中でのばらつきが問題なんだ。

>>554
はぁ？？？

正直動きの激しいシーンなんて多少ボケててもわからないよね
人間の目なんていい加減だから、数値上の画質(Quantizer値)と見た感じの画質は必ずしも比例しない。

2Pass時にQuantizer値のバラつきを抑えたいなら、直接指定で制限するか
動きの激しいところにビットレート割り振るようにパラメータを調整すればいいと思うよ。

XviDは暗い部分が弱いからQTの範囲指定してたな
QT無かった頃だけど

今はQTだな

>>553
なにバカがいきがってんだ?
じゃあ、ttp://www.nnet.ne.jp/~hi6/lab/quantize/ ぐらい見て出直せ。

ところで>>494は
B-VOPの設定をどうやったんだろう。デフォルト設定のままならQuantizer値は

1passQT5の方は
I,P -> 5で一定
B -> 8で一定

2pass 2Mbpsの方は3〜10にバラついたってことだから
I,P -> 3〜7
B -> 5〜10

ってことだよね。
それほど大きな差があるとも思えないのだが。

I,Pが 3〜10じゃないのか

>>499
>>509
「1.03のデコーダの出力をRGB24に設定したら」
というのはConfigurationの所のoutput Colourspaceの所をRGB24に変えれば
24bitで作成出来るという事でしょうか？

>>561
デコーダっていうのは再生に使うもの

>>562
そですよね・・・恥ずかしい・・・
某フリーのエンコソフトでxvid作るとなぜか16bitでできちゃうんすよ・・・

某フリーのエンコソフト
某フリーのエンコソフト
某フリーのエンコソフト

>>559
>>554を書いた直後に……orz ネタ?
細かい数値は忘れたが、B-VOPは4-16とかだったよ。

>>558
ちょっと期待しただろ。
>>528を書くとき参考にしたページじゃねーか。

死肉疽ﾀｿ・・・・

>>563
某フリーのエンコソフト当ててやろうか、AviUtlだろ。

YUY2ってことだろ？
TMPGEncでもつかえばお望みの24bitになるだろ

>>568
そ、どっちも内部は12bitなのにね。

XviDともDTVとも関係ないけど、コンセントの電源にのるノイズを
とるのってない?電子レンジ使われると、テレビやらCRTやらが
ノイズまみれになって精神衛生上よろしくないのよ。
該当スレに誘導してもらえると有り難い。

XviDともDTVとも関係ないけど

>>570
該当スレ
ttp://www.hips.jp/doura/mbchk.php

>>528
> Q=5を指示したらQ=5でエンコするのはいい。
> 2-pass＞1-pass QTなら、2-passのようにQTを自動的に変動させる1-passが
> 欲しい。もちろんサイズは事前にわからなくていいから。

DivXのｽﾚへ帰れ。

>>561
真空波動研の表示はｴﾝｺする前のｿｰｽ出力の色空間がその
まま表示される模様。つまりRGB24で処理されたｿｰｽをｴﾝｺ
すれば24bitと表示される。どっちにしろXviDは12bitのYV12だ。

>>572
URLからワンクリ登録サイトの匂いがするのですがw
phpてなによ

>>567
ビンゴです

>>568
>>573
個人的にすごい参考になりました。
私まだまだ初心者なものでして。
TMPGEncで試してみたら24bitになりました。

同じソース1分を16bit(aviutlエンコ)と
24bit(TMPGEnc)で画質を比較してみたのですが私の目では違いがわかりませんね。
容量もほぼ同じでした。

「どっちにしろXviDは12bitのYV12だ」との事だからでしょうか？

ヘッダだけ。

<html><head><title>真田代砲Ｒ</title></head>
<body>訪問先URL<br>
<input size="50" name="urlEd" value="訪問先URL入力" type="text"><br>
更新間隔：<input size="5" name="ival" value="1000" type="text">（1000＝1秒）<br>
起動窓数：<input size="5" name="pop" value="5" type="text">（POPUP）<hr>
<input value="訪問開始" onclick="kS(1);" type="button"><br>
<input size="50" name="sta" value="停止中" type="text"><br>
<input value="訪問停止" onclick="kS(0);" type="button">
<script type="text/JavaScript">
var pp,tt,ac,timeid,i,d;
function kR(){
if(pp==1){for(i=0;i<pop.value;i++){d=Math.floor(Math.random()*100);w[i].location=urlEd.value;}
timeid=setTimeout("kR()", tt+d);
sta.value="更新中["+(tt/1000)+"秒]　訪問回数["+(++ac)+"×"+(pop.value)+"回]";}}
function kS(qq){
pp=qq;ac=0;
tt=parseFloat(ival.value);
clearTimeout(timeid);
if(pp==1){w=new Array(pop.value);
for(i=0;i<pop.value;i++){w[i]=window.open(urlEd.value,'sann'+i,'width=200,height=100');}
kR();}
if(pp==0){sta.value="訪問停止";
for(i=0;i<pop.value;i++){w[i].close();}}}
</script></body></html>

>>572を踏むときはこれを使いましょう

>>565
お前が読んでも理解のできない知能の持ち主の真性包茎だということはわかったから、
とっとと生命活動を停止しろ

（ノ∀｀) ｱｲﾀﾀ

XviD派の人は参加する？

2004年度最強のコーデックを決めようぜ！
http://pc5.2ch.net/test/read.cgi/avi/1104725564/

カキコしてきた

でも俺信者だからなあ
客観的にはどうなんだろ

DivX<XviDは明確だし、WMV9はエンコ速度遅いし、再生負荷も大きいし
その割にはXviDと大して画質変わらんというか劣るし

やっぱ名前がカッコいいというのが…

2passですが
DivXみたいに動きの多いシーンに優先的にビットレートを割く、もしくはその逆って出来ないのでしょうか？
お願いします。

DivXでできるんだったら、DivXでエンコすれば〜
漏れはXviDの Zoon Option 使うが

>>583
工エｴェｪ（´д｀）ｪェｴエ工
DivXは画質が悪いじゃないですか

Zoon Optionで区切るしかないのかな

>>584
StatusReaderで見てみろよ

> DivXは画質が悪いじゃないですか
設定次第。

フリーなのは素晴らしいと思うけど画質の優位性は感じたことないな・・・
それにDivXもXviDも画質良いか悪いかで言ったら確実に悪いとしかいいようがない。
画質悪くてもそれなりのサイズに収まるからペグ４系コーデック使うと思うんだが

MPEG2とXviDで同じビットレートで比較して言ってるのか？
>>587のようなこと言うやつがよくいるけど、いまいち理解に苦しむ。

MPEG2→高画質だけどサイズ大
MPEG4系→MPEG2には及ばないがサイズ小

ってよく言われるが。サイズを大きくすれば画質がよくなるのは当たり前。
この比較はビットレートが違う状態で比較しているわけで、意味がない。

同じビットレートでも画質が同じになるとは限らないのでは？
mpeg4系は低ビットレートでの画質を確保するための工夫が凝らされているけど、
そんな余計な処理をしないmpeg2の方がソースに忠実な画質になるとか。

よく知らんけど。

てか設定いじってなきゃ、2passは普通に動くところにビットレート割り当てない?

>確実に悪いとしかいいようがない
MPEG4ASPをVP6,RV10,MPEG4AVCあたりと比較して言ってるんだとしたら
正しいかなとも思うけどね。SDなソースで比較的高レートなエンコだと画質の優劣
分かりづらいけど。

>>588
でもMPEG2並みのビットレート詰め込んでもおせじにも画質は良いとはいえないんだが・・・
そこらへんはペグ４系コーデックの限界がある。
>確実に悪いとしかいいようがない
これはあくまで画質基準の絶対評価だからそんなに気を悪くせんでくれ。
XviDは十分優秀なコーデックだと思ってるよ。

それ以前にXviDでMPEG2並のビットレート(6〜10Mbps)なんかでエンコしたらデコード負荷が大き過ぎてまともに再生出来ないYO

　　　　　　　　 ,,-―--、
　　　　　　　　|:::::::::::::;;;ﾉ　　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　　　　|::::::::::(　」　＜　XviD好きなんでMPEG-2は使わない方向で。
　　　　　　　　ﾉﾉﾉ　ヽ_l　　 ＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　　　,,-┴―┴- 、　　　 ∩_
　　　　　／,|┌-[]─┐|　＼　　( 　ﾉ
　 　 　 / ヽ| | 　バ　 | '、／＼ /　/
　 　 　/ `./| | 　カ　 |　 |＼　　　/
　 　 　＼ ヽ| lゝ 　 　|　 | 　＼__/
　　　　　＼ | ￣￣￣ 　 |
　　　　　 ⊂|＿＿＿＿__|
　　　　　　　|l＿l i　l＿l |
　　　　　　　| 　 ┬ 　　 |

20Mbpsとかになってくると、MPEG2の画質が一番よくなるらしい。

具体的なビットレートなんて意味ないよ。320x240の場合と1920x1080の場合では全然違う。
320x240なら4Mbpsぐらいあれば高レートといえるのではないか。
画面サイズだけでなく、フレームレート、画面の動きの激しさ、などなど。

>>582
>>530は、XviDはそれをやってるって。
その逆 = 動きの遅いシーンのビットレートを削るのは意味がないよな。

ビットレート増やしたら、ブロックノイズとかはなくなるけど、
背景のうねうねとかはなかなか消えないよな。
8Mとかでエンコしたら消えるのかもしれんが。

特殊なケースかもしれんが、縦スクロールするテロップに背景も動き激しい
動画をエンコしたら、同じビットレートでもMPEG2>XviDだった。

エンコ中、暇だからｵﾅﾇｰしてる

すげぇｽﾀﾐﾅだな

黒のストライプの入ったグレーのスーツとか、そういうのから死んでいく

動き検索の数値落とせば？

tu-kaただだしネ申コーデックじゃね？

2005-01-08 12:28 syskin

* vfw/src/: codec.c, config.c, config.h, resource.rc: by popular
request, cartoon mode was moved to Zones

久々にコア以外のうｐか。
でも何か機能的には変わってなさげ？
アニメモードがZonesに移動？？

XviDはザラザラ感が強いな
どう贔屓目にみてもWMV9の方が上だと思うのだが

WMVは勝手にボカシ入れるから比較し難いんじゃないかと。

ｳﾆｦﾀの世界はわからん

むしろ、実写エンコするときにはWMVのぼけた具合が気に入らない。

レジストリいじってフィルター類OFFにすれば少しましになる

2年前の話題がいまだにループするとはね・・・

WMVの方がざらざらしているだろ？

ざらざらよりもあんなｴﾝｺｸｿ遅いのよく我慢できるな，と

WMVはﾊﾟﾎｰﾏﾝｽ20以下じゃないとボケるやん
エンコ後の画像で贔屓目とかｱﾎ丸出しやん

釣られ杉

みんなXvid好きなんだな
2chで上がる最近の動画はXvid+oggが増えてきているし、いい流れでない？

Xvid+ogg

ffdshowのほうのｲﾒｰｼﾞｺﾝﾍﾟｱｱﾙｺﾞﾘｽﾞﾑを実装してくれたらそりゃもう凄いことになる

名前：Xvid+ogg[Xvid+ogg] 投稿日：05/01/09 21:07:25 ID:zeUdYVdP
Xvid+ogg

mp3=windows
ogg=mac

>>620
ツッコミ所を間違えてる

[XviD + Vorbis].mkv
[XviD + Vorbis].ogm

すみません、ちょっとお聞きしたいのですが
XviDを使ってエンコードした動画の情報みてみると、何故か元動画が24bitにも拘らず
必ず16bitに変換されてしまいます・・・
XviDの設定項目を見ても、それらしい所も見当たらず、とても困っています。
どうにか元動画と同じ、24bitにする方法はないのでしょうか？

（・∀・）ﾆﾔﾆﾔ

>>623
死ねばいいと思うよ

>>623
だからTMPGEncでXviDにエンコードしろと何度言えば

>>623

これを見てみればすこしは参考になるのでは？
>>568
>>573

個人的には16bitと24bitで出来具合いの違いは分からないですけど。
出来上がる容量もほぼ同じだし。

16bit,24bitっていうのは、ただaviヘッダの情報を読んでるだけでしょ？
バイナリエディタでオフセットBAを0x10→0x18とかに書き換えるだけで
いいんじゃないの？
そもそも内部では12bitな訳だし、気にすることではないような。

みなさんレスありがとうございます。

>そもそも内部では12bitな訳だし、気にすることではないような。
自分でも色々と調べていたのですが、どうやらその通りみたいですね・・・
はっきり言って気にする必要はないみたいでした。

という事で気にしない様にします。
レスどうもありがとうございました。

ビデオサンプルサイズは云々て質問過去ずっと続いてるな。
いい加減つりに思えてきた。

Divxからこっちに人が流れてきてるのだろ
かくいう俺もそう、最近のDivxはFREEを使う気にならん

2005-01-10 02:59 syskin

* vfw/src/config.c: something to make calculator work again, after
last fix ;)

2005-01-10 05:35 syskin

* vfw/src/config.c: fixed overflow in bitrate calculator <-- fix to
this fix

2005-01-10 05:01 syskin

* vfw/src/: codec.c, config.c, config.h, resource.rc: reduced
resolution removed; closed gov removed; trellis on by default

2005-01-10 03:36 syskin

* vfw/src/config.c: fixed overflow in bitrate calculator

2005-01-10 06:07 syskin

* vfw/src/config.c: cartoon mode in zones - fix

trellisデフォになったのか

前に使ったとき細部がボケる印象があったんだけど
高レートでは未だ不要なんだろうか

trellisって昔ｸﾛﾏのリンギングノイズが酷くなったから使ってないな

第一TrellisはH.263じゃなきゃ働かないんでしょ？オレmpeg-customつかうからなぁ・・・

今では動くはずだけど

そうなのか・・・全然知らんかった。

koepiﾀﾝの古いXviD落としたいけど、もう落とせないのかな？

Nicの新しいのじゃ駄目かい？

1.0.3にしたらエンコ時間が遅くなった気がしたので、古いVerにしようと思ったけど
気のせいだったみたい・・・orz

2005-01-11 01:07 pekintarou

* I want sex partner: my wife come on from Country - fix

みんな　Target quantizer　の数値いくつにしてる？

>>644
馬鹿発見

馬鹿って言うほうが馬鹿なんだいヴァーカ！！

なんかこのスレって新参者には敷居が高いですね。
半万年ROMります。

>>644
1

0

アニメ:2〜3
ドラマ:4
バラエティ:5

スポーツ：5〜6

アダルト：1

スカトロ：7

糸田木数子：10〜20

更新きてます（closed GOPがなくなってる：エンコOPTION）
ttp://shibuya.cool.ne.jp/xvid-binary/

* vfw/src/: codec.c, config.c, config.h, resource.rc: reduced
resolution removed; closed gov removed; trellis on by default

これでしたね、ｽﾏｿ

ttp://ebola.gamersrevolt.it/celticdruid/

ClosedGOP無くなったのか。

みんなはどのバイナリ使ってんの？

Nic

あ、自分もNic。単純にkoepiのインストーラのアイコンがカッコ悪いってだけの理由なんだけど。
バイナリによって出来上がりが違う、みたいな事聞いた(見た)事があるんだけど、実際のトコどうなんでしょ？

やっぱりNic

HEAD!HEAD!HEAD!

>>661
ちょっと前まではKoepi使ってたけど、漏れには違いわからね('A`)

head

自分も違いがわかんないんですよねー。
HEADはまだ試した事ないんですけど、HEADを使ってる理由みたいなのってありますか？

AthlonXPユザですが最近は>>655のbinaryを使わせてもらってます

trellis on/offで見比べてみましたが何となく嫌です
気のせいかもしれないけどまだtrellisは信用できません

>>667
ま、1.1系はまだまだunderdevelopmentだし〜

HEAD常に追いかけ自前でビルドしてる・・・mingwだけどな

俺はkoepi

>>657にもGCCんとこにAthlon用あるね

infｲﾝｽｺ式だとDShow登録するのは無いのかな？

ﾓﾛﾍｲﾔ

Koepiさんのしか使ったことありませんが、他のバイナリを使うとどんないいことがありますか？

>>673
Koepiさんのを使ってた自分が馬鹿馬鹿しくなります。

>>674
Σ(´д｀)ﾏｼﾞﾃﾞｽｶ?

速くなる

Koepiさんのって、他のよか遅いんだ？
…あんまり感じなった自分はダメダメですか？

遅いには遅いなりの理由があるんじゃないの？

まあTMPGEncが遅いのは画質重視だからです、って言ってみるようなもんかｗ

>>678
ではその理由を教えて欲しいんだが

uManiacを使ってる・・・
もうずっと更新されてないけどKoepiとかNicはイマイチ使い方が分からん
何度も乗り換えようとするがその度挫折してuManiacに戻す
慣れてるから凄く使いやすい。乗り換えた方がいいでつか？

使い方て。早めに乗り換えた方がいいと思うけど

>>681
んなもん、基本的には変わらんだろ。

実写ソースをPCでTVと同じような滑らかさでみるために60fps化をする場合、
縦の解像度は半分になっちゃうの？偶数フィールドと奇数フィールド分けて
並べ替えて60フレーム化するのとは違うの？

>>684
適応プログレッシブ化すれば単純には解像度は半分にならない

>>685
ありがとう。理解不足のようだからもう少し勉強してきます。

ttp://celticdruid.no-ip.com/xvid/gcc/

athlon64 optimized やっとｷﾀ------!!

>>687
IntelCでコンパイルしたものと、GCC Athlon64最適化で
Athlon64(32bit)環境ではどっちが速い？

KoepiはICL8.1だからAthlonだと遅いと思う

>>687

>>657

ClosedGOVが無くなってカット編集は困らないの？

ClosedGOVが常時ONになった、ということみたい。

>>687のやつ、デコーダーのセッティング画面がなんか古い？

AthlonXP版入れたらClosedGOPの設定があったよ。

結局athlonXPで一番いいのはどこのなんでしょう。
最近までkoepi使ってたのですが、
ttp://celticdruid.no-ip.com/xvid/gcc/
のathlonxp版でいいのかな？

>>694
athlonXP版、ってどこのでしょうか？

>>695
あなたの書いてるURLのです。

1.0.3にageますた。お待たせしてスマソ
http://people.freenet.de/moroheiy/

ﾓﾛﾍｲﾔさん乙！

　　_n
　（　l　　　　_、_
　 ＼ ＼　（ <_,`　）
　　　ヽ___￣￣　 ） 　　ｸﾞｯｼﾞｮﾌﾞ!!
　　　　　/ 　 　/

700なら片思いのあの子に告白する

701なら丁重にお断りする

>>696
ありがとう♪

>>697
コレ、どうやって使うんだっけ

なんで最後の１フレーム出力してくれへんのや

肉ﾀﾝさりげなく12月にXviD更新してたんだな
どうせならデコーダの改良に特化して欲しかった

デコーダはffdshowで間に合ってるからいいよ

俺はDShowフィルタ使わずに再生してる。色とか全部VGA依存。全く問題なし。

DivXのデコーダで再生するとくっきり
だけど・・・

>>697
DirectShow Filter Toolでxvid.axの登録が出来ない
1.0.2も出来なかった
celticdruidのHeadが出来たからいいけど

>>708
なにがくっきりなの？

まん毛

>>709
VS2003でコンパイルしているので、msvcrt71.dllがないとﾀﾞﾒﾎﾟです。

>>712
他のﾊﾞｲﾅﾘと違って、本体ｲﾝｽｺ無しでax単独だと
登録出来ないだけだった、ｽﾏｿ

でも、あのinfだとregsvr32.exe /uする前にxvid.ax消えちゃうから
ｱﾝｲﾝｽｺで登録解除されないよ
ｱﾝｲﾝｽｺ時は先に手動で解除する必要あり

ついでに、MPEG4.DoReg/Unregisterのｾﾐｺﾛﾝも紛らわしくて不要かと
　　　　　　　　　　 ↓
XviD Direct Show ;Decoder

720x480でプログレとインタレでエンコした物を結合しても
ちゃんとインタレ有り無しの部分にそれぞれ対応して再生してくれるんですね。＞ffdshowのHWdeint

ものすごく厨な質問で申し訳ないのだが、XviDでエンコするときって圧縮サウンド設定
どれが使えるのでしょう？

TmpgEnc3.0Xpress使用で、Mpeg-Audio Layer3で出力すると音が鳴らない(´・ω・`)
Mpeg-Layer3だと鳴る。ただし圧縮設定で高ﾋﾞｯﾄﾚｰﾄ設定できない　orz

おそらくAviがサポートしてるサウンド形式とか基本的なとこだと思うのだけど、設定とか
これがｲｲっていう形式あったら教えてｸﾀﾞｻｲ。

LameACMをｲﾝｽｺ

早速やってみます。ｱﾘｶﾞﾄｰ

AthlonXP用のXviDバイナリのUse VHQ bframes tooってNicのになかったけど、
これってB-frameでもVHQを使うって事？

>>716
　無事Mp3ｴﾝｺ出来た。ほんとにｱﾘｶﾞﾄｳ。

MPEG4つながりで音声はAACにしてるって人いる？

ずっと(XviD Vorbis).mkvだったけど、最近AACにした
もし.mp4に入れ替えたくなったときも容易なんで。たぶんやらんだろうけど。

(RV10 HE-AAC).mkv
これ最強

笑えない

ﾜﾛｽ

>>722

それsynth使い以外は作るの面倒だろ

VFAPI

HE-AACならH.264にした方が・・・うわごめんなさい許してぽうっ！！

2005-01-16 10:34 edgomez

* build/generic/configure.in, src/xvid.c, src/xvid.h: Marking
1.1.0-beta1

2005-01-16 10:23 edgomez

* vfw/: LICENSE, src/resource.rc: It's better to have a crlf
license for vfw as it gets included in the resources.

This is XviD 1.1.0-beta1 (let's release before h264 encoders are good enough) release.

This release is the first beta of the 1.1 series. Its API is very close to the
1.0.x one, only few changes have been done, so that a 1.1.x library can be used
with client application based on 1.0.x.

So many of you may want to know what this new XviD series will bring you :-)
Let's have a look at the coarse changelog:

Changes since 1.0.3:

* xvidcore
- The new department:
+ Rate-Distortion mode decision for bvops.
+ Two new postprocessing functions, brightness and deringing
+ VBV support in 2pass mode
+ Brand new PowerPC port by Christoph Naegeli
(MacOSX users may be interested by the Quicktime component,
have a look at http://people.ee.ethz.ch/~naegelic/index.php)
+ Brand new amd64 Linux 64bit port by Andre Werthmann
+ Out of the box yasm support (Required by the amd64 port, see:
http://www.tortall.net/projects/yasm/)
- The changes department:
+ Overal encoder speedup, especially for b-frames and all vhq modes.
+ Overal speedup of the decoder, merging decoding steps together
in order to save significant memory bandwidth, enabled mmx
qpel support that was misteriously disabled in 1.0.x. All optimizations
could lead to a 25% speedup, and something closer to 12% in average.
+ More ELF friendly assembly code for the ia32/amd64 ports (functions are
declared as functions, and their size is also written to the resulting
object files)
- Bugfixes department:
+ Fixes to the CBR/ABR rate controller, it should work much better with
bvops now.
+ Fix to the 2pass2 code that could cause doubling the overflow.
- Dropped features:
+ Reduced resolution vops no longer supported

* VFW frontend
- Mingw/CygWin support (see docs directory)
- Many small improvements

* DShow frontend
- Mingw/CygWin support (see docs)
- Support for brightness control.

The complete ChangeLog is big, courageous people can dig more information from
it.

-- Edouard Gomez

1.1Betaｷﾀｰ？

Koepiﾀﾝ ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!

Koepiも1.1betaだね


XviD-1.1.0-Beta1-16012005.exe (628kb)
First XviD-1.1.0-tree official beta build.
Changelog:
- {core}: Rate-Distortion mode decision for bvops.
- {core}: Two new postprocessing functions, brightness and deringing.
- {core}: VBV support in 2pass mode
- {core}: Overal encoder speedup, especially for b-frames and all vhq modes.
- {core}: Overal speedup of the decoder, merging decoding steps together
in order to save significant memory bandwidth, enabled mmx
qpel support that was misteriously disabled in 1.0.x. All optimizations
could lead to a 25% speedup, and something closer to 12% in average.
- {core}: Fixes to the CBR/ABR rate controller, it should work much better with
bvops now.
- {core}: Fix to the 2pass2 code that could cause doubling the overflow.
- {dshow}: Support for brightness control.
- {vfw}: Many small improvements.
This build is considered quite stable, so please test and report errors you find!

DivX 6がどうこうって話が出てきてからすぐに1.1betaのリリースかぁ。
半ばいやがらせだな、こりゃw)

早速つかってみよう(*´д｀*)ﾊｧﾊｧ

む、かえてみるか

>>735
DivX6はﾁｮﾝ化するんだろ
鼻から使う気がしない

Koepi余計なもの外したzipちょうだいよKoepi

きもーち速くなってるよ(*´д｀*)

CartoonModeが消えてるけど、若干速いねー。5%くらい高速化してる感じ。

時代はVP7

はいはい

been busy today

ｹﾙﾃｨｯｸちゃん。。。(´･ω･｀)

>>741
Cartoon ModeはZone Optionsに移動
ついでに、ClosedGOVは常時ONになった

>>741
消えたんじゃなくてZoneに移動したんだよ

B-VOPsで
2　　　　 2
2.00 →　1.50
1.00　　 1.00

こんなしたら、かなり縮むな

>>747
同じバイナリとソース？
Qtz-ratio減らして縮むなんてことがあるのか？？？

えと、あれから色々なソースを試したら
・ニュース番組　（大きくなる）
・バラエティ　　（縮まない）
・ドラマ　　　　（縮む）
となりますた。やっぱ、ソースによって調整する必要があるのね
ﾉシ

XVIDってコマンドライン入力でエンコードとかできるんですか？

avs2avi

Koepiﾀﾝ1.1Betaｷﾀのか〜
最近1.0.3に変えたばかりなのにｗ

さっそく使ってみよう(*´Д`)ﾊｧﾊｧ

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

↑消えてませんか？

>>753
どうせSorry, とか出ているんだろ？
てめーで訳して状況を理解しろ

>>742
出るわけないだろﾎﾞｹが

>>755
http://www.on2.com/vp7.php3

恥ずかしくなった？

>>756
ﾜﾛﾀ

おいおい大ニュース・・・でもないのか

全然わからん

どうせ一時プレビュー版が出てVP6のように消えるだろう
そして毎回のように互換性もないわけで

1.1で何が変わるの？
スピードうｐぐらいか

ｽﾋﾟｰﾄﾞ最重視の場合の設定教えてくださいな。

1.1betaのデコーダーだけホスィ

こえｐたん

>>763
http://celticdruid.no-ip.com/xvid/

ICLでもGCCでも好きな7zipを

ｻｲﾄが激重だけど

ﾐﾗｰ（作業中みたい）
http://ebola.gamersrevolt.it/celticdruid/

最近XviDを試しだしたのですが
さすがみなさん詳しく助かりました。
Aviutlでエンコするとなぜ16bitとプロパティで出るのか
おかしいなと思ってたら、ここで即解決、ありがとうございます。

すれ違いになるでしょうが
DivXやWMV9でエンコすると24bitになるんですね、
同じ16bitソースなのに。一瞬、いままでのエンコ
ずっとまちがってたのかとおもってしまった。

>>765THX!!
下の方、落とせたので入れ替えてみた。
あんまし変わらない・・・うーむ、PC代えるしかないぽ

1.1.0-beta1の単体で動作する(xvidcore.dllを使用しない) DirectShow Filter

http://xvid2ch-jp.hp.infoseek.co.jp/cgi-bin/upload/src/xvid_upld0027.zip

>>766
その話題は解決済みなので、もうこれ以上書くな。ﾛｸﾞ全部読め。

>>768
XviDな物置き場 に行って情報がないか探したけどないですね
zipの.axを入れ替えればOKですか？(xvidcore.dllを使用しない)てのが気になるですが

後エンコーダーの入れ替えはDSFと関係ないせいか再起動しなくても入れ替えですぐ使えるですが
デコーダーの入れ替えは再起動必須？

ｍ(_^_)ｍ

>>770
入れ換えてもいいし、これだけをどこかに置いてregsvr32で登録してもいい。
xvidcore.dllを使用しないので、デコードは1.1.0-beta1、エンコードは1.0.3のように使い分けられる。
再起動は必要ない。

>>771
即レスTHX！です
なるほど、MPCで>>768のデコーダを指定するでもいいのね。（同じフォルダに置いて）

>regsvr32で登録してもいい　　←これは良くわからないのでMPCで1.1デコ専用にしてみまつ

色々勉強になりますた。<(_ _)>

VS.NET Spokeを学生の内に買っておいていつか使おうって放置してあったんだけど、
これだけでソースコンパイルできる？
Part15にそれらしきレスがあったんで今度時間があるとき挑戦してみたい。

ﾓﾛﾍｲﾔさん1.03頂ますた。
ありがとうございます。

XviDがYV12なのは理解した。
http://jumper-x.hp.infoseek.co.jp/begin/status/2/
ここを読むと

　　　PC用でもTV用でもDVD-VideoのMPEG2は、Y16〜235、
　　　CbCr16〜240の範囲のデータにしておけばよいと思われます。
　　　PCで再生する時にMPEG2のデコーダは伸張して再生するのが普通だからです。

と書かれていますが、XviDもデコードする時に0〜255伸張してくれるですか？

VGAに依存する

beta取れるのはいつごろの予定なんだろ

>>775
DSFだとハードウェアオーバレイするときはVGAカードにYUVデータそのまんま渡すんで
関知しない。オーバレイしないときはどっかでRGBにコンバートする必要あるけど、
ソース追ってないんでわかんないや。

xvidcore/src/image/colorspace.c を使っていそうな気がするけど、DirectXの機能で
カラーコンバージョンしているのかもしれないし…

んで、VfWの場合はxvidcore/src/image/colorspace.cを使っているはず。

PLAYER側で決められる（調整できる）
・MPC　0〜255に伸張する設定がある（内臓CODEC使用時のみ？）
・DV　RGBとか選べる（MPCのようにレンダラを選べる）
・VLC　DSF使わない独自CODEC（明るめに出力される）
こんな感じです。

あまりスレ内容とは関係ないですが、選べるってのはいいもんです。

Xivdで色ビット数を24にするには
どこの設定いじったらよいですか？

( ´Д`)<もう飽きた

強いて言うなら、アルゴリズム

XVIDってデュアルCPUにしても恩恵を受けることはないの？
http://pcweb.mycom.co.jp/articles/2004/08/07/xeon/007.html
↑のベンチだとDivXはデュアルCPUにしても性能向上まったくなし。

>>783
XviDはシングルスレッドなんでXviDのエンコ速度には影響ないけど、
Avisynth + VirtualDubでエンコと同時にフィルタをかけるような場合は
AvisynthとXviDとでCPUを使いわけて高速化するはず。

>>784
それはAVIUTLやTMPGなどのフィルタも別々に処理してくれるのでしょうか？
XVIDのエンコに掛かる時間よりも短い時間で処理できる軽いフィルタなどの場合は、
フィルタを掛けても掛けなくてもエンコに掛かる時間は同じと解釈していいんですよね。

よく見るとOpteronのデュアルの方は効果があるみたい>>DivX
よく分からなくなってきた・・・・

Opteronのデュアルは効果があってそれ以外のデュアルは効果がないって原理が分からんなあ

>>780
>>769

WMP使ってるけどregsvr32 /u xvid.axしたらほんの少しだけ再生軽くなった。ほんの少し。

>>789
ffdshow入れればさらに軽くなる

>>789
てことはXviDのデコーダぢゃなくDivxのデコーダ使うってこと？

>>791
xvidcore.dllとxvidvfw.dllだけで変換も再生もできるわけだが。

ふーんそなんだ、ぢゃxvid.axって一体？

>>780
VirtualDubの標準再圧縮。
ネタだろうし相手する必要ないんだけどアホレス。

OpteronDualでｴﾝｺしてるけどシングルとあまり変わりません。ただエンコ中でも普通に
他のことできることと、２スレッドを平行エンコすれば理論上２倍の作業が可能なこと
くらいでしょうか。利点は。



ところでTmpeEnc3.0でXvidを2passモードにしたらエラー吐いてエンコ不能なのは仕様
なのかな・・・orz

>>785
そですな。別プロセスだから別CPU使ってくれるはず。ただ、いまとなっては
AVIUTLやTMPGEncでXviDを直接吐かせようとするのは勧められないけど。

>>792
それだとVfW経由やん…

>>793
DSF

>>795
TMPGEncやAVIUTLでのエンコっていまやほとんど考慮に入ってないからなぁ。
フィルタ処理をやらせて中間ファイル吐かせるのみにしておいて、
最終的にXviDにエンコする際はVirtualDub使うのがよいかと。

>xvidcore.dllとxvidvfw.dllだけで変換も再生もできるわけだが。

>それだとVfW経由やん…

DirectShowではAVIデコンプレッサフィルタがVCM CODECをデコードに利用できるようになってるのよん
つまりDirectShowネイティブなデコーダーがなくてもDirectShowで再生できるのねん

VIDEOINFOHEADER2への対応とか、B-VOPありのときの挙動（あまり調べては
ないけど）とかを考えると、素直にDSFを使った方がいいと思う。

aviutlでのエンコだけど、最近は出力プラグインでの対応が進んだので
安心して使えるはず。
VirtualDub1.6系はどうなんでしょ？使ってる人います？

Gordian Knot（avsynth?）経由で初めてXviD使ってみたけど。2Passｴﾝｺが1:30の素材を
3分で終わらせる。1/6にサイズが縮んでTMPGENCで正常に出来なかった2Passと
圧縮作業のﾓﾆﾀﾘﾝｸﾞ、ついでにｲﾝﾀﾚ解除と24fps化も完璧。

ｸﾞｸﾞりながらの作業でしたがあまりの速さとできあがった動画に感動してまつ。
日記ｽﾏｿ

Gordian Knotなんてまだあったのか

色ビット数が16と24では見た目の変化はありますか？

Gordian Knot（･∀･）ｲｲﾖｲｲﾖｰ

>>801
当然ある。ピクセル情報が16bitと24bitとじゃ桁違いだからね。

Gordian Knotなんてとうの昔に放棄されたプロダクトだ罠…

どうせ内部では同じ12ビットな罠

>>799
？1時間半か1分半かよく分からん書き方すな！
CPUも何使っているかも･･･（ry

日記はチラシの（ry

xvidの旧バージョン保護してるとこってどこかないかな
何げにアンインストールしてしまった…0.9.*ぐらいの

>>807
テンプレサイトの2chXviDに、ｖ0.9.2があった

thx
灯台もと暗し。今懸命にググってたよ
ffdshowの2002年版使ってるから最新のじゃ適応できなかったんだ

>>807
cvsで任意の日付の段階に戻せるけど?

>>809
なら、ffdshow入れ換えろよ…

>>806
最近のは両面刷りだから

レシートの裏をお勧めするよ

>>806

１時間半ものが2passで３分で終ったら超うれし〜〜

あの祭いつも言ってることなんですけどこれ、ｌｘｊｋｌをしろと何度言えばｓこれこ
分かるんd背う亜★なんですよ。

>>814
日本語で書け

；ｋｓｖ；おおおいいおｋぽあｋｋｋっこｋｄぉあｊ；お

.infの、
[MPEG4.DelReg]
に
HKLM,SOFTWARE\Microsoft\Windows NT\CurrentVersion\drivers32,vidc.XVID,,""
が抜けてる

[Remove_XviD]
でも
MPEG4.DelConfig
したほうがｲｲとおもた

俺はKoepiのインストーラーでインストした後、xvid.ax、xvidcore.dll、xvidvfw.dllを入れ替えてるよ

unofficial ffdshow、妖精たんのところでもミラーされてるね
で、20050111日ビルドの使ってみたんだが激しく落ちる。つーか、DivXでもInfoを見ようとすると落ちる
みんないつのバージョンのやつ使ってるの？

>>819
漏れも1/11バージョンだけど大丈夫だよ

みなさんエンコする時に使用するソフトってどんなの使ってます？

なんと、ふぬああ

なんと、コマンドプロンプト

じゃ，マジレス
Avisynth + VirtualDubMod

俺もマジレスですよ

マジレス
Vz + Avisynth + avs2avi

TMPGEnc + VP6

fomat:C

>>827
巣に帰れ

マジレス
ny

>>830
nyってなんですか？どんな動画を作っているんですか？

XviDってさ、同じソースを読み込み同じ拡張色調補正をして同じ色空間で出力するとして、
DivX52より再生画の色が薄くならない？

>>826
Vzってなに？

>>832
同じデコーダつかって比較してる？

＞＞832
XviDは16bit、DivXは24bitだから当然XviDの方が色は薄い。
だがこれは単に色空間の話でXviDの画質がDivXより悪いというわけじゃないから誤解しないように。

そんなエサで(ry

それは釣られてると言うんだよw

こんなバカが、まだいたのかw

>>835
デコーダーはもちろん同じ。
RGB0-255におさまってるのでサチュレート関係では無いと思う。
ただ色が薄い。色がXVIDの方が少し緑っぽい。これはXVIDの味付けなんだと思う。

XviDは色は薄いけど色は綺麗だよ
DivXは目が腐る

>>840
だな。例えるなら、ババアの厚化粧ってとこか。

>>832は色が薄いと書いてるだけで、だから駄目だとは書いてないでしょ。
薄いより濃いほうがいいとかいう単純な問題ではないからね。

薄い濃いは色調補正でなんとかなるからね
汚いのは駄目だけど

あせてるとか潰れてるとかじゃなくて薄いだけだからね。
というかXviDが普通なだけ。デブ糞は潰れすぎ。

カラーバーをxvidでエンコしたものと、Huffyuvソースを比べてみたけど、
彩度・色相に差はほとんど無かった。（YUV入出力の環境での比較、のはず）
普通の画像では差が出る可能性はあるけど。

DivXって何で暗部が滲んで汚いんだろうね？
エンコ速度はDivXもXviDも変わらないのに。

XviDの方が高画質で高圧縮そして低負荷。
これ常識です。

>>847
圧倒的にｴﾝｺ高速も追加

そこでMSMPEG4v2はどうよ？

>>849
MSMPEG4v3でv2の3割増多いノイズを楽しむのが通。
m4cなんて使ったらぬっ子ロス

http://www.koepi.org/xvid.shtml
http://ebola.gamersrevolt.it/celticdruid/
http://celticdruid.no-ip.com/xvid/
http://uk.geocities.com/xvid2ch/
http://shibuya.cool.ne.jp/xvid-binary/
http://nic.dnsalias.com/xvid.html

http://ed.gomez.free.fr/
http://ed.gomez.free.fr/projects/

>>833
多分テキストエディタ

Wz使えといいたいんだが

>>853 WZってVZと全然使い心地違うよ・・・
VZの指に吸い付くような使い心地のWin版が有れば・・・
すれ違いスマソ。

漢は黙って edline


　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　…もう使い方覚えてねぇよ

俺は
サクラエディタ + DVD2AVI + Avisynth + VirtualDubMod

DVD2AVI はもう古い。DGIndex 使え。

>>779
MPCの、どこにその設定ありますか？ MPEGﾃﾞｺｰﾀﾞの設定
にはそれらしきものがありますが、でもMPEGの設定だしなあ。
ｵｰｳﾞｧｰﾚｲﾐｷｻｰでﾚﾝﾀﾞﾗさせるってこと？

＞DVD2AVI はもう古い。DGIndex 使え。

アフォ

Avisynth使ってるやつでDGIndex使ってるやついるのかな？
確かDGDecodeでしか読み込めないし、DGDecodeはエラー多いって
言うし。だいたいが、DVD2AVI 1.76（plus）かDVD2AVI 1.77じゃないの？

AvisynthスレではDonaldタンにまともにつきあうヤシは、もはや皆無に等しい状況。
doom9でも放置加減。

dgmpgdec110rc2

>>858-860
まぢで？GKnotの最新にはDVD2AVIじゃなくてDGIndex入ってたから・・・。

>>862
てか、なんでGKnot使ってるの？
DVD2AVIdg(1.1.0)試すために1回だけダウンロードした事あるけど
いらないもの多すぎ。

>>860
最近テンプレでしかDonaldタンの名前見なくなったね。
DVD2AVIdgの時は皆で盛り上がったのに

Avisynth 2.5.5+VirtualDubMod 1.5.10.1+XviD 1.03(Koepi)+DVD2AVI 1.77.3
に加えて
MPEG2Dec3、IT、Convolution3D、warpsharpのちょいとしたやつ
な環境でやっているのだけど
なんか問題点あったら教えて欲しい。

>>864
質問内容がXvidとあまり関係ないし、Avisynthスレで聞けば？
あそこ最近人少ないけど。

了解です。すれ違いスマソね。

>>855

EDLINでASMソース書くのはツラかったぜ。
糞マイナーDOSマシンで、後にMIFESが出たので助かった。
てか、まともなアプリはMIFESとWTERMぐらい・・

>>863
GKnot 使う理由は、解像度やビットレートの計算と VobSub と
AviSynth を書かせるためだけで使っています。後は出来上がった
avs をｴﾃﾞｨﾀで微調整しながら書き換えて DubMod でｴﾝｺ。

効率的じゃないのはわかってますけど、手間が掛かった方が
自分で納得できるってことで・・・。

どうも簡単なﾌﾛﾝﾄｴﾝﾄﾞって好きじゃないんですよ。
解像度やﾋﾞｯﾄﾚｰﾄの根拠を GUI で出して、それを CUI の
AviSynth に書き込んでって、変態かなあ。（ｗ

漏れも似たような使いかたしてる。
アスペクトスレの混沌とした状況見てるとありがたいソフトだと思うよ。DVDリップ厨には。

>>868
すまん、こだわってるんだな。言い方が悪かった。
俺はもういろいろ試すのに疲れたから、アニメ用、実写用
のテンプレートと自作スクリプトでavs作ってるし、ビットレートも
QT3.45で固定、Bフレありでアニメ30分ものだと100MB前後になるから
それで良しと妥協してるから。
もう髪の毛の細部が潰れてるとか肌がのっぺりとかあまり気にしない。
鑑賞できるならOKという奴なので。

Bフレって構造的にAVIコンテナと相性悪いらしいけどどうなの？
それでＭ＄はわざわざASFやらWMV作ったらしいけど。

確かDivXでBフレ使って意味不明のノイズがのったときがあった。
ぱっと見わからないんだけど。

>>870
アニメってQT3.45でそんなに小さくなるんだね。
漏れ実写のみｲﾝﾀﾚ保持ｴﾝｺで、1分で10MBが目安だよ。
ｲﾝﾀﾚ保持使い始めてからなかなかサイズ縮んでくれなくって。

>>872
そこで60fps化ですよ!

60fps化よりは保持の方が縮む

その通り

実写の場合は、最近したのはごくせん
1時間10分49秒で670MB（1MB=1024B）
インタレ保持とかめんどくさいから、
実写もアニメも全てインタレ解除

DivXはどうして灰色っぽい箇所に変なシミが出るんだ？
有料なのに萎え萎えだぜ

>>876
ｲﾝﾀﾚ解除しちゃうと縮むよね
HWﾃﾞｲﾝﾀﾚだけど、最近Ti4200のﾃﾞｲﾝﾀﾚ品質の悪さに嫌気が差してきて
買い換え検討中・・・
6600GTとかでHWﾃﾞｲﾝﾀﾚ使ってる人います？

>>871
相性よりもﾊﾟﾜｰが必要だからじゃないんですかね。
今なら CPU もﾊｲﾊﾟﾜｰだし関係ないかと。
僕は 2-pass ばかりだから、B-VOPs 必須ですけど。

あと、またｽﾚ違いだけど、AviSynth を GUI で扱える
http://www.yeomanfamily.demon.co.uk/
↑これもたまに使ってます。GUI だからって初心者でも使える
とは決して言えないｲﾝﾀｰﾌｪｲｽが残念だけど。（ｗ

スレ違うけど、俺はAvisynthのTomsMoComp(1, 5, 0)でインタレ解除してる。
キャプボのデインタレは使わない。

>>872
ｱﾆﾒで縮む理由は 24fps に、ﾌﾚｰﾑ数を間引くからでしょう。
ｱﾆﾒといえば Cartoon 使ってますか？ 実写に Cartoon 使うと
ﾏｽﾞｰだったけど、その逆はそうでもなかったから、やっぱり使った
方がいいと思って使ってるけど、みなさんどうですか？

>>880
僕も実写は色々試したけど TomsMoComp です。
ただ、(1,5,1) で使いますけどね。

Cartoonは使わない。使うと小さくなると書いてあるけど、そう変わらなし
その上、変な横縞のノイズとか入る事が結構あったから使わない。
俺はXviDのAthlon用のやつ（XviD.cvs.head.2005.01.10.exe）使ってる。
新しく追加された（？）VHQにもBフレ使うとかいうやつもオンにしてる。
TomsMoCompは俺も始めは(1,5,1)だったけど、Avisynthスレかにーやん
のところかは忘れたけど、（1,5,0）の方がいいみたいな事書かれてたから
（1,5,0）にしてる。あんまり変わらんと思うけど。

>>881
ベタ塗りの部分はいいけど
背景に雲とか緑の木とかの絵があると色を引きずってマズーな感じ。
ホントのCartoonにはいいんだろうけどね、日本のアニメには向かないよ。

フラシーボw
Cartoonはサイズは縮むし綺麗になって(ﾟдﾟ)ｳﾏｰ

>>885
フラシーボじゃなくてプラシーボだよとマジレス。
そんなに縮む？縮むのもプラシーボ？

俺は、なんとなくCartoon使っている。
あと、MPEG-Customにして、CG-Animation Matrixをロード

厳密な比較は、していないけど・・・

MMAMEで見るとケツにCがつくよね

http://edu.bnhof.de/pipermail/xvid-users/2004-July/000414.html
で、この件はどうなった？

cartoonはいいけどmangaは駄目ってことか。

Gordian Knot使っている人いるのか。漏れは>>868の中の人とは逆で、Knotは
avs読み込みとXviD2Passとバッチ管理の為だけに使ってます。あと各アプリを
格納してパス指定で呼び出せるのはやはり便利。DVD2AVIとかVirtualDubとか

ただKnotにavs吐かせるとイマイチ読みにくいしよくエラー吐く（漏れだけ？）
ので、結局Editor手書きavs食わせてKnotで管理。

けなす人も多いけど、各アプリを一元管理して順番に実行できるのは便利だと
思います。

俺、2Passとかやる気力ない・・・。1Passで妥協。
ただでさえAthlonXP 2200+のような１世代前の
CPUだし

>>891
GKnot で XviD ﾊﾞｯﾁ処理させると、必ず DubMod が vcf 読め
なくてｴﾗｰになって使えませんけど、XviD 古いの使ってるんですか？
GKnotﾊﾞｰｼﾞｮﾝうｐの模様。-> 0.33.2

>>893

Change log history:

** 0.33.2

- updated translations
- XviD files can be opened directly in GK again
- DVDDecrypter is updated to version 3.5.2.0

>>892
　　　 _ 　∩
　　(　ﾟ∀ﾟ)彡　OC!OC!
　　(　 ⊂彡
　 　|　　　|　
　 　し ⌒Ｊ

>>883
TomsMoComp(*, *, 0)
そのまま。
TomsMoComp(*, *, 1)
ちょっとブレンド。解像度は少しﾛｽするけど、解除漏れを隠したり、圧縮率をよくするには（・∀・）ｲｲ!!かも。
ttp://home.comcast.net/~trbarry/Readme_TomsMoComp.txt

>>896
あんまり圧縮率は変わらないと思うけど。とりあえず情報サンクス

>>882
実写ならインタレ解除して30pにしない方がいいぞ。
60fpsの滑らかさは一度見るとやみつきになる（・∀・）

>>897
輪郭がぼやけたソースの方がファイルサイズが縮みますよ。
だからリサイズもLanczosじゃなくてSimpleおすすめ。

>>898
でもエンコ時間やファイルサイズ考えると、そうも言ってられない。

XviDはBob化しても軽いから良いね

エンコ時間は解除しないぶんだけ速い？

>>901
Bob-60fpsはインタレ解除しないとできないよ（　＾▽＾）

>>901
多分

http://www.aziendeassociate.it/cd.asp?dir=/
ここ見たら、ICL7.0とICL8.1があるけど、
何が違うんだろ？？

そりゃ、コンパイラは違う罠

エンコ話になってきましたね。XviDとは微妙に関係ないような

みんなAviUtil0.98の何が不満なの？

エンコ速度遅すぎ。AviUtlからAvisynthに乗り換えた時感動した。

>>908

AviUtl使うのはアニメを気合いいれてプログレッシブ化するときだけかな。

AviUtl使うのは静止画取り出す時だけかな。

AviUtl使うのは透過性ロゴ除去のパラメータ決定する時だけかな。

AviUtl使うのは音声位置確認する時だけかな。

AviUtl使うのはwav取り出すときだけかな

俺なんか面白いこと言ったか・・・なぜ真似するんだ。

AviUtl使うのはジャンプウィンドウで「わぁ、映画フィルムみたーい」って遊ぶ時だけかな

>>915
漏れはマジレスだよ

AviUtl使うのはaviと音声を合成する時だけかな。
・・・というか実は私aviと音声を合成にするにはこのやり方しか知らないんす・・・

このスレはただ今から
「AviUtl使うのは○○の時だけかな」
の○○の部分を考えるスレになりました。

>>918
VirtualDub（Mod）でもできるよ。ModならVBR MP3も合成できるし。

VBRMP3は気持ち悪いからMKVでMUXするよ。
AVIでも問題起きた事無いけどダイアログの脅し文句にビビっちゃって。。。

昔は俺もVBR MP3だったけど、今ではCBR 192kbps MP3。
ダイアログをいちいちOKするのがめんどくさかったし、
VBRにしてもたいして動画のファイルサイズは変わらんのよね

ソースがアナログ地上波なら、 MP3-CBR-128kbspくらいで十分のような気がするけど
もちろん、DVDとかBSとかでクオリティを求める場合は、俺もCBRの192kくらい

XviDって高解像度はどうですか？
今までアニメを704x396でエンコしてたんですが1024x576でエンコしても大丈夫でしょうか？

なんまんだぶなんまんだぶ・・・・

TMPEGEnc使って2048ｘ1152でエンコしてるけど大丈夫だよ

>>920-921
AVIは規格上CBR音声のみだよ。

そんなの知ってるよ

なんだとー

なんだとはなんだー

こんばんはー

avisynth+VirtualDubMod+XVIDで使っているくせに
未だにMUXはNandubな俺は時代遅れか。
>>920と同じ理由なんだけど。

VDmod→範囲選択、wav/vcf出力
VD→avi出力
mmg/avimux→Mux

俺はこんな感じ
modでXviD出力するとラスト1フレ欠ける時があるんだよね

マ・クベはなぁ・・・まだ必要性感じないんだよなぁ

俺も>>931と同じ。
慣れてるやり方があってそれで特に問題がないなら無理に変える必要もないと思う

>>932
> modでXviD出力するとラスト1フレ欠ける時があるんだよね

いつの話してんだあ？

>>935
いつ？
Koepiの1.10β1+VDmod1.5.10.1だけど

Modはこれより新しいの出てんの？

VDmod1.5.10.1はなんかパッチ出てなかったっけ？

DivX、XviDと同じ設定だとざらつく。
どうすりゃいいんだよ！？

>>938
￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣｣
―――――――――――――‐┬┘
　　　　　　　　　　　 　 　 　 　 　 　 |
　　 　 　 ＿＿＿＿.＿＿＿＿ 　　 |
　　　　　|　 　 　 　 | 　 　 　 　|　　 |
　　　　　|　 　 　 　 | ∧＿∧　|　　 |
　　　　　|　 　 　 　 |（　´∀｀）つ ミ |
　　　　　|　 　 　 　 |/ ⊃　 ﾉ　|　　 | 　DivX
　 　 　 　￣￣￣￣'￣￣￣￣　 　 |

>>939
いや、それは今考えてたんだけど、逃避になるからな・・・
2DNRをXviDの倍のしきい値くらいかけて、なおかつBlindPPでモスキートノイズを・・・いい方法無い？
しかし汚ねぇ・・・こんなの有料なんて信じられないぜ。

　　　　　　　　　　　 　 　 　 　 　 　 |
　　　　　　　　　　　 　 　 　 　 　 　 |　　　
　　 　 　 ＿＿＿＿.＿＿＿＿ 　　 |　　　 　｜|｜
　　　　　|　 　 　 　 | 　 　 　 　|　　 |　　　 　｜|｜
　　　　　|　 　 　 　 | ∧＿∧　|　　 |　　　 　XviD
　　　　　|　 　 　 　 |（　・∀・） |　　 |
　　　　　|　 　 　 　 |/ ⊃━⊃━━━━┫　 　　　　　　┃
　 　 　 　￣￣￣￣'￣￣￣￣　 　 | 　　┃ 　　　　　　　┃
　　　　　　　　　　　 　 　 　 　 　 　 | 　　┗━━━━━┛
　　　　　　　　　　　 　 　 　 　 　 　 |
――丶ヽ〃――――――――― ~~~~~~~~~~~~~~~~~~~~~~~~~

>>940
XviDでエンコしてforCCを変更->（　ﾟДﾟ）ｳﾏｰ

綴り間違えた fourCCだよ・・・orz

確かに(ﾟдﾟ)ｳﾏｰだけど詐欺じゃね？
試行錯誤を繰り返してもしだめだったらそうするよ。

DivXとXviDを同じ設定というのがよくわからん。
それにDivXの設定すらまともにできないならXviDなんて使えないぞ・・・

誰か>>938にスパイウェアの存在を教えてあげてください

￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣｣
―――――――――――――‐┬┘
　　　　　　　　　　　 　 　 　 　 　 　 |
　　 　 　 ＿＿＿＿.＿＿＿＿ 　　 |
　　　　　|　 　 　 　 | 　 　 　 　|　　 |
　　　　　|　 　 　 　 | ∧＿∧　|　　 |
　　　　　|　 　 　 　 |（　´∀｀）つ ミ |
　　　　　|　 　 　 　 |/ ⊃　 ﾉ　|　　 | 　XviD
　 　 　 　￣￣￣￣'￣￣￣￣　 　 |

￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣｣ 
―――――――――――――‐┬┘ 
　　　　　　　　　　　 　 　 　 　 　 　 | 
　　 　 　 ＿＿＿＿.＿＿＿＿ 　　 | 
　　　　　|　 　 　 　 | 　 　 　 　|　　 | 
　　　　　|　 　 　 　 | ∧＿∧　|　　 | 
　　　　　|　 　 　 　 |（　´∀｀）つ ミ | 
　　　　　|　 　 　 　 |/ ⊃　 ﾉ　|　　 | 　947
　 　 　 　￣￣￣￣'￣￣￣￣　 　 | 

>>922
某ツンボ職人な方ですか？
一度耳の穴をかっぽじって耳鼻科にでも通った方がいい

地上波アナログは32kHzで十分だからじゃない？

むしろ32kにした方が良くないか？
音声の周波数って動画で言うFPSみたいなもんだろ？
実写を120fps化しても容量の無駄使いになるように
音声も48khzはただ無駄してるだけな気がする

>>951
(　´,_ゝ｀)

(・∀・)ﾆﾔﾆﾔ

>>952-953
(　´∀｀）з)‘д‘)

AviUtlってエンコ遅いの？
エンコードしてるのってAviUtlじゃなくてXviDとかCPUだよね？
ファイルの読み書きが遅いとか？

956

>>951
御意。

>>955
エンコードするだけなら、どれ使っても一緒。
結局フィルター通すでしょ。その過程で遅くなる。

なんでアニメによって150MBですんだり500MBになったりするんでしょうか？
設定同じなのに。
あと2passにするとどのくらい画質悪くなる？
おんなじ200MBぐらいにあわせると。

バカは氏ななきゃ(ry

>>958
例えば10秒間240フレーム静止したカット、君は律儀に240枚の絵を書くかい？
それとも激しいバトルシーンをカットあたり数枚の絵で済ますかね？それじゃヤシガニだ。
動画圧縮の基本として動かない部分の画像は流用し、動いている部分のみ更新する。
まぁ実際はもっと複雑な圧縮しているのだけど…。

>>945
同じ設定っていうのは関数のこと。
_2DCleanYUY2のthresholdU、thresholdVをXviDの時より高めることによってざらつきはマシになったよ。
DivXはごく普通のワンパス、標準、アダプティブシングルコンセティプルだけど
普通の設定で駄目なら駄目なんじゃない？それとも釣り？
>>946
DivXはキージェネ使ってるけど広告が出る。
スパイウェアが入ってると画質が下がる仕様があるのか？詳しく知りたい。

まずそれぞれの普通の設定を晒しなさい

>>961
DivXｽﾚにお帰りください。頼むから。

>>961
(　´,_ゝ｀)
先生、DivXとXviDを全く同じ設定にする方法を教えてください。
>>961はWMV9 VCMを使っても同じ事を言うと思います。
てか、キージェネって堂々と言ったお前は、その点では偉いな。

ぽっくん犯罪者

俺がAviutl使うのは24/30混在を何も考えず一発で120にしたい時かな。
あと他では頑固なインターレースが残るとき。

>>966
うるせーばか

AviUtl使うのはAvisynthがなくなった時だけかな