XviD総合スレ Part3

このエントリーをはてなブックマークに追加
253名無しさん@編集中
XviD-12102002-1でてますね。
Bフレの設定で Packed bitstream にチェックを入れなければ
残像?は無くなってるね。意外に使えるかも。
254名無しさん@編集中:02/10/14 10:08
Nicの初めて使う
255名無しさん@編集中:02/10/14 10:11
やっぱりkoepi版使ってる人が多いのかな。俺もだけど。
256名無しさん@編集中:02/10/14 10:18
フィールドオーダーの設定したい
257名無しさん@編集中:02/10/14 11:09
ezSP_PxEngine.exeってXviDで使うファイルなのか?
258名無しさん@編集中:02/10/14 11:51
>>255
バイナリ配布先が違うと変わるモンなの?
259名無しさん@編集中:02/10/14 12:27
260名無しさん@編集中:02/10/14 14:49
>>258
それ、漏れも気になる。
個人的にはkoepiのが安定して動いているからそれ使っているけれど。(Nicのはだめだったことがある。結構前の話でスマソ。)
261名無しさん@編集中:02/10/14 15:13
>>256 反転するフィルタではダメなの? リアルキャプならVirtualDub 1.4.9.2 VCR + SYNC では?
>>257 koepiのHPに、そんな感じの言葉が書いてあった様な気もする。
262名無しさん@編集中:02/10/14 16:26
XviDのファイルが再生できなくて困ってます。
なんか本家は落ちてるし・・
バイナリとやらではダメなんですか?
つか、そもそもバイナリって何なんですか?
素人丸出しでスンマソ(´・ω・`)
263名無しさん@編集中:02/10/14 16:35
XviD5でエンコードされたファイルを再生するために、
Xvid5をダウンロードしてきました。
これで、Xvid3と4ってデコードできますか?
264名無しさん@編集中:02/10/14 16:45
>>263
Xvidには3も4も5もないよ
265名無しさん@編集中:02/10/14 17:41
>>262
バイナリエディタでXvidの文字列を検索
DX50に書き換えろ
266名無しさん@編集中:02/10/14 18:44
DIVXとDX50って何が違うの?
267名無し募集中。。。:02/10/14 18:57
ぢvX5haDX50
268名無しさん@編集中:02/10/14 19:37
>>263
ffdshow+BSPlayerで見るのが無難かな?
日本語化のHP
http://www.geocities.co.jp/SiliconValley-Sunnyvale/3584/
>>266
ヘッダ情報の事? DIV3 = Divx3系(SBCでエンコしたヤツなんか)
DIVX = Divx4系 DX50 = Divx5系 だと思う。間違ってたら訂正よろしこ。
269名無しさん@編集中:02/10/14 22:52
今行ってみたら、XviD本家のサーバー復活してたよ。
270名無しさん@編集中:02/10/14 23:08
XvidにBフレあったんだ
どうやって設定すればいいの?
271名無しさん@編集中:02/10/14 23:09
>>269 外出
272269:02/10/14 23:33
>>271
いや、本家の活動が再開したってことじゃなくて、
サーバーダウンしてたのが直ったって話ね。
273269:02/10/14 23:35
ちょっと訂正
サーバーダウン→サーバーメンテナンス
274名無しさん@編集中:02/10/14 23:40
同じ設定でB-Frame有り無しでエンコしてみますた
Bフレ自体の設定よく分からないんでデフォルトの-1
kimagure.dyndns.info/test_b-1.avi

1
kimagure.dyndns.info/test_b1.avi
(FFdshow使わないと落ちます)

23Mが20Mに圧縮、スクロール部分とかおかしくなってるような?
Packed bitstreamチェック入れると緑色のベリノイズみたいのがでました

mpeg2>DVD2AVI>TMPGEnc(インタレ解除)>Aviutl98d
Nic's13/10/02使用
275271:02/10/15 00:07
>>269
     _____
    /_      |
    /. \ ̄ ̄ ̄ ̄|
  /  /  ― ― |
  |  /    -  - |
  ||| (6      > |
 | | |     ┏━┓|   / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
| | | |     ┃─┃|  < 正直、勘違いでスマンカッタ。
|| | | |  \ ┃  ┃/    \____________
| || | |    ̄  ̄|
276名無しさん@編集中:02/10/15 00:08
>>274
-1はBフレ無しってことだと思う。

uManiacの13日版でやってるんだが、Bフレ使うと同じ絵が使われまくって
コマ落ちみたいになるよ。こういうもん?
277名無しさん@編集中:02/10/15 00:13
>>276
FourCCはXVID??
278276:02/10/15 00:50
>>277
DX50にしたら直ったよ。ありがとう。
ffdshowでのデコードならXVIDのままでも平気かと思ってた。
279名無しさん@編集中:02/10/15 00:51
Bフレ試すなら、最新のCodecと最新のDShow filter使った方が良さげ

Nic'sのとこの一番新しいのは
13/10/02 binary
280名無しさん@編集中:02/10/15 00:59
最近はNicの方が流行ってんのかな?
281名無しさん@編集中:02/10/15 01:22
koepiって、なんかすごく厨っぽいし(;´Д`)

Nicのツールはどれも面白い感じ。
Avs→WMV9ツールとかお世話になりまくり
282名無しさん@編集中:02/10/15 01:41
MPEG-4の時代は終わりました。
283名無しさん@編集中:02/10/15 01:52
>>282
これからです。

bi-diフレいいよー
サイズが15%くらい減る。
ちょっとムリしても使う価値があるでしょ。700MBが→600MBだとめちゃめちゃ違う
284名無しさん@編集中:02/10/15 04:09
XVidのBフレ十分使えるようになったね。
1-2フレームだけは同じになるけど、
[DX50 B-VIP compatibility] だけチェックしたら
[Maximum B-frames] を 1 にする。これ最強
285名無しさん@編集中:02/10/15 10:35
>>284
[Maximum B-frames]=1で良いの?
もったいなくない?
286名無しさん@編集中:02/10/15 11:00
>>284
DX50 B-VIP compatibility にチェックしないでも
DivX5として再生出来るんだけど、チェックするメリットは
どこら辺でしょうか?
>>285
3辺りでもイイと思う。
287名無しさん@編集中:02/10/15 13:36
Nicマンセー

エンコーダとデコーダ両方配布してるから
バグも少なめ。
288284:02/10/15 14:08
寝る前にライブ告知のCMをキャプってBフレーム-1,1,3やってみたら、
結果が 1>3>-1 って感じだったよ
DX50 B-VIP compatibility は互換を謳ってるからチェックす
今はQB90 ,BFre 1 ,B-VIP チェック です
289名無しさん@編集中:02/10/15 17:48
>>288
うちの場合,1,5,10でやったら
サイズは 1 > 5 > 10 だった.
ソースはアニメOP.

DivXのB-frameの設定はどうなってたっけ?
#Pro版インストールしてないので分からん
290名無しさん@編集中:02/10/15 17:54
同じく使ってないからよくワカランけど
有効にするか無効にするかだけじゃなかったっけ?
291名無しさん@編集中:02/10/15 21:29
b-fre、使うとサイズと画質はどう?
292288:02/10/15 22:51
符号の向きまずった。。
-1, 1, 3 でやったとき一番小さくなったのは1

Bfreの設定 ,容量
-1 ,5139kB
1 ,3681kB
3 ,4052kB

つまり容量は 1 <3 <-1 です。ゴメンナサイ

画質はBフレームなしと再生時の比較してほぼ誤差なしですね。
劣化やフレームのダブりは見られませんでした
293名無しさん@編集中:02/10/15 23:01
1を使うと(゚д゚)ウマーなんですね♪
294名無しさん@編集中:02/10/15 23:28
Bフレ2passで同ソース 同サイズエンコしてみた。
ffdshowでのビットレート表示は
Bフレ無し>>>>Bfre1>>Bfre3 でした。
295名無しさん@編集中:02/10/15 23:30
やっぱためになるスレだなぁ
早速使うか
296 :02/10/15 23:44
【B-Frame】キタ━━━━━(゚∀゚)━━━━━!!!!【多分常用可】
297名無しさん@編集中:02/10/15 23:55
B-frame使っても2passのサイズはきっちり決まるのか?
298名無しさん@編集中:02/10/16 01:26
んー、もうちょいだな。
安定版のリリースを待とう。
299294:02/10/16 03:35
>>297
全然気にしてなかったけど、キッチリ決まってるな・・・。
Bフレ無しで2pass目にMod.HQ使うとサイズが変化するソースが有るけど
Bフレ有効でも、その傾向が有るみたい。気にならないレベルだが。
常用に問題が有る感じもしないし。つーかBフレ使うの
全然意識しなくなってるし(^^;
300 :02/10/16 04:07
B-frameの設定でこれだっていうかとりあえず安心な設定は結局なに?
オプションはB-VIPだけのほうがいいの?
301名無しさん@編集中:02/10/16 08:12
B-frame は今のところ 1pass 専用だって Nic は言っている

ttp://forum.doom9.org/showthread.php?s=2279e25a5069fdfcbdb617e9a4d82466&threadid=35750

> But for appropiate usage it is best for now is to use it in 1pass modes only,
> 2nd pass algorithms are a little "shaky" and thus not producing optimal output.

2pass で使うのはまだやめといたほうがよさげ
302 :02/10/16 08:42
XvidのBフレ1設定とDivX5.02proのBフレ有りで
どっちがサイズ小さいか試した人いる?
303名無しさん@編集中:02/10/16 10:48
>>302
どの設定で比較?
1PASS CBRや2PASSじゃだめでしょ
1PASS QBの100?
304 :02/10/16 10:51
>>303
あ QB100は実用的じゃないので1passQB95とか90くらいで
305304:02/10/16 11:17
といか今までDivX5使ってたので今週末のSEEDでXvid色々試してみます
306名無しさん@編集中:02/10/16 11:42
XviDのBフレ、エンコ遅いよ〜
当方、Pen4 2.2G、メモリ1GBだけど
VDub(Fastrecompress)でVGAのHuffyuv(YUY2 fastest)をエンコすると
Bフレームなし>34fps
Bフレームあり(MaxB-frame=3 B-VIPチェック)>18fps
と、Bフレ使うと半分近く速度落ちる。
ちなみにDivX5でBフレ使うと約28fps
エンコの速さも魅力の一部だったのだが・・・
逐次改良されて高速化することを願っとります。
307名無しさん@編集中:02/10/16 12:10
インターレースでエンコするとところどころ太い横縞が出る
Bフレーム使った場合
308名無しさん@編集中:02/10/16 12:56
>>301
情報サンクス。漏れの所では無問題なんだけどな〜。
2時間程度の実写ソースを1CDサイズで2本
4通りエンコしてみたけど・・。
>>306
アスロンXP2000+だとMPEG2ソース使用でBフレ無し30〜34fpsで推移
Bフレ有りだと18fps〜30fps 平均24fps前後(エンコ時間から算出)
やはりP4にはHTが必要なのかなぁ?良く わからんスマソ
309名無しさん@編集中:02/10/16 13:16
>>308
うちも2pass問題ないみたい。
試しにDivX5のQB95%と同サイズにエンコしてみたら、
明らかにXviD+Bフレエンコのほうが綺麗だった。
「低レートならDivX5」な定説を軽く打ち破りそうな予感。
次は高レートでWMV9と比較してみる。
310名無しさん@編集中:02/10/16 13:25
Q-PELは?
311名無しさん@編集中:02/10/16 13:49
かなりサイズ知事胸
びっくりしたよ
312名無しさん@編集中:02/10/16 16:58
>>308
そりゃ2passでエンコはできるだろうけど、B-VOP 使う場合はビットレート配分の
アルゴリズムがまだ洗練されていないんで使わないほうがいいよってこと。
313名無しさん@編集中:02/10/16 17:02
Bframe使いたくない時は数値を0にしておけば良いですか?
314名無しさん@編集中:02/10/16 17:12
( ゚д゚)
315 :02/10/16 18:16
Bフレ良いという意見なんだけど、ここのみんなのソースは
アニメですか?それとも実写ですか?
316名無しさん@編集中:02/10/16 18:27
もちろん特撮だよ。
317名無しさん@編集中:02/10/16 18:30
>>312
なるほど。Bフレ無しvsBフレ有りで Bフレ有りの方が
綺麗に感じられれば、実害は無いって事かな。
>>313
-1 だと思う。(デフォはBフレ無し)
>>315
実写でしかBフレ試した事無いです。
318名無しさん@編集中:02/10/16 18:30
ハメ取りです。
319名無しさん@編集中:02/10/16 19:15
VirtualDub1.4.10だと2pass最後にエラー出るけどみんなは問題ない?
あとDubで確認したけどフレームズレ起きてるようですね、実用上問題ない
1フレームですけど。
VirtualDub1.4.9だとエラーでないけどズレが大きいし
320名無しさん@編集中:02/10/16 19:28
>>318
うpしる!!
321名無しさん@編集中:02/10/16 20:02
>>319
2PASS対応版を待て。今のは2PASSちょっと不安定っぽいので
Nicとかが問題認識してるなら来週にも出るでしょ
322名無しさん@編集中:02/10/16 21:28
6秒ほど(200フレーム)のソースを20回ほど設定変えてエンコしたんだけど
Bフレの値は
-1 1.99M
0  1.98M
1  1.85M
3  1.81M
4  1.80M
5  1.83M
20 1.82M
となりました。ソースはガンダムSEEDの途中動きの激しい場面
PackedBitstreamやDX50コンパチあるかないかでも0.02Mほどの変化有り
VirtualDub+Avisynth2 フィルタ使用なし 1passQB88

DivX5.02のQB95とXvidのQB88で同程度の容量、見た目も同じくらい
両方Bフレオンで比べた場合です
323名無しさん@編集中:02/10/16 23:06
>>322
B-FREはシーンによって使えたり使えなかったりする
もっと長いサンプルの方がいいかもよ

4枚で一番小さくて、5枚でいきなり大きくなるのって面白いね
324 :02/10/17 00:15
古い話で悪いんですが、XviDでエンコしたタイムマシーンが
新しいXviDのバージョンだと見れない話があったと思うのですが
アレってどうしてなんでしょうか?
古いバージョンのcodecのバグ?なんか昔にエンコした
モノが見れなくなるとイタイので・・・
325294:02/10/17 00:55
>>324
xvid.dllが問題みたいだよ。
xvid.ax単体で再生してるだけじゃ無いみたい?

ffdshowで見ても映像破綻する訳で
再生専用マシンなら9月22日位までのxvid codec入れて
ffdshowで再生切り分け(use XviD on/off)なのかなぁ?
326名無しさん@編集中:02/10/17 00:56
そういうのはFourCC変えてもダメなのか?
327名無しさん@編集中:02/10/17 01:08
タイムマシーンと蜘蛛男、わざとああしたって聞いたけど。
単にMX用ならDivXでやれば良かったわけで
328名無しさん@編集中:02/10/17 01:16
だからなダウソ厨ってのはDQNだからカエレって言ってんだよ(・∀・)
329名無しさん@編集中:02/10/17 01:17
「厨はカエレ」っていうと誰もいなくなる…
330名無しさん@編集中:02/10/17 01:26
>>329
自分が厨だからといって誰もがそうだと思うなよ
331名無しさん@編集中:02/10/17 01:57
とりあえずNic氏がQPel&Bフレーム対応デコーダ出した訳だが。
332名無しさん@編集中:02/10/17 01:59
あぁ、Decoder自体は既出か。それのインストーラをkoepi氏が作っただけか。
333名無しさん@編集中:02/10/17 02:06
q-pelの方は鮮明だし問題ないよね。結構スキ
334名無しさん@編集中:02/10/17 03:00
XviDのB-VOPとQpelはいまのところ今後の互換性に心配があるんで、恐くて常用は
できないなぁ。って、α版だから当然なんだけど。
335名無しさん@編集中:02/10/17 05:56
huffyuvソースからVD 1.4.10+Nic 10/13で2pass or 1passQB Bフレ(10), DX50 B-VOP やったら、
総フレーム数は一致してるのに、途中では10フレームぐらい平気でズレてるんだけど…

ちなみにMaximum B-framesを5にしたら5フレームズレた
MB 5のままDX50 B-VOP外したらズレが3フレームになった。サッパリわかんねぇ
素材が悪いんだろうか…(Witch Hunter ROBIN OP 2回目の30fps後の24fps部分)

あとDivX5.0.1の頃の再編集問題みたいにフレームの書き換えが1フレーム遅れるね
101フレーム[](Aの絵) →102[K (VD曰くキーフレ)](Aの絵のまま) →103[](Bの絵)
なのにここから戻すと
103[](Bの絵)→102[K](Bの絵のまま)→101[](Aの絵)
極端なのは適当なフレーム番号→フレーム0へジャンプとか
これが1〜2フレームが同一になる問題の原因?

で元ソースは92フレームがシーンチェンジなんだよなぁ…トホホ
俺はまだ使わないようにするよ
336名無しさん@編集中:02/10/17 06:26
Xvid BフレームをAviUtl(最新)でエンコして、作成したAVIファイルをAviUtlで
読み込ませて、シークさせると、ところどころ、ベリノイズみたいなものや、
DivX5.01の時に用にいきなり全然関係ないフレームがはいったりしました。
再生時には問題ないみたいですけど。

まあ、でも気分転換にDivX5.02のかわりにしばらくXvid使ってみます。
337名無しさん@編集中:02/10/17 07:20
>>336
AviUtlが使いたいなら中間吐いた後に、AviUtl以外で試したら?
VD(fast)以外の話はアテにならん
338304:02/10/17 08:37
>>331
すんません
DivX5使ってきたのでいまいちわからないんですが
Qpelてどんなの?
motion6 ultraにすれば使う設定になるみたいですが
どういう効果があるのかわからない・・・
339名無しさん@編集中:02/10/17 12:36
340 :02/10/17 12:48
>>339 いま試してみましたが >>335 と同じような現象が起きますね。
341名無しさん@編集中:02/10/17 13:16
そのフレームがずれるっていうのは1PassQTでも起こるのですか?
24/30fpsのアニメを繋げたときに何度確認しても同じフレームが巻き戻されたようになるのですが・・・
342名無しさん@編集中:02/10/17 14:24
>>341
どうやって繋げているの?
AVIだったら、fpsの混在はできないから、ogmですか?
343340:02/10/17 14:26
テスト環境を簡単に書きます。
Source encoder: [huffyuv v2.1.1]
Encoding soft: [VirtualDub 1.4.10]
Use encoder: [XviD (uManiac Alpha XOE 2002/10/15 23:00)]

--[Encode Configuration]--
Encoding Mode: [1 Pass - quality]
Quantization type: [Modulated]
FourCC used: [XVID]
Maximum B-frames: [1]
B-frame quntizer ratio (%): [200]

話は飛びますが、様々な現象がエンコードか
デコードのどちらで起きているのかを確認
する方法ってありますでしょうか?

>>341
# 繋げたときに何度確認しても同じフレームが
# 巻き戻されたようになるのですが

>>335 のこれが原因?

# DivX5.0.1の頃の再編集問題みたいにフレームの
# 書き換えが1フレーム遅れる
344名無しさん@編集中:02/10/17 14:42
>>341
どっちのズレの話?
以下は便宜上 >>335 の前者をエンコズレ、後者をデコードズレと呼ぶ(誰か適切な呼び名を付けてくれ)

1passQTでもエンコズレ(再生時間と実際に表示される映像のズレ)は起こる
デコードズレ(巻き戻し、ジャンプ時のズレ)はuManiacの最新版で出なくなった気がする

>>335 のエンコズレの方だけど、よく調べるとDX50チェックを入れない時はズレ幅に変化がある(uManiacの最新αで確認)
今朝の朝霧の巫女本編〜で、
比較対象はMod. 2pass(元とズレなし)とH.263 Bフレ 10(DX50チェックあり/なし) 1passQT 4
Mod.でキーフレ入ったところでシーンチェンジしてるところを探して、同じシーンチェンジポイントをBフレ版から捜索
いくつか列挙すると…
 Mod. 0143f = DX50 0151f = Bフレ 0145f (+2)
 Mod. 0279f = DX50 0289f = Bフレ 0288f (+9)
 Mod. 1291f = DX50 1301f = Bフレ 1298f (+7)
 Mod. 1932f = DX50 1942f = Bフレ 1942f (+10)
 Mod. 2826f = DX50 2836f = Bフレ 2826f (±0)
 Mod. 3095f = DX50 3105f = Bフレ 3097f (+2)
…かなりズレてるぽ。DX50 B-VOPにチェックした時はMaximum B-framesの値で一定にズレる?
DX50チェック無しは途中で一度ズレがなくなってるけど、24fpsソースなんで10フレームもズレたら…w
345名無しさん@編集中:02/10/17 15:19
>>342
30fpsと24fpsを別々にエンコして120fps化したものです

>>343-344
よく分かりませんが全く同じソースをBフレームを無しにしてやってみたらそのようなことは起こりませんでした。

123 456 789と分けたソースをNandubで読み込ませたとき
123434567678といった感じに繋がってしまうのです。
346名無しさん@編集中:02/10/17 15:38
デコードずれはXvidのデコード設定でいっぱいあるチェックボックスはずしてやれば直ったよ
P3-800で全部チェックした状態だとデコードずれ発生
アスロン1700+だとだいじょうぶだった
ffdshow使用時どうだったかは忘れてしまった
347名無しさん@編集中:02/10/17 16:00
>>346
それはコマ落ちじゃないの…?
Virtualdubに読ませてフレームがズレる話なんだから、CPUは関係ないと思われ

で、uManiacの新版入れて再生すると、DSFがBフレに対応してないのか
負荷10%程度なのにガクガクするんだけど、何これ?(しかもDeblockの設定項目がない)
タイムスタンプはNicのより新しいのに、
KoepiのとこにあるNicのDSFを上書きしないと再生に関しては話にならないなんて
348347:02/10/17 16:07
補足:
uManiac 10/15でエンコ(Max. B-frame 1)
 uManiac 10/16(何故16?) DSF->コマ落ち(24fpsものが12fpsくらいに)
 Nic 10/13 DSF->ベリノイズ
鬱死
349 :02/10/17 16:54
まあ、いくらテストしても B-frame ずれは直りませんね。
同サイズ位の DivX 5.02 と画質を比べてたら脱線しました。

で、両者 (実写ソース) の極端な印象はこんな感じでしたが、
DivX: [1 Pass q7.8(80%)] => のっぺり (WaveletNR 掛けたような)
XviD: [1 Pass q85] => ざらざら (汚いというか、端折ってない)
わかりやすいようにクオリティを下げた状態でなので注意。

なんか JPEG と JPEG2000 の違いみたく感じましたよ。
別に XviD の方が飛び抜けてキレイだとは感じませんでした。
勿論引き続きソースを替えて調査しますけど (笑い
350名無しさん@編集中:02/10/17 17:14
>>349
うちはアニメソースでテストしたのですが
サイズではDivX5.02のQB95=Xvid QB88 くらいだった
画質も同じような感じ

実写だとDivX QB80 = Xvid QB85 なサイズになったりするのかな
できれば出来上がりサイズ同じになるような設定で比べて欲しいような
351名無しさん@編集中:02/10/17 17:21
漏れの中ではQB91が限界だ。
352名無しさん@編集中:02/10/17 17:31
>>350
変なのに構うな。脱線とか言ってるし…実写にWaveletかけたような画質でどうするよ

XviDはDSFが良くなってるから、2passでDivX5 1passQB 95%と同程度のレートでもDivX5より綺麗だと思う
ffdshowのPostProcessじゃグラデの諧調やモスキートの多さでイマイチ不満だが
353名無しさん@編集中:02/10/17 23:29
Xvidで再エンコしたAVIファイルをTV出力したところ、
画面がぐちゃぐちゃで見れませんでした。全体がモザイクみたい
PCではちゃんと見れました。

なぜか、分かる方おられましたら教えていただけませんか?
354名無しさん@編集中:02/10/17 23:43
>353、
プレイヤーとTV出力ボードは?
355名無しさん@編集中:02/10/18 00:00
>354
それらの関係ではないと思います。
複数で試したんですが、どれも同じ状態でした。
356名無しさん@編集中:02/10/18 00:12
>>355
だから、使っているバージョンをきちんと書けよ。アドバイスのしようがないだろ。
357名無しさん@編集中:02/10/18 00:12
DIVX映像をTV出力できてるか試す。
ダメなら↓
http://pc.2ch.net/test/read.cgi/avi/1013332942/l50
なにか根本的に問題あり

Divxなら大丈夫でXVIDでダメなら、違うところに問題がある
再生環境書かないとアドバイスもできへんぞ
358名無しさん@編集中:02/10/18 00:13
じゃあそれはXvidでだけ起こるのか?
359名無しさん@編集中:02/10/18 01:28
かまって君だったのかも…

上のコマ落ちの話気になる
うちはbフレ 2とかで作ってみたけど、落ちてるの判らなかったヨ

360名無しさん@編集中:02/10/18 02:24
Bfarmeマンセーの日は遠いですか (´・ω・`)
361 :02/10/18 02:58
Bフレ Bpop FourCCにDX50にしてやってるけど特に問題は感じられなかったな。
362名無しさん@編集中:02/10/18 03:15
Bフレエンコした複数のパートを結合すると、>>341の現象が起きるね。
120fps化が必須になってきた最近のアニメにとっては致命的。
改善されるまでは我慢して非混合モノのみに使うか・・・。
363349:02/10/18 08:38
>>350
今のところ Key frame か B-frame の異常により
出来上がりファイルサイズが信用できませんので
DivX 5.02 と XviD の対比は意味が無いですが

実写でシーンチェンジの割合が 10/80 コマのソース
DivX 5.02: [1 Pass Q7.8 (80%)] = 542KB
XviD: [1 Pass Q81] = 532B
XviD: [1 Pass Q82] = 548KB

何故か両者の単位の意味が近付いてきた (;´Д`)
その他の詳しい環境は >>343 を参照。
追加すると、確認作業も VirtualDub です。
364名無しさん@編集中:02/10/18 11:38
>>362 アニメエンコした事が殆ど無い漏れが言うのも
なんだけど、エンコーダーに渡る前に120fps化して
ダウンfpsフィルタで30fpsにしてエンコするってのは
どうなんでしょうか?出来上がりを120fpsに したいって事?
的外れだったらスマソ。
365名無しさん@編集中:02/10/18 11:48
24f、30f混合ソースだから出来上がりを120fにしたいです
366名無しさん@編集中:02/10/18 12:01
>>365 ガイシュツかも知れんが
http://www.geocities.co.jp/SiliconValley-Sunnyvale/3109/
ここら辺のツールで解決します?
367名無しさん@編集中:02/10/18 12:10
>>366
それを使って120fps化して結合するとおかしくなるって話だと思うんだが
368366:02/10/18 12:15
>>367 申し訳無いです。ちと逝ってくる。
369名無しさん@編集中:02/10/18 12:25
AVI を結合するとき、もしも 1st part が I-VOP で終わっていなかったら
1st part の最後の I-VOP 以降に存在する B-VOP が参照するのは 2nd part
最初の I-VOP ってことになるからおかしくなりそう。

そもそも最後のシーケンスでは B-VOP が未来の I-VOP を参照しちゃ
いけないはずだけど、AVI を切り張りする場合はなにが起きるか
ちょっとわからないんで、こういうことも起りえるのかも。

もちろん、単なる推測なんで、きちんとフレーム構造解析しないこと
にはわからないんだけど。
370名無しさん@編集中:02/10/18 12:36
DivX5.02では何の問題もなく結合できるんだけどなー
371名無しさん@編集中:02/10/18 15:12
>>369
>366の新しいツールだと
AVIの結合なしで混合ものが作れるっぽい
372名無しさん@編集中:02/10/18 15:36
373名無しさん@編集中:02/10/18 20:14
なんだアルファーって
374名無しさん@編集中:02/10/18 20:29
VERY unstable…


VERY unstable
VERY unstable
VERY unstable
375名無しさん@編集中:02/10/18 22:53
今のXvidは実験リリースと安定リリースの2本だてになってて
そっちは新機能満載の実験リリースっしょ

攻撃型ビルド。
376名無しさん@編集中:02/10/19 00:11
>攻撃型ビルド。

ワロタ
377名無しさん@編集中:02/10/19 00:12
375 名前:名無しさん@編集中 :02/10/18 22:53
今のXvidは実験リリースと安定リリースの2本だてになってて
そっちは新機能満載の実験リリースっしょ

攻撃型ビルド。
378名無しさん@編集中:02/10/19 00:41
>攻撃型ビルド。

攻殻かよ
379名無しさん@編集中:02/10/19 00:43
「攻撃型ビルド」ツボにハマったw
なんかカコイイ!
380名無しさん@編集中:02/10/19 00:55
素でカコイイね
381名無しさん@編集中:02/10/19 01:21
使った人いる?
XviD攻撃型どうよ
382名無しさん@編集中:02/10/19 05:01
StableリリースのBフレですら問題でてるのに…
Unstableビルドに挑戦する奴いるのか
383名無しさん@編集中:02/10/19 07:00
>>382
ある意味人体実験だよな。
384名無しさん@編集中:02/10/19 11:35
VERY unstable…


VERY unstable
VERY unstable
VERY unstable
385名無しさん@編集中:02/10/19 19:23
漏れは落ち着くまでkoepiタンの10月4日版使うことにしますた。
386名無しさん@編集中:02/10/19 19:33
2PASS目でオチター ⊂⌒~⊃。Д。)⊃
387名無しさん@編集中:02/10/19 20:07
Nicの13日版試したら・・・・
ビデオサンプルサイズが16ビットになった
仕様変わったの?
388名無しさん@編集中:02/10/19 20:40
koepiタンの10月4日版は(゚д゚)ウマー
389名無しさん@編集中:02/10/19 20:45
>>387
DivXにしても既存のXviDにしても
内部データは全部16bitだからキニスンナ
390名無しさん@編集中:02/10/19 20:58
>>388
Bフレームないじゃん
391名無しさん@編集中:02/10/19 21:31
安定するまで(゚听)イラネ
392名無しさん@編集中:02/10/19 22:16
Xvid Bフレ
サンプル ガンダムSEED3話
QB91 Bフレ3 qpel lumimask オン DX50Bフレコンパチ
640x480
映像のみでサイズ 115M 121,126,912
異様に小さい、今からチェックしますが特に破綻はしていないみたい
DivX5で今からエンコしますがQB93で180Mほどになりそう
393名無しさん@編集中:02/10/19 22:48
ガンダム種、動き激しいじゃん
115Mって…
藍青なみに縮んj (゚お゚)
394名無しさん@編集中:02/10/19 23:03
Statsreader使って1パス目の*.statファイルを読み込ませたら
平均ビットレートいくつくらいになる?
漏れとこでは880くらいになるときがあるので何か変かも!?
って心配になってしまう
395394:02/10/19 23:46
ソースは2時間くらいのDVD映画ね
700MB1CDで音声に50MBくらいで残り容量を画像に
割り当ててる場合です
396名無しさん@編集中:02/10/20 02:50
>>395
それソースによって違わないか
397394 395:02/10/20 06:33
>396
そうでした
無用の心配でした
スマソ
398名無しさん@編集中:02/10/20 15:30

http://umaniac.leffe.dnsalias.com/alpha/alpha.html
XviD.Alpha.19.10.2002.0420.exe

攻撃型(゚д゚)
399名無しさん@編集中:02/10/20 15:32
アップデート激しいなぁ
400名無しさん@編集中:02/10/20 17:01
日替わりビルドが戻ってきたね
401名無しさん@編集中:02/10/21 00:23
懐かしいなぁ…
402名無しさん@編集中:02/10/21 00:56
DOOM9でNicさんがこんなこと言ってたよ。
XviD B-Frames in developer builds!
Finally, working bframes are available in xvid!

But for appropiate usage it is best for now is to use it in 1pass modes only, 2nd pass algorithms are a little "shaky" and thus not producing optimal output.

There are several known issues, of which can be read about in the forum. If you wish to use B-Frames in your encodings please read up in the forums thoroughly before posting bugs etc.

Notes:
When encoding using B-Frames. Please turn Packed Bitsream off & DX50 Compatability On.

Thanks for your help in testing & gathering information,

XviD Forum Moderation Team.

要約すれば2Pass非推奨な理由と、
Bフレ使うときはDX50コンパチ&Packed Bitsream offにしてくれってさ〜
403名無しさん@編集中:02/10/21 01:02
ちなみに10月14日の投稿。もっと早く見ていれば、、、(´Д`;
どっちにしろ使えるようになるまで漏れは静観しますが
404名無しさん@編集中:02/10/21 01:16
>>402
>Bフレ使うときはDX50コンパチ&Packed Bitsream offにしてくれってさ〜
なんか間違ってない?
よって添削
turn Packed Bitsream off & DX50 Compatability On.

Bフレ使うときはDX50コンパチ ON&Packed Bitsream off
405名無しさん@編集中:02/10/21 05:39
うげ…
406名無しさん@編集中:02/10/21 08:19
>>404
それでやってる
それ以外だと変になるので・・・
407名無しさん@編集中:02/10/21 10:56
あ!!コンパチoffだからか〜、ひどい。
408名無しさん@編集中:02/10/21 11:53
漏れの所ではコンパチoffでも無問題。
409名無しさん@編集中:02/10/21 14:28
1passQBならええねんな?
410名無しさん@編集中:02/10/21 16:20
Nicの書き込みは信頼できるな。誠実そう
411名無しさん@編集中:02/10/21 17:59
いきなりすみません。
もし宜しければ、みなさんがお使いのXviDのバージョン 教えてほしいっす
自分はさきほど XviD.Alpha.19.10.2002.0420 をインストしますた
412名無しさん@編集中:02/10/21 18:30
>>411
Koepi派なので
XviD-12102002-1.exe です。
Bフレも不満無く使えてます。
413名無しさん@編集中:02/10/21 18:42
Bフレについて、”特に問題ない”とか”不満なく”というのはあまり深く考えず
鑑賞するぶんにはという事ですか?
それともフレームズレも起こってないという事?
自分のとこではフレームズレ起きてます。ズレ数を抑えることは出来ますが。
414名無しさん@編集中:02/10/21 19:31
画面スクロールするシーン、Bフレ使うとぎこちなくなるな、これもフレームズレ?

Bフレ使用 kimagure.dyndns.info/b-1.avi
未使用   kimagure.dyndns.info/b1.avi
415名無しさん@編集中:02/10/21 19:38
Bフレ、ちょっと試してみるぶんにはいいけど、保存用データ作るには
まだ怖いな。
416名無しさん@編集中:02/10/21 19:41
>>413 漏れの場合映像の最終出力がXviDなので
その後は音声とのmuxだけなんです。
鑑賞する際の違和感が無ければ問題無しとしてます。
417名無しさん@編集中:02/10/21 19:58
中間出力にXviDを使うやつなんているのかよ・・・。
418名無しさん@編集中:02/10/21 20:21
いない
419413:02/10/21 20:27
>>416
たしかに違和感のみを判断材料にすればBフレは使えるかもしれないですね。

>>414
ぎこちないとは思えませんが、なにぶん動きが速いので判断が出来ないというのが本音
フレーム構成はどうです?ソースと比較して

420名無しさん@編集中:02/10/21 21:07
BフレありビルドでBフレなしのaviを出力するにはどういう設定にすればいい?
421名無しさん@編集中:02/10/21 21:25
-1
422名無しさん@編集中:02/10/21 21:48
3000点
423名無しさん@編集中:02/10/21 21:52
Nic XVID - 21/10/02

QPel turned on with Motion Search: 6
New Dev3 API build. (Development build, certain functionality may be unstable!)
Minor fixes/quality/speed improvements to Q-Pel, B-Frames & ME code
ICL 6 Compiled (although should work on lower end machines)
(i.e. no fancy options, just /O3)
424名無しさん@編集中:02/10/21 23:17
お、またまた新ビルドが
425名無しさん@編集中:02/10/22 00:33
テストしたいんだけど電源が逝かれてPCが安定しない罠w
誰かこのコーデックの質チェックした人はいる??
426名無しさん@編集中:02/10/22 00:53
テストしたいんだけどエンコした異素材が無い罠
誰かこのコーデックの質チェックした人はいる??
427名無しさん@編集中:02/10/22 00:57
みんな情報だけ集めて様子見かよ。日本人だなw
よし。俺が
428名無しさん@編集中:02/10/22 03:53
Nic版のインストールに成功した事が一度もないんだけど、
そんなのっておれだけかな?XPなんだけどさ。
再インストしたほうがいいのかな〜?
429名無しさん@編集中:02/10/22 08:44
>>428
普通に問題なくインスコできたけど
XPSP1 アスロン1700+
エンコも問題なし
430名無しさん@編集中:02/10/22 10:56
>428
何も問題なくインスコできてますが…
431名無しさん@編集中:02/10/22 11:06
>>428
スマヌあと30時間程別の計算入ってるので
試せない。
432名無しさん@編集中:02/10/22 11:35
Nic XVID - 21/10/02

QPel は モーションサーチ6にすることで有効になる
新しいAPI Dev3組み込み(開発段階のビルド、多分不安定、、)
クヲリティー、Q-PEL速度、B-Frames & ME codeを若干修正
低スペックでも早いICL 6でコンパイル

まだ試した人いないの?
433名無しさん@編集中:02/10/22 11:38
>>432
週末に試します
434名無しさん@編集中:02/10/22 12:13
コンパチONってDivxでも見れるってことなのかな?
435名無しさん@編集中:02/10/22 13:19
436名無しさん@編集中:02/10/22 13:42
次から次にビルドが(;´Д`)
437名無しさん@編集中:02/10/22 14:30
XviD.Alpha.21.10.2002.1340.exe
変更点
Radek氏のBFrameとQPELを自分なりに改良

ほかのとこではマルチ対応してないけど
umaniacさんとこはマルチCPUに対応しててイイね!(・∀・)
438名無しさん@編集中:02/10/22 14:40
(・∀・)イイ!!
439名無し募集中。。。:02/10/22 15:30
>>434
off でも見れたよ
440名無しさん@編集中:02/10/22 17:56
Koepi Latest development (unstable) binary:
XviD-22102002-1.exe (436kb)
Changelog:
- Fresh CVS checkout. QPEL bugfixes. Small ME updates.
- New mod. HQ quant type implemented.
441名無しさん@編集中:02/10/22 20:13
QPel は相当安定してると思ったけど。
更にバグフィックスか
442名無しさん@編集中:02/10/22 20:34
>>441
最近初心者卒業したくらいのレベルの者ですが
Qpelってどういうものなんでしょうか?
Bフレームは時間軸で差分とったフレームですよね
443名無しさん@編集中:02/10/22 20:47
Nicの最新は24fpsと30fpsをちゃんと120fps連結できるようになったような
444名無しさん@編集中:02/10/22 20:47
Quater-Pel : 1/4画素単位の動き補償(MPEG-4)
Harf-pel : 1/2画素単位の動き補償(MPEG-1,2) 1画素単位も指定可能
445名無しさん@編集中:02/10/22 20:58
>>444
ども。動き補償でググたらでてきました
ありがとう
446名無しさん@編集中:02/10/22 23:37
>>443
たまにおかしなことになったけど前から大丈夫だったよ
A+B+Cって感じで連結したらBの頭の数フレーム、BとCの間にできたり
あれはなんだったんだろう?
447名無しさん@編集中:02/10/23 00:43
こんにちわ、XviD、エンコード初心者です。
過去ログを見て少し設定をいじりましたが、
いかんせん、過去ログが古い為(orリリースが激しい為)
それらがkoepi10月4日版の設定に当てはまるものか不安です。
ここはマズいという設定項目もしくは、詳しく解説してあるHPなどありましたら
教えていただけないでしょうか?
ちなみに、2passの設定希望、OSはWinMEで、エンコード目的は実写映画です。
とりあえず下の設定で2時間の映画を2passエンコしてみましたが、
背景の空や白い壁などでブロックノイズが出てしまいました。
ソースや時間的な問題なのかもしれませんが
もし、設定の問題箇所があれば指摘お願いします。
448447:02/10/23 00:44
[Global]
{Global setteings}
Motion search precision > 6-Ultra High
Quantization type > 1Pass目H.263 2Pass目New Modulated HQ
FourCC used > XVID
Maxmum I-frame interval > 240
Minimum I-frame interval > 1

Enable lumi masking > no check
Enable greyscale > no check
Enable interlacing > no check

[Quantization]
{Quantization restrictions}
Min I-frame quantizer > 2
Max I-frame quantizer > 6
Min P-frame quantizer > 2
Max P-frame quantizer > 16
449447:02/10/23 00:45
[Two Pass]
{Two-pass tuning}
I-frame boost% > 20
Below i-frame distanse.... > 10
I-frame bitrate reduction% > 30

{Curve compression}
High bitrare scenes% > 25
Low bitrate scenes% > 10
Bitrate playback delay(frames) > 250
Playback with bias > check
Playback proportionally > no check
450447:02/10/23 00:45
[Alt.Curve]
{Use Alternative curve system} check
Curve aggression > High
High distance from average% > 500
Low distance from average% > 100

{Enable automatic minimum relative quality} check
Strength% > 30

{Enable automatic bounus bias calculation} check

Max bitrate (Kilobit/s) > 10000
Max overflow improvement% > 60
Max overflow degradation% > 60
451447:02/10/23 00:47
長い書き込み失礼しました。
452 :02/10/23 01:06
> Quantization type > 1Pass目H.263 2Pass目New Modulated HQ

これの意図は?
453447:02/10/23 01:09
過去の書き込みに
>doom9にもカキコ有るけど、fastpassはH.263でsecondpassをmod. HQ
>が良いらしい。漏れは最近はコレでやってます。
と、あったので鵜呑みにしてます。
454名無しさん@編集中:02/10/23 01:10
[Quantization]
>{Quantization restrictions}
>Min I-frame quantizer > 2
>Max I-frame quantizer > 6
>Min P-frame quantizer > 2
>Max P-frame quantizer > 16

これでええんか??
455447:02/10/23 01:17
それも、過去の書き込みにあったのですが・・・。
でも、ちょっとツッコまれてたような。
駄目ですか?
456294:02/10/23 01:21
Enable lumi masking はチェック入れた方が良いと思います。
>>454
2
31
2
31
がデフォルトだった?と思いますので試しにデフォで やってみては?
457294:02/10/23 01:24
後再生時Postprocessingが有効に成ってないって
オチは無いですか?
458名無しさん@編集中:02/10/23 01:25
げ、昔入れた番号入れっぱなしだった・・・・スマソ
459名無しさん@編集中:02/10/23 01:30
うちは1Pass派なので詳しい2Pass設定は不明ですが、
ブロックノイズはビットレートが足らないだけっぽい。
自分の目が許せる画質をお探しになるなら、
一回15秒くらいMINとMAXのビットレートで圧縮して、最低ラインの画質を
見つけるといいかも
460名無しさん@編集中:02/10/23 01:33
>>454
それデフォルトの方がいいと思うけど、漏れにはなんとも。識者の登場を待つ。

ところでみんなQuantization typeは何を使ってる?
俺はmpegが多いけどkoepiの使ってる人はModulatedHQ使ってるのかな?
461名無しさん@編集中:02/10/23 01:38
>460
やっぱりKoepiのでMod.HQ、他でMPEGだなぁ。

あとQuantizerは一時期2-16,2-8とかでやってた。
藍より青しのOPで調整したんだけど
これでスクロール時のブロックノイズを大分消せた覚えが。まぁ全てはソース次第なんだけど。
I フレームより P フレームを圧縮した方が総合的な画質は上がるみたいだねぇ。
462名無しさん@編集中:02/10/23 01:38
しもた、逆だ。
P(差分フレーム)よりI(キーフレーム)を圧縮した方が必要な情報量が減るからなのかもね。
463447:02/10/23 01:53
皆さん親切なレスありがとうございます。

>457
それはffdshowの設定ですか?
Postprocessingという項目が見つからなかったのですが、
デフォルトで見てますので問題ないかと思います。

>459
確かに662M(音声抜き)にエンコしたので2時間超えの映画は
厳しいかもしれませんでした。

>460
どれを使うにせよ1pass目と2pass目はそろえた方が良いのですか?

>461
参考になります。
その設定試してみます。
464名無しさん@編集中:02/10/23 02:45
Doom9覗いてみたら1stPass、2ndPass共にModHQでやったときと
1stPassをmpegにしたときでは同じファイルができて、そっちの方がいい
ってなってるみたいだけど。
論理的にどうこうって話もあったけどその辺は俺には良く分からん。
465名無しさん@編集中:02/10/23 05:10
>>464
 MPEGは量子化行列が固定な分高速なんじゃない?
 それで1st passはビットレート配分を決めるだけだから、量子化行列が2nd passでの
画質に影響しない。よって高速なMPEGを使おう・・・って事だと思われ。
466名無しさん@編集中:02/10/23 05:14
>447
全然知識ないので突っ込まれたりしたら困るけど、
Motion search precision > 6-Ultra High
で、同じように空とか壁とかの殆ど動きのない場所にブロック状のノイズが出て、
この項目を5とか4とかにしたらそれが消えた、という経験があります。
その代わり、ファイルサイズがでかくなったけど。
467名無しさん@編集中:02/10/23 09:16
>>466
それいつの話?
最新のnicのバイナリだとModulatedで6-UltraHighで特に問題なかったよ
どんどんverupしてるからのう
468名無しさん@編集中:02/10/23 12:14
>>447
ffdshowもそうだけどXviDのデコーダーの
設定で選べるのも有ります。

>どれを使うにせよ1pass目と2pass目はそろえた方が良いのですか?
Doom9でKoepi自身が1pass目H.263 2pass目Modと言ってたけど
8月か9月の事なので現在は分かりません。

469名無しさん@編集中:02/10/23 23:58
コンパチってどういう意味?
470名無しさん@編集中:02/10/24 02:45
パチモンって意味。
471名無しさん@編集中:02/10/24 04:13
compatible 互換性があるってこと
472名無しさん@編集中:02/10/24 12:06
XviD-22102002-1でBフレ有りの2passエンコを
何回か試してます。1本だけ2pass終了時に
エラーが出てました。出来上がったファイルは
見た目には正常に再生出来てます。

画質は良好です。
473名無しさん@編集中:02/10/24 12:31
dubのfast recompressでcrop関数入れると
画像が破綻するのわオレだけ?
他(normalやらfullやらaviutl)は問題ないのに
474名無しさん@編集中:02/10/24 12:37
>>473 fast recompressでcrop出来るの知らなかった・・
Avisynthで済ませた方が速くないですか?
475名無しさん@編集中:02/10/24 12:41
>>474
速い
vdubのcrop使う意味はないと思うけど
476473:02/10/24 12:51
AvisynthでCrop(18,8,684,460)といれてfastですると
緑の斜め線が入って破綻する
divxでは出ないしnormal,fullもでない
今までは無問題だったがnicの10/21からなった
koepiもuManiacもダメ
477名無しさん@編集中:02/10/24 13:25
koepiの22とNicの23は?
478名無しさん@編集中:02/10/24 13:29
自分で試した
Nicの23日版も緑の縦線入るな・・
479名無しさん@編集中:02/10/24 14:39
Cropして時間軸ノイズ除去フィルタかけると
たまにおかしくなることがあるけどXviDのせいじゃないでしょ
480名無しさん@編集中:02/10/24 15:40
cropとリサイズを最後にやってみ
481473:02/10/24 16:47
一応これがスクリプト

Trim(653,214902)
IT()
anticomb()
Crop(18,8,684,464)

フィルターは無し
482名無しさん@編集中:02/10/24 19:52
なぁおまいらよ。
今更だがXVID入れたのは良いけど、肝心のファイルを開いたら音声は再生されるけど
上のほうにモザイクみたいなのが出て半分以上は真っ暗って状態はどうやったら抜け出せるか教えちゃ句連だろうか

使ってるOSはXPで再生ツールはリアルプレイヤーな、メディアプレイヤー7.1じゃ音声の再生しかできんかった。
483名無しさん@編集中:02/10/24 20:32
>>482
初心者スレへどうぞ
484名無しさん@編集中:02/10/24 21:59
>>482
散々ガイシュツだがffdshow入れましょう。
それでもダメなら9月以前のXviDバイナリを探して入れましょう。
485 :02/10/25 00:34
今更ですがXviD使ってみました。
ソースはヒカ碁のOP(200フレームほど)
比較用にDivX5.02でもエンコ
DivX5.02 QB95% Bフレチェック    1,807KB 254kbps

XviD Koepi(22102002) QB91% Bフレ1 1,853KB 261kbps

XviD Nic (23102002) QB91% Bフレ1 1,777KB 250kbps

特に変な挙動も無く、サイズはNicが一番縮むようです(既出のようですが)
次にBフレパラメータを変更してテストしてみました。
XviD Nic (23102002) QB92% Bフレ1 1,967KB
XviD Nic (23102002) QB92% Bフレ2 1,934KB
XviD Nic (23102002) QB92% Bフレ3 1,906KB
XviD Nic (23102002) QB92% Bフレ4 1,847KB
XviD Nic (23102002) QB92% Bフレ5 1,867KB
XviD Nic (23102002) QB92% Bフレ6 1,805KB
XviD Nic (23102002) QB92% Bフレ12 1,667KB

Bフレ5で一旦サイズ膨らむようですがあとは小さくなるようです。
ただBフレパラメータを2以上にするとフレームが瞬間的にズレル
ような挙動が出ます。Kopie氏のはパラメータ変えても特に問題無し。
486名無しさん@編集中:02/10/25 01:04
>>484
XviDの古いバイナリってどこにあるんですか?


ごめんなさい、自分で探してきます・・・。
487名無しさん@編集中:02/10/25 02:38
ffdshow、cvs head では XviD の QPel decode に対応したね。
これで安心して XviD で QPel を使うことができそう。

ここ10日間 ffdshow の binary build が更新されていないし、
これを機に出てこないかなぁ。

>>486
uManiac の Download Section に Monthly build 的なものがあるっしょ。
でも、デコードでの問題なんだから、素直に ffdshow 入れたほうがよさげ。
488486:02/10/25 03:36
>>487
私は482じゃないんで・・・。
ここのところの更新ラッシュに乗り遅れたんで、
拾いそこねたバージョンを蒐集したいってことです。
489名無しさん@編集中:02/10/25 03:51
>>482

     \ 馬 /   \ 鹿 /
               ∩     ∩
               | つ   「,"|
        ヾ∧     !,'っ_ ⊂_,!
      / ・ |ミ    /  ・ ヽつ
     (_'...  |ミ   ▼,__  |
      (゚ワ゚*)..|ミ     (゚∀゚* ・|
      (|  .、)|      (|   、)|
       |    |       |   ・・|
       ヽ.._人     ヽ._・ν
       U"U        U"U
490名無しさん@編集中:02/10/25 07:07
>>488
それなら binary 集めるよか cvs で source とって来たほうが嬉しいと
思うけどね…。
491名無しさん@編集中:02/10/25 14:50
492名無しさん@編集中:02/10/25 15:50
最近、妙にXvidエンコ野郎が増えた気が・・・
493名無しさん@編集中:02/10/25 16:03
ダウソ板の影響かな
まぁダウソ板もここも変わらないけどね
やってる事は同じだし・・・
494名無しさん@編集中:02/10/25 16:25
最近猛烈にアップデートしてるXvidが気になって使ってみたんだけど、
Xvid-2passとDivx-1PassQB、DivX-2Passで2CDザイズで比べると
Xvidのほうが画質いいね。
DivXは赤系の色が変色するし、ぼやけた絵になっているかんじ。
Xvidは発色が素直でぼやけも少ない。
XvidはLumiMaskOn、Bフレームなし、DivxはBフレームありの結果。
エンコ速度もXvidのほうが速いし、弱点ないな。
設定項目はよくわからないから全部デフォルト。

今後はXvid使うよ。
495名無しさん@編集中:02/10/25 17:15
俺がXvidにしたのはDivXだと遠景の小さな人物の顔とかが崩れたりボケたりしたけど、
Xvidでは割合きちんと描画できたから。
まあろくに設定もいじらなかったんで、ちゃんと設定したらDivXでも違ったのかもしれない
けど、codec変えたらすんなり行ったんで、それ以来ほとんどXvid一本やり。
496名無しさん@編集中:02/10/25 18:41
なんでダウソ板の影響でXvidエンコが増えるのか疑問。
あっちはDivXマンセーに見えるんだけど…。
497名無しさん@編集中:02/10/25 18:45
Xvidは他Verとの相性とかでそうだからだめかも
498名無しさん@編集中:02/10/25 19:14
最近キャプチャカード買った香具師が増えたのだろう
499名無しさん@編集中:02/10/25 19:37
あー?
ダウソ版ならフリーのXviDよりクラックか何かしたDivXProマンセーするだろ
500名無しさん@編集中:02/10/25 19:55
DivX,Xvid,RMP4は終了しますた。
501名無しさん@編集中:02/10/25 19:59
ダウソ住人ですが正直、XviDのほうが好きです

何でもかんでも落としてクラックがいいってわけでもないし、
何よりXviDで出力される画のほうが好きなので
感性の問題かな
502名無しさん@編集中:02/10/25 21:58
Nicの最近のやつ使ったら
ビデオサンプルサイズがどうやっても16bitになる。
なぜだ。
503名無しさん@編集中:02/10/25 22:34
漏れは最初から16Bitなので問題なし
504名無しさん@編集中:02/10/26 00:01
ダウソ板の奴は帰れ!!
505名無しさん@編集中:02/10/26 00:03
ダウソ版ってなんですか?
506 :02/10/26 00:04
>>491 で作成した動画を VirtualDub でコマ送りすると、
画面下部が滅茶苦茶になりました。
キーフレーム以後のデータをキチンと追えてない感じ。
でも ffdshow では普通に見れるんですよね。
設定は DX50 コンパチ・オン B 1 で Lumi オン・オフ共に再現。
以上、報告終わり。
507名無しさん@編集中:02/10/26 00:08
あっそ
508名無しさん@編集中:02/10/26 00:16
>>496
D-VHSi-Link吸出しでXvidのファイルを光の人がWinnyでばらまいているからでしょう。
509名無しさん@編集中:02/10/26 00:19
>>508
別にいいんじゃないの?
やりたければ勝手にやればええ
510名無しさん@編集中:02/10/26 01:33
koepiって何すか?
511名無しさん@編集中:02/10/26 01:37
肥ピー
512名無しさん@編集中:02/10/26 02:06
開発の一時停止でふるいにかかったかと思ったけど、最近また変なの湧いてきたなあ
513 :02/10/26 02:10
>>510
【Avisynthを絶賛ιょぅょ】の過去スレで

こいつだけは怒らせるな!
いままで現状維持で来たんだ!

とかなんとか言わしめた男。
XviD 三大 Builder の一人。
514名無しさん@編集中:02/10/26 03:51
柿ピー
515名無しさん@編集中:02/10/26 05:24
kopeiの10/4使ってるんですがffdshowでは普通に再生出来てDivX5だと画面下部が
破綻してしまうのは何が原因なんでしょうか?

1passQBと2passでFourCC DX50にしました。
516名無しさん@編集中:02/10/26 08:10
確かに16ビットだ・・・。
koepiから乗り換えて結合ないのも当たり前だ・・
つかそれ以前の問題か・・・
517名無しさん@編集中:02/10/26 09:24
>>516
え?それってどこで確認できるのでしょうか?
518名無しさん@編集中:02/10/26 09:36
Qpel使わない方がいいのかな
519名無しさん@編集中:02/10/26 09:38
XviDでエンコードしたファイルを他人に渡すときは
どのコーデックを入れろと指示すれば良いのですか?
520名無しさん@編集中:02/10/26 11:07
・・・
521名無しさん@編集中:02/10/26 11:25
DivXとでも言っておけ(´∀`)
522名無しさん@編集中:02/10/26 11:54
>>519です。

いや、自分のマシンには一通りのコーデック入ってるので
他人が観れるかどうか心配なんですよ。DivXで観れるですか?
523名無しさん@編集中:02/10/26 12:16
DivXもXvidも同じだろだろ
524 :02/10/26 15:31
まだキーフレームの +-1 フレーム辺りが
VDub で操作する時におかしいですね。
AviUtl でも同様なので、XviD のデコーダーを
通すとダメって事かな。

再生時には ffdshow や XviD のデコーダーでも
うまく動いてるように見えるけど・・・気の所為かも。

>>519 ffdshow を入れて貰うと簡単みたい。
http://www.geocities.co.jp/SiliconValley-Sunnyvale/3584/
525名無しさん@編集中:02/10/27 00:27
NicとkoepiとuManiac
結局どれがいい?
526名無し募集中。。。:02/10/27 00:46
uManiac使いっているのか?
527名無しさん@編集中:02/10/27 01:37
Nicの新しいのはmpeg以外の設定だと16ビットになるみたい
よってH.263を多用する俺はKoepi
uManiacは使ったこと無い
528名無しさん@編集中:02/10/27 02:41
uManiacはmore stable versionって方のやつ使ったら
VirtualDubがエラー吐いてエンコできんかった。
529 :02/10/27 02:45
Lumi off しても?
530名無しさん@編集中:02/10/27 03:37
LumiMaskってなんなんだよ。
解説キボンヌ
531名無しさん@編集中:02/10/27 04:32
Luminance masking
Luminance masking is something like a "psychovisual model". It uses
the fact that the human eye can't resolve many details on very bright
and very dark regions and thus lowers the bitrate in those regions.
Use with care as well, it seems it's doing more harm than good on high
bitrate situations and if intraframe quantizer locking gets used (together with quantizer smoothing).

If you're going to do a 2pass encode, only use it on second pass and
only if you don't use iframe quant lock! If you use it on the first pass
as well, the bitrate reductions multiplies on scenes where the reduction
kicks in, resulting in a very ugly overall image!
532名無しさん@編集中:02/10/27 09:54
>>531
なるほど。
DivXでいうところでPEだったのか。
2passエンコするときは2Pass目だけ使えばいいのね。
やってみるよ、ありがとう !
533名無しさん@編集中:02/10/27 10:29
>>532
1Pass目で指定しても無視されるんじゃなかったっけ?
違う?
534名無しさん@編集中:02/10/27 11:11
>>533
今はそのように改善されたはずです。
535名無しさん@編集中:02/10/27 20:53
現在のQ-Pelはブロックノイズが沢山でるし、
容量が大きくなるのであんまいいことないYO!
536名無しさん@編集中:02/10/27 21:25
Q-Pelってどこで選ぶの?
設定項目でそれっぽいの見当たらないよ
537名無しさん@編集中:02/10/27 22:20
>>527
16bitだろうが24bitだろうがどっちでもいいだろ。
単なるAVIファイルのヘッダ情報なんだし。
中身はMPEG-4なんだから、YUV420形式のyv12 color formatしか有り得ないし。
538名無しさん@編集中:02/10/27 23:44
>537
そうかもしれないが
これがバグなのか仕様なのかははっきりしてほしい
539名無しさん@編集中:02/10/28 01:05
>>485
Bフレのパラメータはいくつがいいっていうのは
ソースで変わるんじゃない?
変化の激しいソースとそうじゃないソースでだいぶ変わるよ。
おれはBフレ2で結構どんなソースでもそこそこ縮むかなと思ってるんだけど
540名無しさん@編集中:02/10/28 01:30
541名無しさん@編集中:02/10/28 01:56
>>538
昔は入力ファイルで16bitと24bitに分かれていたよ。
もう忘れたけど、RGB24bitでエンコすると24bitは当然だけど、
YUY2無圧縮とYUY2(Huffyuv)のどっちかでエンコしたら16bitになった。
しかもVdubで、fast recompressionとnormal compressionで16bitと24bitになった。
でもエンコしたサイズは一緒だったので、単に入力した色空間の情報をそのままAVIに設定しているようだった。
内部は、537の言うように、12bitのyv12なので実際は16bitも24bitも間違いなんだな。
542_:02/10/28 04:01
>516 名前:名無しさん@編集中 投稿日:02/10/26 08:10
>確かに16ビットだ・・・。
>koepiから乗り換えて結合ないのも当たり前だ・・

>結合ない

なんて読むの? つーか意味教えて欲しい。
543名無しさん@編集中:02/10/28 05:42
あまり詳しい使い方は分からんのだけど便利だ。
1-passで90or93の設定で使ってる。

そのほかの設定が分からないだけなんだけど。
誰か教えて〜。

2-pass intとかなあに?
学べるところ希望。
544名無しさん@編集中:02/10/28 09:05
545名無しさん@編集中:02/10/28 10:57
B-Frameの設定がグレーアウトしてて使えない…なんでだろ
546名無しさん@編集中:02/10/28 10:59
ああ、nic版なら使えた スレ汚しスマソ
547名無しさん@編集中:02/10/28 12:31
その16bitとかってどこで見分けるんですか??
548名無しさん@編集中:02/10/28 14:32
ファイルのプロパティ
549名無しさん@編集中:02/10/28 15:47
教えて厨が増殖したため






          ス レ の レ ベ ル が 低 下 し て い ま す
550_:02/10/28 17:17
つーか >>516は16bitで問題おきたってこと?
>>537読むと問題無しのようだけど。。。
551名無しさん@編集中:02/10/29 00:13
16ビットの問題は>>387-389で終わってたんじゃなかったのか・・
552名無しさん@編集中:02/10/29 00:40
>>551
今使われているメジャなMPEGは、種類問わずに12bitだろ。
フリーなTMPGEncで作れるもの、CCE、MS-MPEG4v2/3,DivX,XviDなんか全部。
勿論、TMPGEncPlusとかだと16bitのが作れるのは知ってるけど、今度は再生環境が無いんだよね。
(WinDVD,PowerDVDなんかじゃ再生できなくなるし)
553名無しさん@編集中:02/10/29 04:18
あれま。そうなのか...
554名無しさん@編集中:02/10/30 00:54
Nic XVID - 29/10/02
Changes:

QPel turned on with Motion Search: 6
New Dev3 API build. (Development build, certain functionality may be unstable!)
Minor fixes/quality/speed improvements to Q-Pel, B-Frames & ME code
ICL 6 Compiled (although should work on lower end machines)
(i.e. no fancy options, just /O3)
555名無しさん@編集中:02/10/30 07:08
>>554
ん?
それ前回の変更点と同じみたいだけど・・・
556名無しさん@編集中:02/10/30 09:14
更新内容が更新されてないっぽいような、、
話し違うけどffdshow 2002-10-29版でてるね
557名無しさん@編集中:02/10/30 11:15
実写だとDivXよりXviDの方が綺麗だね
558名無しさん@編集中:02/10/30 12:31
>>555
CVS の反映しただけっぽい雰囲気。
なので変更点は
24.10.2002 15:00:
U vfw/src/codec.c (rev.1.23.) h:
- new-and-improved fbase/fincr handling
U vfw/src/driverproc.c (rev.1.5.2) h:
- new-and-improved fbase/fincr handling

24.10.2002 07:40:
U vfw/src/codec.c (rev.1.23.) h:
- test for bad fbase/fincr values
てなとこじゃない?
559名無しさん@編集中:02/10/30 12:38
>>553
YUV420ってやつな。4dotで輝度信号が8bitx4、色差信号が8bitx2。
1dotあたりにすると12bitになる。

ちなみに16bitっていうのは普通はYUV422で、2dotで輝度信号が8bitx2、
色差信号が8bitx2なんで、1dotあたりにすると16bit。
あと、RGB16っていう可能性もあるか。
560田舎者:02/10/30 19:11
>>559
MPEGにRGBはありえないだべ。YUV420かYUV422のどっちかだべ。
TMPGEncで、プロファイルをHP@HLや422P@MLなんかにすると、YUV422が選択できるようになるだべ。
MPEG-4系では今のところYUV420のyv12しかサポートしたものが無いみたいだべ。
561名無しさん@編集中:02/10/31 02:03
じゃあ何も問題ないってこと?
562名無しさん@編集中:02/10/31 05:36
>>560
あ、AVI のプロファイル見た場合に16bit って出たときのことね。
なので、MPEGに限定されない場合があったりする。
563名無しさん@編集中:02/10/31 11:22
漏れの所ではffdshow 2002-10-29版で問題発生。
Koepi XviD-22102002-1 Bフレでエンコした動画を
再生すると、映像が乱れまくり・・・use XviDで解決。

DivXコンパチで作ったモノはプレイヤーごと落ちました(TT

これって漏れだけの問題?みなの衆は無問題?


全然関係無いが、CBRのMPEG1がffdshowで再生出来る様に
成ったみたい。シークすると映像破綻するが・・・・。
564名無しさん@編集中:02/10/31 12:49
BS playerだけどコンパチでは落ちなかったよ。
そうかUse XviD使ってみるよ サンクス >>563
565名無しさん@編集中:02/10/31 15:04
Nic XVID - 29/10/02 でも化ける模様。。
ffdshow 2002-10-29版のfix待ち
566名無しさん@編集中:02/10/31 16:00
>>565
Nic BフレDX50コンパチ ccもDX50でうちはDivX5のデコーダで再生全然問題ないんだけど
なんでだろ?
567563:02/10/31 18:04
>>564
なるほど・・・。

>>566
漏れの所でもDivx5のデコーダでは無問題
29日版のffdshowのみ問題発生

>>565
もしかすると使ってるCPUに依存してる問題なのかな?
W2kSP3 Bsplayer アスロンXP 2000+
Mediaplayer6.4でも同現象


XviD-31102002-1出てます。
568名無し募集中。。。:02/10/31 19:18
>>567
そのffdshowでBフレ蟻のDivXは再生できるの?
569567:02/10/31 19:42
>>568 DivX5PROでBフレエンコしたモノを
2つ再生してみたけど無問題。
570名無しさん@編集中:02/10/31 20:07
ふむ。ひょっとすると XviD 側でコンパチビリティ喪失するようなことを
やらかしている可能性もあるのか。
571名無しさん@編集中:02/10/31 20:52
まだ保存用には不安だなぁ
572名無しさん@編集中:02/10/31 21:18
単にffdshowの不具合だと思うけど?
29日版使わなければ逝けない訳でも無し。
573名無しさん@編集中:02/11/01 00:45
koepi 2002-10-31 更新 Q-Pel fixされた模様。
ハローウィンですなー
574名無しさん@編集中:02/11/01 01:44
KoepiはICL使ってるの?
575名無しさん@編集中:02/11/01 01:59
SMP対応バイナリってumaniacさんとこの古いのしかないの?
新しいのはリンク先404だよね・・・。
576名無しさん@編集中:02/11/01 02:57
>>574
使っているよん
577名無しさん@編集中:02/11/01 13:35
nicの29日でAviUtlでエンコすると落ちました。
もう一度やっても、同じソースだと同じところで落ちました。
その後DivX5.02でエンコして成功。
他のソースだと29日版でエンコ成功しました。
次のバージョンアップはいつかのぅ。
家の環境ではすでにDivX5.02よりXvidの方が画質よくみえるので、
全部のソースXvidでエンコしたいのですが。
578名無しさん@編集中:02/11/01 13:38
何だよ、また全部エンコし直しかよ…。
579名無しさん@編集中:02/11/01 14:02
>>577
Koepi'sの方では どうでしょう?

>>578
何故?・・・
580名無しさん@編集中:02/11/01 17:39
>>577
安定を狙うんなら koepi の 10/4 の stable 版を使いませう
581 :02/11/01 18:31
XviD で保存とか仰ってる方は、B フレなしでって事ですよね?
それだと >>580 のバージョンか、現在ので B フレ -1 にする訳?
582名無しさん@編集中:02/11/02 19:03
XviDをBフレームでエンコしたやつを見るとときどきブロックノイズが
発生するんですが、うちだけでしょうか?
ffdshowを使うと問題ありません。
nicの最新版でです。
583 :02/11/02 20:47
>>582
>>506 >>515 で既出ですが、それに対するレスが余り無い所を見ると
環境依存なのかも知れませんね。結構問題なしの意見が多いみたい。
584名無しさん@編集中:02/11/02 21:13
うちの環境で制作したものはffdshowを入れただけでてかったブロックノイズがでまくる・・・
ffdshow消すと直るけど
585名無しさん@編集中:02/11/03 13:09
kopei 攻撃型ビルド

Latest development (unstable) binary:
XviD-02112002-1.exe (371kb)
Changelog:
- Fresh CVS checkout. GMC support (search precision ultra).
- New mod. HQ quant type implemented.
- Hacked in YV12 decoding support for new YV12 testings at forum.doom9.org.
586名無しさん@編集中:02/11/03 16:01
初心者ですみません
http://www.xvid.org/
のどこからXviDをDLするのか教えてください
587名無しさん@編集中:02/11/03 16:04
>586
ないよ
588名無しさん@編集中:02/11/03 16:18
>>586
ここの>2から飛んでみろ
589586:02/11/03 16:26
>>587-588
ありがとうございます!(^^;ゞ
590名無しさん@編集中:02/11/04 10:50
XviD-03112002-1 出てますね
591名無しさん@編集中:02/11/04 12:38
>>590 Bフレ有り DivX5コンパチ qpel/gmc双方有効で
再生時に一部映像破綻します。
問題なしの方、問題出てる方の報告をお願いしますm(__)m
592591:02/11/04 13:09
GMC切ったら問題なしだった。スマソ
XviD-04102002-1でてるね
>>593
アホ
595名無しさん@編集中:02/11/04 14:41
>>594
あんた一体何がしたい?
596名無しさん@編集中:02/11/04 15:00
自作自演をやろうとして失敗したのか、書き込んだ後に自分がアホだったことに
気が付いてとりあえず突っ込んでみたのか、それは本人にしか分からない。
597とりあえず:02/11/04 15:18
リンゴ板に(・∀・)カエレ!!
598名無しさん@編集中:02/11/04 17:53
連休だからな…
10月頭〜中旬にBフレ試して不安を感じて以来offにしっぱなしだから、たまにはテストするか…
599名無しさん@編集中:02/11/04 18:08
http://cultact-server.novi.dk/kpo/avisynth/avisynth_alpha.html

Download : Alpha package containing a modified XVID.DLL and a modified VirtualDubMPG2.
600名無しさん@編集中:02/11/04 18:26
>>593=594=597
ワロタ
601名無しさん@編集中:02/11/04 23:10
XviD-03112002-1で作ったら無問題。 Bフレ、コンパチon

10/4以降のは破綻して困ってたので良かったですた。
602名無しさん@編集中:02/11/04 23:21
しっかし、11/4 の cvs の変更はすごいもんがあるな。
GMC まわり、- !!! Combination with B-frames is completely untested !!!
なんて ChangeLog に書いてあるし。

あと、色空間変換が新しくなったんで要注目。
603名無しさん@編集中:02/11/05 00:39
初期版のビルドはバグが常識なのでテストエンコで遊んでみたいね。
YV12ってのが新しい奴になるのかな?
604名無しさん@編集中:02/11/05 00:46
Koepi 攻撃型(無作法)ビルド
XviD-04112002-1.exe (358kb)
Changelog:
- Fresh CVS checkout. GMC improvements.
- New mod. HQ quant type implemented.
- Added checkbox for chroma motion estimation (slow but better PSNR).
605名無しさん@編集中:02/11/05 00:54
606名無しさん@編集中:02/11/05 01:02
>>604 GMC入れると映像破綻します。
DSFilterが対応してないだけかもしれないけど・・・
607名無しさん@編集中:02/11/05 02:30
XVidまたBフレ消えたね。。俺の目ではサイズ的や解像度的にも
色調補正にBフレ加えたDivXと比較にならんほど劣ってしまったYO、、
608名無しさん@編集中:02/11/05 12:41
XviD-04112002-1では使えるみたいだが・・・
609名無しさん@編集中:02/11/05 12:52
>>607 つまらん煽りは他で、おながいすます


Koepiのchroma motion estimation良い感じですね。
610名無しさん@編集中:02/11/05 15:53
なかなか良い感じだな。
611名無しさん@編集中:02/11/05 16:03
で、>>605のコピペは何が言いたいんだ?
612名無しさん@編集中:02/11/05 17:59
>>609>>610

「良い」ってことは分かったから何がどのように良いの?
613名無しさん@編集中:02/11/05 18:43
>>612
動き検出に輝度情報だけではなく色差情報も使うんで、正確に動き検出をして
くれるようになり、結果としてビットレートが節約可能。エンコは多少重く
なるけど、どうせ XviD でのエンコよかフィルタの段階のほうが遥かに重いって
人が多いだろうし。

ただ、この build は >>602 にあるように GMC を使った場合に B-frame を使おう
とするのは極めて危険なんで、>>603 のいうようにテスト用途にしか使えないけどね。
614名無しさん@編集中:02/11/05 19:02
GMCってDivX5でも変になるだろ?
615名無しさん@編集中:02/11/05 19:35
>>609
ごめん、それってどんな効果があるのでしょうか?
616名無しさん@編集中:02/11/05 20:15
>>614
DivX5だとブロックノイズ増えるね
617名無しさん@編集中:02/11/05 21:56
>>615
お前バカか? 613 を読め。
618 :02/11/06 02:40
>>617 そんな無理にギスギスさせなくても良いんでつよ?
619607:02/11/06 07:39
>>609
スマン。見間違えたw
XviD-04102002-1.exe (411kb)
XviD-04112002-1.exe (358kb)
620名無しさん@編集中:02/11/06 15:09
>>617

バカハオマエダヨ、キット。
ソノテイドノコトデカミツクナンテ...
615デハナイガオマエミタイナヤツハウザインダヨ。
621名無しさん@編集中:02/11/06 15:15
>>620
片仮名で書くお前モナー
622名無しさん@編集中:02/11/06 15:16
モナー。
モナー。
モナー。

自分もですかっ?
XviDユーザーがダークな雰囲気に思われる罠。
623名無しさん@編集中:02/11/06 17:30
620=622=キチガイage荒らし。
624名無しさん@編集中:02/11/06 18:00
Use Quarter Pixel”、“Use
GMC”、“Use Bidirectional Encoding”の各項目は、
ISO MPEG-4のAdvanced Simple
Profile(ASP)で利用できる機能であり、ISMA
1.0でもASPは利用できることになっている。
625名無しさん@編集中:02/11/08 00:02
XVidの再生のためのデコーダみんな何使ってる?
ffdshowだと赤みがかり暗く色が濃くなっちゃうのが気になって、、
(AVIURLで表示した画像とBSPLAYERで比較した画像より)
626名無しさん@編集中:02/11/08 03:14
比較の仕方間違ってるに一票。
627名無しさん@編集中:02/11/08 06:28
Bフレ使うとquantization typeがH.263でもMPEGでも同じものが出来上がるのですが、
Bフレ使う場合は強制的にH.263が使われるのでしょうか?
628625:02/11/08 09:54
圧縮前後の色差はAVIUTLでスペクトル見たけど変化してなくて、
再生時に色変化がおきちゃうみたい。
ffdshowのノイズ低減やらのフィルタをONにすると
どんどん悪化しちゃうのはうちだけかなー、、、
629名無しさん@編集中:02/11/08 16:58
まぁとりあえずオーバーレイってものを検索して調べるのが先かとおもうが。
630625:02/11/08 22:24
>オーバレイ
マゼンタなどの特定の色にし、ビデオ信号をアナログ的に合成し表示させる方法。
この段階で処理を行うffdshowの色変換する際に色ずれが起きる、
ということっぽいですね。
631名無しさん@編集中:02/11/08 22:57
ネタがないんだね(´ー`)y-~~
632名無しさん@編集中:02/11/09 00:16
新しいバイナリ出てないからねぇ
633名無しさん@編集中:02/11/09 02:31
>>630
をいをい、そりゃアナログのオーバーレイで話が全然違う。

あと、ffdshow うんぬん言いたいのなら、バージョンとか IDCT はどれを
つかっているのかとかきちんと書けよ。そうしない限り、お前はただのバカ
としてしか扱われないぞ。
634名無しさん@編集中:02/11/09 18:26
>>627
doom9のフォーラム見る限りBフレ使うとMPEGは使われないみたい。
ついでにQPelも使われない。
使われないって表現したのは設定のチェック自体はできるって意味ね。
英語が得意ではないので鵜呑みにはしないで欲しいんだが
一応実験してみたらその通りだったよ。
635名無しさん@編集中:02/11/09 20:06
インターレースでB-フレーム使うと盛大に破綻してくれます
困りました
636名無しさん@編集中:02/11/09 20:12
そうですか
637名無しさん@編集中:02/11/09 22:41
初心者教えて厨房で申し訳ないですが、
98でXviDのムービーが再生が出来ません。
再生しようとすると強制終了してしまうのです。
XviD 09102002です。
98だとダメなのでしょうか?よろしくお願いします。
638名無しさん@編集中:02/11/09 22:41
Quarterpelとはどのような効果があるのでしょうか。
639名無しさん@編集中:02/11/09 22:50
PC98ねぇ
640名無しさん@編集中:02/11/09 23:02
そうなんですよPC98。
最近売っているソフトが動かなくって。って、それじゃ無いです。
win98で、です。よろしくお願いします。
641名無しさん@編集中:02/11/09 23:33
>>638
see >>444
って言うか、お前 615 か?
642627:02/11/10 00:01
>>634
実験までしてくれてありがとう。
なんか不具合でもあるのかと思ったけど、これで安心して使えます。
643名無しさん@編集中:02/11/10 00:14
ネタじゃ。 ほらよーっ

KOEPI
XviD-09112002-1.exe (360kb)
Changelog:
- Fresh CVS checkout. YV12 decoding support (faster than DivX5).
- New mod. HQ quant type implemented.
644638:02/11/10 00:19
>>641
アリガd
645名無しさん@編集中:02/11/10 01:50
mod. HQ ってmodulation?
646名無しさん@編集中:02/11/10 10:13
>>645
MPEG4の規格では量子化行列を切り換えながらエンコできるんだけど、
mod.HQ は H.263 とカスタマイズした量子化行列とを切り換えてエンコ
するモードのはず。
んで、modulated は H.263 と MPEG とを切り換えてエンコするモード。
647名無しさん@編集中:02/11/10 16:27
ffdshowって今どういう実装なの?9月23日版使ってるけど
mod.HQがだめ?B-フレがダメ?
648名無しさん@編集中:02/11/10 17:40
0923なら無問題。
649名無しさん@編集中:02/11/10 19:36
mod.HQって2Pass専用だっけ?
650名無しさん@編集中:02/11/10 22:12
>>649
当然ながらそんなことはないぞ。量子化行列が何を意味するのか考えてみればいい。
651名無しさん@編集中:02/11/10 23:14
>>646
ということは、mod.HQの場合、自分で設定した量子化行列が使われて、
moduletedの場合は、自分で設定してもデフォルトの行列が使われるということ?
652名無しさん@編集中:02/11/11 14:55
>>651
自分の設定した量子化行列じゃなく、doom9 の forum で話題になっている mod.HQ
な量子化行列が使われる。
653名無しさん@編集中:02/11/11 17:58
ffdshow直ったな。
654名無しさん@編集中:02/11/11 18:39
>>651
Modulatedってのは646にも書いてあるようにH.263とMPEGの切り替え。
H.263とMPEG-Custom の切り替えではない。
655名無しさん@編集中:02/11/11 18:45
>>637
ふつーにffdshow入れなされ
画質は設定弄ればむしろよくなる
656名無しさん@編集中:02/11/11 20:43
>>655さん ありがとうございます。
やってみましたが、ffdshowを入れて再生しましたが、
WMPページエラーで強制終了してしまいます。
根本的に何か間違えているのでしょうか?
初心者は、ヘタレでダメですね。
657名無しさん@編集中:02/11/11 21:35
AC3と結合させると(virtual dub ac3)たまにインターリーブによってカクつくのはなぜ?
最適の設定は?
658名無しさん@編集中:02/11/11 21:56
>>656
XviDのアプリでFourCCをDX50にするか
ffdeshowでUseXviDにチェックしたら直った気がするけど。

659 :02/11/11 22:03
Xvidでインターレースでエンコするときは、640x480ではなく
480x480等でエンコして、VGAサイズにffdeshowで拡大してもいいのですか?
それとも448x336でエンコしてもいいのですか?
660名無しさん@編集中:02/11/11 22:13
ぶふぉっ
661名無しさん@編集中:02/11/11 22:52
>>656
そもそもシステムが腐っているような気がするぞ。

>>659
再生側でリサイズするんなら、どうにでも好きなようにできる。
662名無しさん@編集中:02/11/11 23:01
>>661
インターレースでエンコする時は縦の解像度は480にこだわらないといけないと思ってた。
インタレにDivx502って対応してないよね。今のところXviDだけだよね。
663名無しさん@編集中:02/11/11 23:35
Use Quarter Pixel”、“Use
GMC”、“Use Bidirectional Encoding”の各項目は、
ISO MPEG-4のAdvanced Simple
Profile(ASP)で利用できる機能であり、ISMA
1.0でもASPは利用できることになっている。
664名無しさん@編集中:02/11/12 01:39
>>663
このコピペキチガイ、どういうつもりなんだ?
665名無しさん@編集中:02/11/12 03:48
インタレ解除無し、Bフレ1、640x480でエンコした物をffdeshowだと
ブロックノイズが左から右に流れるノイズがチラチラする。
XviDのデコーダだとそのノイズは消えて再生される。
ffdeshowで再生にバグあるの?

XviDはnicの29/10/02
666名無しさん@編集中:02/11/12 05:58
インタレースでbフレ使うと動きが激しいところでブロックノイズが出たとき縞が壊れるよ
667名無しさん@編集中:02/11/12 10:31
ffdshowをffdeshowって書くのどっかではやってんの?
なんかいたる所で見るんだけど
668名無しさん@編集中:02/11/12 14:30
ffdshowの非公式CSVバイナリ?
http://ffdshow.sekxx.org/
の11月10日版で、GMC有効なファイルの
再生がヒクヒク細かく揺れます。

Bフレ問題は直ってる模様。
みなさんはGMC無問題ですか?

>>667 おそらく一人が複数の場所に書き込んでるのでは?(謎
669名無しさん@編集中:02/11/12 15:34
>>668
ffdshow、漏れは未だに10月10日版使ってるよ。正式公開版(?)。
DivX5、XviDのBフレ共に問題ない。GMCはゴメン、使ってない。

ffdshowのほうが漏れには問題だ。
10月10日版以降のは描画がまともじゃない。
10月10日版がもっとも破綻なく描画してくれる。早く直ってくれ・・・たのんます。
670名無しさん@編集中:02/11/12 15:34
>>668
そもそも XviD 本体の encoder/decoder ですら
11.11.2002 21:40:
U xvidcore/src/encoder.c (rev.1.76.) Isibaar:
- b-frames packed mode bugfix

11.11.2002 16:20:
U xvidcore/src/decoder.c (rev.1.37.) Isibaar:
- bframes decoding bugfix
なんてなっているわけで。
671668:02/11/12 18:16
>>669 なるほど。ffdshowもコーデック設定で
YV12だったかな?チェック外しても映像破綻します?

>>670 うむ。気長に様子見とします〜
672637=640=656:02/11/12 18:50
>>639,>>655,>>658,>>661
できますた!どうも、ありがとうございます。
system入れ直して、ffdshowを入れて(Defaultのまま)そしたら見られますた。
ffdshow入れる時欲張って全部チェックしていたから、かも知れません。
どもでした。これからもっと勉強します。またよろしくです。
673名無しさん@編集中:02/11/12 19:04
Bフレッツファミリー100M増量中あげ。

全部チェックしちゃダメなのか、自分もしてた。
674名無しさん@編集中:02/11/12 19:37
>>668
それ自分で確認したから古いのに戻した
675名無しさん@編集中:02/11/12 23:56
bsplayerで設定できる
オーバーレイのモード1と2はどっちがいいんだろう
2にしないとffdshowのオーバーレイコントロールができないが
2にすると画面がときどきゆらゆらする。
1は1でb-frameエンコした動画の再生開始時に一瞬画面が緑の縞になる。
676名無しさん@編集中:02/11/13 00:22
>>675
うちだと1でXviDでエンコした動画を再生させようとすると
オプションやバージョンに関係なくBSPlayerが落ちるんだけど、
そういう人はほかにいないのかな。いないか。そうか。

再生画質の点ではmode1の方が綺麗に見えるな。
677名無しさん@編集中:02/11/13 02:49
>>676
うち、M/Bが突然おしゃかになったんで、
OS上書きインストール強行したらXviD DSFが駄目になった。ffdshowだと無問題
XviDもBSPをmode 2で起動してオーバーレイ不可を確認した後にmode 1に切り換えると普通に動く
ワケワカランのでクリーンインストールしたいが、時間が取れない罠
678名無しさん@編集中:02/11/13 11:43
>>667
ffd'e'show必須のVG1000用にインタレ解除しないでXviDエンコする香具師が増えたから。
679名無しさん@編集中:02/11/13 23:18
テレビ出力ってしたことないんだが最近120fpsエンコが
増えたのもそのせい?
680名無しさん@編集中:02/11/13 23:30
>>679
すんげ〜関係無い。
24fpsと30fpsの混合のソースが増えたから。
以上。
681名無しさん@編集中:02/11/14 00:55
>>679
TV出力するのならインターレースエンコする罠
682名無しさん@編集中:02/11/14 01:38
>>681
インターレースエンコする時は縦は480(VGA)でエンコしないといけないんですか?
512x384等でエンコしてはいけないという理解でいいですか。
480x480でエンコしてもffdshowで640x480に拡大すれば良いという理解でいいですか。
683名無しさん@編集中:02/11/14 02:28

XviD.Alpha.12.11.2002.1620.exe

XviD.Alpha.XOE.12.11.2002.1620.exe

XviD.Alpha.SMP.12.11.2002.1620.exe

http://umaniac.leffe.dnsalias.com/alpha/alpha.html
684名無しさん@編集中:02/11/14 05:43
トップファーストはやくはやくぅ〜
685名無しさん@編集中:02/11/14 09:45
686名無しさん@編集中:02/11/14 17:13
>>682
なんでそう思えるの?
687名無しさん@編集中:02/11/14 17:15
ffdshow-20021113 出た。
688名無しさん@編集中:02/11/14 17:45
DScalerが追加されたっぽいね。
689名無しさん@編集中:02/11/14 19:17
>>688 項目ありますね〜。

XviD-14112002-1も出てる。
690名無しさん@編集中:02/11/14 19:25
XviD-14日版攻撃型ビルド

- Fresh CVS checkout.
- - Added bframe+skip-frame report+storage (nns.dd_v bits 30+29).

Avisynth1.05&11月4日からAvitynth2.05&11月9日版でやったらなぜかボトムファーストになってしまった。
DivXでは問題なかったからXviDが原因だと思うけど直っているかな?
691名無しさん@編集中:02/11/14 20:50
>>690
何のこと?
692名無しさん@編集中:02/11/14 20:58
>>690 Avisynthからダブに送ってXviDでエンコすると
意図せずボトムファーストに なるって事?

元からボトムファーストな気が・・・・違うん?

それともフィールドの入れ替えフィルタが無視されるとか?
693名無し募集中。。。:02/11/14 21:01
DIvxで問題ないってDivxはインターレースに対応してないけど
694名無しさん@編集中:02/11/15 03:11
>>689
でも、正直 DScaler のフィルタって XviD 等の再生にはほとんど無用の
ような。
695名無しさん@編集中:02/11/16 14:49
インタレエンコが完璧に出来るようになったら最強のコーディックじゃないか?
つい最近知ったんだけど、インタレエンコでサイズが減ったら完璧に出来てるんでしょ?
そうなったら、即乗り換えだな。
fpsも気にしなくて良くなるし、面倒なインタレ解除も気にしなくて良くなるし、マンセー状態だな。
696名無しさん@編集中:02/11/16 16:08
ダウソ板に(・∀・)カエレ!!
697名無しさん@編集中:02/11/16 16:29
>696
(#゚Д゚)ハァ?
ダウソ板云々いうやつって結局自分がダウソ板住人なんでしょ?
698名無しさん@編集中:02/11/16 18:38
釣られんなって
無視しる
699名無しさん@編集中:02/11/16 19:41
ダウソ板に(・∀・)カエレ!!
DTV板に(・∀・)カエレ!!

これ流行ってんの?

700mage:02/11/16 20:02
XviD-16112002-1.exe
701名無しさん@編集中:02/11/17 00:02
>>700
koepiのBフレどうよ。
702名無しさん@編集中:02/11/17 00:15
XviD-16112002-1.exe
2Pass終了時のエラーが出なくなって、フレームズレも直ってるようです。
ただ出来上がったaviをDubで読み込み、1フレームずつ見ていくと同じフレームが連続してることが多い
123456789 ソース
122446688 XVID
こんなかんじ
703名無しさん@編集中:02/11/17 00:28
ffdshow-20021113
が、落とせないんですけど、どこ行けばいいんでしょ?
704名無しさん@編集中:02/11/17 00:39
>>702 検証乙です。
>>703 http://unc.dl.sourceforge.net/sourceforge/ffdshow/
http://ffdshow.sekxx.org/
辺りをブックマークしておけばイイのでは?

日本語 言語ファイルは Bsplayer日本語化のHP
http://www.geocities.co.jp/SiliconValley-Sunnyvale/3584/
に有ります。
705名無しさん@編集中:02/11/17 01:30
>>704
あんた親切だね神様みたいな性格だ!
706名無しさん@編集中:02/11/17 02:02
>>702はBフレ使った検証ですよね。
707名無しさん@編集中:02/11/17 02:11
kopepiのXviD-14112002-1もう16になってるけど
Bフレ1のB-VOP使用とBフレ-1とDivx502のBフレで比較したんだけど、
Bフレ1だと702同様に同じフレームが連続してることが多いので動きが
カクカクしてました。まだXviDのBフレ怖くて使えない。
708名無しさん@編集中:02/11/17 02:24
う〜ん うちではそんな事はないなぁ
NicのだけどBフレオンで3、DX50コンパチ、lumi mask onで
アニメ1話でDivX5より20M以上も小さくなった
DivX5がQB93、XvidがQB89での比較、見た目はほぼ同じ
709名無しさん@編集中:02/11/17 02:51
BフレをONにしてもシーンによってはまったく使われないところもあるから確認したほうがいいぞ
710702:02/11/17 02:54
>>706
Bフレ2のB-VOP使用で検証しました
>>708
フレーム単位で同じという事ですか?それとも再生時の見た目ですか?
同様の設定でエンコしてみましたが同じ不具合出てましたが
711名無しさん@編集中:02/11/17 06:46
Kopeiの04112002だけど(古!)
同じフレームが連続するなんて現象は起きなかった。
Bフレ1のB-VOP lumi mask off 1PassQB。
ちなみに24FPSのアニメ。
実写でも検証してみようかな。
712 :02/11/17 14:17
B-Frame 使った時に同じフレームが連続して現れる事がある現象って
VirtualDub 等の編集ソフトで見た場合ですよね?
メディアプレーヤーとかでの再生中にも再現します?

ffdshow で XviD のチェック外してても、何故か
再生時には再現しななかったような記憶があるのですけど。
713名無しさん@編集中:02/11/17 14:55
DSF でのデコードと、codec でのデコードとは違うからね〜
714 :02/11/17 16:46
となるとエンコードして作ったデータそのものは正常なのかな?
これからの不具合報告はデコーダーの情報も添えてあると有用ですね。
715名無し募集中。。。:02/11/17 18:33
>>712
俺はBフレありでどうしてもエンコできないフレームがあった
毎回そこでコマ落ち
Bフレなしだと正常にエンコできる
716名無しさん@編集中:02/11/17 20:52
16日版試してみたよ
Bフレ使ってもインタレース縞が破壊されなくなってるみたい
でも2フレーム目が相変わらずなんかおかしいみたいだVirtualDubで見た場合
後メディアプレイヤーで見てもずいぶん先のフレームが表示されることがあったりしてちょっとおかしい
717名無しさん@編集中:02/11/17 21:05
きしびっどあげ
718mage:02/11/17 21:08
mage
719名無しさん@編集中:02/11/17 21:24
ライセンスが GPL から、 XVID LICENSE に変わったね。MPEG 特許が成立
している日本とアメリカを狙いうちした、もんのすげ〜影響のあるライセンス…

LOCATION RESTRICTIONS
----------------------------------------------------------------------

Under section 8 of the GNU General Public License, the copyright
holders of XVID explicitly forbid distribution in the following
countries:

- Japan
- United States of America
720名無しさん@編集中:02/11/17 22:05
おまいらの特許は日本でもアメリカでも通用しないぜ!って意味で合ってますか?
721707:02/11/17 22:06
>>712
Bフレ1のB-VOP使用の場合の動画だけ
VDubでもWMPでも同じシーンで同じようにフレームが連続していました。
文字がスクロールシーンでカクカクするのが良くわかります。
カクカクし過ぎ笑っちゃったよ。
他の場合だと、そういう事はありませんでした。
AVSプレビューでも比較しましたが同様でした。
エンコした3つの動画とソースを比較してもなりました。
722名無しさん@編集中:02/11/17 23:22
XvidってMPEG-4のライセンス料払ってるの?
723名無しさん@編集中:02/11/17 23:34
日本、アメリカでの配布を禁止!?
あらまあ・・・。
724名無しさん@編集中:02/11/17 23:54
>>723
日本と米だけ配布しないでって言われてモナ〜
取りあえずヘッダをXviD以外にしておく位しか
対処出来ないっぽい。

個人宅にガサ入れには怖いよね?(ぉ 
725名無しさん@編集中:02/11/17 23:56
日本、アメリカで使うなとは書いてない。
しかも英語=宇宙語と同じで意味不明なんで知らない。
どうでもいい。
726名無しさん@編集中:02/11/18 00:28
>>724
つか、今回のライセンス変更って特許侵害で(XVIDチームが)訴えられたときの
ことを考えた言い逃れ・・・・にしかなってないと思われ。

いずれにせよ、雑誌への掲載、ソフトへのバンドルは難しくなっちゃったな。
Sigma Designだっけ?ああいう会社がライセンス料払ってあげればいいのにね。
727名無しさん@編集中:02/11/18 00:39
ソースの配布だけでもまずいの?
728名無しさん@編集中:02/11/18 00:41
>>719
翻訳。
地理的制限
----------------------------------------------------------------------

GNU一般公衆利用許諾契約書第8項に従い、XVIDの著作権保持者は次の地域での
頒布を明示的に禁止します。

- 日本国
- アメリカ合衆国
729名無しさん@編集中:02/11/18 00:43
GNU一般公衆利用許諾契約書第8項の日本語訳は
http://www.opensource.jp/gpl/gpl.ja.html
より、

8. 『プログラム』の頒布や利用が、ある国においては特許または
著作権が主張されたインターフェースのいずれかによって制限されて
いる場合、『プログラム』にこの契約書を適用した元の著作権者は、
そういった国々を排除した明確な地理的頒布制限を加え、そこで排除
されていない国の中やそれらの国々の間でのみ頒布が許可されるよう
にしても構わない。その場合、そのような制限はこの契約書本文で
書かれているのと同様に見なされる。
730名無しさん@編集中:02/11/18 05:32
>>726
まあそうなんだけど、言い逃れすら出来ないような状態よりはマシかと思われ。
それに、MPEG-IP のライセンス形態だと、Sigma Design がロイヤリティ払うの
も不可能だし…。

>>727
ソース配布が特許侵害になるかどうかという話だと、これは
http://www.jpo.go.jp/tousi/1312-055.htm なんていう提言が出て、
http://www.jpo.go.jp/info/1402-046.htm なんていう改正案が出て、
http://www.jpo.go.jp/info/houkaisei_gaiyou.htm
http://www.jpo.go.jp/info/houkaisei_h140417.htm なんて具合で成立
しちゃっている。

あと、法律云々は置いといて、日本で XviD のソースを頒布することが
XVID LICENSE に引っかかるのかどうかということだと、>>719 >>728
あるように明示的に禁止されている。

まったく、住みにくい世のなかになったもんだ…
731名無しさん@編集中:02/11/18 06:37
>>699
海賊版作成業者板に(・∀・)カエレ!!モドレ!!
実際、ダウソ板なんぞより本気の犯罪者率の高いDTV板。
もっとこぴろう、負けるなエセ動画ヲタ。
ライセンス論議をここで読むと、なんか笑える。
732名無しさん@編集中:02/11/18 06:54
本気と書いてマジと読む
強敵と書いてトモと呼ぶ!!
著作権、特許侵害なんてどうでもいいです
つーか開発者以外は守ろうなんて考えてる奴おらんでしょ
733名無しさん@編集中:02/11/18 06:59
日本国内での頒布行為が禁止
日本へもってくる(ばらまかない)はOK
であってる?
734名無しさん@編集中:02/11/18 09:01
>>733
間違い。日本やアメリカに配布すること自体が禁止されちゃっている。
735名無しさん@編集中:02/11/18 09:04
にしても、xvid.org にも doom9 の XviD forum にも、ライセンス変更
関連の話題が全然ないな…
736733:02/11/18 10:19
>>734
だと、かなりキツイですね
737名無しさん@編集中:02/11/18 17:54
Xvidマンセーとしてはかなり(´・ω・`)な展開…

しかしMPEGライセンス問題が絡んでるのなら、状況改善はありえなさそうだなぁ…(;´д`)ハァ
738名無しさん@編集中:02/11/18 18:06
リアルマジックのコーデックって開発続いてるの?
739名無しさん@編集中:02/11/18 18:55
よしおまいらVP3に逝きなさい( ´∀`)<http://pc.2ch.net/test/read.cgi/avi/1027955774/l50
740名無しさん@編集中:02/11/18 22:09
XviD-18112002-1出てます〜。

>>739 非力なPCで見れる様に成ったのですか?
エンコは良いとして、デコードの重さがキツくない?
741名無しさん@編集中:02/11/18 22:24
>740
P!!!で普通に見れる程度にリンク先のスレの人がチューニングしてくれた模様(主にMMX最適化周りのデバッグだそうな)
742740:02/11/18 22:26
途中だった。
ffdshow使って負荷軽減したXviDの下限がP!!!600ぐらいみたいだからそれには及ばないだろうけど…
根本的に重いアルゴリズムだから仕方ない(;´Д`)<wavelet
743名無しさん@編集中:02/11/18 22:26
>>740補足
Koepiの。
744名無しさん@編集中:02/11/18 22:26
>742の名前欄は741の間違い…ややこしい
745 :02/11/18 22:57
んと、ライセンスの変更はソース配布についてで
XviD 動画の配布は関係ないんですよね?

で、とりあえず日本には現在ビルダーが居ない
(と思う) ので今すぐには影響は出ないし、
アメリカのビルダーはカナダやら他の国のサーバー
に頼れば良い・・・。

問題は再生ハードウェア等を作るベンダーなどが
XviD を採用できなくなり、普及の妨げになるって事?

全然見当違いの事言ってたらスイマセン。
746名無しさん@編集中:02/11/18 23:09
XvidはMPEG-LAにライセンス料払ってないんですね。
747名無しさん@編集中:02/11/18 23:52
18日版の追加機能2つとも使ったらVirtualDubが落ちた

と書き込もうと思っている間に

XviD-18112002-2
Changelog:
- Fixed bframes+qpel by disabling 1 of four MB modes. Do not use without qpel!
748名無しさん@編集中:02/11/18 23:55
2つともってのはDivXProでBフレーム以外はバグるって言われていたやつ。
環境依存かもしれないけど
749名無しさん@編集中:02/11/19 00:01
mp3 騒動のときにおける OggVorbis のように、MPEG 捨てて VP3 (Ogg Theora)
に逃げるのがいいのかもしれないなぁ。今の MPEG4 (H.263) 自体、H.264 が
出てくれば時代遅れになりかねないんだし。


>>745
動画については XviD の developer team は関係ない。けど、MPEG-IP の
ライセンスは絡んでくる…。んまぁ、これについては今までも無視して
いたんだし (をいをい) 気にすると精神衛生上よくない…。

んで、重要なのはあのライセンスだと日本やアメリカから開発に参加すること
すら不可能になること。


>>746
なんせオープンソースだから払えるわけがない…。
750名無しさん@編集中:02/11/19 00:32
VP3 (;´Д`)ハァハァ
751745:02/11/19 01:32
>>749
今回のは avisynth.h の問題とは違い lame 等で似た様な
例のあるパターンだし、現時点では深刻でない・・・のでは?

> 日本やアメリカから開発に参加することすら不可能に
cvs の事は詳しく知りませんが、サーバーをその他の国に
置き、差分・パッチとして自国から送ってもダメですか?
(一応ソースを受け取るのは合法でしょ?)

XviD ライセンスでもソース配布しか禁じて無いみたいですし。
( >>730 の情報はまだ追えていないのですけど)
752名無しさん@編集中:02/11/19 02:59
>>751
特許問題に関してだけならそうだったんだけど、XviD License は要は輸出規制
なわけで、>>734 にあるように日本とアメリカで XviD のソースを入手すること
自体が禁止されている。

あと、ソース配布だけを禁じているわけじゃなく、XviD というもの全体に適用
される。で、部分部分にも適用されるから、バイナリもダメだし、差分をひっ
ぱってくるだけでもアウトになる。

なので、きちんとライセンスを守ろうとした場合、物理的に日本かアメリカを
離れて開発する必要がある。
753名無しさん@編集中:02/11/19 03:05
あと、Avisynth の騒動のときに問題になったように、感染性のある GPL
にしかも輸出規制までかかっているのが XviD License なので、
XviD のコードを利用してなにかプログラムを作ろうとすると、そのプログラム
にも輸出規制がかかってしまう。

たとえば、XviD の動き検出を利用した 3DNR とかインターレース解除とかを
作る場合、そのプログラムに輸出規制がかかってしまう。

というわけで、いままでと違い、MPEG 特許とは関係のない部分にも規制がかかるのが
非常に痛い。
754名無しさん@編集中:02/11/19 04:41
DivXでいいじゃん
755名無しさん@編集中:02/11/19 04:49
>>754
まあそうだな
756名無しさん@編集中:02/11/19 04:49
んで、ffdshow は >>753 の例のように XviD のコードを大量に使って
いるたりする。現状では適用前のコードを使っているので GPL のまま
だけど、今後 XviD License が適用されたコードを使われた際に ffdshow
にも XviD License が適用され、日本とアメリカでの配布が禁止される
ことになるはず。


>>754
うむ。エンコ&デコードするだけだったらそうなるね。しかも、DivX の場合は
DivX.com が MPEG-IP にロイヤリティを払っているから、特許の問題もないし。
757名無しさん@編集中:02/11/19 04:55
と思ったら、ffdshow に関しては linking permission の例外があったか。
758名無しさん@編集中:02/11/19 11:25
こうなったら全面的にOgg系にシフトするしか…(;´д`)

ffdshowも駄目になるのかぁ。
759名無し募集中。。。:02/11/19 11:50
ライセンス料払ってるMPEG4エンコーダーにはまともなのがないしなぁ
760名無しさん@編集中:02/11/19 11:51
ダウソ板のやつは、そんなこと気にしないだろ?(゚ε゚)
761名無し募集中。。。:02/11/19 11:53
ダウソ板いかねぇからしらねぇ
762名無しさん@編集中:02/11/19 12:14
正直 〜2000円位なら XviDチームに寄付しても
良いと漏れは思ってる。皆の衆は どう?

ライセンスで突き放されて、こう言うのも なんだけど・・
763名無しさん@編集中:02/11/19 13:11
ここって、ダウソ厨がほとんどじゃないのか
名無し募集中。。。は、モーヲタか
764萌える名無し画像:02/11/19 14:46


        _________
      /∴∵∴∵∴∵∴∵∴\
     /∴∵∴∵∴∵∴∵∴∵∴\
    /∴∵∴∵∴∵∴∵∴∵∴∵∴\
   /∴∵∴∵∴∵∴∵∴∵∴∵∴∵ \
  /∴∵∴∵∴∵∴/ ヽ   / ヽ ∴∵∴|
  /∴∵∴∵∴∵∴ | ● |  | ● | ∴∵∴|
  |∴∵∴∵∴∵∴ ヽ ノ  ヽ  ノ ∴∵∴|
  |∴∵∴∵∴/     / ̄ヽ    \ ∴.|
  |∴∵∴∵/  ‐‐--  ヽ_/  --‐‐ \ |
  |∴∵∴ /   ‐‐--    |   --‐‐   |
  |∴∵∴/    ‐‐--    |   --‐‐   |
  |∴∵∴|   \         |     /   |   / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
  |∵∴∵|    \_____|__/    / <
  \∵ |      \       /     /   |  うるせー馬鹿!!!
    \ |        \__/    /     |
      \               /       \__________
       \________/
765名無しさん@編集中:02/11/19 14:54
オレは1900円が限度かな・・・
というか日本でライセンスクリアするのに幾らいるのかがいささか不明だが
766名無しさん@編集中:02/11/19 16:27
VP3ホスィYO
http://kyoto.cool.ne.jp/vp3/

________On2________
http://pc.2ch.net/test/read.cgi/avi/1027955774/

767名無しさん@編集中:02/11/19 17:02
WMV9に移行汁!
つーかXvidの画質を保てるのはWMV9しかないな
エンコ遅くてマジ困るけど
768名無しさん@編集中:02/11/19 17:04
WMV9って綺麗なのか? 誰かサンプルうpしる!
769名無しさん@編集中:02/11/19 17:05
最初っからDivX使っとけば良かったのに馬鹿だなおまえら
下手に知ったかしてこんな危ないもん使うからだよ
ば〜か
770名無しさん@編集中:02/11/19 17:07
>>768
綺麗だけどエンコ遅い
771名無しさん@編集中:02/11/19 17:07
>>769
DivX5って綺麗じゃないじゃん。 視力なくてわかんねーか(ププ
772名無しさん@編集中:02/11/19 17:08
DivX5なんか使うならWMV9使う
773名無しさん@編集中:02/11/19 17:09
理解不能・・・
Xvidのライセンス以前におまいらのばら撒いている動画のライセンスは無視ですか?
774名無しさん@編集中:02/11/19 17:10
>>773
ここはダウソ板じゃないのでダウソ話題はダウソ板でお願いします
775名無しさん@編集中:02/11/19 17:10
>>771
負け惜しみにしか聞こえんな
776名無しさん@編集中:02/11/19 17:11
>>774
ここはダウソ板じゃないのでダウソ話題はダウソ板でお願いします
777名無しさん@編集中:02/11/19 17:12
>>1-776>>778-1002
ここはダウソ板じゃないのでダウソ話題はダウソ板でお願いします
778とりあえず:02/11/19 17:16
ダウソ板に(・∀・)カエレ!!
779名無しさん@編集中:02/11/19 17:35
WMV9ってWMP6.4でも再生可能なのか?


それなら乗り換えるが…
780名無しさん@編集中:02/11/19 17:35
別に日米以外の国から流れてくるだろ
781名無しさん@編集中:02/11/19 17:35
WMV9なんか使うならエンコやめる
782名無しさん@編集中:02/11/19 17:39
なんで今時WMP6.4を使うのかわからん
WMP7以上なら再生可能
画質はぴいかいちで家電プレーヤーのチップも作られてるが、
いかせんMSのフォーマットなのでちょっといやん
783名無しさん@編集中:02/11/19 17:42
WMP7はフルスクリーンでのシークが出来ないだろ?
784名無しさん@編集中:02/11/19 17:44
そうなんだ
WMP8使ってるから知らんかった
糞だな
785名無しさん@編集中:02/11/19 17:49
別に使ってはいけないよってだけで、使えなくなるような制限かかるわけじゃないんでしょ?
勝手に使えばええがね
まぁエンコ人には関係ない話だね
皆ダウソ板の住人なのになんでここではおりこうさんになるんだろw
摩訶不思議
786名無しさん@編集中:02/11/19 17:50
ダウソ板なんて見た事すらありませんが、何か?
787名無しさん@編集中:02/11/19 17:53
>>779
洩れもWMP7を入れたくないから、躊躇してますよ…。
788名無しさん@編集中:02/11/19 18:02
WMP8入れると何か不都合あるの?
789名無しさん@編集中:02/11/19 18:10
>>788
HDD が勿体無い。
790名無しさん@編集中:02/11/19 18:13
>>789
何MのHDD使ってるんだよ(w
791名無しさん@編集中:02/11/19 18:15
WMP8ってwin2000に入れられるの?
792名無しさん@編集中:02/11/19 18:16
られる
793名無しさん@編集中:02/11/19 18:19
>>792
場所どこですか?
794名無しさん@編集中:02/11/19 18:20
WMP8入れてから
BsPlayerにWMVを関連付けすればいいのですよ。
795名無しさん@編集中:02/11/19 18:23
http://www.microsoft.com/windowsmedia/
796名無しさん@編集中:02/11/19 18:28
DivXにしたところで、ffdshowが使えなくなるのは時間の問題なわけで、
ちっとも人ごとではないと思うが。
いまのffdshowでいいというのであれば、以前のGPL'd XviDでいいというのと
同じだし。
797名無しさん@編集中:02/11/19 18:34
っていうか
アメリカ、日本での配布禁止なだけで、Xvidは開発続行だから問題なさげ。
798名無しさん@編集中:02/11/19 18:40
>>797
>>733-734 みた?
799名無し募集中。。。:02/11/19 18:41
DivXってさぁ1ラインずつ白黒の縞々にした画像をソースにして圧縮すると
みごとに縞々が消えちゃうんだよなぁ
QB100でやってもダメ
だから使わない
800名無しさん@編集中:02/11/19 18:43
>797
どうせ無視だろ
801名無しさん@編集中:02/11/19 18:48
ASFってのはどーよ。
画質そこそこで軽いよ。
802名無しさん@編集中:02/11/19 18:50
ASFっていう圧縮方式があるんでsky?
803名無しさん@編集中:02/11/19 18:54
>>798
あれは「我々はアメリカ、日本で成立した映像圧縮パテントを侵害するつもりはない」
っていう表明文でしょう
裁判避ける為の。

公式読むと、ソース開発はヨーロッパでは合法。
連中はBフレが完成した時点でMPEGLAとの正式交渉、XviD法人化も考えてるみたいだし
問題ないと思う
804名無しさん@編集中:02/11/19 18:56
あれできないの?
おかしいなどこかのサイトにかいてあったんだけど。
じゃあMPEG4V2とDivXオーディオ(WMA)
にするよ。
拡張子をASFにすればメディアプレイヤーで再生できないかな?
805名無し募集中。。。:02/11/19 18:58
リアルマジックはインターレース部分だけはXvidより完成度が高いのに他は最低だからなぁ
806名無しさん@編集中:02/11/19 19:00
Apple-MPEG4なんて使用ライセンスの交渉失敗したまま、
いきなりQT6ばらまいてウヤムヤだったしな
そんなもんだよ

Apple-MPEG4はしょぼいのでMPEG-LAが無視してるという説もあるが。
807名無し募集中。。。:02/11/19 19:01
MPEG4はやる気あるのかねぇ
808名無しさん@編集中:02/11/19 19:03
あのぉ、質問なのですが、バックアップとコピーはどこが違うのですか?
809名無しさん@編集中:02/11/19 19:04
>>804
初心者スレ行け

>>796
ffdshow問題ないしょ。
810名無しさん@編集中:02/11/19 19:05
こんな先の見えないコーデックに必死にならなくても…
811名無しさん@編集中:02/11/19 19:07
Xvid自体には先があるよ
812名無しさん@編集中:02/11/19 19:10
ようはKOEPIとかからは最新のXVIDが入手できなくなって、
変わりにどっかの2次配布先からはDLできる。
ということでいいのか??

どっちにしろパテントフリーのVP3完成が来年だし、もうじき乗り換え時かね〜
813名無しさん@編集中:02/11/19 19:14
Xvid綺麗だしね。
814名無しさん@編集中:02/11/19 19:17
まあなんだかんだいってWindows Media9 Seriesのが安心感もあるし画質もいいんだけどね。
エンコ速度はこの先のCPUの高性能化で補えるし。
815名無し募集中。。。:02/11/19 19:20
ISO準拠って言葉に非常に魅力を感じるもんで
816名無しさん@編集中:02/11/19 19:21
MSに屈服するみたいで嫌
817名無しさん@編集中:02/11/19 19:25
Windows Media9 も仕様を公開してMS以外もエンコーダーを開発するようになればもっと画質が上がるかもね
画質の限界が規格上の限界なのかエンコーダーの限界なのかいまいちわからん
818名無しさん@編集中:02/11/19 19:43
>>817
WMAに関してはエンコーダの改善で別物になったね
WMA8もWMA9Stdも違いはエンコーダだけだし
oggも頑張らないと
819名無しさん@編集中:02/11/19 20:33
>>812
VP3じゃなくて
OggTheoraじゃろ。
820名無しさん@編集中:02/11/19 20:34
>>818
WMA8と9は全然違うような…
821名無しさん@編集中:02/11/19 20:46
>>820
WMA8対応の携帯プレーヤーでWMA9のファイル普通に再生出来るんだな、これが
もちろんWMP6.4でもOK
822名無しさん@編集中:02/11/19 21:35
>>814
はエンコ速度が今の約10倍程速くなってDivX,XviD並みの速度でエンコ
できるエンコーダを神様が創る。
823名無しさん@編集中:02/11/19 21:47
>>821
なぬ。そうなのか…
824名無しさん@編集中:02/11/19 21:55
Windows Media シリーズが公開技術なら一考する価値があるんだけどね。
MSの意向に振り回されるのはなるたけ避けたい。
825名無しさん@編集中:02/11/19 23:22
アホ。
公開技術なんてあったら使ってるだろ。

XviDでさえMPEGパテントに振りまわされとるやんけ
826名無しさん@編集中:02/11/19 23:33
結局MPEG-4もMPEG-2みたいにエンコーダデコーダに金かかるのね
827名無しさん@編集中:02/11/19 23:44
MPEGには特許が多く含まれていますが、
これは全て公開されています。無料とは限らないけどね。
無料か有料か否かよりも、非公開というのが自分にとってのデメリットです。
非公開技術にデータを託したくはありません。
それは、MSにそのデータの生死を握られるも同然ですから。
828名無しさん@編集中:02/11/19 23:45
つまりMS氏寝ってことです。
829名無しさん@編集中:02/11/19 23:54
関係ないな。
便利で、絵が綺麗なら何でもいいよ
自分でCodec作るわけじゃないし。

830名無しさん@編集中:02/11/20 00:07
MSがメディアフォーマットに及ぼす力がどんなものかはLinuxユーザが
抱える悩みを考えると分かりやすい。MSの広く普及したファイルフォーマット
がLinux環境ではフルサポートされておらず,このことによってLinuxのファン
は困難を抱えている。
MSは自社ソフトの採用フォーマットをコントロールできる立場にある。
Appleなど競合OSを抱える会社がWindowsMediaを採用したい
と思ったら,MS側に対応してもらうか,あるいは対応が可能なエンコーディング方法
を自力で見つけ出すかしなければならない。
831名無しさん@編集中:02/11/20 00:19
appleなんて独自技術でユーザーを囲いこんでは
規格すてたりOS変えたりして食いつないでる。あの宗教商売に比べればMSははるかにマシ。

LinuxだとQTやREALもダメだよね。商用規格はほとんどダメでしょ。大変だなぁ
でもDIVXなら大丈夫じゃない?
XviDも大丈夫。
832名無しさん@編集中:02/11/20 00:25
MSは常に最新技術を使い性能向上に気を使ってる
833名無しさん@編集中:02/11/20 00:30
やっぱXviDは素晴らしい。ってことだ
834名無しさん@編集中:02/11/20 00:31
RealはLinux版あるでしょ。
835名無しさん@編集中:02/11/20 00:31
まあ信者には何言っても無駄だから
836名無しさん@編集中:02/11/20 00:35
AVI,ASF,MOV以外なら何でもいいよ。
837名無しさん@編集中:02/11/20 00:36
RM,OGM,ASF,MOV以外なら何でもいいよ。
838名無しさん@編集中:02/11/20 00:38
勝ち組:WMV,DIVX
それ以外は負け組
839名無しさん@編集中:02/11/20 01:02
>>834
あ、そうなん?
リアル結構すげーな
840名無しさん@編集中:02/11/20 01:49
必死なのは無理もありません


現実世界では悲惨な毎日を送っている、不様で醜い敗北者のマカ達。
彼等は日々虐げられ、心身共に疲れ果てています。

しかし、唯一自分達が存在を許されている(と思い込んでいる)netの中でだけは
彼等は敗北者になりたくは無いのです。
身の程知らずな考えですが。

自分の好きな事、マック…
唯一自慢出来るスキル、マック…
彼等の特殊な価値基準で言えば、パソコンで勝ち=人生で勝ちなのです。
だから夜になれば、netの中で「Windowsはクズ、Windowsはクズ」と唱えます。
そうやって自己催眠をかけ、自分の人格をぎりぎりの所で保っているのです。

841名無しさん@編集中:02/11/20 01:56
いい加減にAVIのビデオコーデックな形態をやめて欲しい。
842名無しさん@編集中:02/11/20 02:05
Aviが一番便利じゃん

Linuxでも使えるYO!(´ー`)
843名無しさん@編集中:02/11/20 02:11
844名無しさん@編集中:02/11/20 02:23
フォーマットが優れてるって話をしてるのにAVI信者ってあほばっかり
845名無しさん@編集中:02/11/20 02:40
一気に厨が流れ込んできたなぁ
しばらくはしょうがないか
846名無しさん@編集中:02/11/20 02:44
DivX5.0.2使えばいいだけではXviDってそんなにイイ?
DivX5.0.2と同じような機能と画質じゃない?
インターレースな動画がを作れるぐらいだけど
インターレースのままエンコする奴なんて見た事ない。
847名無しさん@編集中:02/11/20 02:55
>>844
そんな話してるのは君だけ
848名無しさん@編集中:02/11/20 03:09
AVI,ASF,MOV,RM以外なら何でもいいよ。
849名無しさん@編集中:02/11/20 03:13
ISO MPEG-4の時代は終わりました
850名無しさん@編集中:02/11/20 03:18
>>844 微妙な問題だな。スレ違いだし。少なくとも可変fpsは
AVIでは難しい。(一応実現してるが)
XviD+oggでogmって立派に非AVIだけど・・・
844の言い分を良心的に漏れは受け取るが、現状では
漏れはXviDを捨てる事が出来ない。

>>846 DivX XviD どちらも設定デフォルトで比較すればさほど
違いは無いかもな 特に1passは。ソースに合わせて設定を
突き詰めていく上ではXviDの良さが出てくる。
mod. HQは暗いシーン等に有効。
2passならAlt.CurveやI-frame Boostも良いね。

>インターレースのままエンコする奴なんて見た事ない。
釣りや煽りは他で頼む。
851名無しさん@編集中:02/11/20 03:22
ogmマイナーすぎ
852名無しさん@編集中:02/11/20 03:25
時代はMCF
853魔架:02/11/20 03:28
MPEG-4陣営はmp4ファイルフォーマットの普及を急げ!!
854名無しさん@編集中:02/11/20 04:28
もうとっくに普及してるし。

あー。QTのはダメよ。あれは論外。
ISO規格じゃなくISMAだからな
855名無しさん@編集中:02/11/20 05:31
つまり、XviDは素晴らしいってことだ
856名無しさん@編集中:02/11/20 05:34
mp4なんてMXで全然みねえぞ?
857名無しさん@編集中:02/11/20 05:45
>>854 名前:名無しさん@編集中 :02/11/20 04:28
あー。QTのはダメよ。あれは論外。
ISO規格じゃなくISMAだからな


プ
858名無しさん@編集中:02/11/20 05:51
反論もできまい
859名無しさん@編集中:02/11/20 05:53
MPEG-4陣営って何ですか?
860名無しさん@編集中:02/11/20 05:55
857 名前:名無しさん@編集中 :02/11/20 05:45
>>854 名前:名無しさん@編集中 :02/11/20 04:28
あー。QTのはダメよ。あれは論外。
ISO規格じゃなくISMAだからな


プ
861名無しさん@編集中:02/11/20 06:03
ISMAはISOのプロファイルを使ってるんだからISMA準拠ってことは例外なくISO準拠だな
862名無しさん@編集中:02/11/20 06:11
854 名前:名無しさん@編集中 :02/11/20 04:28
もうとっくに普及してるし。

あー。QTのはダメよ。あれは論外。
ISO規格じゃなくISMAだからな
863名無しさん@編集中:02/11/20 06:21
854 名前:名無しさん@編集中 :02/11/20 04:28
もうとっくに普及してるし。

あー。QTのはダメよ。あれは論外。
ISO規格じゃなくISMAだからな
864マスクドライダ:02/11/20 06:33
Σ(゚д゚|||
865名無しさん@編集中:02/11/20 07:22
ISO準拠か準拠じゃないのかどっちなんだよ
866名無しさん@編集中:02/11/20 07:31
>>850
煽りじゃなくて本気なんですが
Mpeg2じゃなくXviDでインタレ解除しないでエンコする奴っている?
867名無しさん@編集中:02/11/20 07:33
854 名前:名無しさん@編集中 :02/11/20 04:28
もうとっくに普及してるし。

あー。QTのはダメよ。あれは論外。
ISO規格じゃなくISMAだからな
868名無しさん@編集中:02/11/20 07:45
なんだ、このこぴぺキチガイは。

>>866
PC で見る場合は結局なんらかの手段で最終的にはインターレース解除
する必要があるからねぇ。
869名無しさん@編集中:02/11/20 07:57
854 名前:名無しさん@編集中 :02/11/20 04:28
もうとっくに普及してるし。

あー。QTのはダメよ。あれは論外。
ISO規格じゃなくISMAだからな
870名無しさん@編集中:02/11/20 08:12
( ´,_ゝ`)プッ
871名無しさん@編集中:02/11/20 08:46
>>868
マカは無視で

インタレOKなCodecってダメなの? 再生時にインタレをプログレ再生処理。
>866 も似たようなこと書いてる気がする
872名無しさん@編集中:02/11/20 09:17
TV出力を前提で作ってる香具師は
インターレースありXviDという選択肢もありだろ
873名無し募集中。。。:02/11/20 09:28
わざわざインターレース解除する必要ない
874名無しさん@編集中:02/11/20 09:31
XviDのインタレありってどう?
前試した時は壊れ気味っぽかったのでそれっきり…。 もう半年くらい前の話

自転車操業エンコやってるんで最新版XviD入れる余裕もなく。
あんまりスレでは話題になってなかったよね?
875名無し募集中。。。:02/11/20 09:34
最新の攻撃型では結構よくなってる
876名無しさん@編集中:02/11/20 09:52
fpsを気にしなくてもいいし、糞重いインタレ解除使わなくてもいいし、便利だと思うけどな。
将来性はインタレエンコにあると思うよ。
Divx6が出たら間違いなく対応するだろうね。
877名無しさん@編集中:02/11/20 10:03
>>876
おおー
そういうもんなのか!
全然理解してなかったよ。そりゃ便利そうだ
878名無し募集中。。。:02/11/20 10:07
おいらは704か720でインターレース
でもボトムファーストにしなきゃなんない
879名無しさん@編集中:02/11/20 10:16
VP3使えばいいじゃねーか
880名無しさん@編集中:02/11/20 10:28
854 名前:名無しさん@編集中 :02/11/20 04:28
もうとっくに普及してるし。

あー。QTのはダメよ。あれは論外。
ISO規格じゃなくISMAだからな
881名無しさん@編集中:02/11/20 15:01
854 名前:名無しさん@編集中 :02/11/20 04:28
もうとっくに普及してるし。

あー。QTのはダメよ。あれは論外。
ISO規格じゃなくISMAだからな
882名無しさん@編集中:02/11/20 16:17
一人でやってるのなら、煽りはともかくコピペはやめといたほうがいいよ。。
883名無しさん@編集中:02/11/20 17:24
おもろないねん
884名無しさん@編集中:02/11/20 18:07
854はしね
885名無しさん@編集中:02/11/20 22:48
>>782
プレーヤとしてはWMP7以上は糞すぎる
WMP9は軽くてびびったけど変な機能やら融通が利かない所がやっぱり糞だな…

よってAVIやらはWMP6.4でwmvなどはWMP9で見るように使い分けております。


>>832
どこが。いらん機能・バグ・小さな親切大きなお世話ばっかり増えているが
886885:02/11/20 22:50
>>AVIやらはWMP6.4でwmvなどは
アホか。いつもは6.4でwm7シリーズ以上はwmp9で見ると言うことですな。

逝ってきます
887名無しさん@編集中:02/11/20 22:50
遅レスとか
888名無しさん@編集中:02/11/20 23:44
VP3って使い物になるのか?(・∀・)??? なんか開発20%って感じだったが…
889名無しさん@編集中:02/11/20 23:47
>>885
AVI =BSPlay+FFDShow
MPGやWMV =WMP

これで幸せになれます。
まじで
FFdShow知らないなら、あなたはXviDを知りません。
890名無しさん@編集中:02/11/20 23:59
>>888
最高
891名無しさん@編集中:02/11/21 00:07
XviDに未来はありません
5年後には見れません
892名無しさん@編集中:02/11/21 00:20
>>891
おまえは5年前にエンコした動画をいまだに見ているのかと小一時間
893名無しさん@編集中:02/11/21 00:24
>>892
五年前のビデオとかたまに見返したりするけどな
894名無しさん@編集中:02/11/21 00:32
5年前のビデオテープってすごいコトになってるよな
895名無しさん@編集中:02/11/21 00:33
エロ動画なら何年たっても見続けます
896名無しさん@編集中:02/11/21 00:52
>>889
ffdshow使って見るより普通にXviDでデコードしたほうが綺麗なんだけど
897名無しさん@編集中:02/11/21 00:54
MP4普及してれば見れるじゃん
898名無しさん@編集中:02/11/21 01:01
DivXが生き残れば見れるし
899名無しさん@編集中:02/11/21 01:31
つか、オープンソースなんだから、いざとなったら自力でどうにでもできる
のが最大の利点だろうが。
900名無しさん@編集中:02/11/21 01:58
日本ではソース入手できないじゃん
901名無しさん@編集中:02/11/21 02:00
MPEG4の規格書があれば大丈夫
902名無しさん@編集中:02/11/21 02:45
来年はOgg Theoraの年になるです。
903名無しさん@編集中:02/11/21 03:18
mpegable X4 live for free

The most advanced MPEG-4 consumer video codec for free!!!
Just fill out our brief survey and get mpegable X4 live for free.
This offering is available only in November 2002.
http://www.mpegable.com/showPage.php?SPRACHE=UK&PAGE=home

どんなもんかな?
904名無しさん@編集中:02/11/21 06:18
XviDには適わないね
905名無しさん@編集中:02/11/21 06:19
MPEG-4エンコできれば別にXviDやDivXが消えても問題無いだろ
906名無しさん@編集中:02/11/21 07:36
FFdShowのmp4対応まだ?
907名無しさん@編集中:02/11/21 08:17
mp4なんぞイラネ (´ー`)
908名無しさん@編集中:02/11/21 09:05
>>895
綺麗なVGAなら5年経っても観るような気がします
909名無しさん@編集中:02/11/21 09:15
XviD-20112002-1出てるね
910名無しさん@編集中:02/11/21 10:42
ねぇ、FFdShow配布停止になってないね
911名無しさん@編集中:02/11/21 11:02
良いことだ。
912名無しさん@編集中:02/11/21 11:16
>>910
ん? ffdshow ってアメリカで作っているんだっけ?

あと、もしアメリカで作っていたとしても、ライセンス変更後の XviD の
コードを含んでいなければ、XviD License の適用は受けないから配布停止
にはならんて。
913名無しさん@編集中:02/11/21 11:21
>>909
Bフレ使うと同じフレームが連続するの治ってるかなぁ・・・
914名無しさん@編集中:02/11/21 11:38
自分で試せばいいんじゃないかなぁ・・・
915名無しさん@編集中:02/11/21 12:59
んだんだ
916名無しさん@編集中:02/11/21 13:09
>>913
そんな現象おきないけど
フィルタの順番がおかしいとかじゃないの?
917名無し募集中。。。:02/11/21 13:28
フィルタかけなくてもなるよ
918名無しさん@編集中:02/11/21 13:49
ffdshow は cutka.szm.sk はスロバキアなんで OK だけど、ソースやバイナリや
cvs リポジトリが置いてあるのは sourceforge なんで、XviD ライセンスなコードは
こっちには置けないことになるね。
919名無しさん@編集中:02/11/21 14:24
FFdShowのバイナリ、落とすときにUSかヨーロッパ鯖を選択できた気がする。。。
920名無しさん@編集中:02/11/21 14:44
発音はエフエフディーショウで合ってる??
921名無しさん@編集中:02/11/21 16:09
>920
ファファード・ショウだよ
922名無しさん@編集中:02/11/21 16:13
発音ネタはもうお腹一杯ですので結構です。
923名無しさん@編集中:02/11/21 16:27
XviDのソース含まないでlibavcodecだけでデコードってできないの?
924名無しさん@編集中:02/11/21 17:17
>>920
ジェントル・メン
925名無しさん@編集中:02/11/21 17:29
Koepi の最新版だと B-frame がグレーアウトしてて設定できない。なぜ?
926名無しさん@編集中:02/11/21 17:49
FFdShowでMPEG2再生ってできるの?
927名無しさん@編集中:02/11/21 17:58
>>925
「攻撃型ビルドを使ってない」に120fps。
928名無しさん@編集中:02/11/21 18:02
10月4日版はだめよ
929名無しさん@編集中:02/11/21 18:12
>>894
20年前のベータテープでも綺麗に映りますが、何か?



テープを置く場所には乾燥剤を置きましょう
930 :02/11/21 20:19
XviDでエンコした動画を再生すると再生サイズの拡大縮小がおかしくなり
拡大率100%じゃないとうまく再生されないんだけどこれってバグ?
kopepiの攻撃型XviD-14112002-1の時は直ってなかった。
931名無しさん@編集中:02/11/21 21:37
直ってないならバグなんだろう。
932名無しさん@編集中:02/11/21 23:31
みんな量子化行列どうしてるの?
TMPGとかCCEのまねとか?
933925:02/11/22 02:18
>927
あっ・・・。
さりげなく教えてくれてさんきゅ。
934名無しさん@編集中:02/11/22 02:41
攻撃型ビルドだと
NicとKoepiどっちが安心して使えるの?
935名無しさん@編集中:02/11/22 04:46
cvs の log 見ると
20.11.2002 20:20:
- bframe+qpel decoding support, bframe decoding bugfix, qpel interpolation speedup, bframe decoding speedup

20.11.2002 15:40:
- all qpel code rewritten

19.11.2002 13:40:
- decoder bframe fix, koepi bframe_offset, additional xvid_enc_frame->intra types
- qpel support for b-frames
- koepi bframe_offset, foxer's updated 2pass code, bframe keyframe fix
って具合に、ここ数日のアップデートはすごいもんがあるな。
これでようやく GMC と QPel と B-VOP とを組み合わせてつかうようになれたのかな?
まだまだバグは残っていそうだけど。
936名無しさん@編集中:02/11/22 06:07
QPelって再生めちゃくちゃ重いんでないの?
937名無しさん@編集中:02/11/22 07:29
21日版またインターレースのBフレがおかしくなったぞ
でコードの問題みたいだが
938名無しさん@編集中:02/11/22 09:18
ぐあー
939名無しさん@編集中:02/11/22 12:06
divx3やlame(mp3)やgif問題のことを考えると、
xvidがライセンス的にグレイになったとしても
ライセンス違反というだけの理由で使われなくなることはないだろう。
今でもdivx3.11(msmpeg4v3のハック)+SBCがイチバンといって
愛用してる人も多い(自分自身は使ってないけど)。
mp3もライセンスうざいといってoggに乗り換えてる人はまだ少ないし
gifからpngも、アニメgifからmngも……。

けれど、Ogg Theora(vp3)が内容的にmpeg4系を越えたら、
そっちのほうがキレイだからという単純な理由で乗り換えると思う。
あくまで個人的な意見。
940名無しさん@編集中:02/11/22 12:39
うん。良い意見だね
サンセー

941名無しさん@編集中:02/11/22 13:39
どうせならVP3よりハックしたVP5とか出回らないかな?
942名無しさん@編集中:02/11/22 17:23
普及すれば有料でもいいんだよ
943名無しさん@編集中:02/11/22 19:10
>>939
まあ、使う側にとってははそうだね。もともと MPEG 特許問題があったわけ
なんだし。んで、今回の問題は主に開発する側にあることで。もっとも、
パッチ送って 「お前は日本にいるからダメ」なんて門前払いされることは
ないだろうけど。

>>941
Ogg Theora は VP3 とイコールじゃなくて VP3 の改良版になる予定だから、
2pass エンコだとか、心理視覚モデル (XviD でいう luminance masking)
だとか、VP3 にはない色々な機能を独自に盛り込んでくる可能性もあるん
じゃない?
944名無しさん@編集中:02/11/22 19:51
945名無しさん@編集中:02/11/23 05:29
結局個人利用者にライセンス云々うんちくを垂らしても無駄と言うことだな。
946名無しさん@編集中:02/11/23 12:00
947名無しさん@編集中:02/11/23 13:23
法律的に厳密に言えばそもそも(略
948名無しさん@編集中:02/11/23 18:09
MPEG-4は全部有料なのが当たり前なんだろ?
949名無しさん@編集中:02/11/23 19:22
>>948
まあ、DivX5 のように DivX.com が金を払っている場合もあるけどね。
950名無しさん@編集中:02/11/23 20:20
DivX5pro版はMPEG-LAに
DivX5Free版だと映像圧縮特許にお金払ってるそうな
951名無しさん@編集中:02/11/23 20:51
952名無しさん@編集中:02/11/23 23:04
ヂビックスがインストールされてる環境でキシビッド使うのもダメなの?
この場合特許料はらたことになるんじゃないの?
953名無しさん@編集中:02/11/24 00:35
でここにいる皆さんはたとえばKoepiのXviD-21112002-1とかを
どんな設定で使ってんの?
是非教えてくださいな
954名無しさん@編集中:02/11/24 12:09
>>952
それ面白い発想だな
でもやっぱダメかも
この場合、特許料は俺らじゃなくてソフト配布側(この場合Koepiとか)が払うはずなんで。

国によるんじゃない?
ドイツとかは「学術研究に関しては特許保護は適応されない」って法律条項があるらしい
学の自由ってやつやね。
MPEG4を研究することで、それを超える映像圧縮技術を探る権利やね。
逆にXviDが商売始めようとするなら特許権を使って潰されると思う。

Koepiは「圧縮技術のテスト。自己責任」って言って配布してる。
だからといって、バイナリを全世界にバラまいて良いのか知らんけど。
955名無しさん@編集中:02/11/24 20:03
MPEG-2と同じ状況になるだけ
956名無しさん@編集中:02/11/25 11:20
>>955
一言で斬ってますが、ずばりその通りだと思う
957名無しさん@編集中:02/11/25 18:02
キシビッドあげ
958名無しさん@編集中 :02/11/25 19:11
ねー形式的にアメリカがやばくなるって話ってだけど
uManiac. koepi, nic, tobiasといった開発者のなかにアメリカの人
入ってないの?
959名無しさん@編集中:02/11/25 21:14
>>958
koepi: Germany
Nic: England
uManiac: Iceland
Tobias: Spain
ヨーロッパばっかり…
960名無しさん@編集中:02/11/25 22:40
1000
961名無しさん@編集中:02/11/26 02:11
ややこしいのがファイルフォーマットとコーデックの関係だ。
AVIファイルの中に“MPEG-4”を名乗っているものがある。XviDやDivX”がそうだ。
これは「MPEG-4の技術を使っているAVIファイル」ということになる。
「QuickTime」のMOVの場合もAVIの場合も同じだが、通常、ムービー内の映像や音声
はさまざまな形式の圧縮がかけられていて、それを映像や音声という形に復元するため
にはその形式に合った圧縮・伸張モジュールが必要になる。このモジュールがコーデックだ。
つまり、MOVファイルやAVIファイルのフォーマットは、コーデックによって圧縮された
トラックの“入れもの”として規定されており、それぞれのMPEG-4技術がコーデックとして
利用されているのだ(DivXはMP4ファイルも作成可能)。
962名無しさん@編集中:02/11/26 08:31
MOVなんて使ってるヤツはいねー(藁

つーかマカはカエレ (・∀・)♪
963名無しさん@編集中:02/11/26 11:17
XviD-25112002-1出てます。
導入後codecの設定を初期化した方が良いかも。
964名無しさん@編集中:02/11/26 11:24
毎回初期化しないとブロックノイズの固まりが生成されるなXvid
965名無しさん@編集中:02/11/26 11:27
Nicの最新版はBフレームのところグレーアウトしてる。
966名無しさん@編集中:02/11/26 11:27
>963
常識。
967名無しさん@編集中:02/11/26 11:42
>>966
うむ。そだね。

とはいえ、ヲレも昔はアップデートして設定そのままにして1週間ぐらい
使っていて、ある日ふと Edit Quantizer Matrix してなんじゃこりゃ〜
と叫んだりしたけど。
968名無しさん@編集中:02/11/26 13:51
XivDってDVDからMPG4とかってつくれますか?
969名無しさん@編集中:02/11/26 15:11
>>968
余裕。
970名無しさん@編集中:02/11/26 15:42
>>968
無理。
971名無しさん@編集中:02/11/26 15:53
つまり、
余裕で無理。
972名無しさん@編集中:02/11/26 16:18
koepiの25日版はQpel使うと画面がぐちゃぐちゃになるみたいです。
他に原因があったら修正ヨロシコ。
973名無しさん@編集中:02/11/26 16:22
4分の1画素の動き保障ってどういうこと?
面積四倍に拡大して再生しても1ピクセルごとに動く?
974名無しさん@編集中:02/11/26 17:07
>>973
補間って知ってる?
975名無しさん@編集中:02/11/26 17:09
知らない
976名無しさん@編集中 :02/11/26 17:19
>>959
アイスランドか。。渋いな

>>963
コーデック同じままでも時々強迫観念のようにload defaultしてる
2パスのログをうっかり古いままのを使わないとかの実益もあるが、ほとんど神経症

>>968
XviDはmp4だから音声をaacで圧縮してmuxすればそのまんま

>>972
nicの割と最近のもqpelがしんでた。しかもモーションサーチを6にすると
問答無用でqpelがオンになって2パスめでvdubが落ちた

ところでもうジョウシキかもしれないけどvdub1.4.12
p4最適化版だと。p4の人速くなった?
977名無しさん@編集中:02/11/26 17:28
>>973
動きベクトルって理解できる?

>>976
mp4 になるように mux せんといかんね。
じゃないと、OggMux とか使われて MPEG4 じゃないと主張されかねん。
978名無しさん@編集中:02/11/26 18:04
>>977
うむ、何がmpeg4かというのがイマイチ曖昧な気もするが
とりあえず「quickTimeやRealOne Playerで再生できるmp4ファイル」には変換可能
OggMuxは関係ないけどaacもmuxできるんだっけ?ac3と勘違いしてない?

もっとも元の質問がDVDを「mpeg4とかに」できます?という質問なので、
ms-mpeg4とかでもいいのかな。
979名無しさん@編集中:02/11/26 18:05
動きベクトルなら大体わかるかなぁ
980名無しさん@編集中:02/11/26 18:25
>>979
QPelは1/4ピクセル単位で動きベクトルを測定(というか推測というか)する。
細かい動きに対応できる分、差分が小さくなって圧縮率が上がる。
981名無しさん@編集中:02/11/26 18:29
>>980
いいことづくめだな。
982名無しさん@編集中:02/11/26 18:41
>973-
調べてすぐわかるってもんでもないんだからいい加減誰か詳しい人答えてよ。

知ってる範囲で書くと、通常MPEG系の Codec はフレーム間圧縮を行うときに
被写体の動きを計算にいれて圧縮する。要するに
「前のフレームの画像+被写体がどの方向にどのくらい動いたか=次のフレームの画像」
これを動き補償っていうんだけど、被写体の動きを計算するときの最小単位がDivXだと
通常 8x8 pixel になる。したがってこのままだと被写体は 8 pixel 単位でしか動かないこと
になってしまうのでもうちょっと正確に通常の1/4単位で動きを検出することにするのが
Quarter Pel。(MPEG は 8x8 のブロックを4つ合わせて16x16が最小単位らしい。)

こっからは予想だけど、つまり Qpel をONにすると、なめらかに動くようになるぶんファイル
サイズが増えてしまうのではないかと。
ただ、現在(Koepiの一個前のバージョン)はまだバグがあって、Qpel を ON にしてしまうと
上にも書いてあるとおりブロックノイズがでてしまうので個人的には OFF がいいと思う。

詳しい人つっこみよろしく。
983名無しさん@編集中:02/11/26 18:47
>972
最新版だとさらに悪化してるのか・・・
984名無しさん@編集中:02/11/26 19:09
増えるのか減るのかはっきりしやがれ
985名無しさん@編集中:02/11/26 20:59
>>982
ちーがーう。マクロブロックと動きベクトルについて調べなおせ。

986名無しさん@編集中:02/11/26 21:04
何で急に盛り上がってるんだYO
987名無しさん@編集中:02/11/26 23:04
>>981
ただ、1/4 画素単位での動き検出はそれなりに困難。現に DivX5 も XviD も
QPel まわりでバグがある状態。あと、エンコード・デコード時の負荷が上るんで、
必ずしもいいことづくめというわけではない。

>>982
マクロブロックと動きベクトルとを混同しているし…。>>980 の中で、なにが
どう理解できないの?
988名無しさん@編集中:02/11/26 23:15
988
989名無しさん@編集中:02/11/26 23:15
990名無しさん@編集中:02/11/26 23:15
990   
991名無しさん@編集中:02/11/26 23:16
991 
992名無しさん@編集中:02/11/26 23:16
梅楯
993名無し募集中。。。:02/11/26 23:16
キシビッドのしんすれ立てろ
994名無し募集中。。。:02/11/26 23:17
キシビッド立ててよ
995名無しさん@編集中:02/11/26 23:17
いやだもん
996名無しさん@編集中:02/11/26 23:17
あと4つ
997名無しさん@編集中:02/11/26 23:18
997かもね。
998名無し募集中。。。:02/11/26 23:19
キシビッド1000(●´ー`)
999名無しさん@編集中:02/11/26 23:19
普通の胸
   | )
   ||    

なっちの胸
   | )   
   | |  ←なっちはこの部分がぽっこりでてるんだよね。いわゆる鳩胸タイプ    


証拠画像↓
http://harunacci.axisz.jp/cgi/source/angel8_0631.jpg
1000名無し募集中。。。:02/11/26 23:20
>>999
しね
10011001
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。