XviD総合スレ Part17

　　　　/＼＿＿_／ヽ
　　 ／''''''Koepi'''''':::::::＼ 　　　　　Koepi 新http://www.koepi.org/
　 . |（●）,　　　､（●）､.:|　＋ 　　　　　　旧http://roeder.goe.net/~koepi/
　　|　　 ,,ﾉ(､_, )ヽ､,,　.::::|　　 　
. 　 |　　 ｀-=ﾆ=- '　.:::::::|　+
　　 ＼　　｀ﾆﾆ´　 .:::::／　　　　　+
　　　　/　　ー--´ 　ヽ:::
　　 　/ ヽ　　　 /　　/:::
　　　/　/へ ヘ/　　/:::
　　 /　＼ ヾミ　　 /|:::
　　（__／| ＼___　ノ/:::
　　　　 /　　　　　/:::
オープンソースの動画圧縮コーデック XviD について語るスレです。

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

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

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

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

【バイナリ配布】
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/

【過去スレ】
Part16 http://pc5.2ch.net/test/read.cgi/avi/1101857211/
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からリリースされます。

以上、テンプレ終わり。

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/

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

>>1
乙

前スレからだけど>>5の1行目【が欠けてない？

　　　　/＼＿＿_／ヽ 　　　　　　　　　　　 　　　 　　　　 ／／　　　　　　　　　　　　ヽ
　　 ／''''''Koepi'''''':::::::＼ 　　　　　　　　　　　　　　　　　,' ,'　,' ,:'　/　/ ,:',:' ,:'　　ﾞ､　　　　 ﾞ､
　 . |（●）,　　　､（●）､.:|　＋ 　　　　　　　　　　　 　 　'‐'= '-'､_/　/ ,' ,' ,'　 r--､ヽ　　　　',
　　|　　 ,,ﾉ(､_, )ヽ､,,　.::::|　　 　　　　　　　　　　　　 　　 　 ヾl　-ﾐヽ,/_,' ,'ミ=L＿,｀冂二￣| !
. 　 |　　 ｀-=ﾆ=- '　.:::::::|　+ 　　　　　　　　　　　　　　　　 ｜ `h､ヽ＼ヾ＞‐-‐ /7ﾞ|`､ ￣ l
　　 ＼　　｀ﾆﾆ´　 .:::::／　　　　　+ 　　　　　　　　 　 　___ノ 　,ﾘ ）;; 　 　ミ‐-‐/｜ |　', 　 !
,,.....イ.ヽヽ、ﾆ__ ーーノﾞ-､. 　まあ、なんて素敵な. 　　.',　　‐''-　　　 　 '⌒ヽ_|　|　 |　 |
:　 　| 　';　＼_____ ノ.| ヽ　i 　　　　　　　　　　　 　　　　　:ヽ//// ::::::......　　(ﾞノ ﾉ　｜　| 　|
　 　 |　　＼/ﾞ（__)＼,| 　i　|　　　 人なんでしょう･･･　　　　｝　　　　　　　　-‐'　/　 ￣ 　 |
　 　 ＞　　 ヽ. ハ　 | 　 |｜　　　　　　　　　　　 　 　　　/,,~､_ 　 　 　 　 　,'　 ／　　　　　 ',
　　　　　　　　　　　　 　　　　　　　　　　　　　 　　　 　 ,-( {__}､７ﾞｸ￣ﾞ',　　 ',　（ 　 ,'　　　　　ヽ
　　　　　　　　　　　　 　　　　　　　　　　　　　 　　　　　 ∧_}　　 ヽ {　　 |--‐ ＼ ﾞ､ (　　　　　　 ｀ヽ
　　　　　　　　　　　　 　　　　　　　　　　　　　 　　　　 （ ヽ,　　 　　ﾞ､ r‐ﾉL__,,, ､-‐-､ヽ､ 　 　　　　　ヽ
　　　　　　　　　　　　 　　　　　　　　　　　　　 　　　　 ／(ﾞ" 　 　 　　ﾉ /0/ 　／　　　 ヽ　ヽ　 　 　 ﾞ､　ﾞ､
　　　　　　　　　　　　 　　　　　　　　　　　　　　　　　（　　＼ 　 　 ／ /o/　/　　　　　　 '､　｀ヽ､　　ﾉ　

Koepiで画像検索してみた

http://images.google.com/images?hl=ja&lr=&q=koepi&btnG=Google+%E6%A4%9C%E7%B4%A2

Koepiって名の人、ダンディそうな人が多いな

こえｐたん大好き♥

>>1
>>9
本人が見たら、きっと...(ｒｙ

>>7
乙

１乙
今更になってようやくXviDで2Passのやり方がわかった・・・orz　ﾍﾙﾌﾟﾌｧｲﾙ読むのって基本ﾀﾞﾖﾈ

でも自動化してみようと思ってGordianKnotとかAutodubとかさわってみたけど、色々エラーだらけで
使いにくい。結局VirtualDubに直接avs食わせてJobしたほうが確実なのか(´･ω･｀)ｼｮﾎﾞｰﾝ

AVS2AVIとか。

ｹﾙたんのﾊﾞｲﾅﾘ置き場
http://celticdruid.no-ip.com/xvid/

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

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

>>17
巣に(・∀・)ｶｴﾚ!!

nyで配布するのに最適のコーデックだと聞いたんですが
どのバイナリが1番いいのか教えてください

>>20
>>2
このスレ的に特に決まってません

コーデックによって配布に最適とかあるのか。ダウソのことはようわからん。

http://www.iti.uni-stuttgart.de/~bergmats/video_mirror/videotools/xvid-1.1.0beta1.Athlon-64.7z

Q.エンコードした動画の情報(プロパティ)みてみたが色数が16bit？

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

>>20
RV10がいいよ

nic

>>25
巣に帰れ

>>25
>>27
あれ？冗談じゃなかったのか・・・

犯罪幇助禁止

犯罪者との会話禁止

>>20
nyの話はダウソ板でやってくれ。あっちでココに行けといわれても戻って来るな。

>>24
それ微妙に間違ってるというか、正確じゃない

Xvidは使った事ないけど良いね
オープンソース故に改良の余地もかなり在るし
将来性に関してはだいぶ良いと思う

で、XvidとDivxやVP6で論争をする馬鹿がいるんだが　あれは正直愚か以外の何者でもないよ
それぞれの特性を見出すべきだと思う　で、実写向きのXvidなんてあるの？

>>24
バイナリエディタでいじれば24bitという表示にはなるが
どうせ中身は12bitだし。てかXviDでエンコしたらYUY2じゃねえだろ。

>>32
無圧縮、これ最強。

手前らインターフレーム圧縮を勉強してから来てください

あら、また特許関係補足テンプレに入れてないじゃん。
あれじゃ、実際に使ってるのは違法性アリと取られてもしかたないよ？

>>36
特許スレいれてるからそれでよくね？

あ、入ってるのか。
特許スレもじき落ちるわけだし、今のうちにまとめて早めにテンプレ化しておいて欲しい。

>>38
自分でつくってスレたてろ

>>39
時期を逃したよ。

Xvidって、Video for Windows 経由でフレームを
読み込めないのかな？

いま作ってるツールで、DivXなんかは無問題だけど
Xvidファイルのフレームを読もうとするとシステム側で
エラーが出る。まだ、あまり検証してないけど、
サンプルのサイズ（12〜24）あたりの問題かな。

>>35
インターフレーム圧縮ってなぁ〜に？勉強しようにも・・・・・

>>35
責任もって>>42にインターフレーム圧縮を説明しる

VP6はよかったがもうぬるぽなのでXvid万歳。
ところでHeadバージョンだかと一緒に置いてあるH.264はなんすか?

ttp://www.google.com/search?hl=ja&inlang=ja&ie=Shift_JIS&c2coff=1&q=%83C%83%93%83%5E%81%5B+%83C%83%93%83g%83%89+%95%84%8D%86%89%BB&btnG=Google+%8C%9F%8D%F5&lr=

死肉糞疽ﾀｰｿ･･･

肥えぴー
肉
馬煮
死肉糞疽
米酢
毛呂屁嫌
でぶ家

DVD2AVI の設定で PC Scale と TV Scale とありますが、
XviD に出力する場合はどちらにしておけば良いのでしょうか？

前スレで XviD は VGA のオーバーレイやプレーヤーで
0-255 に伸張させる云々の話があったと思います。

エンコードする時はストレートの TV Scale にして再生時に
伸張させる方が良いということでしょうか？

>>48
補足。その後は VFAPI ではなく、YV12 のまま AviSynth で
XviD にエンコードする場合です。

>>49
http://pc5.2ch.net/test/read.cgi/avi/1027301009/

YUVで処理するのにRGB変換方式を何故気にする？

>>50
読みますた。

>>51
RGB に変換しないのなら、どっちを指定しようがそのままなんですね。

スレ違い失礼しますた。

1pass, q4.00
538frames, 18sec.
Avg 986kbps, 2.19MB

ttp://syobon.com/upload/src/syobon17647.avi.html

？？？

>>52
DVD2AVIの仕組みをまったく理解できてないようだな。
MPEG2DEC3を使うのにVFAPIが関係してると思ってるのか？
YUV16-235の物はYUV16-235でコーデックに渡すのがデフォだよ。デフォ。
ぽまえはここで色の扱い方について勉強しろ。
http://reina.dyndns.org/dtv/

>>55
偉そうに、ありがとう。生憎 DGDecode 使ってるんで
mpeg2dec3 とか言われても訳わかんねーだよ。

まぁどっちでも同じなんだけどね

>>56
口のきき方を知らんようだな。
VFAPIとは何だ？それを使う必然性は何だ？
そしてまるもプラグインで内部とプレビュの色が違ってる訳を言ってみろ。

59

>>58
ｽﾚ違いだ。どっか逝けﾆｭｰﾊｰﾌ！

nicとkoepiってどっちのが早いんだろうか…

DivXのざらつく件だが、フィルム効果にチェックが入ってたようだ。こないだ再インストールしたので設定忘れてた。
それを必死でNRでなんとかしようとしてた漏れ。
チェックは外したけど、XviDの方が綺麗だね。デコーダーの性能もXviDの方が上か。

すいません、バイナリ配布サイトからダウンロードしてもインストーラーがないのでインストールできません、設定ファイルを右クリックでインストールしてみたけど駄目でした

>>63
初心者はKoepiかNic入れとくといい。

あああああああああああぁあありがとうございます！！！！！！

　　　　/＼＿＿_／ヽ
　　 ／''''''Koepi'''''':::::::＼ 　　　
　 . |（●）,　　　､（●）､.:|　＋
　　|　　 ,,ﾉ(､_, )ヽ､,,　.::::|　　 　
. 　 |　　 ｀-=ﾆ=- '　.:::::::|　+
　　 ＼　　｀ﾆﾆ´　 .:::::／　　　　　+
　　　　/　　ー--´ 　ヽ:::
　　 　/ ヽ　　　 /　　/:::
　　　/　/へ ヘ/　　/:::
　　 /　＼ ヾミ　　 /|:::
　　（__／| ＼___　ノ/:::
　　　　 /　　　　　/:::

　　　　/＼＿＿_／ヽ
　　 ／''''''　肉　'''''':::::::＼ 　　　
　 . |（●）,　　　､（●）､.:|　＋
　　|　　 ,,ﾉ(､_, )ヽ､,,　.::::|　　 　
. 　 |　　 ｀-=ﾆ=- '　.:::::::|　+
　　 ＼　　｀ﾆﾆ´　 .:::::／　　　　　+
　　　　/　　ー--´ 　ヽ:::
　　 　/ ヽ　　　 /　　/:::
　　　/　/へ ヘ/　　/:::
　　 /　＼ ヾミ　　 /|:::
　　（__／| ＼___　ノ/:::
　　　　 /　　　　　/:::

こえぴとにくってこんなにダンディなの？
ごめすは大学生ぽい人だったけど。

ジャーマン紳士だからさ

ドイツ女はブスだって

コルポ・グロッソ見てるとドイツ女はブスというかゴッツイ

>71
なつかすぃー

露助の女は綺麗だよねー。
でも多くは若いうちだけなんだけど。

>>73
色の白いは七難隠す

IやPやBはわかるけど、S Frame って何？

>>75
スフレ

S-VOP（スプライト符号化）

Adaptive Quantization
Global Motion Compensation

それぞれにチェック入れたら S-VOP 出力されたよ。

そうだったのか、知らんかった。
どっちも使わないけどﾅ

Avisynth＋VirtualDubModでXviDエンコはじめて二日の新参者だけど、めったやたら
エンコ速いなー。

Opteronﾂﾞｱﾙのシステムで、平均36fpsとか出てるし。24fps化・ﾃﾞｲﾝﾀﾚ・GR・NR・Crop・
AudioMux・ﾘｻｲｽﾞと一通りﾌﾟﾗｸﾞｲﾝかけてるのに。画質も満足。
こないだ買ったTMPEGencがもう用済みになった・・・('A`)

> Opteronﾂﾞｱﾙ
怒りが込み上げる

>>80
アニヲタなんだから許してやれよ

いや、Opteronって全然ｴﾝｺには向いてないんだが・・・('A`;)
同じ金出すならXEONとかPen4高クロックのほうがはるかに速いはず。

XeonでDTM、OpteronでDTVは金の無駄遣い

別にｴﾝｺ専用PCじゃないでしょ

DualだとフィルタとXviDとが並列して動くという大きなメリットはあるけどね。
Opteron DualのほうがXeon Dualよか一般に安いし。

>>79はTMPEGencの使い方がよくわかってないんじゃないか？
だからXviDと比べてる。

ぢゅあるでその程度の処理速度？って感じもするわけだが。

Xeon vs Opteron
http://pcweb.mycom.co.jp/photo/articles/2004/08/07/xeon/images/graph14l.gif
P4贔屓御用達TMPGEncでこの結果。
現在好調のあｍｄは近いうちにSSE3搭載64CPUを出すらしい。
TMPGEncは使わないけどな。

1.0.3から1.1beta1にしたら凄く速くなった。数倍速い。
LinuxでAthlon64のx86_64環境です。
フロントエンドはmencoder

オプションはよくわからんので、適当。
fixed_quant=3.45:me_quality=6:quant_type=mpeg:vhq=2:
chroma_me:chroma_opt:gmc:trellis:max_bframes=4:bvhq=1

>>85
Avisynth＋VirtualDubModで、って書いてあるのに
XviDとの比較と決め付けるのは何故？

>Avisynth＋VirtualDubModでXviDエンコ
これはXviDを使ったという事ではないか

>>85はたぶんMPEG4とMPEG2って事が言いたいんじゃないのか？

TMPGEncをフィルタ&AVIエンコ用フロントエンドにつかうという、
一昔前によくあったパターンじゃないの?

俺はTMPGEncはMPEG1作る時ぐらいしか使わない。

1.1RC1まだー？

きっとTMPG+Divxのやつ買ったんだよ

>>94
beta1が出たばっかなのにもうrc1の話かよ。

言葉足らずｽﾏｿ。TMPEencはXviD（AVI）用のフロントエンドとして使っていました。

元々WMVでエンコしてましたが呆れるほど遅く、XviDだといまいち綺麗にインター
レースが解除できなかったりして、辿り着いた先がAvisynthとVirtualDubModといった
次第でつ(´･ω･｀)

>82
どこぞの「10万円CPU対決」ではAviutl使ったエンコでアスロンの圧勝だったそうな。

しっかしTMPGEncも終わったよなぁ。いくらTMPGEnc本体ではなくDVD Authorで、
しかもトランスコーディング用とはいえ、他社のエンジン乗せたことを宣伝する
ようになるとは…

もはやMPEG2エンコなんてどうだっていいやという昨今、堀ﾀﾝはH.263やH.264に
手を出さないのかな? って、完全にスレ違いだ罠…

終わっちまった人たち

・TMPGEnc
・AviUtl
・DivX

終わっちまった人たち

・TMPGEnc
・AviUtl
・DivX
・GetASFStream

>>101
> ・GetASFStream
終わったの？

>102
http://news19.2ch.net/test/read.cgi/news/1106806487/

>>103
うひゃ、しらなかた。擦れ違い話題にトン楠。

ケルさんのところからいただいた
「XviD-1.1.0-beta1-ICL7.0.exe」
「XviD-1.1.0-beta1-ICL8.1.exe」
ってなにがちがうん？

>>105
コンパイラって知ってる?

>>105
人間が書いたアルファベットと数字の羅列（ソースコード）を
パソコンが実行できる0と1の羅列（バイナリコード）に翻訳するソフトがコンパイラ。
ICLってのはIntelが開発したコンパイラでその二つのファイルは
コンパイルに使用したICLのバージョンが違う事を意味している。

「だから、どう違うんだよ？答えろよ。」って105が言ってます。




で、ケルさんのところって？

ｹﾙﾃｨｯｸたん

ｵﾌﾟｼｮﾝにもよるけど、わざわざ２つ上げてるんだから
ICL8.1はPen4に最適化
ICL7はAMD含めた汎用って感じかと

>>110
>>105

>>111
いい加減にしろ、馬鹿

そうだそうだ、俺にもしゃぶらせろ

>>113
俺のでｲｲｶｲ？

ﾏｲｳｰ

わかりやすく説明するためにファイルのdiffでも見せてやれば。

>>101
H.264が凄すぎてXviDも終わるかもね。どう考えても画質的に勝てない。

でもH.264はエンコが重い

終わるのはWMV9だろ・・・？

h.264がすごいから終了。
だったら仕様が公開された時に開発やめてるんじゃ？

H.264が凄くても再生も重すぎて実用的じゃないだろ
まだXviDの方がバランス取れてていい

ある程度コード書いてそのコードが安定したら最適化始めるんでしょ。
今からあっちこっちアセンブラで書いたら後々虫取りが面倒になるんじゃない？
ffdshowのh.264を使ってみての感想。他のsnowやらtheoraも同じ感じだったし。

机上の論理と実際の運用は違うからね。
でもDivXやXviDじゃH.264の画質に追いつくのは無理っぽい。
WMVはマイクロソフトがどうでるかにもよるけど

H.264版のXviD出る可能性無し？

みんな気が早いっす

>>124
x.264というオープンソースで開発されているh.264があるらしい。
妖精現実で見たがどうやらVCMもあるみたい。
まだB-VOPが使えなかったりしてかなり未熟な模様。
もしかしたらffdshowのh.264の正体はコレかな？

http://home.iprimus.com.au/ajdunstan/xvid64.zip

>>126
ffdshowインストしたフォルダ内にff_x264.dllがあるからたぶんあってる

一応Bも使えるが負荷が増えて見るに堪えん
まだ使い始めるには早すぎる

>>127
x64版？

>>129
そうみたい。

とりあえずWin64で動きマスタ。

速度はどれぐらい変わる？

XviD-1.1.0-Beta1でUse VHQ for bframes tooってあるんですけど
何に使う設定なんでしょうか？

文字通りだろ

>>133
直訳
「VHQをBフレームにも使う」

>>133
そのままの意味ですよ

134-136さんありがとうございます。
BVOPsを使わない場合は、Use VHQ for bframes tooにはチェックを使う必要はないのでしょうか？

>>137
ちゃんとテンプレに解説ページあるだろ
それくらい読んでくれよ

>>138
マジレスすると、その項目は載ってないよ。

（　＾∀＾）ｹﾞﾗｹﾞﾗ

ああ、今築いたけどもしかして「X」viDだから「ｘ」.264なのか。

>>132
最適化の問題もあるので何とも胃炎が、
お　そ　く　な　っ　た

>>137
B-VOP使う場合でも、ふつうは入れる必要ないよ

>>137
入れたら少しだけ小さくなる時もあるよ

>137
入れても、掛かる時間ほど効果はないよ

最近バージョン来なくて寂しかったけど
vfw更新

>143-145さん
ありがとうございます。
自分でも使ってみて、見比べてみましたが
見た目はあまり変わりませんでした。
とりあえずは、使わないで様子をみてみます。

xvidcore.dllも更新した模様

xvid.orgはまた攻撃でも受けたのか？

>149
落ちてるね
どっかの外国厨が攻撃したんだろうね(独断

XviDをDVDに変換するソフトはありませんか？
出来れば、DivX To DVDみたいに簡単なのがいいです。
画質が良かったら、機能はいりません。

Super DVD Creator 8.0を入れたことがあるんですが、日本語にならない上に
分けが分かりません。

いいのを知ってる人は教えてください。

>>151
http://life7.2ch.net/test/read.cgi/kankon/1106451295/

>>151
Xvidはコーディックです。
∴コーディックをDVDしても意味ないです。

消えてください。

>>153
脳内補完できるだろ。。。
無駄なレスするなら無視しようぜ。
房の相手＝荒らし。

>>154
オマエモ・・ｗ

暗部に強いCustom Matrixないかな？

むかし色々固めたやつが上がってたな。

TMPGEncの標準の量子化行列の評判がよかったおぼえが

>>156
全部8にしろ

>>159

サイズがとんでもないことになっちゃうYO！
・・・確かに綺麗だけど。

じゃ全部16で

>>157
ffdshowにもいくつか付属してるよ

>>158
TMPGのがいいのか

>>159,161
全部同じ値にするのも有りなのか…

>>162
8はありえるが16はありえない

6of9が強いとかどっかで見た気がする
ただサイズでかくなるけど…

custom matrixの詰め合わせがkoepiタソのに入ってたような

入ってるね

Radeon9500ProでHWデインターレースが効かない！
XVIDは1.1β
NF7にnForceドライバ5.10
Catalyst5.1
なぜだ！

ところでkoepiのDSFはHWデインターレースに対応してるのか？

>>166
ffdshowでも無理？

FFDSHOWでは出来るみたい。XVIDはGCCのやつ。

HWデインタレ対応のxvid.axは探せばどっかにある。

>>151
DivXToDVDの新しいVerで対応してないかい。
30Secほど試した限り、いけてたよ。

KoepiのXviD-1.0.3-20122004.exe をインストールしているのですが
画面の下のほうに残像や、ブロックノイズみたいなのが頻繁に出るんですけど
デコーダーの設定のdeblockingをチェックしてもぜんぜん変わりません。
どうすればよいのでしょうか?

状況があまりにも不明すぎて、なにをどういったらいいものやら。

neroのmp4互換axがﾒﾘｯﾄ値高くて下の方が変になった事が
あった気はする

マトリックスの話でずっと探してるんだけど
H263の量子化行列がどうやっても分からない
知ってる方いませんか？
Mpeg-custumはモード選択して編集画面を出したそれが行列になってるんだが

デコードの方だけど、XviD1になってからめっさCPU喰うようになったね。
例えばテロップ。普段は３０〜４０％なんだけど、テロップ来ると一気にコマ落ちしまくり。
あと、ポストプロセスもちょっと重すぎ。
これって改善されるかなぁ？

>>175
MPEGｶｽﾀﾑで行列すればええやん

DivX/XviD形式の動画ファイルを解析できる「DivX DRF Analyzer」
http://www.forest.impress.co.jp/article/2003/04/21/divxdrfanalyzer.html

これで、解析していろいろ設定いじって品質向上させようと思ってるんだけど

Average Frame quality is MEDIUM[Average DRF/quantizer is 3.85]
Standard Deviation: Quality is MEDIUM[Std. Deviation is 0.89]
Image Resolution is HIGH
Bits per Pixel: 0.03 (These values may be VERY LOW)

HIGHにするには2passしか無理ってことなのかな・・
Bits per Pixel:がVERY LOWって結果が凹むorz

178のやりたい事は大体分かるのだが･･･
新しいサイトから情報を集めて、もっと基礎から勉強し直すのが一番の近道だと思われ。

まぁBits per Pixelなんて目安にもならんけどなー

1pass_QBで2pass用のログ吐いてくれたら良いのにね。

>>178
HIGHがいいのかLOWがいいのかぐらいは把握しとけ。
2passにしても、どれもHIGHにはならん。
Bits per Pixelを上げたければ、320x240でエンコしな。

インターレース保持でエンコしたファイルを
xvid-1.0.2-mod-decでデコードすると、frapsで60fpsと表示されるのに、
KoepiのXviD-1.1.0-Beta1-16012005でデコードすると、30fpsにしかならないんだけど。
1.1系だとまだインタレ保持のファイルを60fps再生できないの？

そうだよ

>>184

マジ？
早く1.1系に取り込んで欲しいなあ。

へぇいいこと聞いた。
今度からインターレース解除しないでXviDでエンコしよっと。

HW Deinterlace Filterを使ってインタレ保持でＭＰＥＧ２のようにＨＷ再生できるってなのがあったけど
あれはどうなったのだろう　できるんかな

ffdshowでも出来るでしょうに

>>175
かんじんのH263の行列が分からないから手入力できないよ
エンコと画質の比較を繰り返してH263に近い数字は出すのはしんどいよ

>>155

MPEG-Customでいくら量子化行列をいぢっても,H263と同じ結果にはできないのでわ

MPEG(MPEG-Custom)とH263では、そもそも量子化の式自体が違う。
H263の場合はマトリックス自体無くて、すべてQ値で決まる一定値
で量子化操作している。
詳しいことは、検索するか、ソースを参考にしてみてください。

>>192
フォローありがとう

>>191
>>192
解説ありがとうございます
H263はQ値によって量子化行列が変わるわけですか
その上に式まで違うと行列値を合わせたとしても画像は変わるか
残念っ！！

Twopass - 2nd passの詳細設定がさっぱり意味わからないんですが
解説が書いてあるサイトとかありますか？

Koepiさんの1.0.3を使ってます

>>195
あるよ。テンプレぐらい読もうね。

>>196
以前に読んだけどそれでも意味がわからなかったということを思い出しましたｗ
デフォルトのままにしとこうと思います・・・


なんか最近指定ビットレートよりも縮む気がする
まぁオーバーするよりはいいのかな？
（「最近」というのは自分の設定とかソースのことです。XviDのことではなく）

1.10betaでインタレエンコした物をaviutlで何となくコマ送りで確認してたら
色のノイズがちらほら見えました。VHQをオフにすると見つけ易いと思うけど。
で、そのエンコした物を1.03に入れ替えてもう一度確認したら何の問題も有りませんでした。以上今日の日記

チラシの（ｒｙ

両面印刷（ｒｙ

デコーダの問題じゃないの？

AviUtlで読み込んだときの色域変換でノイズが乗ってるって事でFA？

チラシの裏

103
http://xtp0001.s3.x-beat.com/cgi-bin/up/source/Sonata_12893jpg.html
110b
http://xtp0001.s3.x-beat.com/cgi-bin/up/source/Sonata_12894jpg.html

>>203
ffdshowでも正常だったので、1.1.0betaのデコードのバグみたいですね。

Reduced Resolution が削除されたころからGMCも壊れてるっぽいし、
間違って必要なところまで消しちゃったのかな？

正直、XviDのデコーダ、特にDSFはffdshowがあるからどうでもいいと思っている人が
結構いそう。まあ、さすがに開発者でそう思っている人はいないとは思うけど。

Aviutlで部分エンコしなきゃいけないときに困ることはある

>>206
ffdshowでXviDのVfW経由のデコードもできるよん。

ということは画質調整？を一切いじらず動画ファイルのまま見れりゃいい人は
xvidcore.dllとxvidvfw.dllだけでいいってことかな？

>>208
何が言いたいのかわからん。

DSFでもVfWでも、再生するならXviD関連のものを一切インストールせず
ffdshowのみをインストールするだけでいい。libavcodecでデコード可能。

後からMUXし直してOpenDMLにしたらいいじゃん

>>209
本家ソースからビルドした「XviD」以外使わない場合で
さらに明るさ調節その他必要ない場合ということ。

エンコは1.1β
デコードは1.03mod-decでしたいんだけど、どうすればいい？

let's release before h264 encoders are good enough

I-FrameはQ4、P-FrameはQ5、B-FrameはQ6とQuantizerを指定してエンコする方法はありますか？

1pass Q4でエンコすると、I-Frameだけでなく、P-FrameもQ4になってしまいます。
Advanced Optionにある各VOPのQuantizer制限の項目を弄ってもダメでした。

もういいです。
朝の書き込みに返事があると期待して帰ってきて見てみたらこの様です。
専門板の人は封鎖的だとは聞いていましたがここまで冷たいとは思いませんでした。
ああ確かに私はド素人です。べつにXviDエンコで飯を食べていこうとは思ってません。
もう結構です。素直にQ5でエンコードしますよ、ええつまらないことにこだわってた私が馬鹿でした。
まったくくだらない。もう来ません、それでは。

（ ﾟдﾟ）ﾎﾟｶｰﾝ

これまた、とてつもないキチガイが湧いて出たね…

たった6時間程度しか待てない基地外は放置ﾖﾛ

この時間帯、世間一般の社会人は働いてると思うんだけど。

もしかして俺は釣られてるのか？

世間一般の社会人が平日の昼間働いてるという考えは古いんじゃね？

>>215にエンコで飯が食べていける職業を紹介してあげてください。

○ンコで飯が食える職業なら紹介できますよ

>>215
出来ません。って答えてやると満足なのか？

漏れは夜勤

漏れは学生。試験前だから休み。

っていうかDTVは過疎板なんだからすぐにレスくるとは限らないし

っていうか、>>215って明らかに釣りだろ。
明らかすぎて誰も言わなかったのかな。

しかし、みんなよく勉強してますね。量子化行列？とか、もう
わけわからんですよ。キルヒアイス、まだまだ学ぶべきことは
多いな。

釣りなのかはしらんけど、使っているうちにわかるような事だし
答えてやるにしても2パスでガンバレとしか言えんしな

俺思うんだが、I/P-FrameをQ4〜5にしたいなら、Q4.5あたりでする方がいいんじゃないか
とか思うんだが。俺間違ってる？

間違っています。
私も試行錯誤でQ4.5でエンコしてみました。
するとどうでしょう。I-FrameがQ4とQ5、両方半々に割り当てられてしまったのです。
P-Frameも同様、Q4、5に半々です。
B-FrameだけはB-VOPsの設定をあれこれ弄くってQ6に固定できました。
次にQ4.2を試しました。
するとI-FrameはQ4にだけ割り当てられるようになりました。
しかし、P-FrameはQ4、5に半々のままです。
美しくありません。
でもまあ、出来ないのであれば仕方がありません。
I-Frameの画質を1ランク落とせばよいことです
1%に過ぎないI-Frameを殺しても、Q5でエンコすれば
Q5のIP、Q６のB-Frameで全体としては目標のQ5.5に落ち着きます。
さきほど試しにエンコしてみたらサイズ、画質的にも満足できるレベルでした。
しかしXviDは痒いところへ後もう少しというところで残念に思いました。

やっぱり釣りだったのか。

Q5.5の画質に満足できるのか…
Realでも使ったほうがいい予感

スレが伸びてるから、何事かと思えば
これまた香ばしい香具師がｗ

>>230
もう来ないと言ったのに来てるし・・・嘘つきだな
とりあえず2パスにすればQuantizationで設定した範囲の通りになるからやってみれ
4,5,6にしたいならB-VOPsのraitoを1.0に修正するのも忘れずにな
2パス以外じゃ無理だから2パスするのが嫌なら諦めろ
以上

Xvidの古いバージョンてどっかに無い？

もう来ないって言ったのに…もう来ないって言ったのに…もう来ないって言ったのに…





もう来ないって言った人が本当に来なかったなんて聞いた事が無い

ネタを承知でマジレスするとですね、ｱﾚっすね、IとPのQT?を混在させたくないとか
そういうことっすよね。

Advanced Options -> Quantizationで、
Iフレームを1〜3に設定
Pフレームを4〜31に設定

まーこんな感じにヤレばいけるんじゃないかと。検証してないからなんとも胃炎し、そもそもそんなことしていったい何なのかと。
StatusウィンドウでIとPが混ざってるのが気にくわないのかな。

もうこの辺で勘弁してやってくり。

あっ失礼。
214読み返したらもうやってたのね。
ごめんなさ〜い〜。

1.03じゃその設定は2passの時しか有効にならないぞ。
一度2pass試しているなら気付くはずだし。
1.1beta1は試してないからわかんないけど。
1passでIQ=4、PQ=5、BQ=6で出力したいんでしょこの人は。

リロードし忘れたスマン。

>>235
ttp://fileforum.betanews.com/search?search=XviD
ttp://www.filemirrors.com/search.src?type=begins&file=XviD
思いつく限り。公式があるかも試練けど。

もうｵｯﾁｮｺﾁｮｲさんですね♥

ええ確かに私は嘘つきですとも。また嘘をつきました。
＞サイズ、画質的にも満足できるレベルでした。
サイズが予定の1500〜1800kbpsを越えて2400kbps近くになっていました。
Bフレームの割合を増やすなどまた考えなくてはなりません。
ただそうすると全体の品質は目標のQ5.5を越えてQ6に近づいてしまいますね。
ということはIPB全てをQ5になるようにすればサイズも画質ももっと良くなるのでしょうか。
昨夜2passの試行は行ないました。そしてそのとき思ったのです。
2passはビットレート値指定だから値を大きくとれば無駄にサイズを浪費するし
小さくすればこれまた品質が下げられてしまうだろうと。
全編とおして一定の品質であることが望ましいのです。
それならば1passQbasedという結論に今朝至ったわけです。
そして品質を一定にするためにIQ4/PQ5/BQ6に決められたら
非常にまとまりの良いファイルになるのではないかと考えた次第です。

>>243
粘着するな
UZEEEEEEEEEEEE!!!!

消えろ

>>243
もう少し、別のところで勉強した方がいいんじゃないの？
たぶんみんな笑ってるよ。

>>245
夜勤じゃないのかYO!!!

これ携帯

なぜ2passでビットレート指定したがるのか。
サイズ指定という手もあるだろう。
汚いソースはいくら設定頑張っても意味無いぞ。

>>249
もう勘弁してやれよ。自分で「ど素人です」とか言いながら、>>230で説教。
この時点でも爆笑もんだが、>>243でなんか自己解決してるみたいだからよ。

不満があるのなら自分でビルドすればいいのに。。。

>>243
とりあえずもう少し文章を纏めるよう考えて書け
あとはもっとXviDを弄り回してから聞け
試せばわかるものをいちいち聞くな

もうこれは一種の祭りではないかと。

5じゃ画質　悪すぎ
4じゃサイズ　デカすぎ　　って時に
4.5にしたら　アカンの？　>230が美しくありませんって

お前ら何でｽﾙｰできないの？凄い不思議。

餌が美味いからに決まってるだろ
野暮な事聞くなよ

３．５でも画質悪いのに・・
４．５だなんて・・・

ほとんど動きが無いような動画なら4.5でも十分っぽいけど

なんか楽しそうですな。

つうかx264意外と速いじゃないか。
>>230はx264使え。綺麗だぞ。

xvid.orgまた落ちた？

休みの時期になると、DTV板には香ばしいやつらがよく来るので面白いですな。
Avisynthスレにも香ばしいやつ来てたし。

なに休みだ？

春休みではないよな。でもソフトウェア板にも香ばしいやつはいるぞ。
受験が終わった中学生や高校生はこの時期休みだっけ？

私大生は休みでは？

β1のデコーダのﾊﾞｸﾞ次で治ってくれるといいなぁ・・・・
ffdshowあるからいいけど・・・・・

VSSと比較したけど画質かなり負けてるね
x264は設定全く変更してない状態でエンコしたけど
結構ｲｲｶﾝｼﾞでつね。

個人的にはVSSが一番ﾖｶｯﾀと思うけど（画質）・・・・重い・・・
あれは何とかならんのかね･･･
あと1年くらいはXviDで十分かもね（他のがまともになるor出揃うまで）

ソースは640X480のﾍﾟｸﾞ1をAviUtilで320X240にしてﾌｨﾙﾀなし
で、再生のときに1024X768に拡大して検証・・・液晶って
分かりにくいね・・・・・

そういやDXN HTとかってH.264系なの？

大学生にしては香ばしすぎるんじゃないか？俺は中学生かと（ry

Xvidの場合、NRは軽めで良いよね？
モスキートノイズが出にくいし、NRを強めにかけると曇ったような色調になるので。
Divxの場合はモスキートが出やすいので多少暈し気味にした方がいいかもしれない。

曇ったような色調をクリアにするフィルタとか無いだろうか

>>269
色差系NRを軽めってのがいいよ。
NRで言えばHQDN3Dがお奨め。
コーデックはNRを軽めにかけてもざらつかない我等のXviD。
DivXはモスキートノイズが出やすいし暗部が汚い。

緑がかるけどね＞hqdn3d
それと、ﾓｽｷｰﾄ出やすい・暗部汚くなる云々て、ｺｰﾃﾞｯｸで一括りにはできないと思う。

NRなんかやめとけ

>>271
HQDN3DってKENKUNみたいに緑になるのか・・・
まぁ大抵のNRは色が変わるけど・・・だから色差は弱めにかけてる。

XviDとDivXの範疇で比べた結果はDivXの方が弱い。

>>272
またまたご冗談を・・・

>>270
YV12専用なのかorz

AviSynthのフィルタって緑になるのが多いよな
最後に色補正必須だ

無難にConvolution3Dが一番色良いよ
縮まないけどね

Convolution3Dはアニメに不向きなのがなぁ・・・
TypeG移植してくれ

思ったんだけど、IBPBP・・のGOP列をIBBPBBP・・、・・・、IBBBBBBBBBBBBPBBBBBBBBBBBP・・と
Bフレームの割合をどんどん増やしていけば
品質はそのままサイズを滅茶苦茶減らせるのではないだろうか？

Bフレームを増やすと品質は下がるわけですが.

たとえば1パスQ4でエンコードする場合
B-VOPｓの設定でQuantizer ratioを1.00、Quantizer offsetを0.00としておけば、
＞B-frame の Quantizer = (前後フレームの Quantizer の平均) * rate + offset
の式から、IBP全てQ4になる。
品質といっていいのか分からないが、Quantizerは一定だ。

で今、Max Consective BVOPsを10に増やしてエンコードしてみたが
どうも実際にはBフレームは2コ連続までしか配置されないようだ。
残念。

>>278
ちゃんとXviDは、I・P・Bのどれを使えばサイズと画質のバランスが一番よくなるかを自動で計算して割り当ててるんだよ

HEADとrelease-1_0-branchとあるらしいけど
head（不安定・β版？）のよりrelease-1_0-branch（安定版？）
の方がいいかな？
1.1.0のバグフィクス版はいつ頃でるの？

>>280
とりあえず3コ連続は確認済み
まるもﾀﾝのとこに4つまでしか無理みたいな事が書いてあった

>>280
俺も2連続までだった。ちなみに1.1.-127。
>>283
なに/どこで確認?

ttp://www.uploda.org/file/uporg42585.avi
こういうものを作ることも出来ない事は無い。

>>285
>I Frames: 0.93%
>P Frames: 22.70%
>B Frames: 70.82%
>S Frames: 5.56%
ホントだ。
自前でエンコーダをプログラムしてるってことか?

画面変化が殆ど無ければ幾らでもBフレを連続させる事は出来る。
実用性の如何は知らんが。

|!| |i┏┓! i!┏┳┓| |||i|!i| ||!i|| |||ii| ||| ||| |i||!|i│i!┏┓i!|
|i|┏┛┗━╋┻┛|i!||!|ii|| i|!i||i|┏━┓ ┏┓i|i| i┃┃i!|
i||┗┓┏┓┃||i┏━━━━┓┗━┛ ┃┃|i||!i┃┃i!|
|i |!|i┃┃┃┃i||┗━━━━┛|i|| || ||||!┃┃i|i| i┗┛!i|
i||i ||┃┃┃┃|! |||i ||i　　　　!|||!|┏━━┛┃|i||!i┏┓i|!
|i!i |!┗┛┗┛i|!i|　 / |　　　/ |　┗━━━┛i|i| i┗┛i!|
i| |||i|!i| ||!|i||i!　　　/,_ ┴─/　ヽ　 　 　 |!i| ||| |i||!|i|i|||| ||i
|i|| ||i!i||　　　　　（_゜.,》.'(_゜,》)ﾐ ヽ　　　　　 　! | |!i||!|ii||!|ii|
i|ii　　　　　　　 / ,,_＿,ニ、、 ﾉ( |　　　　　　　　　　　i|i!|i|
|i　　　　　　　　|　Y~~/~y} ｀,　~ |　 そ、そんなー… 　 |i
!.　　　　　 　 　 | ,k.,.,!,.,.,r|　,!　 く　　 　 　 　 　 　 　 　 .!
i　　　　　　　 ／ <ニニニ'ノ 　 　＼　　 　 　 　 　 　 　 ｌ

sフレームって何ですか

折れの予想だと、Qpel、GMCが利用された特殊フレームがｓフレームなんだと思う。多分。

前にB-frameを多数連続させて遊んだことがあるけど、
画質は落ちるし動きはカクカクするしサイズは増えるしで、
実用にはならなかった気がする。

よくわからんし覚えてないけど、src/motion/vop_type_decision.c の
InterThresh -= P_SENS_BIAS * bCount;
あたりを適当に弄くるとフレーム判定の感度が変わったような・・・

>>289
スプライトフレーム。
画像の変化を、1枚絵の変形として記述したもの。
>>290
Qpelは関係ない、たぶん。

そんなことしなくてもBVOPsensitivityを弄ってやれば
判定を緩めたりきつくしたりする事ができるよ。
でかい値指定すればガンガン使うようになるし
マイナスはその逆って感じで。
あらかじめMaxconsecutiveBVOPsの数を30程度にしておいて
この感度を弄って普通のシーンでは2〜3位使われるようにして
止め絵ではもっとたくさん使わせたりとか。

>>291
B-frameというのは過去と未来のフレームから映像を予測して作られるフレーム、
だから最も劣化したフレームといえるがデータ量は少なくてすむ。
静止しているシーンなど映像の動きがなければ予測の誤差は生じないから
実質劣化なしでB-frameを連続させることもできる。

I-frame: 宮崎駿が自ら描いたセル画
P-frame: 上の画を見ながら、アシスタントが描いた次のコマのセル
B-frame: コンピュータのモーフィング技術でコマ間を描かせたセル

ということか。

>>284
MPEG4ModifierでMax Consective BVOPsを3にしてエンコしたのを調べたら
Max consecutive B-VOPs: 3になっていた

色々手を尽くしてみたんだけどBVOP4連続以上は画面一色ベタ塗りとか
ベタ塗り背景に文字みたいなシーンくらいしか使われないみたい。
極限までサイズを減らすとかでもない限り2か3指定しとけばそれでよさげ。

>>295
それだとI-frameの画質が一番悪いということに・・・

I-frame: 小畑
P-frame: 矢吹
B-frame: 冨樫

わからん！

Bフレは、手抜きって話でしょ（w

でも富樫は描くの遅いからな
エンコ時間激増だよ

わからん！

I-frame: 叶美香
P-frame: 叶恭子
B-frame: 三浦

簡単には画質と容量が

　Ｉ　＞＞　Ｐ　＞　Ｂ

これだけのこと。
ただしP-frameは時間軸で前のフレームしか参照できないけど
B-frameは前と後のフレームを参照することから動画の動きによっては
Ｐ　＞　Ｂ
の関係が成り立たない場合もある。

>>301
計算量はBがいちばんかかるぞ。

>>303
小畑というのはたしかサイボークじいちゃんという漫画の作者です
矢吹というのはもちろん泪橋を逆さに渡るプロボクサーです
富樫というのは青春くんという四コマ漫画の作者です

>>303
デスノ ヒカルの碁
BLACK CAT
H×H 幽遊白書

ｱﾆｦﾀﾈﾀｳｻﾞｲ

振りたい話があるならｳｻﾞｲという前に書けばいいのに。

ｱﾆｦﾀｸｻｲ

(・ё・)ｸｻｰ

ttp://www.pioneer.co.jp/crdl/tech/mpeg/4-5.html

静止画とフェードはBフレームが役に立つよね。

そういえば2-Passって可変GOPなのだろうか。

>>314
どれでも可変GOPですが

下がりすぎage

このスレも終わる・・・

自分でコンパイルしてみたいがどのコンパイラ使えばいいかわからん。

>>318
http://pc5.2ch.net/test/read.cgi/avi/1091182947/57

>>319
dat落ちじゃね？

>>318
ビジュアルスタジオ

57 名前：名無しさん＠編集中 投稿日：04/08/01 00:12
最近のHEADはMinGWでもDSFをビルドできるようになったので、ビルド方法を書いてみる。

必要なもの：
MinGW+MSYS+MSYSDTK+NASM または Cygwin
DirectX 9.0 SDK Update (Summer 2003)

gcc-core、gcc-g++、w32api、nasm、binutils、autoconf、patch あたりが必要。
binutilsは2.15が必要。

w32apiが2.5の場合、ocidl.hの62行目を
「enum tagQACONTAINERFLAGS」 -> 「typedef enum tagQACONTAINERFLAGS」
のように変更する必要あり。

1. xvidcore/build/generic/ で make
正常に終了すれば、 xvidcore/build/generic/=build/ に xvidcore.dll ができるはず。

2. xvidcore/vfw/bin/ で make
正常に終了すれば、 xvidcore/vfw/bin/=build/ に xvidvfw.dll ができるはず。

3. DirectX SDKを適当なディレクトリに展開し、
patch -p0 < ~/xvidcore/dshow/dxpatch/dx90sdk-update-gcc.patch
のようにパッチを当てる

4. DirectX SDKの Samples/C++/DirectShow/BaseClasses/ で make

5. xvidcore/dshow で make DXTREE=~/DX90SDK のように
DirectX SDKのディレクトリを指定して make
正常に終了すれば、 xvidcore/dshow/=build/ に xvid.ax ができるはず。

6. 生成された xvidcore.dll、xvidvfw.dll、xvid.ax にはデバッグ情報が含まれているので、
これを除去するためにstripする。

>>319
57 名前：名無しさん＠編集中[sage] 投稿日：04/08/01(日) 00:12
最近のHEADはMinGWでもDSFをビルドできるようになったので、ビルド方法を書いてみる。
必要なもの：
MinGW+MSYS+MSYSDTK+NASM または Cygwin
DirectX 9.0 SDK Update (Summer 2003)
gcc-core、gcc-g++、w32api、nasm、binutils、autoconf、patch あたりが必要。

binutilsは2.15が必要。

w32apiが2.5の場合、ocidl.hの62行目を
「enum tagQACONTAINERFLAGS」 -> 「typedef enum tagQACONTAINERFLAGS」
のように変更する必要あり。

1. xvidcore/build/generic/ で make
正常に終了すれば、 xvidcore/build/generic/=build/ に xvidcore.dll ができるはず。

2. xvidcore/vfw/bin/ で make
正常に終了すれば、 xvidcore/vfw/bin/=build/ に xvidvfw.dll ができるはず。

3. DirectX SDKを適当なディレクトリに展開し、
patch -p0 < ~/xvidcore/dshow/dxpatch/dx90sdk-update-gcc.patch
のようにパッチを当てる

4. DirectX SDKの Samples/C++/DirectShow/BaseClasses/ で make

5. xvidcore/dshow で make DXTREE=~/DX90SDK のように
DirectX SDKのディレクトリを指定して make
正常に終了すれば、 xvidcore/dshow/=build/ に xvid.ax ができるはず。

6. 生成された xvidcore.dll、xvidvfw.dll、xvid.ax にはデバッグ情報が含まれているので、
これを除去するためにstripする。

OTL

つωT`)ヾ (ﾟДﾟ )…ｲｷﾛ

すげぇ一字一句おなじだ

…

1.0.2？からKoepiのXviD-1.0.3-20122004.exe にしたら、今まであった
「interlaced encoding」横の「Top field first」のチェックボックスが無くなってた
昔みたいにボトムファースで固定になってしまったのですか？？？

あてずっぽだけど、自動認識ってことは？

>>328
その1.0.2はどこで手に入れたんだ？

DivXはモスキートノイズざらざら暗部はもやもや糞過ぎる
おまけに縮まない

おや今日もデブエックスの悪口言ってますな
そういうことなら私も


DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞
DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞
DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞
DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞
DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞
DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞
DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞
DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞
DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞
DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞
DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞
DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞
DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞
DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞
DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivX糞DivXうんこ

>>330
Xvid Development team(www.xvid.org)だったと思います。
サポート情報見ましたらそう出てました。
koepiの安定版でもtop field firstあったような気がしたのですが気のせい？

先ほどkoepiの1.1.0beta1を入れてみましたら、top field firstがでてきました。

MPEG4Modiferで後からフィールドオーダー変えてもよいのですが
更にアスペクト比変更すると再生に問題が出ることがあるのです（まだ検証不足）

>>331 Codec批判の前にどんなフィルター使っているのか言ってみろ

>>334
フィルタは関係ないよ　NR使わない派だから
圧縮ノイズが惨いって言ってるどんなにビットレートをあげてもな
量子化配列が糞で糞で糞まみれなDivX
　　　　　　　

私もID:qaN3E6QE氏の意見に賛同します
デブエックスはどんな設定にしても圧縮ノイズが惨すぎますそして色合いも変です
恐らくデブエックスコムの開発者の脳みそには蛆が湧いてるのかと

>>336
おお！君もか
有料でこんな糞コーデックが一時ぢだいの覇者だったとはにわかに信じられない

皆さん、DivXは糞なので捨ててください

>>335 いやここはXviD板なんで別に安置DivXなのはデフォなんでどうでもいいんだ
俺も使わないしｗ

そうじゃなくて安置NRって・・・
それはなんか理由があるの？

ソースがDVDでもNR使うと見違えるほど滑らかにノイズレスで見やすい、かつ小さい
サイズに仕上がると思うんだが

単純に時間がかかるのが気に入らないのか、それとも使い方が判らないのか
もっと他に根源的な宗教的のようなこだわりがあるのか聞きたい

>>338
いやNRが嫌いって訳ではないよ
NRを使わないでDivXとXviDの画質の実験検証をした訳で・・・
DivXはどんなに重たい設定にしても画質が悪いこれは確かだ
明らかにざらつくしXviD1で克服された暗部のもやもやノイズも健在だ
確かにNRや暈しフィルタで暈してやるとマシにはなるがディテールは損なわれる
NRをかけまくったDivXよりNRをかけてないXviDの方が滑らかにノイズレスなのだ
ディテールを保持して滑らかにノイズレスなXviDの方が優れているだろう？

>>338
つか圧縮ノイズの話をしてる
これはフィルタじゃなくてコデックの基本性能なものだろう？

>>339 自分も普段1.03でエンコしているんで、DivXなんてどうでもいいんですが
もしも

>NRをかけてないXviDの方が滑らかにノイズレスなのだ

これが本当で XviD は自己の判断でNR的な効果を生み出す

ってのは俺は勘弁してもらいたいんですよ、実際そんなこと無いしね・・・

ノイズかどうかを判断するのはあくまで俺であってどう処理するかはフィルター
のさじ加減であってCodecに一任する気は全く無いんです

>340 いわゆるグレインノイズのことでしょ？
それだってCodec任せにはしませんよ？
滲色することで軽減できますし・・・

ただDivX使いではないので「ふーんDivXってそうなんだ」ってレベルですけどね

>>341
フィルタでなんとかするとかそういうのじゃなくてさぁ・・・
わかってもらえないかな？コーデックの基本性能のことを言っている
ttp://www.nnet.ne.jp/~hi6/lab/quantize/index.html
モスキートノイズはコーデックの性能に依存するからどうしようもないんだよ・・・
君の言いたいことも解る、フィルタ処理やビットレートをあげることでなんとかしようとしてると思うんだけど
俺の言いたいことも解れ！

ID:qaN3E6QE氏気にしないでください
ID:fhWhe/fTさんはデブエックスを擁護したい年頃なんです

うーん、気持ちはわかるけどさぁ・・・
>>341
DivXを使ったこと無いって言ってるようだけどとにかくフィルタフロントエンドを同じ設定にして実験してみなされ

>>344 インスコするのも嫌なんですが・・・
XviD派はいちいちDivXインスコして欠点を探してるんですか？

>>342 判りました♪

つか厳密にはNRでは無いんだわ
ソースに乗ってるノイズを除去するのはNRなんだけど
圧縮の際発生するノイズなんですわ
>>342のサイトをよく確認してください　仕事があるのでではー

ここは反DivxスレじゃなくXvidスレなんだが

VLCってすごく軽いけどそのぶんやっぱり
画質が落ちるな。

俺も反divxではないな。使った事が無いだけで。
理由はスパイウェアとかいい噂を聞かないので
触らない方がいいかなという消極的なもの。
つうか期待の星だったx264がインターレースの実装は
期待できないっぽいのでしばらくはxvidを使いつづける。
ネットにうｐするネタ動画は普及した頃合を見て
サイズ画質比のいいx264を使い始めるかもしれないけど
これもまだしばらくはxvidに頼る事になりそう。
ネタ動画ならwmv9の方が楽だろうけど時間掛かるから
長い奴だとちときついしね。

反divxなんざ完全に釣り
このスレの住人はそんなことに興味はない

>>350
そう思いたいとこだけど現実はそうでもないｗ

>>350
俺デブ糞嫌いなんだけどな・・・画質が良く無い上に変な人気があるので
デブ嫌いは昔はもっと酷かったはずだったのだが知らないのか？

そんなこと知ってて何になるの？

つかh264はまだ開発初期段階であってそんなのと比較して欲しくない。
画質は明らかに負けてるけどね。

Divx批判してるやつは、xvidとdivxの明るさ比べてみろ
xvidのクソさに気がつくぜ

DivXは明るすぎる。

>>355
XviD＞＞＞＞Div糞
明るさ補正XviD＞＞＞＞＞Div糞

たいした違いはない

DivXのあの明るさは暗部の糞さを隠す為に伸張してるんだよな
つか色が変わる時点でダメーデック

俺は、XviDの色合いが好き。技術的なことは何もわからないぞ！でもXviDの方が好き。

ソースが公開されてるから、XviDの方が良い。

マルチプルコンキュセティブ、低速、量子化器3にしてもモスキートノイズが目立つなぁ・・・
シャープフィルタ使ってなんだけどザラザラになって汚すぎ・・・
XviDだとQB3なら殆どモスキートノイズは目立たないんだけど・・・

マルチパスを使わないと(使っても綺麗ではないが)安定しないDivXはまさにクソーデック

QB3ってなに？

http://www.aziendeassociate.it/cd.asp?dir=/gcc

ここのxvid-1.1.0beta1.Athlon-64.7zって32bitOSでもつかえる？

　　　　 　　／⌒ヽ
⊂二二二（　＾ω＾）二⊃
　　　　　|　　　 / 　　　　　　ﾌﾞｰﾝ
　 　　　 （　ヽノ
　　　　　 ﾉ>ノ
　 三　　レﾚ

色合いとか明るさとかいってるけどエンコ前の原画と比べても両者とも寸分違わずエンコされてますよ？
環境がおかしいんじゃないの？
Divxはノイズが多いとかまともに比較検証したらそんなたわごとはけないと思うが

ﾏｼﾞﾚｽ(・∀・)ｲｲ!!

Xvidってインストールする度に設定リセットされない？
（バージョンアップ時でも）
なんとかならんかなぁ。

DivXがザラザラで汚いのは同意するけどH.264なんかと比べるとXviDも相当汚いよ。
XviDよりH.264の開発に集中して欲しい。そのためならXviDの方中断してもいいとさえ思う。

>>368
リセットしないと問題が出るからリセットするようになったんだが。
どうしても残したければレジストリを保存しておけば？

HKEY_CURRENT_USER\Software\GNU\XviD

WMV9もいやらしい画だったりする。
暈し効果かかってて一見厨房が見れば綺麗だけど目の肥えたDTV民が見ると、
なんじゃこれは！と言いたくなるくらいディテールが潰れて等高線が目につく狂った画です。
やっかいなことにDivXより最近は普及してるらしく厨房がすぐ飛びついちゃう。
ディテールを保持しオリジナル(エンコして時点でオリジナルではなくなるが)的美麗画質といったら、
XviDしか選択肢無いよな？

RV10

ちょっと見ない間にXviDスレも落ちたもんだな・・・。H.264の影響か？

落ちたのは>>373の視力では？
DivXが綺麗なんて言ってるようだったら眼科に行ったほうがいいよ。

>>372
RV10は絵はいいと思うけど、インターレース保持には正式には対応してないのよね。
かといってプログレVFRが作りやすいかというと４つのアプローチ全部全滅で特にアニメに使うには機能的に向かない。なんのためのVFRコンテナ標準実装だかわかりゃしない。

この流れは何なの？w

XviDが安定期に入ってきてバージョンアップとかバグとかのネタが尽きたのかな？

もうこれ以上は望めない

VP7が出るまでのつなぎだね

ああ、出るんだ

俺はDIVXQB2派だからザラザラとは思わない
QBを4以上に下げてるからザラザラしてると感じるんじゃないの？
糞エンコは止めてQB2でエンコ始めればDIVXが神エンコだって分かるよ

いつからネタスレになったんだ、オイ

NGワード：DIVX,divx.DivX

NGワード：XVID, XviD, xvid
でもっとスッキリするぞ

divxの話題はdivxスレへどうぞ。
コーデック同士の比較は専用のスレへどうぞ。
このスレのネタはxvidに関する話題なので。

わざわざ出張してきてくれてご苦労さん。

XviDしか使ってないやつはしらんだろうけど
DivXにはﾌﾟﾘプロセスなNRフィルターがついてるんだぜ！！
ちゃんとした3DNR（Dustみたいな）ならかなり評価できると思うけどどうだろう？

>>387
(　´д)ﾋｿ(´д｀)ﾋｿ(д｀　) んじゃ、死ぬまでDivX使ってろよ。
二度と来んな、目障りだ。

以前は比較ネタでても、大人な流れだったような気がするんだけどな…

コーデック同士の比較は、↓でやったら？
http://yy13.kakiko.com/dtvencode/
このスレの大半の人は、DivXとの比較には今更興味ないだろうし。
なんかそこ、すばらしく閑散としてるし、ちょうどいいんじゃない。

>>374
落ちたのはこのスレの質のことだよ。スレの流れ見れば一目瞭然かと

機材の値も下がって、房への間口が広くなったんだから仕方ない

>>374の視力は相当落ちてるな・・・
>>373のどこにDivXの単語があるんだろう・・・

(・∀・)ﾆﾔﾆﾔ

コーデック批判を繰り返し
コーデックその物の可能性を潰そうとする愚か者達がいるスレはここでござんすか？

>>394
そんなたいした考えはもってないでしょ。
たんに他のコーデックを貶める書き込みをすることによって
相対的に自分の価値が高まったと思い込んで精神を安定させてるんでしょ。
不幸な人間というのは自分より不幸な存在が必要なんだよ。

>>392
黙れ、お前がDivXスレの住人ってことはネタがあがってるんだよ。

>>387
ホゥ、それは知らなかったよ。
重くなったり汚くなったりしなかったら今度使ってみようかな。
でもフィルタのNRでやるのと効果が同じではね・・・

( ´･ω･`)_且~~ ｲｶｶﾞ?

divxが汚くxvidが綺麗なのは事実なんだが。
悪い物を叩き良い物を賞賛する、2ch的ではないか？
意見をぶつけあうのが嫌でまったりしたいのなら他に行けばいい。

ここDivXを叩くｽﾚじゃないから
ｽﾚﾀｲ読んで他へ行った方がいい

わかってないな・・・
DivxはXvidの噛ませ犬なんだよ。
つまりDivxの悪さが無いとXvidの良さが引き立たない。

>>399
だが、>>381、>>387みたいな香具師は排斥せにゃならん。

そんなこといってたらH.264は綺麗でXviDは汚すぎということになってしまうが・・・
そんな流れは嫌でしょ？

きたなくたって　いいじゃないか
えむぺぐふぉえーえすぴー　だもの

嫌だがそれも時代の流れゆえ仕方が無いこと。
技術の進歩には対抗馬が必要だよ。
H.264に対抗して次世代Xvidはそれさえも越える名器に仕上がると私は予言する。

Xvidの存在があるのはDivxあってのことではないだろうか？
比較するものが無ければいくら高性能でも闇に閉ざされてしまう。
良きライバルだと思うよ。　でも相手が悪かったなw

あのコーデックはどうでこのコーデックはこうとかいう話はこっちでやったらいいと思うよ

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

現時点で既にXviDの開発者の一人syskinはx264に傾倒

また、XviD 1.1.0-beta1リリース時には以下のような開発者のコメント
let's release before h264 encoders are good enough

つまりXviD1.1.0正式版がリリースされればXviD開発はストップされ
全XviDメンバーがx264開発チームへと流れ込む事が予想される

漏れが言いたいことはただ一つ
>>404 ありえない

【どちらが】 DivX VS XviD 【綺麗？】
http://pc5.2ch.net/test/read.cgi/avi/1108830184/

スレ立てたからこっちでやれや、ド厨房ども。

>>407
何ふざけたスレ立ててんだよ

ここでいいじゃん

>>406
>let's release before h264 encoders are good enough
結構気になるね、このコメント。これの意図するところって
そういうことなのか…?? 　もしそうなら、正直個人的には大歓迎だったりする、そんな流れ。

>>407
乙

ちょっとまて
ｈ２６４がまともに使えるようになってから流れてくれないと
XVIDの停滞とｈ２６４の使えないβだけが残り使えるコーデックがなくなってしまう
そうこうしてる間にDIVX6が超絶画質を引き下げて客をかっさらっていかれるぞ

特許の次は画質vsか…、ﾃﾞﾌﾞ糞厨はとことん池沼だなｗ

知障のデヴ厨の立てたスレなんて放置してここで今まで通りに叩けばいいことだし。

XviDスレはDTV板でもまともな人が多いと思ってたが他とあんまり変わらないね

無効のｽﾚのSpyがいるｗ

さすがSpywareを標準装備してることだけあるな

・・・このスレいくらなんでも急激に堕ちすぎだろ。

>>410
linux見てみ。
2.6や2.4が主流の現在でもたまに2.2に手が入ることはある。
ソースツリーがデバグ中心のメンテナンスモードに移行するだけ。
新しいコードが入らなくなるから安心して使える。
まして1.1からはビルド環境に金を払う必要なく
GNUのツールでビルドが可能になる。
知識さえあればディストリビュータに頼る必要すらなくなる。

要はx264が安定するまで使って安定したら移行すればいい話。
インターレースがまともに使えるようになるまではどうやら
かなり長い道のりが待っているようだからインターレース関係で
xvidに傾倒してる俺みたいな連中は当分はxvidに頼る事になるはず。

そうでもなかったりする

ここが良スレだと思ってる奴がいるみたいだけど昔からここは駄スレなんだよ

なんかキチガイが紛れ込んじゃったな…

>>419
ですよね…
たまに良スレ進行するけどほぼネタスレですものね…ここ

H.264には専用スレあるだろ
syskin繋がりでXviDスレ荒らしてんのか？
とっとと出て行けよ

あらあら、煽り耐性0なこと

DivXはいいよね

【無駄な議論】【禁止】

そもそも荒れてないしな
ネタのない終わったコーデックのスレだからDivxのOKと思うんだよ
話題がないんだから流れの邪魔にすらなってないし
なんせ開発者不在の終わったコーデックだからね

ネタのない終わったコーデックより汚いDivX

俺の使ってるコーデックが最強ですってか？
ジャンルを問わずどこにでもいるよなこういうのは。

divxは昔使ってたが画質がどうこう以前に
妙な動作が多くて怖いのでVerアップしてない。

DivXいまでも使ってるよ
ver.5.05だけど

今後コーデック論争は>>389のスレでやりなよ。
見たところ向こうもWelcomeだろうし。

画質
VP6>Xvid>>>>>>Divx
使われている度
Divx>>Xvid>>>>>>>>>>>>VP6

俺はDivXもXviDもWMV9も使ってる（VP6とRV9は使ってないけど）。
適当に（時間を掛けずに）仕上げたい時はDivX、
綺麗に取れたソースを時間をかけて仕上げる時はWMV9、
それ以外は全部XviDかなぁ…

コーデック比較ってこのスレじゃ厳禁じゃなかったっけ？
何でこんな流れになってんの？

>>434 Xvid遣いの第一人者と思いこんでる基地外 >331 のせい

この前、丸２日半書き込みがなかったときは寂しかったよ。
なんでもいいから盛り上がってくれ。

こんな状態でもか？

厨房大歓迎

あのー、ちょっとよろしいでしょうか？
厨房大歓迎のお言葉に甘えて…

ソース　TVアニメをMPEG2でキャプったものを
DVD2AVI(1.76)で分解してAvisynth(2.5.5)を使ってXviDにｴﾝｺしました。
逆ﾃﾚｼﾈがどうしてもうまくいかず、ずっとｶﾞﾀｶﾞﾀいってます。
今までうまくいっていたのに、Avisynthにした途端だったので、
こっちのﾌｨﾙﾀの問題だと思って試行しておりました。
でも思いつく設定を試した結果、ﾌｨﾙﾀ設定ではなく、Codecの問題ではないかと…
そこで他のcodec(wmv9)でやってみたところｽｷｰﾘ動きました。

思い起こせば、XviD1.0.3(kopei)に上げた時期も重なっており、こちらの設定の仕方が合わないのだと思います。
今はﾃﾞﾌｫﾙﾄで使っているのですが、このような場合、どこか設定する個所があるでしょうか？
なお、以前XviD.Root24.02.2003.1100というのを使ってたときは、ｶﾞﾀｶﾞﾀしませんでした。
これに戻そうともしましたが、YV12が駄目みたいなので、何とかXviD1.0.3で解決したいのです。

長文でしょうもない質問をしているとは思いますが、何卒御知恵を拝借したくお願いいたします。

エスパーを希望しているのでなければ、具体的にavsや
XviDの設定やffdshowの有無など全部晒せ。

avsを全文はっちゃいなYO

早速ありがとうございます。
打つのに時間が掛かってすいません。
ｿｰｽが死種でﾊズいですが、AVSはこんな感じです。
-------------------------------
MPEG2Source("ガンダムSEED　destiny16　インド洋の死闘2 .d2v")
converttoYV12(true)
#//--- トップファースト ---//
AssumeFrameBased().ComplementParity()
IT(fps=24, ref="TOP", blend=false, diMode = 1)
LanczosResize(640, 480)
return last

-------------------------------
XviDの方は、入れた時の状態に戻したので
Profile@Level; AS@L5
　　　Quantization type; H263
その下のﾁｪｯｸは無ﾁｪｯｸ
　　　B-VOPsの箱はﾁｪｯｸ（この中も触っていません　Packed bitstreamとclosedGOVにもﾁｪｯｸ）
Encoding Type; Single pass
Target quantizer; 4.00

他にも設定ありますが、こんなところで参考になるでしょうか？
できたﾌｧｲﾙを見ていただきたいのですが、回線がｼｮﾎﾞくて時間がかなり掛かってしまいます。
ffdshowは使っていません。

>>442

エンコードの問題じゃなくて、再生のデコーダの問題じゃないかな？
XviD1.0系でB-frame使用してエンコしたものを、古いデコーダや
DivXのデコーダで見るとがくがくになるはずだよ。

>>442
avsではMPEGだからおそらくフィールドオーダーもTTFだろうから、
あまり問題ないね。

ただ、ConvertToYV12なんてするのならMPEG2DEC3つかうべきだし、
現状でMPEG2DEC3使っていればConvertToYV12の必要はない。
あと、ソースが720x480だとしたらcrop (8,0,704,480)して無効領域
消しとかないとピクセルアスペクト比が狂う。

XviDのほうはこれまた普通に1pass QBか。こっちはまったく問題ない。
となると、デコーダの問題っぽい。まず、きちんとXviDがDSFとして
使われているか確認。DivXのDSFや古いXviDのデコーダが使われていることも
たまにあるので注意。
C:\Program Files\Windows Media Player\mplayer2.exe やMedia Player Classic
を使い、ファイル再生中にプロパティを見ることで確認可能。

あと、きちんと今のXviDのデコーダが使われている場合でも、ポストプロセッシングを
使いまくって再生負荷が高くなっている可能性もある。koepiだとスタートメニュー
からconfigure decoderで設定・確認が可能。

んで、ポストプロセッシングを全部外してもまだ再生負荷が高いようならffdshowを
導入。

>>443
>>444

え、そうなんですか！
新しいffdshowでも入れて再生してみれば
うまくできてるかもしれないのですね。
てっきりｴﾝｺの問題だと思って、一日中色んなﾊﾟﾀｰﾝでｴﾝｺしまくってましたorz
ありがとうございます　m(_"_)m
試してみます。

MPEG2DEC3は使おうとしたときに、何かエラーになって
困って色々試した結果、とりあえずこれでしのいでました。
今の実験設定でははずしてあるのですが、Convolution3DYV12を使っているので
ConvertToYV12しています。

avsにもお詳しい方がいらっしゃって勉強になりました。
色々試している最中で…ｼｮﾎﾞｲavsで失礼いたしました。

>crop (8,0,704,480)して無効領域消しとかないとピクセルアスペクト比が狂う
元ソースの無効領域が0でない限り、クロップした方がアス比狂うよ

ねぇ、ここAvisynthスレ？来るとこ間違えた？

ｱﾋｬﾋｬ(゜∀。)ﾋｬﾋｬﾋｬ
実験で作った30余りのﾌｧｲﾙ…
どのﾌｧｲﾙ見ぃてぇもぉ〜　き　れ　い　だ　なぁ♪

長文ｽﾏｿです。
ありがとうございました。まさしくﾃﾞｺｰﾀﾞｰでﾋﾞﾝｺﾞでした。
ﾃﾞﾊﾞｲｽﾏﾈｰｼﾞｬのﾋﾞﾃﾞｵcodecとか、ﾌｫﾙﾀﾞとか見てもなかったので
ffdshow無しと書いてしまいましたが、ﾌｧｲﾙ再生中にみたﾌﾟﾛﾊﾟﾃｨにはなぜかffdshowが(;´Д`A ```
そこのXviDをdisabledにしたら、ffdshowの表示も消えてしまい、きれいに見れるようになりました。
今は使用中のﾌｨﾙﾀがXviD MPEG-4 Video DecoderとVideo Rendererになっています。
今まで再生中のﾌﾟﾛﾊﾟﾃｨなんて見た事なかったので、良い事を教えていただき感謝です。
結局、古いffdshowが新しいXviDﾃﾞｺｰﾀﾞの邪魔をしていた、ということだったんでしょうか。
XviD Configurationのﾎﾟｽﾄﾌﾟﾛｾｯｼﾝｸﾞは、無ﾁｪｯｸだったので再生負荷も大丈夫ですね。

ｿｰｽは720×480です。cropはしていないのですが、
取りあえずちゃんと見えていたんで、そのままやってました。ピクセルアスペクト比とは…奥が深いですね。
基本的な事が理解できていなくて、あたって砕けろ方式てやっていたので行き詰まってました。
少しでも皆さんに近づける知識を持てるよう精進します。
即効解決、本当にありがとうございました。　(人-)謝謝(-人)謝謝

>>446
＞元ソースの無効領域が0でない限り、クロップした方がアス比狂うよ
元ｿｰｽの無効領域が0でない…すいません。理解できていないんでｸﾞｸﾞｯて勉強してから実験してみます。

>>447
XviDで合ってますよ〜
私の貼ったavsがｼｮﾎﾞかったので、見かねて添削してくださっていただけです。

　　　　　　　CVS更新ｷﾀｰ

他コーデックavi→xvid変換で、
2passの設定が簡単にできるツールないですか？
dvd→xvidだと、fairuseとかあるんですが、、、。

>>450
AviUtlやVDMでバッチ登録じゃ不満か?

ffdshowでカラースペースをYV12からYUY2に変更してみた。
ttp://u.skr.jp/512/files/10714.png
赤いところの境界がYV12だとジャギーでYUY2だとスムーズになった。

xvid.axにも同じ機能があったけどあれしっかり機能する人いる？
俺の環境だと変更しても相変わらずジャギーで機能してないっぽい。

あともうひとつ
AVIUTLで読み込んだときもジャギーなんだけど
なんとかスムーズに読み込む方法ってないだろうか？
こちらはffdshowでYUY2を指定しても変化なし。
コーデックの設定でYUY2で展開、圧縮の設定を
弄ってみたんだがやっぱり変わらず。

2passでエンコするやり方って、1回1stpassってので出してやったものを、
読み込ませて再度2pass設定でエンコするって感じなの？
2回エンコさせんの？

>>453
御明察のとうり。

>>453
ただ、2pass目に読むのは.videopassだが。

すみません。思いっきり初心者な質問に答えて貰って…
初めて2passに挑戦してみようと思ったんですが、
ＶｉｒｔｕａｌＤｕｂでのエンコの仕方が判らなくて…。
色々試してみます。

重くて落ちてこない。。。orz
http://www.aziendeassociate.it/./cd///xvid.cvs.head.2005.02.21.7z

>>457
落ちてきたけど･･･って1時間経ってからレスしても意味無いか･･･

>>456
「最初は失敗してもいいや」くらいで、いろいろ試してみ。

>>452
AviUtlってv0.99じゃないよね？
0.99だとYUY2入力時に色がダウンサンプリングされる致命的ななバグがある。
0.98dとか使いなされ〜。

0.98d使ってるけどインターレース解除の自動で白点とか黒点が出るのが気になる

>>461 標準のインタレース＋インタレースプラグインが普通の使い方だと思うけど？
標準のインタレースだけだと全然解除できなくない？

ソースにもよるのかもしれないけどいままで実写系のDVDソースで標準のインタレース
だけでOKだったことないぞ？

実写ソースでインタレ解除なんてしない

アニメだと逆テレシネ化だしな
インタレ解除とは妄想の産物だったかもしれない

インタレ解除は実写ソースを画像で切り出すときぐらいでしょ

ん? インターレースエンコしていても、60i->60pなインターレース解除なら
再生時にするでそ。

インタレ解除って二重化でよくない？って思う俺はまだまだ初心者か

再生時は問題ないでしょ。問題なのはエンコ時の安易なインタレ解除だとおもう。

長らく映画とアニメが主流だったからねえ

>>467
二重化だと解像度が半分になるんで、家電では60i->60pの場合でも
動き検索して静止部分はフレーム合成かけるのが多い。んまぁ、いろいろ
アルゴリズムはあるし、パラメータをユーザ設定できるものすらあるんで、
一概には言えないけど。

>>463
>>464
>>465
H.264はまだ開発初期で日々バージョンがあがってるような状態。
そんなセリフは時期尚早。
XviD開発陣がH.264へ移行するからまだまだこれからだよ。

(ﾟДﾟ≡ﾟДﾟ)ｴｯﾅﾆﾅﾆ?

480 名前：[名無し]さん(bin+cue).rar[sage] 投稿日：05/02/22 21:20:02 ID:C+gGJHtT0
>>463
>>464
>>465
H.264はまだ開発初期で日々バージョンがあがってるような状態。
そんなセリフは時期尚早。
XviD開発陣がH.264へ移行するからまだまだこれからだよ。

ダウソ厨か。

今簡単に手に入るH.264エンコーダじゃインターレースエンコは不可だから、
60i->30pへのインターレース解除は必須なんだといいたいのかな?
でも、これをAvisynthスレとかではなくXviDスレに書いた理由がわからん。

>>475
ダウソのコピペだよ。反応すんな。

>>476
なるほど。Thanks.

>>460
そのバグについては、いくつか存在するクロマアップサンプリング
プラグインを使えば回避できるみたいです。
>>452さんの不満も、これらのプラグインを使えば解決するかも。

XviDデコーダの色差補完が簡易なものになっている件は、
Koepi自身が「仕様であって、変える気は無い」と言っているみたいなので、
改善は望み薄です。
個人的には、デコーダがらYV12出力してグラボに補完させる、というので
十分だと思うんですがどうでしょ？

>>478
インターレースとプログレッシブとで処理変えなきゃいけないけど、
その辺ハードウェアだとうまくやってくれるのかな?

インタレの場合は、ハードウェアデインタレースと組み合わせることが前提ですね。
TV出力を考えた場合は、478の最後の文は適切じゃないです。

テンプレ>>3の

XviD dev-api-4 オプション解説
http://p23.aaacafe.ne.jp/~kanetuki/xvidoption.html

つながらないね
Googleキャッシュもないみたい

ttp://www.losttechnology.jp/Movie/xvid.html
ここのこと？

ごめん。3見直したら違ってた。

2passでファイルサイズが小さくなるようにいろいろ試してるんだけど、
ターゲットサイズ/ビットレート以外に1pass目をやり直さずに変更してもいい設定ってあるのかな？

例えば、Maximum I-frame intervalの値を大きくして挿入されるIフレームの数を減らしてみるとか
Adaptive Quantization（Lumi masking） OFFになってるのをONにしてみるとか
ちょっと変えて試してみたいってときでも1pass目からやり直さないとだめ？

DivX6からコンテナになるってことでXvidに移行しよおうとおもってXvidを試してみたんだが
DivXPlayerで再生してるせいなのかよくわかんないけどXvidってノイズブロックでてこない？
Xvidのデコーダはなにがおすすめ？

>>485 使ってるCPUは？
ffdshow入れてるか？

DivXPlayerを捨ててmpcを

ノイズブロックって…

なんか凄そう

CPUはAthlon1400+。ffdshowは入れてる。ちなみに実写系動画で、3Mbps。
なんか停止させてもう一回再生させたら出なくなった。
DivXPlayerとXvid相性悪いのか？mpcで再生することにするわ。スレ汚しスマソ。。。

XviDが入ってるならWindows Media Playerで再生すれば
XviDのデコーダがデコードしてくれるからそれでいいんじゃない？
ffdshowも入っててデフォルト設定のままだとlibavcodecが
デコードする設定になってるかもしれない
libavcodecをXviDに切り替えることもできる

うちの環境でMedia Player Classicでmp3音声（Lame ACMエンコ）のAVIを再生すると
微妙に音飛びしたりスクラッチ音（DJがアナログレコードをこすったときみたいなの）が
出るのはなんでだろう？

なんか、基本からしてわかってなさそうなヤシだな…

>>490
とりあえず、プレイヤーがなんなのかではなく、DSFに何が使われているのかってことを
考えるようにしましょうね。

>>491
O - Filters で必要なフィルタ以外切ってみれば？
うちも昔音ズレと歪んだようなノイズが載るソースがあった。
codec入れてるなら殆ど必要ないから。

>>491
あにょ〜、内臓フィルタ切ってから意見すべきかと。。。

内臓フィルタ

確かに大腸はフィルタの役割果たしていると言えるな

「MPEG Audio Decoder」切ってみたら直った

他の人が作ったファイルとかネットで拾ったファイルなら大丈夫で
自分がエンコードしたファイルでよく発生してたから
自分の作り方がどっか悪いのかと思ってたよ
でも他の環境ではどうなるかわからないね…

>>497
･･･ﾀﾞｳｿですか？

ﾀﾞｳｿ房氏ねや

ただのｦﾀです。。。

分かったから、あんまり余計なことは書かないようにな。

ならもっとｼﾈや

これから先、新しいPCとかパーツを買い換えたり、テレビにつないで再生できるプレイヤーを
買ったりしても、（できるだけ）綺麗に問題なく再生できるファイルを作りたいな…と
他の環境ってのはそういうことです。

でもそういうこと考えるならDVD-Video形式にでもしたほうがいいのかな？

こらこら、こんな遅くまで小学生が起きてたらダメだぞ。

>>503
自分で結論出してるやん。家電でもAVIコンテナなMPEG4 ASPサポートなんて
それこそすぐにでも打ち切られておかしくないシロモノなんだし。将来のことを
考えるのなら、HD DVDやBDでも採用されたWMV9 (VC1)のほうが先があるんじゃない?
もっとも、ヲレは使う気せんけどね。

今のPC環境をそのまま残しておく。

PCが機種分けされていた頃とは事情が違うしね。
まぁ問題無いでしょ。

PCが64bitとかlonghornだとかややこしいことになってきたけど
この2つのサポートさえコーデックがクリアできれば恐れる事はありません
あと10年は戦える

ネタなのか釣りなのか。

H.264で1280×720 29.97fpsでエンコしたんだけど、重すぎて再生できなかった。>PEN4 2.4Ghz

巣に帰れ

スレ違いかもしれませんが、誰か教えてください。
(DVD xvid+aac).avi
のファイルがあるのですが、
xvidでもＷＭＰでも音が出ません。
ａａｃのコーデックはどこでＤＬできるのでしょうか？

>>511 は予知能力者

>>512
ｶｴﾚ

>>512
RareWares
http://www.rarewares.org/index.html

>>514
お前は何がいいたいの?

>>515

>>514は>>512の書き込みから明らかにダウソ厨だってわかるからダウソ板に帰れって言う意味｡
ここではダウソ厨は嫌われてる｡

>>516
ご親切なレスを有り難うございます。
確かにダウソ厨はあまり良くないと思います。
ただ>>514の書き込みは不適切だと思いました。

>>515
ダウソ厨の質問にマトモに答えたから犯罪幇助でタイーホ。

>>518
>ダウソ厨の質問にマトモに答えたから犯罪幇助でタイーホ。
考えて書き込め !

>>512犯罪者か?

春だねぇ(´ー｀)y-~~

なんだよ、もう厨が沸く季節なのか

もう春休みだよ

決めつけはよくない。それが真実でない場合侮辱罪になりますよ。
>>512の質問だけでダウン房で犯罪者だと思う時点で・・・

再生も出来ないファイルを作ることは可能なのか？

OSが壊れかけの時そんな感じだった。一旦再起動すれば正常に再生されるんだけどね。

話をぶり返らして皆さんに悪いのですが、
私が言いたかったことは>>523さんが言っている事を言いたかっただけです。
私はもう書き込みしません。
みなさんご迷惑をお掛けいたしました。

>>526
再生も出来ないファイルを作ることは可能なのか？

回答よろ

偶然出来上がりますた

また、divxはなぜあれほどまでに汚く縮まないのか、小一時間語ります？

>529
低速にすれば縮むし、Divx独自のアルゴリズムだか なんだかが作用して良い結果になる
ただし、最近のコーデック同様 それなりのスペックを要するために
エンコードにはかなり時間が掛かる(低速モードが更に追い討ちを掛ける)ため
そこの所を気をつけてエンコードしなければならない

それとここはXvidスレなので語るならDivx(8 Pass目)スレにて語ってくれ

それと試しにXvidで戦争映画をエンコードしてみたが・・・
やはり色の保持性はかなり良いものの、輝度に関しては満足できなかった
やはりというか、何と言うか使い分けがものを言うようだ

>>530
つか、低速と標準とあんま時間変わらなくない？変わらないので低速でいつもやってんだけど…
遥かに早くエンコできるXviDの方が綺麗でサイズも縮むんだけど何で？

Xvidはこの際関係ないよ
Divxで綺麗にエンコするご自慢の腕を披露してくれないか
うｐ

>>532
何で俺がうｐらないけないの？お前がうｐれやボケ
別に腕の自慢もしてないし…
そもそもXvidは関係ないって何よ？ここXviDスレなんだけど。

>>533
まぁそう熱くなりなさんな
ある線の細いアニメなんだけど線の細さゆえモスキートノイズが浮いてもうスクロールなんてザラザラで見れたもんじゃなかった
そこでだ、モスキートの発生しやすいDivxでいかにサイズを煮詰め綺麗にエンコできるかって、
大会を開催しようと思っただけ

>>534
ハァ？お前何言ってるのかわからないんだけど…
頭おかしいの？それとも春休み真っ盛り？
だがちょっとだけ面白そうだな、それ。

一人で楽しく開催してなさい。

>>534
DivXｽﾚへ逝ってらっしゃい。
帰ってこなくていいからね。

ちぇっ、つれないな

　　_, ._
（　ﾟ Дﾟ）ﾀｲﾑｽﾘｯﾌﾟかよ

そんな駄レス付けあってる時間あるんだったら株取引とかしたらいいのに。
小銭儲かるらしいよ、うわさだと。

>531
そうか？標準と低速の速度を比べた事無いから分からんな・・・
ひょっとしてDivXって低速だけに力入れてたり？


>>538>>534
何のための使い分けだよ

この前テレビで見た。ネット取引だよな。親からもらった100万を株取引で1000万にしたとか。
その前に、100万くれる親が(　ﾟдﾟ)ﾎｽｨ…

>>541
それはありえるな。Divx511の低速はDivx521の標準って聞いたことがある。
低速よりもっと低速なのを作りたかったんだが技術力の無いDivxコムは作れず、
次期バージョンで低速を標準にする思惑だろう。
漏れ的にはこの糞なDivちゃんでフィルタ等を駆使しいかに綺麗にエンコできるかって課題を背負ってる。
君もやってみない？面白いから。

関係ないが株などやめておけ。人間、博打などするようになっては終わりだよ。

>543
もっぱらGKnot使ってたけど　そろそろV DubかV Dub MODに移ろうかと思う
たしかにDivXは「要フィルター」って感じだね
とりあえずSoundEngineFreeとか必要そうなものは揃ってるみたいだから
今後エンコやった際に「DivXスレ」にて報告しておくよ
現時点ではDivX6に期待するのはやめた方がいいかも分からんな

やっぱり株は駄目よ　ギャンブルと同じで身を崩すから

>>544
＞DivXは「要フィルター」
その通りフィルタ次第でVP6に迫る高画質を引き出せるフレキシブなcodecとも言える。
従って腕のいい人は恐ろしく高画質でへたれは見るに見かねない糞画質である。
漏れなんかはBlindPPで画像を安定させWavelet系で残像を低減させる工夫なんかしてるけど、
殆ど効果が無い・・・一体どうやればいいんだ？
出来が悪くても憎めないDivX、漏れはうんこって呼んでいる。

でもDivX、DivXPlayerのデコードオプションを最高クオリティにすると
恐ろしく綺麗に見える。
この機能、ffdshowに実装してもらいたいものだ。

>545
まぁ、もろに腕に左右されるコーデックでFA？
フィルター関連に関してはまさに腕がものを言う範囲だし
>>546
たしかに実装されてもらいたいね

>>547
上級者向けcodecには違いない。
初心者はどうやっても同じように仕上がるWMV使っとけ。
WMVはあの独特の画質が気に入らない。
暈しかかってて線が太く見えるんだな。

xvidもデフォルト設定の糞さで馴染み辛いと思います

XviD総合スレ全然役に立たないスレだな。
スレ自身が機能していない。

じゃぁ、純粋にXvidに関するねたで、（機能してないスレで質問しても無駄かな）

1.1beta1でLinuxでAthlon64のx86_64環境なんだが、
yasm導入して、アセンブラ有効でコンパイルすると、（コンパイルは成功する）
mencoderがエンコード開始直後にSegmentation faultするんだが、(88氏なんかはうまくいってるみたい、)
gccは3.3と3.4試したが、どっちもだめ、yasmは0.4.0とsnapshots/r1201を試してみたんだがダメ、
xvidcoreのsnapshotでも同じことを試してみたがダメ
何がまずいんだろ、うまく動かせた人、環境おしえてください

もちろん、--disable-assemblyでコンパイルすると何の問題もなく動くがやっぱりとろい

Xvidの2pass目の設定ムズいよ。

バイナリageて欲しいか？

Xvidの2passの設定で%を指定するとこは全部0にしたらきれいになった気がする、と一人ゴト。
適当でいいよね？うん。

>>551
プログラム
http://pc5.2ch.net/tech/

>>551
そりゃ、buildが通るのとそのbinaryが動くのとは全然別問題だもの。
SIMD使いたければ素直に32bit binary作れば?

>>553
おお、すごい、可能ならおながいします。
ついでに、コンパイルした環境も教えてください。
>>555
板違いだろ
>>556
32bitで問題なく動くのはわかりきってるよ、
公式サイトでも
Brand new amd64 Linux 64bit port by Andre Werthmann
Out of the box yasm support
ってアナウンスがあったわけだし、x86_64で動かしたいと思うほうがよっぽど素直じゃないかい？

>548
そうそう、あの黒い線が気に入らないのよ
アニメなんかは良いかも知れないけど　やはり気に食わん

>>551
もう試してるかも知れないけど、リンカとかはどうなんでしょ？
binutilsがおかしい可能性もあるんじゃないかと。

>>559
どもっす、binutilsは2.15使ってます。
yasmは入れ換えるたんびにldconfigはしてるんだけどなぁ、
ワーニングはちょこちょこ出てますが、yasmに渡される-m amd64オプションは無事に渡ってるようにみえます、

とりあへず環境変えて試してみます。(FC3あたりで試してみるか)

>>558
アニメだけど自分的には駄目。WMVは何か硬質なタッチで柔らかさが無い。

インターレースエンコードしたXviDってどうやって再生したらいいんでしょうか？
再生してみるとすごい綺麗に縞模様なんですよ。
これじゃあインターレース保持した意味が無いような気がします。

フィルタリングはavsで左右クリッピングのみ。VDMでエンコード。
mpeg2→704x480のXviDに。
デコーダはffdshowとXviD両方試してみました。
ちなみに今だXviD1.0.3です。

ffdshowを使うなら

「video decoder configuration」→「Overlay」→「Output」の
「Use overlay mixer」と「HW deinterlacing」をチェック。
ハード、ソフトウェア環境が対応してるならこれだけで
グラフィックスチップの再生支援を使ってプログレッシブ再生できる。
俺の使ってるffdshowのバージョンだとxvidはボトムフィールドファーストじゃないと
プログレッシブ再生出来ないみたいだった。最新のバージョンでどうなってるかとかは不明。

ハードが対応してなくても「video decoder configuration」→「Deinterlacing」を
チェックしてお好みの「method」を選択すればCPU使ってデインターレース再生できるはず。
ただコレだと相当CPUのパワーがいる。

ffdshow以外の方法としてはhwdeint.axを使うくらいしか俺は知らない。

DirectX9bを入れたら
解像感が高かった筈のffdshowのHWdeintがなぜかボケボケになった。

わざわざ古いDirectX9bを入れる理由は？

>>563
なんとまぁできましたですよ、後者の方法で。
HWdeintはハードウェアが対応してないのか、無理でした。

どうもありがとでしたー

どうでもいいかもしれないけどXviDの話してないよなこのスレ

最近HEAD更新少ないからﾈﾀもないしねぇ

でもまだ1.1はbeta取れてないんだよねぇ。

こえｐたん

X
v
i
D
は
実
は

・
・
・
実
は
ぶ
っ
ち
ゃ
け
・
・
・

>>571-572
優しくゆっくり詳しく

K
o
e
p
i
ﾀ
ｿ
が
・
・
・

I
R
C
で
・
・
・

　　　　/＼＿＿_／ヽ
　　 ／''''''Koepi'''''':::::::＼ 　　　
　 . |（●）,　　　､（●）､.:|　＋
　　|　　 ,,ﾉ(､_, )ヽ､,,　.::::|　　 　
. 　 |　　 ｀-=ﾆ=- '　.:::::::|　+
　　 ＼　　｀ﾆﾆ´　 .:::::／　　　　　+
　　　　/　　ー--´ 　ヽ:::
　　 　/ ヽ　　　 /　　/:::
　　　/　/へ ヘ/　　/:::
　　 /　＼ ヾミ　　 /|:::
　　（__／| ＼___　ノ/:::
　　　　 /　　　　　/:::

ｷﾓｯ

玉母

ﾌｨｰﾙﾄﾞｵｰﾀﾞｰがﾄｯﾌﾟﾌｧｰｽﾄのものは、やっぱﾄｯﾌﾟﾌｧｰｽﾄの設定ができるXviD使わないと駄目ですか？

>>579
フィールド入れ替えれば別に問題無いんじゃないかと

>580
VDMのFIELD SWAPﾌｨﾙﾀｰでいいんでしょうか？
やってみたんだけどなんか違うみたい…
Aviutlでもﾎﾞﾄﾑ->ﾄｯﾌﾟにしたけど、なんか違う…
PCで再生時にﾃﾞｲﾝﾀﾚしてTVに表示するなら平気なんですが、XviDﾌﾟﾚｲﾔｰで見るとあきらかにﾌｨｰﾙﾄﾞｵｰﾀﾞｰが逆の画面で見てられないorz
まあXviDﾌﾟﾚｲﾔｰでみたから分かったんですが…orz

MPEG4Modifierで修正するか、

AviSynthで

SeparateFields()
BlankClip(1) ++ last ++ BlankClip(1)
AssumeFieldBased()
AssumeBFF()
Weave()

>>579
ソースがMPEG2の場合m2v.vfpやm2v.aui使って
読み込んでるならm2vconfでトップファーストで読み込むか
ボトムファーストで読み込むか設定できるけど。

>>551
gentoo linuxの最新追っかけ。
XviD(1.1beta1)とyasm(0.4.0)だけ別に入れた。

慌しく更新してるね＞HEAD

2005-03-04 22:13 Isibaar

* src/motion/estimation_pvop.c: + Ok, finally realized that the
cartoon mode bug is mostly GMC related. So new try ;-)

2005-03-03 01:27 Isibaar

* src/motion/estimation_pvop.c: - must be 0x3f and not 0x2f - d'oh!

2005-03-02 20:22 Isibaar

* src/motion/estimation_pvop.c: - Cartoon mode bugfix

2005-02-20 13:12 syskin

* src/motion/estimation_pvop.c: assume that fcode also limits
average MV in mcsel==1 blocks. fixes a visual bug caused by
different prediction from such MV

2005-02-19 23:20 suxen_drol

* src/motion/x86_asm/sad_mmx.asm: sad_mmx register dependency speed
optimisation contributed by dark sylinc (dark_sylinc at yahoo dor
com dor ar)

>582-584
ﾈｯﾄ環境ないんで出来ませんでしたけど、友達の家行ってKoepiさんの1.1.0BETA落としてきたので、ﾄｯﾌﾟﾌｧｰｽﾄの設定出来ました
584さんのm2vはVDM使ってたから気がつきませんでしたorz
ｱﾄﾞﾊﾞｲｽ有り難うございました、参考になりましたです

競馬をQT4でエンコしたらビットレートが4M超だった、ビックリしたよ。

当たり前だ

サッカーをQT4でエンコしてビットレート1.7〜8Mぐらいだったもんで、
やっぱすごいぜ馬ってことか。

たとえば、BS-Hiのサッカー中継ではそれほど酷く破綻しないけど、
競馬中継では、向こう正面をとかはまだいいんだけど、4コーナー回って
アップになるところでは、とてつもない破綻だからねぇ。

以前、職場で「破綻」を「はじょう」って読んでる奴がいて、他人事ながら恥ずかしかった。

>>593
いままでそう読んでたよorz

>>594
ﾓﾚﾓ orz

はたん?

>596
破綻＝はたん

2pass-1stpassで一括エンコードをしている方います？
この場合、ビデオのビットレートは変更できないのでしょうか？
画質がいいのはうれしいのですが200kbpsというのはちょっと…orz

解析にビットレートイランだろ

>>585
どもっす、その後こっそり自己解決していたんだけど、おっぱずかしくてカキコしてなかったよ、
うちもgentooでふ、
で、その原因は、本家のbuglogにも出てたインタレモードでしか試していなかったのがそもそもの原因で、
src/utils/x86_64_asm/interlacing_mmx.asm をちょっくら修正したらうまく動きましたとさ、
おさわがせでした

なんか、前後不覚な文章で恥の上塗りなんだけど、修正

で、その原因は、本家のbuglogにも出てたバグで、
こっちもインタレモードでしか試していなかったのがそもそもの原因で、

教訓：ドキュメントはlogも含めて良く読みませう

>>598は2passエンコードの意味が分かってないに3000kbps

XviDってRGBじゃないんですか？プロパティ見ると16bitなんですが、

>>603
DivXもXviDも、内部処理は12bitだよ〜ん。散々既出。

YV12

なのになぜXviDは色が少し淡い感じになるんだろか
XviDは気に入ってるがこの点が残念
逆にDivXが色いじってるのかな

使えないのは道具でなく、こんな書き込みをしている喪前自身

huffyuvのaviをAviutlで2passエンコしたら
出来上がったファイルのサンプルビデオサイズが16ビットでした。
どうして24ビットじゃないんだろう…。

だからどうした

このスレ最高！

雑誌付録のCD-ROMに入っていたXviD v1.0.3をインストールして使っていたのですが、
XviD 1.1.0-beta1を公式サイトで見つけたので最近入れてみたところ、
XviDエンコードしたAVIファイルを選択するだけでエクスプローラが落ちるようになってしまいました。
やむなくXviD v1.0.3に戻してみましたが依然その状態が続いています。
なにか対処方法ありましたら教えてください、お願いします。

マジスレするとメモリが少ない。仮想メモリでも増やしとけ。
でもコーデック再インスコしたら直るって言ってた人もいたけどな

>>611
一度直接システムフォルダ内のXviDのdll削除した方がいいかと

1.1.0-beta1ってぼかしのフィルタかけたような感じにならない？

>>612-613
xvid.dllを削除してから再インスコしたら解決しました。
助かりました、ありがとうございます。

こないだデブ糞を上手く使いこなしてエンコするように宿題出してたのどうよ？
上手くいった？

>>603
YV12って知ってるか？貴様はアップサンプリングについて練習しとけ。

>616
フィルターがけに関しては、やっていないが
Fusion使ってみた・・・　デフォルトの「バランス」でエンコしてみたが
ギラギラ感がもの凄く出てとても見れるレベルではない　やはり5.21に頼らざるを得ないようだ

後日、5.21に関する報告出しておく

>>618
レポﾄﾝｸｽ！

デブはリンギングが浮くな。粒子状の色にじみも気になる。
てか、Fusionって何？

>619
DivX Fusionでググれ

あんだよ…新型デブかよ…
おいら、てっきり悟天とトランクスの合体技かとおもたよ。

>>621
なつかすいなw

>621
し、知らね；
Fusionは、レスしたとおりギラギラ感が凄まじくて
字幕なんかほとんど潰れてひどい具合になってた
ただし、色の保持はギラギラ感と引き換えにだいぶ良くなってた
ちなみにジャンルは戦争映画　タイトルは「ブラックホークダウン」を約1Mbpsでエンコードした
見事ウンコードに変わってしまった

ようするにコントラストが強いってことか
こういう白黒強調が激しいのはダメーデックの代表

>>624
XVDなんか露骨にコントラストや色が変わ(ry

コントラストが変われば色も変わるよな、重複だorz

(AA略)せっくるヴぃでぃ！
　　　　　　せっくるヴぃでぃ！

それはウンコーデックっていうか素人向けってことだな

ただいま、FUにてティム・ロビンス、
マーティン・ローレンス主演「ナッシング・トゥ・ルーズ」を
DivXにてエンコード中　もうしばらくしたら報告出すね

え？

え

ぇ

λ

π

ﾙ

ノレ

Ｎ

>>629　ｽﾚ違いだからどこか他のｽﾚでやってくれ

笑った

HEADのDShowが更新したんじゃよ

XviDでbﾌﾚ圧縮を使う場合、mod1.5.10.1を使えば
末尾1ﾌﾚｰﾑが欠落する事はないんでしょうか？

1.4.13が無難

1.4.13ってYV12に対応してたっけ？

head更新してるね

2005-03-14 01:18 Isibaar

* dshow/src/: CXvidDecoder.cpp, CXvidDecoder.h: - Applied dshow
patch by Antonz

2005-03-14 00:47 Isibaar

* src/motion/: estimation.h, estimation_bvop.c,
estimation_common.c, estimation_pvop.c: - New lambda tables for
R-D motion search. The old tables were obviously taken from
h.264, which uses a logarithmic quantizer scale. This lead to
bad results at very low bit-rates. With this patch, compression
efficiency at low bit-rates is greatly improved.


R-D motion searchｷﾀｰ--------！！でいいの？
very low bit-ratesの時ってのがどれくらいなのかわからんが。

640×480で300kbpsくらいじゃないの

R-D motion searchの利点は動きベクトルで喰うビットを節約することだから、
動きベクトルで喰うビットがどれくらいの割合になっているかによる罠。

1080iのMPEG2だと14Mbpsではこんなに喰うとかいうのはNHK技研の資料があった
気がするけど、H.263のSDだとどうなっているのかは知らない。

VGA、QT4.0で3Mbps超とか基準があれば解りやすいんだけどな

>>643 XviD入りならおけ。1.5系はおかしなエラー大杉

どのバージョンが一番綺麗ですか？

650=馬鹿

(((( ；ﾟДﾟ)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

>>649
XviD入りならおけ
↑
詳しく願います。

ttp://www.avisynth.info/?%A5%AA%A5%EA%A5%B8%A5%CA%A5%EBFAQ#content_1_25

gcc　と　gccじゃないのって違いありますか？
cpu　Athlon-XP なので　gccのXP用バイナリで良いんでしょうか？

>>655
コンパイラによってエンコの速度とか変わるよ、
また、コンパイラに渡すオプションによっても結構かわる、
自分でいろいろコンパイルして試してみるがよろし

XviDのコンパイラの仕方が根本的にわからん・・・。一応ICLとかGCCとかぐぐってみたんだけど
ICLは体験版DLって来てやって見たんだけど・・・うーん。
ソースの\srcのxvid.cをコンパイルしてxvidcore.dllを作ればいいのかな・・・。
自力でやろうって気はあるんで参考になるサイトや文献あったらｵﾈｶﾞｲしまう。
簡単にみなさんがコンパイルしてる流れっていうのを教えてくれませんか？

>>657
>>322-323

あのあと英語サイトと過去ログ読みまくってなんとかやり方までは掴んだんですが
VCのICLでxvidcore.dllをビルトさせてそれをxvid.exeにコンパイルするのかな・・・。

インストーラーで包んでるだけでは？

>>658,660
レスありがとうございます。参考にしてみます！
エンコードの高速化はxvidcore.dllをビルトするだけでいいんでしょうか？
.exeにしなくてもsystem32にビルトして上書きしちゃえば・・・
｡･ﾟ･(ﾉ∀`)･ﾟ･｡\build\genericの中のmakefileをVC++のICLでやりたいんだけど・・・。
makefileの扱い方がわからん。
ttp://www.discdude.net/xvid/compile.html
ここも参考にして見た。

>>661
VC使ったことあるの？
VC使うならmakefileは使わないよ

>>662
新規作成からプロジェクトのところに"makefile"って選択肢があったから・・・orz
そっか・・・、使えないのか。
ICL使ってビルトしてsys32に上書きすれば環境にもよるけど高速化するかな??
わざわざexe作る必要ないと思って・・・デコード部分は最適化されなくていいからエンコード部分を最適化したい
一応環境
CPU:Pentium4 2.53　メモリー:PC2700 512M
もっと調べて見ます。

ICLは最適化オプション付け過ぎると以下略

bcc5.5でmakeしたいんですが、無理ですか？
VisualC++なんて買えません。

>>665
素直にmingw+gcc使えって

Mingwとgcc + Cygwinではどちらがよさげ？

>>667
cygwin使ってもmingwビルドされるからcygwin入れればいいよ

無料のVisualC++Toolkit2003（だっけ？）＋各種SDKは無理なんかね？
足りないHやLIBはネットで手に入るので済ましたりとか。

おまいらのおっしゃってることがさっぱりわからねぇよ

>>669
VCtoolkit+PlatformSDK+vcsp使えばできなくはないだろうけど
一からmakefile作る必要があるから面倒そう

XviDって1passと2passで劇的に画質変わりまつね。

2passやるぐらいなら1passQTを2回やる方がよくないっすか？

あんだって？

>673
釣りだよな？

>>673
そうだよな。QT 1.0で2回やってみ、マジ綺麗だぞ。

>>673 = >>676 であることを切に願う

>>675
いやまじで言ってます。
例えばとりあえず一回目をQT4でやったとする。
もし一回目でサイズがいい感じだったらもうそれでOK。
サイズがでかかったり小さかったらその一回目で出来たサイズを素にQT下げたり上げたりすればいい。
ずっと使ってるなら一回目で出来たサイズを素にどのぐらいQTを上げれば(下げれば)目的のサイズになるか大体分かる。
さすがに2pass程性格な目的サイズには出来無いっすけど…
駄目っすかね…？

>>676
「そうだよな。QT 1.0で2回やってみ、マジ綺麗だぞ。」
？？？

>>678
駄目っす

>678
あのさ、2passの意味分かってる?

>>680
2passって目的のサイズに収める為じゃないんすか？

圧縮してさらに圧縮するとは

な　ん　て　斬　新　な　ん　だ

>681
いや、それもあるけどさ

1pass目=映像を解析
2pass目=解析された映像を圧縮、適切にビットレートを振り分けたり(VBRの成立)

RV10 VP6(7) AVC/H.264等、新しめのものは
高画質狙いは、基本的には2passでよろしくな感じはあるね
まあ自分はXviD場合は、固定Qしか使わないけど
関係ないが、sysKinさん件、ちょっと寂しいなあ

>>683
お〜…丁寧に教えてくれてありがとう。まだまだ駄目だな俺…
いままで2passって目的のサイズ作成の為のものかと思ってた…

ちょっと質問していいっすか？
1passQTで出来たサイズを素に2passでそのQTで作成して出来たサイ
ズと同じにして2passをやってみたら2passの方が画像が悪く感じた
んすけどこれは私の設定が変だったんすかね？

>685
う〜ん、画質が良いか悪いかは個人差が大きいし
なにより、漏れがXviDにてQTを試した事がないしorz
設定に問題があるかもしれないね
ただ、QTだとフレームレートとかの変更が行われてたりしてるかも知れないので
なんとも言えない・・・

にしても、やっぱりXviD速いな

>>686
ありゃｗ
QTやった事ないんすか…そりゃなんとも言えないっすよねｗ
今度またちょっと2pass試してみますね。

…う〜ん…でも何回か試してみたんだけどな〜
…やっぱ1passQTの方が綺麗に感じるんだよな〜…

にしても、やっぱりXviD速いなｗ

いや本当に俺も思いますｗ
zoneもかなり助かるし

>>673 = >>676 じゃなかったね ｽﾏｿ

>>687
基本的に2passは動きが激しい場面にbitrateを多く割り振るけど
実際に動画を見て粗を感じるのは静止場面だったりもするので
そーいう感想を抱くのもありです

俺が1pass愛用してるのも同じ理由です

>>688
私は>>676じゃないっすｗ
ぶっちゃけ>>676の意味が分からない。と逆に釣ｗ

688さん丁寧に教えてくれてありがとう。まだまだ駄目だな俺…

Xﾋﾞﾄﾞｰ様。

とっととブロックノイズがでないようにｲﾝﾀﾚ対応してくださいよ。

>>685
>1passQTで出来たサイズを素に2passでそのQTで作成して出来たサイ
>ズと同じにして2passをやってみたら2passの方が画像が悪く感じた

その手法は、むしろ画質がよくなるはずなんだがなあ。
だってさ、1pass目で映像を解析したらさ、映像全体に同じQuantizerを割り当てることだって可能なわけなのにさ、あえてそうはしていない。
つまり、あえてそうしないほうが高画質なんだろ？1passQuantizerだと基本的に映像全体で同じQuantizerを使うしかないけど、2passなら自由だ。

>>691
なんであえてそうしないほうが高画質と言い切っているんだろ、こいつ…

見かけ上は高画質って事だろ。

動きの遅い（目立ちやすい）部分ではQT少なめにして、
動きの速い（目立ちにくい）部分でQT多めにする事で、
画質をより良く見せる。

1PASSで綺麗とか言ってる奴、画面全体よくみてみ
つか、QT3とかでやるならMPEG2のままでいいじゃん
ﾌｨﾙﾀｰ掛けのﾁｪｯｸくらいしか1PASSなんてつかわないけどなぁ

1PASSで納得出来るやつって海外版とかいって売ってるｱﾆﾒDVDBOXの画質でも満足しそうだな…orz

>>694
ねえ、ボク、quantizer固定の意味理解できる?

>>695
もう相手にするのはよさないか？
ここまで来ると釣りか荒らしだよ。

真性でも相手にすんｎ

つ【ｷﾁｶﾞｲｱﾆｦﾀｽﾙｩ】

ｱﾆｰﾀ

既出かも知れませんが、koepi氏のXviD-1.1.0-Beta1-16012005.exe
AviUtlで使うとAviUtlが落ちますね。

>700
既出だったと思う

落ちないよ

>>700
アス比の設定がおかしなことになるのが原因じゃなかったか

x8かx16じゃないの

>695
んならQT固定でｻｲｽﾞ小さくする方法おしえろや

>>705
ノイズ除去を強めにかける

>>705
B-VOP周りの設定をいじる

>>706
でものっぺりして、アニメチックな画になるよね。

だめだこりゃ

>708
そのぶんシャープフィルタをシュッシュとかけるんだ!!!!

XvidってDivxより綺麗とだと最近気づいて
これから使おうと思ったんだけど

音がDivxの時よりショボクなっちゃう

Xvidの設定にAudio設定みたいなのがあるんだけど
Xvidって勝手に音声圧縮に干渉してくるのかな

Divx　lame mp3 44khz
Xvid lame mp3 44khz

っと音声は同じ設定なのに、音が完璧に違ってる
響きがXvidの場合なくなってるんだけど

Ｊ

変な釣りはよしてください

>711
もうこないでな

PCだと同じに聞こえるんで
音声だけ両方出力してみて、バイナリ比較したら同じだったよ

IODATA　AVeL LinkPlayer　使ってるんだけど
その時、Xvidの音ショボクなったんで
プレイヤーがおかしいのかな？

>>715
>>714

>>715
>>714

言っとくけどマジレスです

>>718
言っとくけどこちらもマジレスです

マジかよ

でる杭は打たれるってことを示してるいい見本

それはちょっと違うだろう？

杭が出てきたと思ったらタケノコだったので、みんなどうしようか悩んでる。

あれがマジレスなら、なおさら>>714だし

藪から棒。

しかもその棒が電柱サイズときたもんだ。

こいつ、耳はいいのに頭がわ（ｒｙ

いつまで引っ張るのか

　 /＼＿＿_／＼
／　／Koepi」 ::: ＼
|　（●）,　、（●）、　| 　　 ／￣￣￣￣￣￣￣
|　　,,ノ(、_, )ヽ、,, 　 | 　＜　 ほげー
|　　　,;‐＝‐ヽ 　 .:::::| 　　 ＼＿＿＿＿＿＿＿
＼　　｀ニニ´　 .:::／
／｀ー‐--‐‐―´´＼

最新のソースってどこにあるんすかー？

公式サイト。

>>729
ありがと

1.1.0beta　が最新なんすね
もっとバージョン上がってるのかと思ってた

開発者の多くがx264に浮気してるんｼﾞｬﾏｲｶ

DivX試用期間終わったらXvidに移行予定ですが何か?

けえれ

試しにH264使ったら恐ろしく綺麗だな。このスレ住人にもお勧めしておくよ。普及age

neroの飼い殺し作戦は逆効果
mpeg2とxvidがあればいいや

ノコノコ行っちゃう方もどうかと

なんかすごい更新が・・・

>>738
カレイドスター？

>>735
インタレ保持に対応てからまた来てくれ

それなら

びっくりするような　すごい　更新

>>735
インタレ保持に対応して16の倍数しかダメというのが解消したら移行するよ

HEAD 2005-03-27 03:59 (GMT)

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

2005-03-27 03:59 suxen_drol

* src/decoder.c, src/encoder.c, src/xvid.h,
src/bitstream/bitstream.c, src/plugins/plugin_2pass2.c,
vfw/src/codec.c, vfw/src/config.c, vfw/src/config.h,
vfw/src/resource.h, vfw/src/resource.rc: xvidcore ======== *
added XVID_GLOBAL_DIVX5_USERDATA global flag * removed the bvop
delay warning text ("warning: nothing to output), as this often
confuses joe user. * minor changed to closed gop image_printf
statement: s/"DX50 BVOP->PVOP"/"CLOSED GOP BVOP->PVOP" *
additional comments for low_delay_default mode within
decoder_decode() * divx userdata string:
s/DivX999b000/DivX503b1393. this has been suggested by dxn for
improved hardware compatibility [nb: i dont have a hardware
player to confirm this] * vbv_peakrate constraint is ignored if
<= 0

vfw frontend ============ * dxn profiles now confirm to "DivX
Certified Profile Compatibility v1.1", February 2005. this
document was provided by DivXNetworks, USA. when a dxn profile is
selected, strict conformance is enabled: - force 1:1 picture
aspect ratio - disable bframes if interlacing is enabled -
force maximum of 1 consecutive bvops for the portable and ht
profiles, 2 bvops for the hd profile - always write divx 5
userdata string to bitstream - force packed bitstream option
- updated dxn vbv parameters * added PROFILE_4MV flag. 4mv is now
disabled for the dxn handheld profile. * moved
PROFILE_AS/PROFILE_ARTS/PROFILE_S to config.c *
profile[].max_bitrate now measured in bit/sec (not kbps) *
profile->level box: widgets are now greyed-out if they are not
used. * increase vertical size of profile drop down list. *
about box button: s/Dismiss/OK

うわ、H264試してみたけどメチャクチャ綺麗
しかも、サイズも少し小さくなってるのに

でも、持ってるネットプレイヤーでは再生できない･･･　orz

これが264厨か

春真っ盛り。

514 名前：[名無し]さん(bin+cue).rar[sage] 投稿日：2005/03/26(土) 22:32:59 ID:ZUeTPwjB0
>>511
いつもお世話になっております。
ネットワークプレイヤーでの再生では、
氏のエンコが一番奇麗だと思います。

ただ、ネットワークプレイヤーで120fpsは音ズレします。
可能な限り24fpsにしてもらえたら嬉しいです。

128 名前：[名無し]さん(bin+cue).rar[sage] 投稿日：2005/03/26(土) 21:13:22 ID:ZUeTPwjB0
1rSPytiuztのメジャー17話と学園アリス18話が120fpsになってる。
ネットワークプレイヤーだと、120fpsは音ズレするんだよねぇ・・・

1rSPytiuztのエンコは、ネットワークプレイヤーで一番奇麗に見れてたのに、非常に残念だ。

NGワード：264

兄弟ゲンカｲｸﾅｲ

弟が悪いんだよ

弟に嫉妬する兄

弟じゃねぇって。赤の他人。

兄貴・・・！

サブっ！

ちょっと質問いいですか？
最近WMV9をやめてXvidを使い始めたのですが、
Xvidに変えてから暗い場面のゴワゴワというかモヤモヤ？が気になるようになってしまいました。
皆さんはどんな手で回避してますか？フィルタでなんとかなりますかね？

ffdshowで軽減しても良いんですが、なるべく綺麗にエンコしたいので、
どうかアドバイスをお願いします。

>>757
ビットレート上げる
これが手っ取り早いよ

ありがとうございます。
我ながら厨っぽい書き込みしちゃったと後悔してます。
とりあえず色々試してみたいと思います。ありがとうございました。

>>757
何のためのcustom matrixだよ

インタレエンコってインタレ保持エンコってこと？
そうだったらクリップしたりリサイズしたらできないの？

>>761
Xvidへの入力がインタレである必要がある。
このスレ的にはあなたに回答できることはそれだけ。
インタレ映像のリサイズとかクリップとかはスレ違い。

>>757
zoneを使うべし

まあ、暗部のモヤモヤはある程度我慢してくれ

皆さんどの位のビットレートでエンコしてますか？

>>765
場合によるけど適当な物は1000kbpsくらい

場合によるけど適当な物はRV10

適当なのはH263
じゃないのはカスタム

あんま変わらんけどな

めんどくさいのでQTで

見れればいいって考えから2passで都合のいいサイズで丸めてるな。
ビットレートで言えば1000〜1400kbpsぐらい

QT(・∀・)ｲｲ!!

QTじゃ家電でﾏｼｹｿが再生できません！

QT31くらいにすれば再生できるんじゃねぇの?

('A`)

主にｱﾆﾒばっか…1ｸｰﾙ1DVDで考えてるんで、2PASSの1800kbps
CG-ANIME MATRIXで暗部の気持ち悪さは消えた
でも結局DVD買ったりするから、なんか意味無い事してる気が最近する…orz

実写もXvidに移行しようと思ったけど、内Pとか縮まないので断念した

>777
独り言はチラシの裏にかいてね。

＝＝＝＝＝＝＝＝ ここよりチラシの裏 ＝＝＝＝＝＝＝＝


ﾌﾞﾂﾌﾞﾂ･････

暗部がノイズまみれなx264は糞過ぎ



＝＝＝＝＝＝＝＝ チラシの裏終わり ＝＝＝＝＝＝＝＝

XviD開発休止ｷﾀ━━━(´･ω･`)━━━!!

4/1

>>782
嘘をつくなよｗ
きょうははまだ3月だぞ。

西暦2005からきますたm9(^Д^)ﾌﾟｷﾞｬｰｰｰｯ

皇紀2665 だろうが！

異常に高いビットレートでエンコするとどうなるの？
余った部分はどうなるんだろう？ それとも余らない？

QT=1以上のビットレートにはならない。

今日は4月2日ですよ？

Bフレのquantize ratioとかいうやつ下げてもサイズ大きくなるだけできれいになったようには思えないんだが

それがコーデックの画質限界

210ＭＢのMPEG2を2000kbpsでXvidとDivXで圧縮したところ
XviD1.1.0b 184MB DivX5.2.1 78MBのaviができあがった。
なんでXviDは全然ちぢまないんだ

じゃあdivxでいいじゃん

>>791
どっかのうｐロダにうpしてみてよ。
ビットレートが違うと思うんだが。

>>791
お前が厨だからさ。

釣りだろ。放置しろ。

片方を1000ｋでENCしておきながら
ちぢまないとかいうんじゃないっつーの

>2000kbpsでXvidとDivXで圧縮したところ
DivX5.2.1 78MB
明らかにDivxの方がおかしいだろ

それと画像比べてみろ、Divxノイズ出まくりだから

>>797
おかしいのはお前だろ

>>776
CG-Animation Matrixってそんなに（･∀･）ｲｲ!! の！？
なんか付属ファイルにいろいろあるのに最近気付いたけど
見向きもしてなかった・・(´・ω・`)ｼｮﾎﾞｰﾝ

>>799
これか?
ttp://www.walkerplus.com/theanimatrix/

>>800
さすがに、そのURLじゃあ釣られない。

Andreas 78er

4/1にhead更新してたのね

去年はフェイクなｗ

This is XviD 1.1.0-beta2 ("my last release") release.

This release is the second beta of the 1.1 series. It is API/ABI
compatible with the previous beta release.

Changes since 1.1.0-beta1:

* xvidcore
- Fixed bug in GMC, and Cartoon modes.
- Improved VBV support
- Improved compliancy with DivX profiles.
- Added MPEG de/quantizer PPC support.
- Minor fixes for PPC colorspace functions.
- Improved Low bitrate quality.
- Fixed x86_64 interlaced support.
- Minor Motion Estimation adjustments.

* VFW frontend
- Improved compliancy with DivX profiles.

* DShow frontend
- Fixed resource leaking

As a sidenote, I would like to say to all XviD users that this is the
last release I will ever prepare. It's been a long time I've been
working in XviD, but everything ends one day or another... so I hope
you appreciated the efforts I've put in XviD and I hope you'll enjoy
the next releases prepared by the people who will decide to continue
the XviD project. Farewell.

-- Edouard Gomez

まさかneroじゃないよね…

可能性かなり高いな

4/1リリースの更新内容ですか・・・
で次まだ？

XviD-1.1.0-Beta2-04042005.exe (628kb)
XviD-1.1.0-tree official beta build.
Changelog:
{core}: Rate-Distortion tables fix - logarithmic scales adopted correctly.
- {core}: Cartoon mode bugfix.
- {core}: SIMD code speedups by improved instruction pairing.
- {core}: Fix to the 2pass2 code / VBV buffer compliance.
- {dshow}: Fixed resource leaking caused by bad tracking of initialization status.
- {vfw}: Various small (minor) bugfixes.
- {general}: GomGom is leaving the team - all the best to him and thanks for all the work spent on XviD!
This build is considered quite stable, so please test and report errors you find!

VBVｷﾀｰ
これでmax/min bitrateを完全に遵守するようになって、ハードウェア再生が
やりやすくなりましたな。もっとも、H.264のハードウェア再生が徐々に
進んできているからなぁ。PSP以外にもH.264対応のポータブルデバイスが
いろいろ出てきそう。

　　　　/＼＿＿_／ヽ
　　 ／''''''Koepi'''''':::::::＼ 　　　
　 . |（●）,　　　､（●）､.:|　＋
　　|　　 ,,ﾉ(､_, )ヽ､,,　.::::|　　 　
. 　 |　　 ｀-=ﾆ=- '　.:::::::|　+
　　 ＼　　｀ﾆﾆ´　 .:::::／　　　　　+
　　　　/　　ー--´ 　ヽ:::
　　 　/ ヽ　　　 /　　/:::
　　　/　/へ ヘ/　　/:::
　　 /　＼ ヾミ　　 /|:::
　　（__／| ＼___　ノ/:::
　　　　 /　　　　　/:::

肉ﾀﾝのはまだかな

ヴァニラビルドとコエピービルドってどっちが(･∀･)ｲｲ??

> XviD will continue - development won't stop.
>
> As sad as it is to see two nice fellow developers parting,
> it doesn't mean the death of _this_ project.

　 _ 　∩
(　ﾟ∀ﾟ)彡　Koepi ! Koepi !
　⊂彡

Koepiのサイトどこ〜？

ttp://www.koepi.org/xvid.shtml　消えてるんだが・・

>>815
見れますが･･･

>>813
自分ビルドが一番いい

>>815
見れたと思ったらブラウザにキャッシュが残ってて見れただけでしたｽﾏｿ・・･

ｽﾏｯﾌﾟｿﾌﾏｯﾌﾟ

相変わらずkoepiﾀｿのサイトが見られんね。

Koepi's Xvid v1.1.0 Beta2

Kalumba writes "Xvid, the great OpenSource MPEG-4 compliant video-codec, is out in beta 2.
Sadly this is the last version being made by the original deveolpers.
GomGom (Edouard Gomez) has left the project so the future of Xvid is uncertain at this point."

ttp://www.9down.com/modules.php?name=News&new_topic=10

ttp://www.softpedia.com/get/Multimedia/Video/Codec-Packs-Video-Codecs/Koepi-XviD.shtml

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

http://www.xvid.org/downloads.html
どうやってビルドしらたいいねん？

gccで
P4、AtrlonXP、AMD64　オプション付けて
作るにはどうしたらいいねん

OS　は　w2k　で出来るの？
どうやるの教えて

>>823
Hints of building by Microsoft free compiler
って前からあったっけ？
今スクロールして気付いたんだが。

＞Hints of building by Microsoft free compiler
他のMakefileは自分で作れと？？？
無理だ・・・特にCore。

>>826
xvid.axのnmake用Makefileが置いてあるだけでも親切だと思うね。
俺なら「Makefileは自分で調べて書け」で済ます。

>>824
おまいはここのでも使っとけ
ttp://www.aziendeassociate.it/cd.asp?dir=/gcc

>>828
それ使ってるちゅーねん

一応ダウンロードしてみたら
VC++で出来そうなんだけど、P4とかAthlonXP　、Athlon 64
出来たbinariってどれで使っても最適化されてるんだろうか？

VC++はSSEとか3Dnow2　とか対応してないバージョンなんだけど
SSE２とか3Dnow2使ってくれるのかな？

binariとか言ってるし日本語も何言ってるか分からないし
日本人じゃないでしょ？英語圏でもないから中国・韓国だろう。
中国語やハングルのサイトで聞けば。

2005-04-04 23:49 edgomez

* AUTHORS, ChangeLog, build/generic/configure.in,
build/generic/sources.inc, dshow/Makefile, src/xvid.c,
src/xvid.h, src/bitstream/mbcoding.c, src/quant/quant.h,
src/quant/ppc_asm/quant_mpeg_altivec.c, vfw/bin/Makefile: New
1.1.0-beta2 release

こえぴーしぼんぬ

Under Construction


The site you are trying to view does not currently have a default page. It may be in the process of being upgraded and configured.

Please try this site again later. If you still experience the problem, try contacting the Web site administrator.


--------------------------------------------------------------------------------

If you are the Web site administrator and feel you have received this message in error, please see "Enabling and Disabling Dynamic Content" in IIS Help.

To access IIS Help
Click Start, and then click Run.
In the Open text box, type inetmgr. IIS Manager appears.
From the Help menu, click Help Topics.
Click Internet Information Services.

　　　　/＼＿＿_／ヽ
　　 ／''''''Koepi'''''':::::::＼ 　　　
　 . |（●）,　　　､（●）､.:|　＋
　　|　　 ,,ﾉ(､_, )ヽ､,,　.::::|　　 　
. 　 |　　 ｀-=ﾆ=- '　.:::::::|　+
　　 ＼　　｀ﾆﾆ´　 .:::::／　　　　　+
　　　　/　　ー--´ 　ヽ:::
　　 　/ ヽ　　　 /　　/:::
　　　/　/へ ヘ/　　/:::
　　 /　＼ ヾミ　　 /|:::
　　（__／| ＼___　ノ/:::
　　　　 /　　　　　/:::

コエピーーーーー！！

Koepiが死んだことと関係ないけれど、XvidでエンコしてもDivXのロゴが出ることが
うざい・・・・
ひょっとして消す方法ある？

http://pro-g.livedoor.com/dvdconv/faq.html#20
あった・・・　逝ってきます・・・

　　　　/＼＿＿_／ヽ　　　　　________
　　 ／''''''Koepi'''''':::::::＼ 　　　|　お　|　　
　 . |（○）,　　　､(○）､.:|　　　 |　墓　|
　　|　　 ,,ﾉ(､_, )ヽ､,,　.::::|　　 　|　　　|
. 　 |　　 ｀-=ﾆ=- '　.:::::/　 |　 　　|
~~~~~~~~~￣~~~￣~~~~~~~~~~~~~~~~~~~~~~~

肉ﾀﾝの来たぞ

Pentium4
Athlon-XP

はまだ来てねぇ

ICLってx86　SSE　SSE2　3DNow最適化なし？

それとも　ｇｃｃの特殊な最適化のみなし？

>>835
もっと根本的なことに気付こうぜ。な！

nicﾀｿのバイナリバージョンきてます。
http://nic.dnsalias.com/xvid.html

>>838
ICLはIntel謹製コンパイラの略称でP4用途では最速のコンパイラー

>>841
そうなの
http://celticdruid.no-ip.com/xvid/　
ここのgcc　Pentium4　使ってたよ

>>840
nicタンのICLに使ってみます

Intel C++ Compiler

I C L

英語読めない。。koepiどうしたの？？

>844
サイトが潰れたみたい(工事中?）
エキサイト翻訳でも、小分けすると理解できるから翻訳して味噌


無論　翻訳後はこのスレにコピペする事

自分なりに訳してみたのですが意味不明だったんでエキスパートに訳してもらいたかったんです。汗。
一様訳してみましたがどうでしょうか？
工事中

あなたが見ようとしているサイトは現在デフォルトページです。
アップグレードや(新たにサイトを)構成しているかもしれません。
とうぞ、後ほどまたこのサイトを訪れてください。
もしまだ、問題があるのならウェブサイトの管理者に連絡してください。


もし、あなたがウェブサイトの管理者でこのメッセージが誤りであると思うのならどうぞIISヘルプ内にある
”Enabling and Disabling Dynamic Content”このメッセージを見てください。

ISSヘルプにアクセスするためにはスタートを押してから起動を押してください。
In the Open text box, type inetmgr←謎です・・・
ISSマネージャーが現れます。
ヘルプメニューからヘルプトピックスを押してください。
インターネットインフォメーションサービスをクリックしてください。

何回読み直しても自分の訳では、やはり意味不明だ・・orz

IISのデフォルトページが表示されてるだけだろ
いちいち訳すまでもない

てか、こんな中学英語も分からない奴が使っていいのか？

>841
調べたら分かるが実はそうでもない。
コンパイルオプションとソースの書き方の組み合わせによっては
VCの方が（内部処理ではなく）体感速度が早いことも多々ある。

>>850
君の環境がわからんので何とも言えないのだが、

Pentium 4 660とICL 8.1build025だと天と地

05/03/16リリースのやつな

851はVS.NETの新しい奴のP4最適化と比べた上で言ってるとは思えないんだけど。
インテル厨ってやつ？

インテル厨は放置が基本。そこんとこヨロ。

>>853
へぇ、そうなんだ…Mac信者やAMD房みたいなものか。

>>852
比べてないでしょ書いてないし。妄信してるだけかと。
インテル厨もMac信者もAMD房も糞だとするなら
糞でないのは俺のようなこだわりのない人間だ。

>>855
こだわりのない人間は糞だ

　　　　　　　　/＼＿＿_／ヽ
　　　　　　 ／''''''Koepi'''''':::::::＼ 　　　
　　　　　 . |（●）,　　　､（●）､.:|　＋
　　　　　　|　　 ,,ﾉ(､_, )ヽ､,,　.::::|　　 　
　　　　. 　 |　　 ｀-=ﾆ=- '　.:::::::|　+
　　　　　　 ＼　　｀ﾆﾆ´　 .:::::／　　　　　+
　　　　　　　　/　　ー--´ 　ヽ:::
　　　　　　 　/ ヽ　　　 /　　/:::
　　　　　　　/　/へ ヘ/　　/:::
　　　　　　 /　＼ ヾミ　　 /|:::
　　　　　　（__／| ＼___　ノ/:::
　　　　　　　　 /　　　　　/:::
∴∵∴∴∴∴:∵∴∵:∴∵ ∴∵:∴∵
∴∵∴∵∴∵∴∵∴∵∴∵∴∵∴∵∴∵∵∴∵∴∵
　　 ∧∧　 　∧∧　　∧∧　 　∧∧
　　（　　 ）ゝ （　　 ）ゝ（　　 ）ゝ（　　 ）ゝ　無茶しやがって・・・
　　 i⌒　/ 　 i⌒　/ 　i⌒　/ 　 i⌒　/
　　 三　 |　　三　 |　　三　 |　　三 　|
　　 ∪ ∪　　∪ ∪　　∪ ∪　　∪ ∪
　　三三　　　三三　　三三　　三三

│↑
└┘

テレビ予約録画とハードウェアXVDトランスコード
ができるボードがＩＯからでてるけど、あまり話題になってないね。
あまりよくないできなのですか？

GV-MVP/XVD
www.iodata.jp/prod/multimedia/tv/2004/gv-mvpxvd/index.htm

XviDとXVDとを混同してないかｗ

>>859
XVDの話したかったら勝手にスレ立てろ。

これが前スレっぽい。
高圧縮・低画質・超低音質　XVD GV-XVD/PCI Part5
http://pc8.2ch.net/test/read.cgi/avi/1083534477/

>>859
DivXもXvidもH264も再生部分に関してはオープンなので、将来的に録りためたファイルが
別の環境や別のOSでも再生する手段が一切無くなるという心配はほぼしなくても良い。

WMVはMS製なのでこれも同じ。

その辺りを勘案すると、XVDという日本の中小企業が出した独自規格形式で
しかも、さしあたって見栄えがする訳でもない物が話題になる方が不自然では無いか？

>>862
っていうか、XviD/DivXはH.263、x264はH.264、WMVはVC1といずれも標準化
された規格。ライセンスフィーさえ支払えば独自実装も可能。
＃XviDは支払ってないけど、面倒な話になるので略

VP6やXVDのようなクローズドな規格で、その企業がサポート打ち切ったら
どうにもならないようなものとはわけが違う。

>>860
…（;´Д｀）ﾋﾞﾝｺﾞ

>>861
どもです。
関連過去スレよめますた。

>>862
ﾊｹﾞﾄﾞ
自分、枯れた5.02使いなんで、他コーデックについて勉強不足ですた。
確かにマイナーなフォーマットじゃよほど長所がない限り（いや、あっても？）
魅力に乏しいですな・・・
ﾎﾞﾁﾎﾞﾁストリーミング対応のコーデックに乗り換えようかと
思った矢先だったので、危うく買うところだった、剣呑剣呑。

>>198-207
は直ってなかったね。

>>865
なぜfixされてないのかちと不思議ですな。testerにやる気がもうないのかなぁ?
デコードにはffdshow使っている人も多いし。

とりあえず、doom9にでも投げてこないとダメかな。

>>866
このぐらい誰か気付いて報告するだろうと皆放置してた悪寒。

次スレでは肉テンプレ復活よろ

インタレのデコードバグについてはDoom9にも報告があったし
開発者も一応気づいてるはず。
ttp://forum.doom9.org/showthread.php?s=df021abf8a42afc96f47abf5d4c9094d&threadid=90150
ttp://list.xvid.org/pipermail/xvid-devel/2005-February/004889.html

ただ、インターレース関係をテストする人があまりいないというのは正しい気がする。

デコーダだけ1.03のDshow使えばええだけやん
直るまではそれで我慢せい

っていうか、ふつ〜ffdshow

んなこたあない。

ぽれffdshow

Koepiのサイト復活

　　 ｍ ｎ　_∩　　　　　　　　　　　　　　　　　　　∩_　ｎ ｍ
　　⊂二⌒　__）　　　　/＼＿＿_／ヽ　　　　　 　（　_⌒二⊃
　　　　　＼　＼　　　／''''''Koepi''''''':::::::＼ 　　　　／ ／
　　　 　　　＼　＼　 |（●）,　　　､（●）､.:|　　／　／
　　　　　　　　＼　＼|　　 ,,ﾉ(､_, )ヽ､,,　.::::|／　 ／
　　　 　　　　　　＼　.|　　 ´ﾄｪｪｪｲ｀　.:::::::|　 ／ 　　　
　　　　　　　　　　　＼＼　　|,ｒ-ｒ-|　.:::::／／ 　　　
　　　 　　　　　　　　　＼｀ｰ｀ﾆﾆ´‐―´／
　　　　　　　　　　　　　/　・　　　　・　/　　

koepiどうしたの？そんなにハイになって。

>>874
ﾄﾞｺ？

PHANTASIA.NET
http://xbb.jp/lyris/index.html
Koepi's Xvid CODEC v1.1.0 Beta2 日本語化パッチ 第2版 公開 2005/04/09

>878
いいよ〜XviDいいよ〜日本語化　いいょ〜

いまさらいるのか？

Xvidは日本語化すると逆にわからなくなると思うんだが、
つか、専門用語って無理に日本語にすると無理がある。

ﾓﾛﾍｲﾔ氏の使ってる。

ﾓﾛﾍｲﾔ氏のページ消えてない？

KoepiがBeta1に巻き戻ってる・・・

あの・・・

きっと、絶対にｶﾞｲｼｭﾂだと思うのですが、
見つけられなかったので質問させてください。
Xvidの映像だけがいつもｶｸｶｸなります。(ﾁｭｳﾌﾞのお年寄りのようです)
他のDivxやWMVなんかは大丈夫なのに、
Xvidははじめ画面が一面ま緑になって、
そのあとアクセラレータを変えると映るようになるのですが、
でもｶｸｶｸです…
ファイルは複数持っているのですが、すべて同じ症状なのです。
どうすればちゃんと見られるのでしょうか？
どなたかご教授くださいませ〜。。。
プレイヤーは何を使っても一緒です。
(いつもは真空波動研です)

ダウソはお帰りください

>>885
環境も書かずにどうせーっちゅうねん！

環境は
PentiumM 900MHz
256MB
Mobility Radeon 7500
WindowsXP Pro SP2
winny v2.0b7.1
Bフレッツファミリーです。
グダグダ言ってねぇでさっさと教えやがれです。

>>888
あーーーーーーーーーーーーーーーーわかんね
おわり

>>888
OS入れなおし。
環境が腐ってるとXvidは不安定になりやすいようです。
それがいやなら、Divxを削除してみる。
それがいやなら、デコーダを見直す。

釣られすぎ

AviUtlでXvidエンコードしてるのですが、simglepassではAVI出力して
くれるのですがtwopass-2ndpassでAVI出力しようとすると
｢statsfile not found」と表示され強制終了してしまいます。
この原因はどこにあるのでしょうか？
ググってみたんですが。英語の頁しかありませんでした。

>>892
ﾋﾝﾄ：video.pass

>>892
英語のページしかありませんでした？
だから、なんだっちゅーの

わからないときは片っ端から翻訳機に掛けて
理解するぐらいの努力しろや

>>892
おまいは、モノの道理、理屈から学ぶ必要がある。

>>892
twopass-2ndpass
2回通す−2回目 （1st, 2nd, 3rd, 4th･･･って数え方知らないの？）

｢statsfile not found」
情報ファイルが見つかりません
つまり2回目が、1回目に「ゴラァ、俺に仕事頼むんなら出すもんあるだろが、素直に出せやっ」って言ってるってこと。

>>892
two pass - 2nd passの前にtwo pass - 1st passの実行が必要

>>885は私ですが、>>888は私じゃないです。

>>887そうですね、すみません。忘れていました。
XP HOME SP2
Pentium4 2G
256MB
>>890
やっぱりこれも環境のせいですかね？

>>898
きっと絶対にｶﾞｲｼｭﾂなので答えはどこかにあります

>>898
再インスコしてみれ

まず最初にXviDが何で再生されているのかを確認すること。
DivXで再生されている可能性大。

ちょいと聞きたいんだけれども、商業サイトでDivx、XviDのaviを公開するとライセンス料請求される?

DivXはちゃんと購入してるもんなら問題ないでしょ。
XviDは特許の絡みで裁判沙汰になるんじゃない？

やっぱりMPEG1が無難だな。サンクス

wmvにしちゃえｗ

(((( ;゜Д゜)))

ライセンス料はエンコーダーとデコーダーだけで
コンテンツ自体には掛からないと思うけど、違ったけ？

>>907
商用だとなんかあったような気がする。
AVC関係で改定されているかも知れんが。
MPEG-LAのサイトでライセンスを確認してみれ。

>>883
今見たら復活してた。
以前も消えていたりしたけど復活してた。
転送制限ですかね。

子供を処刑する中国。

http://www.peacehall.com/news/gb/china/2004/12/200412130343.shtml

子供に見えないけど子供だとしても極悪非道人のブスは死んでいいと思う。

>>881 日本語のほうが馴染み深いから正直ありがたい香具師も多いんだよ。
MXとか日本語パッチあててるやつとか多いだろ？MXも日本語パッチなけりゃ
あそこまで広まらん買っただろうし。。。

>>912
ﾀﾞｳｿ厨うぜぇ

>>913
うざいですよ。

>>914
ウザッシュメント

スレ違い承知でお願いです。

同胞の皆様、ここの日本の常任理事国入りに「賛成」で投票してください。（CNN世論調査）
http://www.cnn.com/2005/WORLD/asiapcf/04/10/china.japan.protest/index.html
↑Do you think Japan should become a permanent member of the United Nations Security Council?
　と書いてあるところです。野蛮な中国人たちの組織票でかなり押されています。このままじゃ日本が負け犬になってしまいそうです。
ＹＥＳを押して「VOTE」を押すと投票されます。
　なお、１度投票するとその後は投票しても無効となります。
　できるだけ多くの人にyesで投票してもらえることをお願い致します。
※コピペ推奨

HEAD更新

正直DivXよりもXivdが画質上だと認めるが2000kbs以上になりゃなきゃRVの1000kbsに
勝らないと言う点が・・・・

x264にかけるしかないのか・・

今までよくがんばったじゃないか

893さん、896さん及び897さん
レスありがとう。できましたよ。
う〜ん、現実に会えるものならば明日の昼飯
ビール付きで奢らしてもらいたい気分だよ。

この際だから中間ファイル作っちゃいなよ、お兄ちゃん

http://shibuya.cool.ne.jp/xvid-binary/toolkit.html
試したけどaxこんぴゃいる失敗した。
もう少しがんばろ・・・

MEI動画　MIO音声
最強コーデック
http://www.entis.jp/eri/
これ試してみてよ

やだ

>>923
動画なんてないし

2005-04-11 14:33 Isibaar

* src/utils/mem_transfer.c: - Fix alignement issue (patch from
Alexandre Ganea)

2005-04-10 01:57 suxen_drol

* vfw/src/: config.c, resource.rc: bugfix: correct max bitrate
display for slider layout: "(kbps)" added to avgerage bitrate
labels within calculator dialog

2005-04-10 00:27 suxen_drol

* src/bitstream/bitstream.c: improved profile/level id
auto-detection

>>900>>901
ご親切にありがとうございました。

なんでもいいけれど、512x386のDivX 1000kbsのファイルに
640x480とはいえ2000kbsのXvidが負けたことがくやしい・・・
お互いキャﾌﾟものなんだけれどDivXでエンコしたやつのはソースがよかったからか？
フィルタ処理がうまいからか？512x386だからか？　

kuso

>>928
同一のソースじゃないんだから腕の差。
疑問符ばかりの文章は池沼っぽいからやめろや。

綺麗にキャプる腕の差
ソースを処理する腕の差
フィルタをかける腕の差
エンコをさいの腕の差
と
コーデックの差

おおおお！！
1passでやったものをまた同じフィルタ設定で再圧縮したら(今度はビットレート少し高め)
綺麗にﾅｯﾀｰｰｰｰ！！

>931
フィルタの順番にしか過ぎない

>>931
ﾜﾛｽ

察するにアニメか

最大の差はソース。へたれでも受信・キャプ環境がよければ職人技術にも勝つ。

フィルタとか使わずに良ソースで素エンコが(*^ーﾟ)b

>>918
マツケムサンバならそなたの言う通りかもしれん