XviD 総合スレ Part24

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

前スレ
XviD 総合スレ Part23
http://pc8.2ch.net/test/read.cgi/avi/1152183640/

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

【バイナリ配布】
Koepi
http://www.koepi.org/xvid.shtml
nic
http://nic.dnsalias.com/xvid.html
XviD binary without setup program
http://shibuya.cool.ne.jp/xvid-binary/
XviD binary distribution page
http://uk.geocities.com/xvid2ch/
Celtic Druid's
http://celticdruid.no-ip.com/
moroheiya's mpeg4 homepage
http://people.freenet.de/moroheiy/
Divxhouse
http://www.divxhouse.com/

中身はMPEG-4なのですが、ライセンスを結んでいないので家庭、個人用途のみ可能です。
>”業として”とは、事業としての意味である。特許権侵害の成立要件であり（特許法第68条）、
>営利目的や反復継続性の有無を問わず、事業として特許発明を実施することをいう。
>つまり、特許製品を生産、使用したとしても、それが単に家庭的、個人的な実施にとどまる限り、特許権の侵害にはならない。

XviDの特許問題について熱く語るスレ http://pc5.2ch.net/test/read.cgi/avi/1090979906/

【日本語化パッチ】
PHANTASIA.NET
http://www.ne.jp/asahi/l/a/
XviD 2ch JP
http://xvid2ch-jp.hp.infoseek.co.jp/

【解説】
XviD dev-api-4 オプション解説
http://p23.aaacafe.ne.jp/~kanetuki/xvidoption.html
XviD API-4の設定
http://www.losttechnology.jp/Movie/xvid.html
XviD 設定の解説
http://dokoko.at.infoseek.co.jp/xvid_rev.htm

【ffdshow配布】
本家
http://sourceforge.net/projects/ffdshow/
日本語化プロジェクト
http://www.geocities.jp/tnetsixenon/
nl
http://x264.nl/
m17n
http://m17n.cool.ne.jp/freeware/mpc/

【1.x.x、HEAD、branch、Instant buildとは？】
CVSを利用した開発においては、ブランチ(枝)を作ることによって
複数バージョンの開発を同時進行できます。

現在、XviDはHEAD、release-1_0-branchという二つのブランチで開発が行われています。

HEADは開発の最前線となるブランチで、実験的なものを含む、最新のコードで構成されます。
新機能のような、バグの原因となりやすいコードはこちらに追加されます。
バージョン1.1はHEADから分岐する予定です。

release-1_0-branchはバージョン1.0シリーズのためのリリースブランチで、
バージョン1.0シリーズをリリースするための、比較的安定したコードで構成されます。
基本的に、バグフィックスを中心とした変更のみが行われます。
バージョン1.x.xはrelease-1_0-branchからリリースされます。

【MPEG-4についての技術資料】
http://www.pioneer.co.jp/crdl/tech/mpeg/4-5.html
http://home.catv.ne.jp/dd/pub/book/mpeg.html#0
http://www.chiariglione.org/mpeg/standards/mpeg-4/mpeg-4.htm

★お手数ですが、>>950の方、次スレお願いします。

乙

いちょつ！！

　　　　/＼＿＿_／ヽ 　　　　　　　　　　　 　　　 　　　　 ／／　　　　　　　　　　　　ヽ
　　 ／''''''Koepi'''''':::::::＼ 　　　　　　　　　　　　　　　　　,' ,'　,' ,:'　/　/ ,:',:' ,:'　　ﾞ､　　　　 ﾞ､
　 . |（●）,　　　､（●）､.:|　＋ 　　　　　　　　　　　 　 　'‐'= '-'､_/　/ ,' ,' ,'　 r--､ヽ　　　　',
　　|　　 ,,ﾉ(､_, )ヽ､,,　.::::|　　 　　　　　　　　　　　　 　　 　 ヾl　-ﾐヽ,/_,' ,'ミ=L＿,｀冂二￣| !
. 　 |　　 ｀-=ﾆ=- '　.:::::::|　+ 　　　　　　　　　　　　　　　　 ｜ `h､ヽ＼ヾ＞‐-‐ /7ﾞ|`､ ￣ l
　　 ＼　　｀ﾆﾆ´　 .:::::／　　　　　+ 　　　　　　　　 　 　___ノ 　,ﾘ ）;; 　 　ミ‐-‐/｜ |　', 　 !
,,.....イ.ヽヽ、ﾆ__ ーーノﾞ-､. What a dandy-cool man, 　.',　　‐''-　　　 　 '⌒ヽ_|　|　 |　 |
:　 　| 　';　＼_____ ノ.| ヽ　i 　　　　　　　　　　　 　　　　　:ヽ//// ::::::......　　(ﾞノ ﾉ　｜　| 　|
　 　 |　　＼/ﾞ（__)＼,| 　i　|　　　 　　　he is･･･　　　　　　　｝　　　　　　　　-‐'　/　 ￣ 　 |
　 　 ＞　　 ヽ. ハ　 | 　 |｜　　　　　　　　　　　 　 　　　/,,~､_ 　 　 　 　 　,'　 ／　　　　　 ',
　　　　　　　　　　　　 　　　　　　　　　　　　　 　　　 　 ,-( {__}､７ﾞｸ￣ﾞ',　　 ',　（ 　 ,'　　　　　ヽ
　　　　　　　　　　　　 　　　　　　　　　　　　　 　　　　　 ∧_}　　 ヽ {　　 |--‐ ＼ ﾞ､ (　　　　　　 ｀ヽ
　　　　　　　　　　　　 　　　　　　　　　　　　　 　　　　 （ ヽ,　　 　　ﾞ､ r‐ﾉL__,,, ､-‐-､ヽ､ 　 　　　　　ヽ
　　　　　　　　　　　　 　　　　　　　　　　　　　 　　　　 ／(ﾞ" 　 　 　　ﾉ /0/ 　／　　　 ヽ　ヽ　 　 　 ﾞ､　ﾞ､
　　　　　　　　　　　　 　　　　　　　　　　　　　　　　　（　　＼ 　 　 ／ /o/　/　　　　　　 '､　｀ヽ､　　ﾉ

　　　　/＼＿＿_／ヽ　　　　　　　　　　 　　　　　 　　　 ／／　　　　　　　　　　　　　　　ヽ
　　 ／''''''Koepi'''''':::::::＼ 　　　　　　　　　　　　　　　　,' ,'　,' ,:'　/　/ ,:',:' ,:'　　ﾞ､　　　　 ﾞ､
　 . |（●）,　　　､（●）､.:|　＋　　　　　　　　　　　 　 　'‐'= '-'､_/　/ ,' ,' ,'　 r--､ヽ　　　　',
　　|　　 ,,ﾉ(､_, )ヽ､,,　.::::|　　 　　　　　　　　　　　 　　 　 ヾl　-ﾐヽ,/_,' ,'ミ=L＿,｀冂二￣| !
. 　 |　　 ｀-=ﾆ=- '　.:::::::|　+　　　　　　　　　　　　　　　　 ｜ `h､ヽ＼ヾ＞‐-‐ /7ﾞ|`､ ￣ l
　　 ＼　　｀ﾆﾆ´　 .:::::／　　　　　+　　　　　　　　 　　　___ノ 　,ﾘ ）;; 　 　ミ‐-‐/｜ |　', 　 !
　　　　/　　ー--´ 　ヽ::　:What a dandy-cool man,ヽ　.',　　‐''-　　　 　 '⌒ヽ_|　|　 |　 |
　　 　/ ヽ　　　 /　　/:::　　　　　　　　　　　 　　　　　　:ヽ//// ::::::......　　(ﾞノ ﾉ　｜　| 　|
　　　/　/へ ヘ/　　/:::　 　　　　he is･･･　　　　　　　　　｝　　　　　　　　-‐'　/　 ￣ 　 |
　　 /　＼ ヾミ　　 /|:::　　　　　　　　　　　　 　 　　　　　/,,~､_ 　 　 　 　 　,'　 ／　　　　　 ',
　　（__／| ＼___　ノ/:::　　　　　　　 　　　　　　　　 　 ,-( {__}､７ﾞｸ￣ﾞ',　　 ',　（ 　 ,'　　　　　ヽ
　　　　 /　　　　　/:::　　　　　　　　　　　　 　　　　　　（ ∧_}　　 ヽ {　　 |--‐ ＼ ﾞ､ (　　　　　 ｀ヽ
　　　　　　　　 　　 　　　　　　　　　　　　　 　　　　　 （ ヽ,　　 　　ﾞ､ r‐ﾉL__,,, ､-‐-､ヽ､ 　 　　　　　ヽ
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 ／(ﾞ" 　 　 　　ﾉ /0/ 　／　　　 ヽ　ヽ　 　 　 ﾞ､　ﾞ､
　　　　　　　　　　　　 　　　　　　　　　　　　　　　　（　　＼ 　 　 ／ /o/　/　　　　　　 '､　｀ヽ､　　ﾉ

次スレはDivXとの統合スレで

こっちに興味が失せたなら向こうだけ見てりゃいい
統合する必要無し

787 名前：名無しさん＠編集中[sage] 投稿日：2006/10/04(水) 23:25:47 ID:NhTPIAyf
そもそもaviはBフレームを使用できない。
それを無理矢理使おうと必死になってその結果微々たるズレが生まれた。
だからこの現象はDivXに限らずどのMPEG4でも生まれる現象。



との事なんだが、XviDもB-VOPsにチェックを入れるとフレームずれるん？

>>10
個別対応してないソフトだと当然ズレるよ。
対応してるソフト：VirtualDub, AVS2AVI, EXAVI
対応してないズレるソフト：AviUtl, TMPGEnc
その他、一般の商用ソフトは多分そんな対応してないだろうからズレそう。

ズレるのは、AVIコンテナのせいではなくてVFWの仕様のためのようだよ。

Divx/XviDの場合
http://www.marumo.ne.jp/db2004_b.htm#30
http://www.marumo.ne.jp/db2004_c.htm#1

x264vfwの場合
http://www.marumo.ne.jp/db2006_8.htm#29

XviDでピクセル比指定してエンコしてもオーバーレイ表示させると反映されないんだ
これは再生に使ってるffdshowの設定がおかしいから？
AVIVO使ってるから？
そもそもエンコのときの設定がどっか抜けてるんだろうか・・・

avivoは知らんがffdshowなら
output→use overlay mixerを有効にしないとだめ

ありがと
既にそこは有効にしてあった
MPCの設定でDirectShowの設定をオーバーレイミキサからシステムデフォルトにしたら反映されたけど
WMPとかほかのプレイヤだとだめだし、デコーダを標準のにしてもかわんないや
x264とかDivXだと普通に再生できたんだけどな

xvid_encraw試してみたら
-parオプションで指定したものはオーバーレイでもVMRでも適応される
念のためコンテナでもPARを指定しとくとよい
このときはXviDにうめこんだPARよりコンテナで指定した方を優先される

aviなんじゃないの？だからaviでAR指定は敬遠しとけって意見が昔から．．．

>>14>>15
Allow output format changes during playback
Connect to compatible filters only
この2つも有効にしる

エロＤＶＤサイコー

>>18
かわんなかった
これからはmkvに生きることにしますた

MPCの主力設定は何にしてるの?
System Defaultで反映されてれば正常だと思うんだけど。
あとWMP10は>>18の設定にすれば反映されない?
うちはnVIDIAだけど、ATiだと挙動が違うのかな。

>13
オーバーレイだとピクセル比は反映されないっぽい。
仕方ないので、エンコ時は1:1にしておいてmkvでアスペクト比を決めているよ。
ちなみにピクセル比16:9とかでエンコして、さらにmkvで16：9にした際に
VMRで見ると凄いことになっているw

スクロールしてる時に発色がパッと変わる部分があるのだが
これはどれに設定してるからこうなるんでしょうか？

設定なりスクショなりバージョンなり晒すもんがあるだろカス

定期的なものだから開始フレーム毎で変わってるっぽいのだけど

ダウンロードした動画の質問はダウンロード板へどうぞ

はぁ？

ひぃ？

ふぅ…

へぇ〜

いよいよもって過疎ってきたな・・・おい・・・

くだらん質問のループで埋め尽くされるよりましかと。

>>32
それって、気付かずにずっと16bitでエンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

　

自己解決しました

いや12ビットだけどな

>>36
それって、気付かずにずっと16bitでエンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

俺はjpegもYCC 4:4:4で保存するほどの男だぜ？

1.1.1使ってます

ところでH.264対応の件は

なんつーかそれならRGBのまま量子化してしまえばいいじゃんと思う
RGBよりもダウンサンプリングの劣化が目立ちにくいのがYUVのいいとこなのに

>>41は>>38宛です・・・

>>41 んなことわかってるよ（ｗ
コピペへの反応なんだから本気にしないの（ｗ

変換誤差をかんがみずにずっと24bit(TMPEGEnc)でエンコしちゃってたので
自分をなぐさめるために、数字が大きいほうがいいでしょと、そう思い込んでました。

>>44
それって、気付かずにずっと16bitでエンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

mpeg1でいいや

区間指定品質だけ働いてくれなくなった
ソフト最インストしたけど直らない・・・

悲しいですねぇ

俺なんてバージョン変えようが設定弄ろうが、
何やってもQuantizer restrictionsがちっとも反映されないんだぜ

俺とか、いつからかVFWのコーデック選ぶ欄にXviDが2個も出てくるようになったぜ
インスコしなおしてもなおんないし、どっちでもエンコできるしこんなもんかなと思ってるけど

>>50
それ、俺もなった。しばらくの間ファイル名に[XviD上段].aviとかつけてたよ。
最近アンインストしてから入れ直したら直ったけど。

モヤモヤノイズなんとかして。。。

ZONE OPTIONでモヤモヤ部分だけQT品質を上げる
これ最強

やったことないけど多分モヤモヤはB-VOPがらみだと思うんで
B-VOP SensitivityでB-VOPの割合を減らしてみるとか。
-20ぐらいを指定してみるとか（適当）

つかBフレーム使わなきゃいいじゃん

Div糞が出た当初からBフレのメリットよりデメリットの方が何かと取り沙汰されるな。
Bフレはもう忘れろよ・・・

サイズを気にせず品質固定でいくときはBフレームは切ったほうが良いね。
なんたって、ただでさえBフレームの品質は悪いのにデフォだと
BのQ値 = (I,PのQ値)*1.5+1.0 でQT=2.5の場合なら、実際はQTは4〜6になっちゃうわけだし。

俺ってアホだな

>>58
アホめ！！

Bフレーム省くと音ズレが発生する

>>60
逆。
お前がBフレ以外の設定でミスってるだけ。

787 名前：名無しさん＠編集中[sage] 投稿日：2006/10/04(水) 23:25:47 ID:NhTPIAyf
そもそもaviはBフレームを使用できない。
それを無理矢理使おうと必死になってその結果微々たるズレが生まれた。
だからこの現象はDivXに限らずどのMPEG4でも生まれる現象。

12 名前：名無しさん＠編集中[sage] 投稿日：2006/10/05(木) 00:59:44 ID:pu1aVD5o
ズレるのは、AVIコンテナのせいではなくてVFWの仕様のためのようだよ。

Divx/XviDの場合
http://www.marumo.ne.jp/db2004_b.htm#30
http://www.marumo.ne.jp/db2004_c.htm#1

x264vfwの場合
http://www.marumo.ne.jp/db2006_8.htm#29

>>60
それって、気付かずにずっとBフレでエンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

16bitかつBフレでエンコしちゃってた人ｷﾝｸﾞｶﾜｲｿｽ・・・

>>62-63
またお前か。

じゃあもうcinepackしかないな。

いやここはひとつindeoだろ

誰も俺の釣りに付き合ってくれないなんて…

>>67
だからBフレ使うなよ

>>67
俺以外にも>>59が付き合ってるじゃん。アホめ！

16bitかつBフレでエンコしちゃってた人ﾏﾝﾓｽｶﾜｲｿｽ・・・

いつかXviDでエンコしちゃってた人ｶﾜｲｿｽ
になりそうだな。
しかし付き合いのいいことだ。

>>70
それって、気付かずにずっと32bitでエンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

XviDの存在に気づかず、DivXでエンコしちゃってた人ｶﾜｲｿｽ

16bitかつBフレでエンコしちゃってた人ｱﾌﾟｿﾙｰﾄﾞﾘｰｶﾜｲｿｽ・・・

#izqt$c*u

てすと

てすと返し

ほんの軽い気持ちでMPEG-4 AVC/H.264 コーデックを試してみた。
ttp://seraphy.fam.cx/~seraphy/files/x264/x264vfw.Cygwin.590.7z

DVDソースから15MB/minuteぐらいのクオリティでxvidを用いたAVIファイルを作ってみた。
XviDは2passエンコでほぼ最高画質になるように設定、x264の設定はデフォのままで2passエンコしてみた。
（ビットレートはいろいろ試した。）
15MB/mあたりでは、x264を用いるとおよそ2/3のビットレートで同画質になった。
5年前から使ってたXviDと別れる時が来たようだ。
あの頃はuManiacを使ってる人が結構いた。懐かしい。

5年前じゃなくて4年前だったｗ

お前にとって何年前だろうがﾏﾝﾓｽどうでもいんだが。

＞15MB/mあたりでは、x264を用いるとおよそ2/3のビットレートで同画質になった。
こういうアフォが後を絶たんのはモニタが原因なんだろうなあ。

24bitﾏﾝｾｰ

>>77
それって、気付かずにずっと16bitかつBフレでエンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

いや、むしろ16bitかつBフレｶﾜｲｿｽエンコで
低画質になってるのに気付いてないだけか。
ﾏﾝﾓｽｶﾜｲｿｽ・・・

h.264対応まだ〜！！！
話題がないからつまんないネタスレになってるし。

>>84
それって、気付かずにずっと16bitかつBフレでエンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

16bitと24bitってそんなに違うの？
それぞれの良い点と悪い点を初心者に分りやすく教えていただけませんか？

>>86
それって、気付かずにずっと16bitかつBフレでエンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

16bit→軽い、色が少ない、低画質
24bit→重い、色が多い、高画質

Windowsの画面プロパティの設定で、16bitとか24bitに設定できるでしょ。
あれと同じようなもん。
ビット数が多ければそれだけ多彩な色表現ができて
当然高画質になる。

ソースはyuy2とする
16bit→ソース(yuy2)→フロントエンド(yuy2処理)→エンコーダ(yv12) 色空間の変換による無駄が少ない。
24bit→ソース(yuy2)→フロントエンド(YUV444,RGB処理)→エンコーダ(yv12) 色空間の変換による無駄が多い。

軽い、重い(サイズ？　再生負荷？）の違いは当然なく色の数が目に見えて変わるわけではない。どちらが高画質、低画質であるかを論じるのも愚の骨頂。

>>88
は知ったかの痴れ者。

>>88
返答ありがとうございます。
もう少しいいですか？
エンコする時のビットレートが同じだった場合、
16ビットも24ビットも出来上がるファイルサイズは同じですか？

DivXもXviDも内部データは全部16bitで処理してるんだよね。
24bitのコーデックに対して見劣りしないのかな？
あと、たまにxvidでエンコすると、ソースではグラデーションのかかった画が
エンコ後見てみると縞々模様になるんだけどこれは16bitである事に起因するのかな・・・

>>89
論点がちがってないか？
それは中間処理だろ。
>>86 は最終出力が24ビットのものと16ビットで違うかどうかを聞いていると思う。

多分。自信なし。

>>91
ちなみに内部はYV12で16ビットではないよな。


内部24ビットの一般的な形式って今何があるよ。
MPEG系列は全滅だろ？

>>91
「画面の色」が16ビット（OS側）かつ非オーバーレイ出力（プレイヤー側）で動画再生させてもグラデーションは等高線映像に化ける。
つまり動画再生環境が崩れていても等高線動画を拝むことができる。

>>92
最終的に出力された動画が形式上（プロパティ上では）24bitであっても内部は12bitなので、この場合は中間処理の話が肝になる。

>>93
参考になりました。ありがとうございます。

いやそうじゃなくて内部24ビットのコーデック使えば
幸せってことじゃないのかなと思った(コピペの内容をXviD自体に対するものだと思った)。
勘違いかもしれない。というか勘違いか。

調べたところ、DVD（mpeg2）自体が12bitなのでXviDが12bitである事は全く問題ないですね。
お騒がせしました。

>>89
それって、気付かずにずっと16bitかつBフレでエンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

>>97
それって、気付かずにずっとRGBからの変換でエンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

>>98
それって、気付かずにずっと16bitかつBフレでエンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

shibuya updated

>>97-100
この流れにﾜﾛﾀｗ

しかしやっとかなりの馬鹿でも理解できるような説明がされたな。

>>101
それって、気付かずにずっと16bitかつBフレでエンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

ネタの引っ張りすぎは冷めるからやめれ

分かった。
受け入れ難い現実を何度も突きつけてごめんよ。

>>100
さっき落としたよん

Aviutlを使ってxvidでエンコードして特に問題ないですよね？

真空波動研で調べると、divxでエンコした物は24bitなのに
xvidでエンコしたものは16bitと表示されますが何か違うのでしょうか？

ウホッ

もう俺は24bitで逝くよ

>>106
WindowsのバグかもしれないからWindows板池

Windowsのバグ（笑）

プロパティで表示されるbit数は、コーデックが適当だと思う値を設定してるにすぎない。
特に圧縮するようなものは、bit数なんて意味がないので、ソースの値をそのままコピーするもの
もあれば、もっともポピュラーな再生状態であるものを設定するものもある。
CODEC->出力（再生時RGB24)が普通なら、外から見たらCODECはRGB24と
見えることは解るであろう。だったらそれを設定しとけ、となってるだけ。
もちろん、色空間を指定せずにコーデックに任せる以外にも、
アプリが色空間を明示してコーデックにデコードを依頼することもできるので
例えばプロパティが24bitとなってても、YV12で画像をデコードしてもらうことだって、
あるいは、RGB24で画像をデコードしてもらうこともできる。

http://pc7.2ch.net/test/read.cgi/software/1160191835/106/
たぶん、CPUのバグだな

たぶん、バッテリーのバグだよ。

脳みそのバグだろ

　 　　　 　　 　＿＿＿_
　　　　　　 ／ ＼　　／＼　ｷﾘｯ
　　　　　／　（ー） 　（ー）＼
　　　　／　　 ⌒（__人__）⌒ ＼　　　　＜Windowsのバグかもしれないから
　　　　|　　 　　　|r┬-|　　　　|　　　　　　
　　　　 ＼　　　　 `ー'´　　 ／　　　　　
　　　　ノ　　　　　　　　　　 　＼　　　　
　 ／´　　　　　　　　　　　　 　　ヽ
　|　　　　ｌ　　　　　　　　　　　　　　＼
　ヽ　　　 -一''''''"~~｀`'ー--､　　　-一'''''''ー-､.
　　ヽ ＿＿＿＿(⌒)(⌒)⌒)　)　　(⌒＿(⌒)⌒)⌒)




　 　　　　 　　　＿＿＿_
　　　　　　　 ／_ノ 　ヽ､_＼
　ﾐ　ﾐ　ﾐ　　oﾟ(（●）) (（●）)ﾟo　　　　　　ﾐ　ﾐ　ﾐ
/⌒)⌒)⌒. ::::::⌒（__人__）⌒:::＼　　　/⌒)⌒)⌒)
|　/　/　/　　　　　|r┬-|　　　　|　(⌒)/　/ / /／　　だっておｗｗｗｗ
|　:::::::::::(⌒)　　　　|　|　 |　　 ／ 　ゝ　　:::::::::::/　　　　　
|　　　　　ノ　　 　　|　|　 |　 　＼　　/　　）　　/
ヽ　　　　/　　　　　`ー'´ 　 　 　ヽ /　　　　／　　　　　バ
　|　　　　|　　 l||l　从人 l||l 　　　　 l||l 从人 l||l　　バ　　　ン
　ヽ　　　 -一''''''"~~｀`'ー--､　　　-一'''''''ー-､　　　　ン
　　ヽ ＿＿＿＿(⌒)(⌒)⌒)　)　　(⌒＿(⌒)⌒)⌒))

じゃあ俺はHDDのバグな

　 　　　 　　 　＿＿＿_
　　　　　　 ／ ＼　　／＼　ｷﾘｯ
　　　　　／　（ー） 　（ー）＼
　　　　／　　 ⌒（__人__）⌒ ＼　　　　＜Linuxは断片化しないからでフラグ要らないんだけどねｗ
　　　　|　　 　　　|r┬-|　　　　|　　　　　　
　　　　 ＼　　　　 `ー'´　　 ／　　　　　
　　　　ノ　　　　　　　　　　 　＼　　　　
　 ／´　　　　　　　　　　　　 　　ヽ
　|　　　　ｌ　　　　　　　　　　　　　　＼
　ヽ　　　 -一''''''"~~｀`'ー--､　　　-一'''''''ー-､.
　　ヽ ＿＿＿＿(⌒)(⌒)⌒)　)　　(⌒＿(⌒)⌒)⌒)




　 　　　　 　　　＿＿＿_
　　　　　　　 ／_ノ 　ヽ､_＼
　ﾐ　ﾐ　ﾐ　　oﾟ(（●）) (（●）)ﾟo　　　　　　ﾐ　ﾐ　ﾐ
/⌒)⌒)⌒. ::::::⌒（__人__）⌒:::＼　　　/⌒)⌒)⌒)
|　/　/　/　　　　　|r┬-|　　　　|　(⌒)/　/ / /／　　だっておｗｗｗｗ
|　:::::::::::(⌒)　　　　|　|　 |　　 ／ 　ゝ　　:::::::::::/　　　　　
|　　　　　ノ　　 　　|　|　 |　 　＼　　/　　）　　/
ヽ　　　　/　　　　　`ー'´ 　 　 　ヽ /　　　　／　　　　　バ
　|　　　　|　　 l||l　从人 l||l 　　　　 l||l 从人 l||l　　バ　　　ン
　ヽ　　　 -一''''''"~~｀`'ー--､　　　-一'''''''ー-､　　　　ン
　　ヽ ＿＿＿＿(⌒)(⌒)⌒)　)　　(⌒＿(⌒)⌒)⌒))

やべえ誤爆した

ｋｗｓｋ

タイポも直せよ

最新のCVS更新ログにdeinterlaceがどーのこーのって。

でも、vfwやdshowではまだ使えないね。
関数が追加されただけ。

12bitかよ
つかえねーな

つかわなければいいじゃん

12bitかよ
つかえねーな

話題無いね(´・ω・｀)

>>126
どのバージョンが一番良いか教えて

12bitかよ
つかえねーな

おまいら、AviUtlはもう使うなよ。糞画質になることが証明された。
ttp://www.katch.ne.jp/~kakonacl/douga/dvd_convert/dvd_convert.html

本人が気づいてないで使ってたならどーでも良いじゃん
自分の目を信じろ

AviUtlを使う理由は使いやすさとプラグインの豊富さであって
じっと見比べなきゃ分からない程度の差なんてｷﾆｼﾅｲ。
そもそもペグ4に圧縮してる時点でどれも大幅に劣化するわけなんだから
そこまで気にするなら圧縮なんかするなと。

xvidインストールしてるけど、divx3シリーズの動画が再生できませんでした(音声だけ)
これは素直にdivx入れろってことなんでしょうか・・・

ffdshow入れてみるとか

ダウン厨は金掛けずに綺麗に見たいからいつもあれは使うなこれは使うなと命令口調

>>132
DivX入れてもDivX3は見れないと思うよ。DivX3は見捨てられてるから。

>>129
突っ込みどころ多くないか？

まずなんでAviUtlでMPEG2が読めてるんだよ、と。
AviUtlにMPEG2(のd2v)を読ませるには大きく分けてDirectShowと入力プラグインの2通りがあるが
その入力時点でもちろん画質なんて違う。
どっちを使ってるのか隠してる時点で・・・

そして良く見てみれば解像度を変更してる。720x480→544x304
当然その解像度はlanczos3.aufで変えてるんだろうな？ええ？おい。
あとAviUtlの不具合解消プラグインもちゃんとチェック入れてるんだろうな？

って、　や　っ　て　な　い　だ　ろ　！

＞5)「設定」メニューの「サイズの変更」で「指定サイズ」を選択→今回は544x304

だな。
いい意味で取れば本体に備わってる機能の比較のためと取れるが
わざと画質が悪くなるように優秀なプラグインを使わないとも取れる。

つーかその比較は結局根本的には”本体の解像度変更機能の比較”にしかなってないような。
そんなことも分からん人間がメンドクサイ比較ページなんて作るとは思えない。
間違いなく本人は分かってやってるはずだ。
それを”画質の比較”なんて言って初心者を惑わすとは。

不合格に分類されたもののうちAviUtl(XviD)以外：ストレート変換されている
　→色空間についてなにもわかっていない
DivX Convert(DivX6)等の生え際のコントラストが他と異なる＝シャープフィルタの存在
Auto GK(XviD)の彩度がほかと違って見える＝色調補正フィルタの存在
　→フィルタの存在を無視している
表情がばらばら＝比較しているフレームが異なる
解像度がばらばら＝リサイズによるボケをわざと混入させている
　→純粋な比較にならないばかりか、作為的な捏造の可能性もある

以上の証拠からこの検証結果が全くの無意味である事は明らかであり、
また筆者には論理的思考が欠如していることが示唆される。

AviUtlｵﾜﾀ

アニメだと傾向違うし

今さら何年も前に開発が止まったソフト相手にｒｙ

----------------------------------
ウェブマスターKen：連絡先
[email protected]
----------------------------------

突っ込みどころ多くないか？
まずなんでAviUtlでMPEG2が読めてるんだよ、と。
AviUtlにMPEG2(のd2v)を読ませるには大きく分けてDirectShowと入力プラグインの2通りがあるがその入力時点でもちろん画質なんて違う。
どっちを使ってるのか隠してる時点で・・・
そして良く見てみれば解像度を変更してる。720x480→544x304
当然その解像度はlanczos3.aufで変えてるんだろうな？ええ？おい。
あとAviUtlの不具合解消プラグインもちゃんとチェック入れてるんだろうな？
って、　や　っ　て　な　い　だ　ろ　！

＞5)「設定」メニューの「サイズの変更」で「指定サイズ」を選択→今回は544x304
だな。 いい意味で取れば本体に備わってる機能の比較のためと取れるが
わざと画質が悪くなるように優秀なプラグインを使わないとも取れる。
つーかその比較は結局根本的には”本体の解像度変更機能の比較”にしかなってないような。
そんなことも分からん人間がメンドクサイ比較ページなんて作るとは思えない。
間違いなく本人は分かってやってるはずだ。それを”画質の比較”なんて言って初心者を惑わすとは。

不合格に分類されたもののうちAviUtl(XviD)以外：ストレート変換されている
　→色空間についてなにもわかっていない
DivX Convert(DivX6)等の生え際のコントラストが他と異なる＝シャープフィルタの存在
Auto GK(XviD)の彩度がほかと違って見える＝色調補正フィルタの存在
　→フィルタの存在を無視している
表情がばらばら＝比較しているフレームが異なる
解像度がばらばら＝リサイズによるボケをわざと混入させている
　→純粋な比較にならないばかりか、作為的な捏造の可能性もある
以上の証拠からこの検証結果が全くの無意味である事は明らか

あひゃひゃひゃひゃ負け犬AviUtl厨が騒ぎだしたｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

ゴミエンコばっかしてんじゃねぇーｗｗｗｗｗｗｗｗｗｗ

あひゃひゃひゃひゃ負け犬AviUtl厨が騒ぎだしたｗｗｗｗｗｗｗｗｗｗｗｗｗ
涙ぐましいですねｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
ゴミエンコしてんじゃねーーーーーーーよｗｗｗｗｗｗｗｗｗ

メアド晒されて気が狂ったのか。
2chはスパム自動送信ソフトに引っかかるからなぁ。

kenkun他のページも間違った情報ばかりだよ（´・ω・） ｶﾜｲｿｽ

ふーん、玄米ビスケッツがあるのにね。

各種ムービー、ファイルのオン・デマンド 配信コーナー
ttp://www.katch.ne.jp/~kakonacl/jitaku/jitaku.html

予告だからいい…のか？

AviUtlなんて使ってんのいんのかよ？www

寂れてたこのスレに活気が戻ったな。
予定通りだ。

ふーん、玄米ビスケッツがあるのにね。

XviDは使ってるはAviUtlは使ってない。
そういう俺がいう。スレ違いだから出ていけ。

使ってるは→使ってるが
焦ったのか知らんが間違えた。

AviUtlなんて使ってんのいんのかよ？www

>>154
あなたのオススメソフトを教えてください。

Video maid
http://vmaid.sourceforge.jp/index.html.ja

かつてはAviUtlと双璧をなす存在だった。
特に映像と音がずれるのが当たり前だった時代には
AviUtlよりも音ずれを後からでも直せるこっちがいいという人も居た。
Ver 1.7Iの後ある事情で作者は一時期全てを捨てて開発中止。
バイナリはあにぺぐが転載するもユーザーが激減。
その後Sourceforgeにて発見される。
しかし発見当時はWindows版バイナリはソースから自分で作れということでユーザーは増えず
Windows版バイナリ配布後もGTK特有のクセのあるファイル構成と明朝体と起動時同意トラップから
http://sourceforge.jp/projects/vmaid/files/
のダウンロード数参照な現在に至る。

あの時分色々あったからな。

開発耽々と進んでるのね。ほぼ月一で更新凄いす。

量子化カスタムでマックスベストピクチャーのエンコ物をプレーヤーで再生したら映像がおかしくなった

オススメのエンコードソフトは？

エンコードするのはXviDの仕事だろう

>>160
使いやすいもの選べばおｋ

元々12ビットのものを16や24にアップサンプリングしようが対して変わらん

>>156
vfwはvistaか次のバージョンで切られるらしいけどコーデックとのハンドリングはどうするつもりなんだろ

切った事でクレーム殺到→ぐだぐだのまま存続
or
有志によるソフトの登場→MS以外みんな幸せ

ＸｖｉＤはなんだかんだ言っても利用者が世界中に大勢いるから、
10年後もソフトさえあれば見れそうな気がする。

MeGUIでxvid_encrawを使えるしそれでいいや。

どうせ互換レイヤーとかで残しちゃうんだろうな。
ますますWindowsがゴテゴテになっていくと。

ベイビーベイビー？どうでもいいから結果だけいえや。１６と２４、どっちがキレイなのか、それとも関係無いのか。
結局いつもこういう話になって結果は「各自すきにすりゃいいだろ俺は真実を知ってるがな」系の
終わり方になるんだイライラするんだぜ？スイートパイ。

激しく既出ですが日本語読めませんでしたか？

表示は16bitだったり24bitだったりするが
実際は12bitである

これに対する回答を以下から一つだけ求めよ

A.32bitマンセー
B.それって、気付かずにずっと16bitでエンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

そもそも、XviD/DivX/x264/WMVなどのMPEG4系でエンコしてる時点で、
可哀想だとしかいいようがないw
あらゆる用途においてMPEG2が最強だってことまだ分かってない感じww

最強ｗ

MPEG2,CBR,15MB/sが最強すぎる！

ハイプロなら　H.264＞mpeg2

SDで15MB/sなら無圧縮で良いんじゃないか？

最強ww

MPEG2が高画質と思い込んでる人がいまだに多くて困る

高画質じゃなくて信頼性。
現状、保存用にはこれしかねぇよ。

MPEG2が高画質ということを知らんヤツが多いことは
実に嘆かわしいことである

おまいら、XviDにエンコするっつってもソースは大体MPEG2だろーが。
ソースが高画質でなくて、何故xviDが高画質になる？

mp3がCDより高音質と言ってる様で笑えるｗｗｗ

あぁそうだな (´ー｀)y-~~
まったくそのとおりだ (´ー｀)y-~~~~
おまえはただしいよ (´ー｀)y-~~~~~~

Xvidでエンコすると女性の小皺が消えて綺麗になる

シコシコエンコはもう止めた。
BD買うよ。

>>183
俺はx264でエンコしてノイズ除去フィルターを適当にかける
→肌がちょっとのっぺりした質感になるようにする。
→アップでも女性の肌荒れ目立たない。

ってやってる。個人的な嗜好なんでソースとちょっと違う感じ
になっても満足。

>>183
VHQを0にしなさい

>>167
MeGUIでxvid_encraw使うと1フレーム目が全面黒になります
Bフレ使うとこうなるんですけど、解決策ありますか？

てｓｔ

てｓｔ

>>187
mencoderはaviのBフレ非対応だったような気がする。

>>187
家ではその問題は再現しない。コンテナをrawやmkvにして試してみては。

XviDを生かせるエンコソフトは

>>185
x264でXVidなんか作れたっけ?

で、32ビットってどうやんの？

他スレで見つけた超高画質動画を置いとく。まるでXviDエンコの見本のようだ。
http://www6.axfc.net/uploader/6/so/N6_1896.avi.html
PASS：さげ

AVI1.0 1280x720 16Bit XviD 1.1.0 Final 29.97fps 17786f 3503.41kb/s
PCM 48.00kHz 16Bit 2ch 1536.00kb/s
00:09:53 (593.46sec) / 374,411,258Bytes

旦那、コマ落ち動画が見本なのですかい？

幽霊かよ

>>190
>>191
アドバイスありがとうございます、AVIコンテナがいけないのですね

>>196
女子アナが出てるとこだけ編集されてるから、コマ落ちのように見えるだけ。

>>195
サッカー中継みたいに慢性的にビットレート不足なのはともかく
HDソースならどう料理したって汚くはならないと思うんだが
HDみたいに解像度でかくなるとSD解像度より量子化値下げても
特有のモスキートノイズとかの影響が小さくなる気がする
もちろん暗部のもやもやブロックノイズもあるしあんまり下げると慢性的に
ブロックノイズが顕著になるから結局程々にしとかないと駄目だけど

でなんとなくSDなら2〜4、HDなら3〜6くらいが目安になるんじゃないかと考えてる
根拠はまったく無いので理屈説明しろって言われると答えに窮するけど

撮像サイズが同一なら、相対的にノイズが小さくなって
見かけのS/Nが良くなるってか?

撮像じゃなくて受像だな。
モニタサイズの意。

前に糞でかい画像をJPEG最低画質で圧縮してみた事がある
恐ろしく小さくなったので画質ももうメメタァなのかなぁと思ったんだけど
エッジ周辺の量子化ノイズが気になるだけで全体で見るとあんまり破綻がなかった
この時JPEGってのはサイズがでかくなればでかくなるほど
効果的に圧縮ができるんだなぁと思うようになった
勿論近づくとメメタァなんだけどね

見かけのS/N比って言葉はとても的を射ていると思う
俺の駄文がたった数文字に圧縮できた爽快感があったｗ
ただこれは個人的な考えなんでこれは人によっては
全然支持されない考えだとも思ってる

だってこれ、プログレ29.97fpsじゃん

でかくなりゃブロックの中の色の変化が少なくなると逝ってみるテスト

BSデジタルでも、フレーム中にシーンチェンジがあると簡単に破綻しますが？

720x480を320x240に縮小エンコすると16x16ドット単位の圧縮ブロック内の絵は
複雑になり圧縮率し難くなる
720x480を1280x720にすると同じ理由で平坦になる
が、PV3で抜いたD出力画は境界がキリッとしてるから、単純な解像度の縮小、拡大の話とは違うけど

ちょ、今やってるココリコミラクルタイプ2時間SPのNIKITA女のVTRがインタレ出まくり（;´Д｀）
解除できてないのはうちのTVだけなのか？

液晶TVだとIP変換がしょぼいのあるから縞残りまくりの場合あるよ

>>207

>>195
その動画、どんな機器でキャプってるの？
激しく知りたい。

スレ違いだろ
TS抜きスレかPV3スレ池

最近のxvidってBフレームのズレが無くなってるような

なに逝ってんだこいつ

>>195
汚くエンコするほうが難しいような

>>213
それって、気付かずにずっとBフレでエンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

Dubでエンコしてたらズレないさ。AviUtlとかTMPGEnc使ってる奴ご愁傷様。

>>217
それって、気付かずにずっとBフレでエンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

>>218
あっはっはっは。
思い込みかどうか確かめてみたら？

>>219
スルー汁

>>219
あっはっはっは。
それって、気付かずにずっとBフレでエンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

まるでインコかオウムだね。

自分をなぐさめる思い込みでしょ？

馬鹿の相手はセルフサービスです

>>222
あっはっはっは。
悔しくて返信せずにいられないんでしょ？

あっはっはっは。
図星突いた途端に黙っちゃったよ。
分かりやすい奴ｗ

おはようございます
おかえりなさい

>>228
あっはっはっは。
悔しくて返信せずにいられないんでしょ？

あっはっはっは。

あっはっはっは。
悔しくて返信せずにいられないんでしょ？

九官鳥・・・

鳥頭？

ID:i+P1ms0Vは、かなり悔しかった模様

12bit信じられない、そんなの嘘だ！嘘に決まってる！！１１１！症候群

24bitが最強だけどな

bit !!!

普通、TVCMって30フレームじゃん。
ところが、30フレームでエンコすると縦解像度が足りないような画になって
24フレームにすると正常になるものがある
最近ので言うと、スバルの新がたれがツーのCMがそれにあたる。

あとプリチュアはaviutlでやろうとすると、
24フレーム自動でないと縦解像度が足りないような画になる。
30フレーム自動だと、フィールドオーダーをどっちにしても立てないぞ独活が足りないよう苗になる。




おれは30フレームのソースは30フレームでエンコすべきであると考える。
俺の友人のように、綺麗にさえなれば24でいいとか言う神経は理解できぬので、ある。

>>237
俺にはお前が何を言っているのか理解出来ない

>>232
あっはっはっは。
悔しくて返信せずにいられないんでしょ？

どんな嫌なことがあったんだ？

あっはっはっは。

>>240
あっはっはっは。
悔しくて返信せずにいられないんでしょ？

>>ID:Ay0yaJBC
今日もがんばってるね

あっはっはっは。
悔しくて返信せずにいられないんでしょ？

だまってろクソゴミゴリラども

かかってこいよ

空気を読まずにカキコ

DivX3->->4->wmv->XviDと流れ着いた
動画はTV出力で見るので、インターレース維持のためどうしてもこれ
wmvでもいいけど、dubmodで簡単に作れるから
俺みたいな経験期間だけ長い素人にはこれがいまんとこ最高

で12bitでエンコしちゃうとｗ

なんも考えてないから

やぁシコシコXviDエンコするのもいいが、たまにはエロ動画で抜こうぜ


おっす！オラＩＤ：dololo
ファイルバンクのシェアで、
関西援交・まにあ投稿・SkyAngel・写真集etc 既出モノが大半だけど
約８０ギガ、公開してるからどんどんDLしてくれよな！

　 　　ＩＤ：dololo
　 PASS：なし

本スレ
FB24
http://sakura01.bbspink.com/test/read.cgi/ascii/1160662510/

なんで君たち12bitでエンコしてんの？

ぶっちゃけ同じ

>>251
それって、気付かずにずっと12bitでエンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

お前らネタかましてないで本家にいって
MPEG-4 AVC profile (h.264) support
に投票汁。

>>252
Σ(ﾟДﾟ；≡；ﾟдﾟ)

>>253
投票するとどうなるの？

>>252
根拠は？

>>255
それって、気付かずにずっと12bitでエンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

>>256
根拠は？

えっ？おまえ12bitでエンコしてんの？

>>257
あっはっはっは。
悔しくて返信せずにいられないんでしょ？

>>259
あっはっはっは。
悔しくて返信せずにいられないんでしょ？

取りあえず上のレスを一部引用しとくよ。

ソース(yuy2 or yv12)→フロントエンド(yuy2処理)→エンコーダ(yv12) 色空間の変換による無駄が少ない。
ソース(yuy2 or yv12)→フロントエンド(YUV444,RGB処理)→エンコーダ(yv12) 色空間の変換による無駄が多い。

ついでにここも読んどいて。
http://forum.doom9.org/showthread.php?t=39784&page=2

このレスが理解できない場合は、わかりやすいから九官鳥レスでもしといて。
まとめてあぼーん登録しとく。

>>253
投票してきた
俺んときは51.64 %だた

>>261
AviUtlのように各色のビット数が多いとフィルタをかけた時有利だよな？

YUV444も(フィルタをかけるときは)若干有利だと思うけどそこについてはどういう見解でしょう。

12ビットがだめとかそういうことを言うつもりはないので一応断っておく。

12bit(YV12)で画像処理するのは何かと問題があるのでお勧めはしない。
それを推奨できるケースはスルーでトランスコードする場合だけと言ってもいい。

結局何をソースとするかだ罠
mpeg2ならyv12で十分だしデジソースのmpeg2だってyuy2で十分
aviutlはサンプリングが444になるどころか色深度のレンジまで増やすし
一般的なソースに対して無駄にオーバースペック杉

>>260
あっはっはっは。
悔しくて返信せずにいられないんでしょ？

>>267
あっはっはっは。
悔しくて返信せずにいられないんでしょ？

>>268
あっはっはっは。
悔しくて返信せずにいられないんでしょ？

あっはっはっは。
悔しくて返信せずにいられないんでしょ？

>> ID:M+GkL8Fm
酔っ払って気分がいいのは分かったけどほどほどにな。

>>270
あっはっはっは。
悔しくて返信せずにいられないんでしょ？

荒らしたいだけ

http://pc8.2ch.net/test/read.cgi/avi/1159847342/475

＞ほどほどにな
はーい。(´･ω･`)

ﾌﾟｯ
逃亡乙

ttp://freeserver.name:8080/ul1/src/fsup0502.avi.html

ID:M+GkL8Fmは、なるP

必死にコピペしてレスしてる奴は何か辛いことがあったんだろうな

>>279
あっはっはっは。
悔しくて返信せずにいられないんでしょ？

みんな壊れちまったのかｗ


>>282
あっはっはっは。
悔しくて返信せずにいられないんでしょ？

あっはっはっは。
悔しくて返信せずにいられないんでしょ？











　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　流行ってるのかな

　　　　　　　＿＿＿＿＿
　　　 _-´￣　　　　　　　 ￣｀-_
　　／　　　　　　　　　　　　　　＼
　 /　　　　　　　　　　　　　　　　 ヽ
　|　　　　　　　　　　　　　　　　　　 |
│　　　　　　　　 　　　　　　　　　　 |
　|　　　　　　　　　　　　　　　　　　 |
　ヽ　　　 　 ／￣￣￣￣＼　　　　/
　　＼　　 /　　　⌒　　　⌒＼　/
　　　 ＼/　　-=・=-　 -=・=-|／
　　　　　|（６　　　　| |　　　 　|　
　　　　　|　　　　　 (･･) 　　　 |　
　　　　　|　　　　　∈∋　 　　|　
　　　　　 ＼ 　　　　　　　　／
. 　　　　　　＼＿＿＿＿／

XviDって顔に見えるよね

>>237
インタレ解除してるからじゃんバカ
そのままエンコするか縞があるならフィールドシフトして30pにしろ

おれは、つねに同じソースからのAVI生成物を二つ作るのである。

そう！そのとおりである！おまえはあたまがいい！
インターレースド・AVIと、ノン・インターレスド・AVIである。

こうしておけば多い日も安心というわけである。
マーベラス！

最強ﾈﾀｽﾚ伝説！

　 　　　 　　 　＿＿＿_　　　
　　　　　　 ／ ＼　　／＼　ｷﾘｯ
.　　　　　／　（ー） 　（ー）＼　　　　　　
　　　　／　　 ⌒（__人__）⌒ ＼　　　　＜あっはっはっは。
　　　　|　　 　　　|r┬-|　　　　| 　　　　＜悔しくて返信せずにいられないんでしょ？
　　　　 ＼　　　　 `ー'´　　 ／
　　　　ノ　　　　　　　　　　 　＼
　 ／´　　　　　　　　　　　　 　　ヽ 　 　 　 　 　 　 　
　|　　　　ｌ　　　　　　　　　　　　　　＼
　ヽ　　　 -一''''''"~~｀`'ー--､　　　-一'''''''ー-､. 　 　
　　ヽ ＿＿＿＿(⌒)(⌒)⌒)　)　　(⌒＿(⌒)⌒)⌒))



　 　　　　 　　　＿＿＿_
　　　　　　　 ／_ノ 　ヽ､_＼
　ﾐ　ﾐ　ﾐ　　oﾟ(（●）) (（●）)ﾟo　　　　　　ﾐ　ﾐ　ﾐ
/⌒)⌒)⌒. ::::::⌒（__人__）⌒:::＼　　　/⌒)⌒)⌒)
|　/　/　/　　　　　|r┬-|　　　　|　(⌒)/　/ / /／　　だっておｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
|　:::::::::::(⌒)　　　　|　|　 |　　 ／ 　ゝ　　:::::::::::/
|　　　　　ノ　　 　　|　|　 |　 　＼　　/　　）　　/
ヽ　　　　/　　　　　`ー'´ 　 　 　ヽ /　　　　／　　　　　バ
　|　　　　|　　 l||l　从人 l||l 　　　　 l||l 从人 l||l　　バ　　　ン
　ヽ　　　 -一''''''"~~｀`'ー--､　　　-一'''''''ー-､　　　　ン
　　ヽ ＿＿＿＿(⌒)(⌒)⌒)　)　　(⌒＿(⌒)⌒)⌒))

>>288
あっはっはっは。
悔しくて返信せずにいられないんでしょ？

もうこの流れには飽きました

みんな、あんすてーぶるバージョン使ってる？

ごめんなさい....今日は生理なんです

>291
使っているよ。

エクスヴァイドゥゥー(英語は発音大事)コーディッヶ(英語は発音大事)で
エンコぅドされたモぅヴィーファイルって
ウィンドウーズ　ヴァイスタァーで見るとすげえ崩れるんだけど


なんで？

はいはいわろすわろす

なんでだろ？

(#ﾟдﾟ)ﾑｶｯ

で、結局YUY2とRGB24どっちがいいんだよ

YUY2

ナウなヤングにバカウケだな24bit

YUY2は16bitだから色数が少ない低画質動画になるよ。
MMname2でも16bit表記になっちゃうから物理的証拠もばっちり。
素直にRGB24にしる。

いつまでそのネタ引っ張るの？

素敵な釣りですね。しかしいつからここは釣り堀になったんでしょうか‥‥

>>301
VirtualDubのHex Editorで開いて、RIFF　chunck listを表示して
- AVI file header block
　　- AVI stream header block
　　　　　- AVI stream format
の22バイト目を書き換えれば良いよ。16進で、10->18

2passエンコすると、指定ビットレートより小さくなるのは既出？
1800kbps指定したら約1700kbpsになったです。

うちではそんなことないけどな。
2500kbpsを指定して約2497kbpsになるとか、微少なズレはあるけれど。
XviD 1.2.-127での話だけど、1.1.0でも同様だったはず。

どうせ、平均くあんたいざーが2以下でした。とかだろ。ハゲっが。

くえんざー

クゥエンザーだろ

久遠隊ザー

クェイサー

クレンザー

グレンダイザー

ttp://funnite.net/personal/doi/nikki/0608/sasaki.jpg

なんの不安もなく24時間フルエンコ出来る季節ってのは嬉しいねぇ

お前らBD買ってもシコシコエンコするのか？

>>315
ロシアおすすめ

え？PCが起動しても俺が起動しないから無理だって？
誰がうまい事言えとｗ

>>318
ｸｿﾜﾛﾀｗ

http://www.youtube.com/watch?v=Dfnyt61EoHk&eurl=

>>318-319

自演・・・自演・・・自演・・・

ジエン・・・ど？

Xvid mepg4って編集できないんでしょうかね？
virtualdubなど試しても画面が真っ黒にしかならないんですが。

>>323
VirtualDubMod

aviutlで十分

ダメな奴は何を使ってもダメ

よそはよそうちはうち

2４bｉt

VirtualDubModって人気あるけどややこしいよね。
俺はAviDemux使ってて簡単で好きだけど、全然人気ない。

VirtualDubModは何も考えなくてもちゃんと24bitで吐くけど
AviUtlは設定変えないと16bitの地雷動画になるから
気をつけたほうがいいよ。

AviUtlなんて時代に取り残されたソフト使ってる奴なんていないだろｗ

エンコを始めて2年程度の者ですが、だめなんですか？

ビット数なんてどうでもいいだろと思っている俺。

VirtualDubMod1.5.10.2
AviUtl099
TMPGEnc4.0
どれも使ってるが一長一短もめん。そのときの気分で使う。
あるいはAviUtlで編集したプロジェクトをTMPGEncでバッチ出力またはその逆。

それいったらXviDはどうなる。
まぁH.264以外すべて時代遅れ、と言えば時代遅れだが。

>334
>あるいはAviUtlで編集したプロジェクトをTMPGEncでバッチ出力またはその逆。

これはエンコ速度が犠牲になるよー。

>335
一応VC-1があるじゃないか。

＞AviUtlで編集したプロジェクトをTMPGEncでバッチ出力
なんでまたお勧めできないことを・・・MPEGにするってんならいいけど。

>>330
じゃあどう設定したら回避できるの？

>>338
環境設定→コーデックの設定で
YUY2で圧縮展開のチェック解除
ちったあ調べな

RGB32bitでXvidに渡す→bmih.biBitCount=32
RGB24bitでXvidに渡す→bmih.biBitCount=24
YUY2でXvidに渡す→bmih.biBitCount=16

でも中身はMPEG4なので結局内部でYV12(12bit)に変換されてる

↓いつものこぴぺ

それって(ry

あのコピペはテンプレに入れるべきだな。
いろんな意味で傑作だ。

>>336
あれも結局時代遅れな部類じゃね？
結局中身はwmv9とほぼ一緒だしさ。
まぁ画質に関しては正直どのコーデックも大差ないと俺の中では思ってるが。

まあ、DVD2AVIでプレビューしながらRGB24bitとYUV（笑）切り替えて見比べてみ。
明らかにRGB24bitが綺麗だから。

面白がってやってるんだろうけど
それだけでスレを伸ばすのはやめないか？

>>344

>>343

AviUtlは内部YUV444だから、RGBに変換しないで、YUY2でXviDに渡す方が良いと思っていたが違うのか？

444って言っていいかどうか微妙だがそれであってる。
ID:1En9hhf5 は面白がってRGBRGB言ってるだけ。

それって、気付かずにずっと12bitでエンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

YUV4:2:0とかYUV4:2:2とかはサンプリングのことを指してて
カラーチャンネルあたり8bitのものをそれぞれYV12だとかYUY2だとか言う

んじゃなかったっけ

>>343
>RGB24bitとYUV（笑）切り替え

どこにそんな設定あるんだ。
PC, TV Scaleの切り替えと勘違いしてないか？

>>350
つ色空間指定

>>346
YUV444ではない。各チャンネル16bit(有効約12bit)のYCbCr。
ビット長増やして丸め込み誤差をなくしているから、RGB<->内部YCは可逆。
だからUtl側の変換は関係なくて、XviD内での変換の問題になる。

>>352
それはあくまでもAviUtlの中だけの話で、RGB24とYUY2は表せる色範囲が異なるよ。

>353
だからXviD内部での変換が問題になるんでしょうに。

それって、気付かずにずっとYUV（16bit笑）でエンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

>>354
AviUtlから出る時点の話。
RGB24/YUY2->YUV4:2:0 (YV12じゃないよ）変換の話とはまた別。

>356
AviUtlから出る時点では元のRGBと全く一緒なんだってば。可逆なんだから。

>>357
あれ？元がRGBで出力もRGB？
出力をRGB24とYUY2にすることの違いを論じてるんじゃ無かったんだ。
それじゃ論点が食い違ってるから、ただの言い合いになるだけだな。

XviDのRGB->YUV変換部の精度が良くないという話があったような。

ごちゃごちゃ議論してるけど要は、同じソースからエンコした動画が
12bitとなってても他のbit数の動画と画質は全く同じって事か。

それって、気付かずにずっとYUV（16bit笑）でエンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

>358
純粋にRGBとYUY2の違いのこと？AviUtlもXviDも関係無しに。
そりゃ当然違う罠。

俺の言いたかったのは、AviUtl内部形式への変換は無関係ってことだけ。

それって、

>>362
XviDでエンコする時のソースの色空間のこと。
もっとはっきり言うと、AviUtlの出口（出力形式）のこと。
内部変換なんて話ではない。

結局、気付かずにずっとYUV（16bit笑）でエンコしちゃってた人の
自分をなぐさめる思い込みなんでしょ？

単なるスクリプトだと見てもウザイな

>>364
つまりAviUtlは関係ないってことでしょ。
そして>>352は>>346へのレス。Utlの内部YCからRGBの部分では劣化しないから関係ないよと。

shibuya updated

内部12bitを理解出来ないスレはこのスレですか？

あ
色が変わっちまったじゃないか

そろそろPV3でも買う準備するか。

>>371
　　　　　　　　,. -‐¬ー''冖ｰ-､
　　　　　　／::::::::::::::::::::::::::::::::::::::::ヽ､
　　　　／:::::::::::::::::::::::::::::::::::::::::::::::::::::::ヽ､
　　　/::::::::::::::;;::--=､::::::::::::::::_;;::-‐､::::::::::k 　　　　　　まだ！まだ！まだ！まだ！ まだ！まだ！
　 　ｆ:::::::::::::f´　　　　｀￣￣´　　　ヾ:::::::::{
　　.l::::::::::::::l　　　　　　　　　　　　　 l::::::::ﾐ
　　l:::::::::::::::l　　　_‐-_--_‐-_‐ _ 　 　l:::::::::{
　　{::::::::::::::::〉¬==z､,_　 　 _,.z-＝‐ l::::::::冫 まだ！まだ！まだ！まだ！
　　 (ヽ::::::::ﾉ　 ,. ‐‐ ､｀;　 ´ ,r ｰ-､　ヾ:::ｼ
　 　 ヽヾ_ｆ　 _'_z-t::ｧ'､　　{ｋ.ｔ::ｭ-ﾐ_　 ｿ　　　　　　
　　　 ヽ_l　　　　￣,　'j　　l､` ､￣　　 } 　　まだ！まだ！まだ！まだ！
　　　　　l　: 　　''´　,:(　　 ヾ、　｀　　/
　　　　　.l　!　 　 ／　｀ - '´ ヽ. 　 , ,′ まだはやい！まだはやい！
　　　　　 '､ヽ　 /　　＿」_!＿　',　//
　　　　　　lヽ｀ ヽ ｨ´-ニニﾆ‐` ｿ'/ はやいよ！はやいよ！
　　　　　　」　＼　 　 ´￣ `　 :'／
　_,, -‐ "´| ＼　 ｀ヽ､_＿＿,／l_
´　　　　　 ',　 ヽ､　　　　　　,ノ 「｀`ー- ､_
　　　　　 　 ヽ､　｀`''¬r‐''´　,ﾉ　　　　　　｀ ｰ-､
　　　　　　　　 ｀`ー- ⊥ -‐' まだ！まだ！
まだ！まだ！ まだ！まだ！ まだ！まだ！ まだ！まだ！
まだ！まだ！
　　　　　　　まだはやい！　まだ！まだ！まだ！まだ！まだ！
まだ！まだ！ 　　　　　　　まだはやい！　まだ！　　　　　　　まだはやい！　まだ！まだ！まだ！
まだ！まだ！ まだ！まだ！ まだ！まだ！ まだ！まだ！ まだ！まだ！
　　　　　　　まだはやい！　まだ！
まだ！まだ！ 　　　　　　　まだはやい！　まだ！まだ！まだ！
まだ！まだ！ まだ！まだ！ まだ！まだ！
まだ！まだ！ まだ！まだ！ 　　　　　　　まだはやい！　まだ！
　　　　　　　まだはやい！　まだ！（岡部談）

30秒か。懸賞でさくっとはまらないと無理だな。

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

PV3 SOLD OUT VERY FAST
http://www.youtube.com/watch?v=0eRLhEzXLWw

50秒かからないのかよ

下の経過時間からすると実質は30秒もかかってない。

　　(　ﾟдﾟ)　 　　　　………
＿(__つ/￣￣￣/＿
　　＼/　　　　/
　　　　￣￣￣
　　( ﾟдﾟ )　　　　　　？？？
＿(__つ/￣￣￣/＿
　　＼/　　　　/
　　　　￣￣￣　　　　　　　　　　　
　　(　ﾟдﾟ)　 　　　　　？………
＿(__つ/￣￣￣/＿
　　＼/　　　　/
　　　　￣￣￣
　　( ﾟдﾟ )　　　　　　　？！
＿(__つ/￣￣￣/＿
　　＼/　　　　/
　　　　￣￣￣
　
　　( ﾟдﾟ )　ｶﾞﾀｯ　　　　　　
　　.r　　 ヾ
＿_|_|　/￣￣￣/＿
　　＼/　　　　/


　⊂( ﾟдﾟ )
　　 ヽ ⊂ ）
　　 （⌒）｜　ﾀﾞｯ
　　　三 `Ｊ

深夜に販売したぞ。

1回目は瞬殺だったが、2回目は超余裕。

Bフレずれないじゃん！

　　　　　なにが24ﾋﾞｯﾄだｺﾞﾗｧ
　　　　　　　　　　　　　　　　　　　　　　　　　　/＼＿＿_／ヽ
　　　　〃ﾆ;;::`lヽ,,_　　　　　　　　　　　≡　 ／''''''　　　'''''':::::::＼　
　　 　〈 (lll!! ﾃ-;;;;ﾞfn　　　　__,,--､_　　..　 . |（●）,　　　､（●）､.:|　＋　≡
　　　／ヽ-〃;;;;;;;llllll7,,__／"　　＼三=ー　|　　 ,,ﾉ(､_, )ヽ､,,　.::::|　　 　　≡ 　
　　　>､/:::/＜;;;lllメ　　　＼ヾ、　　ヽTf=ヽ`　　 ｀-=ﾆ=- '　.:::::::|　+
　　j,,　ヾて）r=- | ヾ:　　 :ヽ;;: 　　　 | l |　 l ＼　　｀ﾆﾆ´　 .:::::／　　　　　+　　≡
　,ｲ　ヽ二)l(_,＞"　l|　　　 ::＼;:: 　　　| |　 |　　ヽ,,-‐、i'　　／ V
　i、ヽ--ｲll"/　,, ,//,,　　　　:;;　　　l //　 l く> /::l"'i::lll1-=::::￣＼
　ヾ＝=:"::^::;;:::／;;;;;;;;;:::::::::::::: :::::ゞ ﾉ/　　 L／〈:::t_ｲ::/ll|─-=＝　ヾ
　　＼__::::::::／::::::::::::＿;;;;;;;;;;;;;;;;;ノノ　　　ﾍ　　　>(ﾞ ）l:::l-┴ヾ、ヽ　 ）
　　　　 ￣~~￣￣／　:::|T==--:::::　 ／／　　/　ﾄ=-|:|-─ （ l　　 /
　　　　　　　　 ／　::　 ::l l::::::::::::::::::/ /:::::::::::/:::::(ヽ--─　 /　|　 /
　　　　　　　　 ヽ＿=--"⌒￣ﾞﾞヾ:/ /:::::::／:::::::::`<==--　ﾉ　/　/
　　　　　　　　　／　　　／　　　＼/:::::::::::::::::::::::::::::￣'''""::／／
　　　　　　　 ／　　　／　　　　 :::: ヾ::::::::::::::::::::::::::::べ__;;;--

ズレるのもあるしズレないのもある。
オフなら100%ズレない。

>>380
それって、気付かずにずっとBフレでエンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

それって、気づかずにずっとAviUtlでエンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

>>383
16bitかつBフレ地雷乙

やれやれ

16bitとBフレームってﾅﾝｽｶ？

>>386
16bit＝AviUtlのデフォルト設定で出力される、色数の少ない地雷。24bit出力への変更推奨
Bフレ＝映像と音声がずれる恐れのある設定。>>61参照

補足
AviUtlと人気を二分するVirutualDubのデフォルトは24bit出力ですのでご安心下さい。

サビの歌メロもいいし、その裏の泣きメロ的なリフもシビれる
鳥ビームになら抱かれてもいい

俺誤爆乙

映画をエンコするときmp3は48kHz/128kbpsでやってんだけど、サイズ重視なんでもっと下げようかと思う
みんなはどれくらいにしてますか？

mp3ならそれ以上下げたら露骨に劣化するよ。。128kbpsが最低限。
AACなら96kbps、HE-AACなら64kbps程度でmp3 128kbps並の音質になるけど。。

音声をHE-AACにしてMP4に入れる。

勉強になりました。ありがとう

>>387は違いをほんとに確認してるのかな。

自分で確認できない人は、それぞれの方法でエンコしてやったのでとくと見やがってネ。

ttp://20.megaloda.org/uploda/www.megaloda.org0412.zip.html
1.Aviutl YUY2フィルタモード(16bit).avi
2.Aviutl(16bit).avi
3.VirutualDub+Avisynth(12bit).avi
4.VirutualDub+VFAPI(24bit).avi

いづれもvob→d2v経由。
明らかな違いを明言できたらば、違いのわかる男として称えられ、そして祭られることと思います。

＊並べて比較するときの注意。
オーバーレイは無効にすること。
オーバーレイを有効にすると2つ目以降に表示される動画は、Windowsの仕様でオーバーレイが利かなくなるので、公平な比較はできなくなる。
比較方法は同梱のpng参照。
p iroiro

漢は常にPCM
ていうか俺がそれ
ていうか音だけOGGにしようとしたらエンコはできても再生時に音が鳴らないわけよ
そういうときに限って元ソース消すのが早かったわけで最エンコできずにアボーン

だから俺はもっとも確実なPCM
元ソースが1GBなのに圧縮率の悪いXviDでエンコしたら1.5GBまで膨れ上がってもPCM

下のffdshowのツリーにClearTypeがかかってないのが気になる。

真の漢ならADPCMでしょ。

>>392
>AACなら96kbps、HE-AACなら64kbps程度でmp3 128kbps並の音質

http://www.rjamorim.com/test/multiformat128/results.html

最近のコーデックは128kのリスニングテスト（公募）においてはそんなに差は出てない。

>>397
ビデオメモリが足りないのか下の方に表示させたダイヤログの文字が一部欠けてしまったので
一旦別のウィンドウで隠してから最小化させたら（窓を閉じたくないときの応急処置としてよく使う）ClearTypeのかからない窓が出来上がってしまった。

関係ないけど、XPのVSを当てた状態でSuperπ走らせて窓をちょこちょこ動かしても同じような「欠け」ができるんだけど、どうにかならんかね。

>>395
それって(ry

答えは>>340で出てるわけで。

すまそ
ffdshowのダイヤログの日本語表示はClearTypeのかからないフォントが使われていたようで「欠け」云々は関係ない。
>>397の指摘と、実際に文字欠けを直したということが重なって勘違いしたようですわ。

>>387
なるほどー。勉強になりました。
まりがとう。

なんでか漏れがやると色かわるな

vob->d2vって、もしやvfapi経由ってことか？
じゃあその時点でRGB24になってるし、色空間はDVD2AVIでの指定により
RGB24/YUY2(->RGB24)/PC level/TV levelと違いが発生する。
AvisynthでならダイレクトにYUY2/YV12で入力可能。
AviUtlでもRGB24出力できる。
以上のことも試してgo

俺も色変わるんだが

だよね

まともな検証よろ

>>404
vob->DGIndex→d2vでyv12
1.Aviutl YUY2フィルタモード(16bit).avi
2.Aviutl(16bit).avi
3.VirutualDub+Avisynth(12bit).avi

又は
vob->DGIndex→d2v→vfapiでRGB24
4.VirutualDub+VFAPI(24bit).avi

vfapi経由なのはあくまでvfapi経由で検証した動画のみ。

色変わるって奴らはどうせストレート変換してるんだろ

むしろ14bitでもいいくらいだ(内部演算は12bitなので)

理解に苦しむのだが、何故最初にvobなんだ？
DVDからリップしたものをエンコードする事を
前提に話をしてるのか？
>>408の書き込みをみてるとVFAPIなんて使ってる時点で
どうでも良いような気がするが。

>vfapi経由なのはあくまでvfapi経由で検証した動画のみ。

こんな凄い事、言いきっちゃってなんだかもう。

Xvid 1.1.1 bugfix release
http://www.xvid.org/

で、実際どうなのよ？

YUY2->RGB変換係数がAviUtlとVirtualDubじゃ若干異なる。
変換誤差として3〜4は違ってきており、見た目にも違いはわかるほど。
VirtualDubでの変換はまあXviDに近い。

31日火曜日、2006年10月
では、 Xvid1.1.1はリリースされます。
このリリースはXvid1.1.1bugfixリリースです。 それは.0うまやがリリースする前の1.1とのコンパチブルAPIです。

1.1以来.0を変える、:
xvidcoreライブラリ
バグ修正版、フレーム低下です。 (N-VOP) 特徴は人でいっぱいのB-フレームと組み合わせて使用されます。
修理する、時期尚早 xvid_「反-餌袋」の例のEOF
インテルEMT64アーキテクチャに関する固定潜在的クラッシュ
IA64プラットホームへのいくつかのフィックス(トーマスKoeckerbauerで、パッチします)
視覚_オブジェクト_veridのために、ビデオ_オブジェクト_層_verid問題に対して修理します。
確実にします。 介入しているバイトはBitstreamInitに保存されます。()
VFWフロントエンド
NULLコーデック文脈でアプリケーション呼び出し湿布_終わりをコード化するとき、segfaultを防ぎます。(yandexドットRuのPerfectDark)
プロフィール定義最新版
DShowフロントエンド
欠けているdebug.cを加えます。

H.264対応は・・・

機械翻訳の文書読んでると脳が溶けそうになる

原文貼れよ、ロシア語とかじゃあるまいに

>>11
これは本当なの？
それともネタ？

よく分からんが11・1版の渋谷でいいのかな。

>>419
短いビデオ（まあ100をフレームもあれば十分）用意して、
できればフレーム番号を画像に埋め込んで分かりやすくしてから
自分で実験してみそ。

XviDってISOMPEG4準拠ですよね？

>>411
>何故最初にvobなんだ？
手持ちのソースがそれしかなかったので。
それとvobのようなソースはサンプルとしてわかりやすい。

>>vfapi経由なのはあくまでvfapi経由で検証した動画のみ。
>こんな凄い事、言いきっちゃってなんだかもう。

vfapiを経由してエンコされた動画なら何でエンコしようが一旦24bitに変換されて、最終的に出力された動画もプロパティ上では24bitになるじゃん？

>VFAPIなんて使ってる時点で
>どうでも良いような気がするが。

強制的に24bitに変換されるような、わかりやすい道具がほしかったのであえて使いました。
VdubのFull processing modeでも24bitになるけどサンプル多くなって煩雑になりそうなのでやりませんです。

でもってあれは糞。とか断言せずにフィルタの有無で使うフロントエンドや、その他諸々自由に変えられるだけの柔軟さは欲しいさね。

ｷﾓ

>>419
aviutlは拡張AVI出力使えばズレナイ

Xvid 1.1.1 releasedのNewsが出たけど、ソースのアーカイブへのリンクが切れてるね。
CVSを見ると、release-1_1_1-finalのタグは7/11に打たれたままで
打ち直されたわけではないから、7月のコードが1.1.1の正式版ということかな。
当時からxvid2chにバイナリが上がってるやつ。

release-1_1-branchは既に1.1.2になってるから、
すぐに1.1.2がリリースされそうだけど。

結局、どれが一番いいんだー！

1.1.2のソースのアーカイブがアップされたけど、CVSのタグは打たれてない。
1.1.1はリンク切れのまま。
1.1.1のアーカイブはサイトのリニューアルの前にはあったのに。

release-1_1_1-finalのタグが打たれたコードのバイナリ :
http://uk.geocities.com/xvid2ch/files/xvid-1.1.1.zip
http://ffdshow.faireal.net/mirror/XviD/xvid-1.1.1.7z

現状で上がっているxvidcore-1.1.2.tar.gzと同等のコードのバイナリ :
http://uk.geocities.com/xvid2ch/instant/xvid-release-1_1-branch-200611011145-mingw32.zip

他のバイナリ配布元での1.1.1/1.1.2の配布は確認できず。

無視しないでください；；

はいはい、yesって答えたら信用するのか？

ソースはこっちにあるのね。わかりづらっ
http://www.xvid.org/Downloads.43.0.html
XviD Codec > Downloads

ごーまりそんな件について

>>430
http://www.forest.impress.co.jp/article/2002/10/03/quicktime6pro4.html

>>423
やるならSynthでConvertToRGBしてDubでfast compressだろう。
その実験じゃ読み込み部分からフロントエンドから全部ばらばらで比較しようが無いぞ。

503が解除されたと思ったら随分派手になったね＞公式

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

>>437

× >>430
○ >>434

Xvid 1.1.2 released
This release is Xvid 1.1.2 bugfix release. It fixes and replaces previous Xvid 1.1.1 release.

Changes since 1.1.1:
xvidcore library
・Fixed typo in xvid.c
・Updated bitstream.h to fix the previous faulty non-aligned bitstream buffers fix

バイナリはkoepiとxvid2chが上がってるね。

とりあえず明日の晩まで様子見

　　　　/＼＿＿_／ヽ
　　 ／''''''Koepi'''''':::::::＼
　 . |（●）,　　　､（●）､.:|　＋
　　|　　 ,,ﾉ(､_, )ヽ､,,　.::::|
. 　 |　　 ｀-=ﾆ=- '　.:::::::|　+
　　 ＼　　｀ﾆﾆ´　 .:::::／　　　+
,,.....イ.ヽヽ、ﾆ__ ーーノﾞ-､.　　　俺、1.1.3をリリースしたら結婚するんだ
:　 　| 　';　＼_____ ノ.| ヽ　i
　 　 |　　＼/ﾞ（__)＼,| 　i　|
　 　 ＞　　 ヽ. ハ　 | 　 |｜

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

>>435
結果的に違いがわからないからバラバラでも、わかりやすいほうがいいと思った。
今は反省してる。
SynthでConvertTo〜といっても厨房的にわかりづらそうな気がするが。
同一条件で12bitから24bitまで広くカバーできるという意味でいいね。

気が向いたらやってみるかな。
つっても検証しても何故かそれを望まない、認めたくないというような人もいるような気がするし、わかってる人にとっては検証なんて必要ないだろうし。

すみません、もう二度とやりません。

- {core}: Fixed potential crash on AMD64/EMT64 architecture.
これって32bit環境でも関係案のかね

1.1.2はマルチスレッド対応じゃないのか。残念・・・

>>444
例えば
http://seraphy.fam.cx/~seraphy/files/WarpSharp/index.html
にある画像サンプル。
この場合、RGB24で出力すると、0以下と255以上が結構サチュレートされてしまう。
どう違ってくるかは、一旦RGBでファイル出力したものを再度AviUtlで読み込んで
ヒストグラムを表示してみればわかる。
（内部AviUtl YUV48bit形式では問題なくても、一旦YUY2またはRGB24で出力したものは
　最早変化してしまっていて元には戻らない）

>447
Utlは0.99ならサチュレートされないようにできるよ

>>448
バカをいうな。
0.99でサチュレートを避けられるのはYUY2で0-15,235(240)-255の範囲の部分。
RGBでマイナス、256以上になってしまうものについてはどうしようもない。

koepiのサイト繋がんね

言葉足らずですまんかった。
あたりまえだがYUY2でのことだ。RGBではそもそも表現できない範囲だからな。
447の括弧内の間違いを指摘しただけ。

＞RGBではそもそも表現できない範囲だからな。
これが解っていたら、YUY2で出力した場合とRGB24で出力した場合で
同じとかタワゴトを言うはずないわな。

こえぴ

お前らほとんど今までKoepiの1.2Beta使っててなんでバージョンダウンしてんだ？

>>452
？俺はそんなこと言ってないよ。

色空間スレでやれ

ここは異次元空間

とりあえず2.0への言及でAVC実装は確定っぽいな
x264と違いデコーダも実装すると

今年の2月っていう話がそういや出てたけど、
来年の2月の間違えだったのかな。

最近になってやっとx264の設定固まってきたのに、XviDまで対応してきたらまた一からかよ
とかいいつつﾜｸﾃｶ
ってなんか本家サイトが華やかになってんな

やっぱ24bit出力は駄目だ、使えない

>>461
それって、気付かずにずっと16bitでエンコしちゃってた人の
自分をなぐさめる八つ当たりでしょ？

　　　　　LoveLoveLoveが見〜えちゃった♪

>>447
なるほどー。勉強になりました。
まりがとう。

ビット数ってどこで変えられるの

>>465
>>340
もしくはバイナリエディタで'XVID'の前2バイトを書き換える

>>465
環境設定−コーデックの設定−（対象のコーデックを選択）−YUY2で圧縮する
チェックON 16bit(YUY2)
チェックOFF 24bit(RGB24)

The upcoming development branch Xvid 2.0 adds support for MPEG-4 advanced video coding
(AVC) de- and encoding up to High Profile and dramatically advances upon
the compression performance of earlier Xvid versions.

2.0のブランチ予定は年末なのか？

>>467
そんな所で変えられたのか・・
早速エンコしてみたけど正直よくわからん。X1000で見る分じゃ
どっちも同じに見える。

>>469
ちょっとまてｗ
>>340っていってるじゃん…

>>469
何度も出てるじゃん
あくまで入力される際のビット数を表示してるだけだって

ビット数の表示なんてただの飾りです。エロい人にはそれが分からんのです。

じゃあ俺2bitでいいあ

ぷ、ぷろとかるちゃ〜〜

>>470-472
それって、気付かずにずっと16bitでエンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

色かわるな

>>475
それって、気付かずにずっと24bitでエンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

>>477
それって、気付かずにずっと16bitでエンコしちゃってた人の
自分をなぐさめる八つ当たりでしょ？

>>478
それって、気付かずにずっと24bitでエンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

ちなみに職人さんや漏れなんかだと12ビット出力出来る

NGワード：気付かずに

透明あぼーんでスッキリ

>>480
YV12で渡す→12bitXviDのできあがり。中身はYUY2で渡した時(16bit)と完全に一緒。

>>479
それって、気付かずずっと16bitでエンコしちゃってた人の
自分をなぐさめる八つ当たりでしょ？

NGワード：びっと　ビット　bit　ﾋﾞｯﾄ　ひ゛っと

透明あぼーんでスッキリ

>>482
まあね、でも気分的にスッキリ

>>483
ねーよ！カス　消えな

気付かずずっと16ｂｉtでエンコしちゃってた人の
自分をなぐさめる八つ当たり必死ですね

>>482
変換誤差は多少あるんじゃね

そりゃあるだろうけど量子化値やビットレートを弄る時ほどの差異はない

>487
ソースがMPEG2でキャプったものだからあれだったかもしれんが、
synthでConvertToYUY2/YV12を切り替えてVDMでfast compressしたのを比較した。
違いがあったのはstrfのbmih.biBitCountの1バイトだけ。
少なくともYUY2->YV12はSynthのと同じ変換

てかXvidのソース読めばいいんだけどさ。

fairealにはgcc製のxvidならGMCオンでも落ちないと書いてあるが
http://ffdshow.faireal.net/mirror/XviD/gcc
のP4用使っても俺のP4-HT3.4Gでは落ちる。
環境依存なのか？まぁGMCなんて今まで気にしたこともないけど。

やっぱり色がかわるな

>>490
Pen4 HT2.6Gでも落ちるな。
尤も、いつもはGMCどころかMatrixしか変えないぐらいだから
実用上の問題はないんだが。

yv12でコーデックへ直接通して、うるさい厨房対策に出力されたファイルを24bitに書き換えて渡してる漏れは勝ち組なんだぜ？

>>493
放流宣言乙！！！
通報しますた(゜_゜)

奥が深い

YV12とかRGB16とか、さっぱりわからんけん。
RGBくらいはわかるにしてもよ。
YUY2とか、よく見るが概念まで理解しているわけではない。
まして数学的になんぞとてもとても。
YXで男になるとかXXで女になるとか、
ホンマに映像関係は数学の塊じゃ

見て満足できればそれでいいです

>>490,492
自分はGMCで落ちたことは無いけど。Pentium III 1.0GHz。

http://uk.geocities.com/xvid2ch/instant/
ここのだとどう？

http://www.gmc.com/

GMCならここははずせない。
GMCについて「のみ」のサイト。
じつに専門的ではないか。

新しいのきてる？
ダウンロード | XviD Codec 1.1.2
http://cowscorpion.com/Codec/XviDCodec.html

>>499
>>439

まだ1.1系使ってるの？1.2系のが良いと思うけど。

インタレ保持のスレでも訊いてみたんだけど、
XviDのバイナリでインタレソースをちゃんと解除されるように扱えるのってありますか？
xvid2chの1.1.2でも駄目でしたが…

どのVerでも、DivXと違って、YUY2にも色差をきちんとデコードしてくれるよ。（他の色空間でも）
まあ知りたいのは、YV12の場合にVIDEOINFOHEADER2のインタレフラグを透過してくれるものだろうが
それは過去ログのどっかに埋もれてる。
でも古い(ver1.0系?)から、ffdshowとかHWDeint使った方が良いよ。

>>501
koepiが好きなんですけど、どれ使えばいいですか？

>>502
>>2
xvid_upld0031.zip XviD 1.1.0 DirectShow Filter インターレース対応改造

×koepiが好き
○koepiしか使った事ない

koepiになら童貞あげてもいいな。

俺、最初はnic派だったんだぜ
けど・・・koepiﾀｿが・・・koepiﾀｿが・・・(*´Д｀)ﾊｧﾊｧ/lｧ/lｧ/ヽァ/ヽァ ﾉ　＼ア ﾉ　＼ア　／　＼ ア ／　＼ ア

>>497

普通に落ちた。

>>490,492,509
Other Options -> Common -> Force Optimizations で
SSE2を外してみるのは？

>>510
GCCに関係なく落ちなかった。渋谷でもOK。でもSSE2オフだと気分がすっきりしないな。
妖精なんとかも自分のPC1台で軽く遊んだ結果の日記帳だからGCC版万歳ってのもイマイチ信憑性が薄れてきたな…
…IE7蹴ったりするのはまた別の話としてｗ

あの日あの時あの場所で
uManiacが最新バイナリ配布者第1位だったことをボキは忘れない。

>>502,505
http://xvid2ch-jp.hp.infoseek.co.jp/cgi-bin/upload/src/xvid_upld0034.zip
1.1.2に更新。
フラグまわりの処理も多少変更。

>>513
乙
xvidがaviのときは働くけどxvid_rawでraw出力-mp4としたときは働かないね
そのmp4をmkvに入れたときは動作した
mp4のFourCCはmp4v mkvはxvid,mp4v両方で動作確認
splitterはHaaliとMPCでそれぞれ試しました

koepiﾀｿにめちゃくちゃにされたい･･･

>>514に追記
XviDデコーダのpin info
Pin: Video

MKV
AM_MEDIA_TYPE:
majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: Unknown GUID Name {5634504D-0000-0010-8000-00AA00389B71}
formattype: FORMAT_VideoInfo2 {F72A76A0-EB0A-11D0-ACE4-0000C0CC16BA}
bFixedSizeSamples: 0
bTemporalCompression: 0
lSampleSize: 1
cbFormat: 112

MP4
AM_MEDIA_TYPE:
majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: Unknown GUID Name {5634504D-0000-0010-8000-00AA00389B71}
formattype: FORMAT_MPEG2_VIDEO {E06D80E3-DB46-11CF-B4D1-00805F6CBBEA}
bFixedSizeSamples: 0
bTemporalCompression: 0
lSampleSize: 1
cbFormat: 174

mp4のformattypeがmpeg2なのが問題？

こえぴたんビルド以外のバイナリだとGMCで落ちる・・・

すいません質問があります。
MeGUIつかってXvidをrawでインタレ保持で出力するときに
VFWでいうところのTop field firstのチェックはどこにあるのでしょうか？
チェックボックスらしきものが見あたらないのですがCustom Commandlein
Optionsあたりで指定しないといけないのでしょうか？
わかる方教えてください。よろしくお願いします。

>>518
Other SettingsにあるInterlacedにチェックを入れたら。
確認していないが、おそらくTop field firstがデフォルトだろうから。

BFFがデフォだからcustom commandline optionsに -interlaced 2で

いい加減な事を書いていた。すまん。

>>520
サンクス！
>>521
いえいえ、どういたしまして(^^

XviD-1.1.2-01112006入れよっと

あの後別件でググってたらDoom9で
How do I force a TFF XVID interlaced encode?

With the custom commandline. Add -interlaced 0 to it,
and make sure the option is unchecked.

というのを見つけたのですがinterlaced 0,1,2などの違いは
何でしょうか？
またこの辺の解説のあるサイト等あれば教えてください。

xvid_encraw.exe -help
コマンドラインでつかうときはまずhelpを見る癖をつけた方がいい
0なんかない

>>525
すいません、今確認しました。0なんてないです(;´_`;)
おさわがせしました。

http://cvs.xvid.org
が403なんだけど
アレにアクセスできないとソースがちょっと更新した時に何が変わったのか簡単には分からん。
すげー萎える。

いつの間に XviD から Xvid になった？

>>528
全然気づかなかったー。
「DivXはもう意識しません」っていう意思表示なのかな？

インタレ再生対応してるのって>>513だけ？
これ入れるときにdecode all supported fourCCs[divx,dx50,mp4v]の設定ってどうやれば出来るの？

Xvidとは別のもっといいのもあるけど。

>>530
rundll32 xvid.ax,Configure

ｨエクスヴァイドゥゥーでエンコすると、
どんなにTQを1に近づけても、色が四角く区分けされてんのが見えて
圧縮の伊豆が目立つんだけどなんとかならん？

安いRADEONでも買ってこい

>>533
診断するから使ったアプリとフィルター、Xvidの設定は最低限書いてくれ
あとエンコしたファイルの一部でもいいからうｐすりゃもっとアドバイスしやすい

ほな夜にでも

>>532
その方法しかないんじゃ諦めるか

gmcってので落ちなくなったね。

koepiで使ってるんですけどマルチスレッドの項目がグレーアウトしてるのはなにか設定間違ってますか？
所有しているPC3台（2CPUと2コア）で同じです。

DivX、XviD、ｈ.264、WMVって実際どのくらい再生が重いんでしょうか？
設定によっても違うんでしょうが、画質、パワー、容量のバランスが一番いいのは皆さんどれだと思いますか？

DivX、XviD
この２つは同じだから

>>540の後に即IDを変更して>>541で自演age

よくある手口です、スルーしませう。
これ以降つくレスはIDを変更した自演だけ。

sage厨乙

>>540ですが、ｈ.264はやっぱり重い？
そう感じるのは自分だけでしょうか？
皆さんはどれをよく使いますか？

自分で感じたままに使え

再生負荷を重い順に並べると

h264 > WMV > DivX ≒ Xvid

気のせいとかじゃなく物理的な仕様でそうなっている。

これ以外にも音声フォーマットもWMA 9/9.1Pro等は重い事で知られている。

Xvid等のオプションでQuarter PixelをOnにすると再生負荷は重くなるのと
家電まがいのネットワークプレイヤー等では再生が出来なくなる。

http://www.digitalcowboy.jp/products/mc35ul2/index.html
> ※3 GMCおよびQuarter Pixel or Adaptive Multiple Consecutive(QPEL)
> オプションが適用されたファイルは再生できません。

Quarter Pixelは画質向上に重要なオプションなのでこれが使えないと痛い。

ちなみにエンコードはXvidしか使ってない。
バイナリはKoepiのしか使ってない。

>設定によっても違うんでしょうが、画質、パワー、容量のバランスが一番いいのは皆さんどれだと思いますか？

XviD 総合スレ Part24
http://pc8.2ch.net/test/read.cgi/avi/1159922082/

>>546
早くMPEG-4 ASPに完全互換のハードウェアの対応状況も改善されてほしいものだ。

Doom9.netの11/6から引用。
>XviD 1.1.2 contains some updated profiles and fixes a bunch of bugs. XviD also got a brand new website outlining the future of XviD: they're working with hardware makers to certify
>standalone players, and unlike the DivX or NeroDigital certification, XviD certified means a device will support the full MPEG-4 ASP standard.

渋谷更新してた。
使わん機能だがGMCオッケー確認。

XviDじゃねえよ。Xvidだ

糞どうでもいい

Koepiの

ググって回ったがCodec比較だのしてるサイトの出鱈目ぶりに吹いた。

>>553
このスレの上の方に書いてあるkatch.ne.jpなんとかか？

>>553
かといって自分で「Codec比較」をしてhtmlで公開する気はないんでしょ？
ま、そんなもんだよ。

電車内を転がってくる空き缶をうざったく思いつつも、自ら片付けたりはしないカンジ。

未来人乙

何でインタレ再生対応してくれないの？

>>540
使うPCによってバランスが異なるとは思わんの？
容量あたりの画質はh264はXvidを上回る。
絵の雰囲気はwmvに近くてモスキートがあまり目立たない。
再生に耐えれるPCで特にこだわりがなければh264がいい。
Xvidはフリーで軽くて画質がそこそこなので愛用してた。

>>555
エンコの結果なんてソース環境目的好み設定主観内容特性によって変化するものだ。
それらが変われば当然最適なコーデックだって変わってくる。
この辺を考慮せずただただ比較するのは無意味以外の何物でも無い。

自分で新たな比較ページを作ることは、電車内のうざい空き缶を増やすことと同じ。

一つのコーデックだけでも、どの設定がいいのか迷うのに
複数を比較するなんて俺には無理だな。
とてもそのコーデックの良さや比較するに足るだけの公正な比較条件を
設定することができん。
各々デフォ設定やそれに毛が生えた程度で比較しても意味がないよね。

ていうか、1.2でNumber of Thread の数値をいくらにしても
全然マルチスレッディングスされてねえんだけど。
CPU使用率が57%より上に行かないからな。

こんな変な項目いじるより、マルチスレッド対応ィエンコゥドゥァ使ったほうがよほど効いてる。

ぬおおおおおおおおおおおおおおおおおおおおおおおおおおおおおおおおおおおおおおおおおおおおお

液晶で見るとQT10でエンコしたかのように
変な色の段差が見えるが
CRTで見ると気にならん！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！


どういうことなら

それが叫びでなく助けを求めての書き込みなら現物をうｐ。
そして作成した設定、環境をかく。

ここに超能力者はいない。

http://rapidshare.com/files/2941794/testings.rar.html

Aviutl 0.99
SSE2なし

XviD1.1.0
H.263 QT5
AdaptiveQuantization
QuaterPixels
GrobalMotion Compensation
B-VOP デフォルトのまま
それ以外は全部デフォルト

音声
PCM 32000Hz 1ch

使用フィルタ
*YC伸張
*YUY2アップサンプリング


液晶で見ると黒板のところに、パットと見でもわかるくらい、つまり我慢ならぬほどの段差が見える。
CRTで見ると、動きを止めて見ればわかるくらいになる。

あと秋山先生のスーツが透けてる。
これはすごい技術だ。秋山先生、得意の数学で光学迷彩を会得したらしい。

>>564
理由は分からんがそうなるよね。
液晶のコントラストが高いせいでそう見えるのか。
液晶の諧調の分解能が低いせいでそう見えるのか。
どっちかじゃないのかなぁと思ってる。
液晶でましにしようと思うと
ノイズ付加、ノイズ除去をほとんどしない
という対処が現実的。

液晶の表示色は1620万色で、擬似的に1677万色にしていることがほとんど
CRTは直に1677万色表示

＞ほとんど

はあ？
普通にフルカラーもたくさんあるけど？？？

なんだかんだでまだCRTには一歩劣るな

CRTより液晶のほうがきれいだし

液晶は赤の発色が醜い

xvidはh264を採用しないのか？
2.0でやるとかなんとか言ってた気がしたが

公式いってこいよ

動画を見るのに液晶モニタ使う奴はCRT撲滅以降のCRTを知らない新参者かCRTが壊れたかメクラ以外ありえん。
一度でもCRTと比べたら液晶がテレビも含めてどれだけ動画に向いてないか健常者なら分かる。

ｷｼｮｯ
ヲタクを除いてそんな細かい事気にする一般人は居ません（笑）

CRTの方が綺麗だとか何年前の人だよ。

CRTの方が綺麗だね＾＾

液晶は動きの早いものを見るのには耐えられん。
サッカーとか見てると気持ち悪くなってくる。

いまだに10年前のダイヤモンドトロンCRTが壊れないんで
デスクトップを液晶モニタにできません。ｼｮﾎﾞﾝ(´・ω・`)


丈夫すぎるんだよ飯山

相変わらず貶し合ってますね

なんか液晶にしてからXviDのモヤが目立つようになった。

うん
液晶の画質は汚い。

ブラウン管は重い。熱い。そしてｷｰﾝて言う。
液晶に変えたら宝くじに当たって会社で昇進してかわいい女の子と知り合った。

いつまでCRTに引きこもってるつもりだ。
もう時代は液晶だ。

ていうかノートタイプだと液晶パネルだけ換えるということが激しくしづらい。
外部モニタにするとノートにする意味ないし

つーかスレ違いじゃないのか？
CRTにはCRTの、TFTにはTFTの良さがあるだろうに。
それでいいだろう。

そこで登場のSED（高いらしいけど）。

50インチのPCモニタって・・・

ていうか>>564ってどう結論したわけだ？
液晶だとなるので仕方がないのか、エンコが悪いのか

SEDって30インチ以下出ないの？高いよりもでかいのが問題。

WM9スレにこんなテンプレあるけど、これとは違うのかな？

Q17.実写モノで微妙なグラデーションがある空とか夕焼けとかエンコすると
　はっきりとした階調にわかれてしまって困ってます
A:ディスプレイ設定が「High Color 16bit」になってませんか？
　今すぐ「True Color 24bit」以上に設定ましょう！
　どうです？見違えるような画質になったでしょう。

さすがにそりゃねえと思うけどな
ドライバをインストールすれば、デフォルトで32bitになるじゃん
NV、ATI、S3、Matroxどれも。

むしろ32bit以下にすると起動時に警告でるはずだが。

16bitかつBフレでエンコしちゃってた人ｷﾝｸﾞｶﾜｲｿｽ・・・

>>582
SONY G220使ってるけど音しないよ
10年以上前のTVはうるさいけど

>>593
俺、今までプロパティの16bit表示が嫌でYUY2で圧縮のチェックoffでエンコしてたけど
これからは、YUY2でAviUtlに渡すよ。

まだ乗せられる人が…

16bitに減色になるのかと思ってaviutl97fからバージョンアップ出来なかった
これから気兼ねなく99が使える〜

Dell直販廉価液晶で再生確認してから完成ファイルとして渡している俺は勝ち組なんだぜ？？

AviUtlは捨てて、Dub+Avisynthにした俺は．．．

Bフレを捨てて、TMPGEnc4にしているよ

TXP4使ってBﾌﾚ使って結局何ﾌﾚずれてるか判らないｵﾚは幸せ組

>>601
ttp://omoikane.my-sv.net/index.php?e=820
とかのファイルを自分で実際にエンコードするとよくわかる。

まあ3フレームとかだから、0.1秒程度なんで、気にしなくてもいいような気がするけど。

もうコンデンサは古い。PS3にも使われているこれ↓使ってくれくれ。音質画質にきくんじゃないか。


製品情報＞製品一覧＞プロードライザ＞プロードライザとは
http://www.nec-tokin.com/product/cap/proadlizer/about01.html
高速動作化は高性能と引き換えに深刻なノイズ問題をもたらし、現在、デジタル機器開発の大きな障害になりつつあります。
NECトーキンのプロードライザは、このような高周波ノイズの問題を解決する画期的なデバイスとして誕生しました。
kHzからGHzに至るまでの広い周波数帯域にわたり、すぐれたノイズ吸収性を発揮するとともに、電源ラインを安定。
これまでのエネルギーデバイスの概念を超えた性能を発揮します。

ギガヘルツまでの広範囲な周波数帯域で従来コンデンサの組み合わせよりはるかに低インピーダンス。
これまでのデカップリングデバイスは、「高速付加応答」と「ノイズ抑制」というニーズに、
それぞれの機能に適した複数のコンデンサを組み合わせ設置する必要がありました。
したがってCPUの高速化にともない、コンデンサの点数も増え、回路設計が複雑化していく一方でした。
しかしプロードライザなら、GHz帯域までの周波数帯域をカバーでき、
しかも現在あるどんなデバイスよりも、低フラットなインピーダンス特性を実現。
つまり、これ1種類だけで、デカップリンク対策が完結します。
2月よりサンプル出荷を始め，量産は4月から行う。サンプル価格は300円。
　
　

>>564
エンコードが悪い。
あるいはソースの段階で黒板の諧調が潰れ気味になってると思われる。

Xvidに限らんがこの手のエンコはH.263は苦手である。
元ソースくれれば綺麗にエンコードして見せることはできるが、
たとえば映画などで一部のシーンだけこのような場面があったりすると崩れる事がよくある。

>>604
わかり切った答え乙

24bit化に成功しますた

あるソフトを使えば16bit→24bitが一瞬で出来るよ

それとは別のあるソフトを使えば65535bit化も一瞬でできるよ

1677万色に設定したいんですが．．．

綺麗にエンコードはいいのだが、それでファイルサイズが1バイトでも増えては意味ないやな

16bitかつBフレでエンコしちゃってた人ｷﾝｸﾞｶﾜｲｿｽ・・・

NGワード：Bフレ

ひょーっとして、、、
TE2.5なんかでXviDへエンコすると24bitのAVIにはできてもTEの処理側の問題で
画質的に16bit画質になっちゃいます？
TEでやるとどうもモヤが目立つのはその為なのかな。

MPEG系の仕様でどうあがいても内部は12bitなのでビット数の問題ではない。

　　　　　ま　　　　た　　　　内　　　　部　　　　1　　　　2　　　　b　　　　i　　　　t　　　　厨　　　　か

釣れますか？

16bitと24bitと32bitをそれぞれエンコして出来たファイル見比べて見れば結果分かる事じゃねーかよ。
もーしつこいよこのネタ。書く事ないからだろうけど。

「しつこい」「飽きた」とか言いながら
必死に弁解してる姿はもはや滑稽である。

ほとんど釣り

16bitかつBフレでエンコしちゃってた人ｷﾝｸﾞｶﾜｲｿｽ・・・

今年の流行語：
　16bit、Bフレ、vfw、キャベツ

ふーびっくりした

BフレッツもNGになる

部落フレッツ

AviUtlのコーデック設定YUY2で圧縮に影響を受けない
プラグイン出力で24bitでエンコ出来る物を知らないですか？
拡張AVI出力が16bitでエンコするので困っています。

>>624
VirtualDubModとか使えば入力と処理を24bitとか16bitとか細かな設定できるやん

信じてるやついたんだ・・・

Xvidで直接キャプチャするときはRGB24とYUY2のどっちがよかですか？

>>627
最終的に保存する空間がRGB24ならRGB24、YUY2ならYUY2がおすすめ。

# つーかどれが釣りでどれが真性なのかわからんな。

てめーらくずどもは4:2:0と4:2:2の違い勉強してこい

16bitかつBフレでエンコしちゃってた人の逆上ﾃﾗｺﾜｽ・・・

>>630
このスレを見て、16bitかつBフレでエンコするようになった 597 ですヨロシク〜

16bitかつBフレでエンコしちゃってた人の投げやりな態度ﾏﾝﾓｽｶﾜｲｿｽ・・・

>>632
なんかやな事でもあったの？

16bit/24bitという言い方をしないで、RGB24/YUY2と呼ぼうよ。
R5G6B5の16bitとかYUV444の24bitとか理論上有り得るでしょ。

RGB565はあり得るね。キャプボのデフォがそうだったよ。

だから、しちゃってた人じゃ無いんだってば〜

632書いてるｷﾁｶﾞｲって何がきっかけでこうなったのか知りたいな。
このスレで質問したのに邪険にされたとかそういうのが発端なのかな？

16bitかつBフレでエンコしちゃってた人の逆上ﾃﾗｺﾜｽ・・・

>>638
このスレを見て、16bitかつBフレでエンコするようになった 597 ですヨロシク〜

「16bitかつBフレでエンコしちゃってた人の逆上ﾃﾗｺﾜｽ・・・ 」
と書いてる本人のエンコレベルが知りたいね。絶対画質汚そうと思われてるｗ
16bit以上がどれ程凄いのかupして見せてやるんだ！

xvidなのにBフレ使わないとかどうかしてる

Bフレは使うのが基本、
ファイルサイズを小さく、綺麗に、手軽に手早くエンコしたい人にピッタリなのが、Xvid。

Bフレ使わない場合としては、
動きが激しいソース、低画質のソースをファイルサイズを気にせずに高画質に仕上げたい。
もしくは、ソースにかかわらず、とにかく高画質に仕上げたい場合。

俺もBフレ使っていないとファイルサイズがやってられない。
ただ、SDではBフレ切っているな。

最近試しにXvid使い始めましたが約一時間のMPEG2ファイルを2passで
エンコしようとすると1pass目の解析で馬鹿でかいログを吐き出すけどこれ
どうにかなりません？
DivXだと小さなログしかできないんですけどこれはXvidの仕様ですか？

この事実を受け入れられない16bitかつBフレでエンコしちゃってた人ｷﾝｸﾞｶﾜｲｿｽ・・・

787 名前：名無しさん＠編集中[sage] 投稿日：2006/10/04(水) 23:25:47 ID:NhTPIAyf
そもそもaviはBフレームを使用できない。
それを無理矢理使おうと必死になってその結果微々たるズレが生まれた。
だからこの現象はDivXに限らずどのMPEG4でも生まれる現象。

12 名前：名無しさん＠編集中[sage] 投稿日：2006/10/05(木) 00:59:44 ID:pu1aVD5o
ズレるのは、AVIコンテナのせいではなくてVFWの仕様のためのようだよ。

Divx/XviDの場合
http://www.marumo.ne.jp/db2004_b.htm#30
http://www.marumo.ne.jp/db2004_c.htm#1

x264vfwの場合
http://www.marumo.ne.jp/db2006_8.htm#29

>>644
その馬鹿でかいログって何Ｇくらいあるのさ？

ログの中身見てみれば？
中身はプレーンテキストだから普通にテキストエディタで。

>>646
>>647
そのでかいファイルのせいでWindowsが不安定になってしまったので
削除しましたが64Gありました。
で現在再エンコ中で44%の時点で確認してみたら今度は1.56M…
なんで…orz

>>645
で、25分のアニメで何秒ずれるの？46分のドラマで何分ずれるの？

> この現象はDivXに限らずどのMPEG4でも生まれる現象
MPEG4ってXvidだけじゃないって知ってた？w

>>649
何分何秒じゃなく、何フレームでもずれればそれはもう地雷。何の価値も無い。

> この現象はDivXに限らずどのMPEG4でも生まれる現象

↑の文章から、「MPEG4がXviDだけである」という解釈が生まれるあなたの言語能力に乾杯。

ちょっと待ってほしい、光と音の空気中の伝達の速度は違うため、スピーカとディスプレイで視聴している場合でも
微妙なズレが生じているのではないか？

>645,650
Packed Bitstream使ってちゃんと格納すればズレないって参照先に書いてあるじゃん。
日本語読めない人ﾖﾀｶﾜｲｿｽ

>>652
＞packed bitstream ON に関しては比較的マシな方かと考えている。

この「比較的マシ」の解釈をどう取るかは君の自由だが
一般的には「比較的マシ」＝「良いとは言えない」
だろうな。

>>651
そこは問題ではない。
ソースと比較してずれてるのが問題なのであって
君が言う現象はソース視聴の際も発生してるから何ら問題はない。

そんなことより、ログファイル64Gの方が気になる。

リンク先きちんと読んでから物を言えよ。

これから判るのは、packed bitstream : off の状態だと、1 フレーム分のディレイが VfW
では発生してしまうということと、最後の 1 フレームは絶対に出力されないということ。

というわけで、packed bitstream は常に on を推奨したい。対応してないデコーダなんて
捨てちまえ。つーか再生互換性が重要だとか言うならそもそも AVI で双方向予測なんて
使うな。素直に WMV でも使っとけ。

◇◆◇
packed bitstream は XviD の用語なのだけど、これは DivX 用語 (5.2.1 日本語版) だと
「アダプティブ シングル コンセキュティブ」とかいうステキな呼び名になっている。
packed bitstream : off に相当するのは「アダプティブ マルチプル コンセキュティブ」
という選択肢のほう。

source.lzh (LH5 圧縮 138,319 byte) を使ってデバッグ中。このアーカイブの中には
(http://www.marumo.ne.jp/junk/sample/source.lzh)
1 フレームごとに数字がカウントアップされていく YUY2 形式の AVI (sample.avi) が入ってる。

とりあえず、packed bitstream に関しては何とかなりそう (邪悪で変態的だが) なのだけど、
非 packed bitstream に関しては諦めるしかないかなぁという感触。

＞packed bitstream に関しては何とかなりそう (邪悪で変態的だが)

邪悪で変態的なものをわざわざ使うなら
素直にoffるのが人間の正常な心理だろう。

日本語読めない人間多すぎ。

packed bitstream に関しては、(exavi.auo での対処は) 何とかなりそう。
非 packed bitstream に関しては
(packed bitstream=offの方はexavi.auoでどう対処しようとしても)
諦めるしかないかなぁ

（Bフレを使用する場合）邪悪で変態的なものをわざわざ使う（必要がある）なら
素直に（Bフレ自体を）offるのが人間の正常な心理だろう。

>>650
> 何フレームでもずれればそれはもう地雷。何の価値も無い。
オマエ個人（キチガイ）にとってはな。

ID:dD27S9wY
ズレてるのはオマエの感覚と常識、邪悪で変態的なのはオマエ自身、
何の価値も無いどころか不愉快で邪魔なだけなのがオマエ。
消え失せるか、どうしても粘着して荒らしたけりゃコテハンつけろ。

平和に暮らしたいだけなのに・・・。

はい、反論できなくなって煽りに転換、と。
低脳が毎度辿る哀れな末路（笑）

ここまで来るとXviD自体使わなければいいじゃん。

そう思うんだけどね。x264をmp4出力にすりゃ関係ないよ。うん。

>>662
変態的なのは、アプリの処理が素直にするとズレるので
XviD/DivX/h.264を識別して(ズレないように変態的に)特殊処理をするということであり
使う方からしてみれば、ズレなしで作成できるわけなので
Bフレ自体を使わないというのは極端な拒否反応である。
ちなみにVirtualDubやAvs2Aviでも、同様にこの変態的な処理が為されている。

16bitかつBフレの邪悪で変態的エンコしちゃってた人ｷﾝｸﾞｶﾜｲｿｽ・・・

Bフレを使わないとサイズがMPEG2と差がなくなるからなぁ。

ID:dD27S9wY
はい、反論できなくなってコピペ荒らしに転換、と。
低脳が毎度辿る哀れな末路（笑）

>>656の反論がコレか？

> 邪悪で変態的なものをわざわざ使うなら
> 素直にoffるのが人間の正常な心理だろう。

反論になってないし、低脳そのものじゃんw
>>656でズレないと結論が出てる話にいつまでも粘着するな、コピペ荒らし。

>>665
わぉ！　とうとうメッキが剥がれて素が出ちゃったんだね(^^)

＞変態的なのは、アプリの処理が素直にするとズレるので
まず日本語から勉強してきて下さい（笑）

100歩譲って解釈してやるが、素直に再生できるモノが
一般的に好まれるわけで、君達みたいな変態は少数だという事を
ご理解頂きたい。

>>666
お前エンコした事ないだろｗ
もしくは、相当な初心者か何か？

まあ、いいや、続きはまた明日にでも。
今日は眠いからもやすみ。

居なくなってから一方的に煽る快感で
16bitかつBフレの邪悪で変態的エンコしちゃってた心の傷を癒しててくれ（笑）

Bフレッツに関しては議論の余地はあるだろうが
16bitは話にならない

>>669
少なくとも、exavi.auo、VirtualDub,Avs2aviでエンコしていれば
今のxvid.axやdivx.axやffdshowやVLCでは再生してもズレない。
っていうか、再生時に素直とか変態的とかありえるのなら、それを説明してくれ！

これだけいろいろ書き込みあるんだからXviDって人気あるよなー・・・
やっぱXviDだなｗ

ちなみに変態的な処理の概要

(1) 最初にコーデックがXviD/DivX/H.264かどうかでBフレを使用しているか判定し、
　　該当するなら(2)以降の処理を行う。
(2) エンコデータをバッファに格納して2?フレームのラグの処理を行えるように、
　　初回時アプリバッファにダミーラグデータを突っ込んでおく。
(3)コーデックから返された圧縮後データをサーチして、IPBフレームの判別と
　　1pass/2pass first/2pass second等のチェックを行い、それぞれに対応した別処理を行う。
(4)コーデック内部でのフレームラグをアプリバッファで吸収し、
　　その結果、2?フレーム後になって初めてファイルに先頭のデータから書き出し始める。
(5)最後にファイナライズ処理として、全フレームエンコが終了してもコーデックに貯められている
　　データが残っているのでダミーデータでエンコして、その残っているデータを吐き出させ、
　　ファイルに書き出す。

いかに変態的に嫌らしい処理をしているのかこれで解かるだろう。
その他のコーデックなら、返された圧縮データを無条件にファイルに書き出すだけで済むところ
なんだから。(AviUtlやTMPGEncはまさにそうしてるので、結果ズレてしまう）

TMPGEncの場合、無理してBフレを使う必要は無いな

>669
邪悪だろうが変態的だろうが、実際まるものプラグインでも「何とかできてる」しねぇ。
変態なのはAVIを作成する時だけで、再生時は変態でもなんでもない普通の処理で済むし。
ま、お前は32bitBフレoffでシコシコしてればいいじゃない。俺には影響しないし。

あー、スルー力が足りない。

なんでこんなめんどくさいことしないで
xvid_enceaw - m4v - mp4 - (mkv)ってしないの？
いまだにvfwつかってる人ってダウソ房？

>>676
たぶんそうじゃない？ダウン房だから16bitとかどうでも
いい事を大真面目に気にしてるんでしょ。
xvid_enceawの存在すら知らないよ、きっと。

ダウソ房とか、厨ってとこ房って言ってるやつってなんか
アルファベットでも全角好んで使ってそうだな
別に間違ってないとは思うんだけど・・・・みたいな

xvid_enceawに該当するページが見つかりませんでした。

xvid_encrawはMeGUIから使うのが簡単。

538 名前：login:Penguin[] 投稿日：2006/11/12(日) 13:19:59 ID:Iic0ogYH

コンストラスト比


SED　　　　　　 100000:1
ブラウン管　　　 30000:1
クソ高い液晶 　　1500:1
高い液晶　　　　　1000:1
普通の液晶　　　　700:1
安い液晶.　　　　　 400:1

※ごく最近の基準値です。購入時は高級機でも1年前程度の古い機種は1ランク下がります。


http://it.nikkei.co.jp/digital/news/index.aspx?n=MMITxw000017102006&cp=1


＞液晶はブラウン管に比べてフォーカス（画像の締まり）は向上するが、
＞色再現や階調性、コントラスト性能はあきれるほど悪い。




・・・・・・・・・・・・・・・・・（´；ω；｀)　俺らこんなモン高い金出して買わされてるの？

そのコピペもう飽きた。違やつ頼む。

Doom9で見かけるMatrix(Didees SixOfNine.cqmとか)って、
デフォルトのMPEG、H.263と比べて優れてるの？

16bitかつBフレの邪悪で変態的エンコしちゃってた人の逆上ﾍﾟﾀｺﾜｽ・・・

＞液晶はブラウン管に比べてフォーカス（画像の締まり）は向上するが、

俺液晶から中古のCRTに乗り換えたけど、まさにこれ

ネットに放たずに、自前のバックアップとして作成してるからこそ
個人の満足さえ満たせばいいんだし、12bitだろうがBフレーム何枚挟もうが
ほっといて貰いたいもんだね




↑
それって16bitで(ry

16ビットでBフレだと何が悪いのか教えて

いい加減ｷﾁｶﾞｲはスルーしてくれ

>>688
いや、そういう意味じゃなくて本当に知りたい。

知りたい。誰も納得のいく答え教えてくれないんだもの。
それとも毎回ただの嵐なの？

推察するに、
Bフレ使うと、どうやってもずれるのが嫌なんじゃないかな？
Bフレによるズレに対応しているというEXAVIとかでテストしても最後の1フレーム消えてなくなるし。
もちろん、体感でわかるレベルじゃない。

16ビットってのは俺にもよくわからん。
俺はTMPGEncしかつかわんので。

Bフレームはともかく、16bitを出してる時点で釣り確定だからほっといていいよ

>>690
そうだよ。

１６って３で割り切れたんですね。そーですね。なーるほど。

へ？

そうだよなー・・・
自分には16bitで出力しても24bitで出力しても拡大ツール等で見比べてみても違いが全然わからないｗ

>>89>>261嫁

だれか>>694が何を言っているのか解説を頼む

分数？

>>696
それって、気付かずにずっと16bitかつBフレの邪悪で変態的エンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

個人でエンコなんてしている時点で負け組

xvidはロゴが可愛い
http://www.xvid.org/uploads/tf/logo_video.gif
http://www.xvid.org/uploads/tf/logo_xvid.gif

えーっと俺はここで真面目に解説しないといけないの？

ビデオDVDを、『DVD2AVI』を使ってAVIファイルにしたものがあるのですが
音声が出ないんです。

圧縮プログラムは[XviD MPEG-4 Codec]を使ったのですが
システム内にコーデックが無いと言うことでしょうか？

>>702
かわいいなヽ(´ー`)ノ

>>704
ttp://jumper-x.hp.infoseek.co.jp/begin/3dvd2avi/

>>700
それって、気付かずにずっと24bitで変態的エンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

コピペにコピペ改変で対抗するのはやめろ。

NGワード：”それって”、”でしょ”、”bit”、”ビット”、”Bフレ”

うざい書き込みは消えたが関係ないレスも消えたｗｗ
まあ、みる必要はないな

【bit】それってBフレでしょ？【ビット】

>>707
それって、気付かずにずっと16bitかつBフレの邪悪で変態的エンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

>>711
それって、気付かずにずっと24bitで変態的エンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

気付かずにずっと16bitかつBフレの邪悪で変態的エンコしちゃってた人の逆上ｶﾜｲｿｽ・・・

気付かずにずっと24bitの邪悪で変態的エンコしちゃってた人の逆上ｶﾜｲｿｽ・・・

707 名前：名無しさん＠編集中[sage] 投稿日：2006/11/17(金) 11:36:33 ID:UDUCFPJw
>>700
それって、気付かずにずっと24bitで変態的エンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

711 名前：名無しさん＠編集中[sage] 投稿日：2006/11/17(金) 19:05:01 ID:EzgOSgHQ
>>707
それって、気付かずにずっと16bitかつBフレの邪悪で変態的エンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

712 名前：名無しさん＠編集中[sage] 投稿日：2006/11/17(金) 19:05:39 ID:UDUCFPJw
それって、気付かずにずっと24bitで変態的エンコしちゃってた人の
自分をなぐさめる思い込みでしょ？



ちょｗｗｗｗID:UDUCFPJwどんだけ監視してたんだよｗｗｗｗ
7時間半後のレスに対して30秒後に返信なんて
一日中張り付いてなきゃできない芸当ｗｗｗｗｗｗ
凄すぎｗｗｗｗｗｗｗｗ働けｗｗｗｗｗｗ

>>715
それって、気付かずにずっと24bitで変態的エンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

＞ID:UDUCFPJw

（ ゜д゜）ポカーン

>>717
それって、気付かずにずっと24bitで変態的エンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

>ID:UDUCFPJw

久々にすさまじいニートを見た。

>>719
それって、気付かずにずっと24bitで変態的エンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

>>715
そんな核心突いたら可哀想だろｗ

>>721
それって、気付かずにずっと24bitで変態的エンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

19:05:01
19:05:39

（ ゜д゜）ポカーン

>>723
それって、気付かずにずっと24bitで変態的エンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

>>715
ﾜﾛﾀｗ

>>725
それって、気付かずにずっと24bitで変態的エンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

＞ID:UDUCFPJw

新手のキチガイか。

>>727
それって、気付かずにずっと24bitで変態的エンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

NGワード：”それって”、”でしょ”、”bit”、”ビット”、”Bフレ”、”ID:UDUCFPJw”

>>729
それって、気付かずにずっと24bitで変態的エンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

>>725
同じくw

すくりぷと？

>>715
ちょｗｗｗｗｗｗｗ

>>733
それって、気付かずにずっと24bitで変態的エンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

19:05:01
19:05:39

（ ゜д゜）ポカーン

>>735
それって、気付かずにずっと24bitで変態的エンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

>>719
スルーで

>>737
それって、気付かずにずっと24bitで変態的エンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

>>737
了解

>>739
それって、気付かずにずっと24bitで変態的エンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

>>737
らじゃ

>>737
おｋ

>>741
それって、気付かずにずっと24bitで変態的エンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

ID:UDUCFPJw（笑）

>>742
それって、気付かずにずっと24bitで変態的エンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

>>744
それって、気付かずにずっと24bitで変態的エンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

>ID:UDUCFPJw

よっぽど悔しかったんだろうな・・
この張り付き方は並大抵の悔しさじゃできない。
激しく乙。

>>747
生温かく見守ってやってくれ。

>>747
それって、気付かずにずっと24bitで変態的エンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

UDUCFPJwって暇人？

なんつーかストーカー気質たっぷりだな。
人は頃さないようにしろよ。

>>748
それって、気付かずにずっと24bitで変態的エンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

>>750
一目瞭然。

自殺しろID:UDUCFPJw

11:36:33
19:05:01
19:05:39

（ ゜д゜）ポカーン

>>754
それって、気付かずにずっと24bitで変態的エンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

なんか見えない人が暴れてるみたいだな
あぼーんしてるからよくわからんけどｗｗ

>>757
それって、気付かずにずっと24bitで変態的エンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

>>758
それって、気付かずにずっと24bitで変態的エンコしちゃってた人の
自分をなぐさめる思い込みでしょ？

11:36:33
19:05:01
19:05:39

（ ゜д゜）ポカーン

>>760
（ ゜д゜）ポカーン

XviD 1.1.2 DirectShow Filter インターレース対応改造
これの
1.1.0のDSFを下のものに入れ換えて自己展開形式にしたもの
のような自己展開式版って作ってもらえませんなk？
古いほうの自己展開式使うと>>702の可愛いロゴじゃなくなってしまうみたいなので‥

>>715
すごいなｗ

一人のニートがこのスレに粘着していると言うことはよくわかったな

何かと思ったらレス番がずいぶんと飛んでるな、こりゃひどい
あいつあれからもまだ暴れてたのか
JANEのあぼーん機能、NGIDの偉大さを思い知った

未だXvidに慣れない
なんで今更XviDからかえたんだろう？

DivXから完全に離れたぜーという意思表示じゃない?
俺もXviDの方がしっくり来るんだが、そのうち慣れるだろう。

　　　　　　　　　　　　　○
　　　　　　　　　⊂⊃　⊂⊃ ／~~＼ 　 ⊂⊃
　　　　林林............,,,,傘傘傘::::::::傘傘傘.........林.林...

　　　　　　zzzzzzzz...........
　　　　　　　　　　　　　　　_,,..,,,,_
　　　　　　　､,　 ,,, 、,,　 ./ ,' 3／⌒ヽ-、_ 　　、　,, 　＠
　　　　　　　　 ､,　　　／l. 　/＿＿＿＿／ 　　　　 ヽ|ﾉ,,
　　　　＠　　　,,, 、,,　￣,,￣￣￣￣,,￣ 　　,,, 、,,　
　　　 ヽ|ﾉ　､､,　　,, 、,,　　　,　"　　,,　　､､,　,,

色かわっちまったぜい

瑠璃たんおっはー

おっはー

おっはー

もう昼だ。

こんぬつは

もったいな〜い　フレッツ光を知らないなんて

今日は16bit君も24bit君も来ない平和な
スレだな
って書いたとたんレスあったら笑うなw

24bitでエンコするとサイズでかくなる？

やってみれば？

どうせ皆

YV12の12bit

お前らはまだH.264とか使わないわけ？

基本はh.264だけど実写物で画質より速さ優先のときはxvid_encraw
インタレ保持、2パス、bitrate1500 これでかなり満足。

マジレスすると

・フェードの間など、通常では入らない部分にIフレームを入れられる
・任意の範囲でqt調整でき、結果的にH.264よりも縮んだりする
・デコーダー、及び再生負荷の都合

まあ再生負荷はさして問題じゃないんだが、比べるとどうしてもね

--zonesでQP変更できるし、--crfもある

>>775
俺はフレッツ光な上に64bitマシーン！(ノートンインテルネットセキュリティ2007搭載）
12bitだの24bitだの騒いでる連中がかわいくてたまらないぜｗｗｗ

ノートンってウイルスの検出率高いの？

低いよ

>>783
負荷以外は解決可能だろ。
つかH.264より縮むとか原理的にありえない。

h.263
　浮動小数点計算

h.264
　整数計算



浮動小数点って書くとすげえチャラチャラ動いてる
ロクデナシみたいなイメージが沸くのに
不動小数点って書くと読みの音は同じなのに
なんかすげえ頑として動かないイメージが沸くよな。

このスレの住人ってさ、「16bit」を
勘違いして「RGB555」って受け取ってる人（例えば>>694）と
ちゃんと理解して「YUV422」って受け取ってる人（例えば>>634）がいて、
前者の勘違いを後者が適切に指摘してないから（前者が完全に理解できるように）、
話が通じてないこと無い？
なんか、話の流れがアンジャッシュのコントみたいになってるとこあるし。

とりあえず、>>694みたいな人は↓でも読んでみたら？
http://www.nnet.ne.jp/~hi6/lab/pixel/
16bitていうのがピクセルのビット数ではなく、ピクセル“あたり”の
“実効”ビット数であるって事が分かるから。
ちょっとでも理解が深まったら、話もスムーズになると思う。

全部ｽﾚを賑わすﾈﾀなのにﾏｼﾞﾚｽとはいかに

ﾏｼﾞﾚｽしてんのいんのか

　　　／) 　／)
　　/ 　⌒　 ヽ　　 ／￣￣￣￣￣￣￣￣￣
　 | ●_　●　 |　＜ また明日こよ。
　(〇 〜　 〇 |　　＼＿＿＿＿＿＿＿＿＿
　/　　　　　　 |
　|　　　　 |_/

2
4
b
i
t
ﾏﾝｾｰ

なんかもうちょっと面白いネタプリーズ

ﾈﾀ考えるのも難しいな

騒いでる奴はそもそも24bitのソースなんか持ってるのか？
あー釣られちゃった

やつが来るぞ

どうせおまいら童貞なんだろwwww

大魔法使いといってくれ

俺童貞

ふたなり魔術師

どうせオイラには24bitも16bitも65536bitも違いは感じられないんだろうな。。

不感症かよ

おまんまんおまんっこおあおまもあなおのおあまおなおあおなおあのあな

>803
65535bitまでだよ

童貞なら死ねよカスどもｗｗｗ

おい童貞ども、ネタも無いみたいだしxvid_encraw使って

ビットレート1000〜2000、インタレ保持、Bフレあり
動きの少ないアダルトビデオ用
最終的にMKVコンテナにいれる

この目的に最適なカスタムマトリックス教えてください(^_^;)

エロ動画は全然動きは少なくない

勉強させて戴きました。咀嚼ちうですが今までのモヤモヤが少し晴れました
。
<(_ _)>

マトリックスの概念とその意義や操作がわからん。

勉強できるとこない？


キアヌリーブスのほうじゃないやつね！！

こことか。
http://www.nnet.ne.jp/~hi6/lab/quantize/index.html

だが俺には読んでも何となくしか理解できんかった

要は高レート低圧縮向けとか
低レート高圧縮向けに最適化出来るんだと
理解してる。H.264も最初はHDサイズのエンコで
高レートではmpeg2に劣っていたけどマトリクス等をいじった
結果HDでもmpeg2の半分のサイズで同レベル以上の画質
を実現出来たらしい

全然違ったらごめん

うぬぬぬぬぬぬぬぬぬぬぬ

わからんが基本なんだろうなあ--------------

マトリクスねぇ。

要は、やることこんな感じかな。
・数字が小さければ、ビットレートは高くなる。
・数字が大きければ、高圧縮になる。
・左上小さく、右下を大きくする。
・ジグザグに数値を用意する。
・隣り合う数値が近いと、諧調が滑らかになる。
・反対に、隣り合う数値が遠いと、輝度諧調は荒くなる。
・koepiに入ってるサンプル試すと分るが、右下だけを大きくすると、サイズがカナリ稼げる。…でもアニメ用かな。


そして、こう試行錯誤するといい希ガス。
　1)マトリクス作る
　2)Q値4程度で、適当な時間の短いファイル作ってみる。(例：300フレーム分とか)
　3)欲しいビットレートぐらいで画質にも満足して作れた。→YES：4へ,NO：1へ
　4)本番作業する。
　5)(ﾟДﾟ )ｳﾏｰ
こうなると、いい気がします。


他人が作ったサンプル的には、koepiに入ってるのとか、こことか参考にしては、どうでしょうか。
ttp://forum.doom9.org/showthread.php?s=&threadid=83125

あたまわるいｽﾚですねｗ

久しぶりにエンコしてみた。
コーデック選択の所でXviDが2つある!?
fourcc codeがxvidとyv12の2つ。
いつからこんなんなったんですか？

再生時の負荷を高める代わりに高画質高圧縮にする方法ってあるの？

VHQとかBフレームを使う
あとHDソースだとQPELも結構効果があるかもしれない

負荷が気にならないならH.264使えよ

インタレ対応じゃないじゃん
>>819
なるほどｔｈｘ

>>821
対応しているかいないかといえば、
既に対応している

ffdshowでハードウェアデインターレースができないだけで。
VLCなんかだとわりかし良さげにデインタレしてくれるらしいけど。

ffdshowでハードウェア解除使ってるけど・・・。
Xvid付属のDirectShowデコーダーはようやく下流にインタレフラグ流すようになったのか？

VLCソフトデインタレはスペックが許せば割と使えるレベル
ffdshowのは汚くて話にならない

確認しとくけど、
>>820,821,822,824
は、H.264の話だね。

VLCはTFFだけじゃん
それに全然よいデインタレじゃないし

あー、マジでVLC使ってんのか？
インタレメソッドをbobにすりゃ普通に60fps再生できるだろ

>>826
TFFって何？

Top Field First

ああそうかなるほど。
そういやボトムフィールドファーストな動画って見たこと無いから失念していた。

>>815
勉強になりました
ありがとうございました

AviSynth覚えたんでxvid_encraw.exeでエンコしようと思うんですけど、バイナリの配布って
ttp://uk.geocities.com/xvid2ch/
ttp://tirnanog.fate.jp/mirror/XviD/xvid_encraw.7z
以外にありますでしょうか？それともMeGUIで十分？

俺は手近なんで上の1.2系列を使わせてもらってる

他にもcelticdruidとかdoom9のスレでも大分前に改造されたバイナリが転がってる
無名含めればいろんな所で配布されてるだろうがどこで配布されたものかより
どのバージョンなのか気にした方がいいと思う

PV3のノイズをなんとか汁！このクソボケPV3！

>>833
なるほど。ところでバージョンってどうやって見るんでしょうか？x264がcli版中心で開発している
のにたいして、XviDは相変わらずvfw版ばかりでcliはずいぶんとのんびりとした印象を受けますね。
上のリンクのものは下やMeGUIのものに比べてファイルサイズがだいぶ小さいのも気になります。

>>834
ふーびっくりした

今まで2年ぐらいXviD一筋でｴﾝｺしてきたんだけど、DivX6.4の評判が良さそうなんで気になり始めた。
比べた人いる？

>>836
比べた比べた。
てか最新のコーデックでたらみんな一応は試すんじゃない？

DivxとXviDで共に似たサイズを1passQで作成してみて見比べてみたけどやっぱ
似たサイズだとXviDの方が綺麗だと思ったな俺は。

地アナソースだけど

不可逆圧縮ｗ
目糞鼻糞ｗ

http://img70.exs.cx/img70/2311/SMD_Proposed_XviD_DSdec.gif
一番したのinterlacingの項目はどうやったら現れますか？

DSFを改造する

改造されたものはどこにありますか？

>>837
どもです。
やっぱ、このまま行こうかな。
DivXはいまいち好きになれないし。

>>842
まーあたりまえだけど自分で比較して確かめてみた方がいいよ。
色に関してはDivxの方が綺麗に見れると感じる時もあるけどやっぱサイズと
画質で比較するとXviDの方がいいと思うけどな俺は。

>>835
infファイルでインスコすればxvidcore.dllがsystem32\に置かれる
それを使うようにコンパイルされてるからxvid_encraw自体は小さく仕上がっている
上の方のは書いたとおり皮でしか無いからバージョンを気にする必要は無い
ダウンロードする時に自分で確認すりゃいいし

下とMeGUIが大きいのはこのxvidcore.dllがxvid_encraw自体に組み込まれてるから
これならシステムにxvidcore.dllが無い環境でもエンコードできる
こっちはサイトにバージョンとか明記されてないの？
使った事が無いのでよくわからん

あとxvid_encrawの開発が遅れてるとか勘違いしているようだがそもそもvfwもcliも
所詮xvidcore.dllを叩くための皮に過ぎないのでそんなに頻繁に中身を書き換える必要が無い
xvidcore.dllに新しく追加された関数を使えるようにオプションを増やしたりする程度
x264だって基本は同じでコアライブラリの開発が進むにつれて増える関数を
x264cliから叩けるようにオプションを追加していくだけ

両者ともcliアプリのバージョンよりコアライブラリのバージョンの方が重要

>>836
新し物好きのミーハーが騒いでるだけだから。
所詮DivXはDivX。

不可逆圧縮ｗ
目糞鼻糞ｗ

>>844
(｀Д´)ゞすごくよくわかりました！
ご指摘の通り、俺が勘違いしてた部分もビンゴです。もうね、エスパーかと。
サイトのほうに更新日時の表記はあるようですが、詳細なバージョンについては
特にないようですが。付属のreadmeにも更新ログの記載はないようですし。
-hで見れない以上、実際に試すほかないのかなぁ。
たとえばneroのaacエンコーダーとかだと、dllにもcliにもプロパティにバージョン情報
等がいろいろ埋め込まれててすごく親切だったんですけどね。

>>813
ttp://plusd.itmedia.co.jp/lifestyle/articles/0601/25/news039.html
これな。
いじったとかいう以前に、Highより下のProfileでは量子化マトリックスがなかった。

なんだって-------------------------------------------------------------------




h.264再生必須環境
PentiumD 3.2GHz またはそれ相当のCPU

320x240,30fpsのH.264でも PenD 3.2GHzが必要なのかー

SDならペン４　２Gで余裕

Interaced Encoding
動画のインターレースを保持したまま出力する場合はチェックする。

チェック入れないでエンコした時の違いは何ですか？

チェック入れなければプログレッシブフレームとして処理される
インターレースフレームとプログレッシブフレームに関しては
Xvidとまったく関係が無いので他所で聞くなり勉強してくれ

>>852
いれないとデインタレ60fps再生出来ない
ただの縞々動画になる

>>853-854
ありがとうございます。
調べてみます。

xvid_encrawの-oオプションで吐き出すraw mpeg-4ファイルって拡張子.cmpが正しいのか。
>>832の上のバイナリは-aviや-mkvオプションがない上に、説明も簡素だから一日中悩んじまったぜぃ・・・

>>853
何イライラしてんの？

xvid_encrawのaviとmkvの出力は1.2系で追加された機能で、
かつ、mkvの出力は必要なファイルがまだ追加されておらず、
デフォルトでは無効の状態。
あと、raw mpeg4 bitstreamをファイルに出力するときの拡張子はm4v。

>>856
-aviはHEADの方なら使えると思うんだが
俺実際使ってるし

>>858
了解しますた！

>>859
手元にあるHEADと、>>832の下のバイナリとでは-avi出力確認しました。
ただ・・・俺このHEAD-200611120140バイナリどこで手に入れたんだろ？
入手先思い出せない・・・

xvid_encrawを使ってるのに-nopackedでm4v→mp4とせずに
one frame in one frame outのaviを無理矢理Bフレに対応したaviで出力しちゃってる人ってかわいそう

本人は　それでいいやと　エンコした　俺には関係　無い話
つかone frame in one frame outはaviの制限じゃなくてvfwの制限だって何度言えばｒｙ

カラスは黒い (A=B, if A then B)
カラスというものが存在し、すべてのカラスにおいて黒い
黒色のカラス (a∈A)
カラスというものが存在し、黒のカラスというのが存在する
青色の鳥
青い鳥も存在するのであって、すべての鳥において青いと言うことではない

「frame in one frame outはaviの制限じゃなくてvfwの制限」は
vfwのaviがaviの部分集合ということはおいといて
「aviの制限じゃなくてvfwの制限はframe in one frame out」と書くべきだが
日本語はそれでも通じてしまう

「の」とか「は」の使い方は難しいですね

xvid_encrawって何ですか？

x264みたいにコマンドラインからビットストリーム生成できるアプリケーション

>>863
「黒いのはカラス」というのはないのか？

その書き方だとvfwの制限はframe in one frame outしかない
ように感じられるのだが俺の日本語力が低いのだろうか。

aviはただの記録形式に過ぎない。制御方法によっていくらでもどうにかできる。
aviを制御する仕組みとしてvfwが広く使われている。
vfwのもつ制限の一つに、one frame in, one frame outがある。

と書けば誤解は無くなるか

xvid mpeg4 video codecでNV12で出力する方法ある？

ならDirectShowでAVIを扱うときにはone frame in, one frame outは関係ない？

>>870
エンコできるDshow Codec Filterってどこかにあるの？

>>870
DirectShowでできなかったら、AVI以外のコンテナでもできないってことになるだろ？
WMP等のDirectShowベースのプレイヤを使う限り。

MSのAVIスプリッタにかなりの制限があることは周知の事実だが、
まともなスプリッタを誰かが作ればそれらはなくなるわけで。
VFWの場合はインターフェイスの設計の所為だからどうにもならん。

>>869
は？？？？？？

>>873

dftool以外でデコーダーのメリット値上げられる？

>>875
自分でやってみればいいじゃない

やり方がわからない
デコーダーのconfigureに見当たらないし

1.1.2finalでエンコすると、ざらつきが目立つ気がするんだが…
特に低ビットレートにするとやけに…
あくまで俺の主観ですがね、結局1.0.3に戻したよ
ﾏｼﾞでおすすめはどのバージョンですか？

>>878
そのファイルアップしてよ。1.1.2で作ったファイルと1.0.3で作ったファイルを

>>879
実験ファイルもう消しちゃたんだよw
今日時間あったらやってみるけど、また1.1.2入れるのまんどくせえ

また1.0.3厨の最新Ver評判落とし工作か。
飽きずによくやるよなあ。

>>879
うｐしたよ
1号　172011　PASS hoihoi
1.1.2の方が若干レートが上になちゃったけど、画面を明るくして
できればフル画面にするとよく判ると思う
まあ俺は新バージョンのがいいと思って試したら結果がこれだったんで
疑問に思っただけだからね

>>878
1.0.3 1.1.0 1.1.2と比べてみたけど
絵の抜けが良いのはダントツで1.0.3だね
静止画を抜き出して比べると良く分かる
1.1.2は1.1.0とあまり変わらない

＞静止画を抜き出して比べると良く分かる

その静止画うｐよろしく。

>>882
おー乙！すまんがどこのうｐ？
めっちゃ見たいｗ

1コマ眺めて抜けがいいだの馬鹿馬鹿しくて話にならん

>>886
それが1.0.3厨クオリティ

h.263でなくMPEGにしたら

色の段差が目立たなくなった
ファイルサイズが増大した(元ソース1GBに対し2.6GB)


これはすごい！！

>>885
うｐろだドットネット

それじゃおまいら1.2.0の良いところを証明してみせろよカス

16bitやらBフレームの次はこれか

>>889
落としたよー。ゲームかー

俺もテストでうｐしてみようかな。実写で

>>890
はい、逃亡乙。
その抜けが良い（笑）とやらの画像うｐすらできないんだな。
所詮1.0.3厨（笑）

脳内妄想も大概にしとけよ
こちとら馬鹿なカキコに付き合ってる暇はない

>>882
なんで、1.0.3 はBフレ使ってるのに 1.1.2 はBフレ使ってないの？

つか、内輪もめが好きな連中だねぇ・・・。
同じXviD使ってるんだからそんなこと気にしても意味はないと思うが。

妄想は脳内でするものなのにねｗ
頭痛が痛いｗ

実写でテストエンコ完了したけどうｐしようか？

うん

あいうｐしました

うｐろだドットネット
うｐろだ　１号

コメント
xvid比較

元ファイル名
xvid_test.zip

upload10000172038.zip

pass
vidx

OK、通報した

消えてるじゃん・・・

>>903
あー10個に設定したからもう消えちゃったね。

10って少なすぎｗ

>>904
実写だと俺の腐った目には差を感じなかったよ
結局、自分の好みでバージョン使えばいいってことですね

少なかったかｗ

>>906
俺もそう思うｗ
一応3つで比較すると1.0.3が小さくなったね。
でもソースによっても若干変わるから好きなの使えばいいんじゃないかな。

デュアルコアでエンコするばやい
マルチスレッド有効にできる1.2のほうが2割くらい速度が速い

ような気がする

NGID:37B1bFJ7

髪型に無頓着でこうなったのかわざわざセットしてこうしてるのか
http://pc.watch.impress.co.jp/docs/2006/1106/tokyou05.jpg

最近のDGIndexって.vobからmatrixのログ吐けるね
楽してアニメ用とか実写用のいいサンプルが取れるかもしれない

ていうか映像版って何で何時もこうなんだろう。
俺も>>897>>906と同感。

ID:37B1bFJ7
ID:n7qQDBFq
お前ら同レベルなんだが。

アニメだと1.0.3がシャープでイイ感じ

バージョン違いをアンインスコ→インスコ繰り返してたら
c:windows/system32/ に xvid.ax.old (60kb)
てゆうファイルがあったので別の場所に保管してsystem32から
外してるんだけどエンコに支障なくできてます。
ググってもわからなかったんで、ここで質問しますが、このファイルは
system32に置いておくものなんでしょうか？

xvid.axはDirectShowのデコードフィルター
エンコードとは関係無い
多分元々xvid.axがリネームされたものだと思うけどシステムにxvid.axが
ちゃんとインスコしてあるなら消してもいいだろうし心配なら現状維持でおｋ

>>914
うｐよろしく。

>>916
そうですか。しばらくこのままにして様子見で使っていきます

stage6見たいがために、クソ嫌いなDivX入れたんだが・・・

入れなくても良かった

>>913
犬は犬の吠え声に反応する。
お前もな。俺もな。

つーか1.0.3はtrellisがデフォでオフになってるだけじゃん・・
1.1.2や1.1.0でもそうすればいいだけ。
アホらしい

Trellis quantization:On(Onにすると、DCTで失われた情報を回復させて
画質を若干向上させることができるが、処理が若干重くなる。
映像ソースによっては圧縮率も向上するので、画質も考慮すると
Quantizerベースで圧縮するのであればまずはOnで試してみたほうが
よいのではないかと思われる)

オンの方が綺麗。

TrellisはONの方が良いね。
1.0.3は単に厨が騒いでるだけだし。

1.0.3の場合はAdvanced Optionsの中にTrellis変更の箇所があるけど
1.1.0には見当たらないよ

quantizationタブにある

見つかったでもデフォルトでチェック入ってたが

ｽﾏｿ　初期設定ではホームシアターなんとかの変な設定になる
一々load defaultsのボタンを押さないといけないのか…(;´Д`)

あーもう一回やり直しだ…
ソース取って置いて良かった(｀･ω･´)

どうして、1.1.2finalじゃないの？まあ別にいいけど。
1.2.0も良いよ。

1.1.2はもうちょっと様子見
大して変わらんだろうし

デコードはどのバージョソでも同じでそ？

C2D使ってる人いる？
2時間もの
ビットレート1500　VGA　1passその他でふぉでどのくらいで仕上がるだろう
（すっげー適当な設定だが・・）

そんな漠然としすぎた指定で答えられるか

>>933
指定したいけど
書ききれないっすorz
何使うかとかあるからこんな質問は野暮すぎるのはわかってるんだけど・・

>>932
ソースのデコード時間にもよるだろうが、まあ実時間の半分程度ってところじゃない？
P4でさえ実時間程度の速度は出る。

>>683
ビットレートやソースによって、
最適なmatrixを使おう(作ろう)ぜって事だから、
目的によっては優れてるだろうな。

静かになりましたね・・

「C2D」

この略し方をするやつは大概アホ。

Conroeコアのシングルコアバージョンが予定されていたとき
「C2Dのシングルコア」とか言ってたほどのアホ。

Core 2 Duo

DuoはデュアルコアだからDuoなのだ。
C2D、つまりDuoなのになぜシングルコアなのか。

Core 2 マイクロアーキテクチャデュアルコアシングルコアとはどういうことか。

シングルはCore2Soloじゃなかったっけ？

C2D X6800とか言ってる阿呆なら見たことある。

SEO対策なんて言葉があふれてるぐらいだから
世の中はバカばっかりなんだよ

>>938
はいはい君は天才天才

天才でもいい、たくましく育ってほしい

Core 2 Extream

×コアツーエクストリ−ム
×コアにエクストリーム
○コォゥェァ トゥー ｨクストリィーァンム

英語は発音(ry

じゅうろくびっとは目がどらいぶ

オメガドライブ

3DOなんとかしろ！

オメガってなんかもの凄く臭そうな感じがする

カルロストシキと

杉山清貴とメガドライブ

「・・・・」
ttp://lool.fc2web.com/cat/y0215.jpg

菊池桃子とラ・ムー

先日ffdshowをアンインストールしたのですがXviD等が使えなくなってしまいました。
調べたところffdshowをアンインストールするとレジストリで余計なものまで削除してしまうようです。
XviDアンインストール、再起動→インストール、再起動　してみましたが駄目でした。
エンコーダーでXviDを設定すると、
「モジュール'xvidvfw.dll'のアドレス053B7254でアドレス00000006に対する読み込み違反がおきました。」
と表示されます。
XviDだけではなくほかのコーデックも使用できなくなってしまい、非常に困っています。
解決方法のわかる方、お助けください。お願いします。

すみません、質問スレに書き込むつもりが間違えてこちらに書き込んでしまいました・・・。

もしかしてyamagata？
ご愁傷様です

XPなら復元

>>950
次スレ与路

なぜぇ〜はずしたぁ〜のぉ〜さぁ〜

ぼくがあぁ〜げたぁ〜　ぎんのゆ〜びわっ　いつっ

へ？

キッズホイールバーロー

バーロｗｗｗｗｗｗｗｗｗ

ttp://imgonly.hp.infoseek.co.jp/ba-ro-/www.html

立てられなかった。次頼むorz

XviD 総合スレ Part25
http://pc8.2ch.net/test/read.cgi/avi/1165379605/

キーフレーム感覚せまいまま、TQ上げて圧縮だけ推し進めようとすると動きカクカクする原因になる？

ならない

サンクス

久しぶりにXviDスレに来て見たら、相変わらず進歩ねぇなぁ
XviDを高画質だと崇めてたあの頃がなつかしい。
今じゃX264に完全に追い抜かれちまったけどな。

負荷のことかー

インタレ再生のこと考えるとx264はまだまだ

ハードウェアデインターレース環境ができるまではXvidも健在だろ

ハードウェアでインターレース

つーかいい加減埋めろよ

X

JAPAN

　　　　　　　 ∩＿＿＿∩
　　　　　　　 | ノ　　　　　 ヽ
　　　　　　　/　　●　　　● |
　　　　　　 |　　　　( _●_)　 ミ　＜ Full AutoMatic 32口径
　　　　　　彡､　 ,､､|∪|　,,,ノ
　　　　　　/　　　.　ヽノ　 ヽ
　　　　　　|　　＿r'ﾟlﾆﾆﾆl]_ _＿＿＿/l
fﾆﾆﾆﾆllﾆﾆ|　 ＼[ l===ﾆﾆl]}||||||||ll]}ｺl|====iﾆｺ
|l_,,=-'''~　 | ＼...　ヽ'''ニ「_,,,l⌒l｡__｡_]三i三三iＦ
　　　　　　|　〈,,/ヽ__＿）|ll [`ー'

　i X
　　　 v D
　i X

　i D
　　　 v X
　i D

XXXXXX
　i　　ｖ　i
　　　ｄ

XXXXX
　i　ｖ　i
　　ｄ

XXXXX
i 　 i
　v
　ｄ

Ｗ
Ｘ
Ｙ

XXX
イ　i
　v
ｄ

XXX
イ　i
　v
‐

XXX
イ　i
　v
ー

XXX
xxxxx
v
　v
ー

XxXxXxXxXxXxXxXxXxXxXxXxXxXxXxXx
vVvVvVvVvVvVvVvVvVvVvVvVvVvVvV
IiIiIiIiIiIiIiIiIiIiIiIiIiIiIiIiIiIiIiIiIiIiIiIiIiIiIiIiIiIiIiIiIiIiIiIiIiIiIi
dDdDdDdDdDdDdDdDdDdDdDdDdDdDdD

XxVvIiDdXxVvIiDdXxVvIiDdXxVvIiDd
xXvViIdDxXvViIdDxXvViIdDxXvViIdD
XxVvIiDdXxVvIiDdXxVvIiDdXxVvIiDd
xXvViIdDxXvViIdDxXvViIdDxXvViIdD
XxVvIiDdXxVvIiDdXxVvIiDdXxVvIiDd
xXvViIdDxXvViIdDxXvViIdDxXvViIdD

Xvidal sassoon

こんや　えっくすびどが　あらわれる

えむへ゜く゛ふおお　えつくすひ゛と゛
おおふ゜そおすた゛よ

�EcI

DivXviD

越空素美弩　上等

X

v

i

d

うめ

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。