XviD 総合スレ Part22

>>951
goo辞書って発音記号が載ってたのか！
ブラウザを背景色黒、前景色緑にしてるから気付かなかった

じゃあコーディックで。

>>953
マジレスしてやると、それは一番なさげな発音だな
まあ、発音記号なんて中学出ていないとわからないか。

というわけで、そろそろスレ違いだから、ネタを元に戻そうぜ。

アスキーデジタル用語辞典は　こーでっく　だな
http://yougo.ascii24.com/gh/12/001209.html

Wikipediaもコーデック
http://ja.wikipedia.org/wiki/Codec

IT用語辞典e-wordsもコーデック
http://e-words.jp/w/CODEC-2.html

google検索
コーデック の検索結果のうち 日本語のページ 約 1,020,000 件
コーディック の検索結果のうち 日本語のページ 約 41,800 件
コウデック の検索結果のうち 日本語のページ 約 82 件
コウデク の検索結果 1 件

コデック の検索結果のうち 日本語のページ 約 887 件

案外少ないなぁ

ピンクの小粒？

それはオーザックだろ

それを言うならコンタック

えー？コーラック？

シマンテック

コウラクはワタオニ

微妙にスレ違いかもしれませんが、XviDで60iの素材をinterlaced encodingしたら
60iの動画ができるんですか？
フィールドオーダーの指定はどうするんでしょうか？

Interlaced encodingの右のTop field firstのチェックボックスが目に入らんのか？

自分のバイナリではInterlaced encodingの右にはチェックボックスがないんです
Koepi'sBuildのXviD-1.0.3-20122004です

それはきっとコーディックのバイナリだからだよ、コーデクのバイナリだとあるぞ。

MPEG4Modifierでエンコ後にフラグ付けかえれば？

何か1.0.3を使い続ける理由でもあるの？
フィールドオーダーの指定は1.1.0からの機能。

stable志向なので1.0.3を使ってましたが、stable1.1.0に移行しようと思います
ところで、過去ログ読んでも結論が出せないんですが、
QuantizationTypeは画質、サイズともにMPEG＞H.263なんでしょうか？
自分がエンコするとたいていサイズはH.263のほうが大きくなるんです
それと、MPEGがノイズが目立つのはビットレートが足りないせいで、
ビットレートを潤沢に割り当てればMPEGのほうがきれいになるというのは本当でしょうか？
自分はTargetQuantizerは3.0、B-VOPは2枚、ratioは1.00、offsetは3.00でエンコしてますが、
これくらいで十分でしょうか？
あとはMotionSearchPrecisionは6、VHQ、Chroma、Tarbo、CartoonはいずれもOffとしています

>>969
どれもこれも自分で試してみれば判る

Tarbo→Turboのミス

>>969
自分で確かめろ

相当数をエンコードして試したんですが、断定できなかったんです
1.暗部でのノイズはMPEGもH.263も大差なし
2.モスキートノイズはわずかにMPEGのほうが多い
3.情報を多く割り当てなければならないはずのMPEGのほうがサイズが縮む
4.PC以外での再生互換性
から現在は主にH.263でエンコードしています
ただ、１〜３がもっとビットレートを割り当てる（TargetQuantizerを2.0くらい）ことで解決できるOR改善するのか
ほかの人の意見も聞きたかったんです

> stable志向なので1.0.3
いつの時代の野郎だｗ

>>974
すみません
実は1年半位前まではuManiacのバイナリを使ってましたよw

ドアフォやな。

>>973
意見必要ねえだろｗソースも何も違うのにｗ

１．暗部が気になる部分を抜き出して量子化値2.00でエンコし暗部のもやもやが解決ならそこで終了
２．解決できないなら量子化値そのままに量子化マトリクスをとっかえひっかえエンコし解決したなら終了
３．駄目ならB-VOPのWaitとOffsetを軽めにするもしくはB-VOPを使わない
　　I-VOPの間隔を短くするなり色々ともがき苦しみ妥協できるまで詰める

要するに自分で探せ

まあ、自分のエンコ素材は地上波とCSをHDDレコで録画した奴ですから、
素材そのものがあまりよくないわけなんです
HDDレコ→エンコだから質より量のエンコなわけですけど、
ちょっとでもいい画質で残したい番組とかもあるわけで
主観的な結論だけでなくソースによらない一般的な傾向や、経験則など客観的な結論も聞きたいと思ったんです

「ソースによらない一般的な傾向」など存在しない

なんでもそうだけど、ひとくちで「これが正解」とは言えない物件に対して
「で、ぶっちゃけ正解は何ですか？」と聞くのは不毛。

h263のほうがボケた感じになるってのは一般的な傾向といえるんじゃない？

コーディックたんねんじゃねーの。
スレ違いは帰っていいよ。

全部XviDでエンコしろやボケ！

>>979
中途半端にマジレス

mpeg標準の量子化行列と、h263の量子化行列を見比べてみ。
mpeg標準の行列の方が、高周波成分を多く落としているだろ？
つまり、同一qt値ではmpegの方が情報の劣化が大きいって事だ。
同一サイズならmpegの方が小さなqt値が選択可能という事でもあるがな。

だから、全フレームを最低qt値には出来ない程度に高ビットレートでの
1Pass CBR / 2Pass VBR では、より低いqt値が選択されやすいmpeg標準
量子化行列の方が、よりよい画質が得られる可能性が高くなる。

H.263に量子化行列なんて有るの？

ttp://up.mugitya.com/img/Lv.1_up42942.bmp
ttp://up.mugitya.com/img/Lv.1_up42943.bmp
ttp://up.mugitya.com/img/Lv.1_up42944.bmp
ttp://up.mugitya.com/img/Lv.1_up42946.bmp

この設定で「改善の余地あり」ってところある？
ちなみにエンコするのはアニメ

bmp、一枚にまとめない

>>987
だから、ソースによると何度(ry

>>987
Profileが本当に必要か良く考えろ
GMCを使え
Bフレーム最大枚数はもっと増やせ 99にでもしとけ

もうほとんどの場合DivX6.25のほうが上だよ
シーンチェンジが来ないような画面全体のざわざわした動き以外は

信者のｷﾓさもDivXの方が上のようだ

http://up.mugitya.com/img/Lv.1_up42957.jpg

「改善の余地あり」ってところある？

全体的にこの板って他に比べてギスギスしてる。

技術系の板はみんなそんなもんだ

いや、その中でも特に。

キャプボのスレなんか下らない煽りばかりだもんな
見てていやになる。生産的な議論をしてない。

エンコは受信環境（ソースの質）で殆ど決まるからね。
どんなに頑張ってもソースの質で初心者にも結局は負ける．．．OTL
同じキャプボでも雲泥の差。

( ﾟдﾟ)＜Vodafoneﾃﾞ ｷﾘﾊﾞﾝ

ｷﾘﾊﾞﾝﾃﾞｷﾅｶｯﾀ>>1000ﾊ...
1000ﾄﾘｵﾒ

次ｽﾚは？

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。