XviD 総合スレ Part28

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

前スレ
XviD 総合スレ Part27
http://pc11.2ch.net/test/read.cgi/avi/1202227817/

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

【バイナリ配布】
Koepi　　　　　　　　　　　　　　　　　　　http://www.koepi.info/
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/
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/

【ffdshow配布】
ffdshow tryouts http://ffdshow-tryout.sourceforge.net/

【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

【日本語化パッチ】
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

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

KO

EP

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

　

Koepiさんって、ナイスガイだけどたまにドジっこ化するよね。

XviD-1.3.0
http://www.xvidvideo.ru/content/category/1/34/29/

肉ﾀｿ・・・

>バージョン1.1はHEADから分岐する予定です。
古杉
確認してから貼れよ

>>8
何かそれ怪しくね？

工エエェェ(´д｀)ェェエエ工

どうやったら職人さんみたいにきれいにエンコできますか？

Xvidを使わないことです

H.264厨はカエレ

もはや世界標準のコーデックH.264にケンかを売るとはいい度胸だ

>>15,16
今頃そんなこと言っているのかい？
うちらが、そろそろ、h265のトレースに入っているというのに.....
h263, h264, h265････ ﾐﾝﾅ仲良しがｨｨネ！ﾈｰ（＊´　−｀）（´−　｀＊）ﾈｰ．

次世代はSNOWだって

waveletならすでにDiracがあるんじゃね。

>>17
寝言は寝てから言えタコ
ここはXvidスレだ

>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.

http://www.xvid.org/Xvid-Codec.2.0.html#c135

公式サイトに書かれているXvid 2.0が、いつかリリースされる事はあるのかな。

x264に吸収されて終わりじゃね

Xvid-1.2.1-VAQってAdaptive quantizationチェックon off同じのが出来るんだけど
バグ直ってないの？

>>23
Thursday, 01.01.2009 22:45h MET
Oops. I accidently didn't apply a variable name change in the VAQ-patch.
I reviewed the changes, compiled a new build and tested it.
Now Variable Adaptive Quantization (VAQ) really works in the VAQ-build.
If you want to use it, please download the installer again and update your installation with it.
Oh. And of course: A Happy New Year!

koepiタンがあまりにもﾄﾞジっこ過ぎて萌えてしまった…

Name MD5 Bytes
---------------------------- -------------------------------- -------
Xvid-1.2.1-VAQ-04122008.exe c934ef888599ef939ff8f173201677f1 655,651
Xvid-1.2.1-VAQ-04122008.exe 031ebe91b8b193127d00486f3c9b7038 655,618
-----------------------------------------------------------------------

AviUtlでXvid-1.2.1-VAQのAQをONにすると落ちる
OFFだと落ちないからVAQはまだ問題抱えてんのか？

もう使っていない

>>27

うちでは落ちないよ。
XviDは1.2.1 VAQ fix版、AviUtlは0.99g3です。

VAQ版まだ具合悪くない？ファイルによって時々エンコできなくなる。
VAQじゃない方は問題なくできてるんだけど。

もう使っていない

>>20
無知なあほ、しこって寝ろ！

>>32
今、起きたところだ！

いや、あと、100年ぐらい寝たままでかまわないし…

Xvid、今までありがとう
さようなら… （´・ω:;.:...

こっちも過疎ってるんだなぁ

時代はDivX7
XvidはH.264準拠はやらんの？

http://www.doom9.org/index.html?/codecs-main-105-2-hq.htm

2005年にはXvid AVCを作っていた様だけど、今はどうだろう。

マジレスするとXvid AVCがx264

確かに。マジレスせざる得ない無知蒙昧の輩が若干名おるの〜
ネタの上滑りが続く元凶。バカ程、無意味に噛みついてくるし…。

ああうざ

40 名前：名無しさん＠編集中[sage] 投稿日：2009/01/08(木) 23:26:12 ID:nYIywmtW
確かに。マジレスせざる得ない無知蒙昧の輩が若干名おるの〜
ネタの上滑りが続く元凶。バカ程、無意味に噛みついてくるし…。

ああうざ

http://www.doom9.org/codecs-main-105-1.htm#intro

># x264 is an open source AVC High Profile encoder that has captured much attention in 2005,
>and which has found its unofficial forum home right here on Doom9.

># XviD AVC is, as the name says, the AVC High Profile encoder from the XviD team.
>It supports all AVC profiles, and by the looks of it, even interlaced encoding.
>The codec will be made available to the general public in January 2006, under the GPL license as usual.

Xvid AVCとx264は別物

>>8
Without installerの方に、xvid_encrawが付いてるね。
Zonesのhelpが無いけれど、Buildされた日付が新しいので、使ってみることにした。
教えてくれてありがとう！

何かレートをコントロール出来ていなかった。
表示されるAverageと出来上がりが違いすぎる。

h.264の動画の場合、プロファイルをバイナリエディタで上位に変更できたり
それ用のツールもありますが、Xvid動画のプロファイルを変更するツールってありますか？
またはバイナリエディタでできるならどうすればいいのかどなたかご存知ですか？

VirtualDubで使うときに、Xvidの設定ごとによく使うプリセットを20ほど作っておいて
使ってきたんですが、1920x1080iTFF/連続Bフレ最大2用に使ってきたプリセット、
なんでか知らないけどunrestrictedのはずがCinemaNTSCになってるのに今頃気づいてしまい、
（マウスのホイールが動いて設定を変更してしまってたのだろうか…orz)
そのプリセットでエンコした結構な数の動画のプロファイルをunrestrictedにできない
ものかと。

このCinemaNTSCプロファイルは解像度の上限が640x480のよう（？）で、
PCでの再生（MPC-Homecinema+ffdshowハードウェアインタレ解除）には
別に問題ないけど、なんかでも気になります。

しかもCinemaNTSCになってたせいで、Bフレ使用が強制オフになってる…
ファイルサイズが膨らみ過ぎってわけでもないので今の今まで気づかなかった。

どなたかアドバイスをお願いします。

ISOの定義では、MPEG-4 ASPは最高のLevel 5でも720x576と言ったSDまでの規格で、
CinemaNTSC等のプロファイルは単なるXvidによるASPの独自拡張だから、気にしなくても良い。

http://www.m4if.org/resources/profiles/index.php

厳密な互換性を気にするのなら、HDを考えて標準化されたH.264ならLevel 4以上で1920x1080を使える。

ぷっちゃけプロファイルなんてどうでもいいっすよ
いろんなハードウェアでもちゃんとプロファイル明示してるのって少なくて
結局オレオレプロファイルな印象があるよ

>>45
まず、パンツを脱ぎます…

（；＾ω＾）うわ、つまんね

>>46>>47
レスありがとうございます。
やっぱり気にしなくていいですかね。
PS3も、MPEG4-ASP再生可な他のハードウェアプレーヤも
現時点で所持してないのですが、
将来的にPS3を購入したときに困るかな、とか思ったので。
（エンコした1080i動画のビットレートが平均20Mbps近くまで
あったりするのでその時点でそもそもPS3で再生できるのか
怪しいですが）

アドバイスどうもありがとうございました。

20Mって地ﾃﾞｼﾞの平均ﾋﾞｯﾄレートより高いよね、ｵｿﾛｼﾔ。
ｿｰｽはBSﾃﾞｼﾞﾀﾙなのだろうけれど…

ブルーレイの動画とかだとそれくらいザラだよ

DivXが自爆したようですがXvidの時代は来ますか？

自爆ってほどまだ始まってもいないと思うがそれはおいといて・・・

個人的にはXvidはffmpegでiPod用のMP4作るときに使ってるよ
H.264は時間かかりすぎなんでビットレートじゅうぶんに与えたXvidの方が楽だわ

>>54
iPod用のMP4 って、解像度はVGA??
ビットレート十分にって1500Kbps以上?? (Q値1.8以下??)

[email protected]で使うのなら、x264でも十分に速い。

BaseLine＝Bを使わないx264はほとんどメリットがないように思うが…

iPod用なら、MPEG-4 [email protected]かH.264 [email protected]のどちらかを選ばないといけない。

暗い場面で発生するゴミ対策ってビットレート上げる以外にどんな方法がありますか

>>59
安定してちゃんと動くバージョンが出てからVAQ版に変える。

>>59
ガンマ補正をマイナス側に振る
黒ベタを恐れない
白飛びを恐れない
クロマキーﾌｨﾙﾀｰを極める

見なかったことにする（最強）

>>62
ﾀﾞﾚｳﾏw

普通に2passでﾋﾞｯﾄレートを多く配分する
もしかして、マジレス禁止？

>>59
VAQ使えば好結果が出るかも
本当ははhaali版のAQをXviDに移植するのがいちばん良いと思う

ははー

かな打ちの人が歳とってくるととよくやるんだぜ？

1から31までのスケールでやるVAQには大して期待できない。

エンコ歴３日の超初心者なんですが、Two pass の扱い方がわからず
いきなりTwo pass（2nd pass）でエンコードしてしまいました。
特にエラーらしきものは無く、AVIファイルが生成されたのですが
このとき作られたファイルはSingle Passと同等のものと考えて良いのでしょうか？
それとも、設定を無視した適当なエンコードなのでしょうか？（泣
一応、圧縮はされているようで、35GB（元データ）→2GB（AVI）となっていて
総ビットレートは764kbpsとなっています。

ちなみにソフトは Aviutl＋Xvid（1.2.1-04122008）で、ビットレートを2Kで指定して
エンコードしました。

ぐぐってもわからないなら使うのやめた方がいいな

>>69
もう一回エンコし直して検証するって発想はないの？
馬鹿なの？死ぬの？

ｼﾅﾈｰﾖｶｽ
こたえられねーならレスすんじゃねーよ
これだからチャネラーは社会のクズって言われんだよ

そんなクズに教えを乞い、あげく罵倒されるあなたはクズ以下ですね。

ﾁｬﾈﾗｰ

カキモドシンがエンコにも興味を持ったのか？
今にｗ多用してだれかれかまわず噛みついてくるぞ

なんて成長のない・・・

叩かれてる(;_;)
イレギュラーな手順の結果を聞いた私が間違いですね。失礼しました。

>>71
元データを消去しちゃって手元に無いもので。できあがったAVIファイルがどんなものなのか
ただ単に知りたかっただけなのです。ごめんね。

>>75
私はカキモドシンって人では無いです（←一応調べてみた）

DTV板の奴は大抵根暗で人との接点がないので他人を必要以上に苛める奴が多いよ。
幸せな奴は絶対そういう事言わないしな。

特定ソースでのみ発生してる問題とかじゃないなら、
適当なCMなり使って試せばいいだろと

回答待つよりよっぽど早いし身になるし

ショートエンコの癖はつけといたほうがいいことは明白だな

質問なのですが、DivXで音声が出ない動画があって
真空波動件というのつかったことろXviDという文字がでてきたので
XviDを入れたのですが、再生すると必ずDivXが使われてしまいます
どうしたらXviDで再生されるのでしょうか？
自分はニワカですがよろしくお願いします。

>>80
DivXもXviDもビデオコーデックなので、音がでないという問題には関係無い。
というわけで、その動画のオーディオコーデックが何なのかを調べて、他のスレで質問して下さい。

>>80
どうしたらXviDで再生されるのか？にお答えすると、
使われるビデオコーデックの優先順位が、お使いのPCではDivXの方が高くなっている状態です。
詳しくは「メリット値」で検索して、変更するツールを入手してください。

ダウソ厨の相手するほどヒマなのか、このスレは

最近とみに、過疎ってますからの〜~~~-y(^。^).o0○ プハァーﾋﾏﾋﾏ

保守

>>80
はわわーっ

【XviD?】 ffdshow vol.5 【x264?】
http://pc11.2ch.net/test/read.cgi/avi/1148108098/193

MPEG4サポートにチェックが入ってるだけだろｗ
チェック外せばメリット値に関係なく、それ用のコーデックが使われる

ティモテェー♪
ティモテェー♪

Xvidでエンコする場合E8xxx系が同クロックのQ9xxx並に速いのに
DivXだと3割以上も遅くなるのはどういうカラクリですか？

>>89
最適化されてないだけじゃね？ってか、ちゃんとCPU100%使い切ってるか？

ffdshowに含まれるエンコーダーのXvidは本家のものと同一なのですか？

皆どのビルド使ってるの？koepi？

こえぴ

celtic更新しないからxvid2ch

ビルドどこだかわすりた　どこ見りゃわかる？

まだあったのか

1pass Q指定だとIになるﾌﾚｰﾑが、2passだとPﾌﾚｰﾑにｴﾝｺｰﾄﾞされてしまい、
それによってﾋﾞｯﾄレートの高めなPﾌﾚｰﾑがまれにできることがあるけど、
1passのときのようにIﾌﾚｰﾑにするオプションてないでしょうかね

ビットレートをある数値以下には下げないっていう設定ってできますか？

>>98
h263ではわからんけど、Mpeg2だったら出来そうだね

設定色々勉強してmpeg2形式のファイルをXvidでエンコ出来ました
が、、なんだかチカチカして見えます
特に動いてる場面で…助けて

>>100
俺も最初の頃Bフレ入れずにエンコしてたが、スムーズさが無いのが
気になって、今ではKoepiのVAQ版使って"AdaptiveQuantization"を
ONにして"B-VOPs"をONにして"Maxconsecutive BVOPs"ってところ
を2にして"VHQ mode:"って所はOFFにしてやってる。
これにしてから全体が動くシーンのカクつきやチカチカ緩和してフェード
時に湧き上がるモサモサも目立たなくなっていい感じ。
ま、色々試してみれ。

>>101
レスありがとうございました
オススメの方法含めて色々試してみます

俺は、mpeg2じゃないのでしらないが、
全部OFFにしているが、全く問題ない。
最初は、ファイルサイズを小さくするために、
Bフレを使っていらけど、もう使ってない。
それまでの分は、ちょっと後悔している。

XvidでBフレ使うと独自の解釈で画質補間されたみたいな状態になるのがあまり好きじゃないんで
BVOPsオフでVHQ強めにかけてるな俺は
エンコ重いのがアレだけど

編集などで分割してエンコすると明らかに音声がずれてくるので
一括してエンコすることをお勧めする

>>105
そんなこと李をしなければならない時点で、駄目だね。

いやBフレーム使うとずれるんだろ
普通に使わなければOK

>>107
いやってなによ。どこと繋がるんだ？
そんなのは知ってるよ。

元動画がIフレーム間隔が長い動画の場合（サーチが遅い動画）の場合は
無理に編集してエンコするよりもそのまま全部エンコしといて後から編集し
た方が楽だし確実。

Bフレームを使わないとか画質がもったいないよ

Bフレーム使って音がズレるって？ズレねーよ
DivXスレも酷いがここも低レベル化が進んでるな
かんばれよエンコード初心者

きちんとレス読めない可哀想な子登場の巻

大概は音声がVBRのファイルの場合とか動画のビットレート変更して
エンコしたりする時に分離せずそのままエンコするとズレたりしますわ
な。
あと、音声もビットレート変えてエンコするとソフトによってはピッチが変
わっちゃって長さ変わるのもあるし、その辺は使ってるソフトを使い込ん
でクセや特徴を覚えてくしか無い。

1度エンコしてみて音ズレ（均等ズレ以外）した場合は元ファイルから
音声だけ元と同じビットレートのCBRでエンコして、音声だけそれと差
し替えてやれば映像は再エンコしなくても殆ど直るんじゃないかと思う。

Xvid 1.1.3 VAQでVBRのファイルをエンコードするとき
quantizerの値を0.01単位で変更して出力されるファイルは
quantizerの値が小さければ小さいほど容量が増えるんでしょうか？

aviutlでmp4inputを使用してあるmp4ファイルをエンコしていると
時々容量が+0.01の時よりも小さくなる物があるんですが
これはソースファイルに問題があるからでしょうか？

>>114 VBRは大雑把だと思った方が良いかも。quantizerもね。
2pass 3pass .....9passなんてのもエンコーダーによっては有るくらいだしｗ

9passってwww

被写体の服の中まで解析されそうだな

1pass CBRで華麗な映像です

2passのサイズ指定とビットレート指定の両方で最終的に同じサイズなら画質は同じ？
DivXは付属の計算機でサイズ指定で計算してもビットレート指定しかできないから
XviDも同じなのかな？

違う
2passの意味わかってんのか

>>114
たとえば3.5だと3,4,3,4,3,4と割り振る
0.1変えると4のところが3になったりする
全体を総合すると逆転したようなことがおきている
そういうことではないかな

2passを使う場合画質を保ったままぎりぎりのサイズまで落とそうとする時、
そのぎりぎりなサイズ計算ってどうやって出せばいいですか
例えば1パスでquantizerを2.0で作った物と同等の画質を保ってさらにファイルサイズを落とす
とするとどこまで落とせるのかわからなくて

そのギリギリのボーダーラインはおまえさんにしかわからんだろ。

一回Q指定でエンコてできたサイズがギリギリです

>>122
モレの実験では、2passを使い、1pass Q指定と同じ平均ﾋﾞｯﾄﾚｰﾄになるようにして
節約できるﾌｧｲﾙｻｲｽﾞは、ｿｰｽにもよるが2%前後。簡単な計算式は無いだろ

>>115
>>114ですが色々やってみたところ
見た目に影響が少ない程度のガンマ調整でサイズを調整出来ました
よく考えれば色調変えれば当然エンコード結果に影響出るんですよね…
ありがとうございました

以前.infでインストールして、それをアンインストールしてからインストーラ版のやつ入れたら
VirtualDubとかの圧縮プログラムの欄にXvidが二つ出てくるようになってしまったんだけど
誰か解決方法知りませんか？

一度inf・インストーラ両方入れてから両方アンインストールして
もう一度インストーラ版入れても駄目だった…

>>127
使ったinfとOSが判らんと何とも言えない。

が、xvid.axをDirectShow Filter Toolとかで解除して削除。
infに書いてあるレジストリ項目とファイル消す。

>>128
ありがとうございます
とりあえずアンインストール→xvid関連のレジストリ情報全部削除
と試してみましたが、駄目でした…
OSはXPのSP3でXviDのビルドは>>8の1.2.1のVAQバージョンです。

>>129
窓使えば削除できないかな

MPEGとh263って随分違うんだな
aviutl使ってるんだけどh263ってプレビューと出来上がりが違いすぎ

さすがにマルチコアには対応してないのか？

Quarter PixelとGlobal Motion Compensationはチェック入れないほうがいいのかな？
それとB-VOPsとUse VHQ for bframes tooの併用はしないほうがいい？

>>133
それら全てを使った方が画質は良くなる。
QPelやGMCには対応しないハードウェアも有るそうだけど。

んー、まあ俺がにわかだからなんだけど
なんか色々調べてみたら結構意見が分かれてるからさ
再生の相性もあるようだし迷ってたのよね
とりあえずチェック入れておくことにするわ、サンクス

aviutlで何も考えなしにBフレームチェック入れてて過去ログ辿ってたら
冒頭に重複フレームができるのに今っ更気がついたよ俺バカチン
2にしてるから冒頭2フレーム分余計にはいってるけどそれを踏まえて再生しても
違和感なく音声がずれてるとも思えない
どうせラストは提供部分だからいいっちゃいいんだけどチェックははずすべき？

拡張AVI 出力（plus）を使え。

>>137
そのプラグインaviutlデフォルトにあるフレームレート変更なしっていうのが
できないから120fps又はVFRの物を再圧縮する時に困る

xvid_encrawでrawかmkvで出力するのがベスト。

今まで問題なくXvid-1.2.0を使用していたのですが、
Xvid-1.2.1が最新だと最近知りました。
OSの調子が悪くなるのを避けたいので特に1.2.0でも大きな変更点や画質アップがなければ
このまま1.2.0を使いたいのですが、いかがでしょうか？
1.2.1にする価値はありますでしょうか？

自分で試したいのですが色々なverを入れるとOSの調子が悪くなることがあるので
できればこちらアドバイスを下さいm(__)m

XviD-1.3.0
http://www.xvidvideo.ru/content/view/465/29/

失敗やトラブルで、試行錯誤して経験と知識を身につけるのも良いことだよ。

http://www.xvidvideo.ru/content/view/464/29/

ここのxvid_encraw.exeとxvidcore.dllのパッケージだと、インストールも不要で使える。

1.3もあるのですか…
みなさんはどれをお使いなのですか？

>>142
このDLLの奴、他のより少し重いね。
PCにもよるのかも知れないけども。

>>143
144の通りで、結局KoepiのXvid-1.2.1-VAQに落ち着いてます。

>>133
俺はどちらもオフだな画質アップに及ぼす弊害がちょっと釣り合わないから

>>143
XviDはペンキが垂れるみたいに大崩れするからダメ

>>147 Bフレの枚数減らしてもだめ？

>>147
俺もそれ経験したことある
最初なにが起きたのかわからなかった
Quarter PixelだったかGlobal Motion Compensationのチェックを外して解決したわ

shibuyaの2009年版って1.2ｘ？1.3ｘ？
ド安定の1.1でエンコして再生だけ最新系列使うためにStandaloneのax使ってたんだけど

バイナリエディタで開いて"xvid-"で文字列検索すればいい

そんなところにバージョン情報があるんだ・・・
メモ帳で開いたけどxvid-1.3.0-devだったので新しいax使うことにした

1.1.3なんだけど真空で見ると1.1.2になるんだが

今だにkoepisの1.1.2使ってるよ

なんか縦横比率がおかしいんだけど何でだろう

>>155
そんな時はそのままMPEG4Modifierで直すですよ。

可変フレームレートはタイムコード少しいじって無理やり重複フレーム潰したわ('A`)
24fpsは>>137のでいいいとして
余分なフレームって連続してるわけじゃないんだな
2フレーム目と7フレーム目がかぶってるのとかあった

Bフレーム使用不使用でエンコしたけど何が違うのかわからない・・・
使用したら重複フレームができるってことしか・・・
体感できないなら必要ないよなぁ・・・

単純な水増しfpsでは問題無いのに
フィールドシフトして120fps出力すると
PCでは問題無くてもDLNA経由でカクカクになる時あるね。

>>158 1passVBRなら出来上がりのファイルサイズが小さくなる。

>>159
それは動画次第
Bフレームを使うとPフレーム1枚あたりの容量が増える
全体的に動きが大きい動画だと逆効果

両方でエンコして小さい方を残したらええやん(´･ω･`)

両方でウンコして大きい方を残したらええやん(´･ω･`)

（´・Д・`）

>>162
流せよ

　　　　|┃三　　 人　　　　　　＿＿＿＿＿＿＿＿＿
　　　　|┃　　　（＿ ） 　　　／
　　　　|┃　≡ （＿＿） ＜　　呼んだか?！
＿＿__.|ミ＼＿_(　・∀・) 　＼
　　　　|┃=＿＿　　　 ＼　 　￣￣￣￣￣￣￣￣￣
　　　　|┃　≡　）　　人　＼ ガラッ

：⊂⌒ヽ　.：.／つﾞﾞ　　ﾞﾞつ：/⌒つ：.
　　.：＼　ヽ/　　 ＼ 　　／.i　　./：. …な…なんとしても…
　　　.：|　　|　　　●　 　●.|　　|：. …この糞スレを…支えなければならぬ…
　　　.：|　　彡 u 　.( _●_) .ミ　./：.　
　　　.：＼_,,ノ　　　 .|WW|､.＿ノ：.　　
　　　 .：／⌒ヽ.　　　ﾞ⌒ﾞ／⌒ヽ：.
　　　.：（　　　　　　　　　　　 　.）：.
　　　　.：ヽ　 　＼　　 ／　　　/：.
　　　.：(⌒______)：´￣｀：(______⌒)：.

あいかわらずxvidは最強だな

保守

DivX6.8.5より画質は良いのでしょうか？

VAQを使える様になったXvidが、DivX 6よりは若干有利かと思う。

V永久ってなに？

VAQ: Making Xvid's Adaptive Quantization Not Suck
http://forum.doom9.org/showthread.php?t=135093

例えば、劣化の目立ちやすいフラットな部分の数字を小さくして量子化が出来る。
もちろん、quantizerが1から31までのMPEG-4 ASPは、64まであるH.264より効率は悪いが。

エンコ時間も長くなるわけですか？

なんで今更VAQの話とかしてんのｗ

VAQさんのカバン

保守

DivXのより良い品質と同じくらいの画質になる設定を教えてください。
今はDivXを使ってTSを2000kbpsでエンコしています。

半年ROMれ

うっさいわｗｗｗ

半年ROMっても100レスなさそ

>>177
自分で手探りで探しながら遣った方が早いかもね。で悩んだら検索して何とかなると思うよ。

MeGUIだったら、xvid_encrawのプリセットも幾つか用意されているから、楽。
rawaspで出力して、TSから分離したAACと一緒にMP4に入れると言うこともできる。

http://hdimage.org/images/8gvbjehrnyc0eb18zpdz_meguixvid.png

2000kbpsならデフォ設定でも十分いけるんじゃないのかな

なんでkoepiビルドって評判良いの？

ダンディクールだから

koepiは白馬の王子だから

>>177
ttp://m4anitech.hp.infoseek.co.jp/anime_encode-11.html

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

TE4XPでエンコするとDivX6.85の方が速いわ。
画質も変わらないし。

画質が変わらんのなら、フリーのこっちのがいいじゃん
開発完全終了のDivX6と違って、さらに高速化する可能性も少しは残ってるし

ぶっちゃけどのコーデックも変わらない
スクショ取って拡大して見てやっとわかるレベルの違いでしかない
今までいろいろ見てきて結局この結論に達した

でおすすめは？

Xvidはブロックノイズが少ないがモスキートノイズが多い。
DivXはブロックノイズが多いがモスキートノイズが少ない。
のっぺりしたものにはDivX、細部が必要なものにはXvidと使いわけてる。

1.2.2　ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!
Changes since 1.2.1:
* xvidcore library
* VFW frontend
* DShow frontend

http://www.xvid.org/downloads.html

はふ〜ん♪

koepiのビルドだとうちの環境でVAQ有効でエラーが出るんで>>8の使ってるんだけど
1.3.0-devが更新していたんで入れたらAQにLuminanceとVariableの二つ選べるようになっていた
でVariableMaskingでエンコしようとしたらkoepiのと同じエラーが出てエンコできない
なんだこりわ

>>194
バイナリくれよ

今1.1.3（真空だと何故か1.1.2と出る）使ってるんだけど最新にするメリットってありますか？

なんでバージョンアップしているか考えろ

ヒマだから

>>8に1.2.2来てる

koepiは・・・koepiはまだか・・・！

>>8の1.2.2VAQ試したらkoepiの時と同じエラーが…なんでだ

XviD使いの大半はx264にいってしもうた

んな事はない。
アニメの連中は知らんが。

ばかめアニメでもXviD最強

納豆画質だからなx264

ｘ264って言ってるやつはブームに乗ってるだけ

納豆画質ってなんだよｗ

おまえのことさ

koepiの1.2.2はまだか
ffdshowとmpc-hcはロシアのつかってるが、これはkoepiの以外使う気になれない

XviDはアニメではH.264に負けるが、実写では設定によっては上回ると聞いたのだがホントか?

x264はインターレースにバグがあるイメージが強いから俺は使ってない

x264は、どちらかと言うと、VAQやPsy-RDが有効に使える実写の方が得意。
インターレースもパッチを当てたバイナリなら、正しくフィールドオーダーのフラグも付けられる。

完成度が高まれば、後から出てきた規格が優れている場合が多い・・・多分＾＾

>>210
お前なんかどんな設定しようがムリ

>>214
お前なんか何をやらせてもダメ

>>210
xvidより高画質とされるh.264とwmvはアニメ向き。実写では間違いなく、xvidが一番高画質。

wmvはともかく、H.264でそれはない

http://www.mediafire.com/file/veabjtwiz3m/DivX7_vs_x264_vs_Xvid.zip

やはり、Xvidはフラットな部分のブロックノイズがつらいな。
比較してのあら探しをしようと思わなければ、大きな不満は無い品質ではあるが。

よく知らないんだけど、
XVIDでHDをえんこしたとき、
動きの早いところではナミナミーってなった。
アニメではないソースです。

またしろうとがブロックノイズだとかほざいてるのか

ブロックノイズワロタ

マジレスするとコーデックによる向き不向きはソースに左右される
XviDでうまくいくものもあればx264でうまくいくものもある

>>1
ウイルス

>>216
じゃ、Divxと比べたらどうだ?

あと、実写を順にすると
xvid>x264>wmvでいいのかな?
Divxを入れたら知らん

メクラ

xvidのほうが実写はきれいって言う人は、xvidとx264のそれぞれの設定を教えてほしい
具体例を見ないことには信じられん

てめーがまず晒せヤ

どういう基準で高画質と呼ぶかにもよるんだけどね
ノイズとか含めた全体的な再現性を重視するとか
部分的な修正をかけた上での高画質なのか

なにあほなこと言ってんのｗ

x264は試したことがないけれど、俺の目的にXviDは十分きれいだから
もういいやと思ってXviDばかり使っているｵﾚ様が通り過ぎますよっと。
数年前まではDivX一本だったけれど、当時DivXはVersionによって画風が
結構変化するのが気に触って徐々にXviDに移行したよ。
XviDは良くも悪くもｸｾが少ない希ガス。
画質を破綻させることなくｻｲｽﾞをとことん小さくしたいなら今のところx264に
後発の長があるとは思うが、もうあんまり細かい違いはいいやと、
ある程度ビットレートを割いてさ、カジュアルにエンコ、そんな感じ。XviDは軽いしさ。

バカはひっこんでろよ

>>231
そして誰も居なくなった…

>>231
なら、お前が出てきちゃ駄目だろう。

>>231
ID変わったけれど、まともな頭と精神の持ち主だったら内容に対して反論したら？
そもそもｵﾚがどういう人間か、あんた知りもしないでしょに。

>x264は試したことがないけれど

　　　　□
　　　　 ┃ 　 　
　　　　　o ∧,,∧　　ｵﾌ
　　 　 　 (`・ω・´)　　ｻｲﾄﾞ
　　　　　　 ｌ　　o l
　　　　　　 しー-Ｊ

>>235
AAもってきてまでｗ
ちなみにx264を一切けなしてないからそのオフサイドはミスジャッジだよ〜

x264を贔屓してる人って、x264がどうこうよりも
ただ自尊心を満たしたいだけって人が多い気がする

繰り返すけれど録画した地デジを「パソコンで再生するためにコンパクトに保存」するために
迅速にｴﾝｺするには、「ｵﾚとしてはh263のXviDで十分だと思っている」のさ。
もしh264の再生機器向け、例えば何かの携帯で英会話を見たいとか、
そういう必用が将来生じたらx264を本気で試すだろさ。
目的指向で生きているだけなの

x264はエンコソフト名、動画圧縮規格は「H.264」（MPEG-4 AVC）などと呼ぶ。
一応参考までに
H.264
http://ja.wikipedia.org/wiki/H.264
x264
http://ja.wikipedia.org/wiki/X264

なぁに使いやつ使えばいいんだよ

変になった、使いたい奴を使えばいいんだよ

XvidやDivX 6が使うMPEG-4 ASPは、H.263を元にしているけど、それとは別の規格。

マターリ使用よ。

>>216
根拠あるの?

納豆画質のx264は流石にねーわｗ

>>245
納豆画質って何?

x264って素人が簡単にそれなりの動画作れるってやつだろ

結局
エンコの仕上がり・綺麗さ：(良)← h.264>Xvid →(悪)

くらいの差の割には

エンコ時間、再生の重さ：(重)← h.264>>>>>Xvid →(軽) (>の数適当)

くらい差があるのでXvidの方が総合的にいい、という話なんでしょ。

おまえのことさ

>>248
いまどきx264が遅いとか、H.264の再生が重いとか…
x264：それなりのスペック用
xvid：シングルコアの低スペック（&再生支援使用不可能）用　　だろ

え？ Xvidマルチコアで使ってないの？

Xvid1.0.3を使っているのですが
Xvid1.2の方が映像が綺麗に仕上がったり圧縮率が優秀だったりエンコ速度が速くなったりするのでしょうか？
もし劇的に変わるようなら移ろうと思うのですが

Xvidなら、家電DVDプレイヤーでみれるのあるじゃん
H264は見れない

>>251
マルチコア環境なら、xvidのスピードにおけるメリットはほとんどないってこと
最近のｘ264やデコーダのマルチコアに対する最適化はそれくらいすさまじいよ

PenDとかのお笑いマルチコアの場合は当てはまらないだろうけど

なぜXvidとx264を対立させようという流れなんだろうね
謎だ

その二つが画質が一番いいからだよ。まあ、画質はh.264のほうが多少いいかもしれないけど、
h.264のエンコ時間の長さ、デコードの重さを考慮すると、>>248が結論かな。DivXは論外で。

>>256
DivXが論外っていうことは、XviDよりも画質が少し悪いということ?
アニメはx264,実写はXviDでエンコが適切かな?

いつも思うんだけどなんでアニメと実写でエンコーダまで二極化なの？
アニメにしても実写にしてもどんな映像かによって違うでしょうに

本当視野狭いな

色数少ないアニメは納豆で上等。

しっかし、最近のversionのXviDで地ﾃﾞｼﾞをｴﾝｺすると、ｷﾚｲやなぁ…ｼﾐｼﾞﾐ
数年前とは隔世の感があるわ。
h264でｴﾝｺしたｻﾝﾌﾟﾙを以前貰って眺めたけれど、きれいっちゃきれいだが
なんかとても上手にNR効かせたような粒状感の無いきれいさなんだよな。

もうx264でもXvidでもDivXでも
いろんなコーデックで圧縮して全部保存しておいたらいいよ

そうえいば、1.2.2のexe版がないんだけど、どこで入手できる?
kopei版は1.21しかなかったorz...

なにこのスレおもしろいｗ

>>260
必死だな
試してないから、Xvidが良いと自分に言い聞かせているんだろｗ

>>262
xvidvideo.ru

H.264 最善の選択、重いと言われているが対応機器を準備すれば問題は解消できる。
　　　　てかその昔各コーデッックの640x480が主流になった時も重いと言われていたこと
　　　　を考えれば今極少ない声がでかいだけのグズの為にこれを選択しないのは
　　　　明らかに間違っている。.mp4.aviとかの変な表記をする理由は、ウィンドウズ エッセンシャルズ コーデックパック
　　　　を知らないからでしょう。いつの時代も声がでかいだけのグズが足を引っ張る。
Divx 次善の選択、丁寧にエンコすればキレイに仕上がります。
　　　　だがしかし、出来上がりの幅が大きく職人によって地雷になってしまうことは>643と同意見
Xvid ないわー、丁寧にエンコしてもあからさまな色落ちが発生する。欠陥コーデックと言える。
　　　 所詮DivX5.02程度の性能しか持っておらず、後悔すること必定。
　　　　肌色や原色で他コーデックと比べてみるとすごくよくわかる。10年前の雑誌？ほどに劣化している。
　　　 速かろう悪かろうの典型。これを使う人と語ることはなにもない。
wmv シークの悪さは致命、発色は良好だが薄ボンヤリさせて容量を稼ごうとしている感があるので
　　　　アンシャープの多重かけが必要になってくる。通しで見るアニメには向いているが、シークし
　　　　まくるエロには向かない。とりたてて悪い所もないが良い所もない。

だそうです

>重いと言われているが対応機器を準備すれば問題は解消できる。
仕事じゃねーしｗ 手持ちのPCでやるわ。

確かに最近のDivXは色が綺麗だね
でも納豆画質のx264は無いわｗｗ

Koepiの1.2.2がやっと来たと思ったら、VAQはお預け…

>>268
最近のDivXってバージョン7のこと?
XviDがx264を超えることってある?
>>266を見る限り絶望的だが...

http://www.xvid.org/Project-Info.46.0.html#c135

本当にリリースされるのかは知らないが、H.264になると言うXvid 2.0ならあるいは。

DivXは、いつまでも性能の劣ったMPEG-4 SP/ASPのままでは、H.264には対抗不可能だと言うことで、
7からH.264に変えた。

時代遅れのデブ糞ｗ

＞声がでかいだけのグズが足を引っ張る。
自己紹介乙

なんだなんだXvid大人気だな

丁寧にエンコｗｗｗ色落ちｗｗｗｗ

XvidにH.264が拡張されてるは結構だが、H.263互換ﾓｰﾄﾞみたいなｽｲｯﾁも
しばらく残っていた方がｲｲかもｼﾚﾝなー。

え？ｱﾁｷはそのときどーするかって？
そりゃも、たとえH.264が拡張されたって、XVidを使うことでしょうよ。ｿﾚｶﾞﾄﾞｰｼﾀ
納豆のﾀﾞﾝﾅと二りっきりのﾕｰｻﾞｰになってもさ。ﾅｶｰﾏ

つかさ、XviDって1.0あたりからずっと画風が落ち着いた感じで、画風傾向がころころ変わらないやん。
そんなとこも気に入っていたりするんだよね。

俺もあのでしゃばらない画風が好きでバラエティとか教養番組はXvidで統一してるよ。

Xvid1.2.1とDivx6.8.5を比べると画質がいいのは、やはりXvid1.2.1の方でしょうか?

Divx6.8.5の方だって答えたらどうするよ？

DivXの方が速くて画質が良い。
E8500でTE4XPを使ってる。

>>270
>XviDがx264を超えることってある?

H.264な。超えることはないけどぶっちぎりされることも無いかと。

よく、同じビットレートならH.264の方がDivxより上だとか
同じ画質ならH.264の方がファイルサイズ小さいとか聞くけど
そんな動画に出会ったことない。
前評判はいいけど、実際使ってみると結構がっかり。

x264スレ見れば分かるけど相変わらず職人みたいなスキルないと
駄目って感じだし、誰か言ってたけど
「あれこれオプションで試行錯誤するよりビットレート上げる方が綺麗に仕上がると分かった」
なんてあったから結局それかよって感じだった。

http://saintdevelopment.com/media/

かなりエンコードの難しいサンプルだが、これらの違いはぶっちぎりと言えるだろう。
Xvidはあまり知られていないコンテナのnutに入っているから、nutに対応しているMPlayerで再生すると良い。

>XviDがx264を超えることってある?
これでいいと思うが。

>>282
>これらの違いはぶっちぎりと言えるだろう。

どうだろ？
そのサンプルじゃないけど、やはりなんかのシューティングゲームの動画で
いろいろなエンコの比較したものがあったけど結局のところ
どのエンコも元動画とかなり違っていて「あらら・・・」という感じだった。
（特に背景が駄目、爆発の細かいところなんかも全部ボケボケ）
一見綺麗そうだけど元絵を見るとガッカリなんだよね

>>284
http://mirror05.x264.nl/Dark/LosslessTouhou.mkv
>>282の可逆圧縮のソースはこれ

http://mirror05.x264.nl/Dark/website/compare.html
こっちは違いがより明確な、半分のビットレートでの比較

コーデックによって、情報の間引き方＝劣化のさせ方が違うんだから
どのコーデックがベストかはソースや個人の主観に拠るところが大きいと思うんだが

そういうことをワイワイ語るスレです。

TMPGencでxvid1.2.1で、PT1で録画したTSをエンコしてるんだけど、
cpu使用率が30%位しかいかなくて、10fps位しかでない。
other optionでスレッド数を4にしても変わらず。
vista sp2 q9600 mem3g
どこの設定をミスってるのでしょうか？

みんなでわいわいちんこジェンガ

あらまー

TMPGenc（笑）

TMPGenc（笑）

規格　MPEG-4 Part2 Visual <-> MPEG-4 Part10 AVC / H.264
ソフト名　xvid(DivX) <-> x264

1.0.3はもう古いけど個人的に気に入ってる
Koepiの1.2.1もいいと思うけどサイズとのバランスがイマイチかな
綺麗だけどサイズがデカくなる（デフォ設定）
1.0.3はそのバランスが良くて好き
エンコ職人には物足りないんだろうが

h264はHD以上の時に威力を発揮
一番のメリットは画質よりファイルサイズを抑えられること
逆にSDにする場合はメリットはあまりない
画質なんてたかが知れてるしサイズも許容範囲内に収まることが多いから

Xvid1.2.1でエンコしたら、Xvid1.1.0の時と比べると、容量が大きくて、ビットレートが低くなった。何故?どちらも全く同じ設定でエンコしたのに。
で、画質はどちらが上なんだ?

>>296
何でbitrateみているのか知りませんがXviD statusだと誤差かなーり多いよ。
できあがりをVirtualdub等で開いて見てみたほうが精度良い。

実は音声のbitrateがぜんぜん違ったとか、そういう落ちだったりしてｗ

>>296
両方で圧縮してみたんなら自分の目で確かめたらいいのに ＞画質

Xvidでエンコした動画をmp4コンテナに入れてる人いますか？
その場合音声のコーデックは何にしてます？
mp3？それともAAC？

>>299
MeGUI使って，音声は好きしな
DVDならmp3でもいいよ

>好きにしな だな

mp4に入れると映像の扱いがOther MPEG4になるんで注意ね
B-VOPs使ってる動画だとXviDのとか、デコーダによっては正常に再生されないことがあるから

フロントエンドによってはエンコ不能バージョンもあったな
１．１．０ Beta2とかAviUtl、TMPGenc FREEで使えなかった記憶がある
ＤｉｖＸも上記のソフトで ６．５から使えなくなったので６．４のままにしている

mp4はWindowsではプロパティ表示出来ないのがゴミ過ぎる

>>304
それWindows側の問題ｼﾞｬね？ｺﾝﾃﾅけなしても…
ﾓﾚも(Xvid+mp3).mp4したい派だけど、やり方がいまいち分からなかった派でも…ある
　　　　　　↑こういう書き方初めてしてみた

コンテナとコーデックを同一して話すバカだろ
ほっとけ

xvid_encrawを使って、video.m4vで出力しておいて、
"mp4box -add video.m4v:fps=29.970 -add audio.aac muxed.mp4"とすれば終わり。
AACの代わりにMP3でも使える。

PARも問題なく使えるし、効率の悪いPacked Bitstreamも不要なので、お薦め。

fps=29.970
これ気持ち悪い
分数で指定できないの？

mp4boxを使うなら、小数で妥協してもらうしかない。
通常の長さの動画なら、音がずれたりはしないので大丈夫。

参考になったYO
入力には、DAR=16:9を指定してｴﾝｺ済みの (XviD+MP3).avi ﾌｧｲﾙでもおk？

その場合は、フレームレートの指定は不必要だから、"mp4box -add input.avi output.mp4"としておけば良い。

xvidをmp4に入れると何かいいことあるの？

私の様に放送をソースにする人には、TSから分離したAACをそのまま使い回せると言うのは大きいと思う。
まあ、別にMP4にこだわらなくても、xvid_encrawで出力可能なMKVを使っても良いのではあるが。

chaptar埋め込むとか対応音声形式とか
コンテナなんて自分の再生環境に合わせればいいんだよ
aviだのmp4だのmkvだのの話は他所でやれ

固いことｲｲﾅさんなよー
mp4というと普通h264+aacの格納の話ばかりで、それ以外のたとえば
Xvidでencodeしたものをどうmp4に入れたらいいのか、果たして入れられるのかについては
あまりはっきりしたことは広く知られていない。
教えて君が繰り返し聞いているのでなければ、一回くらいcodecｽﾚで扱った方が
そのcodecを使っている人の助けにもなるのではないかな？
すくなくともｵﾚはとても助かったのYO
調べた範囲でよくわかっていなかったしさ

お前エンコ止めたんじゃねぇのｗ

酒と女とﾀﾊﾞｺなら二十歳になるときに止めたが
それがなにか？

mp4なら普通はYambで試したりすると思う

>>308
tc2mp4の作者のブログのエントリー読めば、mp4boxのfps指定は
フレームレートが30000/1001の場合29.97で指定するのが一番いい
って検証されてる

>>315
> Xvidでencodeしたものをどうmp4に入れたらいいのか、果たして入れられるのかについては
> あまりはっきりしたことは広く知られていない。
試したら直ぐ分かる事、別にh.264+aacの時と変わらん

mp4(ﾟ�听)ｲﾗﾈマカーは去れ

ogmの件もあるし、面倒もあって未だにavi使ってる
英字幕でも入れない限りaviで十分と思ってるんだけどどうだろ？
XvidはCM抜きが軽くて好きだ

>>315
お前が知らないだけだろｗ

一応1.3にはConteinar設定があるけどね

しかし、誰か1.3.0使ってる人いないの？

このスレの90�lがkoepiで出来ています

よく「mp4は見れない」って書き込みがあるけど
お前らならそういうの見ると腹が立つよな？

なんで？

Divx入れて見れなきゃ、GOM とかで見てる奴のが大多数でコーデックの
意味まで理解してんのはむしろ少数派だろ

誰でも一度は躓くところだろうしなぁ＜mp4は見れない

どこぞのだれかがmp4見れなかったところで、俺は見れるんだから関係ないだろう。
腹を立てるだけエネルギーの無駄だな。

halなんとかなんとかのスプリッタとcoreavc入れれば誰でも見れるだろ

そしたらMplayer使っていたため、mp4は何の苦労もなく最初から普通に見られる物だったﾓﾚはｴﾘｰﾄだな。
ｹｹｹ…

GOM最強

ここの住人ならmp4が観れないならaviに変換すればいいじゃない
って感じだと思うけど
チョンプレイヤーって以前極悪なスパイウエアが仕込まれてるって事でニュースになったような・・

>>333
どう考えてもmp4のスプリッタ入れる方が楽だと思うんだけど
（mp4からの無変換・無劣化でaviに変換するより）

ここのスレ住人って「方程式解けるけど簡単な足し算できない」連中なんですか？

なんでコンテナのはなししてんの？
スレ違いじゃん

密接な関係だからいいんだよ。

密接な関係（）笑

H.264はmp4コンテナが主流
だからあえてXvid使ってる人は多そうだ

Xvidもがんがんmp4に入れていこうぜ

むしろXvidにmp4を入れていこうぜ

不覚にもフイタ

Win 7が主流になったら>>320みたいな馬鹿が減っていいな
RCだけどかなり使えるOSだな

なんでVistaはmp4対応させなかったんだろ

mp4(ﾟ�听)ｲﾗﾈマカーは去れ

AVI　　マイクロソフトが勝手に決めた規格
MP4　　国際規格

ドザは去れ

Windows＝事実上の世界標準

>>345-346
どちらも事実なだけに面白いですな

まあmkvはないな

アップルが勝手に決めた規格の MOV が廃れたことが悔しいらしい。

MOVとか見るとi8080思い出す俺はまだまだ現役。
情薄なケツの青い馬鹿どもには負けないぜ！

wmv＝ファミコン
avi＝スーパーファミコン
mov＝PC-FX
rm＝3DO
ogm＝ドリームキャスト
mkv＝Xbox
mp4＝PS3

aviが一番ってことか

>>351
mp4は沈みゆく船か

MOV廃れてるか？デジカメの動画とかだといまだにMOVが主流じゃない？
俺もMOVは変換が面倒なので嫌いだけど
たまに「このデジカメの動画を編集してDVDにして」とかいわれると大抵MOVだったりする

主流
たまに

俺はaviから入ったのでmovは知らない

MP4(ISO/IEC 14496-14)は、QuickTimeファイルフォーマット(.mov)を元にして標準化された。

どうでもいいんだよ

>>355
デジカメ動画に使われるのが「主流」
編集してという依頼は「たまに」
って別におかしいところないと思うが
そういうレスするような突っ込みどころか・・・？

>>359
デジカメのフォーマットでは主流かもしれんが、デジカメ動画ってそんなに主として使われてるかな？

まあいいたいのは絶滅寸前ってほどでもないだろってこと。絶滅してくれた方が助かるけどｗ

>>359
フォローさんくす

全然話題に出ないが
1.2.2を誰も使ってないのか？

>>362
使ってるよ。

>>362
>1.2.2を誰も使ってないのか？

1.3-devでVAQが使えるのに1.2.2を使うの？

1.2.2が最新版であり、安定版
1.3.0なんて実際はないしβ版
ということでKoepiの1.2.2VAQ待ち

VAQって何？

>>366
>>172

あーあれだへんてこな幽霊が出てくるアニメ

おVAQ

>>366
http://pastebin.com/f1718874b

koepi　１．２．１はVAQ?

パッチを当てていなければ、誰も使わないオリジナルのlumimaskingがそのまま。

　　　　　　　　　　 ,..-─‐-..､
　　　　　 　 　 　 /.: : : : : : : .ヽ
　　　　　　　　　 R: : : :. : ｐq: :i}
　　　　　　 　 　 |:.i} : : : :_{: :.ﾚ′
　　　　　　 　 　ﾉr┴-＜]]: :j|
　　　　　　　　/:r仁ニ= ﾉ:.ﾉ|! 　 　 　 　 　 _
　 　 　 　 　 /:/　＝　/: :/ }!　　　　　 　　|〕）　
　　　　　　　{;ﾊ＿＿,ｲ: :f　 |　　　　　 　／´
　　　　　　 /　　　　　}rﾍ　├--r─y／
　　　　　／　　　　　r'‐-|　├-┴〆　　　　_, ､_ 　'⌒　☆
　　　 　 仁二ﾆ_‐-イ　　|　｜　　　　　　∩`Д´)　>>368
　　　 　 | l　i　　厂 ￣ニﾆ¬　　　　　　ﾉ　　⊂ﾉ　
　　　 　,ゝ､ ＼　＼ 　 ＿＿厂`ヽ　 　 （__￣） ）
　　 　 /　/＼_i⌒ﾄ､_　　　ノrr-　}　　　　 し'し′
　　　└-'￣.　|　 |＿二二._]]]]__ノ

初心者ですみません
これって新バージョンが出たら無条件にバージョンアップした方がいいのでしょうか？
古いバージョンと今のバージョンの違いがいまいち分からずに困ってます
バージョンアップしたら動作が重たくなるとかのデメリットは無いのでしょうか？

まず試せ
バージョンアップして気に食わなかったら戻せば良いだけだ

>>373 同系列・同設定なら重さは殆ど変わらない。設定を初期化する事を忘れずに。

レスありがとうございます
とりあえず最新版を試してみます
設定を何もいじってないど素人なので画質に違いがあっても気付かないかも
重さにほとんど違いがないようでしたら
新しいのだからいいものに違いないの素人考えで使ってみようと思います

どうでもいいことだな

XviDの異なるバージョンを同時にインストールってできないのかなぁ
普通のは1.0.3、高画質でやりたい場合は1.2.1VAQで使い分けてみたいんだけど
異なるバージョン使いたい時はいちいち削除→インストールの繰り返ししなきゃいけないのか

どうでもいいことだな

>>378
xvid_encraw使えば、xvidcore.dllを入れ替えるだけで済むんじゃない？

>>378
チェックいれないとVAQ版でもVAQきかないから無印と同じだぞ
逆をいえばVAQ版いれただけじゃVAQはきかないよ

パッチを当てたxvidcore.dll+xvid_encrawで、"-lumimasking"(VAQ)を有効にして使うのが楽。

どうでもいいことだな

俺はドキュメンタリー、バラエティ、資料ものしかエンコしないので1.0.3で十分かな
アニメはx264だし

ところでVAQ使う場合、マトリクスはx264みたいにall16が基本ですか？
Intraの左上だけ8固定になってるけど、これって変更できないの？

MPEGと違って、QMを使わないH.263互換でVAQを使うのが基本だとは思うが、併用も可能ではある。
ビットレートが足りないと、高周波の削りすぎで酷い事になったりするかもしれないが。

>Intraの左上だけ8固定になってるけど、これって変更できないの？

左上(DC)は8で固定。

>>386
なるほど、ありがとうございます

VAQってたいした効果ないのな

>>381
"Adaptive Quantization"にチェックを入れれば、
VAQが効くようになるのでしょうか？

Core 2 Quad vs Core i7 vs Phenom II
◆Q9650を1.00とした相対性能
ttp://pc11.2ch.net/test/read.cgi/jisaku/1233988423/35

このﾘｽﾄのXviD 1.1.3の項が面白い。
並列化されていないbinaryだな。だからシリアル性能の最も良いCPUが一番速くなっている。
ご参考までに。

尻有性能？

それを言うならシングルスレッドだろ。

target quantizerって何かとむずいな
数値小さくすればいいってもんでもないんだな

◆Q9650を1.00とした相対性能
i7 965 i7 920 QX9770 Q9650 Q9550 Q6600 P9950 E8600 E8400
1.37　　1.13　　1.06　　　1.00　　0.95　　0.78　　0.72　 0.57　　0.51　　Fritz 11
1.53　　1.27　　1.04　　　1.00　　0.94　　0.74　　0.83　 0.58　　0.52　　Mainconcept Reference 1.5.1
1.25　　1.05　　1.07　　　1.00　　0.95　　0.77　　0.82　 0.60　　0.54　　AVG 8
1.36　　1.13　　1.07　　　1.00　　0.94　　0.76　　0.79　 0.63　　0.56　　Cinema 4D Release 10
1.38　　1.16　　1.06　　　1.00　　0.95　　0.75　　0.77　 0.63　　0.56　　3D Studio Max 9
1.43　　1.20　　1.06　　　1.00　　0.94　　0.77　　0.72　 0.62　　0.58　　Premiere Pro CS3 HDTV
1.41　　1.18　　1.06　　　1.00　　0.95　　0.76　　0.62　 0.73　　0.66　　Nero 8 Recode
1.63　　1.32　　1.06　　　1.00　　0.94　　0.77　　0.85　 0.79　　0.72　　DivX 6.8.3
1.58　　1.28　　1.02　　　1.00　　0.97　　0.78　　0.83　 0.80　　0.78　　WinRAR 3.8
1.05　　0.97　　1.01　　　1.00　　0.99　　0.93　　0.92　 0.88　　0.83　　Supreme Commander
1.38　　1.09　　0.99　　　1.00　　0.95　　0.73　　0.65　 0.97　　0.83　　World In Conflict
1.03　　0.91　　1.00　　　1.00　　0.98　　0.80　　0.71　 0.92　　0.85　　Unreal Tournament 3
1.16　　1.03　　1.02　　　1.00　　0.97　　0.85　　0.90　 0.89　　0.85　　Studio 12
1.08　　0.91　　1.09　　　1.00　　0.95　　0.80　　0.69　 1.06　　0.97　　Acrobat 9 Pro
1.11　　0.92　　1.06　　　1.00　　0.93　　0.79　　0.72　 1.10　　0.99　　iTunes
1.23　　1.06　　1.08　　　1.00　　0.97　　0.96　　0.81　 1.05　　0.99　　Crysis
1.27　　1.04　　1.06　　　1.00　　0.95　　0.76　　0.75　 1.09　　0.99　　XviD 1.1.3
1.05　　0.88　　1.07　　　1.00　　0.94　　0.80　　0.72　 1.11　　1.00　　Photoshop CS 3
1.13　　0.94　　1.08　　　1.00　　0.95　　0.77　　0.71　 1.11　　1.00　　Lame MP3
1.05　　0.87　　1.08　　　1.00　　0.97　　0.80　　0.69　 1.11　　1.02　　Winzip 11

urlでなくなして更にｺﾋﾟﾍﾟ？ｲﾔまいいけど。
今後CPUの単体性能は殆ど上がらずcore数が増える方向にしかほぼ発展しない。
XviDもいずれきっちりscalabiityが出るように並列化せんといかんね。
ちなみにﾓﾚはｽﾊﾟｺﾝの超並列の仕事をしていたりするんで時間があれば貢献できるかも、
できるかも、いやちょっとその、あの、時間があれば…
あと、特許の問題があって、手が出しにくくて、あの…その…
はっ、不二子が風呂から上がってくる…それじゃあお互い、また生きていたら会おう。ﾉｼ
ひ〜

　　↑
死ねカス

>>394
あんまり変わらんね
熱量50%アップだし糞過ぎる

koepiさんの1.22VAQﾏﾀﾞｰ？

おヴぁＱまだー？

xvid1.2.2 / core i7 920
HTのオン・オフでエンコ時間比べてみた。
ソースは映画「グラディエーター」のコロシアムバトルシーン （6：10）
HTオン　（2：16）
HTオフ　（1：50）

若干オフの方が速いね・・・

まじかよ・・・意味ねーじゃん

>>400
若干なんてもんじゃないな。26分は大きい

26秒だろ？

ｋｌｋ

>>403

あ、26秒かｗ
勘違いしました。

どっちにしてもUWyRYepbの言いたいことは一緒だよね。
26秒を26分と勘違いしたって事は>>400の「6：10」を6時間10分と勘違いしたんだろうから
割合としては一緒。
まあでもそれだとどんな長編映画なんだよ！っていう話だが

６時間以上バトルシーンｗ

ソースは映画「グラディエーター」のコロシアムバトルシーン （00:06:10.000）
HTオン　（00:02:16.000）
HTオフ　（00:01:50.000）

>>400です
紛らわしくてすません。　26秒の差です。
マキシマスと銀仮面オヤジのタイマンシーンを6分程抜き出してエンコしてみた。
ちなみにコアは3.4GにOCした状態。

道理で速いわけだ…

cowonのS9を買ったんで、最近初めてxvidを使い始めた
S9はwmv9に対応してるけど、VBRではカクカク
CBRで2.5Mbpsが限界って言われてる
なんで、S9スレではxvidが主流

自分は今の所、xvidの1pass固定品質（2.79）
ファイルサイズはチト大きくなるけど、苦しいレベルじゃない。
ただ、やっぱ肌とかにノイズ乗るときは「あぁ・・・」ってなるかな
お手軽エンコ志向の自分にはこれが限界かな・・・
ripしたDVDファイルからの直接編集→エンコが楽なんで、tmpegenc4.0使ってる
なんで、自動2passはできないっぽいので諦めた。

俺は逆にWMV9からxvidへ最近以降した感じだな

だってWMV9って権利か何か知らんけどガチガチで全然対応機器とかないじゃん

PC以外で再生する時にWMV9でエンコしてしまうとまた別形式にエンコし直すとか面倒だしね

>>411
avisynthでバッチ処理覚えれば？
頭脳的に無理そうだったら諦めろ

>>393

自分は
お気に入り：1.8
普通：2.0
やる気なさげ：2.5

そんなに低いとビットレート無茶苦茶高くならない？
ソースがアナログじゃないならソースよりビットレート高くなりそう

アニメならそんくらいだな

4.0くらいが自分には丁度よかった
20分アニメで大体160M〜200M前後くらい

「xvid 設定」ってググってトップページにヒットしたサイト読んでたら、
2.4〜3.3辺りが実用的って出てくるんで、2.8でやってる
暗い部分（黒ベタの所とか）に妙にノイズが乗る以外に不満はない

Xvidでエンコした動画を、avinapticで調べてみたら、Packed bitstreamの項目に、Yes(*)となってた。
Yes(*)って、普通のYesとどう違うの?

avinapticに聞くべきじゃない？

>>419
Yes, We CanのYesじゃないか

*は日本語でいうところの★のマーク

前から見ると　　Y
後ろから見ると　(*)
ってことだよ

つまりこれのことだな
ttp://smlomusic.com/2009/ushiro_mae.jpg

ん？まだ大喜利続いているのか

1passでエンコしといて画質がどうのこうの言ってるアホが多いな
画質にこだわるならマルチパスしろよと

1passが最強なのは今も昔も変わらん。

マルチパスにこだわるのは情弱

男なら黙ってQT指定！

おいおい、エンコの目的は画質を保ったままサイズを圧縮する事だろ
1passと2passじゃ同じ画質でサイズ圧縮率が桁違いなんだから
画質にこだわってサイズ軽減したいなら2passを選択するのは当たり前だろ
2passのやり方も分からない情報弱者か？
2passだと日が暮れてしまう化石PCか？
1passなんか選択するなら画質がどうとか語るなよ
ボクは馬鹿で環境も糞なんで1passしか出来ませんって素直になれ

後だしﾜﾛﾀ

2passってどうしてもサイズ指定したい時に使うもんじゃないの？

2passって神経質そう

2passって貧乏にがやるアレだろ

1pass3.0でイマイチ縮まらなかったら2passにしてる
30分以上の番組や多人数の番組は縮みにくいので最初っから2pass
実写ものは2pass使用者が多いと思う
アニメはやった事が無いから分からん

アニメwww
大事ならMPEG2で保存しろよ
なぜこんな低圧縮つかうのか理解できん

画質優先 → 1pass
サイズ優先 → 2pass

例えば1passでできる画質と同等のものを2passでやろうとする場合
クオリティの基準がわからんのだが

1pass＝時間優先
2pass＝品質優先
2passより1passの方が画質が上とか初めて聞いた
最近は変な情報が流れてるんだね

2pass＝貧乏人

>439
Xvidのsingle passはqt指定だからね。品質優先だよ。
nth passは平均ビットレート指定だからファイルサイズ優先。

2passは限られた枠の中でよろしい結果を求めるもの。
画質優先なら1passしか有り得ない。

品質ってのは画質+圧縮量
1passは画質を犠牲にして圧縮率を取るか
圧縮率を犠牲にして画質を取るかの2拓
2passは両方だから品質
同じサイズでエンコした時の画質の差を見れば1passが画質優先なんて言えないはずなんだけど
あと2passは時間がかかる＝PCの性能に依存だから1passこそが妥協貧乏エンコ
こんな常識が通じないってのはヤバイよ

>>441
それで合ってるよ

>>443
ばーか

>画質優先 → 1pass
>サイズ優先 → 2pass
正解。XviDの偉い人もそう言ってる。

俺は1passしか使わんからよく分からないが
1passで圧縮した動画と
2passでこれと同じファイルサイズになるように圧縮したのとだったら
2passの方が綺麗な気もしなくもない

まあ1passしか出来ない人は低圧縮低画質の酷いエンコをしてればいいよ

低圧縮www

どっちもどっちだろ
XviDのConstQuantizerの場合は見た目上のロスが生じやすいことは確か
MultiPassの場合はフレーム単位で量子化量を動かすので見た目上の画質は最適になりやすい
つまりエンコード後同容量だと仮定すればMultiPassの方が見た目上綺麗に見える可能性が高いがその差は若干しかないだろう
複数の動画を均一画質でエンコードするのが目的ならConstQuantizerでないと必要なファイル容量が算出できない
つまり、実際の運用上ではサイズに縛りがない限りConstQuantizerでエンコするのが明らかに現実的
理想を言えばConstQuantizerで一度目標のファイルサイズを割り出しその後MultiPassでエンコードするのがベストと思われるがあまりにも非現実的

今時2passが出来ることで優越感に浸ってるんだから
エンコ初めて間がないってことだ

2passは難易度が高いし理解が難しい高等技術だから
できない奴らから妬みや嫉妬を買いやすいのが難点だ

うっかり掲示板で2pass論議をすると中傷合戦になるから困る

高等技術www

え？2passできない人なんてこの世にいるの？
ごめん。知らなかったよ。あの程度が君の限界だったんだね。

もともと1500MbpsとかあるデータがMPEG2-TSで1/100位に圧縮されてんの考えると
１パスとか２パスとかどうでもよくなる

TS抜いたって汚くてガッカリする

Koepiのトップページによると1.2.2はセキュリティ〜に関係する修正が目玉だから
セキュリティーホールを突く怪しい動画を再生？エンコード？しないなら
VAQにこだわる人は1.2.1VAQのままでもいいんだな・・・だろ？

http://pastebin.com/f609010fc

このパッチは、xvidcore-1.2.2に適用できる。

VAQは1.3devに取り込まれてるのに、なぜ1.2.xに固執するの？

>>453
2passなんてちょっと調べれば誰でも出来るよ
ただ、おんぼろPCだと時間がかかるから貧乏人は黙って1passなだけ
画質そこそこの低圧縮（ソースのままでいいじゃんって話も）か
低画質で高圧縮（糞エンコ）のどっちかを作ってればいい

２パスってそんなに時間かかるかな？
１パス目はフィルタのほうで時間食うけど、２パス目は1.2以降ならマルチスレッドだから、
せいぜい実時間で済むんじゃない？

>>458
貧乏人じゃないなら、tsで保存でいいでしょう。
エンコなんてしなくていいぞ。

>>458
1passと2passの画質差が気になるレベルでXvidでエンコかい
お前、初めてだろ力抜けよｗ

2pass画質上というのは初心者が陥りやすい勘違いだよな

ID:Y8/FTUt8の必死さに感動した！
もう楽になっていいからね　ハート

1passと2passで同じサイズの動画作って
1passの方が画質が上とか言っちゃう乱視さんに何を言っても無駄か
それにしても単発が多いな、DSLなのかな？
光回線にする事も出来ないような人のPCに2passは無理な話だったね
ごめんよ、これからも貧乏エンコで地雷をつくり続けて

サイズ気にして2passやってる方が貧乏だと思うが…。

>>463
IDすごいクオリティだなおいw

>>464
単発と言っても言いたいことは同じだから繰り返さないだけ
みんなあきれているのさ
何を言っても無駄なのはお前なんだけどｗ

もうそっとしといてやろうぜ。
なんか不憫に思えてきた。

てか普通に2PASSとか時間掛かるから
1PASSだな　画質とかサイズ優先より
一番に来るのは変換速度優先かな

大体、ソースの2分の1か3分の1の速度うらいが遅くなくていい

バンプの細かくて動きの速いシーンに無駄にビットレート割かれて
そのビットレートのピークが再生負荷増やすだけような場合に
エンコ時間は掛かるがサイズおよび、低ビットレートシーンの画質も
改善するためによく2passを使う。
何か文句あるか？ﾊｹﾞﾄﾞﾓ。

ハゲです。ドーモ。

ハゲちゃうでちょっと人より生え際が後ろにずれとるだけやがな

いや、ちょっと待て！
逆に周りの人が生え際が前にあると…

>>470
2pass出来るようになって優越感に浸れて良かったな
次はx264でエンコ出来るようになったら、優越感に浸るのかな（）笑

1passだと何千人も客が映ってるライブや激しいカメラワークだと全然縮まない
下手したら元ソースの半分とか三分の一とか
そんなんだったらエンコする意味が無いから2passでやり直し
そうこう繰り返してくうちに最初っから2passでいいやってなったな

基本は1パスで済ませるけど、念のために中間も同時出力してるな
1パスでも結果が満足なら中間はそのまま消せばいいし、2パスであらためてやるのもフィルタはないから速い

1passでも2passでも個人で利用して満足してるならどっちでもいいだろ
いちいち押し付けるなよ

1passも2passも使い分けて好きに使ったらいい
ただ、1passこそが至上、2passこそが至上って意見はアフォ

やってることはお前らと同じだろｗ

quantizer=4.0 VHQ=4 VAQ=ON これで充分縮むだろ。　画質も悪くない。
圧縮が目的なんだからね。高画質を求めてquantizerを2や3にするぐらい
だったらISOやTSのままにしといた方がいいだろ。　俺はソースの3分の1から
4分の1までのサイズにすることを目標にしてる。　たいてい皆インタレ解除を
するんだろうから尚更縮んで当然。

ISOISOISOISOISOISOISOISOISOISOISOISOISOISOISOISOISO

VHQ=4って重くないっすか旦那ぁ…
VHQをあげると粒状感が減っていまいち好みじゃないっす

ギブミーチョコレート

せっかくだから2passをやってみようと1pass目を終わらせたのはいいんだけど
肝心のファイルサイズはどこから割り出せばいいんだ？
ファイルサイズからビットレート割り出してるみたいなんだが

とりあえずシングルパスでやってみて、必要なビットレートがどれくらいか割り出すんだよ

俺AviUtl使ってやってるんだけど、
最初に画面リサイズだけ使って1パスでやって、
そこで割り出されたサイズを元にフィルタかけまくって2パスでやってるなー
シャープの甘さでサイズが多少上下するけど、それで大体容量・画質のバランスが取れた動画が作れる

サイズと画質のバランスを取りたいなら1.0.3がいいな
高画質で保存しときたいなら1.2.xがいいと思うけど
いちいちインストールし直すの面倒だから、同時にインストールして
適宜使い分けるって事できないもんか…AviUtlじゃ無理かな

>>480
人それぞれだとは思うけど
ソースの三分の一程度にしかならんならエンコする意味なくね？

俺は実写でやっててx264で1/3くらいになればそこそこ満足だがなぁ
願わくば1/4になってくれれば御の字

すいません、どうか教えてください。
winでキャプチャした映像をmacで編集してます。

ところどころに３、４フレームだけ右下にXvidのロゴがちらつき、これを消したいんですが…
いくら調べてもwinでのやり方しか出てきません。
macではデコーダ設定みたいなのがどこにもないしデコーダすらファイル検索にひっかかりません。
最悪上下にレターボックスを入れてしまうしかないかと思っているのですが…
どうにかなりませんかね？

コーデックはXvid MPEG4
編集ソフトはfinal cut Pro

流れを無視してすいません。
どなたかお願いいたしあす

xvidでロゴってなんだよ
DivXと一緒にすんな、この糞マカが

Windowsはまず実行ファイルのあるディレクトリからdllが探されて、無ければPATHを順番に探す
ファイルアクセスをリアルタイムでモニタするツールでみてるとよくわかる

なので、aviutlのディレクトリをそっくり複製して
それぞれのディレクトリに別バージョンのxvidvfw.dllを入れておくと別ヴァージョンのxvidの使い分けが出来る
片方には xvidvfw.dll (1.0.3のやつ)
もう一方には xvidvfw.dll と xvidcore.dll (1.2.2やつ) をいれておく
当然xvidの設定には気をつけること
別バージョンだとレジストリの設定の意味とか違ってる可能性があるので

ただ二つのaviutilを使い分けるとなると、aviutlの設定の同期が面倒なんで
たとえば xvid 1.2.2 がインストールしてあるとすると
インストールしてないほうの1.0.3のxvidvfw.dllを aviutilのディレクトリに置いておき
xvid 1.2.2をつかうときは xvidvfw.dll.bak とかにリネームしておいて aviutlを起動する
1.0.3を使いたければ またxvidvfw.dllにもどしてして aviutlを起動する
リネームじゃなくて、べつのディレクトリに一時的に移動させるとかでもいいよ

2000とxpの話なんで vista 以降だと実行権限とかでだめだったりしたらすまん

10日も経ってるのに・・・　前回のも入れてないが
ttp://www.x264.co.nr/

インタレ解除したXviD動画を、DVixプレイヤー使って32インチTVで見ると相当
画質悪くみえる？
ちなみに、TMPGEnc 4.0使って592×432 29.97fps(プログレッシブ)設定で作成。

ｲﾝﾀﾚ解除592×432を32インチ

コレじゃね？

？って書いてあるから聞いてるんじゃないの？
どっちみち綺麗ではないと思うけど

>>491
よくわからんけど、AviUtlの入ったフォルダをHDD上に2つ展開して、
片方のフォルダにPCにインストールしてあるXvidとは別バージョンの xvidcore.dll と xvidvfw.dll を入れれば
2つのAviUtlで違うバージョンのXvidを使い分けられるって事でいいのかな

>>496
そう

最近 VirtualDubでxvid 1.2.2使ってエンコードした 1408ｘ810 のインターレースのAVIが
別PCで読むと xvid 1.1.3がエラーで死ぬので
VirtualDubフォルダを2つ作って xvid 1.2.2 と 1.1.3を別々に使うようにしていろいろ実験して確かめたら
xvid 1.1.3はインターレースだと 縦が4の倍数じゃないと読み込み時にエラーになるということだった
xvid 1.2.2だと大丈夫っぽい

英語の文書とかちゃんと読めば書いてあるのかもしれないが
1.2.0 の Fixed bug in packed pixel format colorspace conversion
のことなんだろうか？

俺、PC用でインタレ解除して解像度変更しXviDにエンコしてるんだけど、それって外道？
他スレで、インタレ解除してる時点で糞動画って叩かれたんだけど。。。

対応できるプレーヤーに依存するか、アテにせずソースを改変するかってだけでしょ。
アス比にしても、インタレにしても。　好きにすればいいさ。

Divx再生プレイヤーでインタレ解除した動画を再生したら、
24インチ以上テレビモニターだと見れたもんじゃないって聞いたけど。

ちなみに、24インチPC再生出力だとそんなに汚くない。

時々画面が止まるんだけどなあ、誰か分かる人居る？
BVOPsかなあ

>>500
“Divx再生プレイヤーでインタレ解除した”動画を再生したのか、

インタレ解除済みの動画を“Divx再生プレイヤー”とやらで再生したのか、

どっちだおぃ。　つか、再生プレーヤーって新しいな。

後者。

Divxプレイヤーってやつか？な。XviDも再生出来るDVDプレイヤー。

それは、プレーヤーのp→i変換がしょぼいだけだろ
そんなごく一部の再生環境での画質で優劣を付けても意味が無い

自分の再生環境や目的に合わせてエンコしないと意味が無い
エンコに正解なんて無いのだから自分で考えろ

エンコに正解があったら楽だよな
7年近くエンコしているけど、いまだに悩む・・・・

“DivX HD”ロゴついてる機器とか、PS3やXBOX360の再生で問題でてれば考えるんだけどね

古いアナログ映像（VHS）を全てDVDのSPモードで保存しよと思ったけど、半端ない数（3倍録画で1000本以上）
あるから、ファイル形式でエンコしてる。

ま、エンコの正解なんかないよな。PCでも見られたらいいや。

これだけは言える
「以前、ﾌｧｲﾙｻｲｽﾞを節約しようと頑張りすぎて
　できる限り低ﾋﾞｯﾄﾚｰﾄでｴﾝｺしておくと、
　数年後等しばらく経ってから再生して見たときに
　画質に不満を感じることが多い」
なーに、ｵﾚ様の法則さ…

それは圧縮音楽でも言えるね。
でも、当時はHDDに入らなかったんだ仕方ない！
と言い聞かせる。

エンコに時間割く人生ってなんなの？

6年前のエンコは、mpg1が主流だった。

CD-Rに焼いて保存したもんだ。

今じゃ拡大してみたら、めちゃノイジーだけど、当時はあれで満足だった。

うんこ

低ビットレート小ファイルサイズで全体的にノイジーなのと

高ビットレート大ファイルサイズのくせにちょこちょこノイジーで
思ったより綺麗じゃないのと

どっちが腹立つ？

PS3で再生されなかったら、腹がたつ。

過疎

ja_windows_7_ultimate_x86_dvd_x15-65939.iso Torrent

ttp://www.btfree.info/html/cd6da19129d971e.html


ja_windows_7_ultimate_x64_dvd_x15-65940.iso Torrent

ttp://www.fulldls.com/download-app-1873664-ja_windows_7_ultimate_x64_dvd_x1565940+iso.torrent

　　　　　 /: : : : : : : : : : : : : : : : : : : : : : : : ヽ,
.　　　　 /: : : : r'"´´´´´´〃〆∠: : : : : : : : :i
　　　　/: : : 彡　　　　　　　　　｀ー─- ､: : : 〉
　　　 〈: : : 彡　　　　　　　　　　　　　 　 ',: : :l
　　　 lヾ: : l　　　　　　　　　　　　　　　　 }: : }
　　　〈　ヾ:}　　 〃ニ＝､,　　　　　　　 　 l: :ﾉ
　　 　 ',､{ﾐl　　 _,rtﾃ=､｀ヽ ',i (＝ニヾ、　l:/j
_,. -─‐}ヾ｀　　　ノ´)¨´　l / ､ｨtﾃ=､_,　///
: ヽ: r'"ヽ､l　　r'"=/ ¨´　l l　 ヾ､二ﾉ　 lf/--､＿
: : ﾚ': : : : :l　 ﾉ ､_/／(__ ﾉ } ',　　　　　レ': : : : : : ¨
: : l: : : : : :ﾄノ_,.-<f　　　｀ｰ'" ヽ　 ／ ∧:: :: :: :: : : :
: :∧: ∨フﾞ　　　 ヽ_,,ニ_/_　　 ', /　/:: :∨:: :: :: :: ::
::/: : :fﾞ ¨ー-≠､　 〉⌒>_,.ﾆ=- /／: : : : ∨:: :: :: ::
〈: : fﾞ　 ー-､　　ヽ_j_,ノ　　　_,.-'l: : : : : : : ∨:: :: :: :
: : >ﾄ､ ＿　　｀ヽ_ノ/ｰ─‐'"　　/＼: : : : : : 〉: : : : :
: : :ｲ　ヽヾﾏ =ィﾞ／ ／三',　　 l: : : : ｀ヽ､: <: : : : : :
∨　',､__ ノゞ,-"i ／l三ミ∧　 l: : : : : : : : : : ヽ､::: :::
{　　 ｀ーイ´: : : l　l 7=<　∧__l: : : : : : : :､: : : : 〉: :
.',　　　_,彳: : : : :l {三三i　　　l: : : : : : : : : ◎:/: : :
/l_,.-'"／l: : : : : :l/三三l　　 .l:: : : : : : : : : : :/::: :: ::
　景気回復が最優先！！！！
　政権より政策。
　責任力が重要！

　　　　　 /: : : : : : : : : : : : : : : : : : : : : : : : ヽ,
.　　　　 /: : : : r'"´´´´´´〃〆∠: : : : : : : : :i
　　　　/: : : 彡　　　　　　　　　｀ー─- ､: : : 〉
　　　 〈: : : 彡　　　　　　　　　　　　　 　 ',: : :l
　　　 lヾ: : l　　　　　　　　　　　　　　　　 }: : }
　　　〈　ヾ:}　　 〃ニ＝､,　　　　　　　 　 l: :ﾉ
　　 　 ',､{ﾐl　　 _,rtﾃ=､｀ヽ ',i (＝ニヾ、　l:/j
_,. -─‐}ヾ｀　　　ノ´)¨´　l / ､ｨtﾃ=､_,　///
: ヽ: r'"ヽ､l　　r'"=/ ¨´　l l　 ヾ､二ﾉ　 lf/--､＿
: : ﾚ': : : : :l　 ﾉ ､_/／(__ ﾉ } ',　　　　　レ': : : : : : ¨
: : l: : : : : :ﾄノ_,.-<f　　　｀ｰ'" ヽ　 ／ ∧:: :: :: :: : : :
: :∧: ∨フﾞ　　　 ヽ_,,ニ_/_　　 ', /　/:: :∨:: :: :: :: ::
::/: : :fﾞ ¨ー-≠､　 〉⌒>_,.ﾆ=- /／: : : : ∨:: :: :: ::
〈: : fﾞ　 ー-､　　ヽ_j_,ノ　　　_,.-'l: : : : : : : ∨:: :: :: :
: : >ﾄ､ ＿　　｀ヽ_ノ/ｰ─‐'"　　/＼: : : : : : 〉: : : : :
: : :ｲ　ヽヾﾏ =ィﾞ／ ／三',　　 l: : : : ｀ヽ､: <: : : : : :
∨　',､__ ノゞ,-"i ／l三ミ∧　 l: : : : : : : : : : ヽ､::: :::
{　　 ｀ーイ´: : : l　l 7=<　∧__l: : : : : : : :､: : : : 〉: :
.',　　　_,彳: : : : :l {三三i　　　l: : : : : : : : : ◎:/: : :
/l_,.-'"／l: : : : : :l/三三l　　 .l:: : : : : : : : : : :/::: :: ::
　景気回復が最優先！！！！
　政権より政策。
　責任力が重要！

G20サミットの舞台裏・・・もはや映画だよ、これ。
ttp://www.youtube.com/watch?v=Bb4YROZJcow

誰か削除依頼してくれ

　　　　　 /: : : : : : : : : : : : : : : : : : : : : : : : ヽ,
.　　　　 /: : : : r'"´´´´´´〃〆∠: : : : : : : : :i
　　　　/: : : 彡　　　　　　　　　｀ー─- ､: : : 〉
　　　 〈: : : 彡　　　　　　　　　　　　　 　 ',: : :l
　　　 lヾ: : l　　　　　　　　　　　　　　　　 }: : }
　　　〈　ヾ:}　　 〃ニ＝､,　　　　　　　 　 l: :ﾉ
　　 　 ',､{ﾐl　　 _,rtﾃ=､｀ヽ ',i (＝ニヾ、　l:/j
_,. -─‐}ヾ｀　　　ノ´)¨´　l / ､ｨtﾃ=､_,　///
: ヽ: r'"ヽ､l　　r'"=/ ¨´　l l　 ヾ､二ﾉ　 lf/--､＿
: : ﾚ': : : : :l　 ﾉ ､_/／(__ ﾉ } ',　　　　　レ': : : : : : ¨
: : l: : : : : :ﾄノ_,.-<f　　　｀ｰ'" ヽ　 ／ ∧:: :: :: :: : : :
: :∧: ∨フﾞ　　　 ヽ_,,ニ_/_　　 ', /　/:: :∨:: :: :: :: ::
::/: : :fﾞ ¨ー-≠､　 〉⌒>_,.ﾆ=- /／: : : : ∨:: :: :: ::
〈: : fﾞ　 ー-､　　ヽ_j_,ノ　　　_,.-'l: : : : : : : ∨:: :: :: :
: : >ﾄ､ ＿　　｀ヽ_ノ/ｰ─‐'"　　/＼: : : : : : 〉: : : : :
: : :ｲ　ヽヾﾏ =ィﾞ／ ／三',　　 l: : : : ｀ヽ､: <: : : : : :
∨　',､__ ノゞ,-"i ／l三ミ∧　 l: : : : : : : : : : ヽ､::: :::
{　　 ｀ーイ´: : : l　l 7=<　∧__l: : : : : : : :､: : : : 〉: :
.',　　　_,彳: : : : :l {三三i　　　l: : : : : : : : : ◎:/: : :
/l_,.-'"／l: : : : : :l/三三l　　 .l:: : : : : : : : : : :/::: :: ::
　景気回復が最優先！！！！
　政権より政策。
　責任力が重要！

初心者が来るところじゃないっすよ

あいかわらずXVIDはが最強であることのようだな

この後2度や3度OS変わってもたぶんこれ使ってると思うわ。

数あるコーデックの中で一番お手軽かな

MPEG4-ASP系では最強

>>525
http://x264dev.multimedia.cx/?p=102
http://x264dev.multimedia.cx/wp-content/uploads/2009/08/quality_chart1.png

このサンプルのSSIMでは、FFmpeg MPEG-4に負けている。

FFmpegなんてexeじゃんｗｗｗ

このサンプルでも、ffmpeg -vcodec mpeg4のSSIMは平均0.97637と、Xvidの平均0.96147よりも大分良かった。

一応、ffdshowのVfWからでも使えるけど、packed bitstreamに対応していないので、
Bフレームを使うと音がずれてしまうから、やはりCLIでやった方が良い。

http://www.mediafire.com/file/3mz1gdmtven/MatchPoint_ffmpeg_vs_xvid.zip

Exeなんて嫌だあ

またアホが工作しにきてるのか！

ffmpeg-mpeg4のほうがブロックが目立つのは変わらないなぁ。
xvidはブロック感に関しては目立たなくていいと思うんだけど。

SSIMという指標が見た目を反映していない、いい例だろうな。

多少ブロックが出ても、ぼけているよりディテールの有る方が人間の視覚には好ましいとも言われるけどね。

因みに、DivX 6のSSIMは、平均0.94152とXvidよりも悪かった。

SDダウンコーバートアプコンとかソースがクソだらけなのでどうでもいい

Xvidってaviの予想ファイルサイズが判んないから
Divxにしようかと思ってる

たぶんDivXにしても予想できないと思うよ

彼の夢を壊さないであげて

>>535
いやできるよ

ならXvidもできるよｗ

>>538
いやできないよ

MediaCoderでXviDエンコするのは邪道ですか？

MediaCoder自体が邪道です

XviDこそ正当なのです

１分未満の短いクリップだと、２パス指定では縮み過ぎて
最終レートが目標レートに届かない（-8%〜-10%）んだよな。
１パスの方がレートが近くなる。

何が悪いんだろ。cvsのセルフビルド。

Xvidは指定した-vbvsizeや-vbvmaxを無視することもあるし、レートコントロールがあまり良くないのだと思う。

Xvidってaviの仕上がりファイルサイズが細かく指定出来ないから

Divxにしようかと思ってる

どうぞどうぞ

>>531じゃないが、ffmpegはブロックノイズが目立つ
SSIMは一つの指標にはなるというのは否定しないけどね

>>528のソース。(FFV1)
http://rapidshare.com/files/280773353/MatchPoint-SD.7z.001
http://rapidshare.com/files/280787887/MatchPoint-SD.7z.002

http://cid-bee3c9ac9541c85b.skydrive.live.com/browse.aspx/.Public/Match%20Point
Match Pointには、38分割されたHDのトレイラーも有る。(Lagarith)

XviD最強さが確証されたな

Xvidってaviの仕上がりファイルサイズが細かく指定出来ないから

Divxにしようかと思ってる

どうぞどうぞ

つうか
設定ダイヤログがしょぼすぎ

ダイヤログねぇ

>>552ぐだぐだ五月蝿い　

ほとんど止まってるシーンだとCBR10Mにしても5M程度までしか上がりません
ソースが暗部ノイズ乗ってるので強制的にレート上げたいんですけどなんとかなりませんかね

>>555
http://www.avisynth.info/?GrainFactory3
これとGradFun2DBmodを使って、暗いところだけ強めのグレインを足せば良い。

>>556
ありがとうございます、やってみます

ｓｘｓｄ

男は黙ってZoneOption

Xvidってaviの仕上がりファイルサイズが細かく指定出来ないから

Divxにしようかと思ってる

そーだね

ファイルサイズはぞろ目で揃えないとね！！

Xvidってaviの仕上がりファイルサイズが細かく指定出来ないから

Divxにしようかと思ってる

そして本当にDivXにした輩が通りますよ〜。

XviDってどうしてこんなにカッコイイ名前しているんだろう！

反逆するからだ！

【日韓】『日本で働く韓国人売春婦の実態　性病、エイズ、不法滞在．．．疫病の温床に』（MBCテレビ）06/03/22
http://news18.2ch.net/test/read.cgi/news4plus/1143038953/
【神奈川】県内でデリヘル増加、横浜や川崎では韓国人経営の店が増加、県警が違法店摘発〜韓国人容疑者「手っ取り早い金もうけ」[09/07/15]
http://takeshima.2ch.net/test/read.cgi/news4plus/1247753059/
【韓国】ビザ必要無しの日本がターゲット…韓国女性の海外遠征売春が急増〜”手っ取り早く稼げるので．．”（朝鮮日報）08/03/13
http://news24.2ch.net/test/read.cgi/news4plus/1205406276/
【韓国】家出女子高生、日本の風俗店に売られる（朝鮮日報）09/05/11
http://takeshima.2ch.net/test/read.cgi/news4plus/1242031066/
【韓国】日本の『デリバリ（出張売春婦）』、事業主の殆どが韓国人（ハンギョレ新聞）07/11/21
http://news21.2ch.net/test/read.cgi/news4plus/1195616927/
【韓国】増える韓国人売春婦の偽装結婚　−日本国籍取得が目的（中央日報）[07/08/16]
http://japanese.joins.com/article/article.php?aid=66676&servcode=400§code=400
【韓国】１４０人の女性を日本に密航させて風俗店へ売却　人身売買ブローカーを拘束（聯合ニュース）07/03/07
http://news21.2ch.net/test/read.cgi/news4plus/1173229212/
【日韓】 韓国女性「日本行　性売買」急増〜性売買・遊興店で働く密入国女性三万人（聯合ニュース）07/03/27
http://news21.2ch.net/test/read.cgi/news4plus/1175005027/
【韓国】女性不良債務者集め日本の風俗店に売り飛ばす - 増える売春仲介業（朝鮮日報）04/0519
http://japanese.chosun.com/site/data/html_dir/2004/05/19/20040519000031.html
【韓国】「日本で働きたい風俗嬢募集」「前金可、ビザ用意、不良債権者歓迎」 職業斡旋サイトに女性が殺到（朝鮮日報）20005/07/04
http://japanese.chosun.com/site/data/html_dir/2005/07/04/20050704000011.html

　　　　　　　　　　　　　　　ノ´⌒｀ヽ
　　　　　　　　　　　 γ⌒´　　 　　 ＼
　　　　　　　　　　　／／ ""´⌒＼　　）
　　　　　　　　　　 i /　＼　　　／ ｉ　）
　　　　　　　　　　 i　　( 。）｀ ´(。）i,/
　　　　∩ 　 　 　 ｌ 　　　（__人_）　|　　　　∩
　　　　ｌ ヽ∩　　　.＼　　　｀ー' 　/　　∩ノ j
；,　　　ヽ　ﾉ　　 　 　　r!_¨_¨_¨_h　　　ヽ　 ﾉ ,';i';.,,'
i；';,　　　|　ヽ＿＿／;; |l__i||||||i__l|　＿/　 ｊ ,；';.,,';i,,'
,.;；:;:､＿＿＿＿＿r‐‐F三三三三!‐ ｭ＿___.;；';i；';,,';,,
：､;； ：;､甘甘甘甘|H | |ll |ll |ll |ll |.|H |甘甘,.;i；.i,,';,,';
.;｡ :；;:､;,.ロロ.ロロ.|ﾛi.| |ll |ll |ll |ll |.|H |.ロロ ;；,Yi；';.,';
,.;；:｡ ；ｿ ┴ ┴┴ ヒﾆ三三三三三ﾆ.ﾖ┴┴；､;；:l｡'';
, -'": : _,,.-‐''" : : : : : : /: : : : : i: : : : : : : : : ｀ﾞ''ｰ-､,_';

　　　　　　　　　　　 ノ´⌒｀ヽ　
　　　　　　　　γ⌒´　　 　　 ＼
　　　　　　　.／／ ""´ ⌒＼　　）
　　　　　　　.i /　 ＼　　／　 ｉ　）　　 　
　　　　　 　 i　　 (･ ）｀ ´( ･） i,/ 　　
　　　　　　　ｌ 　　　（__人_）.　 |　　　　友愛しちゃうぞ！？
　　　　　　　＼　　 　｀ー' 　 /
　　　　　　　　｀７　　　 　 　〈
　　 　 　 　 　 /　／￣　　　 ）
　　　　　　 ／ ／ノノノノノ ） ﾉ
　　　　,, ｲΞ / ノノノノノ / ノ
　　　イ=≡∠ ノノノノノノ／
　　　　　　　｀ﾞ"}{'´｀}{ﾞﾞ"´

　　　　　　　　　　 ノ´⌒｀ヽ
　　　　　　　γ⌒´　　 　　　＼
　　　　 　／;;／ ´""´ ⌒＼　　）
　　　　　.i　/　　＼　　 ／ 　ｉ　）
　　 　 　'､ノ　　(･ ）｀ ´( ･） ' i,/　　
　　　　 ,ｨ‐|　 　　（__人_）. 　 }‐､　
　　　ｲ::::::::∧　　　 ｀ー'　　 /人:::ﾍ　　　　　　　　東京オリンピックを友愛しちゃうぞ！？
　　 ＼:::::::::: × ,,＿,,,,＿,,,ノ/:::::::::::ィ
　　　| ＼::-､:::::::::::::::::::::::::::::＼_／　ﾄ､
　 ／:`ｉ ､ <‐--､_:::::::::_::＿:‐(ﾆ　／::::}
　/::::::::U `'':::::::::::::|⌒|::::::::::|::ゝ'Ｕ::::::::::|
　!:::..........::::::::::::::::::::::::::::::::::::::::.............::::/
　｀ー─､‐､:::::::::::::::::::::::::::::::::::::,, ィー''　
　　　_　　‐-ト､＞‐‐､二二二／
　　 ( ヽ(^∨　/　　　　　 ﾍ　＼‐‐､__
　　　＼　（^）|　　　　　　　{､　）--',,__）
　　　　 ヽ--''　　　　　　　 ヽ_,,ィ''

http://microsoft-security-essentials-download.bcbookworld.com/get.php?microsoft-security-essentials-download

【INTERNET Watch】MSの「Security Essentials」に便乗する偽ソフトに注意
ttp://internet.watch.impress.co.jp/docs/news/20091002_319146.html

http://microsoft-security-essentials-download.bcbookworld.com/get.php?microsoft-security-essentials-download

　　　　　　　　ノ´⌒ヽ,,
　　　　γ⌒´　　　 　 ヽ,
　　　／／ ""⌒⌒＼　　）　　　キーボードの
　 　 ｉ /　　 ⌒　 ⌒ ヽ　）　　　 「な」 と 「に」 を見てみろ
　 　 !ﾞ　　 (･ ）｀ ´( ･） ｉ/
　 　 |　　 　 （__人_）　 |
　　　＼　　　 ｀ー'　 ／
　 　 ／　　　　　　　.＼



　　　　　　　　　ノ´⌒ヽ,,
　　　　　γ⌒´　　　 　 ヽ,
　　　　／／ ""⌒⌒＼　　）
　　 　 ｉ /:::::::::⌒　 ⌒ ヽ　）
　　 　 !:::::::::::(･ ）｀ ´( ･） ｉ/　　……ﾌｯ 次はあんたの番だよｗ
　　 　 |:::::::::::::::（__人_）　 |
　　　　＼:::::::::::::｀ー'　 ／
　　　　／:::::::::::::::::::::::::::＼

(´･ω･｀)？

　　　　　　　　　ノ´⌒ヽ,,
　　　　　γ⌒´　　　 　 ヽ,
　　　　／／ ""⌒⌒＼　　）
　　 　 ｉ /:::::::::⌒　 ⌒ ヽ　）
　　 　 !:::::::::::(･ ）｀ ´( ･） ｉ/　　　　　・・・フフッ
　　 　 |:::::::::::::::（__人_）　 |
　　　　＼:::::::::::::｀ー'　 ／
　　　　／:::::::::::::::::::::::::::＼

('e`)友愛

　　　　　　　　　　　　　　　 ＜:::::::`!:ヽ　　　 　 ､ i r　　　　　　　 /:ﾚ:-::"ﾚ..､
　　　　　　　　　　　　　　　 !`:::::::::::::::::|　 , ..::::':_:::::::_￣::`::...､　　/::::::::::::::::::::ﾌ
　　　　　　　　　　　　　　 ,->::::::::::::::::/o ':r "　"/ !ヽ `ヽ､::::::ヽ {:::::::::::::::::::::::､ﾌ
　 　 ┏┓　 　 ┏━━┓`-､::::::_;:::,/O:/　 _　　　　　　　 ヽ:::::::8l::::::::::::::::::::::> 　 ┏━┓┏━┓
┏━┛┗━┓┃┏┓┃　　　　　　 l::|　　 _ヽ　 ､ ／_　 　'i:::::::! ヽ-:;;;::-''"　 　 ┃ 　┃┃　 ┃
┗━┓┏━┛┃┗┛┃┏━━━　i:|　（・ ） ,　　（ ・ ）　　|::::i━━━━┓　　┃　 ┃┃　 ┃
┏━┛┗━┓┃┏┓┃┃　　　　　 | } ''_''_　　　　　_'' ''　 !' Y　 　 　 　 ┃　　┃　 ┃┃　 ┃
┗━┓┏━┛┗┛┃┃┗━━━━`!/`‐'‐`＝='‐--'ヽ . , ノ━━━━┛　　┗━┛┗━┛
　 　 ┃┃ 　 　　 　 ┃┃　　　 　 　 　 ! !　r ￣ v‐　￣ ）, ﾉ-､　　　 　 　 　 　 ┏━┓┏━┓
　 　 ┗┛ 　 　　 　 ┗┛　　 　　　　／`ヽ＝-ニニ-＝-"　　 ＼　　　　　　　　┗━┛┗━┛
　　　　　　　　　　　　　　　　　　　　 (　,　　 | Y_-ﾟ-`_Y　|　　　　 ）
　　　　　　　　　　　　　　　　　　　　 r=,ヽ-./　 r‐`~ヽ__ヽ_ヽ= '_/
　　　　　　　　　　　　　　　　　　　　 i　　　　, __{､ 　 _ 　 ￣ 　 |
　　　　　　　　　　　　　　　　　　　　 ヽ__, -'　　　￣　ヽ､_　　_/ ＼
　　　　　　　　　　　　　　　　　　　　　/　　　　　　　　　　 ￣　　　 ヽ
　　　　　　　　　　　　　　　　　　　　 /　　　　　　　　　　　　　　　 　 i

死ね糞ﾀｿ・・・

ポッポの故人友愛献金問題に対する姿勢

　　　　　　　　ノ´⌒ヽ,,
　　　　　γ⌒´　　　 　 ヽ,
　　　　／／ ""⌒⌒＼　　）　　ひはんはきこえましぇ〜ん。
　　　　ｉ /　　 ⌒　 ⌒ ヽ　）
　　　　lj⌒i, (･ ）｀ ´( ･） ｉ/､
　　 　/ 　ﾉ 　 （__人_）　 | .j
　　　/　〈ヽ　　ヽ､__（　／/
　　　＼　　　　　　　　　/


　　　　　　　　　ノ´⌒ヽ,,
　　　　　γ⌒´　　　 　 ヽ,
　　　　／／ ""⌒⌒＼　　）　　せつめいはしましぇ〜ん。
　　 　 ｉ /　　 ⌒　 ⌒ ヽ　）
　　 　 !ﾞ　　 (･ ）｀ ´( ･） ｉ/
　　 　 |　　 　 （__人_）　 |
　　　　＼　　／⌒l⌒＼/
　　 　 ／ ／　　 人　　 ＼


　　　　　　　　　ノ´⌒ヽ,,
　　　　　γ⌒´　　　 　 ヽ,
　　　　／／ ""⌒⌒＼　　）　　つごうのわるいものはみえましぇ〜ん。
　　 　 ｉ /　　 ⌒　 ⌒ ヽ　）
　　 　 !ﾞ　／⌒）｀ ´(´｀ヽi/
　　　　У　,イ__人_） ＼　`､
　　　　|　 く　 `ー'　 　|　　|
　　　　ゝ　　　　　　　"　 /

なにこの友愛スレ・・・

Xvidってaviの仕上がりファイルサイズが細かく指定出来ないから

Divxにしようかと思ってる

　　　　　　　　　　　　　　　ノ´⌒｀ヽ
　　　　　　　　　　　 γ⌒´　　 　　 ＼
　　　　　　　　　　　／／ ""´⌒＼　　）
　　　　　　　　　　 i /　＼　　　／ ｉ　）
　　　　　　　　　　 i　　( 。）｀ ´(。）i,/
　　　　∩ 　 　 　 ｌ 　　　（__人_）　|　　　　∩
　　　　ｌ ヽ∩　　　.＼　　　｀ー' 　/　　∩ノ j
；,　　　ヽ　ﾉ　　 　 　　r!_¨_¨_¨_h　　　ヽ　 ﾉ ,';i';.,,'
i；';,　　　|　ヽ＿＿／;; |l__i||||||i__l|　＿/　 ｊ ,；';.,,';i,,'
,.;；:;:､＿＿＿＿＿r‐‐F三三三三!‐ ｭ＿___.;；';i；';,,';,,
：､;； ：;､甘甘甘甘|H | |ll |ll |ll |ll |.|H |甘甘,.;i；.i,,';,,';
.;｡ :；;:､;,.ロロ.ロロ.|ﾛi.| |ll |ll |ll |ll |.|H |.ロロ ;；,Yi；';.,';
,.;；:｡ ；ｿ ┴ ┴┴ ヒﾆ三三三三三ﾆ.ﾖ┴┴；､;；:l｡'';
, -'": : _,,.-‐''" : : : : : : /: : : : : i: : : : : : : : : ｀ﾞ''ｰ-､,_';
友　愛　民　主　党　が　日　本　を　乗　っ　取　り　ま　し　た　！

理由はうまく説明できないが、
Xvidがいちばん好きだ。
264とかdivxってなんか好きになれない。
安定度かなー。

設定画面がしょぼくて嫌だ

ポッポの故人友愛献金問題に対する姿勢

　　　　　　　　ノ´⌒ヽ,,
　　　　　γ⌒´　　　 　 ヽ,
　　　　／／ ""⌒⌒＼　　）　　ひはんはきこえましぇ〜ん。
　　　　ｉ /　　 ⌒　 ⌒ ヽ　）
　　　　lj⌒i, (･ ）｀ ´( ･） ｉ/､
　　 　/ 　ﾉ 　 （__人_）　 | .j
　　　/　〈ヽ　　ヽ､__（　／/
　　　＼　　　　　　　　　/


　　　　　　　　　ノ´⌒ヽ,,
　　　　　γ⌒´　　　 　 ヽ,
　　　　／／ ""⌒⌒＼　　）　　せつめいはしましぇ〜ん。
　　 　 ｉ /　　 ⌒　 ⌒ ヽ　）
　　 　 !ﾞ　　 (･ ）｀ ´( ･） ｉ/
　　 　 |　　 　 （__人_）　 |
　　　　＼　　／⌒l⌒＼/
　　 　 ／ ／　　 人　　 ＼


　　　　　　　　　ノ´⌒ヽ,,
　　　　　γ⌒´　　　 　 ヽ,
　　　　／／ ""⌒⌒＼　　）　　つごうのわるいものはみえましぇ〜ん。
　　 　 ｉ /　　 ⌒　 ⌒ ヽ　）
　　 　 !ﾞ　／⌒）｀ ´(´｀ヽi/
　　　　У　,イ__人_） ＼　`､
　　　　|　 く　 `ー'　 　|　　|
　　　　ゝ　　　　　　　"　 /

自民党員さま、ネガキャンおつかれさまです。

寺の時代にファイルサイズなど気にするな

ファイルサイズはいつの時代にも気を使うもの
入れ物はPCとは限らないからな

PentiumDuelCore　WindowsXP
ある日Xvid1.2.2 の使用スレッド数を 0(autodetect) から 1 にしてみた
エンコ時間が 10〜15% 短くなった

orz

2じゃなくて？

kopei版のxvidについてるマトリックスが
文字化けしてるんだけどどうすれば見れるん？

おれはエンコーダー設定のマトリクスのところで
mpeg-custom -> edit matrix -> load matrix
で見てる

Xvid全盛のころには俺はエンコしてなかったから詳しいことはよくわからんが
x264のcqmとはちょっと勝手が違うと思う

>>590
もちろん2にもしてみたんだけど 0の時と同じ時間でした
autodetectはしっかり働いているようです
ディレクトリごとコピーしたVirtualDubと同じ場所に1.1.3のXvid のdllをいれて 1.1.3でエンコしてみたところ
1.2.2のスレッド数1にした時とだいたい同じ時間です

Avisynthだけで70%くらいの負荷で
エンコ時はXvidの使用スレッド数にかかわらず 80〜100%のCPU負荷

もしかすると、Xvidの使えるCPU資源が少ないとダメなのかもと思い
上記のエンコ結果であるAVI(Xvid+mp3)をソースに直でもう一度エンコしてみると(音声はダイレクトコピー)
今度は反対にマルチスレッドの方が10%ほど速くなりました
このときは明らかにCPU負荷が目に見えて違い シングルスレッドでは60〜70% がマルチスレッドでは 70〜80%
だったんで、そりゃ速くなるはずです

どうもマルチスレッド処理のオーバーヘッドが大きくてCPUに余裕がない場合かえって遅くなるのかも
4コア以上だと有効に使えるのかもしれません
しかし、下手をすると4コア以上でもXvidはシングルスレッドで複数ファイル並行エンコードした方が効率はよかったりして…

普段はAvisynt経由で mp3のエンコも同時に行っているので スレッド数は1にしておいた方が良さそうです

　　　　　　　　　　　　　　　　　　ノ´⌒ヽ,,
　　　　　　　　　　　　　　γ⌒´　　　 　 ヽ,
　　　　　　　　　　　　　／／"⌒⌒ゝ､　　　）
　　　　　　　　　　　 　 ｉ /　⌒　 ⌒::::::::ヽ　）
　　　　　　　　　　　 　 !ﾞ （･ )｀ ´（ ･):::::::::ｉ/
　　　　　　　　　　　､＿|　　（_人__）　::::::::|ﾕ_＿,，))
　　　　　　　　　((　ミミ ＼＿｀ー'　:::::_.／　彡彡
　　　　　　　　　　　　　""　｀ヽ､､､　　／゛゛゛
　　　　　　　　　　　　　　　　　　　゛゛゛

このスレ友愛のターゲットなの？

>>592
ありがとう、見れました

今まではファイルサイズが抑えられるのとエンコ速度がH.264のほうが速かったのでH.264使ってました
しかしH.264だと少し非力な知り合いのPCだとうまく見れないことがあるそうなのでXviDも使うようになりました
ただXviDだとスレッド数を2にしても0にしてもCPUをフルに使ってくれずエンコに時間がかかります
他に何か設定するところはあるのでしょうか
CPUはE6300です

>>597
x264にはデコード速度重視の設定があるから、それを試してみたら。
--profile baseline --tune fastdecode とすれば、相当非力な環境でも再生できるはず。

その設定であってもXviDより画質保持できるもんなぁ

hosh

KopeiのXvid-1.2.1-VAQを使用していて
Quantizer4でエンコしています。

もっと画質を明るくしたいのですがどの設定で
明るくするかどなたか教えてもらえませんか？

デコーダーの設定でBrightness上げれば？

リアルタイムエンコにはXvid使う
可逆圧縮はファイルでかすぎるし
x264だとコマ落ちするし

1.13だと2passのビットレート指定がほぼ誤差無くサイズ通り

今回1.22に上げたらこれが大きく差異が出ました
vaq試そうとXviD-1.2.2-vaq-x86使ったら384kbps指定で20kbps程度とかでおかしい
qb指定は普通にしあがる

vaqは人の視点のトレスが実装によって変わる中途状態だそうなので
nicﾀﾝの使おうとサイトにいったらファイルダウン不可

koepiﾀﾝの所にいってXvid-1.2.2-07062009貰ってきたら384指定で360kbps平均と
最初の奴よりサイズ低めになっているし、1.13程ピッタリではないけど許容範囲でした

何年ぶりに更新したのでメモ代わりにカキコしときます

肉ﾀｿ・・・

bフレって2個以上指定しても無視されんだね

aviってBフレ使えないんじゃなかったの？

だから？

aviでb触れ使えるよ

VfWを使わず、xvid_encrawで出力したm4vをmp4boxでmuxすれば、packed bitstreamも不要になる。

x264.auoと自動フィールドでVFRできないんやけど

おっとここは前時代のXvidだった

AviUtlのほうが前時代だろ

XvidつこうたのPSPの動画作ったのが最後だったな

hosh

GeoCities has closed
http://uk.geocities.com/xvid2ch/
だって

保守

sage

いまさらだとは思うがXvid1.2.1日本語パッチ作った
VAQ版しか作ってない。
欲しい人はどうぞ

ttp://www1.axfc.net/uploader/Sc/so/67324.zip

>>619
ヽ(´ー｀)ノいただきました〜

XviD最強

��↑同意

DivXから乗り換えた方がいいかな

使ってから決めれ

最近はH264しか使ってねえ

拡張子がmp4なんだぜ・・・

理由は新しく新調したグラボのアップスケーリングの効きが頗る良かった事
Xvidが対応していれば使い続けていたけど…

　　　　　　　　　　　　　　　　　　　　　　　　　　 ,.:-‐''' ´ ￣｀''‐- ､
　　　　　　　　　　　　　　　　　　　　　 　 　 ／　,,. .ノ''ﾉ "''ノ"''ノ,,.. ヽ
.　　　　　　　　　　　　　　　　　　　　　　　 / ノ 　 　　　　　　　　　 ノヽ
.　　　　　 |　 |　　　　　　　　　　　　　　 　,' )　 　　　　 　　　　　　　 ノ､　 　 ＿＿
　　 ＼|＼| 　|／|／　　 　　　　　 　 　 　 |. 　iiillllllii　　　 iilllllliii 　　ヽノ　　 /　〉〉〉〉
|~＼.　　　|　 |　　/~/|　.l⌒)OOo　　　 　 | 　,_;:;:;ノ ヽ　/ -=・=- 　 | |＾i 　 { 　 ⊂〉.　┼╂┼
ヾヾヽ、＿|＿|＿/　//　{　　）　 )　　　 　 | 　　　　　　ｌ　 　￣ 　 ｀ |ﾉ / 　 |　　 |　∩＿┃＿∩
　＼／　　　　　＼／ 　｜　::::::/ 　 ｶﾞｯ　 ＼　　　　　 ｌ　　　　　　 し' 　 　 l　　 l /　　　　　　ヽ |
　 / 　 ●　　　 ●＼　 /　　::::|　 　　　.　　 |∴＼　　∨　　 ､／ . )　　　　ヽ　　| ●　　　●　　ヽ
　 |　　　　　　　　 　 | /　　　　） 　　，,･_ 　 | ∴ i ´,----、　i ∴ | 　　.・,，; ＼彡　(_●_ )　　　　|
　　＼　＼　　　　/／/　　 /￣, ’,∴ ･　¨　 ＼∴! ｀ー--' 　!∴／　∴ ;・, ;　　＼　　|∪|　　　　ミ
　 /　＿＿＼_●/　/　　　/　　､･∵ 　　 　 ／￣￣＼＿／￣ヽ　　　､;:，・ ｶﾞｯ　 ヽ. ヽノ＿＿＿　ヽ
　 (＿＿＿） 痴　/　　　 /　　　　 　　 　 ／　　　　　　 　 ／＼ 〉 　　　　　　　　　　ヽ　（＿＿＿＿_)

負荷が軽いXvidならCPUでも十分アップスケーリングできる
設定によってはその辺のグラボがゴミになるくらいにな
ゆえにxvidは最強なのだ

あとXvidはオリジナルに比べ色がちょっと褪せてる

そのせいでアナログっぽくなるから、好き（だった）

Xvid最強すぎて生きて行くのがつらい

ｘ264すら子供扱いにするXvid

>あとXvidはオリジナルに比べ色がちょっと褪せてる

ちょうど質問しようと此処に来た所なのだが"Aviutl"で"XviD"を使ってエンコすると
出来上がった動画の明るさ、コントラスト、色濃さが"色調補正"の値で12、12、24位
低く見た目で暗く薄い動画になるんだけどこれって仕様？
それともAviutl or XviDの設定が悪いのだろうか？
ちなみにDivxやx264では殆ど色変化なしです

もはや石器時代のようなスレだな

お世話になったけどもう入れてすらいない

Xvidを1.3にVerupしたらインストール自体はできてるようですが、
編集ソフトのvfw項目から消えてしまいました。他のヴァージョンをインストールしてみても復活しません。
OSはWin7x64です、助けとくれやす。
http://bbs.2ch2.net/freedom_uploader/img/1238419770/0028.JPG

>>637
根本的な対策じゃないけど、エンコード作業は復活できるかな。

[Video Codec Utility Proxy Codec64]
ttp://amamaman.hp.infoseek.co.jp/proxycodec/proxycodec.htm

>このソフトウエアは、64bitアプリケーションから32bitのビデオコーデックを
>利用できるようにするWindows7 x64用のビデオコーデック・ユーティリティです。

>>637
32bit版のVirtualDubを使え。

>>638
ども、溜まってるエンコが落ち着いたら挑戦してみるっす。
>>639
32bitだよ。

とりあえず元には戻ったのでレポ。
1.2.1VAQをインストールしたらXvid.axがないぞとエラーが出たので、
\Windows\SysWOW64にあった、xvid.ax、xvidcore.dll、xvidvfw.dllを、
\System32に移動したら普通に使えるようになりました。
項目から消える件は多分インストーラー絡みの不具合だと思う。
＾ω＾)ﾉシ　じゃっ

つまり2Passエンコの2Pass目に指定するビットレートを、1Pass目に終了時点で知る方法がないすかね。
2Passエンコする前に、あらかじめ1PassCBRでエンコしたファイルから平均ビットレートを取得する場合、トータル3Passになりますがこれってどうにかならんもんすかね。

XviDはまだ終わらん、ハードウェア再生機用に。

>>641
おっしゃる意味がよくわかりませんが

書いた俺自身もなに書いたのが意味が不明

ようするに、30分/60分/120分の動画の最中、画面全体にノイズがかかったり、雨や嵐など超極端にビットレートが
あがるシーンがあるとします。

こういうシーンがある動画を1PassCBRのQT2.5位の画質重視でエンコし、それをLinkPlayerなどハードウェア再生機で
再生さすと、その重たいシーンで再生が飛んだり音声がﾌﾞﾁﾌﾞﾁなったり酷いときは落ちてしまうんです。

これを回避する方法ってないですかね。

自分がやった対策

とりあえすQTを下げ、ファイル全体のビットレートを下げててみたのですが、
結果、動きの少ない部分の画質が落ちモスキートノイズが湧くくらいで、重
たい部分はやはりブチブチとぎれます。

もっとも前よりはだいぶマシですが。

いまCBR時のタブの設定を変えてエンコ中です。
Averaging period.を100から60とか48に、つまり2秒を区切りとしてビットレートの平均とるっていう
制限にしてテストしてますが、これでうまくいくもんだろか。

すみませんものすごく初歩的な質問かもしれませんが
2Passでエンコードする際に、ビットレートを指定すれば
画面の動きは関係なく常にそのビットレートでエンコードされると思うのですが
2Passでファイルサイズを指定した場合はCBRなのかVBRどちらになるのでしょうか？

>>643
LinkPlayerの仕様に
｜最大ビットレートの目安は、ネットワーク経由またはDVDメディアのMPEG-2で8Mbps、
｜CDメディアでは4Mbpsになります。無線接続時は3Mbpsとなります。
｜DivXR VIDEOは約1.5Mbpsが目安です。
｜いずれの場合もネットワーク環境やデータの状態によってコマ落ちなどが生じる場合があります。
とあり、XviDの場合のビットレートは書いてませんが、限界を超えてるのかも？

ちなみに
＞1PassCBRのQT2.5位の画質重視
はおかしいかと。
QTでエンコするとVBRになるかと思うのですが、間違ってたらすみません。

CBRで2パスって意味有るんですか？
というか、設定できるんですか？
1パスCBR＝一本調子
2パスVBR＝臨機応変
だと思ってたので。
ID:VQ+YhRM+さんのやってる事が良くわかりません。

Averate Bit Rate, ABRも忘れないで下さい
2Passならより指定bitrateに近くなるってことじゃないのかな

動画ファイルサイズ計算
http://bel.s221.xrea.com/size_forecast/
ファイルサイズもビットレートも同じだと思うよ

>>643
元のデーターを何に保存してます？
家でもLinkPlayerを使って（AVLP2とLW300D）ますが、データーの保存先が
DVD≒HDD＞LAN>無線の順で対応できるビットレートが落ちていくように思えます。
私はffmpegのlibxvidで2Mbps、2passエンコードしてますが、LAN環境でごくごく
稀に音声が途切れる事があります。
ただ、LANでは音飛びする３Mbps越えとかの物でも、一度DVDに焼いてから本体の
ドライブで再生すると、ほとんどの物が問題ないんですよね。

一応、LinkPlayerスレではプロファイルをハイデフにして、3M以内でエンコすればと
言っている人も居るようなので、一度やってみては？

Xvidは指定したVBVを守らないから、"ffmpeg -vcodec mpeg4 -maxrate 1500k -bufsize 1500k"としたらいい。

合ってるかどうかは分かりませんが私の理解では
CBR＝一本調子＝Target bitrateで、Single Passまたは2Passエンコード（同じビットレートでも2Passの方が高画質）
VBR＝臨機応変＝Target quantizerで、Single Passエンコード（2Passの時は選べない）
だと思っています

それで、Target sizeでエンコードする場合は2Pass時しか出来ず、Single passでは選べないのですが
2Pass目にTarget sizeでファイルサイズ指定をしてエンコードした場合に
CBRになるのかVBRになるのかを知りたいのです

猫科研究所(felid labo) - CBRの幻想
http://www.up-cat.net/CBR%25A4%25CE%25B8%25B8%25C1%25DB.html

>>651
VBR

1passCBR＝指定したビットレートで動画の動きに関係なく最初から最後まで固定
1passVBR＝指定したQTになるよう動きに合わせてビットレートが変動

2passエンコード
1回目＝ビットレート情報等を分析
2回目＝1回目の情報を元に指定したビットレート（サイズ）になるよう動きに合わせてビットレートを割り振る

xvid_encraw helpから

-bitrate [integer] : target bitrate (700)
values <= 10000 are treated as kbit/s
values > 10000 are treated as bit/s
-size integer : target size in kilobytes
どちらもtarget(目標）だからABRなんだろうけど今の時代-sizeは使わないか

-cq float : single pass constant quantizer
（可変ビットレート(Variable bitrate)とは、主に音声や動画などの圧縮時に1秒間？のビットレートが可変する方式の一つ。）
らしいから一応VBRなんだろうけど量子固定のほうが分かりやすいか

ちなみにテストでは-single -size 30000なら28.64MBだけど2passだと-pass2 -size 30000なら29.33MBになる
難しく考えすぎるとハゲるぞ

>>651
CBRかVBRか、なら特性的にはVBR。けど、1Pass-q値エンコほど
融通を利かせてくれなくて、あくまでビットレート中心

分かりやすく書くと
1パスCBR = 内容を考慮に入れずに、とにかく指定ビットレートを厳守
1パスVBR = 与えられたq値を目標にビットレートを変動
2パス = 内容も考慮に入れるけど、あくまでも指定ビットレート(平均ビットレート)順守

で、蛇足だろうけどq値(クオリティー)を目標にする1パスVBRが画質重視。
1パスCBRは使用価値なし、2Passはビットレートによる。

FCとかの低色低解像度ドット絵ゲーをエンコすると同じビットレートでもDivXよりXvidのがドットがくっきりするな

俺のCBRってのの認識は、1PassQTなどクオリティベースの指定のことです。
単に1Passっていうと、2Passエンコの1Pass目か、それとも1PassQTでのことかわかりづらいので、
クオリティベースはCBRって書いてます。

話は変わって、Xvidの設定項目で2Passのタブのところにある、「Curve compression」の項目を設定してなんとかならないかと思ってエンコしてみたんですが、なぜかファイル
サイズが増大し余計にブチブチいう結果になりました。

設定してみたのは、
High bitrate scenes % - 20% #高いビットレートを要求するシーンからビットを20%カット
Low bitrate scenes % - 5%　　 #低いビットレートでよいシーンにビットを5%盛る

設定項目の内容はここを参考にした
ttp://www.gromkov.com/faq/conversion/xvid_options.html
High項目でカットした分のビットを「ビットサーバー』貯めといて、Low項目で設定した
分のビットをそっちに回すらしい。

アニメなんて全体的にほとんど動かず、ごく数秒のみ超極端に動きまくるから5%盛りで
100MBも増えたのかもしれない。


その上の項目の、"Overflow treatment"でも重たいシーンでのビットのカットができる
みたいですけど、試してみたら動きの激しいシーンでのノイズが激しくてどう設定した
らいいのかわからない感じ。
2Passでしか設定できない項目だし、テスト用の短いクリップ(15秒のCMとか1分半のOP/
EDとか)だといまいち効果がわかりにくいので、もうこの項目は追求しないす。

ブチブチ対策は、とりあえずいまのところは手動で。
重たいシーンをあらかじめ検出し、QT3で一発エンコ。

あらかじめ、2Passの1st目エンコし、でてきたvideo.passをStatsReaderで読み込ん
で、ビットレートが激しすぎるところをメモし、1PassQTエンコの時にZoneに設定。

これで大体引っかからずに再生できました。


ムダに時間かからんように、最速なリサイズフィルタかけ、352x240あたりまで小さくして、エンコもturboモードなどで、高速に1Pass目を終わらせます。

単なるテキストファイルだから、整形後読みこんで数秒単位で平均とってエクセルで
グラフかいてみるとか、極端にビットレートを喰ってる範囲を検出するプログラムとか
書いてみると楽になるかもですね。
つか簡単そうなのでcliでプログラムでもつくってみますだ。

しかしコレでは人の手が解するので意味がないす。自動でブチブチ対策したいす。

だからレートコントロールの今ひとつなXvidはあきらめて、ffmpeg -vcodec mpeg4を使え。

2Passエンコの1Pass目をCBRって呼ぶ人初めてみた。
意味が分からない。

そうだよね。
自分の決め事を不特定多数の人が利用する掲示板で
おれはこう呼ぶからそう書くんだ！って言われても・・・
CBRはCBRだろｗ

>>661
いや、「クオリティベースはCBR」と書いてるぞw

ははは。
要するに出力したファイルが、どう設定したかを間違わないように俺印つけときゃそれでいいんだ。
それで話進めたことで、混乱を招いてしまったようで申し訳ないです。

XviDはQT/ビットレート指定のボタンや数値窓が共用だから、ついQTもCBRって書いちゃうんだよね。

いえ、わたしこそ黙ってみてるだけで何も助言すら出来なくて申し訳ありませんでした

いえ、わたしこそでしゃばってすみません。

男は黙ってゾーン指定

だよねー、やっぱゾーンだよね

流星人間

カーナビで動画再生したいので、できるだけデコード負荷を抑えたものを
作りたいのですが、どう設定すればいいでしょうか？

フレームレート・ビットレートを下げて、
quarter pixelを切る以外に何かあったら教えてください

解像度は？

プロファイルをPortableかHomeあたり選択してエンコすればいいですよ。
カーナビの仕様がわからないのでよくわからないですが、AS@L4やAS@L5では
途中でカクついたり音が飛んだりすると思う。

あと、MPEG/H.263はH.263を選んだほうが圧縮率は高くなる。
ただし昔の携帯みたいに四角くボコボコになるけどね。

あとはVHQは6、B-flameにもVHQを適用するところもOnにすると多少容量が減る=再生負荷が軽くなる。

正直、再生機器向けにはDivX6.8.4使ったほうがきっちり再生できるもの吐き出します。

でもXviDの画質は捨てがたいので、QTでエンコして駄目だったら、重い部分をカット修正してます。

ありがとうございます
すごく参考になります

解像度は800x480です
VHQは6は無いので、1のことですか？

失礼。
800x480ならHomeですね。
ただ、720x480の、スクリーンアスペクト16:9では駄目なんでしょうか?

MediaTekチップのDVDプレイヤー(Pioneearの奴です)や、ポータブルプレイヤ
ーなどは、横720ドット以上のデータは再生できないので、将来他の機器で再
生さすときに困りますよ。
ナビのスケーリングがよほど酷いのでなければ、720x480をお勧めします。

motion searchが6で、VHQは適宜ですね。
自分もいろいろ試してみましたが、VHQは1か2でいいと思います。

VHQ無しと2では動きが激しいところやグラデーションが変わる部分でちょこちょ
こゴミみたいに段(例の携帯動画のような)がでてるなーと気がつくくらいにわず
かに違いましたが、2と4では正直差がわかりませんでした。

ちなみに4でやるとエンコに倍くらい時間がかかりますゆえ。

PCで再生さす場合は、数年前まではDbyDじゃないと糞だゴミだのいわれましたが、
最近のプレイヤーはAVIやMP4内のアスペクト情報をきちんと読み取って、適切に
伸ばして再生しますし、とくに問題ないと思います。

ありがとうございます
以下のように設定を変えてやってみます

800x480 → 720x480以下
AS@L5 → Home
VHQ: 1 → 2
Use VHQ for bflames too: off → on

2passやろうとしてどうしても1passQTと同じサイズになってしまうんで何だと思ったら
ZoneOptionが設定されると無視してくれないのか
10時間近く損した上に理想のQT2.0の物より100M近く減らしたら汚くなった
2pass使えネ

復活

同じ24分のアニメで、同じ設定（704x396、1500bps、29.97fps、48000Hz）なのに
アニメの種類によって、250MBになったり150MBになったりします。
これは何が原因で起こるんでしょうか？
使用ソフトはFormatFactory2.20です。

同じサイズの写真でも物によって容量は変わるべ？そういうことだがね。
つか元ファイルのサイズが違うとか、そういうオチな悪寒

1.5kbpsで150MB・・・だと？

>>679
かなりの数をエンコしてきたけど
XviDで何回やっても指定サイズにならないことが数回あった
DivXにしたら指定どおりになったので、XviDのかなり低い確率ででるバグなのかな？

それだと設定ミスしない限りほぼ同じサイズのが出来るはずだから
もう一度エンコしなおしてダメならDivXに変えてみれば？

具体的に言うと
攻殻機動隊　25分20秒　１40MB〜210MB
アクエリオン　23分58秒　200MB〜255MB
まったく同じ設定なのに各話によってサイズがかなりバラつきます

逆にこのあたりは安定してました
スレイヤーズ　22分24秒　262MB〜263MB
セーラームーン24分05秒　282MB〜283MB

2pass でエンコしていないっていうアホなオチだろ

！！！
2pass って何ですか？
AviSynthというのを使ってます

ビットレートが高すぎてquantizer 2ばかり使われてるんじゃね
avinaptic
DRF<2: 0 ( 0.000 %)
DRF=2: 1438 ( 89.875 %) ######################
DRF=3: 141 ( 8.813 %) ##
DRF=4: 21 ( 1.313 %)
DRF>4: 0 ( 0.000 %)

これならtarget quantizer 2と同じようなもんだな

少し古いFormatFactory 1.42の記事（2008.08.13作成）だけど
ttp://www.katch.ne.jp/~kakonacl/douga/formatfactory/formatfactory.html
　映像は内蔵されている形式でしか圧縮出来ず
　、オーソドックスなHuffyuvや汎用されている
　DivXを使用出来ない！
　XviDとMP3の組み合わせが妥当であろう。


設定をソフト自身で行い、XviDの設定画面は使えないし
バージョンがいくつのXviDが使われているのか定かではない
この辺が原因じゃないか？

AviSynthを使ってるならスクリプトを書いて質問した方がいいが
そこまで来るとスレ違いな気もする

>>687
そのホームページ見ましたけど、いい加減なことばっかり書いてましたよ

DVDxは、早送りみたいな「時短動画」になるし
AutoGKは、704x396が勝手に704x400にされるし
SimpleDivXは、字幕を認識しないときがあるし
FairUseは、試用版だとサイズ制限が酷いし
AnyVideoConverterは、基本的には良いけど、たま〜にタスクを勝手にスキップするし

それで、最後に辿りついたのがFormatFactoryです。

疑問なのは、攻殻機動隊18話が25分あるのに1500bpsで140MB
でも、画質や音声には特に問題が見られない感じなんです。

・なんでこんなに圧縮率が高くなることがあるんですか？
・2passなら全話きっちり同じサイズになるんですか？
　せっかく1passでこんなに圧縮できてるのに無駄にならないですか？

アニメでサイズ固定はやめた方が

ソフトを変えると、ときどき前処理の色空間のまま圧縮になったりする場合があるんだよな。
YV12で出力なら4画素あたり12bitなのに、YUVとかなら16bitになる。
単純計算で25%盛りになる。

avisynthを使う場合の利点は、そういうところも含めてきっちり確認できるの
が大きいことだね。

>>688
たまたま色ベタが多いとか圧縮しやすい回だったんだろ
問題ないならいいじゃない

保守

XviD最強

画面キャプチャソフト用のコーデックとしてつこうとります。

最近気づいたんだけどXvid-1.2.2だと2フレームほどずれない？
なんか音ズレしてるなと思ったらXvid-1.2.2が原因だったんだけど。
ちょっと前のverで再度テストしてみるが。

>>695
VfWではそういう事があるが、xvid_encrawならずれない。

1.0.3にしてみて再度やってみたけど音の位置同じだったからxvidが原因じゃなかったみたい。

出力に何使ってる？
Aviutlなら「拡張AVI出力」を試してみて

出力はtmpg4でテスト
とりあえずtmpg4ではどうもxvidだとずれているような気がする。
他はtmpg4でwmv9のaviとhuffyuvとtmpg内臓のdivxで同じ条件で作ってみたが、フレームの位置も素ソースと同じ位置だったがxvidの場合は2フレームずれているようだ。

今度はaviutlでテストしてみます。

AviUtlの前にBフレーム使わずに試せ

aviutlでやってもまったく同じ結果だった。2フレームずれてる。
ちなみにOSは７。

>>700
つまりxvidではBフレは使わないほうがいいという事？

念のために聞くんだけど、ココ↓の「拡張AVI出力」を使った？

ttp://www.geocities.jp/aji_0/

>>702
それで出力してみたらフレームの位置とかバッチリでした。

とはいえもう後の祭りだ・・・ｗ
まいったなー・・・総合計時間600時間分ぐらいのファイルを再度音声のみ最エンコだ・・・ｗ

>>702のでズレないってんなら理由は>>696,700でほぼ確定じゃん
映像部分にだけ最初のIフレームを2枚追加すりゃ再エンコ必要ないだろ

>>704
その場合って音声と映像分離してからでないと駄目？
分離した映像のみに2枚追加すればいいの？それやってからmux？

取り敢えずソースとエンコ後の映像のフレーム数を比較してみたら？

昔のmp4と混同して映像と音逆に言ってたわ
ま、修正の考え方やり方はあまり変わらんが

音声位置を修正してから
無圧縮(標準avi出力)で出力してみれば？

>>704
VirtualDubで音声をずらして再MUXすればいいんじゃないか？
AVIなら分離せずにいける。

おおっとレス番を間違えたわ

質問です。
ps3での再生で画像がおかしい（色が白黒に近い感じ）のですが何が原因なのでしょうか？
コーデックはXviD1.1.2ってなってます。
pcだとちゃんと再生できてます。
教えてください。おねがいします。

>>711
質問です。
その動画のファイルはどこで手に入れたものでしょうか。
教えてください。お願いします。

回答です。
megaから落としたエロビです。
DivXやwmvは問題ないんです。
教えてください。おねがいします。

ダウソ市ね

このフォーマットの生まれた経緯が好きなので今後も使い続ける

テレビドラマや映画を1200kbpsでエンコ（704x396）するのに最適な設定を教えてください。

2Passでも使ってろよ

XviDってダウンロードするサイトによって違うって聞いたんですが
今は>>1のどこのが一番良いんですか？

XviD-1.2.2 x86 / x64 Stable release (VAQ) - XvidVideo.RU
http://www.xvidvideo.ru/xvid-video-codec/xvid-1-2-2-x86-x64-stable-release-vaq.html

>>719
ありがとうです
さっそくXviD使ってみます

age

誘導されて参りました。よろしくおねがいいたします
Virtual Dub MODでの動画編集時にDivX6.9.2 Codec（2Logical CPUｓ）を使って動画を圧縮していたのですが、
最近、DivXプレイヤーをアップデートしたところ、圧縮設定でDivXを選ぶとフリーズするようになりました
また、「The Elder Scrolls4 Oblivion」というゲームでロゴムービーが流れる際に激しくカクつくようにもなりました

結局、一度DivX関連のコンポーネントを全てアンインストールし、
PCに残っていた古いDiv Codec（6.8.4）を再導入したところ、再び圧縮で選べるようになったのですが、
コーデックを最新版にアップデートしたら、また不具合が起きるのではないかと恐くて躊躇しています

挙動を見ているとDivX Codec自体がおかしなことになっているような感じを受けたのですが、
新しいCodecは古いゲームや動画作成ツールに非対応だったりすることがあるのでしょうか
今後はアップデートしない方がよさそうですか？

Virtual Dub MOD
　　　　　　　　~~~~~~

それ以前にスレ違い

意地悪言ってないでどこかにあるDivXスレに誘導してやればいいのに
今更DivX使うくらいならx264をfastdecodeで使ったほうが汎用性も高いよって気もするが
それはXviDも同じかw

お勧めコーデックということで、ここ紹介されて
DivXとXviDで名前が似てるからDivXの質問しちゃったんだと思う。

まだXviDとか使ってる奴とか居るのかよ

＼(^ｏ^)／いるよー

字幕付けてからXviDでエンコしてるよ

655K@4GHzくらいでエンコすると、XviDでも早くなる？

>>722です。
スレ違いだったようで申し訳ありません
名前が違うけどいいのかなと思いつつも、
誘導されたってことはDivXの上位コーデックかなにかなのかなと思ってしまいました
改めてDivXのスレを探してみようと思います
不愉快に感じた方々、すみませんでした

　　　　　　　　　　　　　　　　　　　　　　　　　　　ヽ
　　　　　　　　　　　　　　_,,.,､､,.ｨ-- ti- ､､､....,,,,_ 　 ',
　　　　　　 　 ,,..､､ri':'ﾞ/~ 　 ﾚ　　 　 '　 ﾞﾍ:l : : : :~,＞
　　 _,...r:::''"::／ l/ .l:/-=ニ二,'_ｰ- ､、 　 !l!;: r '"
'''＜:::::::::::::;､r'　　　　　　　　　　`'' ‐-`.､ /
-、 l::::::::::::l　　　　　　 　 　 ＜"ﾞ'i;ｿ'　　 ',
~.ヽ l:::::::::::l　　　　　　　　　　　　 ~' 　 　 '､
/ .） .l::::::::::!　　　　　　　　　　　 　 　 　 　 '､
　ヽ　.l:!l:::::l ヽ　　　　　　　　　　　　　　　 　 '､
＼ '　 l! l::!l!　ヽ　　　　　　　　　 　 　 　 　 　 ,'
　 ﾞ　 　 ヾ　　　　　　　　　　　　　　　‐'" ,. r ﾞ　　そんなに何も見えてないんじゃ
ｰ-‐i　　　　　　　　　　　　 　 ,.r,,iilll鬚髯ｦ　　　
.　　 l　　　　　　　　　　　　`''' ‐‐ ---t‐'　　　　　生きてても面白くないでしょう
￣￣￣￣￣￣~"''､' ‐ ､ 　 　 　 ー‐ノ
　　　　　　　　 　 　 ',　 ヽ　　　　 　 l
　　　　 　 　 　 　 　 ｌ　　 l　　 　 　 l
　　　　　　　 　 　 　 l　 　 l　　　　 ﾉ　　

音ズレめんどくせーな。
調整したつもりでドラマ1話エンコしてよくよく確かめるとズレてる。

それはXvidとの関わりは全くございませぬ

xvidの音ズレはtmpg4とかaviutlのAVI出力（マルチスレッド）だとずれて、大体+60ms〜70msぐらいだといい感じに感じる。

それか>>698のようにaviutlで拡張AVI出力で作成かVirtualDubModで作成した方がいいと思う。

他にあるかな。

作成しちゃった後の対処法はやっぱ音声のみズラして音声のみ再エンコしかないかもね。

Ｂフレームの問題だろう？
デフォだと2フレームずれる

つまり66msか。
でもたまーにずれないときもあるのと1フレームだけの時とかあるんだけど、ソースによって、または画のよっての問題でそうなるの？
誰か教えてくれー。

俺も音ズレが嫌で途中からBフレ外したな
サイズが2倍ぐらいに膨れ上がったけど仕方ないかなと思った

「でもたまーにずれないときもあるのと1フレームだけの時とかあるんだけど」
↑
これ間違えてました自分。
エンコ完了したものを編集ソフトなんかで読み込むとほぼ毎回一番最初の2フレームが同じ画なのでこの場合はずれてるんだと思ってた。

始めに2フレーム同じ画じゃなくてもひとコマひとコマ進めていったら一番最初じゃなくても2フレーム分同じ画があった。

とりあえず音声補正は66msでOKって解釈でもいいんでしょうかね。

自分の説明が下手で申し訳ないですが。

フレームの重複は最初の方で起こるとは限らないから
AviUtlでエンコするなら音声をずらすことを考えるより
拡張AVI出力plusでも使った方が良いよ。

既にエンコしたものは仕方ないけど。

VfW/AVIは、Bフレームを扱うには不向きなシステムなので、xvid_encrawを使うのがおすすめ。

http://www.xvidvideo.ru/xvid-video-codec/xvid-1-2-2-x86-x64-stable-release-vaq.html

頭とケツに適当な（シーンチェンジが検出されてIフレが入るような）
短い映像をつけてエンコ→後で切り落とす。

Bフレ多用してるがこれでズレは解消。
エンコ冒頭以外で重複が起きたことないけどな。

音がBフレーム分ズレてるだけなら後からなんとかなるけど、
動画によっては重複フレームの方が気になったりするからなあ

>>739
66msじゃなく、最大連続Bフレーム数/出力実fps

>>742で
冒頭のフレーム重複も末端のフレーム欠損もなくなる。
切り捨てる部分にそれが含まれるから。

HDDクラッシュを機にXvidもやめた
今はx264のみだな
シンプルでいい

まぁ正直HDとなるとx264の方がいいと思う。
ただSD、VHSとかだとXvidが最強と思う。
どちらも実写での話で。

アニメとなるとXvidは無いかな。

SDでx264だよ
PSPと共用出来ていい
RADEONのアップスケーリングで繊細だし

B-VOPsをオンにすることのデメリットを教えてください。
今まで良く分からないからオフだったんですが、
ためしにオンにしてみたらすごく滑らか…。

いろんなエンコソフトで頭に余分な2フレームが増えて後ろ2フレームが削られる

ありがとうございます。
最終的な出力のつもりで再編集しないなら問題ないですよね。
上の方のレスにある音ズレ？も感じなかったし。
再生互換性に問題が大きいと困りますが…。

B-VOPsをオフだと暗闇から文字がフワッと浮いて、
スーと消えていくような滑らかに明暗があるような動画が
ギシギシいって醜いのです。
酷い時には普通の文字フェードインでも突っかかりを感じます。
B-VOPsを使わない人も多いようですが、こういった症状は
設定で回避できるのでしょうか。

＞上の方のレスにある音ズレ？も感じなかったし。
本人が今の段階で気づかないなら問題ない。
後になって気づいたら遅いけど。

音声も2フレずらせば気にならない

2フレームの音のズレって分かるもん？

実写なら俺は気づいた

ライブビデオのギターやドラム
PVでもなんかカット割、シーンチェンジが気持ちよくないとかある

そ、そうなのか…。ｽｺﾞｽ

>>755
あ、それドンピシャだね。まさにそれが一番判断しやすいかも。

曲と映像が合うような場面とでもいうのかな？

ブレイクとかの場面で曲と映像をシンクロさせている場面とでもいうのかな？


ちなみに俺は頭にタライとか当たるところとか、ビンタとかで違和感感じるときある。お笑い関連だけど。

Bフレ使っててもズレ解消する方法あるよ
>>742-744

カラーバーみたいなパートを前後につけてやる。
Aviutlなら追加読み込みで繋げていけばいい。

ハルヒ一期のEDは2フレずれただけで違和感出まくり

拡張AVI 出力（plus）を使用すればいい。

というか今時avi出力してる人も減ってきてるんじゃないかな。
もう自分はmp4にしかしてないけど。

コーデックがXviDでmp4はなんか抵抗があるな。
ツールのご機嫌もあって、XviDの時はaviかmkvにしてる。

わしも

Bフレとカクカクって関係あるか？

2フレーム問題って、Aviutl「拡張AVI出力」か
VirtualDubなら問題起きないんやん。
なんだ。

百年前のネタが何で今頃

毎年子供は生まれるんだよ

H.264は圧縮率が高いだけでエンコ時間の無駄。画質もちょっとブロックノイズが減るだけ
XviDちゃんは圧縮率がちょっと低いだけで画質は結構綺麗。エンコ時間もかなり早い。

>>767 が真なら、
見るだけの人はH.264を欲しがる、
作るだけの人はXviDでやりたがる、
両方する人はお好み？

実際そうなってんのかな？

なら--no-8x8dct --bframes 1 --no-cabac --subme 4あたりでエンコしろよ

xvidはマルチスレッド上手く使えないし、最適化のレベルもいまでは低いから、
エンコスピードでも負ける
まあ、core2以前のCPU使ってるならわからないけど

フィルタは同じにして同じような設定だとやっぱXvidのほうが若干処理が早く終わるよ
マルチスレッド最適化の分を考えると驚異的なスピードだ

誰かBフレの音ズレについて詳しくまとめてくれないか。
それか詳しいサイト教えてください。

ttp://www.wikihouse.com/htumenc/index.php?Doom9%2FMPEG-4%A4%CEB-%20frame%A4%F2%20AVI%A1%BFVFW%20%A4%CB%C6%FE%A4%EC%A4%EB%A5%CF%A5%C3%A5%AD%A5%F3%A5%B0

H.264対応マダー？（･∀･ ）っ/凵⌒☆ﾁﾝﾁﾝ

それよく言うけどいまいち意味が分からない。H.264使えばいいじゃん。

HDDの価格崩壊してんだから容量無視1PASSでええねん

それだったらエンコしなくていいんじゃない？

（゜o゜）

XviDとmpeg4の場合どっちが綺麗にエンコできますかね？

（゜o゜）

>>779
XviDはMPEG-4ASP対応のエンコーダです

XviDとDivXの場合どっちが綺麗に〜って質問なら分からなくもないけど

>>781
そうなんですか、Xvidとmpeg4はどっちも同じものなんですね。。。

DivX、XvidがH.263のカテゴリ
H.264は統一規格

MPEG4 Simple Profileのことじゃないの？

MPEG4-SPとASPはITUのH.263の技術を利用しているがH.263ではない

エンコード後のサイズなんですが
約24分のアニメを1500kbps、1Passで圧縮した場合
4:3の古いアニメを640x480で圧縮すると、ほぼ290MBで均一になるのに対し
16:9の最近のアニメを704x396で圧縮すると、150MB〜250MBまでバラつきます
見た感じ、画質は同等です
これは何が原因なんでしょうか？

>>679と同じ人か・・

動き予測の複雑さでファイルサイズが変わるんだろう
逆に考えれば1500kも必要ないってことかもな

最近のアニメはベタとかのノイズが少ないから昔のより縮みやすいね

>>786
サイズが均一化する方がおかしい

いつもお世話になっております。

>>789
ビットレート指定なら同じにならないほうがおかしい

mpgTSのハイビジョン映像を圧縮するのに適してますか？

>>2の

XviD 2ch JP http://xvid2ch-jp.hp.infoseek.co.jp/　さん
もうここ見てないかな〜？


インフォシーク iswebライト 終了のお知らせ - インフォシーク　ユーザサポートからのお知らせ - 楽天ブログ（Blog）
http://plaza.rakuten.co.jp/usersupport/diary/201008250000/

知らん間にバージョンが1.3.0になっとる

それっぽいファイルは転がってるがオフィシャルは1.2.2のままだよ？

beta版か

ん？ 性器版ですもっこし

ちょい前出たβの更新

Changes:
* Added new simple profile levels to GUI (patch by Carl Eric Codere);
* define additional simple profile levels;
* PSNR-HVS-M quality metric;
* tray icon;
* MFT decoder;
* fixed typo;
* XVID_GBL_CONVERT: generic colorspace conversion from XVID_CSP_INTERNAL;
* forgot to add new plugin_psnrhvsm.c source file to unix-style build environment...;
* don't use tray icon and MFT by default;
* tray icon update.

MFTって何？

固定ビットレって何の役に立つの？

ファイルサイズを合わせやすい

>>798
http://en.wikipedia.org/wiki/Media_Foundation_Transform#Media_Foundation_Transform

もうx264に完全に移行したので用無しって感じ

池沼なのかしら

音ズレをうまく合わせるコツってありますか？
TS抜いてエンコしてるんですがファイルによってズレる時間が違ったりします。
何度も見てると口が速いのか声が速いのか分からなくなってお手上げ。

ありますがスレ違いです

>>800
それなら2passの方がよくね？
固定だとあちこちに無駄や破綻が起きると思うんだけど

普通品質が1passで固定が2passじゃね？

早く軽く一定のビットレートでエンコードしたいんだろう
リアルタイムエンコでそのままストリーミングで流したいときとか

定点観測ぽいのは画に変化ないから向いてそうやね。

Turboモード軽杉ワラタ

黒い画面でブロッキングノイズが出るな〜
他は画質・圧縮率全く問題ないんだがな〜

ho

実時間以上でエンコしたくないから低スペックの俺はまだこれ使ってるよ！

>>813 俺も使い分けている。ポータブルプレイヤーはh264系より軽いほうが都合がいい

実時間の7倍でx264使ってる俺は別に大したことないぞ
朝起きたらエンコ終わってるし

AviUtlとか264とか使い方がわからんからもうずっとvirtualDubとxvidだわ・・・・

ぶちゃけ何使っても見た目たいして変わらん。　

同じファイルサイズだとやっぱ264の方が綺麗だけど
高性能PCじゃないとエンコに時間かかりすぎるし
まだ当分はXviDのお世話になる

PentiumDualCoreを高性能とは言わないと思うが

保守

音声codecは何使ってる？

mp3

てす

あれだろ。40インチ以上のテレビで再生させてはじめて違いがわかるらしい。

見比べてやっと違いが分かるレベルで一喜一憂とか今どき疲れる
ポンと出来上がったものが綺麗だと思えればそれで満足しちゃう俺がいる

>>818
圧縮率が違うんだから同じサイズでh264の方が綺麗なのは当たり前だろ

でもどうも俺にはVHSからのソースでサイズ同じだとXvidの方が綺麗に見える。

HDではダントツにx264が画質上だが。

http://www.xvid.org/
http://www.koepi.info/

Xvid 1.3.0 released

This is Xvid 1.3.0 release. It is API compatible with the previous 1.2.2
stable release.
Changes since 1.3.0-rc1:
xvidcore library
Disabled late-promotion of S_VOP to N_VOP coding type
Makefile fixes for macho64 target
VFW frontend
Minor GUI cosmetics
Decoder support for lower-case FourCCs
Fix for YV12 colorspace pass-through mode
DShow/MFT frontend
Decoder support for additional FourCCs
Slightly increased filter merit (Windows 7)


Changes since 1.2.2:
xvidcore library
a.. Added PSNR-HVS-M quality-metric plugin
b.. Variance masking as new adaptive quantization option
c.. MT decoder deblocking filter
d.. Improved encoder multi-threading allowing more threads and better
scaling
e.. Decoder threads API extension
f.. PSNR-HVS-M as optional D-metric for R-D optimizations
g.. Noexec-stack security patch also for x86_64 asm code

xvid2chはなくなったから自分でビルドするか

koepiのとこから落としたらデジタル署名付いてた

x264.co.nrのとこって移転したりしてないよね？

koepi生きてたか

誰か1.3.0びるどしてくんねーか
こえぴーの所にある奴サイズがでかいから入れたくないんだよねおもそうだし

koepi修正版来たな

ロシアやっぱ遅いな

Update+Uninstaller>8MB

ミス
Updater+Uninstaller>8MB

新Ver何かいいところあった？

>>838
視力が0.01から1.0になった

ちゅみゃりゃにゃい

デコード時にアイコンがタスクトレイに表示される

実写だとqt値って低めでも気にならないな
3.5くらいが画質とサイズのバランス取れてて調度いい

余は4で満足じゃ

アニメで4だとひどいことになった

輪郭のチリが気になるから3当たりが限界

ｵﾚは実写でAQの2〜2.5 Bﾅｼだな
AQｲｲ

Xvid 1.3.0でタスクトレイのアイコンて消せないのかね〜

1.2.2に戻すかなー。効果も変わった感覚無いし・・・

TVアニメやDVDアニメをXIVDで変換して保存してるのですが、みなさんはビットレートはどれぐらいに設定してますか？
自分は1.5Mにしてんですが。
これで十分だろってのがありましたら教えてください。

やれやれ・・・

キューティー鈴木

固定ビットレはやめろ

independent slice codingのONとOFF
の違いを教えてください

xvidを1.3.0にしたら、動画のサムネイルが１８０度ひっくり返ったんだがなぜだろう？

1.3.1 ｷﾀ

（　＾ω＾）おっおっおっ

Koepi'sのXvid-1.3.1-20110324.exeが9414kb、
Jawor'sのXvid_131_02042011.exeが922kb、
何なんだろうこの違いは。

(ﾟдﾟ)ﾊｧ?

H.263、MPEG4-ASPは今やxvidの天下だな
DivXと差が開きすぎた

>>858
そもそもみんなH.264に行って、取り残されてるだけとも言える

H264はリビジョンによってインターレース保持動画がピロピロに再生されたり
アスペクト比が反映されないなどの互換性に難が有るからダメ

それ、互換性じゃなくて単にデコーダの問題

でもそのせいで、過去の動画のためにデコーダを新しく出来ないジレンマ
結局、残すのは同時に予備としてエンコしたXvidの動画になる

>>860

きみのデコーダーくさってるぅ

xvidにいくらビットレート盛っても、こえられない画質の壁がある。

だからｘ264使ってる。

違いってあるの？

実写ではちょいとXvidの方がサラサラな感じがする
H264はべたっとする
BDぐらいのレートだと問題ないけど

多い日も安心

ロシアでもやっと出した

実写なんて640x360でqt4.0で十分だ

>>869
実写やったことあるの？
人肌がそれでやったらつやが消えちゃってどうしようもなくなるよ。

人の肌なんて細かく見えても嬉しくないし

生々しいメイクの色としわはマイルドになってくれた方がよい…

でも4はないわ

地デジ(SDにリサイズ)ではグレンの多い・少ないぐらいしか違いが分からんのだけど
4で足りないって言ってる人はソースに何使ってるんだ?

640x360でqt4.0でエンコされた動画を、どれぐらいのサイズに拡大して見てるかに寄るんじゃね？
そのまま640x360のサイズで見てりゃ4.0でも全然問題ないだろうが
高い解像度のモニタで最大化して見てりゃ無理すぎる

おれはいつも3だな

>>875
なるほど、それもそうか

1024x768くらいなら気にならないよ

1920x1080だと9倍拡大だから気になるね。

使うモニタにも左右されるな

UVD3でなぜかサポートされたな
まだ現役っぽい

Xvid-1.3.1ってどうやって日本語化にするんでしょうか？
調べても見つからなくて・・・

変にカタカナにしても逆に分かりにくいだけだと思うけど

qt3とかでエンコしたらぶっちゃけ元のMPEG2よりビットレート高くなるな
アナログソースなら気にしないかもしれんが

今時xvid(笑)とかよく言われるが糞スペックだとエンコード早いしデコード軽いから助かってる

何気なく1.3.1にアップデートしたら
「VHQ matric」ってのがあって「0 - PSNR」と「1 - PSNR-HVS-M」があるんだけど
理論的にはどっちがいい?

新バージョンが出たってことで久々に使ってみたけどいつの間にかSSE4とか3DNOWに対応してたんだな
圧縮率も良いし画質もメインコンセプトのH.264よりはマシ（x264には負ける）
SD画質でエンコしとけば多くのDVDプレーヤーで再生できるし今でも全然使えると思う

MainConceptのやつってエンコーダもデコーダも何であんなに酷いんだろう。

圧縮率って変わったの？

>>889
なにその凄い質問

>>890
なんなのその凄い返答

>>890
超訳を試みると
「同じセッティングをしたときに、旧verと新verでビットレート(or画質)に変化があったか。」
ということでは。

Xvid 1.3.1 日本語化 でググったら、これがヒットしたが、俺以外に3人しか落としていない
どこの人が誰に向けてアップしたのかな？
http://www1.axfc.net/uploader/Sc/so/231358

>>893
Koepi用じゃないからかもｗ

ライブチャットのキャプチャに丁度いいわ　

エロ系？ノンアダ系？

オナニーは常に我々とともにある。迷わず進んで欲しい。

HVSはPSNRにヒト視覚系の量子化乗せた奴か
x264全盛に何だが久しぶりにエンコして比較してみるか

adaptive quantizationは切った方がいいす
ファイルサイズ増加するくせにノイズも増加
少なくてもアニメだと不要でした

>>899
本来のソースに入っているノイズも一部含めてエンコされる分、サイズが増えるのでは？

>>900
同じ条件の同じQBでエンコしたけど
一枚絵のグラデーション無しの肌色塗りの顔なのに
切らないでエンコすると鼻の周りとか目の周囲にノイズ発生
切ると無し

これは携帯用にトランスコードしてるだけなんで
TS→mp4のエンコ時に『本来のソースに入っているノイズ』については間引いてる

xvidへのエンコはmp4からFFmpegSource2経由でAvisynthでバッチでやらせてる
avsの状態で拡大して見たけど、やっぱりノイズ入ってないから
adaptive quantizationが悪い方向に働いてるんだと思う

PSNR-HVS-Mについては好印象
暗いシーンでの破綻が若干抑えられている
2pass目のビットレート手動でいじって多目にするか
1passでビットレートに余裕持たせて回避が確実だけど
Q値指定のエンコ以外はしたくないんで（xvidはもうトランスコードでしか使わないから）
これは使っていきたい

実写だとまた傾向がかわるかもだけど
今追ってるアニメだとこんな感じ

そりゃVAQの元祖のx264のほうだって、アニメソースは弱めにしか掛けないのがデフォルトだもの
ましてやその簡易版しかないxvidで効果なんてねぇ
使わないで素直にH.263にしとけばいいのよ

要は無理に旧Verから変える必要はないってことか

VAQは平滑面のQ値をあげてエッジ部のQ値を下げて、見た目の質感が上がることを期待する機能
この動作を理解していたら普通アニメで使うなんてありえないでしょに
アニメでは昔セラフィが改造してたように真逆の動作をさせると効果がある

ミスった

誤 平滑面のQ値をあげてエッジ部のQ値を下げて
正 平滑面のQ値を下げてエッジ部のQ値を上げて or 平滑面の画質をあげてエッジ部の画質を下げて

実写に平滑面なんてなくね？

ごちゃごちゃしてないってことだよ
人の顔とかお尻とか…

そして、実写と違ってアニメの平面部はただのべた塗りなので
実写並みに多くのビットレートを回しても無駄ってこと

ほ

1.3.2　襲来

普通のAVIのように、スライドバーでスラスラと送り／戻りが出来るビューワー無いかしら？

そうできるようにエンコすればええですがな

>>912
Muximum I-frame Interval

復活

Xvidって色ビット数は16が固定ですか？

色ビット数とはなんぞ？？

Xvidが準拠するMPEG-4 ASPは、4:2:0 8-bitだけの規格。

>>917
[test.avi]
1280x720 16Bit XviD MPEG4(XviD0064) 29.97fps 53641f 2051.16kb/s
MPEG1-LayerIII 48.00kHz 128.00kb/s CBR JointStereo/MS
[RIFF(AVI1.0)] 00:29:49.823 (1789.823sec) / 489,260,912Bytes

真空波動研SuperLite 110406 / DLL 110406 Unicode



の16Bit
Divxだと24Bit
GOMだと12Bit

MediaInfoの詳細モードを使え

>>919
そこの数字は可逆圧縮以外ではあまり意味がない(codecによって数字の基準がまちまちなので)から気にしない方がいいよ
XvidとDivXも中身の色空間は同じYV12だけど違う結果になっちゃってるしね

Xvidだとcodecに渡すときの色空間によってそこの数字が変わる
YUY2で渡すと16bit、RGB24で渡すと24bitの表記になるはず
まぁ無理にRGBに変換して渡しても劣化するだけなんで意味ないんですけどー

DivXはどの色空間で渡しても一律で24bit表記(まぁ手抜きだな)、GOMは知らん

このヘッダは限られた色数で圧縮してた時代の遺物なので以下略

Xvidで予想ファイルサイズはどこかで見れるんですか？

ファイルサイズが気になるなら1pass CBRか2passにすれば？

エンコ前に見たいんだよな
Divxだと見れるし

Xvidにもビットレート計算機が内蔵されてるやん。

まぁ結局は1PASS CBRか2PASSでエンコしないといけないけど、これはDivXでも同じ事だし。

>>925
それって何処に
予想ファイルサイズ出てる？

>>926
それは逆。
ユーザーが目的のファイルサイズ、再生時間・フレームレート等を入力してビットレートを割り出す計算機だよ

>>927
ども
target sizeのところに自分で入力出来るの知らなかったお
決まった数字が入ってるから変だなと思ってたｗ

XviDのインターレース解除を綺麗にする方法を教えて下さい
MPC-HCにffdshowを使用しているけどDXVAが使われないんだ

MPEG4-ASPをDXVAでデコードできないグラボでもハードウェアインタレ解除自体はできるから、
再生時にDXVAが使われていない事自体とは切り離して考えないと。

XviDを格納できるコンテナの一覧とかどこかにないでしょうか。
asfにも格納できるとかどっかで聞いたんですが、
この組み合わせに変換できる動画編集ソフトも見当たらず、疑っています。

一覧っていうか、先入観みたいなものもあるから
aviとかmkvじゃダメなん？

vidtoasfでぐぐれ

>>932
見るだけならもちろんaviやmkvでいいのですが、
最近変換等をやり始めたばかりなので、
何ができてなにができないのかを知っておきたいのです。
>>933
ありがとうございます。
調べてみます。

うーん、、
うちの環境(xvid1.3.2/7 64bit)だと、xvidvfw.dll_unloadedってエラーが出てソフト(アマレココとか)が強制終了しちゃうなあ…

SysWOW64

よく分からないなら無理に64bitにしなくてもよかったんじゃないか

>>937
何かムカつくな
なぜか分からないけどこの書き込み見てるとムカつく

ていうか買ったら64bit機じゃね？

64bitが必要な環境って何？

VMWareとかVirtualBoxとかつかう場合
フォトショとかで大きな画像を色々いじる場合
ちょっと難しそうなことしてみたいと思ったらメモリの壁が出現する
メモリ4GB以下とか「なにその罰ゲーム」だよ

ていうか32bit機捜す方が難しくね？

つかこういう自慢はモニタとか見てるのかがまず怪しいｗ

画面サイズを半分にしたが、それでもファイルの大きさは４７分の１になった。
見た目特に画面が劣化した印象はない。結構使えるかも。

したが、それでも??　　　　日本語になっていない

今どき語尾が　ね？　のやつってアホっぽいな

よく言うよｗ

アホっぽいじゃなくて、日本人じゃないんだなこれが。

（´･∀･`）ﾍｰ

俺のPC低スペックだからわかるけど
DIVXよりXviDの方が録画の要求スペック少し高いね

最低設定で
CPU１００％で音と映像が飛び飛びになってしまう

だから何だ？　外人

お前、外人って差別用語だぞ

いつから？初めて聞いたぞ

悪意なく使ってるが実は使用を控えたほうがいい用語の代表格
よそ者呼ばわりされてる気分になるらしい
外国の人、「外国人｣ならまだ海外の人にも理解できるってテレビで聞いたこともある

よそ者やんけ

よろしい、ならば人外だ

ガジンでどうよ

>>954
差別用語とはちょっと違う気もするけが、言われた人が嫌なら使うなってところか

ゲージンでいいよ

という事は反応した>>952は○人だ言う事か

グローバリズム（）を意識した日本人のほうが敏感だと思われ

てす

ttp://jawormat.republika.pl/xvid.html

WHAT'S DIFFERENT FROM VANILLA BUILDS:
# Dark Shikari's VAQ added to 1.2.2 (1.3.0 and above has it already)

ここ読んでいて気になったんだけれども、

1.2.[12]のVAQはDark Shikari'sのpatchを当てたﾊﾞｲﾅﾘがあるけれど
1.3.0以降はVAQのアルゴリズムがXviDのソース自体に取り込まれている?

あと、Koepiのサイトに

Thursday, 04.12.2008 19:15h MET

I added Dark Shikari's variable adaptive quantization patch again.
Please test it by using luminance masking. First tests show that the build works as it should.
That's the build with -VAQ, the other build is from the plain sources.

って書いてあるけれど、1.2.1のVAQはluminance maskingと一緒に使うべきものなの?

XviD-1.3.2
　Adaptive Quantization
　　Off
　　Luminance Masking
　　Variance Masking
どう違うのかｸﾞｸﾞｯﾃいる最中だが、まだ良くわからない

VAQ: Making Xvid's Adaptive Quantization Not Suck
ttp://forum.doom9.org/showthread.php?t=135093

Forums / Questions & Troubleshooting / A better 1.2.2 VAQ build of Xvid out there! Why not use?
ttp://www.avirecomp.com/e107_plugins/forum/forum_viewtopic.php?5090

Prozac Tue Mar 15 2011, 02:58PM
Variance masking is a new adaptive quantization method (Variance or Variable Adaptive Quantization, VAQ) - the improved algorithm of AQ.
Basically, all AQ methods are used to increase the compression ratio of some areas to save some bits.
This may be useful in MPEG-2 to MPEG-4 compression but I wouldn't overestimate its usefulness in AVI to AVI recompression.
Independent Slice Coding may increase the speed of the compression on multi-core processors but most likely the output file will not be standalone compatible.

どんなにVer変わってももう頭打ちでしょ

ガーーン！！

でもまあ　ここまでよくやったよ

CoreAVCが優秀すぎる

PSNR-HVS-M使うとCPUのパワーを少し余らせるみたいだ
あとエンコードも少し遅くなるので時間に余裕がある時に使うのが良さげ

test

xvid.org繋がらない・・・

>>952
差別用語じゃないから。マスコミが勝手に言ってるだけ

>>974
「外人」については「ここが変だよ日本人」という番組で外国人が怒ってたよ。
音だけで聞いてる彼らには「害人」に聞こえるんだと。

害人なんて言葉は無いし辞書にも載ってないといってやれ。

外出やら外見やら
差別用語でいっぱいだ＾＾

>>976-977
ちょっとその反論はおかしいぞ。
お前らに反論しようと思ったが、そこまで外国人の肩を持つ気はないからやめた。

実際、害国はあるけどな

1スレ消費に3年以上かかっているから次スレは要らないよね

次スレ候補
【H.264/VP8】最強コーデック決定戦【VC-1/H.265】
http://toro.2ch.net/test/read.cgi/avi/1326104764/
動画圧縮コーデックは何使ってる？
http://toro.2ch.net/test/read.cgi/avi/1018287433/

カンケーないね！

ないね！

いるいる

今でも現役