XviD総合スレ Part3

Xvidの情報交換スレです

前スレ
Xvid総合スレ http://pc.2ch.net/test/read.cgi/avi/1020813820/

2 ：名無しさん＠編集中：02/09/25 18:11

XviD
http://www.xvid.org/

バイナリ配布
http://www.heimsnet.is/kg/
http://nic.dnsalias.com/
http://roeder.goe.net/~koepi/

ffdshow
http://cutka.szm.sk/xvid/xvid.html

3 ：名無しさん＠編集中：02/09/25 18:15

乙

4 ：名無しさん＠編集中：02/09/25 18:26

乙オメコ

5 ：名無しさん＠編集中：02/09/25 18:32

祝糞スレ開始

6 ：名無しさん＠編集中：02/09/25 18:57

Xvid総合スレ
http://pc.2ch.net/avi/kako/1015/10153/1015350765.html

初代スレです

7 ：名無しさん＠編集中：02/09/26 17:31

B-frameってどーなったの？

8 ：名無しさん＠編集中：02/09/27 03:09

>>7
main branch からは外された。

9 ：名無しさん＠編集中：02/09/27 22:07

ﾏﾀｰﾘage

10 ：名無しさん＠編集中：02/09/28 00:37

xvidをインスコしましたが、プレイヤーにファイルをドロップ再生しても
強制終了がでて上手くいきません。
めぼしい改善策ありますでしょうか？

11 ：名無しさん＠編集中：02/09/28 01:16

>>10
根本的に環境が怪しくなっているから、素直に OS 再 install

12 ：名無しさん＠編集中：02/09/28 12:11

>>10
ffdshow入れてみるとか？

13 ：名無しさん＠編集中：02/09/28 18:35

マシンがへぼくて、重くてどうしようもないです。
他フォーマットに再エンコードとかできませんか？

14 ：名無しさん＠編集中：02/09/28 18:37

>>13
XviD使わないでMPEG1とか使えば？

15 ：名無しさん＠編集中：02/09/28 18:38

>>13
エンコーダがあれば、できますよ。
軽いフォーマットと言えば無圧縮AVIでしょうか。

16 ：名無しさん＠編集中：02/09/28 18:49

拾ったやつを再エンコとか言ってるのか？　ダウソ板に帰れよ

17 ：名無しさん＠編集中：02/09/28 19:28

>>15
ネタか？

18 ：名無しさん＠編集中：02/09/28 22:42

釣られないように

19 ：名無しさん＠編集中：02/09/28 22:44

>>17
他の形式に変えれないか？と聞いてるから、エンコーダーがあれば出きると言ったまでだ。
なんか間違ったこと言ったかね？ん？君ぃ。

20 ：名無しさん＠編集中：02/09/28 22:55

>>15
無圧縮AVIはHDDアクセスが大変で再生は重い。お前のとこじゃ再生できるのか？
おれのオススメは、MPEG-1またはMJPEG。

21 ：名無しさん＠編集中：02/09/29 03:31

釣られないように

22 ：I_am_hacker：02/09/29 11:42

くそー、

23 ：you are fuc*er：02/09/29 12:00

>>19
Xvidだけど、上手く見れねぇから変換してくれ!
っていう需要は結構あるよんね

24 ：名無しさん＠編集中：02/09/29 13:24

ttp://www.inmatrix.com/files/avic_download.shtml

25 ：名無しさん＠編集中：02/09/29 14:27

>>15
無圧縮aviが軽い…？
( ´,_ゝ`)ﾌﾟｯ

26 ：名無しさん＠編集中：02/09/29 16:27

>>25
どんな脆弱環境だよ。
DTVユーザーならﾊｰﾄﾞRIDEは当たり前だよな？

27 ：名無しさん＠編集中：02/09/29 17:44

ﾊｰﾄﾞRIDEってなに？

28 ：名無しさん＠編集中：02/09/29 17:50

1passクワンタイザーモードって
NANDUBでいうと、CL一定ということかいな？

29 ：名無しさん＠編集中：02/09/29 18:13

ﾀﾞｳｿ板にｶｴﾚ（･∀･）

30 ：28：02/09/29 19:14

＞＞29
何のことだ？

31 ：名無しさん＠編集中：02/09/29 20:46

この板の住人はどうしてすぐ釣られますか？

32 ：名無し三平：02/09/29 21:22

★☆★ＤＱＮ達の釣り★☆★
http://sports.2ch.net/test/read.cgi/fish/1021730571/

33 ：名無しさん＠編集中：02/09/29 23:45

２７はとりあえず小魚だったってところだな

34 ：名無しさん＠編集中：02/09/29 23:55

小魚に失礼だ

35 ：名無しさん＠編集中：02/09/30 00:35

13 名前：名無しさん＠編集中投稿日：02/09/28 18:35
マシンがへぼくて、重くてどうしようもないです。
他フォーマットに再エンコードとかできませんか？

36 ：名無しさん＠編集中：02/09/30 11:57

再生が重いって人は散々ガイシュツだけど
bsplayer+ffdshowで如何でしょうか？
http://www.geocities.co.jp/SiliconValley-Sunnyvale/3584/
日本語化も出来るしフリーだしね。
ffdshow 2002-09-27凄く綺麗だと思うよ。

釣りは別の所でお願いすます。

37 ：ミラクル・ジム：02/09/30 22:42

呼んだ？

38 ：名無しさん＠編集中：02/10/01 01:29

まずハードRIDEが何なのかハッキリさせれ、話はそれからだ。

39 ：名無しさん＠編集中：02/10/01 01:49

ｦﾚも今回編集ﾏｼﾝを新調するので、
最低限必要なら是非ハードRIDEを導入したいと考えています。

良ければ導入費用とか詳しく教えてください。

40 ：名無しさん＠編集中：02/10/01 02:27

＞39
小僧。反省汁。

http://www.google.co.jp/search?q=cache:VIXR56GB3t0C:www.hvymtlthunder.com/BILLBOARD/billboard.html+HardRIDE&hl=ja&lr=lang_ja&ie=UTF-8

41 ：名無しさん＠編集中：02/10/01 02:37

>>40

404だぞ
反省汁

42 ：ミラクル・ジム：02/10/01 03:01

>>41
見れたけど？

43 ：名無しさん＠編集中：02/10/01 03:17

俺も見えた。

44 ：名無しさん＠編集中：02/10/01 03:20

俺は見えん。
404じゃないけど、ビルボードのホームページが出る。

45 ：LIVEの名無しさん：02/10/01 03:22

おれもみえた

46 ：名無しさん＠編集中：02/10/01 04:04

俺には44と同じくヘヴィメタのリンクしか見えん。
まあコレで正解なのかな？HardRIDEがキーワードなんだし。

47 ：名無しさん＠編集中：02/10/01 04:16

> DTVユーザーならﾊｰﾄﾞRIDEは当たり前だよな？

つまり、DTVユーザならヘヴィメタを聞くのが当たり前ということでファイナルアンサー？

48 ：名無しさん＠編集中：02/10/01 16:01

ど、どうしようかな。
ファイナルアンサーはちょっと待って！お願い。

49 ：名無しさん＠編集中：02/10/01 16:30

ハードライドスペシャル

50 ：名無しさん＠編集中：02/10/01 17:54

ffdshow-20020927でシャープフィルタ掛けると映像が破綻してしまう。
皆の衆は無問題？

51 ：名無しさん＠編集中：02/10/01 18:06

>>50
確かに0927のｼｬｰﾌﾟは酷いな。鬱。

52 ：名無しさん＠編集中：02/10/01 18:25

XP SP1入れたらWMP6.4でffdshowが使えなくなってしまったのは漏れだけですか　(´･ω･`)

53 ：名無しさん＠編集中：02/10/01 19:53

ffdshow入れ直しで直らない？

54 ：52：02/10/01 20:03

だめでした。　すぐ固まってしまいます。

55 ：名無しさん＠編集中：02/10/01 22:33

ハードＲＩＤＥな夜をあなたに・・・。

56 ：名無しさん＠編集中：02/10/02 17:36

WMP6.4俺も好きなんだけど
「7以降じゃなきゃダメ」なことがだんだん増えてきたなあ。
ところで誰かwmp関連のスレ知らないか？

57 ：名無しさん＠編集中：02/10/02 17:41

XPSP1おかしいし

58 ：名無しさん＠編集中：02/10/02 18:08

WMPのスレはないかも？

59 ：名無しさん＠編集中：02/10/02 20:02

Media Player Classic
http://vobsub.edensrising.com/mpc.php
漏れは使った事ないけど評判はイイですね。

60 ：名無しさん＠編集中：02/10/02 20:21

　詳細オプションの「enable interlacing」ってどういうものなんでしょう？
　圧縮時には１ラインづつ間引いてインターレース状態でエンコして、再生時
にソフトＤＶＤプレイヤーばりにデインターレースする事によって圧縮率を上げ
る……、というものでは無さそうなんですが。
　というか、そういうものだとばかり思って試してみたらしましまで。（笑）

61 ：名無しさん＠編集中：02/10/02 21:10

テレビで見る為用

じゃなかったっけ？

62 ：名無しさん＠編集中：02/10/02 22:26

>>60
インターレースソースをインターレースのままエンコーディングするためのものに
決っているだろうが。
ただし、codec 内でフィールドオーダーを設定できないとかいまいち完成度が低い。

63 ：名無しさん＠編集中：02/10/02 22:27

>>50
green bug も見事に復活していたりする。

64 ：名無しさん＠編集中：02/10/02 22:41

divx5.0.2でエンコードすると、グラデーション部分の色数少なくなって
虹みたいに見えるんだけど俺だけ？こんな現象になるヤシほかにいる？

アンインスしてレジストリ消して再インストしたけどやっぱりだめ。
同じファイルをほかのPCで見るときれいなの。
あと、うちでエンコードしてないファイルはきれいなの。
PCのスペックはきれいに見えたPCよりも上なんだけど・・・
G400なんだけどこれは関係ある？

65 ：６４：02/10/02 22:44

あ、間違えた。すれ違いすまそ。煎ってくる

66 ：名無しさん＠編集中：02/10/02 23:26

>>62
　でも、縦の解像度が半分になったり、フレーム数が２倍になったりはしない
ですよね。縦方向の圧縮時にインターレースを意識するって事ですか？

67 ：名無しさん＠編集中：02/10/02 23:43

>>66
なにが「でも」なのかまるで理解不能。インターレースをインターレースとして
扱うってことが理解できないの?

68 ：名無しさん＠編集中：02/10/03 00:35

>>67
　ん～。インターレース自体の基礎知識は持ってるつもりなんですが。
　実際に件のオプションを付けたものと付けないものを作ってみたんですが、
差が良く判りません。具体的にアウトプットがどう違うんでしょう。

69 ：：02/10/03 00:45

>>66
# 縦の解像度が半分になったり、
# フレーム数が２倍になったりはしない

それは SeparateFields <-> Weave の事ですか？
もしかして XviD の内部で使用してたりするんですかね。

一応やってたとしても、ちゃんと戻してから
データを渡してくれてるんではないでしょうか。

70 ：名無しさん＠編集中：02/10/03 00:46

>>68
MPEG-4 はあまり詳しくないが、一般に CODEC でのインタレース対応とは

・インタレース YUV 420 を使って、色差のフィールド独立性を守る
・フィールド DCT を使って、インタレース情報の保護と縞による
　圧縮率の低下を防ぐ
・フィールド MC を使って、インタレースによる圧縮率の低下を防ぐ

つーのが殆どで、如何にしてフィールドの独立を保ったまま（縞を残した
まま）圧縮率を稼ぐかってのが主眼

再生時にインタレース解除するかどうかは、表示側のデバイスに依存する

71 ：：02/10/03 01:09

>>68 滅茶苦茶クオリティーやビットレートを低くして確かめられましたか？

72 ：名無しさん＠編集中：02/10/03 01:38

>>69-70
　なるほど……。了解しました。ありがとうございます。確かに出来上がりの
サイズは違いますね。

73 ：名無しさん＠編集中：02/10/03 06:53

インタレース対応の話。
既出。これ>>62

キャプチャはインターレースソース→インタレ解除→プログレ→エンコ保存してるけど
ブレンド（あるいは何か処理）すると画質は必ず劣化する

デインタレ作業なしでXvidにしたい
そんで再生する時にCodecが勝手にプログレ表示して欲しいの。

74 ：　：02/10/03 07:23

FFDSHOWでかいじょ

75 ：名無しさん＠編集中：02/10/03 09:03

ffdショウゥでインターレース解除できるの？

76 ：名無しさん＠編集中：02/10/03 10:02

dekiruyo

77 ：名無しさん＠編集中：02/10/03 10:46

ffdshowの読み方がわからん

78 ：名無しさん＠編集中：02/10/03 11:26

うっふんうっふんダイエットしよう。

79 ：名無しさん＠編集中：02/10/03 11:37

宍戸錠

80 ：名無しさん＠編集中：02/10/03 13:10

XviDって嫌いなんだけど。
なんでDivXじゃダメなの？

81 ：名無しさん＠編集中：02/10/03 13:13

>>80
嫌いなら理由ぐらい書いて･･･

82 ：名無しさん＠編集中：02/10/03 13:13

消防だから設定がわかんない

83 ：名無し募集中。。。：02/10/03 13:15

XvidもDivXも互換性があるんだからいいじゃん

84 ：名無しさん＠編集中：02/10/03 13:16

>>80
初心者はダウソ板に帰れ

85 ：名無しさん＠編集中：02/10/03 13:22

ﾀｺｽ

86 ：名無しさん＠編集中：02/10/03 13:28

Xvidは発色良い感じがする。

でも人に渡すのはメンドクサイな
説明するの。

87 ：名無し募集中。。。：02/10/03 13:30

ヘッダをDivXにすれば問題ないじゃん

88 ：名無しさん＠編集中：02/10/03 13:40

それだと再生できなくないですか? ffdshow使ってると別ですが。

89 ：名無しさん＠編集中：02/10/03 13:53

>>88
DivX5のデコーダならおおむね再生可能だけど、インターレースを使っていると
ダメだね。
DivX4のデコーダだとH.263以外の量子化行列は使えないんでさらに制限がきつくなる。

90 ：名無しさん＠編集中：02/10/03 13:57

インタレースにしなければ再生できるよ
RMP4でもできる

91 ：名無しさん＠編集中：02/10/03 18:23

>>89
量子化行列は関係なかろう。

92 ：名無しさん＠編集中：02/10/03 19:12

>>91
あるよう
クォンタイザーにはH.263とMPEG標準がありまして。互換がございまそん

93 ：名無しさん＠編集中：02/10/03 19:52

Mod.HQってなんだべ？

94 ：名無しさん＠編集中：02/10/03 22:17

>>92
そんなの想像だろ。やってみろよ。（もちろん、DivX5もffdshowも入れないで）

95 ：名無しさん＠編集中：02/10/03 22:28

>>92
俺のマシンには、DivX4.12が入っている。(DivX5は入れてない）
ffdshowは入れているが、サポートCODECのチェックを全て外した。
XviDで、1pass-quality 95%，Quantization type=MPEG,FourCC used=DivXにしてエンコ。
できたAVIをWMPで再生できた。
このときのプロパティ情報（使用中のフィルタ）では、
DivX Decoder Filter
DivXG400
Video Rendeler
の３つだけだった。
この結果に何か意見は？

96 ：名無しさん＠編集中：02/10/03 23:49

>>95
再生できただけでテロップ周りが滲んだりすることはありませんか？

97 ：名無しさん＠編集中：02/10/04 00:15

>>96
何故にそんなこと心配するのか？
前のは文字が無かったので、テロップのある部分でエンコ。
綺麗なもんだよ。
そりゃ、Qualityを落とせばモスキートノイズやブロックノイズが発生するようになると思うけど。

98 ：97：02/10/04 00:21

>>96
大体、互換が無い？（DivX4では再生できん）と言っているのに反論するに
問題なく再生できたってだけで十分だと思うんだが。

99 ：名無しさん＠編集中：02/10/04 00:32

>>96
今のXviDのMPEGは、IP-VOPしか使わないので、実質H.263とそう変わらんと思う。
B-VOPを使えばダメだろう。
量子化行列については、DCTに使われるだけなので、ビットレートが十分なら
MPEGのを使えばより高画質になるというだけの違い。
（そもそも、MPEGの中に、DCTテーブルは持っていなければ逆DCTできないのは自明）
もう一度言うと、B-VOPを使わない場合、H.263とMPEGの違いは、DC成分とAC成分の配分率
の異なる量子化行列を使うってだけ。

100 ：名無しさん＠編集中：02/10/04 00:36

>>96
ｱﾋｬｰ、あんた賢いね…　勉強になるなぁ。

101 ：100：02/10/04 00:36

>>99の間違いですた。

102 ：名無しさん＠編集中：02/10/04 08:00

VideoGATEでテレビ出力する場合はPCスケールにするべきですか?

103 ：名無しさん＠編集中：02/10/04 10:47

>>93
散々ガイシュツだけどH.263とMPEGを良い感じで
シーンごとに切り替えてくれる機能。
H.263固定よりサイズ大になる可能性あり。

104 ：：02/10/04 12:49

>103
ModulatedとMod.HQの違いがわからんのだが。
前テストしたとき、Mod.HQとModulatedだかMPEGだかでエンコったものが
バイナリレベルで同じになって、そういうもん？だったし。？？？

105 ：名無しさん＠編集中：02/10/04 15:29

わからないのでMod.HQについて誰か語って下さい。　おながいします。

106 ：名無しさん＠編集中：02/10/04 16:02

Changelog:
- Fresh CVS checkout.
- New mod. HQ quant type reimplemented.
- Fixed TOO_SMALL_LIMIT again - better image quality.
- Updated Nic's DSF to the most recent standalone decoder.

107 ：名無しさん＠編集中：02/10/05 01:08

Some win32 guys made a media player for Micro$oft's well-known "console", the X-box.
Unfortunately they used FFMPEG and XVID sources in their closed-source product,
and failed to make their sources - and changes to the used GPL codebase - available either in public,
or by request - as the GPL license forces them to do so. They can't be contacted because they don't publish
their E-Mail addresses due to an expectable threat from M$, or whatever their reasons are.

This violates GPL.

As we currently cannot move against them (not that we want to do so, in the first place),
we can only warn the open-source community to
STAY AWAY FROM THIS PIECE OF PIRATED SOFTWARE!

It's a pity that so much people don't give a shit about the tireless work of FFMPEG/XVID creators.

108 ：名無しさん＠編集中：02/10/05 01:44

　　　　　　　　／￣￣￣"'"´｀`ヽ、
　　　　　　　 /　　　　　　　　　　　ヽ
　　　　　　　_|　　　　　　　　　　　　|_
　　　　　　（＿人__人__人__人__　　　）　　＿＿＿＿＿＿＿
　　　　　　　ノ＿＿　　＿＿　 |　　）　／
　　　　　　,-'(::::)　　　　　　(::::)　ソ　＜　　ウニ｡
　　　　　　'､　　,___,､,,____,　　　ノ　　　　＼
　　　　　　 `ｰ‐‐‐┬‐‐‐‐‐､''´　　　　　　￣￣￣￣￣￣￣
　　　　　　　　　　__.|　| / /　ヽ_　　
　　　　　　　　（　`○○'‐''"~　）
　　　　　　　　　 `''-(_/(_ﾉ-‐''''~

109 ：名無しさん＠編集中：02/10/05 02:51

>>99
>>（そもそも、MPEGの中に、DCTテーブルは持っていなければ逆DCTできないのは自明）
DCTテーブルと量子化テーブルがごっちゃになってませんか？
とか書いてみるテスト。

110 ：名無しさん＠編集中：02/10/05 03:15

>>109
何が言いたいの？
用語だけの問題？それとも根本的に間違っていると言っているの？
用語だとすると別に混乱するもんでもないだろう？
シーケンス層のIQM,NIQMが量子化マトリックスで、これをここでDCTテーブルと言っていて、
ブロック層のDCF,DDSL,DDSC,DDCD,DCN,EOBで表されるものは、DCT係数のVLCとか言うけど
これをDCTテーブルと言う言葉で指してないのは明らかだろう？

111 ：名無しさん＠編集中：02/10/05 03:50

DCTと量子化は全く別工程じゃん
H.263やMPEGといった量子化テーブルが逆DCT（離散コサイン変換）とどう関係あるの？

112 ：名無しさん＠編集中：02/10/05 04:18

>>111
なんだ、そんな些細な点に拘っていたのか。木を見て森を見ずって感じ。
じゃあ、逆量子化で、量子化マトリックスを参照する、
って言えば満足なのか？

113 ：名無しさん＠編集中：02/10/05 04:49

いや別に、間違い指摘してあげる義務もないんで
>>112がそれで良いなら、それで。

>>99 はかなりトンチンカンな文章だと思うけど。

114 ：名無しさん＠編集中：02/10/05 04:51

みなさん、すいませんでした。

115 ：名無しさん＠編集中：02/10/05 05:00

>>113
真にご面倒と切に思いますが
もし宜しければ、ご教授お願い致します。

116 ：名無しさん＠編集中：02/10/05 07:12

Xvidってバグバグで嫌だったんだけど
koepiのやめてnicの使ったら、不具合がピタっと収まった。

117 ：名無しさん＠編集中：02/10/05 09:08

>116
具体的にどういいう不具合があったのかを書かないと、流言飛語としか取れないですよ。
できるだけ詳細を書きましょうよ。

118 ：名無しさん＠編集中：02/10/05 09:59

>>116
漏れの所では逆だ・・・
nicの使うと2pass目でVirtualDubのメモリダンプが出てる。謎

119 ：名無しさん＠編集中：02/10/05 12:29

>>117
使い方がわからない→脳内フィルター(`･ω･´)ｼｬｷｰﾝ→バグバグ

まあ、こんなところだろ。

120 ：名無しさん＠編集中：02/10/05 16:46

nicのいれたら前にエンコした、ogmが見れない。
ffdshowを使ってもだめ。なんで？

121 ：名無しさん＠編集中：02/10/05 19:43

なんかxvid開発とまってんですが.......

sigmaのヒト、いくらなんでもまずいだろそれ。

122 ：名無しさん＠編集中：02/10/05 20:51

>120
oggのDSフィルタ入れ直せば？

123 ：名無しさん＠編集中：02/10/05 23:38

>>122
なおらないよ

124 ：名無しさん＠編集中：02/10/06 02:10

漏れもkoepi最新の入れようとしたらインストーラーが固まって焦った
Nicのは大丈夫だたYO!

125 ：名無しさん＠編集中：02/10/06 07:24

ISO MPEG-4のビデオストリームを生成できるビデオエンコーダーソフト
「DivX Pro」「XviD」「REALmagic MPEG-4 Video Codec（RMP4）

126 ：名無しさん＠編集中：02/10/06 08:44

>>120　それかなり前のエンコーダー使ったヤツ？
ogmが見れないって言うか映像がデコード旨くいかない？
再生すると映像破綻？それとも全然再生されない？
映像破綻の場合は９月当たりまでのXviDのDirectShowFilter入れれば
見れるように成るの思うけど？
でffdshowでuse XviD にチェックね。

127 ：120：02/10/06 10:24

>>126
たぶん、7月ぐらいのものだったと、思います
再生するとモザイク状に映像破綻します、ffdshowでデコードしても同じです
あと、なぜかffdshowを使うと、CPU使用率があがり100%近くにはりつきます
原因はなにが考えられますか？

128 ：名無しさん＠編集中：02/10/06 10:27

漏れもNicの入れたら、再生不具合が出た。
ffdshowで真っ赤な残像が残ったりするようになった
WMPじゃ綺麗に再生される

129 ：名無しさん＠編集中：02/10/06 10:29

XviDの動画が急に再生されなくなりました。

バージョンも古い(以前見ていた）のに変えても同じでなぜでしょう？
WinXP　SP1　を入れてからの様な気がします。
XP SP1で見てる人は居ませんか？

130 ：名無しさん＠編集中：02/10/06 10:55

>>129
ヲレは大丈夫だよ。koepi の XviD-04102002-1.exe でも ffdshow-20021003.exe
でも、さらに ffdshow で use xvid したやつでも昔エンコしたやつも今エンコ
したものも綺麗に見られる。

131 ：名無しさん＠編集中：02/10/06 13:06

>>129
SP1入れるとWMP6.4でffdshowが氏ぬ。

132 ：名無しさん＠編集中：02/10/06 15:10

>>131
WMP6.4でも WMP7 以上でも平気だぞ?
いったん XP を再 install したほうがいいんじゃないかな?

133 ：名無しさん＠編集中：02/10/06 16:10

そうしようかな・・・　　ｻﾝｸｽｺ　>>132

134 ：名無しさん＠編集中：02/10/06 18:54

ISO MPEG-4のビデオストリームを生成できるビデオエンコーダーソフト
「DivX Pro」「XviD」「REALmagic MPEG-4 Video Codec（RMP4）」
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　。

135 ：名無しさん＠編集中：02/10/06 20:09

>>127
試しにXvidアンインコ。XviD-22092002-1.exeとか入れてみる
ffdshowが日本語化してある場合　サポートコーデックに　XviD、 Use XviD　にチェック
使用カラーモードで YV12　のチェックを外す。
これで　どうでしょ？

136 ：名無しさん＠編集中：02/10/06 21:02

>>135
アプリケーションエラーってでました・・OSから再 installしてみます
ありがとうございました、ところで、比較的に安定してるバージョンて
いつのやつか、ご存知ですか？

137 ：名無しさん＠編集中：02/10/06 21:35

>>136
http://umaniac.leffe.dnsalias.com/downloads.html

138 ：名無しさん＠編集中：02/10/07 08:38

最新バイナリ入れたら、
ピンクとか緑のドットが入っちゃうのって漏れだけ？

139 ：：02/10/07 09:12

なんかﾀﾞﾒﾀﾞﾒだね

つかえんなこれ

140 ：名無しさん＠編集中：02/10/07 09:37

Nicのバイナリのこと？

141 ：名無しさん＠編集中：02/10/07 11:02

koepiの最新はインスト中に止まるね (´･ω･`) ｼｮﾎﾞｰﾝ

前のバイナリ保存しときゃ良かったよ
Nicのは違うのかな? 試すか。

142 ：名無しさん＠編集中：02/10/07 11:37

前のアンインストール->再起動で俺は何とかなったけどなぁ・・・

143 ：名無しさん＠編集中：02/10/07 12:58

kopeiの最新は良かったYO!!

144 ：名無しさん＠編集中：02/10/07 15:42

362 名前： sage 投稿日：02/10/07 02:14 ID:YV6W6E49

>>360
お手軽高画質だからじゃないの？
画質、エンコ－ド速度、サイズ調整の容易さ、どれもXviD＞DivXなのは間違いない。
そもそも>>354は自分用って言ってるんだしいいんじゃない？

ゴミ箱からこんな生き物見つけますた

145 ：名無しさん＠編集中：02/10/07 19:56

ISO MPEG-4のビデオストリームを生成できるビデオエンコーダーソフト
「DivX Pro」「XviD」「REALmagic MPEG-4 Video Codec（RMP4）」

146 ：：02/10/07 20:00

>>136
koepiの９月末位のが良い感じだったと記憶してます。

人によって１０月のビルドがインストール出来なかったり、映像が破綻したり
してるみたいだね。出来だけ、不具合の有る方は動作環境も書いて貰えれば
問題の切り分けが出来ると思いますので、よろしこm(_ _)m

147 ：名無しさん＠編集中：02/10/07 20:46

New mod. HQが良い。

148 ：名無しさん＠編集中：02/10/07 20:57

XviDは特許侵害のため関係者は全員処刑されました。

149 ：名無しさん＠編集中：02/10/07 21:18

>>148
EU諸国ではアルゴリズム特許が成立しないから、特許侵害はないぞ。
日本やアメリカでの話は置いとこう…。

150 ：名無しさん＠編集中：02/10/07 22:10

>>148
RMP4のほうだろ？　ダウソ板にｶｴﾚ!!

151 ：名無しさん＠編集中：02/10/07 22:36

>>149
日本だってアルゴリズム特許はダメだよん。
（工夫して、装置とか言えば良いんだけど）

152 ：名無しさん＠編集中：02/10/07 23:46

>>147
具体的にどう良いのか
教えて貰えると嬉しいな。

153 ：名無しさん＠編集中：02/10/08 00:36

安定版リリース／テストβリリースに分かれてないから、
最新版に飛びつくと痛い目にあうね

>>141 も勉強になったっしょ

154 ：名無しさん＠編集中：02/10/08 01:33

XviD、本家が止まっててちょっと不安

155 ：名無しさん＠編集中：02/10/08 02:09

DivX5.0.2 QB9５の俺は
Xvidではどういう設定したらいいでしょうか？

156 ：名無しさん＠編集中：02/10/08 02:13

ffdshowの、Using　Xvidっていうのが四つもあるんですが
どこにチェックいれればいいですか？

157 ：名無しさん＠編集中：02/10/08 03:09

漏れはインストした状態で問題なかった。
設定は全くイジってない

158 ：名無しさん＠編集中：02/10/08 06:33

159 ：名無しさん＠編集中：02/10/08 11:44

>>156
チェックするならXviDの隣だけでイイと思う。
再生で不具合が有る場合のみチェックして試してみるって感じ
で良いんでないかな？
YV12のチェック外すとmsMPEG4v3とかの再生の不具合が
有る場合に無問題に成るらしい。漏れも経験すますた。

160 ：名無しさん＠編集中：02/10/08 14:44

>156
一番左のだけ。残りは要らない

161 ：名無しさん＠編集中：02/10/08 18:35

ISO MPEG-4のビデオストリームを生成できるビデオエンコーダーソフト
「DivX Pro」「XviD」「REALmagic MPEG-4 Video Codec（RMP4）」

162 ：名無しさん＠編集中：02/10/08 21:43

ffdshow1003版にしたらDivX3、MP1、MP2、MP3のチェックボックスがグレーになって
選択できなくなってしまったんですけど、どうしたらいいのでしょうか？

163 ：名無しさん＠編集中：02/10/08 22:48

気にしない。

164 ：名無しさん＠編集中：02/10/08 23:18

>>162
1003版だけど全部チェックできるよ。グレーになんかなってない。

165 ：名無しさん＠編集中：02/10/08 23:40

>>162
高名なハッカーにハッキングされています。PCの電源切ってネットから切断しないとヤバいことに

166 ：名無しさん＠編集中：02/10/09 02:26

あんまりイジめるなよ…

167 ：名無しさん＠編集中：02/10/09 05:51

XvidもDivxもRMP4も出来上がったファイルの中身はほとんど同じでしょ

168 ：名無しさん＠編集中：02/10/09 06:49

（´･ω･`）ｳｽﾞｳｽﾞ

169 ：名無しさん＠編集中：02/10/09 12:57

ﾀﾞｳｿ板にｶｴﾚ!! （･∀･）

170 ：名無しさん＠編集中：02/10/09 22:26

保守

171 ：名無しさん＠編集中：02/10/10 00:40

>>167
カローラとオペルベクトラの違いが分かんないうちのおかん
と一緒。

172 ：名無しさん＠編集中：02/10/10 02:51

>>169
なぜにﾀﾞｳｿ板??

173 ：名無しさん＠編集中：02/10/10 04:57

XvidはDIVXと違って、クォンタイザーを1に設定できますよね。

「え！これ、もしかして可逆圧縮？」
とか思って早速やってみたら画像が壊れて出てきた (´･ω･`) ｼｮﾎﾞｰﾝ

174 ：名無しさん＠編集中：02/10/10 06:35

1を指定しても2しか使わんよ。

175 ：名無しさん＠編集中：02/10/10 06:58

>>171
あほ

176 ：名無しさん＠編集中：02/10/10 07:20

>>174
あ、そうなんだ

177 ：名無しさん＠編集中：02/10/10 08:12

ﾊｲﾊｲ。クソしてしねよ

178 ：名無しさん＠編集中：02/10/10 10:13

その時間に寝る生活の奴、うらやましいよ正直ｗ

>>173
quant1だと理屈上は可逆圧縮になる、はず、ですが
周波数分解して算術圧縮するだけなので
無圧縮AviをZIPしたものよりサイズ大きくなるかもしれません

179 ：名無しさん＠編集中：02/10/10 12:24

>178
漏れもQT=1でエンコしたのとhuffyuv圧縮したのと
見比べた事あるが、どっちが綺麗なんだろう？
当然huffyuvの方だとは思うけど・・

180 ：名無しさん＠編集中：02/10/10 14:34

質問させて下さい。

1passQBでエンコしたものと2passIntでエンコしたもの、
仕上がりサイズが同じであれば、理論的には画質は
同等になると考えていいですか?

181 ：名無しさん＠編集中：02/10/10 14:43

>>180
ちがうよ

182 ：名無しさん＠編集中：02/10/10 15:00

>>180
1passQBでレートを割り振るアルゴリズムと2passでレートを割り振るアルゴリズムは違うから
同じにはならない。QBはレートを割り振るアルゴリズムとしては最良に近い気がする。
(ただサイズ指定は不可能に近い)
2passのレート割り振りよりはQBのほうが効率がよいと思うよ。よって同じサイズならQBに分があると思う。

183 ：名無しさん＠編集中：02/10/10 15:21

>>181 >>182
親切にありがとうございました。

2-passは単品映画を1枚のCD-Rに収めたい場合にのみ
使用しようと思います。
(シリーズものは画質を一定にしたいので)

>>181 さんのレスをみてからいろいろ調べまわって、
こんなのみつけたので貼っておきます。
　www.geocities.co.jp/SiliconValley-Sunnyvale/3109/divxxvid.html

184 ：名無しさん＠編集中：02/10/10 19:25

>>182
QTは？？

185 ：名無しさん＠編集中：02/10/10 22:22

>>184
QT って quantizer 固定のこと?

186 ：名無しさん＠編集中：02/10/11 07:21

QTって何？

1PASS QBって画面にノイズがのってる時もファイルサイズが大きくなりがちです。
ものによっては使えない時も。

187 ：名無しさん＠編集中：02/10/11 08:31

>>183
それが良いよ

188 ：名無しさん＠編集中：02/10/11 10:38

DivX5厨だけど
Xviｄの設定わかりませぬ。。。

189 ：名無しさん＠編集中：02/10/11 10:42

マウス近づけれ

190 ：名無しさん＠編集中：02/10/11 10:46

XviD-10102002-1 (unstable)
出てるね

191 ：名無しさん＠編集中：02/10/11 10:54

安定してるから様子見
人柱な方報告お願いいたしまする。

192 ：名無しさん＠編集中：02/10/11 11:14

(unstable)って書かれるとビビる（;´Д｀）

193 ：名無しさん＠編集中：02/10/11 11:17

普通かかねえだろ!　＜(unstable)
相当自信あるのか。

194 ：名無しさん＠編集中：02/10/11 11:22

>>193
なんせ b-frame やら q-pel やらのテスト版だからねぇ

195 ：名無しさん＠編集中：02/10/11 11:40

>>193
ﾜﾛﾀ
Unstableである自信かよ

196 ：名無しさん＠編集中：02/10/11 12:33

取り合えzyフィールドオーダーを早くしてｸﾚｸﾚ

197 ：名無しさん＠編集中：02/10/11 14:34

お、Bフレまたｷﾀ

198 ：名無しさん＠編集中：02/10/11 16:00

本家復活した。

199 ：名無しさん＠編集中：02/10/11 16:13

復活おめー

おお？！すげーぞ
これからは安定版リリースとテストリリースの2種類同時進行とか
http://www.xvid.org/

200 ：名無しさん＠編集中：02/10/11 17:45

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

201 ：名無しさん＠編集中：02/10/11 18:21

遂にキタね！

202 ：名無しさん＠編集中：02/10/11 19:15

Unstableインスコした直後かよ・・・

203 ：名無しさん＠編集中：02/10/11 19:54

Xvidって日本語化できますか？

204 ：名無しさん＠編集中：02/10/11 20:14

>>202
へいおつかれｗ

気がむいたら、人柱報告きぼんぬ

205 ：名無しさん＠編集中：02/10/11 21:00

DivXって日本語化できますか？ >>203

206 ：名無しさん＠編集中：02/10/11 21:04

日本語化しなくても分かるだろ～

207 ：名無しさん＠編集中：02/10/11 22:30

Nicのxvidでさっそく1PassQB+B-Frame試したけど、圧縮率は凄いですね
けど元ソースと比較したところ3～5フレームずれていました。
みんなはどう？

208 ：名無しさん＠編集中：02/10/11 23:37

kopeiは大丈夫かなぁ

209 ：名無しさん＠編集中：02/10/11 23:51

ズレちゃイヤー (T_T

210 ：名無しさん＠編集中：02/10/12 00:17

試しにチャプってやってほぼデフォ設定でやってみますた。
DivX5.02はフリー版なのでBfreは勘弁してくださいm(__)m
XVidはNic現在最新版っす
あとCPUは PenIII-800MHz

元（CM） 640x480 29fps 16bit + mp3 - 56kbps 280Frame
Huffyuv1.3.1　　　　　75,757,993 byte 280Frame
xVid Q85 lumi　　　　 1,703,112 byte 280Frame 平均エンコ速度7fps
xVid Q85 lumi+Pack+Bre1,703,192 byte 280Frame 7fps
Divx QB4(93%)　　　　 4,218,188 byte 280Frame 9fps
短いからフレームずれ起きなかったのか？？

結論：復活したBfreの効果は↓

211 ：名無しさん＠編集中：02/10/12 00:44

>210
復活したB-Frameの効果はどうなんだYO!!(w

212 ：名無しさん＠編集中：02/10/12 01:11

ひっぱるのぅ（藁

213 ：名無しさん＠編集中：02/10/12 01:30

書き込むを押し忘れた（＾＾；
結論はまだBFreはやめたほうがいい！ってこと。
BFreのレートぽいのを-1から300にしていろんな設定で試したんだけど、
エラーで再生が止まる。なぜ？って感じ
ちなみにffdshow-20021010使ってます
フレームのズレはないっぽいけど他の人はどうだろ

214 ：名無しさん＠編集中：02/10/12 01:52

Bフレやっぱ不安定・・・

Bフレ使って2PASSすると
1PASS目と2PASS目でフレーム数が違ってきて、
残り数百フレームの終了直前のところでDUBがエラー吐いて止まる。

これ他の人でも発生してるみたい。
>>207 の報告も上がってる
このバイナリのバグだと思う。

215 ：207：02/10/12 03:34

>>213
再生出来ないのはxvidのdecoderがまだ対応してないからでffdshowなら
再生できます。ちなみにB-Frameは1～3程度で

>>214
いや安定はしてるんですよ。エラーも出ないしフレーム数が狂うわけでは
ないんです。分かり易いバグだと1Frameと2Frameがまったく同じ映像
になってます。途中でも起こってます。総フレーム数が同じなので
どこかのフレームが間引かれてるような感じなので微妙にずれてるんです
説明難しいので、元ソースとフレームごとに確認したらわかると思います

216 ：名無しさん＠編集中：02/10/12 05:10

Bフレって書くとBフレッツを思い出すから、ﾔﾒﾃｹﾚ

217 ：名無しさん＠編集中：02/10/12 07:35

フィールドオーだ

218 ：名無しさん＠編集中：02/10/12 07:59

>>216
Bフレッツに何か嫌な思い出でも？

219 ：名無しさん＠編集中：02/10/12 08:12

復活おめーーーーーー！！
いやーこのまま消えちゃうのかと思ったよ。めでたいめでたい。

220 ：名無しさん＠編集中：02/10/12 09:08

XviDってなんて読むの？

221 ：214：02/10/12 09:09

>>207
あ、じゃあうちと違いますね
2PASSで失敗してたので昨夜はｶﾞｸｰﾘきました
設定の%とか間違ってるのかもしれない

フレームずれは今から試してみます

222 ：名無しさん＠編集中：02/10/12 11:14

B-Frame使っても大丈夫ってことか？

223 ：名無しさん＠編集中：02/10/12 13:49

>>222
画質をうんぬんする以前の段階なんで、テスト目的以外ではやめといたほうがいい

224 ：名無しさん＠編集中：02/10/12 13:50

>>220
消えろ、バカ

225 ：名無しさん＠編集中：02/10/12 18:45

Xvidは終了しますた。

226 ：名無しさん＠編集中：02/10/12 19:23

>>220
XviD

227 ：名無しさん＠編集中：02/10/12 19:34

B-Frame使うとサイズがかなり小さくなる

228 ：名無しさん＠編集中：02/10/12 20:07

もともとB-Frameってサイズ小さくするためにあるんじゃないの？

229 ：名無しさん＠編集中：02/10/12 20:51

>>228
だね。ただ、現状では DivX5 も XviD もある程度以上のビットレートでは
B-Frame を使うと使わないよりも画質が落る。

230 ：名無しさん＠編集中：02/10/12 21:52

XviD-11102002-1使ってみた。
B-Frame　1と2を試したが　どちらも残像風に
前にフレーム？が出て来てしまう。
B-Frame使わなければ無問題。

231 ：名無しさん＠編集中：02/10/12 22:16

だいたいAviにBフレームを導入するってのは
かなりの荒業らしいよ
doom9のフォーラムによると

232 ：名無しさん＠編集中：02/10/12 22:24

>>215
>分かり易いバグだと1Frameと2Frameがまったく同じ映像
>になってます。
これDivXでもBフレーム使うと同じことになりますね。
(気が付いていない人が多いみたいだけど)
DivXの場合はVirtualDubで出力すれば大丈夫みたいだけど・・・
なんでもVirtualDubの作者がDivXのチームとやり取りをして
Bフレームについて特別な対応をしたとか・・・

>>途中でも起こってます。
AviUtl等のキーフレーム挿入系のプラグイン等使ってませんか？
キーフレーム挿入系のものはcodec側への出力を初期化することによって
強引にキーフレームにしているらしいので
結局1、2フレーム目の問題と同じことが起きてしまいます。

233 ：名無しさん＠編集中：02/10/13 00:08

Avi形式ではｲﾝﾀﾚｰｽ対応、B-Frame対応、可変FPSなどで
不利な点が多すぎる。
いまさらAviのフォーマットにこだわる意味もないし、
新しいフォーマットが広まらない物か。

234 ：　：02/10/13 02:17

WMVなんてMSオンリーの糞コーデックじゃだめだしMPEG２はでかい。当分無理さ

235 ：：02/10/13 02:18

>>233 全然わからんけど OGM なら良いのかな？

236 ：名無しさん＠編集中：02/10/13 02:48

OGMは字幕や複数の音声が入るだけの器。
今MP4で互換高いって言えばQTになるのかね

237 ：名無しさん＠編集中：02/10/13 04:30

使ってみると判るけどQTはダメダメ。OGMは拡張性高くて面白いよ。でもまだバグ多い

もっとも、
XVID自体はどのフォーマットにも移せるので
素直にこのCodec極めるのが良いかもね

238 ：名無しさん＠編集中：02/10/13 06:15

Bフレｷﾀｰ!!なので綺麗で高圧縮な.MP4も作れるようになった
（QTじゃ再生できないけど。全然おっけーだろ）

>>233
AVIでインタレ問題ないよ
一番の問題は可変fpsでしょ。アニメの30/24混合ソースをどうするか…
WMVならｲﾝﾀﾚも可変fpsもOK。

だから配布用はあっち使っちゃうか、まだAVI使うか、ってとこ
編集用としてAVIはあと5年くらい不動かと。

239 ：名無しさん＠編集中：02/10/13 06:53

Doom9ではOGM盛り上がってる。
次世代フォーマットみたいな位置付けじゃないのかな
Xvidも当然使えるし

240 ：名無しさん＠編集中：02/10/13 07:49

>>230
B-Frame使うにはB-Frameにきっちり対応したデコーダ必要です
FFdshowなら正しく再生します。

241 ：名無しさん＠編集中：02/10/13 13:58

>>240
エンコ時にFourCCをDivX5にして、DivX5のデコーダで
再生させればB-FrameOKなんでしょうか。

ってか、自分で試せばはやい罠

242 ：名無しさん＠編集中：02/10/13 14:04

FourCCを後で変えてもええのよ。

243 ：名無しさん＠編集中：02/10/13 14:55

>>241
お勧めしません
XViDのフレーム構造ってDIVXコンパチモード、非コンパチモードがあるし。

244 ：名無しさん＠編集中：02/10/13 21:47

XVidってDivXより全体の見栄えはいいんだけどさ、
QB90でも色の濃淡が単調になるのが気になる。。

245 ：名無しさん＠編集中：02/10/13 22:37

Xvidの方が色は綺麗よね。　逆に鋭い人は244みたいな意見になるけど。

246 ：名無しさん＠編集中：02/10/14 00:10

激しいシーンに目を動かすとそんな感じることもある
どれもこれもBﾌﾚ(Stable)まで我慢

247 ：名無しさん＠編集中：02/10/14 00:45

XviDは拡大するとDivXとの違いがはっきりするような。

248 ：：02/10/14 01:00

>>246 ああ、同じファイルサイズでクオリティーを上げられるって意味ね。

249 ：名無しさん＠編集中：02/10/14 06:52

>>243
説明してチョ

250 ：名無しさん＠編集中：02/10/14 08:48

>>249
最新版落として、設定みましょ

251 ：名無しさん＠編集中：02/10/14 09:48

>>243
>>91-93

252 ：名無し募集中。。。：02/10/14 10:00

コンパチチェックしなくてもDIVXで再生できたよ

253 ：名無しさん＠編集中：02/10/14 10:02

XviD-12102002-1でてますね。
Ｂフレの設定で 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

ttp://umaniac.leffe.dnsalias.com/alpha/alpha.html

XviD.Alpha.13.10.2002.1420

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のＨＰに、そんな感じの言葉が書いてあった様な気もする。

262 ：名無しさん＠編集中：02/10/14 16:26

XviDのファイルが再生できなくて困ってます。
なんか本家は落ちてるし・・
バイナリとやらではダメなんですか？
つか、そもそもバイナリって何なんですか？
素人丸出しでｽﾝﾏｿ(´･ω･`)

263 ：名無しさん＠編集中：02/10/14 16:35

XviD5でエンコードされたファイルを再生するために、
Xvid5をダウンロードしてきました。
これで、Xvid3と４ってデコードできますか？

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

ぢｖX5haDX50

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 外出

272 ：269：02/10/14 23:33

>>271
いや、本家の活動が再開したってことじゃなくて、
サーバーダウンしてたのが直ったって話ね。

273 ：269：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使用

275 ：271：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？？

278 ：276：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ﾏﾝｾｰ

エンコーダとデコーダ両方配布してるから
バグも少なめ。

288 ：284：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、使うとサイズと画質はどう？

292 ：288：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

１を使うと(ﾟдﾟ)ｳﾏｰなんですね♪

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

んー、もうちょいだな。
安定版のリリースを待とう。

299 ：294：02/10/16 03:35

>>297
全然気にしてなかったけど、キッチリ決まってるな・・・。
Ｂフレ無しで2pass目にMod.HQ使うとサイズが変化するソースが有るけど
Ｂフレ有効でも、その傾向が有るみたい。気にならないレベルだが。
常用に問題が有る感じもしないし。つーかＢフレ使うの
全然意識しなくなってるし(^^;

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くらいで

305 ：304：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ﾌﾚ使うと約28ｆｐｓ
エンコの速さも魅力の一部だったのだが･･･
逐次改良されて高速化することを願っとります。

307 ：名無しさん＠編集中：02/10/16 12:10

インターレースでエンコするとところどころ太い横縞が出る
Bフレーム使った場合

308 ：名無しさん＠編集中：02/10/16 12:56

>>301
情報サンクス。漏れの所では無問題なんだけどな～。
２時間程度の実写ソースを１CDサイズで２本
４通りエンコしてみたけど・・。
>>306
アスロンＸＰ2000+だとMPEG2ソース使用でBフレ無し30～34fpsで推移
Ｂフレ有りだと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使いたくない時は数値を０にしておけば良いですか？

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
なるほど。Ｂフレ無しｖｓＢフレ有りで　Ｂフレ有りの方が
綺麗に感じられれば、実害は無いって事かな。
>>313
-1　だと思う。（デフォはＢフレ無し)
>>315
実写でしかＢフレ試した事無いです。

318 ：名無しさん＠編集中：02/10/16 18:30

ハメ取りです。

319 ：名無しさん＠編集中：02/10/16 19:15

VirtualDub1.4.10だと2pass最後にエラー出るけどみんなは問題ない？
あとDubで確認したけどフレームズレ起きてるようですね、実用上問題ない
１フレームですけど。
VirtualDub1.4.9だとエラーでないけどズレが大きいし

320 ：名無しさん＠編集中：02/10/16 19:28

>>318
うｐしる！！

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のバグ？なんか昔にエンコした
モノが見れなくなるとイタイので・・・

325 ：294：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)以外の話はアテにならん

338 ：304：02/10/17 08:37

>>331
すんません
DivX5使ってきたのでいまいちわからないんですが
Qpelてどんなの？
motion6 ultraにすれば使う設定になるみたいですが
どういう効果があるのかわからない・・・

339 ：名無しさん＠編集中：02/10/17 12:36

http://umaniac.leffe.dnsalias.com/alpha/alpha.html

XviD.Alpha.15.10.2002.2300.exe

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ですか？

343 ：340：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を上書きしないと再生に関しては話にならないなんて

348 ：347：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化が必須になってきた最近のアニメにとっては致命的。
改善されるまでは我慢して非混合モノのみに使うか･･･。

363 ：349：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化して結合するとおかしくなるって話だと思うんだが

368 ：366：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の新しいツールだと
ＡＶＩの結合なしで混合ものが作れるっぽい

372 ：名無しさん＠編集中：02/10/18 15:36

http://umaniac.leffe.dnsalias.com/alpha/alpha.html

XviD.Alpha.17.10.2002.1940.exe

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

「攻撃型ビルド」ツボにハマったｗ
なんかｶｺｲｲ!

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タンの１０月４日版使うことにしますた。

386 ：名無しさん＠編集中：02/10/19 19:33

2PASS目でｵﾁﾀｰ ⊂⌒~⊃｡Д｡）⊃

387 ：名無しさん＠編集中：02/10/19 20:07

Nicの13日版試したら・・・・
ビデオサンプルサイズが16ビットになった
仕様変わったの？

388 ：名無しさん＠編集中：02/10/19 20:40

koepiタンの１０月４日版は(ﾟдﾟ)ｳﾏｰ

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って…
藍青なみに縮ん㌦ (ﾟおﾟ)

394 ：名無しさん＠編集中：02/10/19 23:03

Statsreader使って１パス目の*.statファイルを読み込ませたら
平均ビットレートいくつくらいになる？
漏れとこでは880くらいになるときがあるので何か変かも！？
って心配になってしまう

395 ：394：02/10/19 23:46

ソースは２時間くらいのＤＶＤ映画ね
７００ＭＢ１ＣＤで音声に５０ＭＢくらいで残り容量を画像に
割り当ててる場合です

396 ：名無しさん＠編集中：02/10/20 02:50

>>395
それソースによって違わないか

397 ：394　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.

要約すれば２Pass非推奨な理由と、
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

漏れの所ではコンパチｏｆｆでも無問題。

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　です。
Ｂフレも不満無く使えてます。

413 ：名無しさん＠編集中：02/10/21 18:42

Ｂフレについて、”特に問題ない”とか”不満なく”というのはあまり深く考えず
鑑賞するぶんにはという事ですか？
それともフレームズレも起こってないという事？
自分のとこではフレームズレ起きてます。ズレ数を抑えることは出来ますが。

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

いない

419 ：413：02/10/21 20:27

>>416
たしかに違和感のみを判断材料にすればＢフレは使えるかもしれないですね。

>>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が安定しない罠ｗ
誰かこのコーデックの質チェックした人はいる？？

426 ：名無しさん＠編集中：02/10/22 00:53

テストしたいんだけどｴﾝｺした異素材が無い罠
誰かこのコーデックの質チェックした人はいる？？

427 ：名無しさん＠編集中：02/10/22 00:57

みんな情報だけ集めて様子見かよ。日本人だなｗ
よし。俺が

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
スマヌあと３０時間程別の計算入ってるので
試せない。

432 ：名無しさん＠編集中：02/10/22 11:35

Nic XVID - 21/10/02

QPel は　モーションサーチ６にすることで有効になる
新しい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

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

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リリースが激しい為）
それらがkoepi１０月４日版の設定に当てはまるものか不安です。
ここはマズいという設定項目もしくは、詳しく解説してあるHPなどありましたら
教えていただけないでしょうか？
ちなみに、2passの設定希望、OSはWinMEで、エンコード目的は実写映画です。
とりあえず下の設定で2時間の映画を2passエンコしてみましたが、
背景の空や白い壁などでブロックノイズが出てしまいました。
ソースや時間的な問題なのかもしれませんが
もし、設定の問題箇所があれば指摘お願いします。

448 ：447：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

449 ：447：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

450 ：447：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

451 ：447：02/10/23 00:47

長い書き込み失礼しました。

452 ：：02/10/23 01:06

> Quantization type > 1Pass目H.263 2Pass目New Modulated HQ

これの意図は？

453 ：447：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

これでええんか？？

455 ：447：02/10/23 01:17

それも、過去の書き込みにあったのですが・・・。
でも、ちょっとツッコまれてたような。
駄目ですか？

456 ：294：02/10/23 01:21

Enable lumi masking はチェック入れた方が良いと思います。
>>454
2
31
2
31
がデフォルトだった？と思いますので試しにデフォで　やってみては？

457 ：294：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（キーフレーム）を圧縮した方が必要な情報量が減るからなのかもね。

463 ：447：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
で、同じように空とか壁とかの殆ど動きのない場所にブロック状のノイズが出て、
この項目を５とか４とかにしたらそれが消えた、という経験があります。
その代わり、ファイルサイズがでかくなったけど。

467 ：名無しさん＠編集中：02/10/23 09:16

>>466
それいつの話？
最新のnicのバイナリだとModulatedで６-UltraHighで特に問題なかったよ
どんどんverupしてるからのう

468 ：名無しさん＠編集中：02/10/23 12:14

>>447
ffdshowもそうだけどXviDのデコーダーの
設定で選べるのも有ります。

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

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でＢフレ有りの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使う意味はないと思うけど

476 ：473：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とﾘｻｲｽﾞを最後にやってみ

481 ：473：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 入れたほうがよさげ。

488 ：486：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

XviD.Alpha.24.10.2002.1500.exe

http://umaniac.leffe.dnsalias.com/alpha/alpha.html

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

XviD 24.10.02.exe

http://umaniac.leffe.dnsalias.com/downloads.html

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

>>543

http://www.xvid.org/

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　Ｂフレでエンコした動画を
再生すると、映像が乱れまくり・・・use XviDで解決。

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

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

全然関係無いが、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のデコーダで再生全然問題ないんだけど
なんでだろ？

567 ：563：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は再生できるの？

569 ：567：02/10/31 19:42

>>568 DivX5PROでBフレエンコしたモノを
２つ再生してみたけど無問題。

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
ここの＞２から飛んでみろ

589 ：586：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

592 ：591：02/11/04 13:09

GMC切ったら問題なしだった。スマソ

593 ：椎名　アップル ◆GmXG9QsAk2 ：02/11/04 13:51

XviD-04102002-1でてるね

594 ：椎名　アップル ◆GmXG9QsAk2 ：02/11/04 13:52

>>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と比較にならんほど劣ってしまったＹＯ、、

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 そんな無理にギスギスさせなくても良いんでつよ？

619 ：607：02/11/06 07:39

>>609
スマン。見間違えたｗ
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が使われるのでしょうか？

628 ：625：02/11/08 09:54

圧縮前後の色差はAVIUTLでスペクトル見たけど変化してなくて、
再生時に色変化がおきちゃうみたい。
ffdshowのノイズ低減やらのフィルタをONにすると
どんどん悪化しちゃうのはうちだけかなー、、、

629 ：名無しさん＠編集中：02/11/08 16:58

まぁとりあえずオーバーレイってものを検索して調べるのが先かとおもうが。

630 ：625：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 か?

642 ：627：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.

644 ：638：02/11/10 00:19

>>641
ｱﾘｶﾞ㌧

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

＞＞６３７
ふつーに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

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/
の１１月１０日版で、GMC有効なファイルの
再生がヒクヒク細かく揺れます。

Ｂフレ問題は直ってる模様。
みなさんは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
なんてなっているわけで。

671 ：668：02/11/12 18:16

>>669　なるほど。ffdshowもコーデック設定で
YV12だったかな？チェック外しても映像破綻します？

>>670　うむ。気長に様子見とします～

672 ：637=640=656：02/11/12 18:50

>>639,>>655,>>658,>>661
できますた！どうも、ありがとうございます。
system入れ直して、ffdshowを入れて（Defaultのまま）そしたら見られますた。
ffdshow入れる時欲張って全部チェックしていたから、かも知れません。
どもでした。これからもっと勉強します。またよろしくです。

673 ：名無しさん＠編集中：02/11/12 19:04

Bフレッツﾌｧﾐﾘｰ１００Ｍ増量中あげ。

全部チェックしちゃダメなのか、自分もしてた。

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

Xvid総合スレ
http://pc.2ch.net/avi/kako/1015/10153/1015350765.html
XviD総合スレ Part2
http://www.1point.jp/~dat2ch/021113-1020813820.html

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

DIｖｘで問題ないって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板に（・∀・）ｶｴﾚ!!

これ流行ってんの？

700 ：mage：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で読み込み、１フレームずつ見ていくと同じフレームが連続してることが多い
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日本語化のＨＰ
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フレオンで３、DX50コンパチ、lumi mask onで
アニメ１話でDivX5より20M以上も小さくなった
DivX5がQB93、XvidがQB89での比較、見た目はほぼ同じ

709 ：名無しさん＠編集中：02/11/17 02:51

BフレをONにしてもシーンによってはまったく使われないところもあるから確認したほうがいいぞ

710 ：702：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。
ちなみに24ＦＰＳのアニメ。
実写でも検証してみようかな。

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

きしびっどあげ

718 ：mage：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

おまいらの特許は日本でもアメリカでも通用しないぜ！って意味で合ってますか？

721 ：707：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
海賊版作成業者板に（・∀・）ｶｴﾚ!!ﾓﾄﾞﾚ!!
実際、ダウソ板なんぞより本気の犯罪者率の高いＤＴＶ板。
もっとこぴろう、負けるなエセ動画ヲタ。
ライセンス論議をここで読むと、なんか笑える。

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 にも、ライセンス変更
関連の話題が全然ないな…

736 ：733：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　非力なＰＣで見れる様に成ったのですか？
エンコは良いとして、デコードの重さがキツくない？

741 ：名無しさん＠編集中：02/11/18 22:24

>740
P!!!で普通に見れる程度にリンク先のスレの人がチューニングしてくれた模様(主にMMX最適化周りのデバッグだそうな)

742 ：740：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　(；´Д`)ﾊｧﾊｧ

751 ：745：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

正直　～２０００円位なら 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って綺麗なのか？　誰かｻﾝﾌﾟﾙうｐしる！

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

別に使ってはいけないよってだけで、使えなくなるような制限かかるわけじゃないんでしょ？
勝手に使えばええがね
まぁエンコ人には関係ない話だね
皆ﾀﾞｳｿ板の住人なのになんでここではおりこうさんになるんだろｗ
摩訶不思議

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使ってるんだよ（ｗ

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

ｈｔｔｐ：／／ｗｗｗ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｗｉｎｄｏｗｓｍｅｄｉａ／

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

>>842
便利ならVP3も使え
http://pc.2ch.net/test/read.cgi/avi/1027955774/

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
どこが。いらん機能・バグ・小さな親切大きなお世話ばっかり増えているが

886 ：885：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のまねとか？

933 ：925：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

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

945 ：名無しさん＠編集中：02/11/23 05:29

結局個人利用者にライセンス云々うんちくを垂らしても無駄と言うことだな。

946 ：名無しさん＠編集中：02/11/23 12:00

http://www.mplayerhq.hu/%7Emichael/codec-features.html

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

http://www.faireal.net/articles/6/21/#d21122b

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
ｐ４最適化版だと。ｐ４の人速くなった？

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 のブロックを４つ合わせて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

キシビッドのしんすれ立てろ