XviD総合スレ Part12

オープンソースの動画圧縮コーデック 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

>>1
おつ〜

【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

【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からリリースされます。

>>1
小津です〜

944 名前：名無しさん＠編集中[sage] 投稿日：04/05/29(土) 12:09
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からリリースされます。

クソビド


- 完 -

ああー残念。
>1の最下行に、「テンプレ参照　>>1-500あたり」
とか付けて欲しかった。

>>7
すまんかった
次建てることがあったら、「テンプレ参照　>>970-1000あたり」と入れておくよ

【バイナリ配布】
肥えぴ〜
http://roeder.goe.net/~koepi/
肉
http://nic.dnsalias.com/
でぶ糞家
http://www.divxhouse.com/
馬煮
http://xvid.hopto.org/
死に糞
http://www.cynix.org/
糞ビド兄ちゃん
http://uk.geocities.com/xvid2ch/
毛呂屁嫌
http://people.freenet.de/moroheiy/
【糞びどの憎き宿敵】
御厨
http://www.on2.com/
てぇおら
http://www.theora.org/
減り糞
https://helixcommunity.org/
デブ糞
http://www.divx.com/
WMV9最強伝説
http://www.microsoft.com/japan/windows/windowsmedia/9series/codecs/vcm.aspx

【バイナリ配布】
ガムデブ(API-4 HEAD)
http://xvid.gamrdev.com/

　　p4 / ppro / Athlon / i486各最適化バージョンあり

こえｐたん〜っ

初心者の方はこちらへどうぞ

初心者質問スレッド　43【映像制作板】
http://pc5.2ch.net/test/read.cgi/avi/1083947773/

こっちでしたｽﾏｿ
http://omanko.com/

あぼーん

このスレの回答者が妙に偉そうなのは何故ですか？
このスレの回答者が妙に偉そうなのは何故ですか？
このスレの回答者が妙に偉そうなのは何故ですか？
このスレの回答者が妙に偉そうなのは何故ですか？
このスレの回答者が妙に偉そうなのは何故ですか？
このスレの回答者が妙に偉そうなのは何故ですか？
このスレの回答者が妙に偉そうなのは何故ですか？
このスレの回答者が妙に偉そうなのは何故ですか？

>>15
その名前はあぼーん済み

◎◎◎ ◎◎◎ ◎◎◎
◎◎◎ ◎◎◎ ◎◎◎
◎◎◎ ◎◎◎ ◎◎◎
◎◎◎ ◎◎◎ ◎◎◎
◎◎◎ ◎◎◎ ◎◎◎
◎◎◎ ◎◎◎ ◎◎◎

>>17
小金持ちだなあ。少し分けて！

つ●

>>15
マルチウザ

可変フレームレート装着きぼんぬ

Frame drop ratioとかは違うの?
これは一定に間引くだけ?

>>21
AVIじゃ無理。

>>23
MKVがあるじゃん
RV10はなんなのよ

>>24
>AVIじゃ無理。
理解出来ませんか？
>>24
>AVIじゃ無理。
理解出来ませんか？
>>24
>AVIじゃ無理。
理解出来ませんか？
>>24
>AVIじゃ無理。
理解出来ませんか？
>>24
>AVIじゃ無理。
理解出来ませんか？

だがWMV9はAVIでも可変レートが出来たハズでは

>>25
AVIは拡張子。
理解できませんか？
>>25
AVIは拡張子。
理解できませんか？
>>25
AVIは拡張子。
理解できませんか？
>>25
AVIは拡張子。
理解できませんか？
>>25
AVIは拡張子。
理解できませんか？
>>25
AVIは拡張子。
理解できませんか？

すっごレベルひっくいなー

こ
い
つ
う
ぜ
｜
な

多重コピペ厨がな

-xvid

-wmv

クソビドage

-dIVx

あぼーん

d糞

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

HEAD 2004-05-31 21:36 (GMT)
release-1_0-branch 2004-05-31 21:26 (GMT)

デブクソウンコーデック

またunavailableになってる・・・

>>37
いい加減、洋塩は止めるか、お金払えよ。
時間単位の容量制限きつすぎ。

>>40
厨氏ね。

あぼーん

どうせ荒らしてるのはWMV9厨だろ

>>40
金払えって

お前面白いな

WMV9＞＞＞＞他のコーデック>>>>>>>>>>>>>>>＞>>>>>>＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞クソビデ

まーだこんなクソコーデックなんか使ってんの？
高圧縮、高画質、高音質、さらに低負荷、低ノイズ！
まともな精神してたらWMV9を使うべきだね。
まあ、WMV9のことを知らないか、よっぽど脳味噌の構造に
障害がある人じゃないと他のコーデックなんか使えないけどねｗｗｗ

まあ、広い御心をもって腐れた異教徒どもに救済してやろう。
今からでも遅くない。今日からキミもWMV9を使おう！
平伏すのだっ！WMV9に！


【最強】　WMV9最強神話　【最強】
http://pc5.2ch.net/test/read.cgi/avi/1085984142/
Windows Media 9 Series その13
http://pc5.2ch.net/test/read.cgi/avi/1079931663/

WMV9って階調の薄いグラデーションで
ブロックがボコボコ出まくって見苦しいよね

>>47
エンコが下手なのをコーデックのせいにしないでねｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
素人さんｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

sage

なにこのスレ…

ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

>>48
設定するところなんて2つしかないじゃん。
やっぱWMV9は糞なんだな

あぼーん

ク

ソ

ビ

ド

>>52
はぁ？ちゃんと視神経は生きてますか？
じゃなきゃもう一度プロパティの欄を穴が空くほど見て、それでもダメなら自殺すべき。

なんだなんだ？
黄金厨の残党か？

http://unko.com

XviDスレに粘着してる所を見ると煽られたWMV厨だろう。

ちんぽ

あぼーん

次のXviDは設定が2つだけになるといいですね

ふむ・・とりあえずMKVコンテナの取扱い説明書でも読んでくるか

ｸｿｽﾚ

>>46
っていうか高音質って・・・。

良
ス
レ

http://www.xvid.com

http://www.KUSOBIDO.com

http://www.otaku.com

koepiのについてくるMatrixオススメなの教えてくれ。
俺は結局コストパフォーマンスがいいとかんじた標準のH.263に落ち着いた。
シャープすぎずリンギングがあまり目立たないのがいいと感じる。

コスト？

>>70
bitrateと画質のバランス。主観だけど。

>>70
サイズと画質だよ。バカ。

普通はH263の一択だよな。

ファイルサイズが少なくて済むとかエンコ時間が短くて済むとか？

あぼーん

>>74
時間の違いは感じないけど、容量は気にする。

クソビドってなんだ？

>>77
史上最悪のクソビデオコーデックで御座いますよ。

あぼーん

おい、さっきからageて荒らしてるバカ。頼むから名前欄をWMV9神にしてくれ。
すぐにあぼ〜んできるから。

うるせー馬鹿

さーて・・コピペ荒らしでアク禁通報できるかなー

あぼーん

DivXとXviDってどう違うの？フリーかそうでないかだけ？

あぼーん

誰か今までの経過のレス纏めておいて。
っていうか荒らし通報スレって何処だっけ？

↓以下、真っ当なスレ進行

コンビニ逝ってくる

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

前スレ>>960、>>37用のパッチを追加しました。

>>89
毎度乙。助かるぽ。

ffdshow-20040520-p3.exeとffdshow-20040520.exeは
何が違うんでしょうか？

>>91 SSEに最適化p3 PentiumIIIって事らしいよ。
アスランXPやP4に使っても無問題。

ありがとう。
ちょうどペン3なのでp3のほうを入れてみます。

無印の方はSSE2に最適化されてるんでしょうか？

>>94 iDCTがSSEかMMXかの違い。

mmxとか？

>>95
ありがとう

MSの言いなりになるのがいやだからWMV使わないのよね

>>98の本心： ゲイツじゃなきゃこんなクソコーデックやめてWMVに転びたい。

そして輝けるビクトリーロードを進め。

Windows Media 9 Series その13
http://pc5.2ch.net/test/read.cgi/avi/1079931663/
【最強】　WMV9最強神話　【最強】
http://pc5.2ch.net/test/read.cgi/avi/1085984142/

WMV基地害ｳｻﾞ

>>99
改めてXviDの良さを再認識しちゃった♪

エンコスピードその他諸々の性能で買ってます

>>102
プ、エンコスピードしか思いつかなかったんだろ？
なんだよその他諸々って？言ってみ？ん〜？

>>98
ウインドウズをアンインストールしましょう。…もはやMSの天下は
揺ぎ無いだろ。リナックスが標準になったりマックがとはおもえん。

ＷＭＶ最強は揺るがない。

消えろ包茎

・Motion search precision：動き検出 数字が増えれば細かく検出
・Quantizatization type H.263：ファイルサイズ小　暗いシーンダメポ MPEG4標準。高圧縮向け、画質は甘くなる傾向。
・MPEG：ファイルサイズ大 画質最高 MPEG1/2標準。H.263に比べるとクッキリで低圧縮。
・MPEG CUSTOM：Quantizationタブの設定が反映される MPEGの量子化行列を指定したい時に使う。
・Modulated：H.263とMPEGを動的に割り当てる
・New Modulated HQ：上記の新パターン版 若干サイズ大 Kopeiバイナリのみ。
・VHQ mode 0-4：Pフレームに対する?追加動き検出 数値が大きくなるにつれて検索精度が上がる。
・lumi masaking：暗すぎ・明るすぎて、ぱっと見分からん所を間引く 容量をかなり減らすことができるが、
実際に画質は落ちるように思われる。VHQとは相性が良い。
・greyscale：白黒ソース向け設定
・interlacing：インターレスソースのままエンコしたい時
・chroma motion：追加の動き検出　VHQとの併用は注意が必要 容量を削減することができるが、ある種のカラーノイズが強調される。
・Quarterpel：1/4画素精度での動き補償を行う。バギー。現状では多くの場合容量が増える。再生負荷も高くなる。VHQとは相性が悪い。
・Global Motion Compensation：カメラパンやマターリ全体が動くソース向け設定。僅かに容量を削減できる。
稀に色がズレる（恐らくバグ）。VHQとの併用は注意が必要

・Maxmum B-frames Bフレの最大枚数設定 1以上有効 5以下がオススメ
その下の数値が大きくするとＢフレとして割り当てが増えますが 画質とファイルサイズとのトレードオフに成ります。
双方向予測フレームを使用する。モスキートノイズが増える。圧縮率は高まる。 他のオプションの併用次第ではバギー。

厨を相手にする貴方も厨です。
完全放置しましょう。
荒らし通報するときもその方が通報し易くなります。

>104
NTTみたいなもんだよな

>>107
Quantizatization は微妙。カスタム推奨かな
Modulated , lumi masaking greyscale は設定項目消失
VHQ は1辺りが無難4にするとボケるとの報告も有り。

>>107
乙

>・Motion search precision：動き検出 数字が増えれば細かく検出
>・VHQ mode 0-4：Pフレームに対する?追加動き検出 数値が大きくなるにつれて検索精度が上がる。
どちらも数字が大きい方が圧縮率↑、ノイズ↓。
エンコード時間も長くなるのでMotion search precision:6、VHQ mode:2ぐらいを推奨。

>・Quarterpel：1/4画素精度での動き補償を行う。バギー。現状では多くの場合容量が増える。再生負荷も高くなる。VHQとは相性が悪い。
実写のトーク番組（ノイズ少な目）のソースで容量が減少したことあり。
アニメと相性×・実写と相性○？

>・Maxmum B-frames Bフレの最大枚数設定 1以上有効 5以下がオススメ
3以上に設定しても実際に3つ以上Bフレが並ぶことは非常にマレ。

>・lumi masaking
名前変わりました。

あぼーん

VHQは1か4　2,3は中途半端な希ガス

lumi masking → Adaptive Quantization
　元来暗部に弱いんだから使うべきでない派
　どうせ暗部は苦手だから積極的に使うよ派

Greyscale encodingはZone Optionsの中

>・Maxmum B-frames Bフレの最大枚数設定 1以上有効 5以下がオススメ

5はありえない
3が限界でしょ

Adaptive QuantizationはVHQと相性悪い気がするのだが？
lumi maskingの頃は一緒に使っても何も問題なかったが
変わってからなんか暗部とかブロックが酷くなる

Adaptive Quantizationは、1passQT指定時は無効。
俺もVHQは2が良いと思う。

>xvid-200405300230.zip
Chroma Optimizer 平気で輪郭壊れる。まだ使い物にならない。
Closed GOV offにすると壊れるBフレームでてくるぞ。連続Bフレ２。

ffdshowではなくXviDのDirectshowfilterでデコードすると激しく色ズレするのは仕様ですか？

>>118 実はdivxのdsfが使われていた、とか？
qpel + packed streamなファイルをffdshow(というかlibavcodec)
で再生すると色ずれするのは相変わらずみたいだけど。

Buggyなのは、chroma optimizerなのか、chroma motionなのか、それとも両方なのかはっきりしる！

>>120 何が問題って言う訳じゃ無く、機能の組み合わせで
問題出るとき有るみたい。
Adaptive QuantizationはMediaWiZで間引き効果の部分が
黒く抜け落ちる
GMCは警告でる。ファームによっては再生出来ない。
qpelは再生出来ないか部分的に色が赤っぽくなる。

無難な線を想像してエンコするのが吉かと。

>>121
そりゃ、再生側がXviDじゃないからだろ？
ここで問題視してるのは、純正のフィルタでもbuggyな奴

あぼーん

release-1_0-branch

date: 2004/06/04 11:54:41; author: edgomez; state: Exp;
DC clipping bug take #2

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

release-1_0-branch 2004-06-04 11:54 (GMT)

ｸﾞｯｼﾞｮﾌﾞ!!

クソビドは余計なオプションあり杉。
こんなキチガイじみたコーデック誰が使うのよ…。

>>127は2行目を縦読み
つまりXviDを使わなければソんという意味

ドキ

図星かよｗ

正直言ってXviDのオプション使いこなせねえ。
殆どOFFでAviutl様のフィルタだけかけてるな。

デフォルトで十分

WMV9神「荒らしにアッタんダ。ミンナも
　こういう荒らしについて意見チョーダイ」「じゃまた今度更新しようカナ」「マァ
　大体ダレがやってるかワわかるケド。心当たりがあるならでてくればイイし。
　ほっとけばいいや。ネ」

縦読みって何ですか？

>>134
http://www.google.co.jp/search?q=%E7%B8%A6%E8%AA%AD%E3%81%BF&ie=UTF-8&hl=ja&lr=

>>134
http://www.otaku.com/

http://www.omanko.usa/

肥えＰ９１１

http://www.koepi.org/

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

1.0.1

This is XviD 1.0.1 bugfix release.

We are happy to announce a new release. This one is a bugfix release only.
It is source and binary compatible with the previous version. You are
strongly encouraged to use this new version.

Changes since 1.0.0 final:

* xvidcore
- DC misprediction caused by missing value clipping (this one for real).
- Fixed bugs triggered by 1fps sequences in decoder.
- Fixed bug in trellis that was causing block skipping in later stages.
- Fixed some ME buglet that could cause suboptimal results for bframes.

* VFW frontend
- Fixed error in bitrate calc when given bitrate and size (2.4%).
- Added ICM compatibility for Office Suites (OpenOffice.org, MS Office...).
- Added more known audio filetypes.

* Debian dir
- removed from the release tarball in an effort to get the package
into SID as a non native package.

-- Edouard Gomez

>>140
1.0.1もう無いし・・

>>142
ミスです。すみません。

>>143
ｷﾀ━━━━ヽ(‘∀‘　)ﾉ━━━━!!!!
いつもｻﾝｸｽっす

1.0.1ヽ( `Д´)ﾉﾎﾞｯｷｱｹﾞ

こめすたん・・・

新規機能なしの完全なBUGFIXバージョン？1.0から乗り換えて損は一切無し？

　 　 ┌─＞ dev-api-3　.──┐┌─＞ dev-api-4.──┐
　 　 │　　 　 　 　 　 　 　　 　 ││　　 　 　 　 　 　 　 　 │
──┴── 0.9.0 ── 0.9.1　└┴────────　├───────────＞ HEAD
　　　　　　　　　　　　　　　│　　　　　 　 　 　 　 　 　 　 　 │
　　　　　　　　　　　　　　　│　　　　　 　 　 　 　 　 　 　 　 └── 1.0.0 ── 1.0.1 ──＞ release-1_0-branch
　　　　　　　　　　　　　　　│
　　　　　　　　　　　　　　　└────── 0.9.2 ──＞ release-0_9_1-fixes

XviD 1.0.1 IExpress package
http://www.xvid2ch-jp.instat.ne.jp/upload/src/xvid_upld0014.zip

Pentium III/4、Athlon/XPの各CPUに最適化したxvidcore.dll
http://www.xvid2ch-jp.instat.ne.jp/upload/src/xvid_upld0015.zip

>>149
乙・・・IExpress packageって何ですか？

>>150
http://www.microsoft.com/windows/ieak/techinfo/deploy/60/en/iexpress.htm

>>151
産苦酢

死憎糞ﾀｿ・・・

http://www.koepi.com/

>>154
どいつのですこですこ

1.0.1に更新しますた
http://people.freenet.de/moroheiy/

乙です。

XviD-1.0.1-05062004.exe

>>158
koepiのバイナリですな。

最近このスレ見てて、XviD1.0使い始めたのだが、
VHQを4にして、Adaptive Quantizationと一緒に使っていたのですが、やめたほうがいいのかな？
実写ｴﾝｺの時だけ使用しているけど、再生時には別になんともないんですが(；´Д`)

>>160
Quant指定でエンコしてるなら、Adaptive Quantization ON/OFFで変化しないことはわかるだろ？
変化しちゃったら、Quant一定にならん。

>>161
なんでSingle pass - Target quantizerが出てくるのか分からんけど
Target quantizerでもAdaptive Quantization ON/OFFで画質・容量は変わるよ

>>160
相性悪いってけっこう昔の話じゃないかなぁ
（画質落ちるからめったに使わないけど）俺もなんともない

>>162 も書いてるけどQuant指定でも効果はあるよ。
ffdshowでvisualizations->quantizersをチェックして
コマ送りで見てみればよくわかると思う。

やっぱQpelやめた
効くか効かないか前もって知ることは不可能って…

なによその変なQpelは。ふざけてるの？

(@�u@ .:;)ﾉｼ

>>161,>>162,>>163
なるほど・・・

再生時に問題ないので、このまま使っていくことにします。

>>164
QPelは効いたところで効果薄いし、かえって容量増になることすら多いわりには
再生負荷がかなり上がるからなぁ。

なぜDivXを使いませんか？

>>168
Bフレのバグと輪郭周りのモスキートノイズが激しく汚いから

DivXより縮むし

>>168
ただ何となく。
圧縮率とるならwmvでエンコするし、人に渡すときはDivXかな。

EM855x系を使った、ネットワークメディアプレーヤーで一番安定して
再生できるから。DivXだとEM855xだと、クロップやリサイズに気を使うし、
WMVだと再生すらできん。

Bﾌﾚとか色々使って、あともう少し容量減らしたいときは別にぼかしフィルタ使ったほうが効率いいかな・・・？

>>173
Bフレ使うくらいなら普通にQuantizer下げた方がいいんじゃない

ぼかしフィルタをかけるくらいなら解像度下げた方が遥かにいいと思われ

Bフレ使うと30%ほど縮むから迷うよね

Bフレってまだダメなの？
バグあり？

Bフレ使うと末尾1フレーム減るな、やっぱ。
これはバグとして認識されてないのかな。
そういうものなの？

一生ダメと思われ

つーかBフレ使った画質に満足するならDivX5で十分

>>178
その発言の真意は、Bフレ使うならDivX5が上、ということか？

Bフレの問題って、次のどれが原因？
1.フロントエンドのバグ
2.エンコード時に欠落(xvidの内部のバグ)
3.デコード時の問題(再生が1フレームずれている)
個人的には、実は3なんじゃないかと思ってます。

>>179
いや、そのままの意味

DivX5をやめて画質がいいからと言ってXviDにした奴が
Bフレ使ってるのを見ると片腹痛い。

( ゜д゜)ﾎﾟｶｰﾝ

>>181
デフォルトでB-VOP onに設定してるXviDやDivX開発チームはアフォだと？

(ノ∀｀) ｱﾁｬｰ

>>183
は？求める事が違うんだろうが。

仮に画質をよくするためにデフォでB-VOP ONにしてるつもりなら
開発チームはアフォ通り越して基地外だな。

（ ´,_ゝ｀）ﾌﾟｯ

こえｐ９１１ワラタｗ

（　,_ﾉ` )y━･~~~ 　マジか？

さて三日後には通報かな

なんか一人で突っ走ってるな

凄いのが一人来ました

(　´,_ゝ`)なんだここは盲の集まりか

IDではなくIP強制表示が必要かもしれない・・・

自作自演が露呈して書き込み数減少→過疎化は必至。

↑おまえだろ？白々しい。

●荒らし・煽りは徹底放置。反応するあなたも荒らしです。

ttp://www.xvid2ch-jp.instat.ne.jp/patches/XviD-1.0-200406041154-Patch.zip
>>125

ttp://www.xvid2ch-jp.instat.ne.jp/patches/XviD-1.0.1-Patch.zip
>>140

ttp://www.xvid2ch-jp.instat.ne.jp/patches/XviD-1.0.1-05062004-Patch.zip
肥えぴ〜

流れを無視した挙句遅ればせながらの投稿ｽﾏｿ・・・(　´Д｀)
ページ更新してる間がなかったのでパッチだけ置いときます。

>>197
GJ乙ー

>>197
つわああああああああああああああ・・・・

B-VOPて使ったら画質悪くなるの・・・？
本気でわからない

こえｐたん

うん肥えP

>>200
1pass QTで、同じQuantizerだったらBフレ使わないほうが高画質。
しかし、Bフレonのほうがoffよりサイズが小さいんだから画質が悪くなって当然。
出来上がりのサイズが同じならBフレonのほうが画質がいいに決まってる(よほどの高レートで無い限り)。

>>174,178,181,185はバカ

│↑
└┘

>>204
昨日から必死だな

XviDは再生時に伸張したほうがいいの？

雑誌収録においての最新版でQBしか使ったことないですが、ｿｰｽによるものなのかDivXより微増する場合もありますね。大体は小さくなりますが。
ｽﾊﾟｲｳｪｱ無し、色再現が良い(らしい)、輪郭ｸｯｷﾘ(らしい)、ﾌﾘｰｳｪｱなのでﾒｲﾝにしたいとこですが。ﾊﾟｿ上でしか観ないし。
ﾌﾞﾛｯｸﾉｲｽﾞが比較的目立つ(らしい)のはCodec設定やﾌｨﾙﾀｰで低減可だし。
MPEG、Bﾌﾚon、VHQの上の設定部分6、VHQ1、他の設定offでDivX5.05より多少長いｴﾝｺ時間。VHQ4だと約1.4倍。
WMV9は3、4倍で論外だし。正直観る目が一般人ﾚﾍﾞﾙなのでどのCodecも同ﾚﾍﾞﾙ。逸般人な方なら我慢ならん画質でも許容範囲だし。

糞びど入りの雑誌があるのか

>>206
なにを?

余った皮

>>177
Max consecutive BVOPs:1だと１フレーム減らない（2以上で減る）
1でも（2と比べて）効率も遜色ないし、これで回避しよかな。

なんで3、4倍もかかるんだよFSB533あればp0で1倍もかからんだろ？
一般人ﾚﾍﾞﾙでも違いくらい分かるだろﾌﾞﾛｯｸﾉｲｽﾞが出るようなエンコなら
VP3やVP6なら短冊状のノイズかマスク、WMV9やDivX5.1.1ならデフぉでマスク。
MPEG専ならWMV9と同様に細かいところに強いので近く感じるのは分かるが
XviD-MPEG WMV9 これらとXviD-H.263 DivX VP RV H.264との違いくらい
分かるだろうに。

>>210
余ってるのをさらに伸ばしてどうする？w

放熱

>212さん
QT5.4と3.9、DivXでいうと85%と90%で試してみたんです(計算あってますかね)。VCMでです。この辺りが常用ゆえに。
[email protected]環境だからでしょか。Athlonなんかだと違うんでしょか。でも雑誌でも2、3倍ほどのｴﾝｺ時間とありましたし。
AviUtlで24ｺﾏ化、ｸﾛｯﾌﾟ、ﾉｲｽﾞ除去(時間軸)、簡易色調、Wavelet typeG処理の結果です。DivXだとｱﾆﾒｿｰｽの約4倍で済むんです。実写でも同様ですね。
V/mag記事のDivX/WMV9の実写/ｱﾆﾒ比較ではWMV9のがQT高くても画質評価高かったです。何人かの意見で。
ｴﾝｺ時間だけが解決すれば無問題ですが。再生負荷が低いとかｲﾝﾀﾚがどうとかぢゃないんです。
長々とすいません。

>>215
typeGみたいな重いフィルタと
軽いコーデック組み合わせるのやめれ。
エンコ時間よりフレーム展開時間のが支配的になってWMV
とたいしてかわらん。割合的には。
似たようなフィルタで軽いのたくさんある。

VLC media player、0.72だとXviD 1.0でB-VOPやQpelやGMC使ったものの再生に
大きな支障はなくなってきたかな。

ffdshowと同じくffmpegのlibavcodecを利用しているから、当然ながらffdshowと
同じような問題はあるけど、640x360を再生した際の緑にじみ問題のような
致命的なものではないので、MacだのZaurusだのでも一応は再生可能というのは
大きい。

>>215
実際にWMVでエンコしたことなさそうな口ぶりですな。

中間ファイルは吐いてないようなので
エンコよりもフィルタリングに時間かかってて
2倍も時間変わらない（1.5倍ぐらい？）と思う。

ん？90%はQT4.9じゃないのか？
で、93%がQT4.0だっけ？

ttp://www.losttechnology.jp/Movie/xvid.html

ここに書いてたのに無くなってるー･ﾟ･(つД`)･ﾟ･

>>219
ttp://pc5.2ch.net/test/read.cgi/avi/1065094595/150

>218さん
DivX主流なのでWMV9 VCMで3度ほど試しただけの見解です。約24分のｱﾆﾒと実写、15秒CMです。ﾃﾞﾌｫﾙﾄでQT値を85%、90%にしただけです。確かに3倍ほど掛かるんです。

仰る通り中間ﾌｧｲﾙはやってないです。Huffyuvで出力するんですよね?
ﾌｨﾙﾀｰを施して出力したところDivXなどのｴﾝｺ時間と大して変わらず、以来やってないです。映像と音声の別ｴﾝｺ後のMuxもせず一発処理です。120ｺﾏ化が必要なｱﾆﾒだけMuxしてます。
本来速くなるはずなんでしょうか。だとすれば私はかなり損をしてますね…

>>220
おお！サンクス！
主要なQTの値の設定はこれでOKですね
DivXのだけどやっぱり同じ位なんだね。
XviDのQT値もﾊﾞｰｼﾞｮﾝでズレるんだろうか・・

誰かQT計算スクリプト保存してる人居ません？(つД`)HTMLﾎｿﾞﾝｼﾄｹﾊﾞﾖｶﾀ

>>217
B-VOP使ったのをVLCで再生すると時々映像がバグらない？

>>222
％なんか知ってどうするんだ？
だいたい100%とかあるけど、何に対して100%なのか不明だしｗ

>>221
同じようにフィルタかけてエンコでWMVはDivXの3倍時間かかる訳か
うーんそんなもんだっけなぁ？

中間ファイルは主に２パスエンコするためのものです。
中間ファイル→エンコはだいたい実時間で出来るので、
中間ファイル（実時間の４倍）、1st pass（１倍）、2nd pass（１倍）で
直エンコ（４倍）x2で実時間の８倍よりも早くなる分け。
1passなら洋梨です。

>>222
QTはズレるわけがない
DivXがズレたのは勝手に決めたquantizer→QB
の換算表を変えてしまったから

ていうか5.0.2まではquantizer=2が最大だったのが
5.0.3からquantizer=1になったからだろ

>225さん
ありがとうございます。中間ﾌｧｲﾙは本来そういう使い途なんですね。勘違いしてました。
完成ｻｲｽﾞに満足いかずやり直すときの為に、先にﾌｨﾙﾀｰ処理しておいた元ﾌｧｲﾙ=中間ﾌｧｲﾙとばかり思ってました…

>>223
Max consecutive BVOPs:2だけど、映像が崩れたというのはいまのところないでつ。
Max consecutive BVOPs:3以上にして、極まれにあるB-VOP3連続なんていう状態だと
どうなるのかは未確認ですけど。

>>228
そういう使い方もあり
２，３回やり直すかもしれないなら
中間ファイル吐いた方が早いやね

>>216 215じゃ無いけどtypeGって重い？ウエブレット系の
中では最速だと思ってたんだけど、typeGより軽くて
似たような効果が有るフィルタを教えては頂けないでしょうか？
スレ違いスマソ。

既出かもしれんけど...

WARNING: NOTHING TO OUTPUT
BFRAME DECODER LAG

って表示されるんだけど無問題?
ｸﾞｸﾞってみても海外のｻｲﾄばっかりでﾅﾆｶﾞﾅﾆﾔﾗ…
助言ﾌﾟﾘｰｽﾞ,ｴﾛい人〜

>>232
Packed bitstreamをonにする

>>231
http://www.geocities.co.jp/SiliconValley-SanJose/5708/

ttp://pc5.2ch.net/test/read.cgi/avi/1080895850/146

>>234 漏れの環境アスランXP2200MHZではtypeGと比較に
ならん程遅かったけど環境次第なんだろうか？
waveletReducer使うならウェブレットじゃないけど
FPDustが良い感じだと思うよ。(処理時間と効果で考えると)

>>233
即レスサンクス!!
で、offのままでいいんだよね…? 何か互換性が低くなりそう。
いや、思いっきり>>1のXviD API-4の設定を参考にしてるんだけど。

>>237
いや、だからonにしる
>>235の参照先読むべし

動き検索しとらんwavelet系NRよりは、動き検索するNRのほうがよほど強力。
って、完全にスレ違いだ罠。NRスレとかAvisynthスレにGo!

>>238
●持ってないorz
onで試しエンコしてみる...

>>240 最初の１フレームだけでしょ？メッセージでるの。
気にしないで良いんでは？closed GOPにはチェキしてね。

>>231
あにめなら、２D系で_2DCleanYUY2。
さらにKenKunNR。NRはこれだけ。のっぺりしすぎだけどね。
これで無理ならソースが悪いと思ってtypeGでも何でもかけて
WMV9かRV10にわたす。

>>180
Bフレの問題の原因はむつかしすぎるし
俺らがわかるものなんか？
それはいいとして
if two p-frames were more than one second apart,
b-frames in between are not decoded
もんだいはこれ。Bフレ連続最大２でもなるぞ。
口のみ動くシーンだと後半全部Drop。
(koepi氏のXviD-1.0.1-05062004)

>>243
more than one secondってBフレが30フレーム以上続くか
1fpsとかの場合ってことか？

>>244
後者。
どうかんがえても違うか？
違うと思いたい。DecodeはXvidでしてる。
シーンの途中から再生すると問題ない。
再インスーとるしてffdshowでも試してみる。

>>242
3D系は掛けず、2D系を2つ掛けるということでつか?

>>246
Waveletに対しての話。
普通３D（3Dconvolution）->2Dのコンボッす。

>244
そう。

軽いwaveletなら、thejam79氏のwnrじゃないかな？
AvisynthとVirtualDubで使える。

俺は実写の場合、
_2DCleanYUY2(1,3,2,1,0,3,3)
で使ってる。（deinterlace処理の前に）

>>243
つーか、もうfixされたんでリストに載ってるのだよ。
それについてのスレも立ってたよ。
残念ながら、質問者が厨の中の厨だったけど。

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

なんかBmax=30とか、すごい言葉がとびだしてるよ。
まあ、そういうバグなんだけど。
開発者側もこんな使い方まで考えてないよなぁ。
これの前スレで実際にそういうファイルを上げた猛者がいるらしい(2レス目sysKinの発言)

>>250
bframe.aviか�����
無駄に騒いだだけだったな。
忘れてくれ。

結局Bフレって危ないの？大丈夫なの？どうなの？
ごめん、初心者だから情報錯そうしててわからなくなってきた・・il||li _|￣|○ il||li

わかるまでoffにしとけ

>>252
ほぼfixされ尽したから1.0.0

RC4はバグアリ？

さぁ、XviDスレが盛り上がってまいりました
DivXスレは盛り下がってますけど
ついでに、VPxスレは存在意義がありませんけど
WMV9スレは「WMV9神」が鼻につくので見るきすらおきませんけど
XVDスレは・・・orz
で、H.264はどうなった

>>255
ttp://www.xvid.org/
fixはここに書かれているわけで･･･

妖精にもある程度かかれてるわけで

>>256
素性的には当然ながら最高だけど、まだまだ企業がサンプル実装している段階だし、
CPUパワーの問題もあってフリーの実装プロジェクトもいまいち盛り上がってこない。
きちんと再生するにはPen4 3GHzが必要ですよと言われるとテスターは集まらんからね…。

Vsoftのはいいかんじだぞ。30日しか
使えんしデコードめちゃ重だけど。
今のエンコーダに飽きたらどーよ。
次代の波を感じて来い。

Quantizer 3.5とか半端な数値を指定したときどんなｴﾝｺがなされるか見ていたら、
全VOPの平均QTが3.5となるようにQT3と4がブレンドして割り振られてるみたいだ
B-VOP offの場合が分かりやすくかった。
QT3とQT4のP-VOPが交互に出力されて全体でQTが平均して3.5となるように
frameごとのQTが割り振られていた。
つまりframeごとに画質の異なるQT3とQT4のVOPが交互に出力されていた訳。
これを知ってから3.00とか4.00のように切りのいいQTを指定したくなったんよ

QBはどうだったの？

DivXではなくてXviD1.01だから
QBじゃなくて一貫してQTだと思うけど

俺。厳密にBVOPのquantizerも指定したくなった。
んで、ratio = 0.0 ->エンコ開始と同時に落ちる。
ratio = 0.01 -> ok

>>264
そりゃ×0じゃquantizer=0になっちまう。
quantizerの役割を知ってれば演算できないのが分かるはず。

あんまBVOPのratioとoffsetの話は出てこないけど
より高画質を狙うなら変えてみるのも良いと思う。
（DivXにはできない）XviDのアドバンテージなのだし。

>>261
そんなあなたには、P-frameも少なくなるよう、I-frameの割合を増やすことをお薦めする。

そしてファイルサイズ肥大化

>>265
offset値があるから演算できるのでは？と思い
やってみるとやっぱりエンコできた。
続いてこれなら落ちるかもと思いratio,offsetどちらも0、
これでもエンコできてしまった。
１以下はちゃんと１に切り上げるようになってるね。

koepi XviD-1.0.1-05062004

マイナスの値も指定できてしまうが想定外なんだろうな。

まあＸｖｉｄなんて設定がややこしいだけのオナニストorエセ玄人向けもコーデックだからねぇ。

DivXに対するアドバンテージといったら、Bフレームをたくさん使うことが出来ること。DivXはBフレは連続できないがXviDはできる。

>>270
ド素人の目からするとDivXもXviDもその他もろもろも
訳分からん用語が並ぶ設定画面が出てくるのは同じだし。
分からなきゃデフォ設定で使っとけばいいのも同じだし。
わからないクセに設定を変えてみたがる漏れみたいな
人種は何を使っても最初はしくじりますデスよ。

>>265
そうか？current BVOP quantizer is
(avg(past vop quant,future vop quant))*ratio + off set
ってなってるから ratio = 0 にすれば 必然的に BVOP quant = off set
となるだろうと考えるのが自然じゃねえ？
今考えると 「future」 ってどうゆうことよって思うのだが
おそらく隣り合うP frame 同士をまずエンコしてから、その間の
B frame を 構築してくって手法なのかな？
詳しいことわかる人教えてください。

GOP構造の話ならググればそこらへんのサイトに書いてあるよ

GOVは？

読み替えれば良いだろ。
MPEG-2では、各画面をPictureと言うから、GOP(Group of Picture)
MPEG-4では、各画面をVOP(Video object plane)と言うから、GOV

MPEG-2　　 MPEG-4
I-picture　= I-VOP
P-picture = P-VOP
B-picture = B-VOP
none　　　 = S-VOP

Packed bitstreamをonでエンコしてみますた。
ん、表示消えた〜
でも、他に違いがﾜｶﾗﾝorz

>>241
気にしなくてよいの…?

>>277
お前、テンプレにある解説サイトぐらい見て出直せ。バカすぎる。

>>273
B-VOPが双方向参照ってことは理解できているよな?

>>278
いや、>>1の『XviD API-4の設定』では、どんな効果があるのか説明ないし。

http://www.xvid2ch-jp.instat.ne.jp:/pukiwiki/?XviD%C1%ED%B9%E7%A5%B9%A5%EC%20-%20%A4%DE%A4%C8%A4%E1%2811%29

>>281
thx!!
またひとつおりこうになりましたorz

>>274
ありがトン。
>>279
前ここでbframが一番近い前後のP or I　frame
を参照するってことを話題にしてたのは覚えてたんだよ。
だけど正しい理解をしてなかったせいでエンコード
のシステムを考えたとき混乱してしまった。
IBBPBBが123456と並んでいたとしたら5,6のframeは
1,4のframeを参照してるってことか。
俺は1のI,4のPを埋め込んでから5,6のBを2,3
に埋め込むと思ってた。

　ｴｸｰｽﾋﾞﾄﾞｩｰﾝ?

>>283
双方向参照なんだから、5,6のB-VOPは4フレーム目のP-VOPと7フレーム目以降の
P-VOPを参照だろ…。

埋め込むっていったいなにを指していっているんだ?

ttp://www.marumo.ne.jp/db2002_c.htm
よくわからんがここ読め

>>285
再生するときは2,3,1,5,6,4らしい。

>埋め込むっていったいなにを指していっているんだ?
すまん。自分語だった。言い換えれば再生時のframe
の並びととVOPの並びが同じだと思ってたといいたかっただけ。

>>180
っていうか、vfwの仕様上、フロントエンド側でBフレの存在
を考慮してないとダメってことだろ。
前スレでもそんな話が出てた気がするが…。

>>288
確か、エンコ時に生成するファイル上の並びは、231456...となってたと思ったよ。
それを再生時に、123456...と並び替えて表示する。

>>290
えーと、286氏のを見る限りではね。
http://cwaweb.bai.ne.jp/~icchan/moviefile/hensyump.htm
こっちいってみ。
GOPがIBBPBBPの場合を扱ってるから。
283の説明だけじゃ知らん人は誰もわからんな。
俺が気になったのは
エンコード時のXvidステータスはVOP
のstreamでエンコードしてることを示しているのに、
BVOPのquantizer計算式はエンコードする前のはず
のframeのquantizerを示している。
それが気になって衝動的に書き込んでしまったんだよ。
ほんとどうでもいいこと。

えーと、たしかデコード手順(まるもさんとこに書かれてるみたいな)の逆アプローチで
エンコードを行ってたと思った。うろ覚えですまんが。
どっちみち参照先フレームができてないと差分フレームは作れないだろうしなぁ。

3ivxはXviD使いの人から見てどんな評価ですか？

あぼーん

>>293 フィルター類は充実してる感じですね。

xvidcore/src/plugins/plugin_2pass2.c
date: 2004/06/10 18:13:42; author: chl; state: Exp; lines: +332 -2
Initial version of VBV support, activate in 2pass by setting vbv_size!=0
ってことで、HEAD(1.1系列)が独自機能の実装をしはじめた模様。

VBVをぐぐってみたところ
Video Buffer Verifier (VBV) model (one and two pass encoding).
The VBV ensures that the maximum peak bit rate never exceeds either the
user's inputted "maximum peak" bit rate value or/and ensures that the
encoded stream never violates the buffer of an MPEG-4 compliant decoder.
ってな機能らしい。指定した最大ビットレートを絶対に越えないように
するってことか。

>>211
分割エンコ後結合したファイルの音声syncも問題ないみたい。
とりあえず当分Bフレはこれでいくわ。たすかった、情報ありがとう。

>>296
おお、渋いな。
これがきちんと実装されれば、mp4プロファイルにあわせたエンコードも
容易になるのかな。

こんなに腐ってる糞スレ、久々にみた

dat落ちしてないところをみると、粘着してるやつがいるんだろうな

まあ、がんがれ

.avi
.mkv
の他にXviDでコンテナできる拡張子ってある？

無理して難しい言葉を使わなくていいよ
ぶっちゃけ＞の他にXviDでコンテナできる拡張子ってある？って意味不明だし

ogm

○○使わなくていいよ

だな。

>>299
他のコーデックスレに比べたら天国のようなスレだと思うが？

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

HEAD 2004-06-11 08:44 (GMT)

だな。

まあogmが最強なわけだが

最近動画でのoggの影がACCに押されて薄くなってきた希ガス

>>308
>>301

>>309
>>301

>>311
拡張子違う
拡張子違う

二度言うな

楽しそうだな

苦しそうだな

死にそうだ・・・orz

>>180
Bフレを使ったときにケツが1フレーム欠けるという話が出ているけど、

Koepiの1.0.0
VirtualDubMod1.4.13
でBフレをMAX2枚入れてエンコしてみたけど、
エンコ前にファイル情報で見たフレーム数と、
エンコ後、ファイルのプロパティで見たフレーム数は一致してるけど。

欠けるっていっている人はどういう条件のとき？

WMV9かなんかのときに、プロパティで見るのとプレイヤーの表示で
フレーム数が1フレーム違ったことはあったな。

(　ﾟ _･･ﾟ)

ttp://up.nm78.com/data/up025834.png
B-VOPs off（上）
Max consecutive BVOPs:1（中）
Max consecutive BVOPs:2（下）

huffyuv(YUV)からVirtualDub 1.5.10でFast recompress
XviD 1.0.1 (koepi) 1pass 上の設定以外はデフォ

Max consecutive BVOPs:2では他のオプションがどのような設定でも
最終１フレームが減ります。2passでも同様。

VirtualDub 1.4.13
で１フレーム減らずにエンコードできたー！！

1.5系の既出のバグだったりする？

>>320
同じようにXviDのステータスで見てみたけど、
1.4.13では、
B-VOPs off（上）
Max consecutive BVOPs:1（中）
Max consecutive BVOPs:2（下）
この３つは同じで減らなかった。

1.5.4.1でも
Max consecutive BVOPs:2（下）
をやってみたけど減らない。

VirtualDubModのせいだとしても
1.5系の初めの方のバージョンでは問題なくて
最近のバグってことかな？

1.5.10は今手元にないです。

180を書き込んだ者ですが、試してみました。
やっぱり1.5.10のバグ？みたいですね。
ただ、1.4.13でもpacked streamをoffにすると、出来たファイルの
フレーム数は一致しますが、xvidのエンコードステータス画面上での
処理フレーム数は１減っちゃいますね。

VDMのバグだったとは…とりあえずどのVer.が
XviD的には良さげなんだろうか。俺も旧Ver.ためしてみよっと

んで、ためしてみた。あれおかしいな？うちだと1.5.4.1減る
1.5.1.1aは減らない…みたい。両Ver.Max consecutive BVOPs:2
avisynth経由でTrimのエンコ範囲指定にて。

12345

Max consecutive BVOPs　1
packed stream　off
x1123

Max consecutive BVOPs　1
packed stream　on
11234

Max consecutive BVOPs　2
packed stream　off
x1112

Max consecutive BVOPs　2
packed stream　on
11123

aviutl0.99だとこうなりました。xは例の黒画面。総ﾌﾚｰﾑ数は変わりません
なお当たり前ですがBﾌﾚｰﾑ無しだとダブり・最後欠落のないファイルが出来ます

エンコード後のファイル読み込みには連番読み込みを使わないと正常にデコードされませんでした。

蛆虫はﾀﾞｳｿ板へ

>>325
ここでバグ報告するよりもDoom9に書いた方がいいよ
向こうだとちゃんと直してくれるし

だな



-完-

このスレはいったい何を話題にすべきか？
総合スレではなかったのか。

あぼーん

-xvid

doom9に行くとして、VirtualDubに持っていくべきかな？

VirtualDubだとフィルタかけれなーい

>>333
http://pc5.2ch.net/test/read.cgi/avi/1075358121/

>325
aviutlだと最初のフレームがダブります。
DivXでもそうだったはず。

>>335
TMPGencもダブるよね。

VirtualDub(非MOD) 1.5.10 + XviD-1.0.1 B-VOP off 1-pass の条件で
encodeした結果を確認したら最初のframeはダブっていなかったよ

doom9読んだらVirtualDubとBフレの問題おもいっきり既出だった。
1.5.4.1のバグだってさ。
違うバージョンでも減るって人はauxsetupなども
完全アンインストールしてからVirtualDub入れ直すとよいかも。

>>338
禿げ乙です。

確かに1511aでは減らなかった。

KoepiのXviD1.0を入れてみて、実写ドラマを1pass qt3.5でｴﾝｺしたんだけど
明るめのシーンとかで人物が喋ると主に顔の周りにブロックノイズが大量に出てしまう…
Bﾌﾚを切ったらブロックノイズは出なくたったんですけど、相性の問題かな？

>>340
BフレのQuantizerは？
下げてみたら？

>>341
Bﾌﾚ設定のMaxを2→1にしたらブロックノイズ減りました(*´Д`)ｻﾝｸｽ

>>342
(BVOP quantizer) = [quantizer setting] * [ratio] + [offset]

>>341が言ってるのはratioを下げる（例えば１）
かoffsetを下げる（例えば０）かしてみれば？ってことだよ

>>343
いいじゃないか。
本人が納得するなら。

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

>>306用のパッチを追加しました。

置き場を整理したので古いのは全部消しました。
マトリクスと小物は今までどおり置いてます。

Z,

>>342
こういう幸せな人間は見ててもほんわかするなあ。
でも、実社会じゃ気をつけろよ。
詐欺や悪徳商法が氾濫してるからな。

+xvid

クソビド逝ってよし

>>345　おつ

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

HEAD 2004-06-12 13:53 (GMT)

>>351
激しく乙。

確信犯の使い方を指摘するやつってうざいな。
本来の意味でなんて使い道ないのに。

そろそろ50歳になるうちの母親も、自分が小さいころ本来でない意味を自分に教えてくれました。

>>353
本来の使い方ではない使い方は
単純に間違ってるんじゃないの？
それとも今言ってる本来的じゃない使い方が
世間の通念になってるってこと？

多くの人が使ってようが間違いは間違い

日本人ってバカだからね

何で確信犯の話題が？

2chでは確信犯の使い方を突っ込まずにはいられない風潮があるからな。

けど時代の流れと共に確信犯の意味合いが変化しつつあるのも事実

このスレ昼間エラってたんだけどその所為？

<つД｀>ふぁ〜エラってなんか呼んだﾆｶ？

ｷｼﾋﾞﾄﾞ

divx再生できるんだ。これからはxvid一本で生きよう。

これからDivxからXviD使おうと思うのだが…設定どうしてるかな？
主にアニメを録画してるんだが参考までに皆のを聞いてみたいから教えてくれ

ノイジーな環境だったらQT4で結構ノイズ消えるよ

>>365
（ ´,_ゝ｀）ﾌﾟｯ

>>365
AAAAALwCAACQsggAXHZpZGVvLnBhc3MALgBwAGEAcwBzAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAyAAAACh1bnJlc3RyaWN0ZWQpAABpAGMAdABlAGQAKQAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
ADgAAAAAAAAAIERITFRcZGxESExUXGRscFBUWFxgaHB4VFhcYGhweIBYXGBocHiAjFxgaHB4gIyYZGhweIC
MmKRscHiAjJiktEBESExQVFhcREhMUFRYXGBITFBUWFxgZExQVFhcYGhsUFRYXGRobHBUWFxgaGxweFhcY
GhscHh8XGBkbHB4fIQEAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAAQAAACWAAAAZAAAAAEAAAABAA
AAAAAAAAQAAAADAAAAAQAAAAEAAAAAAAAAAQAAAAAAAAABAAAAAAAAAGQAAACQAQAAAAAAA
AEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA

AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA

AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAABAAAABkAAAAZAAAAAEAAAAKAAAAAQAAABQAAAAAAAAAAAAAAAUAAAAFAAAABQAAAAA
oCgAAAAAAAQAAAAEAAAAeAAAAAAAAAAIAAAAAAAAAAAAAAIAAAAAAAAAABgAAAAQAAAABAAAAA
QAAAAEAAADIAAAAAAAAAAEAAAAfAAAAAQAAAB8AAAABAAAAHwAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAADPAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAAA

>>368->>370
設定そのまま貼るなよ
荒らしにしか見えんぞ

>>368-370
これをどう使うの？

てっきり嵐だとｗ

ほんまや。
>>365が目立たずある。

>>249
wnr使える。

>>368
ありがとう…しかし俺にはよくわからないｗ
はじめ見た時は俺何か悪い事したのかと思ったよｗ

とりあえずバイナリはKoepiさんの所にして日本語化して>>1に書いてあるオプション解説を見てみた
俺は画質を優先したいから↑に書いてある通りBフレをOFFにして後はビットレースを1400くらいにしてエンコしたが…
最初は設定の仕方がわからなかったが、手探りで色々弄ってこれでいいのか？とか不安になったが
今確認してみたら想像以上にいい画質だったよ
これ本当に無料なのか？なんていうか一言で言うと良すぎｗ

今から良い気分で会社に行けるよ…XviD最高

http://mitglied.lycos.de/ieggei2/ffdshow/ffdshow-20040616_SSE2.exe

>>376
オマエみたいな初心者はXviD使わなくていいよ。
設定値ってのは自分に合ったヤツを手探りで探していくもんです。

いいだろ。別に。使ったって。
最初はわからんよ。Xvidは。
なぜあんな内容をわざわざ書き込んだのかは解らんが。

最初はどっか参考にすりゃいいじゃんよ。
不満が出てから手探り開始するってのがむしろ自然だと思うが。

立ち上げ当初から付き合ってたヒトには忸怩たるもんもあるだろが（漏れは違うけど）、
初心者総スカンになってフォーマットが消滅するよりは遙かにマシと思うが。

今のXviDは、設定全部デフォでただQuantいじるだけでも無難なものができると思うし
その意味で、初心者にとっては他のcodecと変わらん気もするけどな
むしろ悩むのは使い込んでる人のような。そんな俺は全部デフォ

使い込んでる人はサクッとpsnr調べて終了

>>382
psnr低 ＝ 綺麗なん？

>>383
なんでPSNRが低いと奇麗だと思えるんだ? PSNRがどういうものか調べてこいよ。

さくっと調べて、それからだろ。

>>384
逆でした。スマソ

動画って不可思議なもんで、元の画に忠実であったら綺麗かというとそんなもんじゃないし、
白とび、黒つぶれしてたらダメかいうとそうでもないし、己の感性が試されるな。

色を弄れるプレーヤーは色々あるから色調補正とかは
ほとんど使わないで俺は保存する。再生するときに
適当に弄って各自好きなように再生できて(ﾟдﾟ)ｳﾏｰ。

再生ソフトを選んでしまう欠点もあるけど。

>388
ある程度エンコするときに修正すればファイルサイズ小さくて済むよ

>>389
どういう動画がサイズを縮められるの？

×　どういう動画が
○　どういう修正をしたら

修正以前にやること有り

きれいなソースしか使ったことないからNRとか色補正とかしたことないや

R@ｐ厨降臨！

地・デ・ジ　地・デ・ジ

DVDリップがそんなにいけないことなんだろうか

ｺﾋﾟられて仲間内で姦されるのが問題

>>394

>>396
いちいちスレを立てるな

おまえら映像制作しろよ

DVDリップよりTVキャプのほうが*悪質*

お前にまかせる>>400

>>401
VTR録画とどう違うと？

FFDShow MPEG-4 Video Decoder 16-06-2004 SSE2
ttp://www.free-codecs.com/download/FFDShow.htm

あ、こっちか。
ttp://mitglied.lycos.de/ieggei2/ffdshow/

XDiv、音がすれて使い物にならない。

うんこうんこ
XDivウンコ―デック
うんこうんこ

釣られてええええええええええええｒがｙふｋゅ７おぃｐ；おいうｙ

ｽﾚ違い失礼汁
今日のﾏｼﾞな話、聞いてくれ。

画面のプロパティ ＞ 設定 ＞ 画面の色　で、
中（16ﾋﾞｯﾄ）から最高（32ﾋﾞｯﾄ）に変更したら、動画の画質が劇的に向上。
んもう、めちゃ滑らか。


こんな凡ﾐｽを折れは一体何年見過ごしてきたんだ。。。。。。
誰か笑ってくれ('A`)

…とりあえず、もうちょい圧縮率上げても大丈夫そうだ。（泣）

アハハハハハハハハハハハ
俺はffdshowのインタレ解除がONになってるの気付かず、
10回以上エンコし直したことあるぞ。

>>408
マジレスすると友人でも居たぞ。
16bitカラーに慣れると、なかなか気がつかないもんらしい。
マッハバンドをブロックノイズとか言いだしたのが発端で発覚した。

それ以前にリフレッシュレートの存在も知らなかった。
60Hzなのでこっちはすぐ気がつくんだが、人によっては全然気にならないそうだ。

そういえば120ﾌﾚでｴﾝｺしてる奴って、やっぱリフレッシュレート120Hzなのか。

16bitだとサラッとした粒状感が乗ってブロックやモスキートが
分かりにくいビデオ環境があった。そこでｴﾝｺしたﾌｧｲﾙを32bit
環境で再生してみたらガッカリしたことがあるよ

>411
ああ、わかるなそれ。
色情報が16bitに丸め込まれるから、
シャープフィルタていうかffdshowのわざとノイズ掛けるフィルタ、みたいな原理で
綺麗に見える場合も事もあるんだよな

>>410
> そういえば120ﾌﾚでｴﾝｺしてる奴って、やっぱリフレッシュレート120Hzなのか。

マジレスすると120っ略

マジレスすると60

16bit環境でｴﾝｺした動画を32bit環境に持っていくと荒くなるってこと？

>>415
どこをどう読んだらそういう結論になるのか小一時間(ry

絵っ苦巣　部位　愛　出ぃ

おおぅ、何か盛り上がってる。
結構凹んでたんだけど、救われた気分。(´･ω･)ﾉ゜

大体へこむようなことなのかと。。。

DivXより高画質といわれているXvidだけどWMV9とは比較にならんほど汚い

>>420
詳しく

>>421
>>406

WMVは勝手にノイズリダクションかけながら再生してるので綺麗に見えるのは当然だろ？
XviDもフィルタかけながら見れば大差無いよ

>>423
いや、上だとおもわれ。

大体一年以上も更新の無いコーデックが
何時までも画質最強の訳無いじゃん
WMV9信者ってあほでしょｗ

WMV9とXviDは動画として観ればたいして変わらないけど
静止画でみればWMV9の方が綺麗だね

いちいちTMPGEncとかに読み込ませて比べる人はいないと思うけど…

個人的にはXviDの方がなんとなく好き

>>425
その考え方は間違ってると思う

-xvid

WMVのが綺麗だろ。同容量で多数決なら。
本気になったﾏｲｸﾛｿﾌﾄは凄い。7,8はともかく、9は素晴らしい。
一応書いておくが俺はそう感じるだけね。荒れるのはイヤだからな。

でも総合的な理由でxvidの方が好き。
xvidも進化しているし、WMVを使う気はまだ無い。
WMVの技術には非常に興味があるが。

フィルタ掛けたら多分Xvidのが綺麗だよな。
ちょっと重いが。

まだXvidから移行しようとは思わないが
ちょくちょく試してる
WMVにはかなり期待している

PNGとかOggVorbisとかオープンな技術の方が好きなので普段はXviD
でも、本気で残したいものはWMV使ってるな

>>428
漏れは逆の立場

5Mbps以上の高ビットレートなら間違いなくXviDの方が綺麗。WMV9は
同じレベルで比較するとぼけて見える。
(5Mbpsで高ビットレートと呼ぶのか、という突っ込みは無しで。)

だが自分にとって実用的なファイルサイズにはならないので、今の所XviDを
常用する気にはなれない。

XviDは大きくバージョンアップした時に、ちょくちょく試している。
かなり、では無いが割と期待しているコーデックの1つ。

>>432
俺よくわかってないんだが、
5Mbpsって実写？んでBVOPなしとか？
bitrate指定でやってんの？

混在アニメで分割すればするほど音がずれるのですが1.0の仕様でしょうか？
auto60等の自動化プラグインではずれないから結合の仕方に問題あるかもしれませんが。

ここに聞きに来た以上試したかもしれないけど一応聞きたい。
他のコーデックではその問題起こらないことを確認したの？

>>433
ソースはアニメ、BVOPはOFF
Quantizer2以上指定で大体5Mbps以上になる場合で。

>>435
あたしですか？

DivX5.1.1では確か起こらなかったと思います。

Nandubで繋げてもAviutlで繋げても音ずれます。
他何で繋げたらいいのかわかりませんけど・・・。

>>434
分割のやり方かソフトの使い方のどっちかで間違えてるんじゃないかと
結合は単純だが分割はフレーム数とかちゃんと考えんとダメよ

>>434

>>317-339

>>439
フレーム数を考えるとはどういった内容なのでしょう？
奇数フレームじゃ分割しちゃいけないとか・・・

VirtualDubModでAvisynth経由でもだぶるってこと？
ちなみにインタレ解除はAuto24FPS(false,36,24,"blend")
ドロップフレームはAuto24内臓を使用。
ブレンドしてるのがいけないのかと最初思ったり。

Modのせい？あたしの1.5.4.1、Avisynth200304、DVD2AVI1.76、MPEG2DEC3肉
全体的に短くなるんです。

ちょっと前に書いてある、VD(VDM)のバグの話をちゃんと読んだほうがいい。
バグと無関係な要因だとしたら、指定した範囲の時間が、Auto24FPSでフレーム
ドロップさせない場合と比べて、極端に短くなってないか一応チェックしてみたら。

>>444
50分割くらいしたら-800msくらい短くなってます。
デコードプラグインのせいかと怪しんだけどまるも製プラグインでもずれるみたい。
上の方に書いてますね。お騒がせしました。

>>436
ふーん。XvidはBフレマンセー
なcodecなはずだけど。
アニメで5Mbps？

Bﾌﾚ使ってて分割毎にﾌﾚｰﾑ落ちてるんでそ。

確かにXviDの場合Bフレ切っちゃうのはもったいないよな。
もしXviDをBフレなしで使わなくちゃならんのなら、WMV9使う。
というかソースでXviD,WMV9,RV10使い分けてるけど

>>432
WMV9がﾚｼﾞｽﾄﾘを弄る事によって、NRの強さを調整出来るって知ってて言ってるの？
知らないでぼけてるとか言ってるならボクちゃん怒りまちゅよ！

>>449
きもっ

>>447
right!

WMV9ﾂｶｴﾈｰ
CPU温度が80℃超えちゃう
時代はCPUに優しいXvidだな

>>452
だな。

CPU頃しのWMV9

ボクちゃん怒りまちゅよ！

私が作ったffdshowのlibavcodec経由でのMPEG4再生がおかしかったのは、
変な最適化をかけていたからみたいです・・・
ｽﾏｿ・・・・・

僕もアニヲタだからボケボケノッペリのWMV9は('Ａ`)大好き

75度前後で既に3時間
やばい
やばすぎWMV9

June 17th binary posted, changelist:

- Added MMX optimizations to Overlay mode lighten+darken with opacity=1.0, with no mask.
- Removed overflow bug in ssrc upsampler.
- Fixed Audio cache crash if no audio.
- Cleaned up ApplyYV12 in textoverlay.
- Fixed float audio in Dissolve.
- Fixed audiobits clip properties now returning bits and not bytes.
- Added IsAudioFloat() and IsAudioInt() as clip properties.
- Added experimental "after_frame=true/false" to ScriptClip.
- Added FOURCC parameter to AviSource by stickboy.
- ImageReader: tweaked default parameters.
- ImageReader: made ColorBars parameters optional (like docs claim!)
- ImageReader: No more "Image not in range". First frame is ALWAYS frame 0.
- SSRC now has aligned data (slightly faster and SSE ready).
- Fixed ConditionalReader inaccuracies on integer interpolation.
- Updated SoftWire codegenerator to latest version.
- Fixed Mask() problem with footage with different pitches.
- Added French documentation.

ttp://sourceforge.net/projects/avisynth2

>>458
とりあえずここ池。
http://pc5.2ch.net/test/read.cgi/avi/1087367108/

Ｂフレ使用の問題点
動画圧縮は、前のフレームからの予測と現在のフレームの差分をデータ化。
つまり、Ｉ／Ｐ／ＢのQuantizerが同じなら、
Ｂフレ使用＝ファイルサイズが縮む＝誤差が少ない＝高画質。
しかし、Ｂフレを使用すると、デコードの際にＣＰＵを非常に使うのが難点。
結局、パンする場面で、画面がカクカクするくらいなら、Ｂフレを使用しな
い方が見やすい。
また、IBBPをエンコードする際、IPをエンコードした後、間のBBをエンコード
するため、24fps化の際、削除フレームがIもしくはPに該当したら、Ｂフレーム
は参照フレームを片方失うのだろうか？24fps化との相性が問題。

>>461
は？24fps化って、再エンコなしで
frame間引くとかいってるの？わけわからん。

>>461
実際にエンコードしたことある？

ffdshowを不具合の無い物に更新しますた。
http://www.h7.dion.ne.jp/~moroheiy/

>>461
ZoneOptionsのQuantizerなんですけど、SinglePassTargetQuantizeを使った場合でも、
初期状態のWeightのままで無問題なんですよね？
見た感じ、フレーム指定してシーンごとに圧縮方法変えるみたいなのですが・・・

>>464
乙

うちだと何も不具合出なかったんだがな…
とりあえず乙彼

>>461
帰れ

>>464
もらいました、どうも。

aviutilで自動24fpsと組み合わせて24fps化を行うと、ほとんどの場合失敗するよ。

>>469
へぇ、キミの脳味噌はaviutlの自動24fpsと相性が悪いんだね。

>>469はAviUtl99を使ってるか、余程の糞テレシネソースしかエンコしないんじゃね？

>>465
SinglePass-TargetQuantizerなら、設定ゾーンのQTはTargetQT/Weight
になるみたいだけど、そもそもZoneOptions自体あまり使ってないなぁ。
>>471
ver0.99の自動24fpsっておかしいの？それとも30->24？YUY2モード限定？

釣られてんなよ。AviUtlの話題はスレ違いだろ。自動24fpsの不具合ならXviDのせいじゃないし。

>>472
なるほど。
以前、どこのサイトか忘れましたがTargetQuantizeと同じにZoneOptionsのQuantizerもする、
ようなこと書かれていたかな？って思ってお聞きしました。
>>1のサイトの設定法では特にそのことについて触れられてなかったから、
初期状態で別にいいのかな？と。
サンクスです。

Koepiの知らない間に新しくなってた('A`)

こえｐのおちゃめさんっ

ｱﾍｱﾍｱﾍ　ﾁｨｽｳﾀﾛｶ

>>9の金払わないとスパイウェアいれる奴とかその他大勢、こえｐﾀﾝ以外は、
この世から消えてほしい。

初めてogmコーデック入れてxvid+ogmファイルを再生したんだけど
映像の方がカクカク・・・というかプルプル？
コマ落ちするカクカクではないんだけど高速で再生と巻き戻しを繰り返しながら再生している感じ。
説明が上手くできないけど
123234345456567678789・・・って感じに3歩進んで2歩下がるみたいな変な現象。
音声は普通なんで映像のxvidコーデックだと思うんだけど・・・同じ現象の人居ません？

ogmコーデックって何だ......?

老人性痙攣賞

>>479
イナイ！
ogmとはなにか理解してからこい。

xvid+mp3でogmに入れたのか？

ふつうにAVIで作ればいいのに

avi+ogg.divx

XviDに関係ない質問はスルーしようぜ

>>479
ffdshowが古い場合におきた希ガス

少なくとも、意味不明の質問は相手にすべきじゃない。
質問に対する答えを理解できると思えない。

-xvid

xvidはまだ安定バージョンが出てないから
WMV9使ったほうが良いと思う！！

クソビドなんて使うからだよ

これは、アレだよね。
＞xvid+ogmファイルを＿再＿生＿し＿た＿ん＿だけど

作った奴に文句言え！

>>490
絶対そうすべき。
WMV9マンセー

WMV9は色がずれまくる欠陥コーデック

Xvidでエンコードして不具合がおきたら、
ここに書き込むまえにWMV9にしる！

クソビド



-終了-

色といえばここだけの話、XviDってy_offが-1されるよね
avitynth通してy_off+1した方がpsnr値高いし。

包茎キチガイ荒らしがオナニーしていた模様。恥垢が臭いから消えろ。

>>497
そういえば、YUV<->RGB変換で四捨五入ではなく切り捨てされると以前
まるもさんが指摘していたけど、他にもいろいろ切り捨てしている演算が
あるのかも。

WMV9 age

知人から貰ったXviD+Oggを見たいのですが
KoepiのHPからxvidをインスうトルしたら画面がカクカクするのと逆様にになるんです。
どうすれば正常に再生できますか。

>>501
評価：零点

ぴぁとぅーぴぁ

>>501
包茎手術をしましょう

その知人に聞いてから聞け。

その知人は夜逃げしていて聞けません

Winnyでインターネットした糞ビド形式のOGGファイルが再生できませぬ

OGGファイルなど出回っておりません

>507
●日々容量圧迫　10点

WMV9もちょっと前までは綺麗だと思ってたがこえｐに比べたら、
駄目駄目だな。
フォースなんとかってのレジストリをいじってもボケボケだし、糞重いわりに綺麗じゃない。
アンインストールしました。

>>510
　　　∧∧
　　 (,,ﾟДﾟ) <カッコイイ・・・・・
　　/　　|
〜ＯＵＵつ

(XviD+Vorbis).ogg

次世代ヴォーヴィヴ

盛り上がってるな

いえーい！
XviDの未来にKoepi！(Kanpai)

(koepi+mp3).mkv

Divx^2=Xvid/koepi

oggにmkvは逝ってよし!

(DivX+XviD+Vorbis+AAC+MP3).mkv

>>519
次世代格納し過ぎ

DivXviD

コーデックの名前をちょっと変えて本文ないままのセンスの欠片のない無駄投稿をする知障しかいないのか？
なまじ名前を変えるところがお前らにとっての自己主張なんだろうな
自己主張をするだけにその表現方法が未熟すぎていたいたしい
ちっとも面白くないのに笑わそうとか目立とうとか意識を持つなといいたい
素人はシンプルにXvidとだけ書いて投稿する
このシンプルな投稿は書き手の意図を汲み取るのは難しい
ゆえにレベルが高いのだ

何処を殺陣黄泉？

Xvιd

DivX

ｸｿﾋﾞﾄﾞ

>>445
Viurualdubのストリームリスト＞インターリブ
の設定にある
音声映像の同期維持のため音声をカットオフする
映像ストリームの終了時に音声をカットオフする
辺りが怪しいかな

Nandubだとインターリーブでそれがないけど同じなのかな？
Videoより500ms先に音声を読み込むとかあるけど関係ないかな

Nandubに設定項目がないのなら
同期するようにカットオフする
映像の終了に合わせてカットオフする
の２つの項目はNandub内でどちらか一方に固定されてるんじゃないかな
Videoより500ms音声を先読みはViurtualdubにもカットオフ機能とは別に付いている
たぶん機能的には関係ないし、音声の先読み機能が音ずれの原因になるとは思えない

>>434
なぜ古〜〜〜いnandubでB-VOPがきちんと扱えると思えるのかが不思議だ。
お前はこのスレのログを見て、VirtualDubにおけるB-VOPの問題をきちんと
認識するように。

2passエンコのとき、1pass目ファイルを再利用できないの？

たとえば、
サイズ指定2passエンコで、2pass目を終了させたんだけど、
サイズを変えて作りたいとき、1pass目のファイルを再利用して、
2pass目をいきなり実行できないの？

それとも、いきなり2pass目を実行したら、1pass目を自動的に探してくれるとか？

>>531
できる

>>531
設定画面をよく見れ。ログの場所を指定する場所があるでしょ。

>>497
+1したら逆に下がったんですが…ネタ？

PSNRはわからないが実験君のところの
カラーバーをデフォルトで圧縮したら暗くなった

動画の質問ですがXviDのコーデックの動画が何故か緑色一色の動画になってしまいました。
コーデックを再インストしても効果なし・・・。
何か改善方法はないですか？
ちなみにＯＳはＸＰです。
ニュー速からきました・・・。

>>536 へんぴなスレへようこそ・・ >>464をいれてみよ〜

縦横のｻｲｽﾞが奇数だったりするとそうなった気がする

>>537
ごめんなさい・・・
使い方がよく解らないのとどれをＤＬしたらいいのか
わかりません・・・。

-xvid

>>539
とりあえずコレを入れなされ。インストールするだけでOK。
ffdshow非公式日本語版バイナリファイル 2004/06/16a(SSEコードをサポートしているCPUの人用)

気温30℃突破、今WMV9でエンコしてる馬鹿はさすがにいまい

>>541
ありがとう・・。｡ﾟ(ﾟ´Д｀ﾟ)ﾟ｡
親切な人・・・。

>>542
WMV9でエンコ中のバカですが何か？

とりあえず冷却パーツ買おうやこの際
エンコ人には必須だぞ
買ってる人でまだ熱い人もまだまだこの時期梅雨前線＋タイフーンフェーン現象で
凄まじく高気温＋熱帯夜が来ると思われるので買い増ししましょう。
いくらアイドルで動作させていても熱くなるモノはWMV9でもXviDでも糞デブでも熱くなるので対策を施しましょう。

クソビドウンコーデックでエンコしてたら家が火事になったyo

てかクーラーかければいいと思う。。。

>547
金持ちはｲｲﾖﾅｧ・・・･ﾟ･(つД`)･ﾟ･

でも冷房病になるからクーラー控えたいんだよね

あぼーん

あぼーん

あぼーん

あぼーん

スポーツカーを乗る人はガソリン代なんて気にしない
てか気にするくらいだったら乗るな。
てなことと同じだよ。
凍えるほどずっとつけてろとは言わない
部屋をさます方法があるんだからクーラーくらいつけようよ
冷えたら止めればいいんだし

とりあえず楽天市場辺りで冷却装置買おうや
3,000円でも5度くらい下げれるやつ買えるしさ

夏はクーラーより扇風機だし、PCの冷却装置も特に工夫してないが
エンコしっぱなしでも熱暴走したことないなぁ
だいたいエンコ時間は長くても10時間くらいだしな

一週間で録画する番組が40を越えている漏れにとっては死活問題だ

死ねよ

>557
通報しますた

活きろ

俺ケース開けてヒートシンクにドライヤーで送風してた。

騒音に耐えられん

じゃあ死にな

562はしんだ

おお、>>562よ。しんでしまうとはなにごとか。

もういちど>>562にエンコする機械は与えてやらない

XviDと糞デブはそんなに熱くならない
WMV9は異常、30℃はあがる　なんとかせよ糞ゲイツ
うちも貧乏だから扇風機

Lowestにしてないだけじゃあ

扇風機って空気の温度が下がらないのな
CPUファンも似たようなもんだけど

>568
CPUは風当てて熱拡散させる面積計算されてるからいいけど扇風機なんて適当に当たるだけじゃん

>>569
理科の実験でやったことある
温度自体は下がらない、貧乏人ならわかるはずだが暑い所で扇風機かけると
生ぬるい風が送られてきて気分が悪くなる
クーラーや冷蔵庫のようにフロンガスのような媒体を気化させないと、下がらない
汗かいて扇風機にあたると気持ちがいいがあれも水分が気化するときの冷却効果だろう
CPUクーラーは下げるというよりこもった熱を逃がしある程度以上、上がらないように、
してるのだろうよ

>570
？？
だからそれをはなから言ってるのだが。
70度もの空気に30度の室温送風すれば少しは下がるでしょ
まぁ全般排気なんだけど

しかし今日も暑いぜ

-xvid

クーラー無しで涼しくする方法教えてよ

冷却シートORファンORアイスノン

プールとかどうよ

良過ぎ

何がプールだよ。　バカにしてんのか！？














漏れは水風呂で気分だけ・・・・・

>>578
そんな貴方は市民プールへGo!
小中学生女子もいるよ。

>>579
まだプールやってねーし

クーラー効き過ぎて寒いよﾏﾏﾝ

>>579
通報しますた

xvidでｴﾝｺされたファイルをくっつけたいんですがどうすればいいですか？
ｻｯｶｰの前半と後半で別ファイルにしちゃったので、１つにまとめたいのです・・・

aviutlで連結でどうじゃね

蒸し蒸ししてやった。空冷だったらなんでもよかった。今はファンレスしてる。

>>583
COPY /B sage1.avi sage2.avi… ketugou.avi

>>586
そりゃ確かに結合はされるけどさ…。

>>586
+を忘れてるぞ。

みんな、エンコ中のcpuの温度はどのくらい？
一昨日、暑かったんで心配になって久々に測ってみたら、75〜80℃を推移してた・・
因みに北森2.40GC・・　
慌てて、とりあえずファン周り掃除して（埃まるけだった）、グリス塗り替えて再起動させたところ、現在55℃をキープ。
まだ、熱いな・・

あぶねーな、80度とかって・・

漏れはノートなんだけど下に冷却シート敷いてて65度〜70度くらいを行き来してる感じ。

俺はHDDが50度とかになるのが心配なんだけど

ﾀﾞｳｿの香具師等がまたｳﾀﾞｳﾀﾞやってるYo
ったくだから嫌われるのに（ｽﾚ違いｽﾏｿ）

XviD.Root.24.02.2003.1100.exe

ってのを、いまだに使っているけど、最新版にした方がいいの？
画質とか向上してる？

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

こえｐなめてんのかと

うんこえP

うん

馬糞

死肉疽ﾀｰｿ・・・

あぼーん

糞レスはいいから、俺の質問>>593に答えてくれ。

594がダイレクトに答えてんだろ。
綺麗綺麗じゃないは主観だから
自分で試せ。そんなんで人に頼んな。

こえｐなめんな

こえP萌え

XVID画質が無上しようがどうしようがWMVとRVの2強にははるか及ばないから結局無駄な議論になる

ばかか？realの重さ考えろ。
一体何%cpuに負荷かけるつもりだ？
1回ffdshowのlumasmootherかxvidのdeblocking(Y)
を試してからものを言え。

>>601
お前は包茎

>>605 マジレスすると QGA程度はreal VGA程度はDivXやXviD XGA程度はWMV
と解像度で使い分けするってのも手だと思う。
ＰＣ以外で見たい場合はDivXやXviDが球数だけは揃ってる感じだね。
松下がWMVと言うかWindowsMedia内蔵のDVDプレイヤー？出すって
噂流れてたけど実際のリリース時期はいつ頃なんだろうか？もう出てたりして・・・

あれ？QGAってVGA/4だっけ？いや、多分そうだろう。
解像度でcodec使い分けるとして、その上にあげた
根拠はどこにあるわけ？
細部の再現性？
マジでわからん。

XGAはWMVつうのもわからん。

>>609 決定的な根拠は存在しない。このスレもPart12まで
来てるが、その中で積み上げられた状況証拠的な根拠しかない。
過去ログ嫁ってのもキツいと思うしまとめページが必要かも・・・

QGAサイズの動画だと350〜500kのビットレートが多く使われる
ケースを想定するとXviDだとブロックノイズの嵐に成る場合がある。
realは基本的にブロックノイズが出ない(出るけど)と言う設計。

VGAサイズの動画だと700k〜3M弱のビットレートが多く使われる
ケースを想定するとrealでは再生環境を選ぶ(高負荷に成る場合が多い)
最近は壁が消えつつ有るが非WindowsOSや1CDサイズで２時間前後保存
したい場合、MediaWiZ等で閲覧したい場合DivX XviDが無難な線。

XGAサイズ以上の動画だと最近のffdshowの性能向上ぶりは凄まじいが
ビデオカード側で積極的な動画再生支援機能が必要になる場合が多い。
一部のカードでしか実装されていないけどHDTVサイズのWMVを余裕で
再生できるカードも存在する。

>>611
その状況「証拠」という言葉に
やや引っかかるものがあるが、
XGAについての対応には納得。
あと、過去ログ読んでない奴は
読んでない奴が悪い。
踏破してない漏れは巡礼してきます。

どうして誰もQGAじゃなくてQVGAだと訂正しないのか…

ハードの再生支援だったらDivXにもあるようだが

>>613
マイナーだけど一応QGAって呼び方もあるみたいよ。
語源(Quad VGA)を考えると違和感のある略し方ではあるけれど。

違う、Quarterだ。寝ぼけてんのか俺…

>>616は罰として明日までにQuad XeonのPCを作成するように。

>>616
おはよぅ３時のオヤツよぉ

無理に手短に書いてしまったからか無理な極論でスマソ。

>>614 S3のかな？HDTVサイズで10Mとかの高ビットレートの再生だと
キツいみたい。コーデックが元からそんなモン前提にして無いって
言われれば、それで終わってしまうが・・

DivXのプロファイルでは1280x720、59.94i迄のようだね

支援といっても現状では、post-processing以降の処理程度だったはず。
GeForce6ではMPEG2並みの再生支援機能を提供してくれるみたいだけど、
まだドライバに実装されてない？(持ってないし、よく知らない)
ただ、オープンソース系プロジェクトがこの辺の機能を利用するのは
なかなか難しいんじゃないかと思う。

>>606
試しにffdshow の lumasmoother 使ってみたが結構CPU喰うな
ところでこれは字面通りに受け取って良いフィルタなのか？ややのっぺりとする感がある

spp deblocking とかこないだから出現したけど、sppってよくわからんし。
何のアルゴリズムだ？誰かffdshowのナイスな設定教えてｵｸﾚ

>>622
昔ブロックノイズとかモスキートノイズがひどい
画像に、どうにかなんねーかなと試して、
見つけたフィルタがそれだった。
それ使うと、たしかにWMVに近い画質（のっぺり）になると思う。
WMVがデフォでかけてるフィルタがそれ系なのかな。
重いの嫌だから普段使わないけど。

AdaptiveQuantizationとMPEG-Custom併用すれば
WMV9よりもXviDのほうがアニメ向きになる。
輪郭周りもスッキリするしベタ部分もブロック抑えられてるし

？MPEG-Customって具体的にどのMatrix使ってるの？
それとも自分で作成した？
AQって明部と暗部にbitrateを割かないでその分
中程度の明るさの部分により多くの
容量を割り振るものでは？
基本的に暗部で画像が破綻しやすいのにQA使ってBlock抑えるってどういうこと？さらにひどくなると思うんだけど。


・・・・・・釣り？

ならないよ

＞思うんだけど。

なんだ憶測か。氏ね

>>626
すまん、試してもいないのに調子こいてしまった。
mpeg-CostumのMatrixいろいろ試したんだけど、
いまいちよくわからん。どのMatrix使ってるか
教えて貰えんだろうか。
ちなみに、俺がいつも使うのはH.263、quantizer2.5
Bfram onでモスキートノイズはWMV9のQB90と
同じ程度。

>>628 実写ならTmpegのが良い感じ。

３つあるけどデフォのやつかな？
感謝します。

ttp://leoweb.s3.xrea.com/cgi-bin/upload/img20040626210050.png
左がWMV9のQB90、総ﾌｧｲﾙｻｲｽﾞ59MB。右がXviDのQT3、総ｻｲｽﾞ61MB
↑は連続したフレームね。見ればXviDのほうがのっぺりしてると思う

>>631 アニメエンコしない漏れが言うのはお門違いかも知れないけど
左は色が斑に見える。でも　どっちも同じとも・・・確かDivX等の再生フィルタで
frimだっけ？あれ有効にすると左っぽく成るかも。妄想レスでスマソ。

狭い範囲をこれだけ拡大されると却って分かりにくいな

漏れはこのモスキートノイズで悩んでる。
誰かひまな奴救ってやってくれませ。
グラサンの周りとか、やるせない。
http://up.isp.2ch.net/up/8f461d581b81.zip

奴のグラサン周りをもう一押し
すっきりさせたいでつ。

（･∀･)つLoadPlugin("MPEG2Dec3.dll")
.　　　　　BlindPP(quant=31, cpu=6)

ｸｿﾋﾞﾄﾞ
http://cgi.2chan.net/u/src/1088206942459.png

クソッビド　クソッビド
クソクソで　ビドビド

>>636
ありがとうございます。
上のエンコードした奴だけど、
3D,2Dとフィルターかけてるんだけど
フィルタ除いてBlindppかけました。
しかしぼやける。
まだ自分が納得できるほどじゃないのと、このフィルタ
を初めて使うということから、もうちょっとこのフィルタ弄んでみます。

ttp://www.watch.impress.co.jp/game/docs/20040521/namco06.jpg

Windows XP 64Bit Edition で使える xvid のバイナリ無いすか？

自分でビルドすればぁ?

フロントエンドも64bit化しないで使えるの？

64bit OSでも、32bitアプリは動作すると思うけど？
そりゃカーネルモードで動作するドライバはダメだろうけどさ、アプリレイヤのXVIDは動くだろ？

>>644
そうじゃなくて、32bitアプリから64bitのコーデック呼び出せるかって事。
もしくはその逆。
32bitアプリと64bit-DLLは混在出来ない仕様のはずだし。

>>645
そういうことも出来ると思うが？

いや、64bitに最適化の威力ということでなく、
単純にメモリアクセスとかのOSのパワーで
どう違うのかみてみたいだけなんだけれども、
infファイル右クリックでは、インストゥロール出来ないのです。

ビルド環境もないし。

XviDを64bit版でｺﾑﾊﾟｲﾙして試していたけど、
64bitのXviDは64bitのmplay32からしか呼び出せ無かったよ。
32bitのwmplayerはダメ

mplay32の32は32bitを意味するんじゃねーのかとＭ$に突っこんでやりたい

>>631
ファイルサイズもQBも違うんじゃ
まともな比較とは言えないような気がするんだが
せめてどっちかを合わせないとねぇ

>>650
QBなんか合わせたって意味ねーだろ？それぞれで基準が同じかどうか分からんし。
まあファイルサイズは大体合ってるからそれなりには意味あると思うよ。(59MB≒61MB)

で、これは両方とも、Iフレームだとか、Pフレームだとか、Bフレームだとかそういうのは合ってるんだろうな？
IフレームとBフレームを比べたら、Iフレームがきれいなのは当たり前だし。

暗部の描写ってDivX511ではかなりよくなったのだが、XviDはどうなんだ？

>>652
なんで自分で試そうとしないんだろ、こういうバカって。

だな。



-完-

試してみた
XviD暗部の描写ひどくて使い物にならない。

>>652 DivX5.11かなり改善されたね。XviDも勝るとも劣らずって感じだと。
>>655 WMV DivX XviDどれ選択しても”酷い”とか言うのは
時代は過去のモノだよ。各自の再生側の環境を考えて動画ファイルは
作成するモンでしょ？

>>655
無圧縮にしろ。オマイにMPEGは100年早い。

１００年もたったらファイルのサイズなんて気にしなくてもいいんだろうなぁ・・・

低脳君が突然表れたと思ったらDivスレが落ちてんのな
・・・納得ｗ

koepiﾀﾝのXviD-1.0.1を使用しています。
aviutlを使ってるのですが、ｴﾝｺ中にひっそりと落ちる現象に悩まされてます。
OSｸﾘｰﾝｲﾝｽﾄｰﾙしたけど改善の兆しなし。
aviutl ver.98dにしても同じでつた・・・。
今は落ちてもいいように涙ぐましくﾌｧｲﾙを分割⇒ｴﾝｺｰﾄﾞ⇒avi連結してます。
でももう疲れました・・・。

だれか同じような人いませんか？

環境は
OS：Win2KPro
CPU：AthlonXP2600
メモリ：512MB
VGA：Radeon9600XT
ｷｬﾌﾟﾁｬｶｰﾄﾞ：NEC　HG2/R
電源：Tagan480W
でつ。

↑落ちるのはaviutlのみでつ。
OS、他のアプリは全然平気です。
aviutlのみ

ひっそり

と落ちます。

1) VirtualDub + XviD
2) Aviutl + (DivX|WMV9)

1)が落ちない → Aviutlがぁゃιぃ
2)が落ちない → XviDがぁゃιぃ
両方落ちる → 環境がぁゃιぃ

aviutlは99、98b、98d試したけど全滅･･･orz DIVXはまだ試してないけどTMPGENCでｴﾛﾍﾟｸﾞ作る時はエラーが起きて異常終了しまつ。アドレスほにゃららへの書き込み違反ですというｴﾗｰﾒｯｾｰｼﾞと共に。

ろーどでふぉるとな悪寒

自作初心者はスレ違い

> OS、他のアプリは全然平気です。aviutlのみ
> TMPGENCでｴﾛﾍﾟｸﾞ作る時はエラーが起きて異常終了しまつ
(・∀・)ﾆﾔﾆﾔ

鼬飼いなので自作板へ
メモリor熱暴走の疑い

同じ症状の人いないみたいだし鼬臭いね＞俺

最近あちーからなー
ｸｰﾗｰつけて援交してみまつ

>>666
悪魔の割にやさしいでつね・・・�dクス

鼬ってどういう意味があるの？

>>668
鼬飼い

？？

おれはメモリと妄想
エンコはメモリに厳しいからね

特にページファイルがガリガリだぞ

鼬ってCPUとかチップセットかなんかの種類かと思ったよ。
鼬臭い
って書かれりゃ分からんよ、ホント

イタチクサイ

イタチク　サイ

Ittachick Xi

実は企画段階の新型メモリの名称だったんだよ！！！

鼬飼い＝板違い、ね

ﾘｱﾙ鼬飼いなもんでｽﾏｿ
ｳﾁの鼬はｷｰﾎﾞｰﾄﾞの上で乱舞するのが趣味
PCと一緒で夏の暑さに激弱なので大変です

>675
ｵｺｼﾞｮさんｲﾀｰ

まぁ動物飼ってる人はエンコ中にescボタン押されてキャンセルしますか？表示で止まらないように注意しなきゃな

>>675
足踏み健康法ですか？

>660で思い出したけど
以前出てたaviutlのBフレ問題を回避する方法ってあるの？
（てか環境依存？）

>>660
avisynthにaup読み込んでVirtualDubで食ってみるのはどうでしょう？

>>678
安易に環境依存って言葉を使うなよ…。お前はなにを指して環境と言っているの?
それに、「あるの?」ってまともにログ読んでいないこと宣言して楽しいのか?

あと、Avisynth使うのならaup読みこませるのではなく、LoadAviUtlFilterPlugin
を使ったほうが気持ちがいいことが多い。もちろん、AviUtl内蔵フィルタ等
使えないものもあるけど。

それにしても、お前はアレすぎ。勉強して出直せ。

↑ごちゃごちゃうるせーやつだなー

みんな忙しいんだよ

680=包茎

BVOPのQuantizer rateの設定ってどうやるのですか？
B-frame の Quantizer = (前後フレームの Quantizer の平均) * rate + offset
らしいですけど、前後フレームのQuantizerの平均ってのが抽象的でよくわからないです。
例えば、Target quantizerを2.5に設定した場合、どのような計算式になるか、
教えてください。

Target Quantizer=2.5ってことは、I-VOP・P-VOPのquantizerは2と3で平均して2.5
にしようとする。
となると、
1. 前I-VOP or P-VOPのquantizerが2、後のI-VOP or P-VOPのquantizerが2
2. 前I-VOP or P-VOPのquantizerが3、後のI-VOP or P-VOPのquantizerが2
3. 前I-VOP or P-VOPのquantizerが2、後のI-VOP or P-VOPのquantizerが3
4. 前I-VOP or P-VOPのquantizerが3、後のI-VOP or P-VOPのquantizerが3
という4つの場合がある。

んで、B-VOPのquantizer ratio 1.5、offset 1.0のデフォの設定の場合だと
1の場合 (2+2)/2 * 1.5 + 1 = 4
2の場合 (3+2)/2 * 1.5 + 1 = 4.75 切り捨てると4
3の場合 (2+3)/2 * 1.5 + 1 = 4.75 切り捨てると4
4の場合 (3+3)/2 * 1.5 + 1 = 5.75 切り捨てると5
となる。

#あ、切り捨てでよかったのかどうか忘れた…。

前後参照I・PフレームのQuantizerの平均という意味
PBBPと並んだ時、前後のPフレームQuantizer値によって間のBの値が決まる
2.5に設定だとI・Pについて2と3が半分ずつになって
PBBPが
2??2
2??3
3??3
のどれかの並びになるから･･･あとは計算してみて

>>684-685
俺も書き込み被りそうになったｗ

詳しい解説、ありがとうございます。

>>686は皮被り

ドンマイ

玄米

BVOPハイスクール

・・と一度言ってみたかった
ｽﾏｿorz

21:38
691が亡くなられたようです(ﾁｰﾝ

ﾜﾛﾀ

復活！リアルバウトハイスクール

量子化値の分布をグラフ化するアプリとかないですか？

XviDエンコしてるときにグラフでないか？

いや、エンコ後のavi、ogm、mkvのをゆっくり見たいんだわ。
んでへぇ〜と思いつつ研究したいなと。

DivX Analyzerとか

↑誤

正：DivX DRF Analyzer

>>698,689
どもども。うまいエンコファイル発見したので気になってたんだわ。

ク
ソ
ビ
ド
が
再生できない

釣られないぞ
釣られないぞ

>>698,699だった。ｽﾏﾝ。
結果見てるうちにジワジワ感動してきたので訂正。

適当にエンコしてみた。
サイズはqt4でDivX511のQB90相当、と。

誰かDivX5.11と前のXviDのQBと今のXviDのQT値の相互変換ツールか表みたいなの作ってよ
すっごい便利なんだけどさ

>>704
仕上がりサイズの比較？画質の比較？

>>705
なんでだよ。イラネ。
DivXQB100 = XvidQT２だろ？
ツールとか関係なくQBとQTは１対１対応でしょ。

DivX房ウザッ

いや、BframのQuantizer,最大連続数
を設定可能だから１対１対応にはならんな。
まあ、Xvidのが自由度高いってことだな。

デブ厨ウザッ

各種というか各ビルドで値が違うって事をデブ厨は知らんのだろうな…合掌。

久々にttp://athos.leffe.dnsalias.com/のffdshow buildが更新された
ffdshow-20040629.exe

デブ厨って何ですか?

ディヴチュウ

最近全般の更新なんか停滞気味？
>712
乙

>>715
ttp://athos.leffe.dnsalias.com/のbuildは更新されていなかったけど、
ffdshowのcvsは結構更新されてるよ。

でも、XviDのcvsはHEADでVBVの実装をはじめてからはほとんど更新されてないなぁ。

誰かDivXの本スレ立ててあげてください

ちょっとすいません。
最近、

Cannnot start video compression:

An unknown error occurred(may be corrupt data).
(error code -100)

のｴﾗｰがでて、MPEGとMPEG-CUSTOMでエンコできなくなりました。
koepiの1.0.1を使っています。
B-vop切ったりQT変えたりしたけど、同じでした。
H.263では問題ないのですが、MPEGを使ってエンコしたいので
同じ症状がでる人や、原因のわかる人がいればレスください。

勘違いしてました。AVIUTLではできて、VDMではできないので
VDMの設定の問題のようです。スレ汚してすいますん。

まだクソビドなんか使ってるのか

>>720 結構気に入って使ってる。

>>720
まだVP6使ってるのか

Intel Indeo使ってる

>>723 何年か前に名前変わったよね・・・スレ違いすまそ

koepiの最新版入れてaviutlでvobファイルをエンコしたんだが、なんかできた動画の右下に『DivX』ってロゴ出てるんですが・・・
どうしたらいいでしょうか　orz

DivXで間違ってエンコしてるか、ダイレクトショウがDivXになってる
ffdshowで見るかXviDで見るかにすれ？

もう age質問＝釣りってことでスルーした方が良さそうだね

だな

ageてスマソ。
>>728
>ダイレクトショウがDivXになってる

一度Divxをアンインストしてみることにします。

なんでオレ？

あせってミスりました　o　rz
>>726さんです

>>725
DivXデコーダプロパティで「Disable Logo」にチェックを入れる
ついでに「Support Generic Mpeg-4」をチェックを外す

まるも更新してるね
http://www.marumo.ne.jp/

■MPEG-2 VIDEO VFAPI Plug-In v0.6.48
分割ファイルを読みこんだ際、オーディオの長さが短くなる不具合の修正（0.6.41 でのエンバグ）
23.976/29.97/59.94 fps の内部表現変更

■拡張AVI出力 v0.1.8
中断時にバッチリストから消えないように修正
COPY フレームフラグが指定されたフレームは NULL フレームとして出力するように修正

>>732
レスサンクス。しかしもうDivxとは縁切りしますた。
すこし赤みがかった画質が気に入らなかったのでちょうどよかったです

http://pc5.2ch.net/test/read.cgi/avi/1088581866/
迷い込んだ香具師は巣に帰んなさい。

とりあえず常時age厨で糞デブ出身の英語もわからずググらず過去ログも読めない725は迷惑旋盤なのでさっさと帰って下さい

XviDのデコーダって60FPSの動画の再生でカクつく。
DivXなら問題ないのにー。

すんまそん。でもxvidは使いまつ

>737
ビットレートとか違ってたりしない？
ソースが違えば結果も違うよ。
同じならなんとも言えないけど。

>>739
同じソースなんですよ。
XviD1.0.1とDivX5.1.1のデコーダでの比較です。
XviDのほうがロゴもでないし気に入ってたのにな。次期バージョンに期待します。

とりあえずffdshow頼りになるのかなぁそういう場合は。
DivXデコ使わない場合だけどね。

>>737
そのXviDのデータ,B-VOP2枚でエンコしてないだろうな?
だとしたら1枚のDivXと比べて重いのは当たり前.

ちなみに2枚で60fpsだと P4-2.4でもギリギリだよ. 1枚なら楽勝だけど.

XviDのほうがロゴもでないし気に入ってたのにな。
XviDのほうがロゴもでないし気に入ってたのにな。
XviDのほうがロゴもでないし気に入ってたのにな。

>>742
エンコが別なんじゃなくて同じXviDソースを、DivXフィルタとXviDフィルタと切り替えて再生比較したのと違う？

ロゴの消し方知らない奴がいるとわ…

>>742
Bフレなしです。
>>744
そうです。フィルタ差し替えて比較してみました。
>>745
ロゴの消し方は知ってますよ。
でもデフォ設定でロゴ出ないほうが(・∀・)イイ!!

B-VOPとBフレ同一視でつか？

他の方は普通に見れてますか？

B-VOPとBフレが違うと思ってる香具師がいるスレはここですか？

B-VOPとBフレッツが同じものだと思ってる香具師がいるスレはここですか？

どれが正解よ？

呼び方が違うだけじゃんｗｗ
MPEG圧縮の原理知ってりゃわかるだろ？

>>746
>B-VOPとBフレ同一視でつか？

え？ほとんど同じでしょ？
VOP構造の構成要素としてBVOP
とよんでその一つ一つのFrameを
Bフレとよんでるんじゃないの？
上の使い方間違ってる？
俺はVOP構造を構成する1つのVOP(video of pictures)
に対して複数形を使う742にむしろ疑問。

>>753
間違ってる。完全に同じもの。

>>754
うはは、改めて調べたら全て間違い。
VOP(Video Object Plane) = frame,またはfield
は外出ですな。スンマソン。

完全に同じだとかなんとかいう前に、
Bフレームっていうのは単なる俗語でMPEG4の規格で
きっちり定義されていないんじゃないの？

あぼーん

あぼーん

>>756
そうMPEG4の規格が曖昧で完全に定義されてない。
そもそもAviコンテナにBフレを使うのはアクロバティックな行為とDoom9でも
語られてなかったっけ？
だから、いまだにB-VOPは未使用だったりする・・・

MPEGのGOPと同じじゃんｗｗ
コンテナが違うから、純粋に比較できないけどっｗｗ

>>759
まぁそうだろうけど、所詮テレビキャプチャだしな
同程度の画質で適当にサイズが縮むんだから使わない手はないよね

ところで、B-VOPといっても、フレーム全体が双方向参照ブロックとは限らずに
マクロブロック単位では、I-VOPに当たるイントラブロックも存在するし、P-VOPに相当するブロックも存在
するってのが複雑だよな。

AVIウンコンテナ

Ｘｖｉｄていいの？

クソビドていいの？

細かいチューニングが出来るので楽しいコーデクだ

適当でいいならDivXと変わらんよな

おめーら、何がDIVXだ。今時XVDがある時代に何がDIVXだよ。しかもAVIでよ。
低画質にも程があるんだよ。特にMX3.3系統の香具師ども。
XVIDはOGM動画を作れるし、TV出力にも向いてるし、まだ利用価値がある。
でもさぁ、所詮低画質じゃねーか。
だからよ、せめてWMV形式でエンコしろよ。
でもよ、拡張子がWMVになっただけで発疹起こす様なガイキチもいるみたいだしなぁ？
だ　か　ら　神　様　が　な　、　A　V　I　形　式　な　の　に　、　
映　像　部　は　W　M　V　エ　ン　コ　出　来　る　発　明　を　し　た　ん　だ　よ　。
だからそれ使えって。真剣問題,今時DIVX原理主義者はイタいよウン。
もうさぁ完全にDIVXなんかWMVより画質糞じゃねーか。
それがわかったならもうDIVXなんか辞めて、WMV9VCM使えって。
拡張子はAVIのままだから安心しろって。
わかったならとっとと下記サイトに逝け

　
WMV9VCMのDL先：http://www.microsoft.com/japan/windows/windowsmedia/9series/codecs/vcm.aspx
　　　　　　　　　説明：http://www.forest.impress.co.jp/article/2003/07/09/wmv9vcm.html　　
　　　　　　　　　　　　　http://210.173.173.18/library/wmv9vcm.html
　　日本語化パッチ：ttp://www.geocities.co.jp/SiliconValley-SanJose/2451/jpach.html

やだよ、プリフィルタ掛けまくりなダケじゃんｗ
ノッペリなアニメにしか使えないよｗ再生重いしｗ

QPELとかB-VOP使うと再生もエンコも重いような気がするんだが気のせいか

ふ〜ん　このスレにWMV9がノッペリだなんていう人がいるんだ
本当にXviDでエンコしてる人なんだろうか？

きっとh.263なんだよ！！

>>771
WMV9はのっぺりじゃなくて逆にディテールの再現性は高いと思うんだが、ボケるよね。

XviDを常用してる人間はWMV9のQB93とか97の低レートじゃなくて、
Quantizer2以下は使わない人が多いから>>769みたいな意見が出ると思われ。

あぼーん

>>770
QPELは確かに再生もエンコも重くなる
B-VOPは設定によってはエンコ早くなる

>>769はDivX厨だろオイ

14 ：名無しさん＠編集中 ：04/07/01 13:25
やだよ、Linuxで使えないジャンｗ
まだ家電も対応してないしｗ

>>773
そうそうアンチエイリアスなのか水平ラインの凹凸を抑えるというか
ポストフィルタの入り切りで若干違いが出るみたいな。
でも肉眼で見ている像にジャギーは存在しないからブレンドやこの効果は有効かな。
でぶロッキングがかかるような破壊的な選択をしない限りのっぺりはしないね。

WMV9のQL93・97って低レートなのか？
幾つかエンコしてみたけどXviDのQuantizer1よりWMV9のQL97の方が綺麗だったし、
サイズもqt1の半分位だった。
XviDに比べると少しボケるけど別に気になるほどではないし。

XviDの設定
Motion search precision：6、VHQ：2、Use chroma motion：ON、B-VOPなし
Quantization typeはMPEG、MPEG-Custom(TMPGenc,TMPGEncANIME他)

WMV9はVCMの方でテスト、Performanceは80

↑で言ってる綺麗とかボケるとかは静止画として2倍、3倍で見た時で
動画として見た時は違いは殆ど分らなかったよ。

気になるほどボケる人はForce Post Process Modeを1以上にしてるとか、
Geforceで観てるから余計気になるのかな…。

こないだWMVで圧縮された実写を見たが髪のディテールが
全部潰れてチョコレートみたいになってたよ。
あれもプレフィルタのせいなの？ただ単に圧縮きつめだからか？

WMVは常套手段としてエンコ時にノイズを負荷して擬似的なシャープを表現してるからな
その点、XVID、DIVXは小細工の無い純粋な円コダー

>>778
それは自分でエンコしたの？
それとも他人がエンコやつ？

ただ単にWMVの圧縮の前にNRを強く掛け過ぎただけだと思うけど…。

>>777
Quantizer1って･･･ネタですか？

wmv9ってここじゃ既にDivX5.02みたいな存在だろ。

でも視覚的に認知し難い方法で劣化させてるからDivX5.0.2よりタチが悪い

QPELってQuarterPixelの事？じつは今までQPELが何の事なのかわからなかったよ・・・

ソースにもよるかも知れなけどQuantizer2とQL97じゃWMV9の方がかなり綺麗だな
TMPGEncに読み込ませて見ても、再生してみても違いがハッキリ分る
ここまで違いが出るとXviDの方が綺麗とか言ってる奴はネタで言ってるのか、テレビと同じく離れてみてるかだな

ここはﾃﾞﾌｫ設定+αで完結したい人がわめき散らすスレじゃないですよ

ごめんなさい。
ソースと比べてみたらボケてませんでした。

ごめんなさい。
ソースと比べてみたら両方ともボケボケで話になりませんでした。

あぼーん

指摘する人がいないようなのでQPEL=QuarterPixelでいいって事か。さんくす。

QuarterPixelってことでOK。
XviDの設定項目は独自の読み方で初心者を混乱させるから使わないほうがいい。

WMV9綺麗じゃん(ﾌﾟ
ttp://www.uploda.net/anonymous/etc/upload535.wmv

キタネェ動画だな
色滲みまくってるじゃねぇか

QPel ＝ Quater Pel　≠ Quater Pixel
正確には、Quater Pel Motion Compensation

基本的にﾏﾄﾘｸｽMPEGでQT2だが、ﾓｽｷｰﾄが気になる様な時はWMV使う。(実写)
パフォーマンス20で、Dustかますより巧い具合に仕上がる。

WMV9ボケボケだなｗｗ
792見て使う気無くしたｗｗ

>>792
メガデモとかでやれよ

どう見ても>>792はアンチWMV9派の工作だと思うのだが・・・

前から思っていたんだけど
アンチWMV9派の工作!!・・とか本気にしてる人いるのかなぁ

WMV9は顔面にきびの超美形って感じ

wmv9について語りたければ他スレでどうぞ
XviDスレで延々と続けないでください

アンチその他のCODECのデブ厨にいいように遊ばれてる予感
792が見れないけど(ﾌﾟって付いてるし流石はWMV9神さん w

WMV9は低レートのときに
指に水をつけて水彩画をこすったような
豪快なボケ方をするのが気持ち悪い。

>792見たけど、凄いボケボケ。
何これ。
ガンダムシードが泣くぞ。
これだったらXviDが上だな。
アンチWMVがUPしたってのもうなずけるよ。

あの動画UPした人かわいそう・・
こんなとこで晒されてるとは思ってないだろうに・・・

http://rupan.zive.net/~kain/cgi-bin/upload/src/up0381.avi.html
こえぴ〜ﾀｿの余裕勝ちヽ(´ー｀)ノ
WMV9ｳﾝｺ

>>806はグロだった。。。

806 = WMV9神

807=808=WMV9神
おめーらもまとなのupしてみろ。

クソクソビッドでライブスタート！

クソクソビッドでエンコスタート！のほうがよいにゃ

ここでも種は嫌われているようだ

>>589
ファン掃除してグリス塗り替えたら温度下がるかな？
うち去年とシステム構成変わらないけど去年より10℃ほど高くなってる。
システム温度は去年と変わらないんだけどさ・・・

WMV9神age

あぼーん

あぼーん

http://www.pawasapo.co.jp/products/air/ap.php
新しいマウスパット買った

XviDはDTV板で最も愛されているコーデックですね

むかーし、DivXのスパイウェアで痛い目にあったからなあ。。
フリーで同等以上の性能のXviDを使わない手はないだろ。。

S-VOPがもしも実装されたとしてサイズの縮小やそれに伴う画質の向上に対して
どの程度寄与するのだろうか。B-VOP並？

XVIDのデベロパは実装する気は無いっぽいけど実装されたらされたで
またパラメタ弄りの幅が増えて面白そうだなぁなんて思った。

>>813
何度位を推移しているか分からないけど、自分の場合は異常な温度だったからね。
まだエンコ時で55〜60℃だから多分高いほうだと思うし・・
また、去年マザー替えたときに塗り替えやらずにCPU乗せ変えてるのよ・・　大丈夫だろうって。
実際あまり異常は感じなかったんだが・・
今回は、掃除して、放熱シート剥がして、シリコン系のグリスに塗り替えた。　それだけ。
余談だけど、エンコ時間が大幅に、下手すりゃ半分になったよ。　大体、12時間かかっていた作業が6〜７時間に短縮・・
上記の作業と合わせて、CPUの端子などに塗布する通電効率を上げるコーティング剤を施しもしたんで、正直どちらの作用かは分からない。
グリス購入時に偶然陳列されているのをみて、CPU等の作業効率が劇的に向上する・・なんて謳い文句につられて4000円位だして購入してしまったんだけど、コレのお陰であってくれたほうが、なんとなくうれしいんだが・・
普通に考えたら、70℃を超えたCPUがまともな働きをしていた訳がないしな〜

＞大体、12時間かかっていた作業が6〜７時間に短縮・・

それはPen4の機能。
Pen4は温度がやばくなると、自動的に演算処理を減らして
それ以上温度が上がらないようにする機能がある。
極端な話、動作中にヒートシンクを取っても壊れない＆動作し続ける。
Athlonでその状況だったら確実に焼損させてたでしょうね。

結局B-VOPは使った方がいいのでつか?

B-VOPもｸﾛﾏﾓｰｼｮﾝもON/OFFで違いが全くわからないよ〜

正常位で乳に盛大なブロックノイズがでるよ〜

暗いシーンだとボケボケになるよ〜

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

>>822に便乗だけど、こことか面白いと思うよ。実験映像もあるし。
Tom's Hardware Guide
Hot Spot - How Modern Processors Cope With Heat Emergencies
ttp://www6.tomshardware.com/cpu/20010917/index.html

>>823
最初からエンコ後のファイルサイズが限定されてる場合はB-VOPはかなり(・∀・)ｲｲ。
高い確率で画質改善されると思う。組み合わせるソフトによっちゃ1フレーム
減っちゃうという問題が出る可能性があるけどそこに注意すれば結構便利。

素直にWMV9使え

WMV9は手コキで射精させられるより虚しい

>>823
画質面でいうと、よっぽどの高レート(QT1とか)じゃない限り、Bフレは使ったほうがいい。
Bフレーム使って画質下がった分、全体のQTを上げれば、同じサイズで画質は向上。

>>821
P4の2.6なのですが70超です。エンコ終了後50℃にも満たないのですが・・・
こないだなんか80越えて熱暴走で停止しました。
去年は熱くても65度くらいだったのですが・・・
ヒートシンクあたりに埃が目いっぱいつまってます。たったこれだけのことが
温度上昇の原因かなぁ・・って思って。今は怖くてエンコしてません。

>>822
そうですか・・・
2度熱暴走させても元気に動いてるP4に感心。

>>829
Bフレ使うことでフェードとかでブロック発生するのはどうしたらいいんだ？

BフレのQT上げる

じゃあ使わなきゃいいじゃん

QT上げてもBVOPのサイズはPVOPより小さいから
PVOPだけでエンコするよりはサイズが縮む。
縮んだ分をI,PVOPに割り当てれば画質改善できる。

720に補足
解ってると思うがＱＴ値は小さい程画質向上する　720は画質面でB-VOPsを上げるという意味
デフォだと2〜31　問題のフェードシーンのみ部分的にエンコしてその時のXviDステータスウィンドウ
のグラフとかも参考にするといい
そもそもシングルパスエンコ？ビットレート指定でやってるなんて落ちはなしでおながいします

720 名前：名無しさん＠編集中[sage] 投稿日：04/06/30(水) 13:01
まだクソビドなんか使ってるのか

　　　　　 .ﾉﾉﾉﾉ　　　　　　　　　　　　　r';;;:;:;;:::;;;;;;;;;;;;ヽ、
　　　　　j｡ ｡ﾞLﾞi　　　　 rﾆ二`ヽ.　　　Y",,..、ｰt;;;;;;;;;;;）
　r-=、　l∈ ﾉ6)＿　　　l_,.､ヾ;r､ﾞt　　 lｦ '・=　 ）rテ-┴- ､
　｀ﾞゝヽ、`ｰ!　ﾉ::::::｀ヽ､ L､ﾟﾞ　tﾉ`ｿﾞ`ｰ ﾞiｰ'　 ,r"彡彡三ﾐミ｀ヽ.
　　にｰ `ヾヽ'":::::::::::: ｨ"^ﾞiﾌ　 _,,ﾉ　,　　ﾞtﾌ　ﾞゞ''"´　　 ﾞifrﾐソﾍ,
　,.、　｀~iヽ､. ｀~`''"´　ﾞt　（,,￣,　frﾉ　　 ゝ-‐,i ,,.,...、　 ヾミく::::::l
　ゝヽ、__l::::ヽ｀iー- '''"´ﾞi,　ヽ　ヽ,/　　　/　　lｦ ｪ｡､　　 〉:,r-､::ﾘ
　W..,,」:::::::::,->ヽi''"´::::ノ-ゝ ヽ､_ﾉｰ‐ﾃ-/　i　/ ,, 、　　 '"fっ)ﾉ::l
　　￣r＝=ミ__ｨ'{-‐ﾆ二...,-ゝ、'″ ／,/｀ヽl : :`i- ､ヽ　　,.:ﾞ''" )'^`''ｰ- :、
　　　 lﾐ､　　／ f´　 r''/'´ミ)ゝ^),ノ>''"　 ,:ｲ`i /i､ヲﾞi　.:" ,,.　/;;;;;;;;;;;;;;;;;;;｀ﾞ
　　　 !　ヾ .il　　l　　l;;;ﾄ､つノ,ノ ／　　 ／:ﾄ-"ﾉﾞi　　,,.:ｨ'"　/;;;;;;;;;;;;;;;;;;;;;;;;;
.　 　 l　　　ハ.　l　　l;;;;i _,,.:イ　/　　 ／ 　,ﾚ''";;;;｀ﾞﾞ" ヽ_,,ノ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
　　 人 ヾﾆﾞi　ヽ.l　 yt,;ヽ　 ﾞv'′ ,:ｨ"　　/;;;;;;;;;;;;;;r-'"´｀i,;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
　 r'"::::ゝ､_ﾉ　　ﾞi_,/　 l ヽ　　ﾞ':く´　_,,.〃_;;;;;;;;;;;;f´' 　 　 ll;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
　 ｀￣´　　　　 ／　　l　 ヽ　　　ヾ"／　 ｀ﾞ''ーハ.　　 　 l;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
　　　　　　　 ／　　　 l　　ﾞt　　　 `'　　　　 ／^t;＼　　,,.ゝ;;;;;;;;;;;;;;;i;;;;;;;;;;;;

>>826
>>829
>>835
ありが�d。
つまり同じ容量でまとめるという前提ではB-VOP使ったほうがｷﾚｲになると。
乳のﾌﾞﾛｯｸﾉｲｽﾞはﾋﾞｯﾄﾚｰﾄﾎﾞｯｷｱｹﾞすると。

暗いとﾎﾞｹｰとなるのはどうやって回避してるんでつか？
やはりﾌﾛﾝﾄｴﾝﾄﾞで色設定でつか？
液晶ﾓﾆﾀｰ使ってるのでさらに暗いところがﾎﾞｹｰとなるため
暗がりでの痴女ﾌﾟﾚｰがほとんど見えません(・∀・；)

>>726
特に気になるシーンの範囲をゾーン指定でQT値小さくし（画質上げる）エンコ汁

＆　　Adaptive quantizationはOffで

>>840
726 名前：名無しさん＠編集中[sage] 投稿日：04/06/30 21:13
DivXで間違ってエンコしてるか、ダイレクトショウがDivXになってる
ffdshowで見るかXviDで見るかにすれ？

？？？

こんなの見つけた
ttp://head.egoism.jp/codec/

まるものDCT-iDCTと組み合わせて使っている人いる？

>842
揚げ足鳥うぜー

>>843
微妙にツッコミ所満載だな
で、DCT-iDCTとこのページに何の関係が？

ｱﾌﾞﾅｲ関係が！

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

HEAD 2004-07-03 08:46 (GMT)
release-1_0-branch 2004-07-03 09:18 (GMT)

キター！
乙

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

HEAD 2004-07-03 14:48 (GMT)

誰もいないからぬるぽ

>>850
　　　　／￣￣￣￣￣＼
　ｶﾞｯ　|　・　Ｕ　　　　　　|
　　　　| |ι　　＿　　　　|つ
　　　　Ｕ｜∧＿∧￣|　｜
　　　⊂⌒ (；｀Д´)つ￣
　　　　　丶ヽ_つ　　

>>847,849
ふむ。release-1_0-branchのほうは
warning: bvop found in low_delay==1 streamっていうwarningメッセージが
出てくるような状況じゃない限りは影響のない変更ですな。

HEADのほうはそれに加えてB-VOPの動き検索周りで、クロマフォーマットの解釈を
ミスっていたところをfixしたのかな。

KoepiﾀﾝのXviD…1.0.1が出てる(´･ω･`)
今更気づいた＿|￣|○
1.0からの変更点が色々ありそうだから乗り換えてみるかな

>>853
1.0.1はbugfixリリースなんで、乗り換えて不具合が出ることはほぼ皆無だよん。

>>822
補足ありがとう
あんまり長文もアレなんで行間に滲ませる程度にしておいたんだけど、説明頂いたとおりです。
高温だとCPUはまともに動作しませんから、温度管理はしっかりしたほうがいいですね〜

>>830
そのくらいの温度だと自分と同じだね。>>822氏が言われたとおりで、多分動作限界温度がそのあたりなんだろうね。
それ以上は高温にならないようにしていると。
補足すると掃除とは、ファンもそうだけど、ヒートシンクも掃除。これまた貴方といっしょで、埃が詰まりまくりだった。
グリスについての修正・・　シリコン系とあるけど、セラミック系のグリスの塗布の誤り。
他のグリスと比較実験をするほど根気じゃないんで偉そうには言えないけど、パッケージに他の材質のグリスよりも5℃〜10℃冷却効率が高いとあったんで、それにした。
謳い文句にホント弱いな〜〜

エンコード談義等に熱心な方々に申し訳ないんで、このへんで止めにします〜

>>854
なるほど、安心して使えますね(｀･ω･´)

[アニメ] アガサ・クリスティーの名探偵ポワロとマープル 〜アガサ・クリスティー紀行〜 第01回 (NHK-G 704x396 WMV9).avi aaLPbRVQ8B 38,944,768 824987f69e4fa1af762d459de1311fc9
[アニメ] アガサ・クリスティーの名探偵ポワロとマープル 第01話 「グランド・メトロポリタンの宝石盗難事件」 (NHK-G 704x396 WMV9).avi aaLPbRVQ8B 188,700,672 8b544f3dc70468e8b9fbbdddc5e6eb72
[アニメ] 名探偵ポワロとマープル 第01話 「グランド・メトロポリタンの宝石盗難事件」 (GD 704x396 WMV9 120fps 予告のみアナログソースorz).avi CGEGg4yNkr 184,076,224 2f0de928336f47dd58083c5b7bd91135
[アニメ] 名探偵ポワロとマープル 第01話 「グランド・メトロポリタンの宝石盗難事件」 (GD 704x396 WMV9 120fps 予告のみアナログソースorz).avi CGEGg4yNkr 183,892,288 3c2cd4559b1bbfe209ddca5d11ef59f0
アガサ・クリスティーの名探偵ポワロとマープル 第01話 「グランド・メトロポリタンの宝石盗難事件」(704x396 DivX5.1.1 修正版).avi Qpe4btxgAe 192,804,864 f5eda689472085ab113e917ce0bcd721

地デジいいな〜

誤爆です、ごめんなさい

-xvid

Bフレって動きの少ないソースのほうが綺麗に仕上がりますか？

Xvidはマルチスレッドに対応していますか?

複数ファイル同時エンコという意味でのマルチスレッドには対応しているようですが、
1ファイルを複数スレッドを使って、デュアルやクアッドのマシンで高速にエンコできますか?

いくつものファイルをエンコする場合、複数ファイル同時エンコでデュアルが生きるので、
どうしても必要という機能ではないですが。

馬煮がSMP向けのバイナリ作ってたような。

>>857
(´-`).｡ｏO(704x396で作る意味あるのかな？640x360でいいような…)

そんな餌でｸﾏｰ

864 名前：あぼ〜ん[あぼ〜ん] 投稿日：あぼ〜ん
あぼ〜ん

リサイズせずにスカトロプレイがデファクチョン

>>861
http://xvid2ch-jp.hp.infoseek.co.jp/cgi-bin/upload/src/xvid_upld0019.zip

SMP対応版 xvidcore.dll 1.0.1をビルドしてみた。
SMP環境がないのでちゃんとしたテストはできないが。
Advanced Options -> Debug -> Number of threads がプロセッサ数になるはず。

ちなみに、cvsのログを見る限りSMP対応はまったく枯れていないので
テスト目的以外での使用は勧められない。

あと、エンコする際はXviDよりもフィルタ処理のほうがよほど重いんだし、
フィルタ処理はOSが適宜空いているCPUを使うようにするはずだから、
XviDのSMP対応にこだわる理由はそんなにない。

ソースとChangeLogをよく見たら、SMP対応コードはすでに削除されてる(汗)
プロセッサ数の判別だけ残してあるみたいだ。

>>862
ありがとうございます。
uManiacはWebArchiveで拾えましたが、バイナリは拾えませんでした。

SMPサポートは以前はしていたが、誰もメンテしなくなったので、取り除かれたようです。
(ソース→http://www.xvid.org/modules.php?op=modload&name=phpBB2&file=viewtopic&t=1445&highlight=smp)

CVSからSMPサポートがあった頃のソースを出してビルドする手もありますが、なんせAlpha版だから気が進みません。

TMPGEncでマルチスレッドにしても、DivXでエンコード時間が変らなかったという話もあるし、
(ソース→http://www.geocities.co.jp/SiliconValley-Bay/1056/main/mpx2_6.htm)
エンコーダよりもフィルタが重いから、エンコーダをマルチスレッドにしてもあまり速くならないだろうとか、
フィルタとエンコーダを並列で動かすソフトを使っても、きれいに2つのCPUに負荷が分かれてくれないから、
2ファイル同時エンコのほうがマシだろうとか・・・

でも、DivXは5.2でSMPサポートするらしい
(ソース→http://forums.divx.com/viewtopic.php?topic=59459&forum=5)
という話があるから、方向性としては、それほど間違ってはいないと思うし・・・。

1.0.1のソースを軽く眺めた限り、これを自力でSMP対応させるだけの、モチベーションわかないし、
メンテ放棄されたには、それなりの理由があるんだろうし・・・

おとなしく2ファイル同時エンコすることにします。

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

870を書きこむ前にリロードすべきでした。
ほぼ同じ結論で、安心しました。

Dubで、Avisynthフィルタ使ってXviDエンコしたら、HTTで90%以上使ってくれた。
いったんHuffyuv中間出力したら、XviDエンコで50%前後。

Avisynthフィルタとは一体・・・？

質問していいですか？
最近起動時などに”xvidcore.dll　not found"などと言う文字が出るんですが
何か悪いんでしょうか？　これが無いとどうにかなってしまうんですか？
直し方が知りたいです　お願いします

-xvid+ogg.avi

>>874
何を起動した時に？OS？xvid使うアプリ？

チャプターボードを立ち上げるときに出ます
あとOSを立ち上げたときに出ます

前のバージョン（0.9系）消して新しいバージョン（1.0系）を入れた時に
再生しようとして一度だけそのダイアログ出たけど再起動したら出なくなった。
俺では解決の手助けは出来そうに無い・・・

mmmチャプターボード

悪さをしてたのはCPUですた。
サイドパネル開けて25ｾﾝﾁファンで冷却したら落ちなくなりまつた。
最近暑いな〜

25cmってそんなでかいファン売ってるのか。12cmならよく見るが。

うちのは30cmだなあ。
首振り機能搭載で、PCと同時に人間まで冷却できる優れもの。

>>882
ｿﾚﾀﾞ(ﾟ∀ﾟ)!!

あぁそれか。

小型のクリップ式扇風機。980円。ケースのシャーシ上面をクリップで挟みケース内部に頭をつっこむ。あらぴったり。ものスゴ冷えてｳﾏｰ

うるせー馬鹿

>>885
蓄熱の一因ともなるホコリも一緒に吹き飛ばしてくれて一石二鳥ですね。

test

アンタはこのスレから消えていいよ。

↑ｱｸ菌解除されたようでつ。

HDDもCPUもﾋﾞﾃﾞｵｶｰﾄﾞも全部冷却してくれるのでおつつめでつ。
ｻｲﾄﾞの四隅から勢い良くｹｰｽ内部を循環した空気が出てくるので
本当に(･∀･)ｲｲ!!
ﾋﾞｯｸｶ○ﾗｵﾝﾗｲﾝで去年買いまつた。まだあるかな・・・

そういえば会社のサーバルームには、サーキュレーター（空気循環器）が常設してある。
もちろんサーバに向けて。

660

小型のクリップ式扇風機を皆で買いませう！

660

最悪。自作止めろ

>>891
>>892
>>893

おまいら大福の真似した馬糞。
鼬でつね。失礼しまつた。
みなさん熱にはご注意を〜ﾉｼ

>>891
大福

>>894
馬糞

でつた。(･∀･；)

結構自演より失礼だよね・・・

660

　　 ∩＿＿＿∩　　　　　
　　 | ノ　　　　　 ヽ/⌒)　
　 /⌒) (ﾟ)　　　(ﾟ)　|　.| 　
　/　/　 　( _●_)　 ミ/
.（　　ヽ　　|∪|　　／
　＼　　　 ヽノ　/ 　　
　 /　　　　　　/　　
　|　　　 __..つ/ 　　　
　|　 /UJ＼　＼　　　　　　　
　|　/ 　　　 )　 )　　　　　 　
　∪　 　　 （　 ＼　　　　
　　　　 　　 ＼＿)

660

　　 ∩＿＿＿∩　　　　　　
　　 | ノ　　　　　 ヽ/⌒)　あばばばばばば
　 /⌒) (ﾟ)　　　(ﾟ)　|　.| 　
　/　/　 　( _●_)　 ミ/　　　∩―−、
.（　　ヽ　　|∪|　　／ 　　　／　(ﾟ)　､_ ｀ヽ
　＼　　　 ヽノ　/ 　　　 　/　　(　●　 (ﾟ) |つ
　 /　　　　　　/　　 　　　|　／(入__ノ 　 ミ　　　あばばっあびゃばびゃばば
　|　　　　　　 / 　　 　　　､　(＿／　　　 ノ　　
　|　　／＼　＼ 　　 　　　＼＿＿＿　ノﾞ ─ｰ 　　　　　　　　　　
　|　/　　　 )　 )　　　　　　　＼ 　　　　　　＿　　　　　
　∪　　　 （　 ＼　　　　　　　　＼　　　　　＼
　　　　　　 ＼＿)

Koepiの最新のXvid落とせないよ（√Д＼）。‥゜＊‥
ブラウザが問題あるみたいほかのリンクどっか知らない？

>>903
デフラグしろ！！！！

↑ｳﾝｺｯｺｰ

www.koepi.org から呼び出されている ttp://roeder.goe.net/~koepi/ が落ちている模様。
ってことで、koepiのバイナリが欲しいのならdoom9からダウンロードすれば?

AutoGKbetaインスコすれば一緒に入るよ。

>>880
うーん、日中は怖くてエンコできない。
サイドパネルに吸気ファンついてるのあるじゃない？ダクトでCPUに直接送るやつ。
あれ買おっかな。
けど、お前らのエンコ中のCPU温度を教えてくださいスレがないのは不思議。

CPUよりむしろHDDのほうが心配・・・
CPUは壊れれば買えばいいけどHDDはデータが・・・

ｸｿﾋﾞﾄﾞ




- 完 -

>>909
CPUは意外に壊れにくいけど、HDは熱ですぐ逝きますな。
SpeedFanで確認してみたら50℃超えてました。
逝かずとて、熱くなると不良セクタが発生します。

プール行けっつってんだろ！！！！！！！！！！

北へ逝け

北へ〜行こうらんららん〜♪

急にXvid（１．０１ koepi）の設定が勝手に変わってしまって焦りました。
quantizationタブの各項目が勝手に「1」になっていて24分ソースで２０MBになり、
画質は…
見れたものじゃなかった。

勝手に設定が書き換えられた方っています？

>>915
そんな時はLoad Default

>>916
うん。やったけど、設定戻ってた。
何度かやって
今は設定が保持されてるみたい。

>>906
今は落ちてないな

Koepiは、2ｃｈと一緒でrefererが無いとダウソできんよね

Koepiって2ｃｈねらだったの！？

おいおい 920はKoepiのレス見たことないのかよ

メール欄にKoepiって入れてたね。

koepiのレスって過去ログのpart何？

japan no kusobido na otomodati, konnichiha!

47 名前：keopi　投稿日： 02/04/01 05:35 ID:WTyTkgT/
　　 暇なんでDivXみたいだけど２ｃｈネラー向きの動画圧縮コーデックつーのを
　　 作ってみるわ。もちろんWindowsネイティブな。少しまちなー。

一応ｷｼﾋﾞﾄﾞはWindowsネイティブじゃねーぞ。色々なOSで使えるのも長所。

>>926
一応マジレスしとくと、koepiはWindows用バイナリを作って配布してる人だ

定期的にネタスレ化

ｸｿﾋﾞﾄﾞってなに？

やっぱkeopiだよね（　´д）ヒソ（´д｀）ヒソ（д｀　）ﾋｿ

肥えp

47(koepi)氏特許法違反でﾀｲｰﾎ！
京都府警は、47氏を特許法違反及び幇助罪で逮捕したことを明らかにした。
なんでもXviDは、日本ではMPEG-LAが管理しているMPEGの特許に抵触するとのこと。
koepi氏はそのことを十分認識していたにも係わらず、jpドメインからのアクセスを許容していた
とのこと。
また同氏は親日派で、日本のｱﾆﾒ仲間に特許法違反である、このソフトの使用を薦めていたことも
この度判明し逮捕に踏み切ったということである。
この裏には日本最大のBBSサイトである2chというところが情報源であることも明らかにした。

MPEG-LA

ぬるぬるぽしてたからやった。
ぬるぽならなんでもよかった。
今もぬるぽしている。

MEGA-LD

ConvertVideoInfoToVideoInfo2 なんていう関数があるらしぃ。
これを使ってインタレのフラグを立てて変換するフィルタがあれば、
インタレ出力非対応のデコーダーしかないcodecでも
ハードウェアデインターレースできるようになるのかな・・・
誰か実装お願い・・・

http://www.microsoft.com/japan/msdn/library/default.asp?url=/japan/msdn/library/ja/DirectX9_c/directx/htm/convertvideoinfotovideoinfo2.asp

LD-ROM

レーザーアクティブは憧れだった…

現状のXviDのDSFでは、アナモルフィック再生対応のために一応、
VideoInfoHeader2形式でも接続するようになっているみたいだから
無理やりインタレフラグを有効にするのはそんなに難しいことじゃないと思う。
ただ、ストリームから自動判定する方法がよく分かんなかったから試してはないけど。
もう一点気になるのは、現状でアナモルフィック再生が出来ないような気が
するし、そもそも(今のコードで)うまく動くのか？というところ。

>>939
理解できません

アナルファック万歳！

そんなに難しいことじゃないなら
無理やり誰か対応させてほしい…

これ、とかもそれ絡みの話なのかな？
ttp://forum.doom9.org/showthread.php?s=&threadid=79103

>>940
アナモルフィック再生を行うにはアスペクト比の情報が必要
アスペクト比の情報を伝えるにはVideoInfoHeader2形式で接続しなければならない
VideoInfoHeader2形式で接続できるならインタレフラグを有効にするのはそんなに難しいことじゃないと思う。
って事かな？

XviDがアナルファック再生に対応しますた！

アナルファック円光には対応してないんですか？

>>943
補足ありがとうございます。要は、現時点でVideoInfoHeader2形式で接続
"できている"から、フラグを有効化すればいいだけじゃないの？
ということだったんですが。
って言うか、>>942がそのものズバリなんですけど。(自動設定etcはおいといて)

HEAD
date: 2004/07/08 07:12:54; author: syskin; state: Exp; lines: +8 -7
new ME for b-frames + small redesign of subpel refinement function

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

HEAD 2004-07-08 12:30 (GMT)

nyで流れてる24SEASON3サイズの割にすごい画質がよかったな〜どやったらあんなに縮むのか( ´ρ`;)

手間ヒマかけてんだろうな

さあ盛り下がってまいりました！

とか何とか言いつつageる>>951タンなのであった・・・・