XviD総合スレ Part11

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

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

【解説】
XviD dev-api-4 オプション解説
ttp://p23.aaacafe.ne.jp/~kanetuki/xvidoption.html
XviD API-4の設定
ttp://www.odysseus.co.jp/~meyer/tips/xvidapi4.html

【バイナリ配布】
uManiac
http://xvid.hopto.org/
Koepi
http://roeder.goe.net/~koepi/
Nic
http://nic.dnsalias.com/
API4(house)
http://www.divxhouse.com/
API4(cynix)
http://www.cynix.org/
XviD binary distribution page(このスレの神)
http://uk.geocities.com/xvid2ch/

【XviD用パッチ配布所】
http://www.xvid2ch-jp.instat.ne.jp/patch.html
http://bbs.infoseek.co.jp/Board01?user=xvid2ch_jp(配布所内掲示板)

【過去スレ】
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

【ffdshow】
official version
ttp://sourceforge.net/projects/ffdshow/
unofficial version
ttp://athos.leffe.dnsalias.com/
ttp://www.ligh.de/software/mirrors.phtml
日本語化
ttp://www.geocities.co.jp/SiliconValley-Sunnyvale/3584/#ffdshow
ttp://www.geocities.co.jp/SiliconValley-Cupertino/9994/patch1.html

【バイナリ配布】
馬煮
http://xvid.hopto.org/
肥えｐ
http://roeder.goe.net/~koepi/
肉
http://nic.dnsalias.com/
あぴょん(家)
http://www.divxhouse.com/
あぴょん(死に糞)
http://www.cynix.org/
XviD binary distribution page(このスレの神)
http://uk.geocities.com/xvid2ch/
【糞びどのライバルたち】
William Henry Gates III
http://www.microsoft.com/japan/windows/windowsmedia/9series/codecs/vcm.aspx
減り糞
https://helixcommunity.org/
デブ糞
http://www.divx.com/
御中
http://on2.com/
てぇおら
http://www.theora.org/

>1
激しく乙

乙。
でもその>>2は正直どうなのかと・・・。

米酢
http://ed.gomez.free.fr/

クソビド総合スレ


------------------------------------完------------------------------------

>>7 元から正式に開始されてない訳だが・・・
永遠のβスレ。気に入らないなら来なければよろし。

(　´�D｀)　　(　´�D｀)　　　　　　(　´�D｀)
　(　´�D｀)　　(　´�D｀)　　　　　(　´�D｀)
　　(　´�D｀)　　(　´�D｀)　　　　(　´�D｀)
　　　(　´�D｀)　　(　´�D｀)　　　(　´�D｀)
　　　　(　´�D｀)　　(　´�D｀)　　(　´�D｀)
　　　(　´�D｀)　　(　´�D｀)　　　(　´�D｀)
　　(　´�D｀)　　(　´�D｀)　　　　(　´�D｀)
　(　´�D｀)　　(　´�D｀)　　　　　(　´�D｀)
(　´�D｀)　　(　´�D｀)　　　　　　(　´�D｀)


(　´�D｀)(　´�D｀)(　´�D｀)(　´�D｀)
　　　　　　　　　　　　　(　´�D｀)
　　　　　　　　　　　(　´�D｀)
　　　　　　　　　(　´�D｀)
　　　　　　　(　´�D｀)
　　　　　(　´�D｀)
　　(　´�D｀)
(　´�D｀)　　　　　　　　　　　　　　　(　´�D｀)
(　´�D｀)(　´�D｀)(　´�D｀)(　´�D｀)(　´�D｀)

>>3が痛いな

　　　　　　_,,_
　　　　 /´o　ヽ
　　　,.ィゝ 　 　 l　　　　　　　
　　　￣ヽ 　 　 l
　 　 　 　l 　 　 ヽ___
　　　　　/　　,,...---｀ニニニ==、,,__
　　　　　l　 / ヽ ヽ ヽ ヽ ヽ ヽ ヽ l三三三>
　　 　 　|　 iヽ ヽ ヽ ヽ ヽ ヽ ヽ／三三／''ー- 、
　　　　　ヽ. ヽ、ヽ ヽ ヽ ヽ ヽ.∠三=‐''´＞‐--‐'
　　　　　　 ヽ、｀'''ー‐---‐'''´_,,...--‐'''´
　　　　　　　　 ｀''ーッ--t_,r'''´
　　　　　　　　＿／.＿／
　　　　　　　 .フ^ー フ^

エクー スビドゥ〜

クソビドage!!!

佐々木憲昭:収録風景
http://www.sasaki-kensho.jp/hunsenki/data1/040329-231548.html
ムネオハウスを題材にしたflashについても語るとのこと


名門！アサ(秘)ジャーナル
予定放送日時 4月6日（火）0:55〜1:25　TBSテレビ　

録画用Gコード（1943991）

ffdshowのﾊﾞｲﾅﾘ作ってみました。
http://www.h7.dion.ne.jp/~moroheiy/ffdshow/ffdshow-20040402jp.exe
http://www.h7.dion.ne.jp/~moroheiy/ffdshow/ffdshow-20030402-src-jp.zip
ランゲージもありまつ。
http://www.h7.dion.ne.jp/~moroheiy/ffdshow/ffdshow.ja

>>15
乙です。バイナリ落としてインスコしましたがいい感じにﾛｰｶﾗｲｽﾞされて、動作も異常なしです。
今後の更新も期待してます。

>>15 乙。家に帰ったらインスコしてみます。

http://uk.geocities.com/xvid2ch/

HEAD 2004-04-02 22:20 (GMT)
release-1_0-branch 2004-04-02 23:59 (GMT)

xvidのcvsのvfwはいつみても更新されてねーなと思ってたら
xvidcoreのほうに入っていたのね。。。

HEADとrelease-1_0-branchとでそれぞれ別々にほとんど同じfixあてているのって
非効率的だよなぁ。しかも、なぜかdev-api-4にもときどきcomitされているし。
1.0がリリースされてからbranch分ければよかったのに。

この一ヶ月のビルド間での再生互換が怪しい。2000で作った動画がXPでカクカクする
使ったので怪しそうなｵﾌﾟｼｮﾝはVHQ_1、ｑuarterpel、Bフレ。
ffdshowだとOKだがこっちはベリノイズが・・・

>>21
以前、B-VOPのPacked bitstreamでそんなこと言われてたな。

>>22
ffdshowでの再生互換を優先してPacked bitstreamは外しておいたのだけど
まさかこんな落とし穴があるとは。どっちを取ればいいんだ・・

http://uk.geocities.com/xvid2ch/

HEAD 2004-04-03 10:41 (GMT)
release-1_0-branch 2004-04-03 10:39 (GMT)

誰か漏れをStable版から進化させてください

>>25
とりあえず 1.0 RC3 を使えば？

RC3使ってDivx@120fpsなモノを再生すると、ブロックノイズ海苔まくり

>>27
再生はffdshowにまかせりゃええやん

http://www.xvid2ch-jp.instat.ne.jp/
出来た分置いときます。

HEAD 2004-04-03 10:41 (GMT) 用
HEAD 2004-04-02 22:20 (GMT) 用
release-1_0-branch 2004-04-03 10:39 (GMT) 用
release-1_0-branch 2004-04-02 23:59 (GMT) 用

HEADとbranchの違いを素人の私に教えてくれたまへ

http://uk.geocities.com/xvid2ch/

release-1_0-branch 2004-04-04 03:07 (GMT)

>>30
http://kahori.com/j-cvsbook/j-cvsbook.html#Branches

>>32
飛べない、飛べない。

>>33
ime.nuを経由するとアンカーが消えるから、アドレスをコピペして。

あっちアク禁くらった…

>>31
おつかれさまです

http://www.xvid2ch-jp.instat.ne.jp/
release-1_0-branch 2004-04-04 03:07 (GMT) 用パッチ追加しました

final cleanup for 1.0 - dead code removed と experimental frame dropping fixか。
そろそろRC4かな。

http://uk.geocities.com/xvid2ch/

HEAD 2004-04-04 11:47 (GMT)
release-1_0-branch 2004-04-04 11:49 (GMT)

>>38 乙です。ＤＬ中にサイトから反応無くなった＿|￣|○ 漏れだけ？

消えた

Sorry, this site is temporarily unavailable!

The web site you are trying to access has exceeded its allocated data transfer.
Access to this site will be restored within an hour. Please try again later.

塩の403は大抵が転送量制限

そんなに人いるのかこのスレｗ

















　　　　　　　　　　　　　　　　　　　　　　　　　　とかなり久しぶりのカキコ

http://uk.geocities.com/xvid2ch/

1.0.0 RC4

This is the 4th release candidate of XviD 1.0.0. Codenamed "Still to be found"

*This one isn't a joke, so you can really grab it*

With the RC3 release we had valuable feedback which allowed us fixing
some annoying bugs that don't belong to a 1.0 version. We really hope
this RC will be the last one, before we can all enjoy 1.0.

Changes since 1.0.0 RC3 (Ni Hao):

* xvidcore
- GMC 2 warp point fix
- Minor postproc code fixes.
- Motion Vector clipping fix for stressing test cases.
- Problems caused by wrong cooperation of bframes and frame dropping
code

* VFW frontend
- Multiple instance memory leak fix.
- Some other minor changes.

* DShow frontend
- Release packages have all needed files to build from source.

-- Edouard Gomez

コードをrc4に更新してｺﾝﾊﾟｲﾙしますた。
http://www.h7.dion.ne.jp/~moroheiy/xvid/xvidcore-1.0.0rc4-bin-jp.zip
http://www.h7.dion.ne.jp/~moroheiy/xvid/xvidcore-1.0.0rc4-src-jp.zip

>>45
>*This one isn't a joke, so you can really grab it*
ﾜﾛﾀ

ゴメズたん

>>46
XviDを日本およびアメリカ合衆国内で配布するのはライセンス違反

と言ってみる。

Moved dev-api-3 to HEADのときにLICENSEから条項が消えちゃったんだよなあ(汗)
src/image/reduced.cには残ってるけど。

>>49
ドイツに移住しますた
http://people.freenet.de/moroheiy/

http://www.xvid2ch-jp.instat.ne.jp/

HEAD 2004-04-04 11:47 (GMT)用、
release-1_0-branch 2004-04-04 11:49 (GMT)用、
1.0.0 RC4用パッチ追加しました

スレ専用にWikiも設置したのでまとめ用にでも使って下さい。


>>50
移住お疲れ様です。

>50
モロヘイヤ？

山本諸平

江戸米酢ﾀﾝ・・・

>>49
EUでもソフトウェア特許が認められる方針になっちゃったんで、
あえて日本とアメリカだけを名指しする意味ないからなぁ。

参考
http://japan.cnet.com/news/ent/story/0,2000047623,20061081,00.htm
http://internet.watch.impress.co.jp/cda/news/2003/09/30/590.html

http://uk.geocities.com/xvid2ch/

release-1_0-branch 2004-04-04 20:39 (GMT)

>>55
ヽ＜#｀ш´＞<ど　う　す　れ　ば　い　い　ん　だ(w

>>57 中国に移住？ｗ

流れにﾜﾗﾀ

恋えぴﾀﾝのRC4ｷﾀ━━━━━ヾ(*´Д｀*)ノ━━━━━!!!!

「Hola!」って何語じゃ!?

http://www.xvid2ch-jp.instat.ne.jp/

release-1_0-branch 2004-04-04 20:39 (GMT)用パッチ追加しました
Wikiにテンプレ追加してみました

>>61
スペイン語。
発音はオーラ。意味はnihaoと同じだね。

そーいえばストEX2のロッソが言ってた。

黄昏らーりあっとぅ！

それはザンギエフみたいなキャラだろ

スーパーうリアッ上

http://www.xvid2ch-jp.instat.ne.jp/

こえぴーﾀﾝのRC4用パッチ追加しました
バッチファイルですがインストーラ入ってます

http://uk.geocities.com/xvid2ch/

HEAD 2004-04-05 20:39 (GMT)

>>69
乙です！

ffdshow-20040405.exe

http://www.xvid2ch-jp.instat.ne.jp/

HEAD 2004-04-05 20:39 (GMT) 用パッチ追加しました

>>71otu

>>72maikai otu

乙です！

なんかよくわからないけど、icl8でコンパイルしたffdshowをおいておきますね。
http://www.h7.dion.ne.jp/~moroheiy/ffdshow/ffdshow-20040405icljp.exe

>>76
Thanks!

>>76
404 Not Found
になるよ。

>>78
直しました、ｽﾏｿ。

>>79 乙頂きました。

>>76
doom9のffdshowスレで、コンパイラの違いで
asmコード部が有効になったりならなかったりとかあったけど、
こいつはどうなの?

>>81
libavcodec、libmpeg2、libmplayerに関してはMSVC及びIntel C++だと
アセンブリコードは使わないようになってるね。
Athos氏が配布してるものはこれらとlibmpeg2はmingw32-gccで、
他はVC6でビルドされてる。

>>76はすべてMSVC7.1とICL8でコンパイルしてるみたいだから、
それらのアセンブリコードは使用していないのではないかと。

Debugビルドでフィルタを入れたときに、fpsが落ちるからasmは使っていないと思います。
>>82さん、説明サンクス

ffdshow/src/ffmpeg/libavcodec/i386/*.c
ffdshow/src/mplayer/*.c
のインラインアセンブラとnasmの有無が問題になるのかな

にしても、他がVC6ってAthosのffdshowはどうりで遅いわけだ。

>>76
戴きました。乙です。

アセンブリのが早いんだよね。

>>87
アセンブリは、すでに出来上がった料理を盛り付けるだけだ。
C/C++は、食材などは、すでに切られてて、後は炒めて盛り付けるだけだ。
食材を買いに行く所から始めないと行けないような超高級言語などもある。

わかるな。

落ちすぎ上げ

さっぱりよくわからんのだが動画みるだけなら、ＲＣ4というのをおとして
infからインストールすりゃいいの？

いいよ

>>90 エンコ不要の場合はffdshowいれれ。

Xvidは最低でも1.5Mは無いとブロックノイズは避けられないモンですかね？

解像度とか細部の潰し方とかソースの動きの激しさとかによっては避けられるかと

そこでReal Videoですよ

いやPCMだ

>>96
（ノ∀`）ｱﾁｬｰ

そこで無圧縮ですよ
↓以下ループ

そこでXVDですよ
↓

アルシヨンたん・・・

死ねﾊﾟｯｸ

蒸せパック

こえｐなめんなよ

http://uk.geocities.com/xvid2ch/

release-1_0-branch 2004-04-07 22:31 (GMT)

>>104
乙です！

xvidがmultipassに対応してくれたら即効使うのだが･･･。
今のところはdivx-3passで使ってる。

XviD2pass>>DivX3pass

マルチパスなんて時間だけ掛かるじゃん

http://www.xvid2ch-jp.instat.ne.jp/

release-1_0-branch 2004-04-07 22:31 (GMT) 用パッチ追加しました

どうやら日本のプロバイダでもアクセス出来ない場合があるみたいなので避難所から落としてください
http://xvid2ch-jp.hp.infoseek.co.jp/

multipassするくらいなら自分で配分すればいいのではなかろうか

>>109 ありがと。

>>110 マルチパスしたいお年頃なんだろ。CCEで9passして
自慢してた香具師いたぞ。

＞9Pass自慢
(；´Д`)・・・

>>111

わしは、CCEはマニュアルを信じて3passで妥協している。
まぁ、都合４回通す訳だけど。

ヲレの場合CD-R1枚に映画1本きちんと収めたりしないんで、2passエンコとかし
てサイズをぴったり合わせる必要性を感じないなぁ。

quantizer値をいじってそれなりのサイズにすればいいやんと思ってしまう。

NPassは　サイズをあわせるしか　能が無い

CCEだとpassの回数だけモスキートなんかが
少なくなって画質があがると聞いたけど、どうなん？

デブの3pass以上は画質が変わるようには見えなかったが。

DivXからXviDに変えてみたけど凄いねXviD。
ﾌｧｿになりそう、ちなみにコエピのRC4を使っています。

それで設定するために>>1の所のXVID解説読んでみて思ったんだけどCD-R1枚に2時間映画を収める時にはB-フレームを使った方がいいの？
B-フレームってそもそもファイルサイズを縮める目的で使用するよね？
2-PASSとかでB-フレーム使用してファイルサイズが縮んだとしてもその「B-フレによって節約されたbitrate」はどこへ逝くのですか？

>>1で紹介されてる解説サイトでは、画質優先ならB-フレは使用しない設定で、と書いてあったけどCD-R1枚に収めるとなると画質と容量どっちも気にしなくいけなくなるし･･･。
正直B-フレを使うものかどうか迷っております･･･。

>>117
大抵その手の質問が出た場合、こう返されます。

使いたきゃ使え。自分の目で判断しろ。

と。

まあ、同じサイズにしたい場合に限ればB-VOP使った方が画質有利かも。

DivXからXviDに乗り換えてすごいとか賞賛してるくらいなんだから、
B-VOPくらい理解していてもいいと思うのだが・・・。

画質に関してはどんなアルゴリズムだって、
「同画質前提で、相対的にサイズを縮める目的」だと思うのだが。

＞節約されたbitrate」はどこへ逝くのですか？

どっかいったら「節約」とは言わん。

2-PASSの場合はBフレを使ってもファイルサイズが縮むってことはないと思うが

>>122

サイズは変わらないが、IフレとPフレのquantizer値が小さくなる

IPB全体の平均quantizerは高くなるけど

あ、そうか。2パスエンコはトータルサイズかビットレートで指定するんだった。

>>117だけど、答えてくれて�dクス。
B-フレ使用することに決めました。
(数値はデフォルトで)

>>125 ソースにもよると思うけどデフォよりBフレ多めで
無問題な気がする。漏れは2 2.50 2.00 の設定だけど
映像破綻は今のところ無いみたい。

みなさんはBフレ使う時は
Packed bitstream
をonにしてますか？

>>127
どういう効果があるか知らないけどONにしてる
ついでにCloseGOVも

レスどうもです。
過去ログにffdshowでカクついた等の記述が有ったので
どうかいなと思い聞いてみましたが、特に問題無い様でしたら
デフォルトでonのまま使ってみます。

漏れは2-1.50-0.75
doom9で見たPSNR比較で決めたような記憶がある
XviD使っててPSNRを気にするのもアレだけど

>>129
ffdshowでxvidを再生するつもりなら<Packed bitstream>はoffにしないとまともに再生できないらしい。

それも今は昔・・・

今は<Packed bitstream>をonにしてもffdshowで見られるの？

<B-Vops>on(3/1.50/1.00)
<Packed bitstream>off
<ClosedGOV>on

1-CD90分メディア(=800MB)に押さえる予定だがこれでエンコするつもり。

>>Packed bitstream
ってonにした方が画質向上したように見えるのかな？
そうは思えなかったけど･･･結局ffdshowの問題もあるようなのでoffにして使ってる。

Packed bitstream と
Closed GOV の
定義・効果・差異について記述希望。英文リンクでも良いので…。

http://www.doom9.org/xvid-vdub-final.htm

>>133
RC3を使っているが
新しいffdshowなら問題なく再生できるようだ
03-19-2004を使っているが特に問題なし

DivX5.11でデコードするとかくかくするが

こえぴのRC-3でPacked bitstreamを使うと緑色のノイズが乗ったみたいだな
RC-4はどうなんだろうね

Closed GOVはmpegのClosed GOPと同じでしょ
GOPの最後のピクチャタイプが違う
IBBPBB･･･PBBPBB（非Closed GOP）
IBBPBB･･･PBBP（Closed GOP）

AVIだとClosed GOVにしといたほうがよさげ。

>>140
その心は？

>>140
Closed GOVになってるし・・・。

Packed bitstreamはonにしてる、漏れはね。

ゴブ。
ゴブ。
ボグ、ゴブリン。

>>141
後方参照するフレームがあると編集時にやっかいなことになりがちだから。
まあ、この話はAVIに限った話じゃないんだけど、AVIの場合は特に注意する
必要があるんで。

>>143
ffdshowが対応した今、packed bitstreamをoffにする理由はないですな。
デフォでもonのはず。

・Packed bitstream

再生するプレイヤー(WMP等)によって発生する
フレームをデコードするときの遅延対策？？

この項目をOFF、なおかつB-VOPをONにして作成したファイルは
大抵のデコーダーで読み込んだとき、先頭のフレームに
"WARNING:NOTHING TO OUTPUT BFRAME DECORDER LAG"
という、黒い背景に白い文字の警告メッセージが出る。
これについての話題は過去ログにあったような気がする。

上の２つの条件を満たしているけどメッセージが出ないという人は
Quantization typeをMPEG-Customにしないほうがいいかも。

ちなみに、ごく最近のffdshowならこのメッセージは出ないし、
この項目をONにしていても問題なく再生できるはず。


・Closed GOV

GOPの仕様をDivX5のそれに倣わせて、DivX5との互換性を持たせる。

この項目をONにして作成したファイルは、
FourCCを弄ることでDivX5ファイルとして扱うことができる。


どちらもＢフレームを使うことによる再生時の互換性を
考慮／決定する項目なので、再生するときの環境によっては注意…と。

ぬお、書いてたら先に書かれてしまった。
でも一応・・・

>>145
AVI特有のBフレーム不具合はPacked bitstream関係の方、かな。
フロントエンドで読み込んだときにおかしくなる。


>>135
・Packed bitstream...
BフレームとPフレームをpacked(ひとまとめ)にして扱い、Bフレーム再生の遅延をなくす。
Bフレーム再生時の遅延に関してはまるもさんの日記を参照
ttp://www.marumo.ne.jp/db2002_c.htm

目に見える違いとして、VirtualDubなどでBフレーム使用のXviDファイルを読み込んだときに
正常に読み込めるようになる。
（不使用時は１フレーム目に映像が出ず、その後も１フレームずつズレが生じる）
古いデコーダは対応してない場合もあるが、現在はXviD本家、ffdshowともに再生対応済み。
チェック推奨。


・Closed GOV...
Closed GOPと同じと考えてかまわない。
古いXviDだと「DivX Compatibility」などと表記されている。
チェック必須。

GOVは「Group Of Vops」の略で、MPEG4系特有の概念。
GOPが「IBBPBBPBBPBBPBBPBB」というふうにカッチリ決められているのに対し、
GOVは一つのキーフレームから続く一連のIBP構造を指す。


(IPBPP)(IPBPBPBPBPBPBPBPBP)(IPBPBPBPBPBP)


こんなかんじ。要するにキーフレームから次のキーフレームの直前まで。
Closed GOVもClosed GOPと同じく、GOVの尻をBフレームにしないようにする。
closedでないGOVだと、ひとつ目のGOVがこんな風になる↓


(IPBPB)(IPBP...


これだと編集が難しくなる場合があり、またXviDのキーフレームはシーンチェンジを
検出して挿入する場合がほとんどなので、圧縮率の面から見てもあまり意味が無い。

ちなみにDivXの場合は、特に指定しなくても上記の2機能が自動的に使用される。



間違ってたらすまぬ。
識者の方フォローよろ

( ･∀･)つ"∩へぇーへぇーへぇーへぇーへぇー

ここは勉強になるスレですね。

Packed bitstream ＝ 旧名 DivX Compatibility

Closed GOV ＝ 旧名 DX50-BVOP compatibility

かな？

すまんたい。
Closed GOV ＝ 旧名 DX50-BVOP compatibility
だったね。

Packed bitstreamは旧版から同じ名前のまま。
ただ、かつてはバグがあって長いこと使い物にならなかった。

http://uk.geocities.com/xvid2ch/

HEAD 2004-04-11 09:41 (GMT)
release-1_0-branch 2004-04-11 11:19 (GMT)

RC4になってからもちょこちょこパッチ当っているなぁ。この調子だとRC5出るんじゃない?

糞びど　糞ビド　糞糞で　びどびど

ヽ(`Д´)ﾉ

Packed bitstreamをonにすると、
DivX5.1.1でデコードするとカクカクする。

Packed bitstreamをoffにすると
Media Wizでカクカクする。

ヽ(`Д´)ﾉ

>>156
DivX5の場合、Max consecutive BVOPsを1にしたらカクカクしないかも。
確認してないけど。

>>152
おつかれさまです

http://www.xvid2ch-jp.instat.ne.jp/

HEAD 2004-04-11 09:41 (GMT) 用、
release-1_0-branch 2004-04-11 11:19 (GMT) 用パッチを追加しました

その他の更新はヘッドラインをご覧下さい

http://uk.geocities.com/xvid2ch/

HEAD 2004-04-12 14:05 (GMT)

Optmized mem transfers, h263, plane sse なんてリリース直前の
ものにつっこむにはちょっと危険な変更だから、release-1_0-branchには
反映されないかな?

もしそうだとすれば、headがrelease-1_0-branchのfixを追いかけているだけって
いう状態からやっと抜け出した感じ。

>>161
逆に言えば、その変更がrelease-1_0-branchに入ったらRC5が出る可能性が高くなるってことか。

http://uk.geocities.com/xvid2ch/

HEAD 2004-04-12 15:49 (GMT)

初歩的な質問で申し訳ないけど、1.0.0RC4、HEAD、release-1_0-branch 、dev-api-4
それぞれどういう違いがあるの？
ｴﾝｺに使うにはどれがベストなのかな？

1.0.0RC4 　　　　　　XVIDの正式版、近い将来1.0をリリースして安定バージョンとして開発終了。
HEAD　　　　　　　　XVIDのラップ調開発版
release-1_0-branch　XVID1.0ベースの進化開発版
dev-api-4　　　　　　XVIDの開発コードネーム

ラップ調?ﾁｪｹﾗｯﾁｮ?

xvid.org見たらEUでのソフトウェア特許の抗議行動やってんのか。

>>165
1.0.0RC4はrelease-1_0-branchの4/5時点のもの。別にこれが1.0正式版になると
決っているわけではない。

dev-api-4は以前の開発版branch。今はHEADとrelease-1_0-branchに以降したんで
closeされてる。

http://www.xvid2ch-jp.instat.ne.jp/

HEAD 2004-04-12 14:05 (GMT) 用、
HEAD 2004-04-12 15:49 (GMT) 用パッチを追加しました

>>146-151あたりをWikiにまとめておきました。

http://uk.geocities.com/xvid2ch/

HEAD 2004-04-13 20:06 (GMT)

ありゃ、Reverted previous patch, was buggyかいな。

どーりで壊れるわけだわ

>166
ﾜﾛﾀ

1.0-RC5 (Konitiwa!)

ｷﾀ─ｗｗﾍ√ﾚｖｖ〜（ﾟ∀ﾟ）─ｗｗﾍ√ﾚｖｖ〜─ !!!

ﾕﾆﾁﾌ━━━━(ﾟ∀ﾟ)━━━━!!!!

(･∀･)ｺﾝﾇﾂﾜ!!

http://www.xvid2ch-jp.instat.ne.jp/

HEAD 2004-04-13 20:06 (GMT) 用パッチを追加しました

xvidcore/dshow/src/CXvidDecoder.cpp
----------------------------
revision 1.5
date: 2004/04/14 03:25:41; author: syskin; state: Exp; lines: +26 -13
memory leak fixed
----------------------------
revision 1.2.2.2
date: 2004/04/14 03:22:38; author: syskin; state: Exp; lines: +26 -13
memory leak fixed

でも、ヲレはDSFはffdshowだからあんまし関係ないや

RC4使ってるんだけど
AviUtlでプロファイル幾つか操作してるとたまに設定化けない？

leak of shit

http://uk.geocities.com/xvid2ch/

HEAD 2004-04-14 03:25 (GMT)
release-1_0-branch 2004-04-14 03:22 (GMT)

以前紹介されてたgamdevはどうしてAPI-4バイナリ配布先から除外されちゃったんでしょうか？

Rate Controlの項目
Quantizerと間違えてWeightを3.5にしてしまって無駄な時間を・・。

>>182　HEADのINSTANTか。

＞Newest builds are at the BOTTOM of the page
＞Build dated 200404012115 with the following changes . . .
＞* Updated NSIS (even smaller installers)
＞* Updated to XviD HEAD tree
＞* This will start automatically building XviD 1.1 once 1.0 is released
省略

＞Build dated 200404140410 with the following changes . . .
＞
＞Build dated 200404140530 with the following changes . . .
＞
＞Build dated 200404141050 with the following changes . . .
＞
＞Build dated 200404141130 with the following changes . . .
＞P dshow/src/CXvidDecoder.cpp
＞P dshow/src/CXvidDecoder.h
＞Pentium 4 (10) | Pentium Pro (3) | Athlon (25) | i486 (3)

今日だけでも4回か。さすがに自動build。
もしかして40分ごとに更新？

通常用途ではほとんど問題ないけどバグがちょこちょこ見つかっている状態って
なかなか正規版をリリースしにくいよなぁ。RC5を出すのかえいやと1.0を出すのか、
どうなるんだろ?

http://uk.geocities.com/xvid2ch/

release-1_0-branch 2004-04-14 19:51 (GMT)

>>186
ページ消えた？

>>187
転送量制限っぽいな

萌えP

>>186
いいだきました、いつもサンクス

http://uk.geocities.com/xvid2ch/

HEAD 2004-04-15 12:05 (GMT)

http://www.xvid2ch-jp.instat.ne.jp/

HEAD 2004-04-14 03:25 (GMT) 用、
release-1_0-branch 2004-04-14 19:51 (GMT) 用、
release-1_0-branch 2004-04-14 03:22 (GMT) 用パッチを追加しました

>>191
おつです。

早速、HEAD 2004-04-15 12:05 (GMT) 用も追加しました。

http://uk.geocities.com/xvid2ch/

HEAD 2004-04-15 19:44 (GMT)

なぜか最近うちの環境でXvid2passｴﾝｺした物が、真空波動剣では再生できるのに
WMP9ではエラーが出て再生できなくなりました。
同じソースをDivX5.1.1　2Passｴﾝｺしたら両方問題なく再生できるのに。
VirtualDubMod+Avisynthの組み合わせで。
Xvidの設定はビットレート、キーフレーム以外デフォです。
誰か、それっぽい原因の解る方いませんか?

あ、ちなみにバージョンは、dev-api-4 2004-03-18 使ってます
なんか、読み込もうとした時に結構重い感じで画面が出る直前にエラーって感じです。

>>195
DShow Filterの再生環境が混乱していると思われ。
XviD 1.0
DivX 5.1
ffdshow
この３つでXviDの再生がサポートされておりデフォで３つともONになっている。
複数が接続可能になってると、コロコロと入れ替わる可能性がある。
１つのCODECでの再生フィルタは１つに決めておくこと。
例えば、XviDの再生はXviDでだけに、DivXの再生はffdshowでだけとか。

HEADはようやっと1.1に向けて動き出した模様。これでようやくrelease-1_0-branchと
ブランチ分けた意味が出てきた。

http://uk.geocities.com/xvid2ch/

HEAD 2004-04-16 09:09 (GMT)
release-1_0-branch 2004-04-16 07:35 (GMT)

>>196
なぜそのバージョン？

Bフレーム使うとエンコ時に時間掛かるんだっけ？

>>201 最近のでも多少遅くなる。dev-3の頃は３割位遅くなってた気がする。
VHQが一番損な気もする。

>>197
ffdshowの設定でマシになったような気がします。
でも、ちょっと敷居が高いなあ〜

>>200
なんとなくｗ
別の新しいの入れなおしてもう一回やって見ます。

馬のすていぶるからRC4に変えたんですが違いがワカラン・・

>>204
API-3からAPI-4に変えたら違いは一目瞭然だと思うけどな。
でも早さはぐんと遅くなってる。（デフォどうしだと倍は違う）
デフォでB-VOP ON, VHQ=1だし。
2passもMV-hintが無くなって遅くなったし。

http://www.xvid2ch-jp.instat.ne.jp/

HEAD 2004-04-16 09:09 (GMT) 用、
HEAD 2004-04-15 19:44 (GMT) 用、
release-1_0-branch 2004-04-16 07:35 (GMT) 用パッチを追加しました

http://uk.geocities.com/xvid2ch/

HEAD 2004-04-18 07:55 (GMT)
release-1_0-branch 2004-04-18 04:25 (GMT)

matrixﾊﾞｲﾅﾘって
mpeg動画のヘッダと並び方が違うのね
手打ち('A`)ﾏﾝﾄﾞｸｾ

>>208 漏れは ttp://p23.aaacafe.ne.jp/~kanetuki/download.html のを
ＤＬしてTMPEGのを使ってるけど、良い感じにチューン出来た香具師
いたらＵＰよろ。

http://athos.leffe.dnsalias.com/ffdshow-20040418.exe

直リンかよ

>>209　作ってみた。情報thx
0822212B38526575242427303B70746B27262B38526F836D272C354065A095772E354D6D81C5BB90384A6B7A96BDCCA9617A91A0BBD9D7B888A9AEB3CAB6BBB4
2B22212B38526575242427303B70746B27262B38526F836D272C354065A095772E354D6D81C5BB90384A6B7A96BDCCA9617A91A0BBD9D7B888A9AEB3CAB6BBB4
アニメ 640×480 qt3くらい Bﾌﾚは1-1-0か無しで

>>212
どっかのUploader使うか、せめてish化してupしてくれ。

>>210
libavcodecでiclとgccとを併用するようになったのか。なんか気持ち悪いけど
インラインアセンブラを使うにはしょうがないな。

>>214
icl向けと、gcc向けの変更が入ったことだと思われ。
iclはVC6との組み合わせの時のみnasmを使うようになってる。

初心者にも分かり易いまとめサイトってまだないの？

>>216
ttp://page.freett.com/dtvshitsumon/index.html

>217
あ…ごめんなさい、そういう総合的な動画関連の事じゃなくて
XviDについてのまとめサイトはまだないのかな、という事で…
以前誰かがまとめサイトを作るとか言ってらっしゃいませんでしたっけ？

それでは>>218さんに作成をお願いしたいので賛成の方は挙手願います。

>>1にあるのじゃだめなの？

http://www.xvid2ch-jp.instat.ne.jp/pukiwiki/?XviD%A4%CAWiki

xvidcore/decoder.c で
won't crash if stream doesn't start with an i-vop
なんていう重要なbug fix (でもたったの6行の追加)があった模様。

>>222
そもそもI-VOPで始まらないストリームなんて出来ることあるの？

直ｷｬﾌﾟで使うと先頭のVOP分の映像がおかしくなるよ
packed〜はオンのときは知らないけど。

フレーム12345をエンコすると11234（5は切り捨て？）になるのも変

>>223
壊れたストリームとか、ストリーミングでGOVの途中から配信された場合とか

>>225
えっ、XviDのdecoderって、MPEG-4 TSをサポートしてたのか？知らんかった。

http://www.xvid2ch-jp.instat.ne.jp/

HEAD 2004-04-18 07:55 (GMT) 用、
release-1_0-branch 2004-04-18 04:25 (GMT) 用パッチを追加しました

あぷろだ置いてみました。
このスレの過去ログ(4〜9)を持っている方がいらっしゃったらあげて欲しいです。
その他、スレに関係するものなら自由に使ってもらってかまいません。

>>226
いや、XviDのdecoderの前段階でmp4とかのストリーミング対応コンテナから
映像部を分離して、XviDのdecoderに映像ストリーム叩きこんだ際のお話。

http://uk.geocities.com/xvid2ch/

HEAD 2004-04-19 13:40 (GMT)
release-1_0-branch 2004-04-19 13:39 (GMT)

なんか俺にとっては別に重要な修正じゃないな

>>227
Part9 過去ログ残ってたのでXviD Uploaderにあげときました。

>>231
Part4〜8まであげときました。

よくわからないんで、俺のフグリとかもあげた方がいいんですか？

>>227
すまん。サーバ落としちゃったかもしれん。
PArt1〜3をUP後、必要が無かったことに気付き削除しようとしたら応答なしになっちゃった。

>233
おまいの粗金なんて(ﾟ�听)ｲﾗﾈ

http://uk.geocities.com/xvid2ch/

HEAD 2004-04-20 06:10 (GMT)

Geforce 6800恐るべし。XviDの行く末はどうなる？

http://pc.watch.impress.co.jp/docs/2004/0416/nvidia.htm
ハードウェアビデオエンコード機能
GeForce 6でさらにユニークなのは、GPU内に汎用のビデオハードウェアエンコーダ/デコーダを内蔵している点。
これは3Dの演算処理ユニットとは別に設けられているもの。プログラマブルな構成となっているため、
MPEG-1/2/4/WMVなどあらゆるコーデックに対応可能という。
シムズ氏によれば、リアルタイムエンコードが可能で、
ハイビジョン(HD)ビデオも同時に2ストリームまで扱えるという。

http://www.xvid2ch-jp.instat.ne.jp/

HEAD 2004-04-20 06:10 (GMT) 用、
HEAD 2004-04-19 13:40 (GMT) 用、
release-1_0-branch 2004-04-19 13:39 (GMT) 用パッチを追加しました

>>231>>232
過去ログをあげてくれた方々、本当にありがとうございました。助かります

>>234
偶然アクセスが重なったようです。糞鯖でｽﾏｿ(;つД｀)

20 April 2004 : Guide completely rewritten for XviD 1.0
http://www.divx-digest.com/articles/xvid_setup.html

上手くインスト出来たはずなのになぜかaviutlで起動エラーがでるので変だと思ったら
aviutlと同じディレクトリにxvid.DLLが置いてあって、それが原因だったよ…＿|￣|●

おいおい

nemuの部屋で何故か今更RC4が更新情報に載ってる
あそこの管理人も適当だな

じゃあ一年後にRC5の解説が載るんですね！？

へ？
一年以内にRC5出るんですか！？

1年以内に1.1RC5が出ていたらうれしいな。

2.0正式版が出てるかも

1月前のに比べると2割以上エンコ早くなってて驚いた

まじっすか？

えとさ、取り合えずエンコしたわけよ。映画を。
したらさ、砂漠の粉塵の中とか雲の中とか思いっきり一瞬だけどインターレース未解除みたいなノイズがでるわけよ。いや、マジで。
インターレースは解除してるんだが。
漏れは気にならんからそのまま無視してるけど、DivXだとこんな事はなかったけどなぁ。

見てすぐノイズだと分かるノイズが出るのがいやな人は一寸敬遠してしまうと思うよ、XviDに関しては。

まぁ漏れは気にしないんで使い続けるけどね。
取り合えずノイズ報告。

単に解除しきれてなかったんじゃ

>>248 247じゃ無いけど2004-04-20のインスタントビルド使用中。
VHQ有効（デフォ）とＢフレ有効でDivX5.11PRO Bフレ有効
1PassQBを比較すると殆ど同タイム。ＣＰＵにもよるんだと思うけど
漏れの所では良い感じ。逆にVHQ無効にしても差ほど速度UPしない・・・

>>249 取りあえずVHQ無効にしてみて。
エンコに使ったバイナリは何ですか？

>>249
はいはい、報告したかったらもっとまともな形にしてね。

>251
おおお・・遂にVHQがまともに使える日が・・・

http://uk.geocities.com/xvid2ch/

HEAD 2004-04-23 11:57 (GMT)

>>254
RC4(Hola!)の時点でもVHQ正常に動作していたぞ？
エンコ速度はDivX511BフレONｽﾀﾝﾀﾞｰﾄﾞより1割ほど遅かったが

VHQでわないがフェードのときのPピクチャの精度も上がってるような

http://www.xvid2ch-jp.instat.ne.jp/

HEAD 2004-04-23 11:57 (GMT) 用パッチを追加しました

ｦﾂ

このスレの人はみんな自分でソースをビルドしてるのか、すごいな…

と思ったら>>1にバイナリ配布サイトが書いてあったか

>>261
＞http://uk.geocities.com/xvid2ch/
＞HEAD 2004-04-23 11:57 (GMT)

＞http://www.xvid2ch-jp.instat.ne.jp/
＞HEAD 2004-04-23 11:57 (GMT) 用パッチを追加しました

のような書き込みがしょっちゅうあるが目に入らなかったのか．．．
まあ目立たないのかも知れんが。

ffdshow-20040424

1.4MBから1.7MBか。なんかつっこんだのかな。
changelog よんでもようわからん

ff_x264.dllだと思う

ｽﾐﾏｾﾝ質問があります。
ビデオサンプルサイズが12ビットと24ビットでは画質に大きな影響はあるのでしょうか？

XviDは16ビットです

>>267
あれ、プロパティでは12ビットと表示されているんですが....＿|￣|○

>>268 内部的には12bitなので正常

>>269
レスサンクスです。
と、言うことは、時々24ビットと表示されているのもありますが、
これも内部的には12ビットということでよいのでしょうか?

>>270 エンコするフロントエンドがヘッダに書き込んだ情報が
出るだけと漏れは理解してる。24bitはAviutlとかTmpegかな？

>>264
H264 のエンコが出来るようになった。

>>265 .>> 272
thx。俺デコード目的だから、特に気にしなくて良いみたいね

http://pc5.2ch.net/test/read.cgi/win/1057842683/63
63 名前：名無し~3.EXE[] 投稿日：04/04/26 09:25 ID:bs6Lx5oG
それよりXvid使うな。バージョン間で互換性ないぞ。
Ｄｉｖｘの5.0xの動画見れないから、これは再変換してくれよ。
あとDivx+oggも再生できないなぁ。

痛ッ

互換性が怖いので、まだKoepiの古いVer使ってる漏れは駄目でつか？

xvidはカートゥーンモードに神髄がある

xvidはh.263とMpegCustomの使い分けに神髄がある

KoepiのmodulatedはAPI-4で復活しないのか？

互換性が怖いので、QuicktimeProのMP4使ってる漏れは駄目でつか？

>278
漏れまだその使い分けの意義がわからない・・il||li _|￣|○ il||li

HEADとbranchの違いが分からない俺はもっと酷いな

漏れもよくﾜｶﾝﾈ…

CVSのブランチの概念については
ttp://kahori.com/j-cvsbook/j-cvsbook.html
の Branches の項を参照。

HEADブランチは、開発の最前線のブランチ。

release-1_0-branchブランチは、1.0用のリリースブランチ。
リリース作業、及びリリース後の修正のためのブランチ。

>>284
つまり、安定を目指すならrelease-1_0-branchブランチを、
1.1へ向けての最新版（実験版）ならHEADを使え、ということ？

Branchブランチってややこしいな

元の技術が古い以上は何やっても糞画質なのに外面だけは凄いことしてる風に見せたいんだろ

>>284
HEADに関してはbranchといわずにtrunkというべきかも。

>>285
そそ。ただ、まだHEADは1.1に向けてコードの整理をしている段階で新機能らしい
新機能はまだあんまりないけど。QPelまわりとメモリ転送まわりだったかな。

>>287
キチガイさん登場
ほら釣られてやったぞ、うれしいだろ。

馬のすていぶるとRC4とでQb93(QT4.00)・512x384で45分の実写ソースを他条件は全く一緒で
エンコ比較してみたら、馬は300MでRC4の方が250Mになった。
見た感じは寧ろRC4の方がシャープ。
これって進化？

馬肉ﾀｿ・・・

でも何か正直言ってmp4の技術は限界にきてると思うなぁ
VP6もXviDもDivXもその他色々なコーデックもそろそろ技術の限界が近づいている感じがする
今後発展しそうなのは音楽関係かな、とも思う
Vorvisとかmp3Proとかね〜

うーん、漏れは291が
Vorbisと正しく書けるように進化して欲しいな

ボーヴィス
ボービス

ボーボボー

ヴォーヴィス

正直ね・・・
300くらいまで落ちてたら誰かageようぜ。

sageﾏﾀｰﾘもいいけど下がりすぎじゃねーかと。

>296
(ﾉ∀`)ｱﾁｬｰ

>>291
お前、H.264って知ってる?
音声より映像のほうが遥かに圧縮しやすいって知ってる?

>>298
お前、H.264って知ってる?
音声より映像のほうが遥かに圧縮しやすいって知ってる?

あ〜あ、とうとう無能無知のコピペキチガイが出てきたよ…。
こいつ、MPEG4 ASPすら知らずにごちゃごちゃ言って一撃論破されたバカだよな?

煽ったらアカンｗ

グラボでデインタレするために必要な
インタレフラグとか言うのに対応したデコーダーの登場まだー？ﾁﾝ☆⌒ 凵＼（＼・∀・）

>>302
だな。おれはキャプは仕方なくペグ2かWMV9(ASF)を使ってるけど、早くXviDとか対応して欲しいな。

ここはVP6厨の来るスレではありません。

XviDでH264って使えるの？

使えないﾆﾀﾞ
ffdshowで使えるらしいので、そっちを調べるﾆﾀﾞ

HEAD 2004-04-20でブロック出ました
http://www.xvid2ch-jp.instat.ne.jp/upload/src/xvid_upld0009.jpg
左から1コマ目〜3コマ目です

バグｷﾀ━━━━━（ﾟ∀ﾟ）━━━━━!!

ついでに他のビルドも
HEAD 2004-04-23 11:57 (GMT)
http://www.xvid2ch-jp.instat.ne.jp/upload/src/xvid_upld0010.jpg

HEAD 2004-04-19 13:40 (GMT)
http://www.xvid2ch-jp.instat.ne.jp/upload/src/xvid_upld0011.jpg

一週間分ののエンコが･･･orz

それが生贄(人柱)というもの

HEAD 2004-04-19 13:40 (GMT)
http://www.xvid2ch-jp.instat.ne.jp/upload/src/xvid_upld0011.jpg

は大丈夫なんじゃない？

>>311
あ、はい4/19のは大丈夫です。

それ以降のアタマでバグ発生・・・と。
今現在最新の使うなら04-19でFA？

まえはRC4以前のもの使ってたので他に目立った部分はよくわからないっです。
申し訳ない

続報あるまでブランチにしとくか

ばぐふぃっくすまだー

Koepiが良いよ

HEAD 2004-04-23 で量産？してるけど無問題だけど・・・
アニメエンコしないからかな？カートゥンモードが影響？

あなたが気付かないところに・・・

なんか当然のことを理解していない人が多いようだけど、HEADは開発版なんだから
不具合があっても当然だよ。なので、テスト用途以外のエンコはお勧めできない。

素直にrelease-1_0-branchを使いましょう。

>>318
数万フレーム中で1〜3フレに変なことが起きていても流してみたら気が付かないのでは？
コマ送りしてみて正常か？

>>321 30分モノを２作品コマ送りして見た。頭痛くなった＿|￣|○
映像破綻してる部分は見受けられなかった・・・骨折り損ってヤツだな。
>>309見て思い出したんだけどAdaptive quantization有効にしてない？

2時間はかかったと推測
乙。

>>322
defaultから変更したたのはこれくらいです。
h.263→MPEG-Custom
+Quarter Pixel
+B-VOPs
-Packed bitstream
+Turbo;-)

他のシーン見たら赤いものが紫っぽい背景の中ですーっと動くと
そのオブジェ内に紫のブロックがぼこぼこ出てました。

要するに火曜サスペンス劇場をエンコするとチアノーゼになるワケだ

>>324 h.263かMPEGで
-Quarter Pixel
-Turbo;-)
ではどーでしょ？

Quarter PixelもB-VOPsもONにすると凄く汚くなるんだけど仕様？

>>324
量子化マトリクスは何使ってるの?
TMPGEnc?

>>326試したりVHQも切ってみましたが同じ症状でした。
ひとつひとつオプション変えていって試したところ
chroma motionが原因だったようです。切ったらブロックは出なくなりました

>>328
自作です。V成分を大幅に間引いてます

>>329
げげっ、ウソー？
Use chroma motion はデフォでチェック入ってるじゃん。
なんで他の人は現象でないのか？みんなチェック外してるのか？

>>330
VHQとcartoon以外は切ってるね。

cartoonも、人によってはおかしくなる事があるって言うけど、みんなどう？

ウチではテスト程度にしか使って無いけど、今のところおかしくなってない。








と思ふ(;^_^A

俺はcartoonもoffにしてる

XviDにウンコしたら、サイズが倍になっちゃいました。

Quarter Pixelも汚い･･･。
以前psnr値計ったときはonの方が良かったのに

クソビドコーデック汚すぎて使い物にならない




ウンコウンコクソビドウンコーデック

　　 　 人
　　　（＿_）
　＼（＿＿）／ ｳﾝｺｳﾞｨｯﾂ
　　（ ・∀・ ）
　 　￣￣￣


　　 　 人
　　　（＿_）
　　 （＿＿）　　・・・・・・・・・
　 　￣￣￣




　　 　 人
　　　（＿_）
　＼（＿＿）／ ｳﾝｺｳﾞｨｯﾂ
　　（ ・∀・ ）
　 　￣￣￣

RC4のBフレ使った場合の弊害って今はどうなの？

>>337
ずっとKoepiのRC4使ってるけど、何か弊害あるの？

>>337
詳細ｷﾎﾞｳ

えっクソビドがウンコードできない

Ｖｐ厨は巣に帰りなさい。

Ｂフレ使って弊害あんの！！？？
今までずっと使ってるよママン！！？？

何でもかんでも使うのは昔からオマエの悪い癖

Do yet a gold cookroom exclusion function of XviD ?

Xvid Statusウィンドウがエンコ中に出ないようにしたいのですが
どうすればいいのですか？

ステータスウィンドウにあるチェックボックスにチェック入れて閉じれ

Advanced Options -> debug -> Display encoding status

>>348
すいません日本語でおねがいします

>>349
XviDのプロパティを開いて、Advanced Optionsボタンを押す。
すると、幾つかタブ付きのプロパティシートが開く(Motion,Quntaization,Debug)。
一番右のDebugタブをクリックする。
開いたタブの中のDisplay encodeing statusのチェックボックスがチェックされてるから
そのチェックを外す。
OKを押して保存する。

>>350
親切すぎ。

>>350
ｶﾐ

おい右を見ろ→　　　　　　　　　　　　　　下を見ろ↓
　　　　　　　下を見ろ↓　　　　　　　　　　　　　　　　　　←左を見ろ
　　　　　　　　　　　　　　　右を見ろ→　　　　　　　　　　　　　　　　　　　　　　　　　　　　　下を見ろ↓
　　　　　　　　　　　　　　　　　　　　　　　　　　
　　　　　　　　　　　　　　　　　　　　　　　　右を見ろ→　　　　　　　　下を見ろ↓


↑上を見ろ　　　　　　　　　　　　　　　　←左を見ろ　　↑上を見ろ　　　　　　　　　　　　←左を見ろ

　　　　　　　右を見ろ→　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　下を見ろ↓
　　　　　　　　　　　　　　　↑上を見ろ　　　　　　　　　　　　　　　　　←左を見ろ


　　　　　　　　　　　　　　　　　　　　　　　↑上を見ろ　　　　　　　　　　　　　　　　　　　　　　←左を見ろ

盛り上がってるのう。

>349
あどばんすどおぷしょんず　→　でばっぐ　→　でぃすぷれいえんこーでぃんぐすていたす

こえｐしか見えないの

>>349
もしかして日本語って、どこかの勝手に日本語化しました、ってやつか？
みんなそんなの使ってないから、どういう日本語なのか知らん。
そんなの使ってるお前が悪いとは思わんか？

>>346
日本語化で判りやすくなってんじゃないの？

>>357
"みんな"って何人くらい？
少なくとも２人はいるな　おれとお前（ｗ

>>349
俺が日本語で言ってやる。
高度な選択 → 虫取　→　縁故状況を表示

しょしんしゃにはWMEがかんたんでつかいやすいよ

時間係過ぎ

XviDの3倍じゃん時間

ウチも日本語化とかしてないですねぇ。
更新が頻繁だし、ある機能を調べたい時に日本語化してあったら不都合ですよ。

349勝手に名乗らないでください。
さんくす。こんなところにあったんだ。気が付かなかった。
ちなみに日本語化してません。

こんな専門用語のお化けみたいなソフトに、適当な日本語を当てられちゃ余計判らなくなるな。
英語のまま使ってる人間が多いのが頷ける。

>>365 確かに日本語だと逆に混乱する場合も有るね。でも有用。
(；´Д`)ﾊｧﾊｧは笑えたけどｗ日本語化パッチ提供の人乙です。

進化の過程を楽しむと思えればXviD使うのも良いと思うが
エンコだけしたいならDivXやWMVの方が無難なのかも。

ずーっと肉ﾀｿで落ち着いてたんだが暇だったんで更新してみた。
最初なにがなにやらわからんかったが半日かけてやっとこさわかり
かけてきますた。同程度の条件でかなり速くなったんだね。
新しいffdshowもｲｲ。めっさ軽いやん。感動をありがとう。

`∀´

>>367
俺も最近肉から移った口
肉の画質がよかったんで変える気なかったんだけど、ためしに最新つかってみたら
エンコは早いはファイルサイズは縮むは画質も結構いいわで完全乗り換え。

いつもバイナリあんがとね ＞ 2chXviD

http://uk.geocities.com/xvid2ch/

release-1_0-branch 2004-05-02 10:33 (GMT)

漏れはMudulatedが好きなので未だに肥のステーブル。

>>370 乙です。昨日からエンコしてるけど
今のところ無問題です。

DivX5.xみたいに設定を平文で表記しておく方法は無いの？
漏れが知らないだけ？

言ってる意味がｲﾏｲﾁよくわからんが
Dubでvcf保存して起動時にｵﾌﾟｼｮﾝとして渡してやるとか、そういう事か？

>>373 分かりにくくてスマソ。そんな感じです。
-b1q 4.0 -psy 2 -key 300 -b -sc 50 -pq 5 -profile 0
な感じでフロントエンドに依存せずに設定を平文で渡してみたい。

ソースごとに設定を変えるのは漏れはDougaα使ってるので無問題なんだけど
なるべくツールに依存しない方法が有ればベターなのかな？と。
XviDで自分で作ったプロファイルをインポート・エキスポートする方法も知らない・・・

全然関係ないけどffdshow-20040501出てるね。

あれってBase64(メール送信する時によく使われる奴）じゃなかったっけ？
探せば、テキストをBase64にエンコード・デコードするライブラリとか見つかると思う。
そいつかませば、意図したことは可能になるだろう。

>>375 なるほど。情報サンクス。時間に余裕の有る時にでも試してみます。

レジストリの HKEY_CURRENT_USER\Software\GNU\XviD を保存しておくとか。

http://www.xvid2ch-jp.instat.ne.jp/

release-1_0-branch 2004-05-02 10:33 (GMT) 用パッチを追加しました

>>212のマトリクスもバイナリ化しました。問題あったら言って下さい。

Wikiと避難所に過去ログあげておきました。
Wikiのトップが替わったのでアドレス張っておきます。
http://www.xvid2ch-jp.instat.ne.jp/pukiwiki/?XviDWiki

日本語パッチ当てちゃうと元の文字が分からなくなります。
対策考えておきますが、使う方はそういう事にも注意して使って下さい。

>>378
対策するならツールチップで説明出すよろしく。
ついでに、日本語と英語の切り替えボタン追加。

　　　　　　　　＿＿＿
　　　　　　　／　 ＿　 ＼　 。　。
　　　　　　　|　／＿＼　,|　 /　/
　　　　　　　|　|　|＿|　ヽ|／⌒ヽ　
　　　　　((（＼ 丶＿ ／　　・ω・）　ﾑﾘﾑﾘﾑﾘﾑﾘ
　　　　　　 ヽ　￣　　　　∪　 ノ∪
　　　　　　　 ￣￣￣￣￣￣　

>>378
日本語と英語の両方を書いておけばいい
文字の量が倍近くになるからじゃまくさいけど

tool tipで元の英語を表示すればいい。

http://uk.geocities.com/xvid2ch/

release-1_0-branch 2004-05-03 23:28 (GMT)

保存しますた

http://www.xvid2ch-jp.instat.ne.jp/

release-1_0-branch 2004-05-03 23:28 (GMT) 用パッチを追加しました

いろいろアイデア出して頂いてありがとうございます。時間があるときに試してみます。

release-1_0-branch 2004-05-03 23:28 (GMT)
これはＳＹＳＴＥＭフォルダに放り込んでおくだけでいいの？
他にやることあるんですか

＞他にやることあるんですか
XviDをインストール

inf file migi crick+install

>>388
そうだったんですか助かった

;->

XviＤは、たいていビットレートどうりにエンコードしてくれると聞いたんですが、
何回かやってもファイルサイズが、2〜3割くらい予定からオーバーしてしまいます。
なんかまずい設定でもあるのでしょうか？
target sizeがくるいやすくなる様な設定にはどんなものがありますか？

その前に計算方法言って見れ。
間違ってると思われ

>>391
勘違いしてるよエンコ中XviDステータスウンドウ見てる？
あと音声部分のサイズ考慮してる？

RC3のcalculatorの方が正確だったと思ってるのは漏れだけ？
RC4になってからsize合わせがムズい（Koepiビルド）

なんで？
ファイルサイズ(KB単位)を指定するだけじゃんか。
2passのことだよね？
俺は、ファイルサイズの計算には昔からGKnotを使ってる。

もちろん2passです。ビットレートは自分でも計算しましたが、
JavaScriptでも計算してちゃんと一致しましたし、
FairUseが計算した値ともほぼ一致しました。
・51min15sec
・Ｘｖｉｄ：1735kbps
・mp3:128kbps
で完成ファイルサイズは1Ｇ超やら900ＭＢやら

これを700ＭＢのＣＤ-Ｒに書き込みたいんですよ。

音声ファイルも考慮していますが、それ以前に動画が遥かに逝っちゃってます。

>>398 AutoGK等のツールに頼るのも良いかも。

>>382
漏れはその逆が欲しいなぁ…
今はﾊﾟｯﾁ使ってないけどそれだったら入れるかも。

色々勝手な要望でｽﾏｿ。
作者さんの好きにやってくださいませ。

■■■　DivX502/505を見直すスレ　■■■
http://pc3.2ch.net/test/read.cgi/avi/1065094595/
こういうスレもあることだし、ちょっと久しぶりにDivX5.02を入れて
試してみました。
同一ソースをDivX5.02はpeformance mediam（悪い方から2番目）で
あとは余計なオプションを使わず、ほとんどデフォの設定で
1-pass QB
Xvidは5月1日のやつで

圧縮時間　ほぼ同じ
サイズ　DivX　約1400Kbps　Xvid　約1000kbps
画質　これは、PSNRとか計算するまでもなく、明らかにXvidの方がよく思えた。

古いコーデックが軽いというのは迷信に過ぎないんだなあと思った。
1年間の技術の進歩って凄いものですね。

でぶＸなんか使う必要がない

>>401
ﾏｼﾞﾚｽするなら、DivXの方が普及してるし、
XviDみたいにオープンソースじゃないからVerとか気にする必要無いメリットがある。

ってーか最近のコーデックで重いのはWMV9くらいじゃね？
DivX重いとかいう奴のPCスペックってどんなよ？

DTV板ってほとんどのｽﾚが煽り愛だな
ｱﾌｫかと

WMV9軽いですよ？
重いのはVP6うんこ

確かにVP6はうんざりするほど遅い。

>XviDみたいにオープンソースじゃないからVerとか気にする必要無いメリットがある。

これよくわからん

>>406
日々更新されるから安定しない、ということなんだろうけど。
1.0が出れば大丈夫かな。

質問します
皆さんはどれくらいの画面のサイズでエンコードしているのですか？

それとどれくらいのファイルサイズに納めてますか？
やっぱりＣＤ−Ｒの７００Ｍ位ですか？

(280x1E0)h

>>410
どもども640x480ですか。
XvidとかDivx使う人って画面もっと小さくするのかと思ってました。

mp3とoggどっちにするか悩む

mkvコンテナとoggコンテナどっちにするか悩む

WMV9コーデックとRV10コーデックどっちにするか悩む

(XviD+青粒).mkv

ロープに首を掛けるか踏切をまっすぐ逝くか迷う

(XviD+VorbisACM).avi

V
P
6
う
ん
こ
｜
で
っ
く

VP6はスレ違い

いいかげん1.0正式版だせ　　　

　　　　　　　　　　　　　　　　　　　　ぽんっ！

>>414
いったい何しにこのスレにいるの？XviDのXの字も出てないじゃん。

漏れはXviDが好きだがVPは嫌い　６が特に

>>421
IDが出る板だったらXのひとつも入っていたかもな

糞ビド梓ね

ＶＰ６房はカエレ（・∀・）

VP6なんて誰も使わねえよ！

VP6か・・・
VP6は存在そのものがギャグであるとしか言いようがないな

皆に愛されいるコーデック
・XviD
・DivX
・WMV9

要らない子
・VP6
・RV10
・XVD

てが抜けたよｗ

要らてない子
・糞ビド
・デブ糞

この世界は、いくら性能が落ちるといってもシェアがものをいうからな
その意味では、生き残りそうなのが >>428　かもしれない

俺用メモ

DivX
・ぼかしてノイズを目立たなくする傾向。細部が潰れやすく、また暗部にも弱い。
・犯罪者御用達

XviD
・くっきり系で解像感が高い。ややモスキートノイズ多め。
・玄人向け

VP6
・しなやかできめ細かく、繊細。低レートでは敵無し。高レートでは解像感でXviDを圧倒するが、中レート(1〜2Mbps程度）では粉っぽさが目立つ。
・変わり者好き用

WMV9
・まともな画質にするにはレジストリをいじる必要あり。
・ｱﾆｦﾀ用

>>432
WMV9のレジストリをいじるってどこですか？？

>>433 これのことでしょ？

370 名前： 名無しさん＠編集中 [sage] 投稿日： 04/04/22 00:18
>>368
というわけで過去ログから拾ってきやしたぜ
コメントを多少わかりやすく日本語化
作者に感謝！

ファイル名「wmv9_pp.js」で最後の4行を保存し、
数字を目的のフィルタの強さに書き換えて保存して実行。
アンチウィルスソフトによっては警告出るが、問題ないので無視して実行。

// wmv9_pp.js for WSH ver.2
var value = 0;// ←ここの数字を変えるとフィルタの強さが変わる。0:フィルタオフ, 1-4:フィルタの強さ, 5-:デコーダにお任せ
var shell = WScript.createObject("WScript.Shell");
shell.regWrite("HKCU\\Software\\Microsoft\\Scrunch\\Force Post Process Mode", value, "REG_DWORD");

DivXやXviDでいう高レートってQuantizerで言うとどの位？
個人的には4.0が中レートで、6.0位まで逝くと低レートかと思うのだが・・

>>435 DivXは使い込んでないので分からないけど
XviDに関しては同意。漏れはPVはQ3.0 バラエティ番組はQ5.0で
エンコしてます。最近のビルドだとQ5.0にしてもぼけるだけでブロックノイズは
目立ちにくく成ってるね。

>>436
それ、再生DSFのポストプロセッシングが有効になっているからじゃないか?

QTとQBの計算式ぐらい覚えろ

死人ﾀﾝは親日家なのか？
鯉のぼり出てるけども

>>439
tango no sekku by cynix on 2004-05-05 02:51:50

happy kodomo no hi to all boys~ ^^
for those who don't know, may 5th is boys day.

つーか本当に外国の方ですか？

親日家＝ｱﾆｵｔ

糞ビッダー=アニヲタ

>>443
当方、音楽番組ヲタ

>>443
当方、モーヲタ

むしろ幼児性愛？しかもショタ？死人たんは極悪非道ですね。

>>443
当方、プヲタ

シーンチェンジが入らなさすぎる気がするけど、閾値の設定欄がない・・・。

>>448
けっこう正確に検出してると思うけど。
どれ使ってる？当方koepi

>>449
メリハリのある部分はいいけど、フェードインアウトとか
なだらかな部分はアレッっていうフレームがキーフレームになったりするね。
もう2〜3フレームずれてれば効率良く圧縮できるのにって思うような。
まあどうしてもキーフレームにしたい部分は強制的に指定するけど。

>>450
448さんとは違う人かな？

フェードインアウトはXviDに限らずmpegでも苦手だし
仕方ないかなと思ってる。
WMVとかVP6とかはどうなんだろ？

4/20以降のビルドでかなり改善されてるよ。と思う

フェードイン/アウトってH.264になってようやっと改善されたんだっけ?
H.263なGMCってパン・スチル・ズームに対しての補償だよね。

ここまでをまとめるとどうなのよ？

最新のbranch使ってれば安全ってこと？

>>454
そんな心配性のあなたには、Koepi stable(API-3)か、せいぜいRC4じゃないの？

>455
ギクｯ

>>455
ｽｰﾊﾟﾊｶｰ

>>434
ｔｈｘ

>>432
つっこみどころ満載
VP4以降のせこい細工に気づいてないんだろうか。。。
WMV9はPPF有効でも実写向けだし、もちろんアニメでもいい結果だせる

コーデックってどこにあんの？

>>460
ここはXviDスレだからWMV9VCMを探していると仮定した
スバリここにあるよ
ttp://www.microsoft.com/japan/windows/windowsmedia/9series/codecs/vcm.aspx

xvidはトップファーストの映像でもボトムファーストにエンコされるんですか？

当方実写番組もエンコしてるんですがwmvの方が有利だとよく言われています
xvidの方がくっきりしていますが何か実写に弱い理由があるんでしょうか

>>461
解釈が無理矢理過ぎでﾜﾛﾀ

>>462
そんなことはなさそう。
トップフィールドファーストの映像をXvidインタレエンコで圧縮したのをTMPGEncに読み込ませてみたが、
TMPGEncの設定でフィールドオーダーを「トップフィールドが先に表示される」にしないとおかしくなるから・・・。

かける時間

Api4になって画質や圧縮率ってよくなった？
まだnicの7/16使ってるんだけど
オプションは使ってないから乗り換えるべきか迷う

でもスレの流れみるにApi4はまだ人柱の域を出てないのかな？

>>465
かえれ

B-VOP, VHQなど使わなけりゃ、API-4に乗り換える必要はない。

>>465

>>385を使え

移転かきこ

ffdshow-20040508.exe

API-3ではBフレとVHQを併用するとまずいと聞いた事があるけど、
API-4では大丈夫??
併用してもあんまり縮まないけどね。どっちかにしなさいって事??

自分でやってみればいいと思うよ！！

初期値が1だった気がするYO

2passの指定、サイズ（kbyte）以外にビットレート(kbps)も指定可になってるね。
間違えてkbpsになってて、サイズ指定しちゃったら馬鹿でかいファイルになっちゃったよ。

kbyteと勘違いしてkbps使って、何で馬鹿でかいファイルになるんだろう。

>>475
例えば、233MBにしたくて、215000と指定したら、kbpsになってた時とか。

>>459
このスレ読み直して、半年前のKoepiビルドから最新のものにかえてエンコしてみました。

・・・なんだ、XviDの方が高レート(Qtz2.0)でも全然綺麗じゃないの。
モスキート出やすいのは変わってないけど、エンコスピードもかなり早くなってて驚いた。
VP6は髪のディテールや暗部の表現が凄く雑だったけど、XviDは細かいところまできちんと表現できててｲｲ!感じでした。
これからは全部XviDにしとくか・・・

ちなみに、設定(XviD)は
・Qtz2.00
・B-VOP 3 2.00 1.00
・Motion search 6-UltraHigh
・VHQ off
量子化マトリクスはTMPGEncのものを拝借しました。

うんこＶＰ６の話はするなよ　

全角厨消えろ

>>479
ｾﾞﾝｶｸﾁｭｳｷｴﾛ

エンコ者の技術レベルが試されるコーデックだよねこれ

糞ビドでウンコードなんか知的障害者でも出来るぞ。

>>482でもウンコード出来るのか。よかったよかった

MPEG量子化マトリックス使って、Quant2.0だったら、軽く5〜6Mbpsは行くな。
俺はこんな高いビットレートなんて使ったことないよ。

>>482
糞は垂らすなよ

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

そのドラマは30FPS？60FPSだったら凄いな

>>486
そんなちっちゃなサイズにはならないよ。アナログキャプボード（640x480）

TSでキャプってた頃の話ですよ。
画質はこんなもんhttp://with2ch.net/cgi-bin/pict/image-box/img20040509155017.pngです。
もちろんフレームレートはそのままで、59分で723MBです。

フレームレートそのままってどっちやねん

長年使用させていただいたKoepiのアンステブルから移行しようと思うのですが
何がよろしいでしょう？詳しい人
できれば、Koepiのと使用感が変わらなく軽い奴。

>>489
動画で暮

V0Bファイルを再圧縮せずNPEG2に変換できるソフトはありませんか？

ｸﾏｰ

ܲ

>>489
TSからだと全然画質が違うな(；´Д｀)ﾊｧﾊｧ

中部日本放送

未だにKoepiの古いXviD使っているけど、最新版？のXviD-1.0-RC4とやらに変えようかな…
Koepiのページに行ってｲﾝｽﾄするだけでよいですか？

あと、http://uk.geocities.com/xvid2ch/にあるようなパッチは当てたほうがいいのかな？

>>498
そのページの何処にパッチがあるの？

>>499
あ、違うんですか…
よくこのスレに張ってあるのでそうだと思ってました＿|￣|○

>>500
単にRC4より、よってたかって大勢で不定期にソースを更新しちゃった
最新版（つまり誰も動作保証してくれない）をビルドしたものが置いてあるだけ。
新らし物好きな奴が使ってる。不具合あっても笑って済ます奴がね。

http://uk.geocities.com/xvid2ch/

1.0.0

This is XviD 1.0.0 final.

The development team is happy to announce the immediate availability of
XviD 1.0.0 release. Though this version number is purely symbolic, it's
still an important step, and the "xvid-team" hopes you'll enjoy all the
efforts that have been put in this 1.0 numbered version. Thanks to all
users who: reported bugs, sent patches and helped us improve XviD up to
an 1.0 quality level.

Happy encoding and stay tuned for improvements in upcoming releases.

Changes since 1.0.0 RC4 (Hola):

* xvidcore
- minor bug in trellis quantification optimization.
- speedup for vhq>1 & qpel modes (motion search was done twice,
one in SAD mode and one in RD mode)
- Fixed MV clipping with non valid DivX 5 based sequences.
- Fixed RGB 16 bit C functions.
- Fixed posible VOL header corruption for fps=1 encodes.
- DC misprediction caused by bad value clipping (bug forwarded to the
ffmpeg project too).

* VFW frontend
- Fixed mismatching of hints<->widgets.

* DShow frontend
- none

-- The "XviD Team"

ｷﾀ━━━━━（ﾟ∀ﾟ）━━━━━!!
ｷﾀ━━━━━（ﾟ∀ﾟ）━━━━━!!
ｷﾀ━━━━━（ﾟ∀ﾟ）━━━━━!!
ｷﾀ━━━━━（ﾟ∀ﾟ）━━━━━!!
ｷﾀ━━━━━（ﾟ∀ﾟ）━━━━━!!
ｷﾀ━━━━━（ﾟ∀ﾟ）━━━━━!!
ｷﾀ━━━━━（ﾟ∀ﾟ）━━━━━!!
ｷﾀ━━━━━（ﾟ∀ﾟ）━━━━━!!
ｷﾀ━━━━━（ﾟ∀ﾟ）━━━━━!!

ｷｬｱｱｱｱｱｱｱｱｱｱｱｱｱｱｱｰ
ｷﾀ━━━(ﾟ∀ﾟ)━( ﾟ∀)━( 　ﾟ)━(　　)━(　　)━(ﾟ 　)━(∀ﾟ )━(ﾟ∀ﾟ)━━━!!
ｽﾃｷ!

release-1_0-branch (stable)と1.0.0ってどっちが新しいの？

つながんね

http://www.xvid2ch-jp.instat.ne.jp/upload/src/xvid_upld0012.zip

パッチを2種類追加しました。

・1.0.0 用
・release-1_0-branch 2004-05-06 10:59 (GMT) 用

http://www.xvid2ch-jp.instat.ne.jp/


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

具体的に何処がどう良くなったのよ？

>>508　�dｸｽ

(´･∀･`)ﾍｰ

（ﾟ<_､ﾟ ξ

B-VOPのバグ、いつ直るのー？

結果レポートにワクワク

これだけ説明されているというのに、cvsのbranchの意味がまったく理解できて
いない506のようなバカって死んだほうがいい

>516
('Ａ`)ﾉｼまぁまぁ抑えれ

branchも1．0.0に更新したから混乱してるんだろ

あったまわるーい

どっかーん

>>509
使ってみたけど、肥えためのRC4が画質、軽快感では一歩上か…

KoepiのRC4-05042004、なかなか好評なようですな（´ー｀)y─┛~~
ところで、XviD-24062003-1をアンスコして入れた方がよいですかな？
教えて詳しい人！

自分でやってみればいいと思うよ！！（´ー｀)y─┛~~

http://www.xvid2ch-jp.instat.ne.jp/upload/src/xvid_upld0013.zip

mingw32-gccで、Pentium III/4、Athlon/XPの各CPUに最適化したxvidcore.dll

>>501
なるほど、そうだったんですか。

大人しくKoepiの最新版使います(｀･ω･´)

肉つかいの俺としては悲しいがもうすっかりこのスレのアイドルだね＞RC4

>>524
ｻﾝｸｽ!!!

>>525
もはや1.0がリリースされたから、RC4はやめとけ。

２つか３つ前の過去スレに登場したのに、
何時の間にか忘れさられちゃったような、API-4バイナリ配布場所（HEAD instant)
http://xvid.gamrdev.com/

もはや

あぴょん

>>528
ｲﾝｽﾄしようとｵﾓｯﾃﾀﾉﾆ(´･ω･`)

reportﾏﾀﾞｰ？

uchida-t のコメント: 2004年01月21日 19時02分 (#478171)
(ユーザ #14803 情報)
XviDはMPEG4 ASPにほぼ準拠したCODECですから、MPEG-LAにライセンス料を支払う必要があります。また、GPLとソフトウェア特許とは相容れないものですから、基本的にMPEG特許が成立している国でXviDを使うのは難しいです。
あと、特別にXviD形式とかいうのには、かなり違和感があります。AVIファイルにした場合にFourCCがXVIDになるものをXviD形式とおっしゃっているのでしょうが、mp4の映像部にXviDでエンコードしたビデオストリームを使うことも出来るわけですし。

こじ付けやん

( ´・_・｀)良く分からん

ｸｿﾋﾞﾄﾞﾏﾝｾ-

かなーり昔のゴミ文を貼って>>534はナニがしたいのか？

ｸｿﾋﾞﾄﾞ('A`)ﾏﾝﾄﾞｸｾ

Doom9のトップに47氏逮捕についてのコメント
次はmicrosoftを捕まえるんですか？と

>>540
そこにも包丁のたとえがあるなｗ

個人用のエンコだから関係(ﾟ�听)ﾈ

>>538
534は/.jpから無断引用しているキチガイだから放置するとして、
引用されている文自体は正しい。ゴミ文というお前がキチガイ。

スラドを発掘。OpenPVSから派生した話題。
http://slashdot.jp/article.pl?sid=04/01/20/0914255&topic=71&mode=thread

http://slashdot.jp/comments.pl?sid=150617&cid=477621 でライセンスの話題と
XviDの話題が出たんで出てきた。

嫌がらせはやめてくださいよVP厨

引用は引用元を明記すれば問題ないだろ。
「引用」ならな。

>>543
キチガイって言葉好きなんだね

みんなバイナリ何使ってる？

>>543
ゴミ文って「正しくない」って言う意味じゃなくて、
「いまさら」な内容ってつもりだった。
誤解を招く表現でｽﾏｿ。

ライセンスの話題、問題があるのはわかりきったことだし荒れるだけだけなので
やめませう。

>>548
koepiがまだリリースしてないので、このスレの。

AACと合わせてmkvで格納とかしてる人って居るの？

>>551
AACと合わせるのなら素直にmp4にしたほうがいいと思うけど、どうよ?

MP3のヴァリアヴルでじゅーぶん
AACってエンコーダ充実してないよね？

>>551
ﾉ

MP4ウンコンテナ

>554
映像切り取ったり編集するとき音声編集できなくない？

>>552
プロファイルに従ってないエンコ（XviD使えばsimpleの範囲を超えるよね）
でもmp4にできるの？

QuickTime互換になる条件がﾖｸﾜｶﾗﾈ

>>553
ライセンスを気にせず気軽に使えるAACエンコーダにはQuickTimeやWinAMPやReal10
に内蔵されているものがあります。他はNEROとかPsytelAACとか。

>>556
確かにmp4のままだと現状では無理ですな。mp4は最終形態なので。もちろん、
各ストリームにdemuxはできるので、demuxして編集して再muxとかなり面倒なこと
をすれば編集はできますけど。

>>557
できます。mp4でプロファイルってうんぬんという話が出てくるのは、あくまで
ISMAのプロファイルに過ぎないでそ。

>>558
ISMA プロファイルでぐぐってみましょ。
ttp://www.forest.impress.co.jp/article/2002/09/19/quicktime6pro3.html

>>556
VirtualDubModじゃダメ？

>561
AAC扱える？

>>562
さっきやってみたけど
XviD+AAC(iTunes).mkvで部分切り取り、結合ともに良好

>563
あ、iTunes入れればOKなのか・・ｻﾝｸｽ。



mkvコンテナの扱いって難しいですね。

つうかISMA関係ないだろ

AACはAVIコンテナには入れられないの？

>>565
御意。ISMA 1.0非準拠のmp4を受けつけてくれないReal10で再生したい場合以外は
無関係ですな。

ISMAの言いだしっぺの一社のAppleのQuickTime PlayerではISMA profile 1に
準拠していない画像部が640x480x24fpsでBフレ使っているmp4の再生が可能
だったりするし。

あと、VLC Playerってmp4の再生ができたんでちとびっくり。

>>566
そういえば、入れられないことはないね。CBRなぶんVorbisよかよほど相性がいいし。

RV10のVBRフレームレートって結構強力だよね
XviDにもつかないかな・・とか夢見てみる

mpeg2にaacは無理ですか？Mpegコンテナに格納したいです

AACってそもそもMPEG AAC音声じゃなかった？
MPEGコンテナであるmp4に普通に入れそうだが。

XviD使い始めたばっかり。
まだベストの設定を見つけてない。いまq2.5でエンコしてみたけど、なんかモスキートノイズが多いような…
このくらいのサイズならVP6のほうがきれいだと思った。

でも
VP6だとMatroskaに入れてもアナモルフィックが使えないのでXviDで行くつもり。.

どのデコーダーがいいのかな。

アナルファックにみえた

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　
AVIｳﾝｺﾝﾃﾅ。
　　　　　　　　　　

使い始めたばっかりでVP6と完全比較とはおめでてぇな

モスキートはそりゃXviDの方が多いさ。
VP6はモスキートは無いCODECだし。

VP6はエンコ時間長すぎるし重すぎ

その割りに大して綺麗じゃない。

そう、WMV9です。

まぁ、画質なんて追求していってもドングリの背比べだしな。
Macで再生させたいとか、MKVに格納した時に不具合が無いとか、
自分のニーズに合ったものを選べば良いわけさ。

ソースの質　　　　 　5
フィルタリング 　　　 3
コーデックの性能　　2

変な虫ついてないし、フリーだし、カートゥーンモードあるし

XviD 1.0.0正式版ﾏﾀﾞー？

5/9にcvsのtagが打たれたけど、xvid.orgのページはそのまんまだし、xvir.orgの
forumでもアナウンスないし、doom9のforumでもアナウンスがないし、koepiも
バイナリ配布してないし…。

いったいどうしたというんだろ?

ぁゃιぃ

相変わらずBフレ使うと1〜3フレームずれますな

>585
どうやってチェックしたの？

普通にエンコしてシーンチェンジの位置にずれがあるか
設定を変えつつ比較しただけです。

>>585
packed bitstream 使ってもダメですか?

packed bitstream のチェックの有り無しで
試しましたが結局ずれてました。
最初にずれたフレーム分最後が欠けるようですね。

aviutlの仕様。

ﾅﾙﾎﾄﾞ!

TMPGでもずれるけどな・・・

ずれても総フレーム数は同じなの？

ずれた部分が水増しされて
水増しされた分最後が欠けてたような。
±0

12345が
11234みたいになるってことでしょ。
コンテナをavi以外にしたら変わるのかな？

AVIウンコンテナ

最近は幅が狭くなってきている事もありそれは時間の流れに逆らえなさそうだな
mkv関係が充実すれば新たなる可能性がまた見えてくる

とりあえずaviutl→VirtualDubModだとずれないようだ。
俺はそれで回避してる。

1.0.0finalってネタだったんかいな？

Modじゃなくてタダのヴァチャルダヴモドじゃだめ？

ゴメン、ヴァチャルダヴね。なんでモドつけてんだ

>>600
AVIで良ければDubでOK

AviutlにXvidとか放り込むと最初の数フレームがぐっちゃるとなる話？

1.00系

1.0.0 RC1→→→→→→→→→→→→→→　…　→→→→→1.0.0 final
　　　　　　　　　↑　　　　　　　　　↑
　　　release-1_0-branch　release-1_0-branch　…


ということ？

>>575
大きな誤解

>>604
なにもせずに人に聞かずに、ちったぁこのスレを最初から読んでみろよ。
その手間がもったいないというのなら、このスレ内をcvsやbranchで検索して
みるとかさ。

>>606
CVSのブランチについてはわかったけど、XviDのブランチはどういう流れになってるのかこのスレ読んでもいまいちわからなかったから聴いたんだけど。
HEADもどこで分かれたのかわからないし。

XviDってエンコ速いね。
他のコーデック使ってきたけど、こんなに速くて大丈夫なのか心配になるほど速い。

>>609
DivXに比べて、同じかやや遅いぐらいだと思うけど。
バージョンや設定によっての差はあるんだろうけど。

>>610 VHQやＢフレの閾値等でかなり速度変化する。
ターボハァハァ有効だと動きの激しいソースは、かなり高速化するみたい。

ターボハァハァﾜﾛﾀｗ

ターボの副作用と効能ってどんな感じなの？
2倍とか早くなって2倍画質悪くなるの？

>>613 エンコの設定画面でマウスポインタを持って行くと
説明でるよ。漏れの所では２０％速度UP　全体の画質は悪くなると
言うか所々微妙に破綻する感じ。実写だとコマ送りしないでも
違いが分かるかも。暗めのシーンで顔のアップでパンしてる時に
頬の部分の色が微妙に違う箇所が出た事有ったよ。

ぅぉぅ・・やっぱりまだ危険かな・・(ﾟДﾟ;)
ｱﾘｶﾞ�d

1.0.0

Quater Pixelの実験をしてみた。
Quantizer 5で、出来上がりのサイズはonもoffもほとんど同じだった。
しかし、ブロックノイズがonのほうが少なく、全体的に見てもonのほうがきれいだった。

ちんぽの先から白い液が出てきたんだけど、これってなぁに？

>>617
漂白剤

QPel良いけどCPU負荷が悲惨

>>619
再生負荷が如実に上がるのはしょうがないかと。動き補償に関しては画素が倍に
なるようなものなので。

キム

誤爆しました

Just wait a few hours more and you'll get a nice, "commonly" bundled installer binary :)
-posted by Koepi 13th May 2004 13:49

今日は祭りかな？

>>623
ｷﾀ(ﾟ∀ﾟ)？

オイラ、なんかワクワクしてきたぞ

やっぱ肥えタンが居ないとXviDは始まらない！

cvsにはあれから変更かかってないから、正式リリースが遅れたのはインストーラの
問題なのかな? でも、xvid.orgはcoreのソースしかリリースしていないわけだし、
この1週間はちと謎だ。

　　　　　　　　　　　　　　　 　　　 ,ィ⊃　　, -- ､
　　　　　　　　　　,r─-､ 　 　 　,. ' ／ 　　,/ 　 　 }
　　　　　　　　　 { 　 　　ヽ 　／ ∠ ､＿__/　　　　|　　　 　 肥
　　　署　　　　　ヽ.　 　 　 V-─- 、 　, ',_ヽ / 　,'
　　　　　　　　　　 ヽ 　ヾ､　　',ﾆ､ ヽ_/ ｒｭ､ ﾞ､　/ 　　　　　 え
　　　ま　　　　　　　 ＼　 l　　ﾄこ,! 　　{`-'} 　Y
　　　　　　　　　　　　　ヽj 　　'ー'' ⊆) '⌒｀ 　!　　　　 　 　P
　　　で　　　　, ､　 　 　 l 　 　　ﾍ‐--‐ｹ　　　}
　　　　　　　　ヽ ヽ.　　_ .ヽ. 　 　　ﾞ<‐y′ 　 /
　　　来　　　　 }　 >'´.-!、 ゝ､＿ 　~ 　___,ノ
　　　　　　 　 　 |　　　 −!　　 ＼` ｰ一'´丿 ＼
　　　い　　 　　　|　　　−! 　 京 都 府 警 　 　Y

（´・ω・`）ﾔﾀﾞ

RC4で質問です。
出力ステータスのログに表示されるフレーム情報ですが、IPBの他に見慣れないSフレームが存在するようです。
Pフレームとしてカウントされているようですが、どういったものなのでしょうか？

>>630
S-VOPなんて本当に出力されるの？
一応MPEG-4には存在するけど。
でも、オブジェクトの合成なんかに使われるスプライトのことだよ。

All is already set. Final should be released as soon as our webmaster
has access to the server from LA.

ってことなので、www.xvid.orgのwebmasterが忙しいのかな。

>>631
DivX5.0.2(非Pro)の話で悪いが、DivXDRFAnalyzerでSフレームが検出される動画がある…
VirtualdubでQBエンコした奴なんだけど

>633
誤検出じゃないのか？

>>631
S-VOPはGMCを使うとでてくる。

ffdshow-20040514.exe

ffdshow-20040515.exe

ffdshow-20040516.exe

ffdshow-ffffffff.exe

(´･ω･`)

G　　グローバルな
M　　マジ素敵
C　　チェンジシーン機能

ffdshow-20120515.exe

stop whining.

as long as there is no official announcement.
I can't release a final binary, simple as that.

くんくん（´・ω・`）

Ver1.0.0正式版、VIDEOINFOHEADER2に対応ｷﾎﾞﾝﾇ・・・

▼・ェ・▼ｸｿｸｿ

xvid ii

(･Ａ･)ｲｸﾅｲ!

黙れうんこ

黙れまんこ

　　　　　　　（ 　　,　-‐（/‐- ､ 　　　　　　　　　　　　　　　　　　　　　　　　　　　　 　 　 ＿＿＿_
　 　 ニ　 　 .（　/　　　　 　　　ヽ　.　　　　　　　 　　　　.,.. ､.　　　　　　　　　　　　 　 ／　　　 　 ＼
　　　ハ　　　（..,'　　ゝ' 　 　　　　 ＼　　　　　　　　　..／r.､_,ヽ'ﾃ`---. ､　　　　 　 　 ｌ 　　　　　　 │
　　　ハ　　　（..|　"''　　　　"　　　　ﾊ　　　　　 　 ,. '"　'", ‐ﾞ"　　　　　　 `'ｰ-.､　　　|　　ニ　こ 　 |
　　　　　　　（　|i　　　　　　　　! ｉ ﾊﾊ}　 　 　 　 /　 .,. ﾔ　,　　,　　 　 　 ヽ　 ､ヽ.ヽ　 |　　ハ　や　│
⌒⌒⌒ヽ(⌒ヽ　ヾ、､ 　　　/）从ﾘｿ　　　　　　　ゝ 〈　i.　 i.　　| i.　 l i.　l',. ヽ　ﾞi. ヾヽ |　　ハ　つ　｜
　　　　　　　　　　　ヾ从从/／　　　　　　 　 　 /　ゝ/l.　 |　　,li'+ ﾒ l | / ';ヾ',　 l､ l　' | 　 ！　め　│
　　　　　　　　　　　　/　　　「 　　　　　　　　　./ / `ｶ"l　 |　 ´| ﾚ'　　ﾚ　 .l'　.i　| ',.|　 ｌ 　　　　　 　 |
　　　　　　　　　　／　　　　ヽ...　　　　　　　　/　i . 〃　', ,|　　,l ／　　　 ヽ　 l.',.l　 ﾘ . ヽ　 __＿＿／
　　　　　　　　／`ｰ-----‐‐'´＼　　　　　　./　 i　〃　 .`{|　　|'''' ヽ---/　ﾞﾞﾞi　',-く.　 　 )ノ
　　　　　　　/:::::::::::::::::::::::::::::::::::::: ＼ 　　 　../　 i　/.!.　　 | l　　| 　　＼/　._, ｲ　 ',. ヾ
　　　　　　　{::::::::::::::::::::::::::::::::::::::::/⌒ヽ　　　ｰ-､'　.L_ 　 | li　　iヾｰ---rﾍi　 |　　',　l
　　　　　　　l::::::::::::::::::::::::::::::::::::::/:::::::::::|..　　　　　｀''ｰ-､..,ﾊ|.i 　 ', ﾐ.T'iノ　.||.　|.　　', !

このキモイAAなんなの？
改変前が三国志っつうのは知ってるんだけど。

黙れマンカス

黙れチンカス

│↑
└┘

　 　　　　　　,,.ﾉ)
　　　　　　　(;:;;◎・)∋
　　　　　∋oノハヽヽ
　　　　　　(:;( *‘ 。‘))　ﾎﾟｯﾎﾟﾎﾟ、ﾎﾟﾎﾟﾎﾟｰ♪
　　　　　とと;:;フ(鳩)フ
　　　　　　.じ``(,,,,,,,)

tmp3が落ちてるから基地外ばかり来てるな

キ
チ
ガ
イ

│↑
└┘

こえｐたん・・・

基地害とか言ってる椰子は黙ってろと言ってる椰子は黙ってろ

古いやつから乗り換えてみたんだけど、以前のLumi maskingは
チェックしておくと画質劣化なしでサイズが縮んだ感じでしたが、
今のAdaptive quantizationってそんなに有害なんでしょうか？

以前は画質劣化なしって、そんなことないぞ。

ただでさえ暗所に弱いのに、lumi masking使うとどうにもならないぐらい
暗所でモゾモゾ感が出るぞ。

こえぴXviD1.0正式版バイナリｷﾀｰ

やっとアナウンスきた・・・
http://www.xvid.org/modules.php?op=modload&name=News&file=article&sid=55&mode=thread&order=0&thold=0

(-＿-)ｷ(＿- )ｷ!(-　　)ｷｯ!(　　　)ｷﾀ(.　　ﾟ)ｷﾀ!(　ﾟ∀)ｷﾀ!!( ﾟ∀ﾟ )ｷﾀ━━！

>>666
なんだダミアンでも来たのか？

　　　　　　　 　 。　　　 。
　　　　 　　　　　＼　　/
ｷﾀｰ━━━━━（ Д ;）━━━━━━!!!!

aviutlでxvidで出力するのに設定しようと設定押したら
aviutlが終了します・・・

>>669
fainalのやつ

ウチじゃ無問題

Koepiのxvodvfw.dllは152KBあるけど、XviD binary distribution pageのは136KB。
どう違うのかな？

xvid.orgのページ、crackされとらんか?

ほんとだ。誰かニュー速かPCニュースにスレ立ててこい。
立てれなかった。

立ってるぞ

こっちに出張組が来る悪寒

Xvid.orgがクラックされる
http://ex4.2ch.net/test/read.cgi/news/1084764591/

ニュー速から来ますた

>>677
(((( ;゜Д゜)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

本家消えますた

>>677
さすがニュー速、まともなレスがついてないね…

>>680
cvsサーバは生きてるね

cvsも止った

- 完 -

あの程度の画質で終了か？

×viD、音がずれて使い物にならない

うんこうんこ
×viDうんこーでっく
うんこうんこ

ＶＰ６厨が必死

いちいち全角使うな

ttp://210.150.220.73/new/d4/top.html

自力で設定できない英語読めないからってムキになるなよ…

>>664
R4入れなくてよかったYO!
Koepiじゃないとだめなんでね
安定して欲しい

画質はどうなんだろ。
超久々にHEY3でもキャプってみるか。

QBが見当たらんな

これってRC4用の日本語パッチ使えるの？

XviD.org復活

news

2004/05/17 -- XVID site cracked. Unfortunately, right after we released the long-awaited
XviD 1.0 final, the XviD web server got cracked and many files were deleted. Whoever did this,
we actually don't find this funny at all. We're currently working hard to recover from this attack
. However it will take us (at least) a couple of days to be back. Meanwhile, we've mirrored the 1.0 final
announcement below and you can still download all the XviD 1.0 final source code packages
from the files section at the bottom of this page.
We're very sorry for this inconvenience!

The XVID team

引用元
http://www.xvid.org/


【excite翻訳】

ニュース

2004/05/17--XVIDサイトは割れました。不運にも、私たちが待ちに待ったXviD 1.0最終をリリースした直後、
XviDウェブサーバは割られました。また、多くのファイルが削除されました。誰がこれをしたとしても、
私たちは現実にこれを全く奇妙に感じません。私たちはこの攻撃から回復するために現在熱心に働いています。
しかしながら、私たち(少なくとも)は戻るために2、3日かかるでしょう。その間に、私たちは1.0の最終発表を下に映しました。
また、今までどおりこの底のファイル・セクションからの最終のソース・コード・パッケージがページをつけるXviD 1.0を
すべてダウンロードすることができます。私たちはこの不便を非常に残念に思います!

XVIDチーム

ファイル消されちゃったのか

ソースはだいじょぶだろか

やっぱ無理か・・・日本語パッチ使えないや＿|￣|○

運肥えＰマンセー

ニュース2004/05/17--XVIDサイトは割れました。
不運にも、私たちが待ちに待ったXviD 1.0最終を
リリースした直後、XviDウェブサーバは割られま
した。また、多くのファイルが削除されました。
誰がこれをしたとしても、私たちは現実にこれを
全く奇妙に感じません。私たちはこの攻撃から回
復するために現在熱心に働いています。しかしな
がら、私たち(少なくとも)は戻るために2、3日か
かるでしょう。その間に、私たちは1.0の最終発表
を下に映しました。また、今までどおりこの底の
ファイル・セクションからの最終のソース・コー
ド・パッケージがページをつけるXviD 1.0をすべ
てダウンロードすることができます。私たちはこ
の不便を非常に残念に思います!XVIDチーム引用元
http://www.xvid.org/

B-VOPって使うべき？
24062003-1ではイマイチなので使ってなかった

>>702
(ﾟ�听)ｲﾗﾈ

>>702

>>119

Bフレ使わなくてもDivXより縮みますもんね
今設定中、昔のでQB94だとQuantizer4.0くらいかな？
DivXのQBがQTに変わったような戸惑いが・・・

cartoon modeってのがあるのか・・いいね肥えぴ

１番の戸惑いはQuantizer ratioをどのくらいにするかだな・・・
ま、使わねーからいいか

（･∀･)つ■http://www.xvid2ch-jp.instat.ne.jp/
こえぴたん用のパッチおいて置きますね。

ttp://www.neodevice.com/ani_face/dl/symbol.exe

B-VOPで画質低下と考えてるのって、バカか超高レート使いかどっちかだな。

年
金
未
納

>>708
乙でつ

Bフレームにチェック入れてQuantizer上げればすむ話

1.0.0正式リリースとクラック事件の詳細が妖精に出てます。

http://www.faireal.net/tmp/2004/xvid_owned.png

激軽の設定どうしてます？

妖精たんの掲示板にXviDのサイトのクラックの話書いたのオレオレ

>717
マジマジ？
今度は何書くの？おせーて

http://www2.ezbbs.net/19/techside/img/1084756479_1.jpg

http://mion.wisnet.ne.jp/bbs/1/?nobody=1527
memo
これさー、これさー、サイトには書かなかったんだけど、もしかして内部の犯行って可能性もあるんじゃないの。
API4バイナリ問題で警告された人とか、
IRCでKickされた人とか、、、ｗｗｗ

グラフの表示しないとだいぶ軽くなるね
しかし、VHQ-0だのに、重いなぁ・・設定悪いのかなぁ

こえｐたん・・・

うひょー、B-VOP使うと縮むな
Quantizer3.5くらいでもいいぐらいだな

3Mbpsはハイレート？

だがモスキートノイズまみれ
Quantizerが低すぎるのか、B-VOP使ったのか
どちらにせよ、Quantizer3.5〜3.0はいるな

デフォルトではB-VOPはI,Pに比べて倍のquantizerになるんだっけ?

デコーダにBrightness(明るさ)の調整がついてないのか・・・＿|￣|○

重宝してたんだから、つけてくれよぉ

>>726
1.5倍 + 1

Quantizer2.5くらいが理想的かもしれない

ｑｔ下げる意味はなんなの？下げずに圧縮してこそ意味があるんだけどな
それだったらBフレなんか使わんでも2,3フレームごとのPフレのｑｔを下げてもほぼ同じことだろ

>>730
QT上げればそりゃ圧縮できるだろｗ

PフレームとBフレームのサイズは全然違う。
BフレームをONにして、サイズが小さくなった分だけ全体のQuantizerを下げれば高画質になる。

オレの設定
ratio 1
offset 0

release-1_0-branch 2004-05-06 10:59 (GMT)
1.0.0 final
KoepiのXviD-1.0--09052004.exe

psnrは3つとも同値。エンコ速度は↑二つが72秒Koepiが75秒ですた

>>734 報告乙。

umaniacのRoot.24.02.2003.1100からこのスレのxvid binary distributionの1.0.0に
乗り換えてaviutlから圧縮できる事は確認できたたんだけど再生しようとすると
「xvid.dll not found」とダイアログが出て再生できない。umaniacのはコントロールパネルの
アプリケーションの追加と削除からアンインストールして1.0.0は付属のinfでインストールしました。

解決方法無いでしょうか？

xvid.dllをsistem32フォルダに突っ込む

xvidcore.dllとxvidvfw.dllをxvid.dllに変えてsystem32に
入れてみたんですが今度は「xvid_init() not found」と
ダイアログが出てきてしまいます。

名称変えっていいのか・・・？

1.0.0のアーカイブにxvid.dllが入っていなかったので・・・

くだらない質問してｽﾏﾝかった。umaniacで我慢します・・・

と思ってたけどinfとレジストリを眺めてたら
やれそうな気がしてきたのでいろいろしてみます。

0.9と1.0でここまで大きく設定方法が変わると、ちょっと面くらうなぁ。
>>1の解説サイト見てもVHQとGMC&QPelとを同時使用した際にどうなるのかとか、
Cartoon modeにすると具体的にどう変わるのかがよくわからないし。

doom9から情報漁ったり、いざとなったらソース読んだりしないとダメかな…。

んで、doom9見ているけど、VHQとGMC&QPelに関してはVHQ Manual
ttp://forum.doom9.org/showthread.php?s=&threadid=45746
がもう古いってことで、
ttp://forum.doom9.org/showthread.php?threadid=75507
ぐらいしか参考になるものがない…。現状B-VOPに対してはVHQが効かない
のはわかったけれど、GMCとの相性がどうなっているのかは不明のまま。

ttp://www.doom9.org/index.html?/xvid-vdub-final.htm には
Global Motion Compensation can be useful to save bits on panning scenes.
Note that there is currently no standalone player that can handle XviD's GMC.
If you decide to use it, make sure the VHQ option is used (and you can go
higher than VHQ level 4 with GMC).
なんて書いてあるし…。

あと、ttp://forum.doom9.org/showthread.php?threadid=76404 の動き補償に
関してのバグ報告がちょっと気がかり。もしこれが本当なら、このバグがfix
されるまではB-VOP 1 croma motion offにするかB-VOPを使わないようにするか
したほうがよさげ。

でじゃヴ

自己レス
>>744
あ、croma motionじゃなく、Zone Options -> Choroma optimizerだった…
ちなみにデフォではoff

>>745
すまそ。
確かにdev-api3の頃から出てきている話ではあるんだけど、結構変ってきて
いるんで。なんせRC4 -> 1.0.0finalでも
- speedup for vhq>1 & qpel modes (motion search was done twice,
one in SAD mode and one in RD mode)
なんて変更がされているし。

クソビドマンセ−

クソビドマンドクセー

息をするのも面倒くせぇ

>>743
ここは読んだ？
ttp://www.vslcatena.nl/~ronald/docs/xvidfaq.html

　　　　|　　　　　　　　　ｳﾝｺｽﾙﾉ ﾏﾝﾄﾞｸｾ
　　　　|　　('A`)　
　　　／￣ﾉ( ﾍﾍ￣

>>750
お前、そのFAQでVHQについての記述がどうなっているか知っていて書いているのか?

>>752これ？
-VHQ mode: VHQ is more intensive search and takes a wider approach.
Higher settings will slow down encoding significantly.
Setting 1 has a relatively small impact and it is recommended for all encodes.
Using higher values will give you better quality at the cost of encoding speed.

VHQモード・・・VHQはより強度な動き検索で、より広い範囲に働きます。
数値を上げすぎるとエンコードのスピードが大幅に落ちます。
数値1は比較的影響が小さく、全てのエンコードでお勧めです。
高い数値では、エンコスピードを犠牲にしてより良い品質を提供します。


無難な解説だと思うけど?

つーか、VHQって何をどうするものなんですか？
あと、カートゥーンとか・・・。

ぎゃー、書き込みしたらスグ上に・・・
失礼しました。

>>753
その程度のことしか書いていないんじゃ話にならないってことなんだけど…

ffdshowで動き検索の挙動は見れるよ

>>728
あと、小数点以下は切り捨て。
例えばQuantizer 3.00でエンコするとB-VOPは5、4.00だとB-VOPは7になる。
I,P-VOPのように平均値をとるようにはなってない。

>>758
俺のとこじゃ、B-VOPは、avg 4.57とかQT=3〜6あたりにばらけてるけど？

>>743-744
むかしそのことについてレスした記憶があったんで、過去ログあさってみた
要点をコピペ

＞343 名前：名無しさん＠編集中 ：03/11/30 23:26

＞ttp://forum.doom9.org/showthread.php?s=3e6750a71f6e515ec60be88b603a0770&threadid=65913&perpage=20&pagenumber=2


＞>Qpel, GMC, B-frames, Trellis (for MPEG and h.263), Chroma Motion, VHQ 1-4,
＞>Adaptive Quantisation, etc, are all working well.

＞>GMC and VHQ 4 work well together.

＞>All options work. GMC also works, but it only helps if you also use VHQ (any VHQ lvl but 0).

＞>Please try: lumimasking（Adaptive Quantisation）. Say what you think. The principe is the same as the old lumimasking
＞>but it shouldn't do some mistakes, like the old one did.



元はsysKinの発言。koepiの"XviD-1.0-Beta 1 (codename Aloha)"のスレッド。
このレスの他、当時のsysKin発言のニュアンスでは「なんといってもVHQが基本、効果的。それでも足りないという人がGMCを使ってね」
みたいなかんじだった。
たぶん>>744のGMC説明はsysKinの発言を受けたものだと思う。

もいっこ、Cartoon Mode に関してはこのスレを参照
こちらもsysKinが回答。

ttp://forum.doom9.org/showthread.php?s=&threadid=65938

・静止画面検索。「静止画」と判断したところでは、細かい動きは尊重されない。
・ある程度ディテールを無視した動き補償

の2つの機能を持っている。（誤訳だったらすまん。正確な情報は元スレを参照のこと）
副作用でディテールが変になることもありえる。
アニメの「ディテール」はノイズの場合が多いから、という考えらしい。


また、ディテールが変になるだけではなく、おかしな表現が出てくることも有り得るらしい。「静止画面検索」の説明で、
「背景の動かなさはDivX3.11と同じかそれ以上。なめらかな背景では、動いているものが『引きずり』を残すかもしれない。
それは旧バージョンのDivXみたいに」
とsysKin。

「DivX3.11みたいな、ということはDivX3.11のようなベリノイズが出るかもしれないということですか？」
という質問（発言者Bulletproof）に

「そうです」と答えている。

動き検索結果をついでにノイズ除去にも利用するのがCartoonModeってこと？
重いNRの代わりに使えればｳﾏｳﾏかもしれないけどパラメータいじれないと
微妙な色使いのソースには使えないっぽ？

グラデーション付きの空とか海がスクロールすると
>>761にある「引きずり」が豪快に出た記憶がある
それ以来使ってないので最近の状況は知らない

cartoon modeはその名の通りcartoonが対象であって
いわゆる日本の「アニメ」には向いてないかも

昔のアニメには適さず最近のデジタル処理アニメに適すのか・・・？

>669

Wavelet3DNR（2）消すか、Ver落としてみるとよいかも

すいません質問させてください
AVIUTILでXVIDでエンコードしたのですが真空波動研で見てみたら
640×480 16bitとなっていました640×480 24bitにするにはどうすれば
いいのでしょうか？

これまたこれまた


内部なんとかで16ビット

>767
ってことは24bitになるには運ってことですか？

そんなアルゴリズム嫌だよ

16bitでも(゜ε゜)ｷﾆｼﾅｲ!

>>760-761
Thanks! デフォでonになっているようにVHQはいまや基本的なもので、GMCやQPelや
Adaptive quantizationと併用しても問題なさそうですね。もっとも、
VHQ4でGMCとQPelとAdaptive quantizationを併用すると、エンコが倍以上遅く
なりますが…。

あと、Cartoon Modeは最近のデジタルアニメのようにべったりした塗りのものでも、
場所によっては細かく動いたりしますから、安全側の設定でoffにしたほうが
よさそうですね。NR的な動作はcodec側ではなくAvisynthなどのフィルタ側にさせた
ほうが無難ですし、結果が見えやすいですし。

>>766
なんで単なるヘッダ上の情報にすぎず、実際の動作にはなんら影響をあたえないものを
気にするんだろう?

16bitから24bitになればファイルサイズは1.5倍だー！かaho
俺12bitで良いや

オレも12ﾋﾞtでいいや

>>763
「引きずり」のノイズの具体例って
ttp://jumper-x.hp.infoseek.co.jp/begin/codec/3/index.html
みたいな感じ?

このページによるとXviDは他のcodecに比べるとただでさえ目立ちやすい模様。
なので、それを助長する可能性のあるcartoon modeの使用にはかなりの
注意が必要になりますね。

>>774
凄い曖昧な実験だね

>>775
ソースは
ttp://jumper-x.hp.infoseek.co.jp/begin/codec/1/index.html
にあるものらしいけど、肝心の設定に関して書かれていないのがアレですな。

とはいえ、コーデックの比較じゃなく「引きずり」のノイズの例にするぶんには
妥当かと。

そんな低レート使わないから別にいいや

うむ

1.0.0使うとメモリがreadになることはできませんでしたって出て落ちるんだが
これは俺のメモリが逝かれてるのか？

RC4使ってるんですが、AviUtlでエンコしたものとMP3を合成するとき使う
VirtualDubのプレビュー画面がフレームズれてて表示がおかしいです。
CMカットしようと思っても1フレームズれててカットできません。
解決策はあるでしょうか？
前のStable版ではちゃんと表示されてたのですが・・

>>780
WARNIMNG: NOTHING TO OUTPUT
BFRAME DECODER LOG
か？
これならPacked bitstream

名前の449は間違いです。すまん

GMCとQPelを併用していくつかエンコしてみたけど、MVが増えるぶんかえって
容量が増す場合があるね。再生負荷は如実に上がるし。QPelは切ってGMCだけで
やってみるか…

>>783
アニメ？実写？
オレは実写だけどQPelは効果あり
GMCはほとんど効果なしという印象。
Trellisは効果ありそうだけど何してるか分からないです

>>784
あ、ソースは確かに重要ですね。デジタルなアニメです。パン・チルトが多いんで
GMCのみだと効いてくれるんじゃないかと期待。

>>783
Qpelは画質↑圧縮率↓だったはず
再生負荷もGHz級CPUなら許容レベルでは？

Trellis Qtは迷ってる
doom9で十二国記を見てから使うのやめたw

>>786
1passQT,QPelでサイズが小さくなりました。

>Trellis Qtは迷ってる
>doom9で十二国記を見てから使うのやめたw
詳細か該当スレ希望です。

>>787
Hola! XviD-1.0-RC4 05.04.2004 - page [6]

>>757
show mvを見てて、今までなんとなく、
VHQ == 4MV per MBと思ってたけど違ってたのね…。

1.0.0に更新しますた。
http://people.freenet.de/moroheiy/

>>790 乙〜

1.0.0ってもしかして正式版？
だったら祭りなわけだが

>>792
その通り。1.0.0 finalだよ。
でも大分前からのわけだが。スレ読み返してみろよ。

RC4からの変更点の報告よろ

>>794
お前がここのlogやXviD.orgやkoepiのページ見ていないのはよ〜くわかった。
出直せ。

>>795
でも、肝心の画質の方は実際どれくらい改善されたのか気になる･･･
上の方でPSNR計ってた人がいたけど、ホントに画質の向上はなかったのだろうか？
俺の目にもやっぱりほとんど変わってない様に見えるけど、皆さんはどうですか?

>>796 全体的な画質の向上では無く特定の条件下での
バグ取りがメインなのでパッと見では分からないと思う。
逆に不具合が無ければ1.0.0使っても良いんでは？

バグ取り以外でも、
speedup for vhq>1 & qpel modes (motion search was done twice,
one in SAD mode and one in RD mode)
は結構重要でそ。QPelとVHQ2以上を併用しない人には無意味かもしれないけど。

XviDは赤が汚くない？
ffdshowにすれば改善されるけど

再生の軽さではXviDって位置づけ的にどうなの？

>>800
DivXと同じ位置に決まってるじゃん。ほぼ互換性があると見てよいぞ。

再生の負荷の互換性？

再生の軽さはXviD＞＞＞＞＞＞＞DivX
VirtualDub等で各エンコ後の動画を読み込んで編集してみ。
圧倒的にXviDのデコードが軽いよ。

DivXのフィルタでもXviDX再生できるし、XviDのフィルタでもDivX再生できる。
もちろんffdshowでも。
どのフィルタで再生するかによって負荷は決まるが、同じ程度の負荷と言っても間違いじゃない
かも知れん。

スパイウェアーもついてないー

Packed Stream をONにするとDivXで再生するとかくかくしないか？

バグか使い方が悪いのか分からんけど報告
XviD koepi
ffdshow-20040514
VirtualDub1.5.10

VirtualDubでXviD,Bフレーム有出力すると末尾1フレーム減る
(Bフレーム無しなら減らない
AviUtlから出力すると減らない)

ffdshowのlibavcodec → ノイズ（虹色ノイズ？）発生
ffdshowのXviD 1 → ノイズ発生なし

>>807
了解、修正しておきます。

Bフレームのバグってフレームが1減るだけ？

>>807
昔のバージョンは確かに末尾1フレ減ってたけど最近のやつなら大丈夫っぽいぞ
koepi1.00で3,4個作ってみたけど全部ソースと同じフレーム数になってる
VDでもVDModでもAviUtlでも

>>807
packed bitstream ONにしる

XviD-1.0-09052004 だよね？ う〜ん

AviUtlだと総フレーム数は合ってるけど
最初同じフレームが３フレーム続いて、
その分最後が２フレーム少ない･･･。

おれもVDM、koepiRC4で末尾1フレ必ず減ってたな。
1.0はまだためしてないけど。

結局南極どうなのよ

>>811
デフォルト（packed bitstream ON)でも同じでした。

エンコードのStatus上ですでに少ないですし、
video.passでも少ないです。

Bフレームなしでvideo.passを書くとフレーム数は正しいです。
そこからBフレーム ONにして2nd passを行うと
当然Bフレームはありませんが正しいフレーム数で出力できます。
video.passを書き換えて数フレーム無理やりBフレームにしてみると
やはり１フレーム少ないです。

まさかAthlonが？

実はｽﾊﾟｰﾊｶｰに1ﾌﾚｰﾑ連れ去られていたんだよ！！

まだデジタル塗りアニメの1pass QBでしか試してないけど、
VHQ: 1から4にすると2%程度縮む。30%程度エンコ時間が延びる
Cartoon mode: ONにすると5%程度縮む。エンコ時間にあまり影響せず
GMC: ONにすると1%程度縮む。10%程度エンコ時間が延びる
QPel: ONにすると2.5%程度膨らむ。25%程度エンコ時間が延びる
GMC & QPel: 両方ONにすると2%程度膨らむ。35%程度エンコ時間が延びる

Trellis QtやAdaptive quantizationはまだ試してない。
エンコ時間とファイルサイズとCartoonモードの危険性を考えると、
VHQ4にしておくだけがいいかな。

>817
レポ乙です！

ffdshow-20040520.exe

>>806

DivX decorder のプロパティ、Quality Settings タブの Smooth Playback のチェックを外すとかくかくしなくなるよ。
漏れは Double Buffering もトラブルを起こしがちなので外してる。

ffdshow-20140523.exe

>>822
消えろキチガイ

>>823
係わる人の方がタチ悪い('A`）

荒らそうとしているヴァカがいるな

人
工
肛
門

っ
て

く
さ
い

の
か
な
？

〜厨うざいとか罵りあって荒らしあってるけど
Xvidとかオープンなの使って2ch独自のコーデック作らないの？
作れるようなすごい人居ないからみんなああだこうだって言って
荒らしあってるんだろうけど・・・

物凄いのがきました

〜厨うざいとか罵りあって荒らしあってるけど
Xvidとかオープンなの使って2ch独自のコーデック作らないの？
作れるようなすごい人居ないからみんなああだこうだって言って
荒らしあってるんだろうけど・・・

　　　　　　　　,,　　　　　
　　　　　　　　 ﾞﾐ;;;;;,_　　　　
　　　　　　　　　 ミ;;;;;;;;､;:..,,.,,,,,　　
　　　　　　　　　　i;i;i;i; '',',;^′..ヽ　
　　　　　　　　　　ﾞゞy､､;:..､）　　｝　
　　　　　　　　　　　.¨.､,_,,､_,,r_,ノ′
　　　　　　　　 /;:;":;.:;";i; '',',;;;_~;;;′.ヽ
　　　　　　　　ﾞ{y､､;:...:,:.:.､;:..:,:.:.　._　　､｝
　　　　　　　　".¨ｰ=v ''‐ .:v､,,､_,r_,ノ′
　　　　　　　/;i;i; '',',;;;_~⌒¨;;;;;;;;ヾ.ﾐﾞ´ﾞ^′..ヽ
　　　　　　 ﾞ{y､､;:...:,:.:.､;:..:,:.:.　._　　.､）　　､｝
　　　　　　　".¨ｰ=v ''‐ .:v､冫_._ .､,_,,､_,,r_,ノ′
　　　　　　/i;i; '',',;;;_~υ⌒¨;;;;;;;;ヾ.ﾐﾞ´ﾞ^′.ｿ.ヽ
　　　　　　ﾞ{y､､;:..ゞ.:,:.:.､;:.ﾐ.:,:.:.　._υﾟo,,'.､）　　､｝
　　　　　　ヾ,,..;::;;;::,;,::;):;:;:; .:v､冫_._ .､,_,,､_,,r_,ノ′

よく見ると人面が一つ、二つ、三つ・・・
疲れとるのかなぁｵﾚ

クソスレ

>>760
う〜む。QTを3.5にしたときはB-VOPのQTは5〜7になってAve6.0になった。
3.5x1.5+1=6.25なのでAveは切り捨てた値になっているけど、どういう条件で
変動するようになるのかは、ソース見ないとわからないなぁ…

おはよう、デブクソども

マジへこんだorz

orz ＝ ○|￣|＿　なんだな。今気付いた。

そうだったんだ・・・サンクソ

org

or2

on

　　　　　　　　,,　　　　　
　　　　　　　　 ﾞﾐ;;;;;,_　　　　
　　　　　　　　　 ミ;;;;;;;;､;:..,,.,,,,,　　
　　　　　　　　　　i;i;i;i; '',',;^′..ヽ　
　　　　　　　　　　ﾞゞy､､;:..､）　　｝　
　　　　　　　　　　　.¨.､,_,,､_,,r_,ノ′
　　　　　　　　 /;:;":;.:;";i; '',',;;;_~;;;′.ヽ
　　　　　　　　ﾞ{y､､;:...:,:.:.､;:..:,:.:.　._　　､｝
　　　　　　　　".¨ｰ=v ''‐ .:v､,,､_,r_,ノ′
　　　　　　　/;i;i; '',',;;;_~⌒¨;;;;;;;;ヾ.ﾐﾞ´ﾞ^′..ヽ
　　　　　　 ﾞ{y､､;:...:,:.:.､;:..:,:.:.　._　　.､）　　､｝
　　　　　　　".¨ｰ=v ''‐ .:v､冫_._ .､,_,,､_,,r_,ノ′
　　　　　　/i;i; '',',;;;_~υ⌒¨;;;;;;;;ヾ.ﾐﾞ´ﾞ^′.ｿ.ヽ
　　　　　　ﾞ{y､､;:..ゞ.:,:.:.､;:.ﾐ.:,:.:.　._υﾟo,,'.､）　　､｝
　　　　　　ヾ,,..;::;;;::,;,::;):;:;:; .:v､冫_._ .､,_,,､_,,r_,ノ′

org←土下座

>>836
3.5だとB-Frameの前後のフレームのquantizerが
共に3の時と、3と4の時と、共に4の時があるが、
共に3なら3x1.5+1=5.5でBは5だし、
3と4なら3.5x1.5+1=6.25で6だし、
共に4なら4x1.5+1=7で7になる。

http://uk.geocities.com/xvid2ch/

HEAD 2004-05-21 14:40 (GMT)

うんこ貼るなよ

下痢便にしてくれ
スペース食わないから

>>846
なるほど。平均quantizerのx1.5+1になるようにB-VOPのquantizerを調整する
わけではなく、前後のフレームのquantizerのx1.5+1をB-VOPのquantizerに
するようにしているわけですか。納得納得。

XviD1.0入れてみたので、とりあえずディフォ設定で実写をｴﾝｺしたんだけど・・・

再生したときに一瞬文字のような物が見えてて、、、編集ソフトファイルを開いてみると1フレーム目に
「WARNING : NOTHING TO OUTPUT
BFRAME DECODER LAG」
と表示されたのですが(；´Д`)

×編集ソフトファイルを
○編集ソフトでファイルを

＿|￣|○

もじどーり

>>851
>>781かな？
デフォルトでONだったような気もするが･･･

>>854
なんかOFFになってました＿|￣|○
ONでｴﾝｺしたらメッセージ消えました(；´Д`)ｽﾝﾏｾﾝ

実写だとBフレ設定はディフォのままでいいのかな…
ソースが30分の実写をBフレなしでｴﾝｺしたら700MB越えたので、Bフレ入れたらかなり縮むものでしょうか？

>>855
B-VOPをonにするとデフォの設定だと平均して約20%程度縮むけど、
多少画質が落ちるんで、多少quantizer下げておいたほうがよさげ。

>>856
なるほど。参考にさせていただきます。

>>855
ratio 1.0
offset 0
でI,P,Bがほぼ同じQTになり、約10%縮むと思います

http://www.xvid2ch-jp.instat.ne.jp/

HEAD 2004-05-21 14:40 (GMT) 用のパッチ追加

>>858
I・Pのquantizerを下げるか、BのquantizerをI・Pと同等にするのかは
好みの範疇かなぁ

何で標準ではBはI・PよりもQが高いの？

B-VOPはquantizerを上げても圧縮ノイズが目につきにくいから。

俺はBフレーム使って、サイズが浮く分、全体のQuantizerを下げてる。
よくBフレーム使うと画質下がるって言うけど、本当？

Bフレームは画質影響しないのにサイズが小さくなるような魔法ではありません

>>862
PであろうとBであろうと
同じ１フレームだと思ってたけど違うの？

Bフレ使いはじめたので、2004版ffdshow入れようと思ったんだけど
このスレにある

unofficial version
ttp://athos.leffe.dnsalias.com/
ttp://www.ligh.de/software/mirrors.phtml

から新しいのを使えばいいのかな？
上の方にあった方のffdshowが消えていたので・・・＿|￣|○

XviD(RC4,final)でBフレを使ってエンコした動画をvlcで再生すると、
特定の場所で映像が乱れるのですが、改善方法はありませんか？
Packed bitstreamやClosed GOVをON、OFF、ForceCCをDX50に変更してもだめでしたorz

>>865
同じ1フレームってなにが言いたいのかまったくわからんけど。

>>866
そ。

>>867
VLCは使っているffmpegが新しいのにもかかわらず、なんか変。

ここって割合、こえｐ信者多いのかな

RC4信者です

肥えＰﾀｿはみんなのアイドルなのさ

1pass-Q4.0
MaxBVOP-2
ratio 2.00
offset 1.00
上記の設定でｴﾝｺしたら、この間は700MBだったのが400MBまで縮みました。

もう少し縮めたいのですが、MaxBVOPあたりを上げたほうがいいのかな？

>>872
MaxBVOPを2よりも大きくするのはやめといたほうがいい。とりあえず
VHQ4にして、それでもダメならQpelやGMCやAdapitive quantizationを使ってみて、
それでもダメなら素直にquantizerを上げたしたほうがいい。

>>873
なるほど。
GMCやQpelをVHQと一緒に使っても問題ないですか？

>>868
> >>865
> 同じ1フレームってなにが言いたいのかまったくわからんけど。

すまん。
なんでB-VOPはquantizer上げても圧縮ノイズが目につきにくいの？
Pの5でもBの5でも同程度のノイズが乗ってそうなんだけど

>>743-746 >>760-761にもあるように、以前は問題あったけど今は問題なし。
んで、VHQを1から4にした場合は>>817によれば2%程度縮む。

　　　　　　　　,,　　　　　
　　　　　　　　 ﾞﾐ;;;;;,_　　　　
　　　　　　　　　 ミ;;;;;;;;､;:..,,.,,,,,　　
　　　　　　　　　　i;i;i;i; '',',;^′..ヽ　
　　　　　　　　　　ﾞゞy､､;:..､）　　｝　
　　　　　　　　　　　.¨.､,_,,､_,,r_,ノ′
　　　　　　　　 /;:;":;.:;";i; '',',;;;_~;;;′.ヽ
　　　　　　　　ﾞ{y､､;:...:,:.:.､;:..:,:.:.　._　　､｝
　　　　　　　　".¨ｰ=v ''‐ .:v､,,､_,r_,ノ′
　　　　　　　/;i;i; '',',;;;_~⌒¨;;;;;;;;ヾ.ﾐﾞ´ﾞ^′..ヽ
　　　　　　 ﾞ{y､､;:...:,:.:.､;:..:,:.:.　._　　.､）　　､｝
　　　　　　　".¨ｰ=v ''‐ .:v､冫_._ .､,_,,､_,,r_,ノ′
　　　　　　/i;i; '',',;;;_~υ⌒¨;;;;;;;;ヾ.ﾐﾞ´ﾞ^′.ｿ.ヽ
　　　　　　ﾞ{y､､;:..ゞ.:,:.:.､;:.ﾐ.:,:.:.　._υﾟo,,'.､）　　､｝
　　　　　　ヾ,,..;::;;;::,;,::;):;:;:; .:v､冫_._ .､,_,,､_,,r_,ノ′

　　　　　　　　,,　　　　　
　　　　　　　　 ﾞﾐ;;;;;,_　　　　
　　　　　　　　　 ミ;;;;;;;;､;:..,,.,,,,,　　
　　　　　　　　　 ＼（　　゜　　∀　　゜　　）ノ

　　　　　　　　,,　　　　　
　　　　　　　　 ﾞﾐ;;;;;,_　　　　
　　　　　　　　　 ミ;;;;;;;;､;:..,,.,,,,,　　
　　　　　　　　　 ＼（　゜∀　゜　）ノ

　　　　　　　　,,　　　　　
　　　　　　　　 ﾞﾐ;;;;;,_　　　　
　　　　　　　　　 ミ;;;;;;;;､;:..,,.,,,,,　　
　　　　　　　　 ＼（　゜∀　゜　）ノ

死ね糞ﾀｿ・・・

>>868
vlcは変だから無理ですか
vlcでbobインタレ解除するとｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙが少なかったので、
乱れが直れば完璧ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!!!だったのですが。

他のプレイヤを探すしかないか…。

>>875
双方向参照のおかげでフレームの情報量自体が少ない。>>858にあるように
B-VOPをI・Pと同じquantizerにしても全体で10%程度縮まる。

んで、もともとの情報量が少ないのならquantizerを上げてもノイズが目立たない。
ってことで、デフォではx1.5+1のquantizerにして、B-VOPを使わないときにくらべて
平均で約20%程度縮まるようにしている。

あと、MPEG4の場合MPEG2と違ってGOP構造ががっちりしていないので、動き補償が
上手く効かなくて情報量が多くなるのならP-VOPや場合によってはI-VOPにして
ビットを使うようにしてあげればいいわけだし。

ただ、B-VOPがB-VOPを参照するような場合は誤差が蓄積してしまって画質劣化が
芳しくなりがち。で、BBBと3回B-VOPが続くと真ん中のB-VOPは必ずB-VOPを参照
してしまうのでちとやばい。ってことで、MaxBVOPは2までにするのが推奨されてる。

オレの推奨は８だな

せっかくだから俺は赤い方を選ぶぜ

>>882
ふむ。インターレース収録ものを再生時にBoBしているのか。
ffdshowじゃダメなの?

>>883
勘違いだったらすまんが、BピクチャはBピクチャを参照できないんじゃなかったっけ。
一番近いI、Pピクチャを参照で。
ただどちらにせよ、あまり連続Bピクチャが多いとパフォーマンスが下がるのは確か。

>>885
デ、デスクリムゾン!?

>>886
キャプしたアニメも実写も全部インタレエンコでやってます。

ffdshowでDScaler plug-inを使うと重すぎて厳しい。

別スレにあった
ffdshowのプロパティから
Deinterlacing・・・Bob
Resize&Aspect・・・Aspect ratio - No Aspect ratio correction
　　　　Setting・・・Fast Biliner(これはCPUに合わせた品質でどうぞ)
だとｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙで悲惨…。

もし良い方法がありましたら教えて頂けませんか。

>>887
MPEG2はBはIかPしか参照しない。MPEG4はどうなんだろ。
おれは4に設定してるけどね。4に設定したって3まで並んだのしか見たことないし、その3つ並ぶのもめったにないし。

>>888
SSか？

実写30分くらいのドラマｴﾝｺするならQtz4.0くらいがいいかな？

>>887,890
うひゃ。今の今まで勘違いしてました…。調べてみたところ、MPEG4でもB-VOPは
I&P-VOPしか参照しません。

B-VOPが3つ並ぶと必ず2フレーム前のフレームを参照することになるので、それが
問題になりうるぐらいですね…。

>>889
ひょっとして、フィールドオーダーがあっていないのではないかと。
swap fieldsしてみるとどうなります?

>>894
swap fieldsすると、映像が進んで戻って…、となるため、
swap fieldsをしない方が正解のようです。

家ではディスプレイのリフレッシュレートを60ヘルツにすると
良い感じだが。

>>892

どういう用途か知らんけど、ソースによるが3でもキツイな。(ﾓｽｷｰﾄ)

黒バックと白い物体の絵が移動するシーンで
白い物体の移動後の黒い部分にもやもや〜っとした残像が残ってしまうのですが
どこの設定を修正するべきでしょうか。
UltraHigh MPEG XVID 0-Off
Maxmum I-frame 240
Minimum I-frame 1
quarterpel　B-VOPcompatibilityにチェック

Quontizer restlictionsは上から
１・３・１・３

twoPass 一時間半強のアニメをターゲット1.7GBで。
Max bitrate 45000

DVD素材を「いかにも圧縮した」という印象の残らない程度の画質での保存が希望です。
アドバイスを頂けたら有り難いです。

>>898
黒バックと白い物体って何？
闇を舞う月光仮面？

>Maxmum I-frame 240
ここをMaxmum I-frame 1にすればいいかと？

>>898
XviDならマトリクスをTMPEGに変更で如何でしょうか？
DivX5.11なら色が変だった以前のバージョンより綺麗です。
ファイル容量で言えばWMV9が無難な気がする。
(MediaWiZ等で見たい場合は候補から外れるけど・・)

>DVD素材を「いかにも圧縮した」という印象の残らない程度の画質での保存が希望です。
程度の問題だと思うけど圧縮した感じは拭えないと思う。

もやもやノイズはXviD,DivXの宿命。
どうやっても逃れられない。

つーか個人の目だろそんなもん

つまり、目を潰せばすべて解決ってことか

>>898
>>763あたりから話題になっていた引きずりの問題かな。

うちはデフォで電波受信環境悪いからノイズなんてわかんねーんだよ！
寧ろPeg2よりキレイになってるんだよ！ヽ(`Д´)ﾉ

初心者の質問にいろいろ有り難うございました。
調べるべきものが絞られるだけでもものすごい助かりますよ。

ここ半月ほどあれこれ試してたのですが、
同じ素材でも、quarterpelからチェックを外したものにもやもやが
目立たないことに気がついたので実証と言うことで改めてエンコしてました。
（それでレスが遅れました。すみません）
結果、気になっていたもやもやが減少したように思えます。
とはいえ、経験の少ない人間の言うことなので話半分でお願いします。

後は、皆さんから貰ったレス、過去ログを調べて目指すべき画質まで頑張ってみます。
職人さん達に感謝します。

vp6はもやもや出ないからええで

>908
クソ重い遅いやん

ホントにモヤモヤ出ないなら重くてもいいんだけど
…　ホ　ン　ト　に　出　な　い　の　か　？

モヤモヤが出そうな部分は細工した物体に置き換えられます

うっすらと人の顔が浮かび上がるような補正が行われます

>912
ｸｿﾜﾛﾀｗ

昨日あたりからrelease-1_0-branchにいくつか変更が加わっておりますな。
date: 2004/05/25 14:14:55; author: syskin; state: Exp; lines: +2 -2
that's an ugly bug :(

date: 2004/05/26 05:46:20; author: syskin; state: Exp; lines: +2 -2
ugly trellis bug

1pass-quantizer4.0
Max BVOP 2
raito 2.0
offset 1.0
VHQ4

でｴﾝｺしたら430MBくらいまで下がったけど、うっすらとブロックノイズぽいのが出てきた…
なんとかして300MBあたりに縮めたいけど、GMCとか使うしかないかな…
MaxBVOP上げないほうがいいみたいだけど、素直にquanizer下げたほうがいいのかな

>>915
ソースにもよるけど、GMC使っても1%程度しか縮まず、QPelに至っては
2.5%程度膨らんだなんていう報告が>>817にあるからなぁ。素直にQuantizerを
5とかにするのがいいんじゃない?

あと、エンコ後に問題が出ないことを確認できるのならCartoon modeを使うとか。

http://uk.geocities.com/xvid2ch/

HEAD 2004-05-26 09:39 (GMT)
release-1_0-branch 2004-05-26 09:30 (GMT)

>>916
Quantizerを5ということは、MaxBVOPでしょうか？

>>855
素直に2pass使えば？　ついでにAdaptive Quantizer ONで。

>>855
640x480でやってるなら512x384とかに下げては？
ていうか、どんなソースなんだ？

ファイルサイズ縮めるならクオリティ下げる前にまず解像度っつーのは常識だな

>>919
2passやるとかなり掛かりそうなので(；´Д`)

>>920
ソースは実写スクイーズのドラマ30分物で、640x360でやってます。
解像度下げてみようかな…

QBの時の話だけど100と97では1.7倍はファイルサイズ違ってたような

>>922
ためしに2pass使ってみたら？
1pass２回よりは早いよ。

NRかませよ

>>925
下手に3DNRかけると逆にサイズデカくなるよ
受信環境が悪いときは減るけどね。
普通ののっぺりNRは全体的にサイズ減るけど。

>>669
>
>Wavelet3DNR（2）消すか、Ver落としてみるとよいかも

激しく間違い　orz
Aviutl0.98dだと、Codecの設定値が保存されてるんで墜ちます
0.99だと問題ありません

aviutl.iniの[XviD]の項目消し→他のCodecで1回出力→aup保存→一Aviutl終了
この後にXviD選択してavi出力でOKです
スマソ

VirtualDubMod+avisynthのおいらは無問題

>866
上のほうに有るのは消しちゃいましたので、
http://www.h7.dion.ne.jp/~moroheiy/
から取ってくださいです。

http://uk.geocities.com/xvid2ch/

HEAD 2004-05-27 14:25 (GMT)
release-1_0-branch 2004-05-27 14:19 (GMT)

>>930
estimation_pvop.cで
誤 (1.15582 + NEIGH_TEND_8X8 + 0.5)
正 (1.15582*NEIGH_TEND_8X8 + 0.5)
という具合に+と*とを間違えていたというものですね。

というわけで、現在koepi版を使っている人も入れ換えたほうがよさげです。
#あ、dllとxvid.axを上書きという手もあるか。

にしても、5/25以降bugfixが盛んだなぁ。

今までQtType H.263でｴﾝｺしてたから、MPEGでやってみようと思うのですが
H.263に比べてMPEGが優れているところは画質なのかな？

>>931
よくわかんないけど、KoepiのHPで今ある物をｲﾝｽﾄすればいいってことですか？

>>933
全然違う。

>>934
>930のrelease-1_0-branch 2004-05-27 14:19 (GMT)に乗り換えれば良いんだよね？

>>935
そ。

ただ、koepi版のように色々アプリケーションがついてくるわけじゃないので、
koepi版の付属アプリケーションを使いたい人はdllとxvid.axの上書きっていう
手もあるってことです。

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

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

【バイナリ配布】
Koepi
http://roeder.goe.net/~koepi/
Nic
http://nic.dnsalias.com/
Divxhouse
http://www.divxhouse.com/
uManiac
http://xvid.hopto.org/
cynix
http://www.cynix.org/
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/

【過去スレ】
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




修正、追加等よろしく >>ALL

Q1,1.0.0、HEAD、branch、Instant buildとは何？

>>939
この手の質問多いな。テンプレに入れたほうがいいんじゃない？

あとRC4と1.0.0との違いとか

>>930に乗り換えたらConfigure Decoderが使えないんだけど
そういうもんなの？

http://uk.geocities.com/xvid2ch/

release-1_0-branch 2004-05-28 21:40 (GMT)

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からリリースされます。

844 ：FOX★：04/05/29(土) 12:12 ID:????
閉鎖ってゆうか6月1日〜3日の間全部の鯖を落として
いろいろメンテンナンスやりますので3日間だけ2ch閉鎖します。

ちょっとおまえらの汎用の設定値を教えてくれ。
やたらノイズばっかのってサイズ大きくなっちゃうよ…。

男なら黙ってQT4.0withBフレ

>>946みたいなのが居るからいつまで経っても日本人の平均的な技術力が向上しないんだよね

949

クソビド

- 完 -

>>948
ｴｴー。

ｸｿﾋﾞﾄﾞは本当にクソコーデック。

クソさん乙です

>>948
技術力ってなんだよ？
お前も、他人がコンパイルした物を使ってるだけだろ？
笑わせるな。

本格的ににおうスレだな。

WMEはにおわないからWMV9使うといいよ

　　　　　　　　,,　　　　　
　　　　　　　　 ﾞﾐ;;;;;,_　　　　
　　　　　　　　　 ミ;;;;;;;;､;:..,,.,,,,,　　
　　　　　　　　　　i;i;i;i; '',',;^′..ヽ　
　　　　　　　　　　ﾞゞy､､;:..､）　　｝　
　　　　　　　　　　　.¨.､,_,,､_,,r_,ノ′
　　　　　　　　 /;:;":;.:;";i; '',',;;;_~;;;′.ヽ
　　　　　　　　ﾞ{y､､;:...:,:.:.､;:..:,:.:.　._　　､｝
　　　　　　　　".¨ｰ=v ''‐ .:v､,,､_,r_,ノ′
　　　　　　　/;i;i; '',',;;;_~⌒¨;;;;;;;;ヾ.ﾐﾞ´ﾞ^′..ヽ
　　　　　　 ﾞ{y､､;:...:,:.:.､;:..:,:.:.　._　　.､）　　､｝
　　　　　　　".¨ｰ=v ''‐ .:v､冫_._ .､,_,,､_,,r_,ノ′
　　　　　　/i;i; '',',;;;_~υ⌒¨;;;;;;;;ヾ.ﾐﾞ´ﾞ^′.ｿ.ヽ
　　　　　　ﾞ{y､､;:..ゞ.:,:.:.､;:.ﾐ.:,:.:.　._υﾟo,,'.､）　　､｝
　　　　　　ヾ,,..;::;;;::,;,::;):;:;:; .:v､冫_._ .､,_,,､_,,r_,ノ′

釣られ杉

http://www.xvid2ch-jp.instat.ne.jp/

>>917>>930>>943用のパッチを追加しました。

http://uk.geocities.com/xvid2ch/

HEAD 2004-05-30 02:30 (GMT)

>>960
変更点はrelease-1_0-branchのfixを反映したことぐらいのようですな。

頭 2004-05-30 02:30 (GMT)

Quantizer rateのセッティング方法がわかりません。
B-frame の Quantizer = (前後フレームの Quantizer の平均) * rate + offset
だそうですが、前後フレームとは一体何を指すのでしょう？

前後のI,Pフレーム。要は1pass QBでは設定するQuantizer。

>>942
VirtualDub等からXviD ConfigurationでDecoder Optionsをいじればいい

>>965

どうもありがとう！

つまりkoepiに付いてるConfigure Decoderは
使えないって事ですか・・・

koepiインストしてaxとdllを上書きすれば良いじゃん

>>967

その方法を取ってるんだけど、
Configure Decoderを使うと
Configure Encoderが起動するものですから

再生中にプレイヤーからデコーダーを呼び出せるけど
それじゃだめなん？
まぁ、方法はプレイヤーによって違うけど・・・

>>969
えーと、それはどーやるんですかね？
ＷＭＰ9使ってます。

>>970
今、WMP9で試したけどダメみたいだね。
設定変更用に Media Player Classic でも導入しる。
再生中画面で左クリック→フィルター→XviD で呼び出せる。
つーか、WMP9より使い良いと思うから乗換えをお勧めするけど・・・

mplayer2
超オススメ

工エｴェｪ(´д｀)ｪェｴエ工

レス早っ

一人でなにやってんの

>>971

なるほど。導入を考えてみます！

クソビドウンコーデック神

- 完 -

さて、980新スレよろ

↓よろしく

任せとけ

XviD総合スレ Part12
http://pc5.2ch.net/test/read.cgi/avi/1085984142/

たったよ
XviD総合スレ Part12
http://pc5.2ch.net/test/read.cgi/avi/1086006742/

ああー残念。
>1の最下行に、「テンプレ参照　>>1-9あたり」
とか付けて欲しかった。

ｘヴぃｄの1.0バージョンは安定したと考えてよろしいか？