MPEG-4 AVC/H.264 総合スレ Part2

最強コーデックとの呼び声高いAVC/H.264、主にフリーコーデックx264について熱く語るスレ

前スレ
【最強？】未知なるｺｰﾃﾞｯｸH.264(MPEG4 AVC)
http://pc5.2ch.net/test/read.cgi/avi/1062218199/

テンプレ46

DivX＞＞＞＞＞＞＞超えられない壁＞＞＞＞＞＞＞エッチ264

2

うんこーでっく万歳

MainConcept
http://www.mainconcept.jp/h264_encoder.html

Moonlight
http://www2.cli.co.jp/products/pe/ (CyberLink PowerEncoder MPEG4 AVC Edition)
http://www.moonlight.co.il/products/consumer/oneclick/ (OneClick Compressor)

mpegable
http://www.mpegable.com/show/home.html

NeroDigital AVC
http://www.nero.com/jp/index.html
http://www.nero.com/us/index.html

VSS
http://www.videosoftinc.com/

x264
http://developers.videolan.org/cgi-bin/viewcvs.cgi/trunk/?root=x264 (ソース)


Doom9 - New A/V Formats - Codecs
http://forum.doom9.org/forumdisplay.php?s=&forumid=54

CelticDruid - x264,ffdshow,mpeg4ip(mp4creator),GPAC(MP4Box),mplayer/mencoder (バイナリ)
http://celticdruid.no-ip.com/xvid/

↑ブラクラ

この雰囲気なら言える。

>>1
GJ！

H.264ってmpeg-4の一種なの？それとも別物？
mpeg-5って言わないのはなぜ？

http://www.mpeg.co.jp/libraries/mpeg_labo/winPC_20.html

>>9
(*ﾟーﾟ)b

総括するとmpge264ってことだね！

HENTAI 264

AVC-AAC、良い響きだ

rev131ｷﾀ
でも最近はmultipass関係の更新ばっかだよな・・・
3passとか平気でやってるDoom9住人の陰謀だよ、これは

>>8
MPEG-4 AVC (MPEG-4 part 10)は、いろんなサブ規格の集合である MPEG-4 の一部
であって、既存の映像コーデック MPEG-4 visual (MPEG-4 part 2)とは完全な別物。

んで、ただの映像コーデックの高効率版であって、用途は MPEG-4 の範疇なので、
MPEG-5 とか別の規格（の集合）を立ち上げるまでのことではないということだと思う。

>>14
2分程度のテストサンプルでやる程度なら3passでも余裕だろ？
それに現状だとmultipassしないと今のところまともな動画にならんしな・・・

1pass QBならレートコントロール関係ないからきちんとした画質になるぞ。

これって結局Pentium4でしか動かないやつしかないのかな？今の所。

どれのことを言ってるんだ？
P3-1200MHzでエンコ＆再生できてるよ。キツいけど(´Д`)

http://www.mainconcept.jp/h264_encoder.html

ここに「Pen4のみ動作」って書いてあるから諦めてたんだが
頑張ればいける？

セレロン2Gでも一応 エンコと再生出来てるよ。

Doom9にUPされているの使えばペンティアムだろうがアスロンだろうがエンコできるぞ('A`)
バージョンアップの嵐だから常用するなら様子見た方がいいかもしらんが

WMPで再生しようとすると失敗する・・・
DirectXも最新なんだけど何がいけないのだろう
Pen3-1000だからダメってことはないはずなんだけど。

>>23
再生用のコーデック入ってんの？
x.264だけでは再生できんよ。
VSS
http://www.videosoftinc.com/
の再生コーデックが軽くていい

ageちまった・・・
すまん

>>20
そこの会社のは、ググってるときにいくつか悪い評判を聞いた。
どこか他の板でも書いた気がするけど。

r133
Oops, increment API number.

r132
Configurable level. Levels are still not enforced; it's up to the user to select a level compatible with the rest of the encoding options.
Patch by Jeff Clagg <snacky at ikaruga dot co dot uk>.

↑何こいつつまんね

しっかし、この1ヶ月でめちゃくちゃ開発速度が上がったなぁ。
XviD-1.1betaが出てXviDから徐々に開発者が流れてきているから?

とりあえず今のところはやる気があるんだろう。
やる気次第ってのがオープンソースのいいとこでもあり、悪いところでもある。

とりあえずせっせとDLして餅ﾍﾞｰｼｮﾝ維持に貢献するテスト

Doom9に上がってる、rev133入れてみたが、AviUtlもVirtualDubも
見事に落ちる。なんだこれ(`Д´)

http://uk.geocities.com/h264x264/x264.revision.133.zip

>>33
ﾄﾝｸｽです、それでイケました、でもなんでだろう？

どうもサイズは16倍数しか受け付けないみたいね。
微調整きかねえ。

deblocking filterってあんまり効果が見えないんだけど？
ファイルサイズもほとんど変わらないし…
暗部グラデのブロックノイズ対策になるかと思ったけどイマイチ。

>>36はfusianasan

VirtualDubで、rev133使ってみた。
特に重いフィルター掛けて無いのに、2時間物の2pass、1passが12時間て何だよ。

家のは重いフィルターかけてもほとんど速度が落ちない。

インテルのコンパイラ使えば速くなるんじゃないの？
Pen4限定だろうけど。

x264って単体でデコーダーにならんのですか？
Virtualdubでもエンコードしたの読めないって言われた・・・

DSﾌｨﾙﾀ待ちかなー

>>41
ffdshowをつかいませう。

x264単体でのデコードとは別問題だとは思うけど
無駄かもしれんが、関連として一応簡易FAQ。

Q:VDとかUtlで編集できねーぞ。ファイル読込み時点でエラーでる。

A:ffdshow→VFW codec configuration→Decoderタブ→Format:H.264→Decoder:libavcodec
※DirectShowFilterの設定("Video decoder configuration")とは別なので注意

thx
ffdshow切ってVideosoftのデコーダつかってました。

Bフレ使いモンになるんかな、使った人居る？

>>46
使ってみればわかるだろ

-当スレでの釣り行為は禁止されています-

>>47
ぼく、ことばわかるかなあ〜
もうすこし、おおきくなってからかきこんでねw

とりあえず教えることはないって感じだな

>>49

ID:H2FUadam、前スレ嫁

以後、スレの趣旨が分からん香具師は書き込み禁止で。

x264 win32 daily builds (current build: rev.135)
Changes from previous build:
(r134) Add: implicit weighted prediction for B-frames.
Slightly optimize x264_mb_mc_01xywh.
Fix an error in B16x8 cost.
(r135) VfW: Enable weighted B prediction when max B-frames > 1. Enforce max reference frames <= 15.

135のバイナリはどこでDLできるの？
フォーラムのはインスコファイルが付いてなかった

ん？Doom9のフォーラムにあるだろ

>>55は、CLIを落としたと思われ。

ああ、そうか。大ぼけだ
無事インスコできたよ
>>56-57
ｱﾘｶﾞ�d

http://uk.geocities.com/h264x264/
136上がってる

H.264ってMkvにしてアスペクト保存できないの？
なんだか変更されないんだけど・・・MPCでffdshowなんですけど

http://www.aziendeassociate.com/X264VFW_rev136.exe

2006年 ハイビジョンのアナログ出力禁止【D】
http://tv6.2ch.net/test/read.cgi/bs/1108882162/

> 　「ハリウッドは、HD-TVに対しては、暗号化したデジタル出力しか
> 認めないといっている。こうなると、HDディスプレイといって販売した
> ものがほとんど使えなくなってしまう。また、（パッケージタイトルを再
> 生したときの）コンポーネント出力が、HD-DVD対応のプレーヤーか
> ら出せるかどうか難しい話になる」（山田氏）
http://www.itmedia.co.jp/news/0309/22/nj00_bluandaod_2.html

次世代光ディスク(Blu-ray Disc、HD DVD)のパッケージメディアの再生は、
アナログ入力(D端子、コンポーネント)やデジタルでもHDCP非対応のDVI入力しかないテレビでは、

ハイビジョン再生できない可能性がある。

なんであちこちでマルチしてんの？うざいよ

>>60
いい加減、規格と実装の区別をつけられるようにしましょうね。

Nero使ってh264のaviをエンコードすることってできるの？

aviは無理でmp4強制だよ

mp4で困るのは編集だよなあ。でかい変更点なさそうなので、NVE3.1.0.0まだ入れてないや。
mp4編集(リエンコじゃなくて)とインタレエンコ…早くぅ…

そこでQuickTime7

rev137はﾊﾞｸﾞでｲﾊﾟｰｲのようだ

じゃあ136のままでいいか。

136もばぐってない？
オーバーレイ出力でベリノイズみたいに映像がかけるんだけど

じゃあ135のにするか。

139キテル

(r139) Cosmetics: Some renaming. Move the rest of slice type decision from encoder.c to slicetype_decision.c

今見たら既にr142・・・
ある程度の更新を溜めてからナンバリングしろと声を大にして（ry
まぁ、パッチ当ててる奴がいっぱい居るみたいだから仕方がないと言えばそれまでだが

subversion はコミットするたびにリビジョンがあがるんすよ。
リビジョン全て追うのは無謀です

r142で、max B-flameを2以上にすると再生時に緑のノイズがチラチラするんだけど
これは仕様？deblocking filter切っても、macroblock partitionすべて切っても同じ。
デコーダはvideosoftのやつ。

↓「仕様と実装を・・・」

>>76
仕様っていうかバグだわな。まだまだ開発途上だからしょうがない。

>>77
お前、わけわかってないなぁ…

>>78
じゃあ仕方ないか・・・
Max=1の時よりきれいに見えるから残念だけど。

PowerDVD入れて見ようとしたら、映像だけでて音声が出ないんですけどなんででしょか

>>80
デコーダ

違うrevsionを同時に使いたいのですが、何かいい手ないですか

VirtualPCとか

http://www.aziendeassociate.com/X264VFW_rev142_athlonxp.exe
http://www.aziendeassociate.com/X264VFW_rev142_pentium4.exe
いつの間に･･･

>>82
CLI

CLIは試したんですが、やはりAviUtlから出力したいのでVFWでなんとか・・・
VirtualPCですか、使ったことないので一度調べて見ます

>>86
中間ファイル作ればいいやん。

x264のテスト用に最適な(artifacts等が出やすくて苦手という意味で)
アニメのOPが知りたかったりする。できればレンタルのあるDVDとか、放映中の地上波で。
あと実写だったら、特定の映画のあのchapterあたりとかいう感じで。
x264でエンコいっぱやってる偉い人、よろしくお願いします。

WMVを越えたって言ってた人が居るんで、
それうｐで来ますか？

>>88
苦手というか連続でシーンチェンジしまくるソースをx264でエンコすると
まともに再生出来ないのが出来たりする

>>89
それくらい適当にTVキャプって試せ

>>87
盲点でしたｗ
ありがとうございます

越えないから言ってんですよ。
越えたってのをうｐしてほしいんす。

>>92
ボケさせることでブロックノイズをごまかす糞WMV畑で育った方々には理解不能な領域だと思いますよ？
XviDを愛用していた方々にとってのオアシスです。x264は

今更wmvなんかと比べてもね。

>>89
画質の良し悪しのとらえ方にによって、「越えた」は変わるかも。
静止画だということもあるし、客観性において疑問の余地がある可能性もあるけど
detailの保持なんかの各codecの傾向については下記事は参考にはなるかも。
http://www.doom9.org/index.html?/codecs-104-1.htm

>>90
thx。なるほど。そのことと関連してるのかわからないけど、以前巌窟王のEDテストエンコしたとき
CQだと(加えて60p)、decoderがffdshowの場合、まともに再生できなかったです(neroでも結構厳しい)。
ただ、画的に崩れる(崩れやすい)ものが知りたかったりする。できれば、引き続きどなたかよろしく。

金八の黒板とか

吹雪シーンとか

>>96-97
thx ……うーん…まあいいやw

超えたと思ってないのならWMV使ってればいいだけ｡
自分の好きなやつを使えばいいだけだからな。

wmv10がもうすぐ来るみたいだが

rev144

書き忘れた･･･
(r144) Disable deblocking filter in frames of sufficiently
low QP that it would have no effect. (Saves a little CPU time in the decoder.)

なにやらWMV厨が対抗意識を燃やしているようだが
みっともないですから！・・・・・残念！

あとDoom9見れば分かることを一々書かなくていいよ

ここはお前のためのスレじゃあないよ。

じゃあ、どうせ書くなら
日本語訳してやるか、使用後の感想でも添えろや

>>105
IDがVSS

自治厨ｳｾﾞ

Rev144のAthlonXP版

AthlonXP 2500+で
Rev133で96分かかってたのが　Rev144athlonxpで79分になってた
速くなるのはいいことだ( ´ー｀)y-~~

さて、画質とかいろいろ評価しよう・・・

>>108
乙。
漏れなんか更新早すぎてもうテストする気なくなっちゃたよ

安定したら教えてください

Athlon1GHzでもまともに再生できるようになったら教えてください。

むり

そうか・・・
出張の時ノーパソに動画適当詰め込んでいって行って暇なときに見るのが唯一の楽しみだったが
H.264は家のPen4、3GHzで見るしかないか・・・
ノーパソ買い替え時かな

それならH.264じゃなくていいじゃん

どこかにH.264のエンコ設定の解説サイトないかな？

>115
ほい

ttp://cwaweb.bai.ne.jp/~icchan/icz.htm

>>116
ｻﾝｸｽですヽ（´ー｀）ﾉ

icz(笑

第一印象：重いOTL
俺がWMV厨なだけかもしれんけど、
現状だとまだWMV9(P80)の方が画質上な気がする。
ていうか画質が上だというよりは安定してるだけって感じだけど。
とりあえず、もうそろそろPC変えた方がいいってことは確信したOTL

薄暗い箇所でのノイズがなかなか消えんな〜
フィルタで補正してからエンコするしかないんだろか。

WMV9-QB86で使ってきたけどH.264に一目惚れしますた。

x264 Bフレ使用で
qt17でWMV9 QB93くらい
qt15でWMV9 QB97くらいのサイズになるな
画質はx264のが上

>>122
revいくつの香具師？

最近元気いいな

ね、なんでうｐしないの？
WMVを越えた画質を見たいんだけど・・・
なんかできない理由でもあんの？

おれはWMV厨じゃないよ。

>>125
タダで使えるのにうｐする必要がどこにあるのかと。
それにIEでうｐすると本名がばれるから嫌だ。

>IEでうｐすると本名がばれるから嫌だ。

（ ﾟдﾟ）ﾎﾟｶｰﾝ

>>127
あ、いや、２行目は個人的な事だから流してくれｗ
今までこれ知らずにうｐろだ使ってたもんでｼｮｯｸだったのさ。
ttp://xxx.upken.jp/report/ieup/

wmvっていいところ無いよね。

rev144でもシーク直ってねえな。

あの、質問いいですか？
VSSのH.264 Codecをインストールするとですね、
エクスプローラでH.264のファイルを右クリックしたときに
┌ Protection Failed ────┐
│.　Demo has been expired.　 │
└────────────┘
こんなエラーメッセージが表示されてエクスプローラが固まって
しまいします。アンインストールすると直るのですが、他に回避出来る
方法ないでしょうか？

ttp://rapidshare.de/files/709337/test.zip.html
4g89nNXtp9c3oSq

>>131
ない

>>132
すごい画面がチカチカしてるんだけど俺だけ？
デコードはffdshow　Oct 12 2004
matroskaはLazy Man's MKV0.94入れてる

>>134
最新版入れれ
古いのだとそうなる

>>125
ダウソ厨はカエレ

MPEG1/2/4は1つ前(後)のフレームからしか予測をすることができない。
動画では鳥が羽ばたく姿のように同じパターンの画像が繰り返されるということが多いが、
1つ前のフレームからしか予測ができないコーデックでは効率よく圧縮できない。
H.264では複数のフレームを遡って予測をすることが可能であり、
鳥の羽ばたきのような反復画像でも効率よく圧縮できる。

この理屈に基づいて高圧縮された動画を見てみたいものだ。

ｴﾛだな

うむ、エロしかない

>>137
その理屈はわかりやすいんだが、いつも利くわけじゃないから、
リアルタイムエンコーダでやるのは費用対効果が悪すぎだよな。

パッケージソフトのオーサリングとか、非リアルタイムで手間や金を
かけられる環境なら話は別だけど、ほんとに需要あるのかな？

x264の2パスエンコするときの1パス目の時に、
FAST1stPASSがあるけど使うとなんか害あるの?

>>137
　基本的にMCが得意とするのは剛体の平行移動なので、鳥とかの軟体はちょっと・・・
マルチフレームMCを試すとすれば、アンカバード領域が大きい多重スクロールシーンが良いのかな？

>>138-139
　参照フレーム数は、普通15くらいだから、ピストンが速くてブレが少なくないと無理だ。残念

とりあえずさっさとウインドウズメディアエンコーダーみたくタダのエンコツールだせや。
んでメディアプレーヤーでなにもしなくても再生できるようにせえや。

全自動じゃないと何も出来ない春厨は引っ込んでろ

住民諸君、H.264が諸君のために何をしてくれるかでなく、
諸君がH.264のために何ができるかを問うてほしい。

つまり、道具が何の役に立つか、よりも
道具のために何をしてやれば良いか、を考えるんでつね？

>>132みたけど、NeroのDecoderだとVFRの処理できないのかな？(カクカク)
なんかanamorphicまでできなくなるし。ffdshowは普通に問題ないけど。
VSSとか他のDecoderはどうなんだろう。

neroで>>132再生してみたがffdshowより重いのは何故？
あとneroの場合、ファイルのアス比は強制で変えるほかないの？

ffdshowでも「オーバーレイミキサーを使用」にチェック入れとかないと
アスペクト比反映されないのね…

H.264のハードエンコが出ても
やっぱり水面や紙吹雪でブロック出まくりの悪寒

その頃までにはエンコーダ熟成されてるだろうから大丈夫でしょ

>>113
ノーパンかとおもた

>>151
ただ、レイテンシは大きそう。地デジ1セグ放送に使うには少々難があるかも。
HD DVDやBD用ならレイテンシが1分あっても問題ないけど。

地デジはレイテンシだらけだよ・・・

霊天使

0点死

未だに、x.264とh.264の区別がつかない・・・

>>157
h.264とx.264の関係は
MPEG4とXviDみたいなものだ

x.264なんてあったか？

x.264 じゃないな x264 だな
細かいんだな

ｘ２６４ってＸｖｉＤのコト？

>161
ttp://www.videolan.org/x264.html 見て出直せ。

ぐは！
x246ってh.264のエンコーダーの名前かと思っていたよ。

それであってないか？だいじょぶ？

釣りだろ

MPEG-4とかAVC/H.264とゆーのはよく聞くけど
x２６４なんてあまり聞かないからなあ

よく言われてる「規格」と「実装」というやつですか

rev144で暗部だらけの深夜アニメをエンコしてみた
qb13Bﾌﾚｰﾑ1で25分233Mで最大化して見るとやはり暗部がウネウネしている
このあたりはまだ改善の余地があるんだろうか

wmv9でも同様にqb97で245M
こちらは最大化してもウネウネは無くはないがrev144よりはマシ
だが、赤色とか輪郭はx264の方がかなり良い、、、ように思えた

ちなみにエンコ時間は
アスロンXP2800+ メモリ1G Windows2000で
rev144athlonxpで1時間40分
wme9で2時間10分ほど、vfapi経由だから遅いのかなこれ

俺もH.264でテストエンコしてみたけど暗部に弱いってのが第一印象だったな
画質の良さよりそっちの方が気になった。

>>168 は、「暗部」を「陰部」に読みかえるとイイ

x２６４でBフレを使用してエンコすると、MKVに格納した時シークが出来なくなるのは私だけ？(;´Д`A ```
aviでやると普通にシーク出来るけど…
既出だったら申し訳　

>>171
mkvmergeもしくはHaaliのバージョンが古い
もしくは、スペックが足りないだけと思われ

他のコーデックをmkvに格納してみれば？
それでも同じ状態ならx264が原因じゃないわな

>>173
mkvがAVCに正式対応したのつい最近だし、
バージョンに関係なく正常に格納できる他のコーデックで試しても仕方ないっしょ

Matroska Splitterのバージョンが古いせいかと思ったんだが

私だけ？(;´Д`A ```

時間軸から2Dに変えると少し暗部がよくなる気がする。

MUXに使用してるのはmkvtoolnix-1.2.0です。
Xvid並びにDivx、RV等では華麗にシークします。
x264もBﾌﾚOFFなら大丈夫なんです…
CPUはP4 3G　スペック不足だとは思えません。

どうやら私だけのようですね…(;´д｀)トホホ

症状と致しましては、時間を飛ばすと最初から再生されてしまうのです。
ですから今はBﾌﾚを切ってﾁｬﾌﾟﾀｰを打ってるのですが…

BフレはMAXで連続何枚挿入？
Max keyframe intervalはいくつ？

>180
Max B-frames は１です。
Max keyframe interval とは Max IDR-frame interval の事でしょうか？
それならば 31 にしてあります。
↑この数値でのBﾌﾚ無しｴﾝｺでは何も問題ありません。

keyframe　boost はﾃﾞﾌｫの数値である、40のままです。
連続ｶｷｺ　申し訳　

エンコ設定、MUXには問題なさそうだからプレイヤーかスプリッターの問題っぽいね
そのあたりの環境を書いてみたら

>183
ｽﾌﾟﾘｯﾀｰはMatroskaSplitter (2005.02.19)を使用しています。
Playerはzoom、MPC、BSです。
やはり音声部分をmp3にaviで再生すると無問題ですね。

どうやらこの現象が起きてるのは私だけみたいですね。(;´д｀)トホホ

H.264デコーダには何使ってるの？

>>185
Videosoft の DirectShow H.264 Decoder Filter 2.2 です。

Videosoftのデコーダとはレアな方っすね・・・
ただ単にMatroskaとの相性が悪いのでは？
無難にffdshowかneroにする方向で

ﾃﾞｺｰﾀﾞｰをffdsowに変更してもﾀﾞﾒでした。
aviﾌｧｲﾙの再生も画面がﾁｶﾁｶするようになりました。
これは最初に言わなければならなかったのですが…120fps化してます。
どうやら120fps化時でのBﾌﾚonはﾀﾞﾒみたいですね。
他のｿｰｽでBﾌﾚを使用しｴﾝｺしてませんので、一概には言えませんが…
みなさんの反応を見ますと普通に再生出来ているようなので。
皆様大変お騒がせ致しました。<(_ _)>
こんな私に快く助言して下された方々、本当に感謝しております。

ﾃﾞｺｰﾀﾞｰはffdshowの方がｼｰｸにもたつきが無くて良いですね♪

ためしに、Bフレあり(max3)のx264,120fps化/結合して、aacとともにmkvにいれてみたが
特に問題ないけどなあ…(neroはｶｸｶｸ早送り状態になってしまうが、ffdshowは問題なし)
なんか他にも要因あるのかな。

久しぶりにx264ためしたけど、恐ろしく進化してて今更驚いた。かなりてきとーなテストだけど
色々なcodecと比較したが、PSNRとかRV10,VP6こえてるし(mencoder02/25,mp4,decはnero)。
見ため的にも一番好みだった。adaptiveなBフレとかいうのが、かなり効いてるのだろうか。

でも、Bフレ周りはまだまだ未実装な機能が多かったりするけどナー

どんな機能を今後実装してくると思われますか？　とかいいつつ、あまり専門的な
こと言われても、全くわかんないんだけど…　個人的には速度とのバランスは
今の感じはいいなあ。(速くなるのは当然かまわないけど）

昔、パソコンでテレビを視聴できるなんて夢にも思わなかったし、
DVDの出始めの頃、ソフトウェアで再生できるとは思わなかった。
いつかそのうち、新codecは良いんだけどまだ重いから当面H.264で良いや
てなことを言ってるかもね。

>>191
公式ページに
Encoder limitations
* No real RD
* Naive B-frame placement
とあるように、まずはRDを用いた動き検索だと思う。

一番実装が望まれている機能だとインターレース対応だろうけど…

thx
インタレサポートはnerodigitalのほうに一応期待しとくか…

ちなみに、RDを用いた動き検索については
ttp://www.marumo.ne.jp/db2005_1.htm#7
が非常に参考になります。

インタレ保持を実装しないことには触手が動かん。

>>196
君には触手があるのか。
一体どんな生き物だ？

えーと RD の話だけど、多分 195 のリンク先で書いてるようなことは当然
やってるはず

それとは別に H.264 の JM って RDO=1 の設定のときに、16x16/16x8/8x16 ……
それぞれでとりあえずエンコード・デコードしてみて近似ではない真のRDを求める
とかいうのがあるのよ

これやるととんでもなく遅くなるので、実用のエンコーダでやる人がいなくても
仕方がないと思う

なんでマルチスレッド対応しないのだろう＞x264

触手は伸ばすもので動かすのは食指だと，ネタにマジレス．
しかし >>197 はそんな慣用句すら知らないんだと思われ．

ドッチモバカ

最近xvidスレがやたら過疎化してるのは
こっちに住民の興味が移ったからなのか。
開発終了した後に開発者がこっちに
移ってくるらしいしインターレース絡みも期待。

つーか、早くグラデーション部分のブロックノイズをどうにか汁

XviDを終わらせようと必死なのがいるのは何故？

ユーザは、さんざん語られてきたXviDネタよりも新しいH.264ネタを盛り上げようと思う
開発者は、先のないXviDよりも先行き明るいH.264に傾倒する
XviDよりも高画質低容量なのは誰もが認めるところだし、自然の成り行きでしょ

XviDで本エンコ、x264でテストエンコ、これが今時のスタイル

これってH.264に準拠してるの？
そうだとするとMPEG2のように有償になるんでないの？心配ない？

>>206
xvidは「バイナリを公開しない」という方法でその類の問題を
全部スルーしたのでx264も基本的にそれを踏襲している。

>XviDよりも高画質低容量なのは誰もが認めるところだし

そんなことはない。

>>207
次世代DVDのアプリケーションフォーマットがそろそろでるようだけど
これで作ったファイルもオーサリング可能なファイルになるのかな？
「H.264のようなもの」であって別物？

　　　　　　>>208
　　　　　　　　　＼　　　∩─ｰ､ 　　　====
　　　　　　　　　　 ＼／　●　､_ ｀ヽ 　　======
　　　　　　　　　　　/ ＼(　●　 ● |つ
　　　　　　　　　　　|　　 X_入__ノ 　 ミ　　　そんな餌で俺様が釣られクマ――
　　　　　　　　　　　 ､　(＿／　　　ノ　/⌒l
　　　　　　　　　　　 /＼＿＿＿ノﾞ＿/　 /　　=====
　　　　　　　　　 　 〈　　　　　　　　 ＿_ノ　　====
　　　　　　　　　　　 ＼　＼＿　　　　＼
　　　　　　　　　　　　　＼＿__）　　　　　＼　　　======　　　(´⌒
　　　　　　　　　　　　　　　　＼　　 ＿＿_ ＼＿＿　　(´⌒;;(´⌒;;
　　　　　　　　　　　　　　　　　 ＼＿＿＿）＿＿＿）(´;;⌒　 (´⌒;;　　ズザザザ

>>200
知ってるからこそのツッコミだろ。

おいおいもまいら、MPEG4/AVCはエンコーダ側にはMPEG-LAのパテントプールは無いよ。

>>211
正 : 触手が伸びる
誤 : 触手が動く
正 : 食指が動く
誤 : 触手が伸びる

だから，「触手が動かん」の突っ込むべき所は「触手」じゃなくて「動かん」の方．
触手に例える慣用句があるのに，触手と言う表現を否定するような突っ込みは，
突っ込み風のボケでしかない．
と更にマジレスでスレ違い御免．

誤 : 触手が伸びる
じゃなくて
誤 : 食指が伸びる
だな．吊って来る．

>>213-214
> 正 : 触手が伸びる

アホか。何かが欲しくなる事を例えるのに「触手が伸びる」なんて使わない。

おまいらエロゲやりすぎｗ

触手を伸ばすって組織に使うことが多いような気がする

あと、国語辞典に載ってる意味は、
興味を持つ → 食指が動く
実際に動く → 触手を伸ばす
ですよ。

なにこの触手スレ

infoseekツールバーでも入れて国語辞典にすぐアクセスできる態勢をとっとくのが吉。

ケルティック様のffdshow最新ビルドがなかなか上がらないので
sse版2005.03.01に食指が動いたんだけど、avcのdecodeのBフレのdeblock
ができるようになってるみたい。触手動きまくりに嬉しい

触手が動くのは18禁エロアニメの定番ですよ

x264でエンコしたファイルをクリックするとエクスプローラーがえらいことになる_|￣|〇
原因模索中

次世代の光ディスクってWMVとh.264ｻﾎﾟｰﾄするみたいだけれどx264でエンコしたファイルも
ｻﾎﾟｰﾄされるのかな？

H.264って無料じゃないのかよ！

日本語に不自由な人ばかりのスレってことですか・・・

>>225
金、払いたいなら払えよｳﾞｫｹ

＞実際に動く → 触手を伸ばす
知らなかったけど、なんか感性的によくわかる意味合いだね

>>223
謎だけど うちもなった。
とりあえず ffdshow(20050224)をアンインストで症状は出なくなったけど…

>>131,133とは趣の異なる不具合なのかな？

俺のは違う。
エクスプローラーがまずメモリ食い始めて、限界の2Gまでいくと、
エラーで終了かなんとか持ちなおして大丈夫かのパターン。

XPのエクスプローラってH.264に限らずaviさわると固まること無い？
そういう時はエクスプローラ再起動してるけどそれしかないのかな？

プレビューを切る

ttp://itpro.nikkeibp.co.jp/free/ITPro/USNEWS/20050131/155453

>>232
http://pcweb.mycom.co.jp/column/winxp/051/

rev149 いつの間に･･･

いつになったら16の倍数以下のエンコできるようになるんだろう・・・
4の倍数にして欲しい・・・

>>237
禿胴、最初それがわからず暫く悩んだ。

正直まだまだ実用性ないよね・・・

確かにそうだろうけど、今のx264は昔のXivDみたいで楽すい。

Bﾌﾚｰﾑ1にしたときとしないときで
ファイルサイズがどえらい違うときがあるんだけど

だいたいは無いときの１０％くらい小さくなるんだけど
なんかたまに４０％くらい縮んでいる時があるんだよね
再生はちゃんと出来るから問題は無いと思うんだけど
うーむ、、、(;´Д`)

ｱﾌｫでつか？

rev.150

(r150) 新しいオプション:「Bフレームピラミッド」は、参照として2+の中間を連続するBフレームおよび再注文フレームに適切にしておきます。

x264でなるべく高解像度(最高は1920×1080？)のファイルをつくってtestしてみたいんですが、
当然のことながらaviutlではできません・・・
どなたか高解像度でエンコできるソフトウェア教えていただけないでしょうか。

TMPGencで普通にできた。。ｽﾏｿ

aviutlでいいんじゃ？

あれ？自分の環境ではaviutlは最高856までにしか・・・ver99です。

それにしても次世代の規格がはやく広まって欲しいものですね。
大容量ディスク＆h.264＆1920x1080＆光・・・・　一体どんな世界になるのやら。

システム設定で変えれるんやない？
今1440x1072でエンコ中。ver98d

>>248
249と同じくver98だけど、ファイル→環境設定→システムの設定
で最大画像サイズとかフレーム数とか変更出来たはずだよ。
それを変えてないんじゃないかと思ってみる。

大容量ディスク＆h.264＆1920x1080＆光・・・・な世界になっても適切な環境設定は重要

そもそも856って確かデフォルト値だし使ってみる前に
一通りあちこち設定眺めてみるとかすればいいのに。
結局使い手次第だな。

みなさん、どうもです。優秀なソフトはまさに使い手次第だと言うことを改めて知らされましたです。
ありがとうございました。

rev153　http://uk.geocities.com/h264x264/
更新ペース速いな

http://www.compression.ru/video/codec_comparison/mpeg-4_avc_h264_en.html

>>255
（　・∀・）つ〃∩　ヘェーヘェー
ところで、H.264エンコーダの中でJMの性能ってどのあたりになるんだろう？

何年も更新を続けてきたDivXがこうも簡単に抜かれると
なんか悲しいものがあるな。

DivXは昔から糞じゃんよ。('A`)

ループフィルタの威力絶大だなぁ

ttp://www.aziendeassociate.it/cd//x264/X264VFWp.exe
X264VFWp.exeこれなに？

pentium

AtemeのCLI版ほしいなあ… NeroRecode2好きくないよ。

H.264、普段WMV9でばっかエンコしてたからエンコ時間がかなり早く感じる

XviDからだと逆にちと遅いかな？つう感じだけど。
でも、かなり速くなってきてるよ。

おれはDeblockには騙されんぞ。verが落ち着くまでDeblock-6でエンコしてやるウウウ

ふと思ったけど、デコーダのマルチスレッド化ってどこかやっているのかな?

エンコードもかなりの並列化はできるだろうけど、エンコードよか
フィルタで時間がかかることが多いんであんまり効果なさげ。
それに、エンコードが多少遅くなったところで致命的な問題が
あるわけでもないので、労力の割りに益が少ない。

でも、デコードなら1080/60iをデコードとなると今のCPUのシングルスレッド性能の
上昇比率だとかなり辛くて、ハードウェア支援が必須。
GPU等に頼らずCPUのみでやるとすると、マルチスレッド化して複数のCPUに処理を
割り振らないとつらそう。

CAVLC/CABACの処理・動き補償・フレーム差分の復元・ポストフィルタなど
パイプライン的に独立に行える処理が多いし、効果は大きいと思うんだけど。

もっとも、マルチコアCPUが一般化するまではあんまり意味ないか…

ちと話がそれるが
いわゆるハイビジョンの仕様は1080/60iと720/30pだよな。
この仕様はどこが決めたんだ？

>>266
DUALつかってるから対応して欲しいぞ・・・
720Pなんておもくてまともにデコードできない・・・
とりあえずHTとか擬似機能があるんだから対応して欲しいな。
こんなことを言ってる私のCPUはAthlon MP2800×2

ageちまった・・・

Revision 153 VFW:
Generic P3 build: - (MMX+SSE required)
(Updated with B-Frames Pyramid vfw patch by celtic druid)

Athlon XP build: - (MMX+SSE+3DNOW required)
(Updated with B-Frames Pyramid vfw patch by celtic druid)

Doom9

>>269

ttp://uk.geocities.com/h264x264/x264.revision.153.pentium4.zip

B-frame pyramidってなんですか？

Pen4はICLでコンパイルしたものが一番速いんじゃないの？
GCCでも効果はあるだろうけど。
ICL8.1でコンパイルできる神はいないかな？

>>273
↓のpdfの30ページをご覧あれ。文字で説明するより、たぶんわかりやすい。
http://www.ece.ucdavis.edu/~mihaela/lecture12.pdf

ICLの最適化にはﾊﾞｸﾞがあるんじゃ？

ちなみにGCCの最適化はあまり高度じゃない

>>275
thanks
何となく解ったです。

日本語化って需要あります？
ttp://xbb.jp/lyris/files/index.html

>>279
ＧＪ！

日本語の方が意味不明になるような・・・
とりあえず乙です

これで英語ダメダメな漏れでもテストする気になる！！

GJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJjjjjj

>>281
>>279 は、たたき台をくれた。意味不明ならば俺らで直して行こう

インスコするの面倒、画像あげてくれ

>>279
テスト追いつかないけど乙！

>>284
ttp://monoganac2.sakura.ne.jp/src/milktea0877.jpg
ttp://monoganac2.sakura.ne.jp/src/milktea0878.jpg

>>286
一瞬、WMV9かとおもたよw

[高度な設定 - H.264設定]
最大キーフレーム数　→　最大参照フレーム数
Bフレームのエンコードタイプ　→　Bフレーム適用予測タイプ

[高度な設定 - ビットレートの配分設定]
キーフレーム割合 (%)　→　Iフレーム品質上昇率 (%)
Bフレーム圧縮率 (%)　→　Bフレーム品質減少率 (%)
ビットレート増減率 (%)　→　ビットレート変動率 (%)

[高度な設定 - マクロブロックサイズ]
マクロブロックサイズ　→　マクロブロック分割タイプ
デコード複雑度　→　ブロック分割の品質

追加・添削よろ

H264　でエンコードするときのCodecがいろいろあるけど
結局これから主流になりそうなのってどれ？

x264? ffdshow?

rev153 Athlon XP build だけど
B-Frames Pyramid 使用にすると画面が崩れる('A`)

検証めんどくさくなってきた（汗

>>288
thanks
更新致しました。

更新乙です！
が、こんなメッセージが出ちゃいました。

＞旧バージョンのファイルを確認しています[MD5チェックサム]...
＞　　--> [C:\WINDOWS\System32\x264vfw.dll] MD5チェックサムを計算中...
＞[エラー] 旧バージョンのファイル内容が異なります(MD5チェックサムが一致しない).

一旦x264をｱﾝｲﾝｽﾄして再ｲﾝｽﾄ後、新パッチ実行しました。ちなみに旧パッチでは
問題なく当たっています。
x264は X264VFW_rev153.exe と X264VFW_rev153_axp.exe で試しました。

ぐは、、、156まで来てる
ttp://www.aziendeassociate.com/X264VFW_rev156p.exe

(r154) Adaptive B skipped some POC numbers (slightly reducing b_direct efficiency).
(r155) buffer overrun when bframes == X264_BFRAME_MAX
(r156) 10l

>>291-292
を見ていただきに行ったら、１版適用済み→２版の差分がもうできてる
>>279さん、仕事速杉

>>291
乙

>>288
　おいおい、さらに訳が間違ってますぜ。

[高度な設定 - H.264設定]
CABAC−コンテキスト適応型2値算術符号化（方式）

[高度な設定 - マクロブロックサイズ]
8×16，16×8 ＋ 8×8　Ｘフレーム検索
　↓
Ｘフレームにマクロブロック単位の可変ブロックサイズ動き補償を使う
（ＸフレームにMB単位の可変ブロックサイズMEを使う）

4×8，8×4 ＋ 4×4　Ｐフレーム検索
　↓
Ｐフレームにサブマクロブロック単位の可変ブロックサイズ動き補償を使う
（PフレームにSub MB単位の可変ブロックサイズMEを使う）

>>296
具体的に書いてくれよｗ
文字数に制限あるみたいだから意訳＋省略したわけだが

まだインスコしてないので英語の方もうpしてﾎｽｲ・・・
H.264/AVC教科書持ってるから暇つぶしに手伝うので。

ttp://forum.doom9.org/showthread.php?s=a7b680e7ebb64081c8cb6d16c138879d&threadid=89979

[高度な設定 - H.264設定]
Bフレーム適応予測モード
つーか、直訳で、「予測モード」ではダメなのか？

[高度な設定 - マクロブロックサイズ]
→マクロブロック分割
　マクロブロックは分割されてサブマクロブロックになるわけで。

>>301
Bフレ適用するかどうかの判断方式でしょ？
直訳だと訳わかんないし、適用予測にしたんだが・・・

マクロブロックタイプの方が確かに良いね

>>302
マクロブロックタイプはもっとおかしいな・・・
何て言えばいいのやら

Q17〜18が最もバランス良いってことに勝手に任命

＞任命

(r157) VfW: expose B pyramid and weighted B prediction

>>297,301,302
thanks参考にさせていただきました。

>>299
http://monoganac2.sakura.ne.jp/src/milktea0895.jpg
http://monoganac2.sakura.ne.jp/src/milktea0896.jpg
http://monoganac2.sakura.ne.jp/src/milktea0897.jpg

toolkit使ってVC版作ろうとしたけどリンクでエラー出てだめぽ
gccで我慢するしかないか・・・

まだまだ使いモンにならんな、当分はXviDで逝くか。

いつの間にか、公式ページのEncoder limitationsからNaive B-frame placementが消えているね。
まだまだB-Frameピラミッドは開発中もいいところだけど、機能としては一応載っているもんなぁ。

この調子でReal RDも実装するのかな? とてつもなく重くなりそうだけど…

rev158

* trunk/Makefile: Don't include x264.o in the library.

初心者的質問でなんだが、エンコーダが違っても、H.264である以上、再生の環境は選ばないはずですよね？
そうすると、どのエンコーダを選ぶかは趣味の問題ということでいいですか？

http://uk.geocities.com/h264x264/x264.revision.157.pentium4-icl.zip

>>313
x264とh.264はちがう。
WMVでエンコードしたんだけどこれDivXプレイヤーで見れるよねって言っているようなもの。
まあ、そこまで違うものでもないんだけど・・・DivXに対するXviDみたいなものだと思え。
あくまで派生物。オリジナルとは違う。

>>315
いやいや、そんなことはないでしょ。Doom9には
>x264 is a free library for encoding H264/AVC video streams.
って書いてあるし、実装から言ってもH.264/AVCの仕様からはずれたものは実装されてないし。

とはいえ、再生プレイヤーが出てみないことには何とも言えないし
あんまり当てにせんほうが良いと思う

まあだからそこまでは違わないってことで・・・
XvidのデータもDivXのデコーダで再生は出来るでしょ
H264/AVCに準拠するとはおもうけど違うところも出てくるかもしれんし、別物と考えとったほうが言いと思う。

オリジナルのH.264ってどれ？

H.264は規格、仕様

オリジナルというとJVTかな

MPEG2でも会社毎によっていろいろ違ってた見たいだし。
ハードエンコのカードで作ると編集できなかったり。
規格、仕様の部分はきちんとして貰いたいね

>>321
JVTってJoint Video Teamの略で、団体名。
リファレンスソフトウェアはJMだな。
ttp://iphome.hhi.de/suehring/tml/

>>309
俺的には十分使い物になるよ
でも、万が一に備えてXviDとx.264の両方でエンコしてるけどね

あとはファイルサイズ指定でエンコ出来るばなぁ・・・とか思う

352×288でリアルタイムエンコするには
どのくらいのスペック必要ですか？

x264 rev.158でエンコして再生はffdshow-20050303を使いMPCで再生しています。
シークしたり、普通に流してても・・たまにCPUを使い切り映像が動かなくなります
その時は、MPCをタスクマネージャーから落とさないと、CPUを使い続けます。
で、再生コーデックをneroDVDにすると、そんな現象は起こらないんですが・・
再生品質があまり良くありません。そんな経験無いですか？？
お勧めの再生コーデックがあれば教えて〜

>>326
>>24

326です

>>327
見逃してました・・・サンクスです

>>328
>>24のコーデックはBフレ2以上だと緑のブロックノイズが出るんで気をつけな。
3月以降のffdshowのでも軽くなったと思うけどなあ・・・
ttp://www.aziendeassociate.com/libavcodec.bpyramid.7z
これ入れると止まるのも無くなるし

あー下げるの忘れてた・・・
ごめん
ついでに161でてたよ。
(r159) Fix per-frame QP override broken in rev 137.
(r160) expose option "chroma qp offset"
(r161) AVI & Avisynth input (win32 only). patch by bobo from Ateme.

むしろffdshow推奨でしょ

>>330
別にsage推奨スレでも違法スレでもなく、age嵐でもないんだから
ageて謝る必要はないと思うが。

(r162) write VUI bitstream restrictions

【WMV脂肪】次世代ブルーレイPSPのUMD-VIDEOのフォーマットを採用

http://news19.2ch.net/test/read.cgi/news/1110513483/

>>329
Bフレ２以上で緑のノイズでるのってvideosoftのデコーダのせいだったのか。
x264が原因かと思ってた・・・

>>329
326です
新しいlibavcodec入れるとffdshowの挙動がずいぶん良くなりました・・
まだつっかえるけど・・再生品質は確実にffdshowの方が良いい思った。

ごめん。
livecodecってどうやってインストすんの？
system32にコピー？

（　ﾟдﾟ）ﾎﾟｶｰﾝ

（　ﾟдﾟ）ｶﾎﾟｰﾝ

>>337
329の奴？
それなら、ffdshowのインストールフォルダのlibavcodec.dllを上書きすればいい。

>>340
ありがとう。

>>338,339
ごめんね。337はじめてlivecodecしたから、ごめんね

CyberLink Announces Support for High-Definition DVD Across DVD Entertainment
and Burning Product Lines (英文のみ）
ttp://www.gocyberlink.com/eng/press_room/press_view.jsp?id=809

皆さんどれ使ってます？

Doom9 - New A/V Formats - Codecs
http://forum.doom9.org/forumdisplay.php?s=&forumid=54

CelticDruid - x264,ffdshow,mpeg4ip(mp4creator),GPAC(MP4Box),mplayer/mencoder (バイナリ)
http://celticdruid.no-ip.com/xvid/

Geocities
http://uk.geocities.com/h264x264/

>>343
Doom9

書き忘れたけど私もDoom9です。
3つの違いはCPUに最適化されているかとかくらいなのでしょうか？

Doom9は全部gccでCPU別最適化してるのか

１分半の映像を圧縮しようとしたら元の２倍のサイズになったんだけど仕様ですか？

>>347
無駄にビットレート割いているんだろ・・・
どーせ
それとどんなソースなんか言わないと話にならん

>>348
ケロロ軍曹のOP

>>349
んでどのよーに設定したの？

このスレにあったのを適当にまねて
Single Pass Quantizer 17
Bフレーム 2
他はデフォルトでフィルタもなし

>>351
それでサイズは幾らから幾らになったよ？
ソースはMPEG2?
あと、音声のMP3をWAV出力してんじゃね？

NECはHD DVDドライブの量産試作機を出展
ttp://www.watch.impress.co.jp/av/docs/20050312/cebit04.htm

＞今回のデモでは「ディ・アフター・トゥモロー」などのVC-1や、
＞MPEG-4 AVCの1080i映画コンテンツをPC上でデコードし、
＞DVI経由でディスプレイに出力していた。PC用の再生ソフトはNeroのShowTimeと、
＞CyberLinkのPowerDVDを利用、VC-1の場合はWindows Media Playerでも再生できる。

＞デモ用のPCではCPUにPentium 4 3.6GHzを搭載しており、
＞「この程度のスペックであればCPUパワーの半分も使わずに再生できる」という。

>>353
P4-1.8Gとか、P3-1.2Gとかで、デモして欲しいな。

>>352
ファイルサイズは67.5MB→116MB
ソースはMPEG2で音声は再変換なし

もしかしてDeblocking filterって再生負荷に関係してる？-6にしたら
負荷が半分〜7割くらいになるんだけど気のせいかな

>>355
もしかしてインタレ解除もしなかったの？
x264はまだインタレサポートしてないよ・・・
ある意味ノイズだらけのファイルをエンコしたのとかわらんのじゃない？

現状deblocking filterが一番重くなる原因になってる
この部分の最適化が進めば実用レベルになるのに惜しいよな

rev164

xvidで言ったらまだ0.9世代あたりなのに
実用がどうとか言うのは早過ぎでは？
将来の互換性はまだ不透明だし。
追っかけるのはxvidより楽しいけど
まだ最終出力用としては怖い。

そりゃそうだ。
みんなでテストしてるのさ。

でも結局テストといいつつβ段階から流れてしまうけどね・・・
XviDだって1.0になる前から使われてたし、WMV9もβから使ってるし・・・
みんな結局使い物になればβからでもかまわないんだよ・・・
まあ今のx264はまだちょっと不安定だけど・・・
将来の互換性か・・・
DivXはVer5になってからでも不透明だったし・・・
互換性ってどーなった時点で保障されるんだ？
H.264再生機が出た時点か？
実際みんなはどの時点で互換性の問題がクリアになったと考えるの？

結局、自分のPCで再生できればいいや。

>>362
オレの場合だと、有名なソフトがでてきて編集等が楽になったらかな。

AVCの再生というより、俺も、個人的には、MP4まわりの編集等の環境が
ある程度整ってからかなあ、実用になるのは。x264(vfw)もBフレありだと
フレームズレズレになるのとか、画質・互換性以前にちょっと厳しい

>>362
QT7が出た時点で

HD時代のCODECといいながらx264はまだ4:3専用（ですよね？）
早く使ってみたいんだけど、なんとも。

16の倍数なら問題なかった覚えがあるが？

自分でおよそ16:9の解像度でエンコードすればいいだけでは・・・
anamorphic再生をしたいのなら、ffdshowの場合
Start Menu＞Video Decoder Configurationの
Output＞Use overlay mixerにチェック入れればいいし

>>368
16の倍数ということは、9と16の最小公倍数＝144なんで、縦は144の倍数じゃないと16:9にならないんですよね。
とりあえず8ｘ16ブロックは使わなきゃいけるかもと思い試してみたけどダメ…
画面端だけ自動で8ｘ8や4ｘ4に落としてくれればいいんですけどねぇ。

>>369
r124くらいからタマ〜に実験してみてるんですけど、まだまだだなって感じがしたのでフッと書き込んでしまいました。
思い出した頃にまた試してみますｗ

最近立ちくらみするんだよね

>>370
そこまで厳密に設定するのと、16:9で作るのと、
HD時代の、ってのはあまり関連がないようにも思います。
16の倍数は圧縮アルゴリズムからの制約？であって
4:3じゃなきゃいけないと言われてるわけでないでしょから。

制約のない解像度で作れたほうがいいけど、
多少ズレてもなんとかなるだろうし、HDのMPEG2-TSなんて
1080に出来ないから1088(下部映像なし8ピクセル)だし。

>>372
4:3専用というのは確かに語弊がありますね、取り下げます。
8ドット単位でなくてもエンコードできるCODECは色々あるわけで、そういう方面の
インプリメントが今後なされることに期待しておくこととします。
スレ汚しすみませんでした。

>>367
ふつうに704×480でmkv化して16;9にしてZOOMPlayerで再生すれば見れると思うが、4:3専用にせんでも・・・

>372
ARIB規格がこんなんなのね。
ttp://pdn-dbg.securethink.co.jp/AVTS_Creator/method.html

何故にYUY2を蹴ったとですか？
何故にコメントアウトしたとですか？
教えてけれ・・・エロい人 orz

>>376
YUV420(I420,IYUV,YV12)と、YUV422(YUV2)ではDC成分の処理の仕方が微妙に違うからだと思う。
たぶん、エンコーダにYUV422に対する（ちゃんとした）処理が搭載されてないんだろう。

訂正・補足等歓迎。

ごめん、
YUV422（YUV2)　→　YUV422（YUY2）ね。

YV12に変換して渡さないとエンコできないの？

>>377-378
アリガ�d

しかし、なにも弾かなくても、注意書きだけでいいと思うのだが・・・
再対応はいつになることやら （´・ω・`）

rev165
SSD comparison function (not yet used). Cosmetics in mmx SAD.

r166
revert 164. blame Spyder.

>>367
補足だけどHD時代のコーデックというのはこれの意味なのかも・・
http://www.itmedia.co.jp/lifestyle/articles/0407/09/news074.html
標準のH.264/AVCだとHDに弱かったとは知らんかった。

>>383
上の連中は規格乱発しすぎなんだよな。
振り回されるのが下層の人間だと高を括りやがってorz

あれ、YUY2復活してるな。いったい、なんだったんだろう…。

rev167 来てますた

しかし追っても追ってもきりがないな

CCEかTMPGのH.264エンコーダー出るまで待つわ

ホリエモン

ttp://uk.geocities.com/h264x264/
消えた？

>>390
Sorry, this site is temporarily unavailable.
すみません、このサイトは一時利用できません。

>>390
今見れます

>>391,392
すまん、英語だったので早とちりしました。
アリガ�d

PenII-400でエンコできたぞ。176×144でカクカクだけど

Pen2でencってある意味すごいな。

>>388 TMPGとかから264シリーズ出るのか？　ｗ
堀さんはいったいどうするのかなぁ。

>>395
堀さんってペガシスのTMPGEncブランドな製品とはもう一線引いちゃっているのかな?
なんせTMPGEnc DVD Author 2.0はインターコム社のトランスコーディングエンジンを採用
したことを宣伝文句にしているぐらいだし。

んで、tmpgenc.netではなんの気まぐれか去年の11月に1年ぶりに2.5をアップデートリリース
したし。

んまぁ、堀さん一人でH.264のエンコーダを一から実装するのは不可能に等しいと思うけどね。

x.264ぐらいならば一人でも半年あれば実装できてもおかしくない

・IP & CAVLC のみ - 3ヶ月程度
・B+CABAC - 3ヶ月程度
・インタレース - 3ヶ月程度

てなぐあいで、x.264 は B+CABAC までしか対応してないし
# エンコーダのみを想定 (デコーダはもっと大変)

ほほう。
ところで堀さんはMPG一人で開発したそうだけれどMPG強ければ264も強いのかな？
あまり詳しくないから深く言えないけれどなんか海外の人が凄いソフト作りそう。　　　　　な気がする。

rev169

1920初めて再生させてみた。640とか704とかになれているのでとてつもなくでかく感じた。
まったくすげえな。

>>400
どんなスペックで再生させたの？
デコーダは？
おれのPCでは1024×720でも重すぎて・・・

gcc版とicl版差が無い感じがする･･･

最軽量にH.264を再生させる方法教えれ

10GHzのCPUを飼ってくる

ハードウェアデコーダを作る

>>353のPowerDVDが軽そうだね
現行の改良版だろうけど

http://ja.wikipedia.org/wiki/H.264 に>>383の内容についてまとまったのがあった

> MPEG-1/-2/-4やH.261, H.263では、8×8画素のブロックを単位 (略)
> コサイン関数が用いられるため、浮動小数点精度での演算
> H.264では16ビット整数で係数および量子化の演算を可能とするため、
> 4×4行列を単位とする整数変換

> 単位ブロックサイズが小さくなることにより、低解像度の動画の圧縮では比較的好適な画質を示すが、
> HDTVなどのような高解像度の動画において画質の再現性に弱いという短所もある。

> FRExtでは、4×4画素単位の整数変換に加えて、8×8画素整数変換が新たに追加された。こ
れに伴い、8×8画素単位のイントラ予測も追加されている。


プロファイルについて
> ベースラインプロファイル(Baseline Profile): I, Pフレームのみ、エントロピー符号化はCAVLC+UVLCのみ
> メインプロファイル(Main Profile): ベースラインプロファイルにBフレーム、CABAC、重み付け予測などを追加
> 拡張プロファイル(Extended Profile): ベースラインプロファイルにSI, SPフレームなどを追加

> 今後は、FRExtの追加承認によって、さらにハイプロファイル(High Profile)等のプロファイルが追加される予定である。

ついこないだHD DVDで正式にFRExt(High Profile)採用が決まったね

>>262
http://en.wikipedia.org/wiki/H.264 に
> The Nero Digital package, co-developed by Nero AG and Ateme, includes an H.264 encoder
> which was judged best overall by Doom9 in its "2004 codec shoot-out".
ってあったからAtemeってのはNeroのやつのことかも…

rev170
SSE optimized chroma MC. patch by Radek Czyz.

optimizedされてても、遅い・・・

日付単位どころか時間単位で開発が進んどりますなぁ。

X-Finderの作者みたいに更新するのが趣味だったりして

>412
誰かがどこか更新したらrev上がっちゃうからしょうがないね

ついさっき ffdshow-20050312.exe にしたんだが、
H264のシークが無茶苦茶快適になるな

>>415
ほんとだ

1PASSで作ってみたが一部画像が崩れてた
画質的にはRV10と同じ感じ
サイズは狙ったサイズになったけどね
QBじゃないと綺麗の出来ないのかな
寝てる間にQBでも作ってみる

>>415
めちゃめちゃ快適になったわ
負荷もいくらか下がってるみたい

ffdshow再生でBフレ2以上でなんか強制終了にならない？
俺のとこだけ？
Videosoftだと緑のノイズが出る・・・
圧縮設定
CABAC 有り
Deblock 無し
Max reference frames 15
Bフレ2 spatial
Use as referencesはチェック
Weighted biprediction　もチェック
ｆｆｄshowは20050312でx264はrev170、プレイヤーはWMP10とZOOMとMPCなんでコーデックのせいだと思うんだが。
doom9のlibavcodec patchつかってもおんなじ症状。
Bフレ2以上無いとReferenceFrame使えんみたいなんだけど使うと強制終了・・・
今のところ使うなってこと？

"Max reference frames"変えれば落ちないんじゃないかな。
5以下で十分なような(自分のばあい普段は3)
技術的なことは全くわからんし、細かく検証したわけじゃないけど

この件とは無関係だけど、ffdshow03.12はmp4やmkvなavcがダメになってる気がする

rev171
Chroma ME (P-frames only).

Max reference framesあげると若干圧縮率あがる気がする。
俺も再生できてないけど_|￣|〇

Pフレームオンリーって使い道なんだ？

H.264だと直前・直後のI・Pフレームからの差分だけじゃなくて、
いくつか前後のI・Pフレームからの差分も取れるようになっているけど、
Max reference framesってそれをいくつとるかっていう設定だよね?

15もとればそりゃ辛い罠…

419です。
やっぱみんなだめなのね・・・
>>424
どっかのバージョンで16までサポートしたって書いてあったから、きりのいい15にしたんだけど、この数字ってやっぱ多いの？
でも15フレームくらいとらないとあんまり意味ないんじゃない？
１フレーム前だったら今までのBフレームと変わらないし、2、3フレームで大きく絵が動くこともないから今までのBフレと変わらん気がする。
ループに対するBフレだと思ってるから15フレームくらい採らんといかんのじゃない？
15でも少ないと思うくらいだし・・・

>425
言っておくけど、参照フレームとBフレは全く関係ないよ
当然、参照フレーム数は多ければ多いほど出来上がりの質は上がる（1passQBならサイズは縮む）
エンコスピードにストレスを感じていないなら当然15もしくは16にすべき
あんたの止まる原因はただ単にBフレのUse as referencesにチェックいれてるせいだと思うよ

むむ。BフレのUse as referencesってことは、H.264ってBフレームも参照できるように
なったのかな?

B-Frames Pyramid ってやつのことでしょ

>>426
情報THX
勘違いしてました。
今のところはBフレのUse as referencesのチェックは外してエンコするようにします。

bフレも15って・・・そりゃ落ちるだろ

r174
Check/fix range of x264_param_t.rc.i_qp_constant.

icl版も一応CLIでaviやavsが使えるようにしておいたり

>>417 同意。1passだとなんか動きが激しくないとこでも急に乱れる事ありってかencしたもの全部乱れてる・・
1passは避けたほうがいいな。

>>432
お前がいう1passって、どうせ1pass ABRだよな?

174はノイズでるね。

Pen4版じゃないほうにしたらノイズ消えた。

AXPのはどこにある？

>>436
doom9のp3版でいいんじゃない？

>>435
おお、本当だ！
P4版もBフレを使わなければノイズ出ないけど
念の為変えるか

うちじゃ特に問題ないけどな・・・

ひどｽｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

誤爆したorz

rev.177

これモスキートノイズが出にくくていいね。β版出たら本格的に使ってみよう。

(r175) early termination for intra4x4 analysis
(r177) Simplify inter analysis option names. (psub16x16 -> p8x8)
上の二つってどーいうこと？
誰かわかる人おしえてー

(r175) イントラサーチがこりゃあかんわぁと思うた時のために近道作っといたで
(r177) なんかさぁ、プログラム内部で使ってたオプション名なんやけど、えらぁ長いやろ？そやから短かくしといたったで

>>443
そりゃループフィルタつかってブロックノイズ・モスキートノイズを消してるからなー

178

>>445
175はよくわからんかったけど、１７７は単純にしろってことやろ。
でも(psub16x16 -> p8x8)って単純化って言うの？
まあわかりやすかったです。サンクス

>>446
ダウト
ループフィルタはブロックノイズにしか効かなくて
モスキートが出にくいのは 4x4 変換ベースだから

>>448
(175) イントラ (キー) MB の予測で手抜きをすることにしたぜ

最近revあがらなくなったな・・・
休眠期か？
それとも大きな変更の前の静けさか・・・

ｳﾞｧｰｼﾞｮﾝうｐしないと寂しい

今はこんな状況。ちゃんと読んでないが
sysKinさん(pengvadoさんも？)はneroで働くらしい。
http://forum.doom9.org/showthread.php?s=&threadid=91673

>>453 数少ない優秀な開発者が・・・orzzzzzzzzzzzzzzzzzzzz

更新止まったな。まぁ気楽に待つか。

げっ、再生したら上下逆さまになってしもた
落ち着けよ〜俺・・・。ちなみにr178

VDubのジョブに登録してr178(aziendeassociate)でエンコードしようとすると
2つ目のジョブ終了後にDubが落ちてしまうのですが、これってウチだけかな．．．
P4 2.8C、AviSynth2.5.5を使ってavsから直エンコードした場合です。
他の環境等、まだチェックしていないのでアレですが・・

MacのHandBrakeがx264のmp4を作れるようになった。

macなんかどうでもいい

>>457
doom9のSSEのr178だけど2回に１回くらいでうちもVdub落ちる。
なんでだろね。
いちおうAvisynthです。

(178xp)　3DNOW Build

x264良いね。
今WMVで保存してるけど画質で比べたらWMV脂肪確定。
でも地デジと次世代DVDが普及し出したらキャプエンコ房の俺も脂肪確定ｏｒｚ

-O3 -march=athlon-xp -pipe -fomit-frame-pointer -mmmx -msse -m3dnow -mfpmath=sse -funroll-loops -msse2

>>462 あんたに限らず多くのエンコ品は志望確定だな。
かくゆうおれも・・・・

>463
-mfpmath=sseってまだまだEXPERIMENTALじゃなかったっけ？
そこまでするなら
-mfpmath=sse,387 -ffast-mathすりゃいいのにね

>>459
お前なんかどうでもいい

いや、macなんかどうでもいいだろ。
>>466はどうしたの？

きっと仕事で嫌な事があったんだろ…察してやれよ。

ﾏｶﾁﾝｺ

PowerEncoder　のレビュー記事ってないの？

かなりよさそうだから買うか迷ってるんだけど。

インタレ対応まだかいな

やなこった

>>467もどうでもいいな

Macは持ってないので、俺もわりとどうでもいいけど
QuickTime7はどうでもよくないな。win版もすぐにでるのかなあ

なにより今は、x264の今後が気になる
このまま開発休止状態へ ってことにならなきゃいいけど…なんか…

>>473
mac板から出てくるなよw
迷惑だからさ

えー、マカーもここ見てるの？

>>475
aho?
>>476
chinko?

さすがだなぁ

MPEG-4のファイルフォーマットは、QuickTimeをベースに開発された。
H.264はMPEG-4 Part10（AVC)として標準化された。
Mac使いがやって来るのも不思議ではないし、
Appleが使える編集ソフトつくるなら、それはそれで歓迎するよ。

Mac使ったことが無いドザが哀れだな

マカーは糞レスしかしないから来なくていいよ。
大体、ここ見てもほとんど意味無しでしょうに。

だからマカーは嫌われるのですよ。

嫌われてるのはどっちだかw

目的は何だ？

>>479
変なこじつけだな。

マカは純正品の高速時間だけ使ってれば十分じゃないの？
別にWindowsの真似して色々なサードパーティーのコーデックにまで
手を出す必要も無い。

アップル信者はホントにどうしようもないねぇ。

とりあえず開発者が居なくなったx264はもう終わった物と思った方がいいな

ということにしたいのですね

PowerEncoder使えばいいじゃん。x.264じゃなくたって。

なんかおまいらひたすら暇そうなだ。

>>489

power encoderの方がx264よりすでに終ってると感じるが・・・
このスレでも発売前後は話題になったがそれ以降はまったく話題に上らず・・・

HandBrakeのH.264対応おめage。
しかし、QT7のH.264が出たらMacでもWinでもゴーデンスタンダードになりそうな予感。
それまでは他のH.264エンコーダにどっぷりつかるのは危険かな。

それはないよ。
QTって、Windowsユーザーに嫌われてるから

>>493
QTにはまともなDirectShowフィルタを提供して欲しいな。
MPCがあるとはいえ、基本的に純正クソプレーヤしか見られないのは×

>>493は時代遅れ。
iPodの出荷台数を見ていると、同数のiTunes+QuickTimeがインストールされていることになる。
いつのまにか、Windowsを使っていてもアプリはQuickTimeとiTunesばかりになっている。
携帯電話板もQuickTime一色だし。
WordとExcelでビジネスユーザーはWindowsに持って行かれたが、個人ユーザーはWindowsを使っていても急速にApple派になっている。

なんだこりゃ？

>>495
あのさ、iTunesが好き＝QuickTimeが好き＝アップルが好き　じゃないから。

なんでH.264スレでExcelだのiTunesだのなんて単語が出てくるんだ?

>>495
ファイルが汎用である限り、周辺機器の内部プレーヤーがQTだろうが何だろうが別にどうでもいい。
第一、iPod にぶち込んでるのが .mov でもない限り QT in iPod が何台あろうと優位とは言えないし。

前から常駐してたアポ−信者でしょ。
>>68とか>>366とか

ところで、H.264のﾃｽﾄする時、fastestと最高画質のどちらがお勧めでせうか？

それはx.264の話？

あのさ、QuickTimeがいいとかいうやつのきがしれんのだが・・・
もっともRVみたいな感じなら別だが。とりあえず、現時点ではQT<<<<<x264　　　　と思う。

rev.179 ｷﾀ

QT7 altに期待。

なにそれ？
詳しく説明してみ

出てないから比較のしようがないよ。
今のMPEG-4の使い勝手で画質が良くてエンコが速ければかなりいいのだが。
今のMPEG-4は使い勝手とエンコ速度はともかく画質が...。
>>68も>>366も別人じゃ。
それだけQT7は期待を集めているという訳で。
別に信者じゃありません。

どうせ、エンコはPro版でしか出来ないとかいうオチじゃないの？w

>>507
何と比較して画質がとか言ってるの？

>>504

ｳﾎｯﾏｼﾞでｷﾃﾀ━━━(ﾟ∀ﾟ)━━━ッ！
本当に開発が終わったのかと思ってたよ｡･ﾟ･(ﾉД`)･ﾟ･

ｷｼｭﾂならｽﾏｿ
ttp://www.katch.ne.jp/~kakonacl/douga/h264/h264.html

>>505は尻割れツール。手を出すな。

>>508
フリーのQT Player互換ツールで回避できる。
ぶっちゃけ、制限がかかっているのはQT Playerだけだから。

>>509
低ビットレートでの画質はffmpeg>QT6だった。
しかし、編集もエンコもプレゼンもこなせるQT Playerは非常に有用でもある。

まあ、インストールベースが1000万本を見込めるH.264エンコード＆デコード環境はQuickTime 7くらいしかないからね。
出来が多少悪くてもスタンダードになっちまうだろう。
はやくテストしたいなあ。
βテスターにでもなるか...。

もう巣に帰ったら？
あんたの期待度は分かったからさ。

>>512
QuickTimeでH.264エンコできるようになってから出直せ。それまでお前は出入り禁止。
違反したらオナニー禁止90日。

まさかQTマンセーがいるとは。。。
まあ、世の中広いってことよくわかった。

なんかカワイソウなのでお前ら虐めるなよ

　　QTの話をするとかまってもらえる
　　QTの話をすると荒れる

たのしいもんいいじゃん。

3pass test ソースは13Mのmpeg2
http://up.isp.2ch.net/up/df37dc6af631.avi

r180きてる

QuickTime(・∀・)ｲｲ!!

>>521 どこが良いのかを具体的かつ客観的に書け。
さもなくばQTマンセーは書くまで出入り禁止。 違反したらオナニー禁止90日。

>>519 なんか、めちゃ汚くね？　ぼんやりしてる。　　　と思うｗ

QTのいいところ エンコード簡単。
悪いところ 画質悪い、レジストリいじりすぎ?、Apple。

QTのいいところ エンコード簡単。 ってマジ糞だな・・・
それだけの理由であんなにウザいのか。。これで決定しますた。
QT=ウザくてはやく消えて欲しい物。

rev181
久しぶりなだけに一気に更新きてるみたいだ

だいたい、ここAVC/H.264総合スレだろ。
一番支持者の多いH.264エンコーダをネタから除外する必要もなかろうに。
来月になったらQuickTime 7ユーザーが押し掛けるけど、全部追い出すの？
だいたい>>522は下品だ。

そうだよ
追い出すの

まだ出てないのに
>一番支持者の多いH.264エンコーダ
こんなこと書いちゃうお馬鹿さん達だから

>>527
はい、オナニー禁止90日。

90日も我慢したら電車で出ちゃうよ

（賢者用）
MPEG4 AVC/H.264
XviD
DivX
WMV9 VCM

（一般用）
MPEG2
MPEG1
WMV

（愚者用）
RealVideo
QuickTime

規格と実装との混同乙。

>>531
も〜何言ってるかさっぱりだよｗ

もちつけ

　　　　　圧縮率（画質含）　再生者への親切度　再生負荷
H.264　　　　◎　　　　　　　　　△　　　　　　　　　　　△
WMV9　　　 ○　　　　　　　　　○　　　　　　　　　　　○
DivX　　　　 ○　　　　　　　　　△　　　　　　　　　　　○
XviD　　　　 ○　　　　　　　　　△　　　　　　　　　　　○
RV9　　　　 ○　　　　　　　　　○　　　　　　　　　　　○
MPEG1　　 △　　　　　　　　　◎　　　　　　　　　　　◎
MPEG2　　 ×　　　　　　　　　○　　　　　　　　　　　◎

その表見るとMPEG1が一番良いように見えるが。

>>536
やっぱり？
俺も書いててそう思った。
実際には圧縮率が一番重要な項目だから一番いいわけじゃないんだけど…
表現出来ないOTL

なんでRV10じゃないの？

>>537
MPEG1の再生者への親切度が◎なのはおかしい。×だろ。
他の形式より、特定のmpegだけが再生できないって質問が多い。

>>535
MPEG2は再生負荷結構重いから○じゃないのか？
あとRV9はRealPlayerとか入れないと見れないから親切度は△と思われ

MPEG2がMPEG1より圧縮率が悪いってことはないぞ・・・

よく見てみたら>>535はかなり知識不足のようだ
というか他のスレでやってくれないかなぁ

確かに、少なくとも俺よりは知識ない事はわかった。　
ところで俺もあまり知識ない。。QTとx264は比べてもOK？

>>543
QT7が出たら直接対決になるね。
画質、速度、使いやすさ、いずれも今の段階ではQT7は未知数。
>>535はエントリーしているCODECが少なすぎるな。
ffmpeg MPEG-4もQT MPEG-4もないのはどういうことなのか。
携帯板あたりいくとffmpeg一色だがな。
MPEG-1やMPEG-2だって、エンコーダによって使い勝手とかピンキリだろ。

　　　　圧縮率（画質含）　エンコーダ　再生者への親切度　再生負荷
H.264　　　　 ◎　　　　　　　　△　　　　　　　　　△　　　　　　　　　△
WMV9　　　　◎　　　　　　　　◎　　　　　　　　　○　　　　　　　　　○
DivX　　　　　○　　　　　　　　○　　　　　　　　　△　　　　　　　　　○
XviD　　　　　○　　　　　　　　×　　　　　　　　　△　　　　　　　　　○
RV10　　　　 ○　　　　　　　　×　　　　　　　　　△　　　　　　　　　○
MPEG1　　　 ×　　　　　　　　◎　　　　　　　　　◎　　　　　　　　　◎
MPEG2　　　 ○　　　　　　　　○　　　　　　　　　○　　　　　　　　　◎

再生者への親切度っつーのはどうなのよ。
他人のためにエンコなんかするのか？

標準で再生出来るとか、別にコーデック入れなきゃだめとかってことだと思う

XvidとWMVは実写ではXvid、アニメではWMVっていう人多いのでは？
それを上回る264とWMVが等しく、WMVとXvidの評価が違うのもづおかと思われ・・・
エンコーダについてもいろいろいいたいことがあるのだが・・・

結局、一概に言えないと思うよ。

>>547
それ言っちゃうとMPEG2も△か×なんだが・・・

俺は圧縮率（画質含）以外はどうにでもなると思うので評価外

>>550 !! 俺も。

>>545
H.264とWMV9の圧縮率（画質含）が同じ評価という時点で意味不明だが・・・

>>552
テストエンコしてみたんだけど
おおむね同じだとおもう
なんだったらサンブルあげようか？

>>553
そのテストしたH.264のエンコーダは何？
俺が見る限りx264とWMV9でエンコして比べるとx264の方がはるかに細部まで表現されていてとても同格の画質とは評価できないが・・・

sambleて何

x264 vs WMV9VCM

視認ブロックノイズの無さ : WMV9
再生負荷の低さ : WMV9
知名度の高さ : WMV9
ソース入力制限の無さ : WMV9

ソース忠実エンコ度 : x264
エンコスピード : x264
コストパフォーマンス : x264
画質限界の高さ : x264
エンコ設定の柔軟性 : x264
今後の期待度 : x264

>>555
namper みたいなもんか？

サンプルあげるんなら
できれば(Overall)PSNRとSSIMとってほしい

エンコーダの使いやすさ : WMV9

>>556
エンコスピードだけどx264もMax reference frames上げれば十分エンコ遅くなるからどっこいどっこいのような気がする。
x264の唯一、しかも最大の弱点が暗部の画質破綻が激しいことだと思うからなんとか改良して欲しいところだが。デコーダにもよるんだろうか。

H264　Q26　圧縮設定全部デフォ
http://www2.upup2.com/15/src/up4089.avi.html

WMV9　VCM　Q79　　圧縮設定スライダ一番右
http://www2.upup2.com/15/src/up4092.avi.html

>>561
ネタが比較しにくすぎるので、PSNRとっておくれ
それ以前に、
発展途上のものと開発完了しているものを比較するのがナンセンスだし
x264のデフォ設定とWMVのスライダ一番右が同等設定とは思えないのだが

DivX505　Q72
http://www2.upup2.com/15/src/up4097.avi.html

H264のデフォ設定に合わせて同じファイルサイズ
低ﾚートの比較にですから
DivX505はウンコですね

真性なのか釣りなのかわからない分よけい性質が悪い。

>>561
乙。固定Qじゃなくて、比較なら2passのほうが絶対最適かと。
レート1000kbpsあたりはいい感じだと思う。
このレートでソースがアニメだと、x264はdeblockは+にふったほうが
いい結果でると思う。MaxReferenceFrameもできれば5以上で
(16で落ちなければ、16で。15が無難？)

>>562
同感。

現状のx264は2pass以上することでもっとも高画質なものが作れる
deblockingfilterは重くなる一番の原因なので-にしておくき
参照フレームは負荷を考えて1〜3等大きくしすぎない方がいいと思う
とにかくx264はまだテスト段階なので再生が重いから
あまり無理な設定はやめておいた方がいいんじゃないだろうか

いや、実用としてエンコはそのとおりだけど
テストとして実力をみたい場合には
再生負荷等は無視して、できるだけBestと思われる
設定でやるべきだと思う。ただ3pass以上とかはどうかなと思うけどね。

>>561
H.264綺麗だけど、なんかかったるい
先読みが甘いな

いつもDivX5.2.1でインタレ保持エンコしたファイルをDVDMaxで見てるが、
x264(r181)でインタレ解除せずにエンコしたファイルでもスクロールの不自然さとか
は無いね。ファイルサイズもそんなにデカくならんし。
インタレ未対応が問題になるのは、PCモニタで見るためのデインタレ処理関係
だけなんかな？

さすが、みなさんレベル高いですねー

>>569
何のためにencode as interlacedが存在すると思っているの？

>>569
スダレ画像をスダレとしてエンコードすりゃ当然低ビットレートどころのさわぎじゃないな。

あの、ちょっと質問いいでしょうか？
まず解像度についてなのですが、
http://e-words.jp/w/E8A7A3E5838FE5BAA6.html
ここに厳密な定義がのっていますが
>>値が高いほど、より自然に近い画質が得られる。解像度が低いと、画像や文字に「ジャギ」と呼ばれるギザギザが現れる。
とあります。私の今の知識では1080=高解像度 320=低解像度などと言ったものなのですが、
定義の表現でいくと上記の知識では誤りであると推定されます。
もしも定義通り解釈するのであれば、ある一定の解像度に直したときソースが低解像度ならギザギザが現れ、
高解像度なら変わらず綺麗に見えるということでしょうか？

その次に、よく704x396ものがありますが
(どこにあんの？とかは２ちゃんなので勘弁。そこは暗黙の了解でお願い致します。)
なぜに704x396等にするのでしょうか？
(もちろん個人の好みによっていろいろな解像度にencされていますがここでは一例として704x396を挙げさせて頂きました。)
DVDのオリジナルの解像度を見ると一様720x480なのですがMPC等で再生させてみますと明らかに違いますよね。
そこでMPC等で再生させた時の解像度に忠実にencしているのかと思いきや、どうも704x396等ではオリジナルよりも一回り小さいようです。
なぜみなさんは、MCP等で再生させた時と同じ解像度にencしないのでしょうか？
アニメは640x480が一般的でありましてMPC等で再生させた時と同じ解像度で忠実にencしている方が多いと思います。
(一部アニメも704x？とかありますが、あくまでも一部ですよね。)

最後に、やはり1080等の高解像度はDVDからのenc品では止めておいたほうがよいのでしょうか？
オリジナルの高解像度を超えるとはやりよろしくないですかね？(少しくらいなら大丈夫のようなそうでないような・・・)

スレ違いになっちゃって大変恐縮ですがこのスレが大好きですし何よりもちゃんと知って264のテストエンコに臨みたかったものでして。
もちろん、そんなアフォはテストする意味ねーって意見もありそうですが、そこは今も勉強中と言うことでなんとか多めに見てもらえないでしょうか？
最後でありますが、長々と勉強していたときにでてきた質問を読んでくださり有難うございました。

スレ違い

>>573
スレ違い
どこぞの高画質スレにでも行ってくれ

これコピペか？


>〜とかは２ちゃんなので勘弁。そこは暗黙の了解でお願い致します。

この文句は気に入った。釣りたい時に使わせてもらおう

どうしよう。少しまじめに答えようかと思ったんだが。

>>573
すげー電波っぷりだな
文章から見て高校生ぐらい？

>>576 コピペではないです。

>>577　できれば、お願い致します。<_ _>

>>578 すみません、本当に高校生です。

あ、すみません高校生ではなくて厳密に言いますと浪人生でした。
浪人になっても動画の事だけは社会等には譲れませんです・・・

kimoi...........

>>581 ageたお前は精神的にkimoi...........

>>579
だからここだとスレ違いだから他のスレ言ってくれと言ってるのわかってる？

了解しました。他スレで聞いてきます。申し訳ありませんでした・・・

>>573
そうでもない
スクイーズでググれ
引き伸ばしはやめといたほうが無難

>>585 有難うございます。解像度の定義と自分の知識については今も尚模索中でありまして、
惜しまず勉強していきますが、スクイーズと言った新たな知識をお教えして頂いた結果
MCP等で再生させた時のギャップの謎が解けました。引き伸ばしはやはり少し怖いですよね。
本当に有難うございました。<_ _>

<_ _>

キチガイは放置

釣堀ｳﾏｳﾏ

やっぱ、スレ違いだと神と煽りが(当然の事ながら煽り系のほうが大量発生するがｗ)発生するなｗｗ
んにしてもQT7もうすぐだな。俺的には、x264よりもQT7が上だったらいくら乗っ取ってきてもQTに乗り換えちゃうと思うなぁ。。
さあ、4月1日が楽しみだわなｗｗｗ

あんま相手にされてなかったような・・・あ、ごめん

>>590
オナニー禁止９０日

90日は無理だよ〜　QTマンセーじゃなくてあくまで、客観的な判断をするって事ね。
事実Realはあのウザさなのに支持されてるから。まあ、結局は実力勝負って事ね。

RV10が評価されてるんだよ。
何にもわかっとらんな。

評価されてるのはRV10だけでRealじゃない

RealじゃなくてHelix・・・・・と言いたい所だがHelix開発人は画質馬鹿ばかりでRV10の強み弱みを画質以外の視野で見ていないアホだらけだった。

だからあの、RV10だけが評価されているのだからQTだけも評価されてもおかしくないのでは？

どこを評価？
どこがいいの？
それ書かないと。

ここに書かなくていいよ

QTというかAppleのAAC(音声)は評価する。

QTっつーとどうもcinepackのイメージがこびりついててな・・・

マックってもっとマシなメディアプレイヤー（動画再生用ソフト）ないのか？

QTやらrealが嫌いって言ってる人は
動画の圧縮するアルゴリズムなど技術面が嫌いなの？
それともプレイヤーが専用だから？
はたまた.movと.rmがなんとなく嫌いなの？

怪しげな糞ﾌﾟﾚｰﾔｰを使わせようとする性根が嫌い

QuickTimePlayerは普通に糞ソフトだから。
ｹﾞｲｼも吃驚の超低機能っぷり。

.rmはとりあえず糞。Macでは。
9の頃は果てしなくシステムエラーを繰り返した。
Mac版WMPの方がまだましか。
一番安定していて使いやすいのはQT。
だからQTのH.264には期待している。
しかしQT6のISO MPEG−４の画質が今ひとつだったからなあ。

>>604
QuickTime Proって知っているか？

>>590
4月と予想はされているが、1日という情報はあったっけ？
Tigerと一緒なんだろ？

macの常識はwinの常識か。
こりゃすげえや。

QuickTime
と
QT7
をNGワードに入れるとなかなかいい感じ

>>602
Raelについては昔インストールして環境を破壊された香具師を何人か知ってるからなぁ。
あとインストールすると勝手にタスクトレイに常駐するのも気に食わない。後で無効化できはするけど。
プレイヤーが専用だし形式変換に難があるのも使いたくない理由。QTも似たようなもん。

いったいいつからRV10がH.264準拠のcodecになったんだ?

は？

>>600
釣りか？

なんつーか、無駄に盛り上がってるねw

>>602
漏れ的にはQTは技術の囲い込み(?)をしようとするところが嫌い。
無料範囲内での再生だけでも、DSF や VfW 経由でどのソフトでも不便なくできないと
保存用にも配布用にも使う意欲がわかない。

# 今後 H.264 が使えるようになったとしても、 コンテナが DSF も通らないとなれば…

QT　＝　糞

QT7はavc.mp4のeditの部分にしか興味ないから
avcのencodeもdecodeも糞で構わない。というかたぶん…

>>579
そんな事してるから浪人するんだよ。受験勉強しろ。

すいません、質問させてください。
ttp://www.videosoftinc.com/からDirectShow H.264 Decoder Filterを
落としたんですが、インストール時にエラー1335（data1.cabが壊れてるとか）で
何回やっても失敗してしまいます。
なにか手順でも間違ってるんでしょうか？

再生時に色化けすることがある。オーバーレイが効いてないのかな。
他のコーデックでは起こらないのが不思議。

開発途中のcodecに正確性を期待するな

俺も前どっかで4月1日発売って見たけれど、ぶっちゃけQTいつでるんだ？　ｗｗ
バグとか見つかりすぎてor x264に歯が立たなくて(有料のくせにｗｗ)実際もう話題も出なくなくなったころに
発売されたりしてｗ

文章がキモすぎ。っていうか頭悪そう

>>620 のIDがMOEの時点でキモいのが分かるが、それ以外どの変がキモすぎで頭悪そうなのかわからんな。
ｗを多く使っている点か。あっ、620じゃないけれどね。

確かに「ｗ」が多いほど、頭は悪そうに見えるなぁ。

漏れのIDもちょっと頭悪そうだな。＿|￣|○

ﾜﾛｽ

rev183ｷﾀ

でも、普通に考えて個人が作ったものと企業がつくったもので比べたら企業で作ったもののほうが
質が上回るのだが、そうでもない所が凄いよな。(全然関係ないけれどクラックとかも、一個人が破ったり
するからすげえよな。)

さあて、QT vs rev1xx どっちが勝つかな？ 折れ的にはQT貸すだと信じてるがな。

>>627
そんなに比較やりたいならNEROやPowerとしてこい
x264との比較なんてするまでもないだろ

>>627
リリースされてからモノを言え。オナニー禁止90日。

オナ禁だけは勘弁してください

じゃあ、生で中田氏９０日。

リサイズしてくれ
あとﾋﾞｯﾄﾚｰﾄ計算機もつけて
面倒くさいですかそうですか

いよいよ明日か？

午前中にやって嘘でした〜ってやつか？

ごめん、ちょっと探しただけでいろいろな噂があった。
http://cl.cocolog-nifty.com/dtp/2004/10/mac_os_x_tiger_.html
http://glass-j.com/komorebi/C1242456599/E1423899609/
http://www.itmedia.co.jp/news/articles/0410/16/news014.html

まあ、どうせx264に敵わないだろうしﾏﾀｰ利逝くか。

>>618
うちではオーバーレイ切ってたら、少し前にアップされてたサンプルが色化けした。
wmp9+ffdshowで。
geforce4なもんでオーバーレイ有効にすると色が暗くなるんでいやなんだがな。

ｔ

>>635
なに必死になってんの？昔マカーに虐められた過去でもあんのか？
もっと大人になりなよ

>>638
オナニー禁止90日な。

なんか皇紀ｷﾃﾙ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!

>>639
なんつーか、オナニーオナニーってお子様ですか？傍から見てたらイタすぎるよ
なにそんなに必死にQT及びMacを意識してんの？キライなら無視すればいいだけ。
おまえさん見てると、ここがマカーに占拠されるのを恐れてるとしか思えないね
圧倒的シェアで動画関係もツールが揃ってるWinなんだからもっと堂々としてろよ

個人的には簡易編集できるQTは大歓迎。選択肢が増えるのはいい事だと思う。
尻○れるのも簡単だしね

念のため俺がマカーだと誤解されないようにSS貼っとく
http://read.kir.jp/file/read1604.jpg

p.s.弱い犬ほどよく吼えるってな

>>639

厳しい判決だな

一般の人が使える、現状のコマーシャルなH.264のcodecたちで、オープンソースな
x264に勝ってるといえるのは、Nero(Ateme)ぐらいだと思うし、仮にQT7のH.264のcodecが
x264に対抗できないとしても、まあ全く不思議じゃないよな。
よくしらんのだが、Win版QT7ってまだ先の話だよね？
Macの出て一ヶ月後とか、そんなんで出てほしいが。待ち遠しい。

>>641
オナニー禁止は複数の人がネタで言ってるんじゃないの？

> p.s.弱い犬ほどよく吼えるってな
これはギャグですか(・∀・)

>>644
4月1日にマジレスとはいい度胸だ(w

んでも、まああれだな。4月1日とかｶﾝｹーないけれど、QｔがmacででたらVirtual PC
でもつかってテストしてみるわさ。

>>641

> p.s.弱い犬ほどよく吼えるってな

自分の事かｗ

184

>>647
三菱自動車購入の刑

キムチ風呂９０日の刑

ところでみんなやっぱりお気に入りはXvid or WMVでエンコだよね？
あっ、どうせ8Gのソース残すんだからRVにでもしておくわｗ

はやく264のツールとか出て普及してほしいな〜

妙な質問かもしれないんだけど
8Gのソース残しておくならば、エンコードなんかしないでそのまま保存しておけばいいのでは
俺的には8Gも残せないから、エンコードして縮めているって解釈してたんだけど・・・

8GBってことはDVD？
オリジナルソースは普通手放さないでしょ、だって鑑賞より縁故がメインなんだし、縁故スレの住人は

たぶん>>652は、
ｵﾘｼﾞﾅﾙｿｰｽを残しておくならｴﾝｺする必要はないんじゃないかと申しているのかと思われます。

たぶん>>653は、
>>654を踏まえた上で縁故という行為が楽しい人たちなんじゃないかと
申しているのかと思われます。

モバイルで持ち出すためにエンコするんだよ。
端末にも対応してもらわなきゃいけないけど。
リナザウならすぐに対応できるかな？

>>656
無理

ってかWMVやXvidでencすれば大体８Gのソースでも映像部分のみに1Gもつかえば、
相当、高画質っしょ。それに次世代のディスクが普及すればぶっちゃけ264がすごくなくても
すごい事になる。問題は音声部分・・・　みんなoggとかaacとかにエンコしてるみたいだけれど
ac3がもっとすごくなることないのかなぁ。

どういうことを指してすごいというのか意味不明だがフリーなのが在れば普通そっちを使うでしょ。
AC3エンコーダがどれだけ高いか知らないの？フリーなのも一応あるけど音質面でかなり問題ありだし。

oggの音質ってかなりいいもんだから、まぁ当分はＡＣ３じゃなくても満足できるだろ

まあ低レートならね。エンコしたものならそれで十分でしょ。

x264でもなんでもいいんだけど
16の倍数制限を入力の段階だけ取っ払ってエンコしたら
結果はどうなっちゃうわけ？

結局のところオリジナルより画質がよくなることなんてないのだから、割りきりが肝心だと思うけど。

>>657
エンコをリナザウデするんじゃなくて、H.264の再生をLinux版VLCでとかはダメなのかい？
処理が重過ぎ？

linux系ならmplayerで普通に再生できてるから問題なく見れるんじゃないかな
結構重いからそれなりにスペックは要ると思うけど

制限ではなく、16×16等のマクロブロックを扱っているという仕様。
なので、エンコード自体ができないか、
エンコードできたとしても画が崩れて滅茶苦茶になるね。

>>666 なるほど。だからDivXは16系しかダメって怒るのか。
ん、でもWMV9VCMなら16倍の数字でなくても確か綺麗だったよ。
まあ、設定自体が2-passVBR(peak)の平均1300、最高8000、品質100の高画質だったから
なんとも言えないが。

>>666
ｻﾝｸｽｺ

WMV9 は詳しく知らないのですが、
もしかすると16×16のマクロブロックが無いのかな？

もしくは、８×８等を可変で割り当てている可能性も･･･。
だとしたら少し賢いな〜。

諸兄方がお使いなのはDoom9のrev184というものでしょうか?
mpeg4が枝分かれしてるのはわかっているのですが、エンコーダーを見つけられなくて…

>>670
http://uk.geocities.com/h264x264/

そろそろ、軽く綺麗に作る設定のコツをまとめてくれ

>>672
XviD使ってろ

>>672
single quantizer 25
5 Max Quality

マクロブロックが16x16だろうが8x8だろうが、自由サイズでエンコードできないのは
設計に手抜きがあるからだって言ってんだろうが。
足りない部分は内部で適当にヌルデータを切り貼りしてつじつまあわせてくれればいいだけの話。
とっとと対応しろっての。

640x368のエンコに慣れだした今日この頃・・・ orz

んまぁ確かに1920x1080の実体が1920x1088だったりするからなぁ。
その辺、融通効かせて欲しいとこ

>>677 1920x1080の実体が1920x1088　？？

>>677はDVD2AVIを使ってるな

使うと何かまずいのか？

何もまずくはないけどｗ

おいしいかも

revision.184.pentium4.zip
revision.184.p4-icl.zip

どう違うの？

インタレエンコに早く対応して欲しい・・・・
現状ではアニメぐらいしか試せるソースが無い・・・

187きた・・・

けど中身は何も変わってない罠

リンク先を187にするとちゃんと落ちてくる

187予感がする

あえて184のまま

>>いやよ

ところで、オレも含めてみんなx264はテスト用しか作ってないと思うけれど
大事なソースだったらコンテナは何にしてる？
今の所、交互性とか便利さとか考えるとaviなんだけれどそれでも今後の事を考えると
ogm、いやmkvにしてもいいかとも思う。かと言ってmkvはまだまだ発展段階だし・・・

みんなどうしてる？

WMVって書くと笑われそうだから内緒

何で作ろうと、遠くない将来には全てゴミになるだろ
エンコードで将来性とか互換性とかを語るのはナンセンスだ。墓場までエンコしたファイルを持っていく気なのかよと
そんなに大事なものならソースを確保しとけ

H.264的に正統なコンテナはmp4だろうな。

悪いがapple信者のQuickTime厨には付き合ってられんのだ。

>>694
NEROで作るとmp4になるしねぇ
まぁmkv変換もできるしここら辺使ってれば問題ないんじゃないかな

時代に合わせて入れ物を変えればいいだけのこと。
もっともH.264が滅びたら意味がないが。

>>693 哲学的になぜ生きるか等の事を考えると世の中にはいろいろな価値観があり、
何をする事が生きる目的なのかを考えた場合にある事が無駄なのか無駄でないのかは人によると思う。
その中でオレはNHKのとある外国語の番組をencしているのだけれどそれは決して無駄出ないことを趣味の
意味でも、将来の意味でも確認して確信している。(もっとも趣味のためのほうが比重がかなり多いがｗ)

そこで、何がいいたいかと言うと決して墓場まで持っていくようなものを作りたいのではなく
encをする事の意味を上記のように確認した結果、互換性というものは大切であると認識して
みんなに問いかけました。

>>695
だったら無視してればいい
キャンキャン吼えると弱い犬と呼ばれるよ

H.264対応再生機は　Divx対応になるから
aviで作っときゃ良いんだよ

再生機出るまで　Dixv or Xvidで作って
出たら　H.264

PCでしか見ないなら　H.264な

Deblock-6でまともになるまで使わないぜえぇ

みんながそんなふうに考えて使わなかったら
育たないではないか

>>702
使わないならCLIなら-n,vfwならチェックはずせ

>>698
なんか変な物言いですけどそういうの好きですよ。
漏れもNHKの結構録ってるけど音声多重のものを複数音声でMKVにするだけで
他はAVIですな。だってコンテナなんていくらでも変換効くじゃない。
問題は不可逆圧縮だけでしょう。漏れは画質より動き優先なんでインターレース対応待ちで
現状DivXインターレースエンコードしてます。プロ版の試用期間６ヶ月が過ぎたら
XviDのインターレースエンコードにする予定。その前にx264にインターレース対応してほしい...

H264って重いっすな…
セレロン1.3G程度じゃ再生時CPU100%ちかくなる

うん。オレの場合pen4 2.6Gでエンコ時間はWMV9VCMと同じでDivX,Xvidの約３倍かかる。
もちろん再生時はx264だけ糞重いでつよ。

DivX、Xvid、WMV9VCM、x264(RV10は試してない)を1-passCBR 1500kbs
で実写をエンコしてみたら明らかに、
Xvid=x264 > DivX=WMV9VCM　だった。WMV9とDivX同じだった・・・
そしてXvidとx264も同じだった。

注意　aviutlで特定のシーンを見比べた場合の結果。

1pass CBRなんて使うなよ…
なんで1pass CBRつかって比較したつもりになるヤシが多いんだ?

わかった。2-passVBR 1500kbsでやってみる。ｻｯ

ちと検証してみたら、Xvid > x264 > WMV9 >DivX
になった。どうもx264よりもXvidのほうが・・・　
Xvidはいろいろ設定いじっているのに対して264はいじってないからその差か。

まあ、現状のx264はいじれる範囲が狭いからねぇ。
とはいえ、もっと低ビットレートになるとdeblockフィルタが威力を発揮するから
XviDよりよくなる可能性は高い。

なるほど、とりあえずXvidで逝きます〜

インターレス、インターレスって言う奴いるけど
なんでインターレスなの？

ハードエンコーダ使えば　だいたいインターレス解除されるし
PCで見る場合　インターレスなんてゴミでしょ？
市販のDVDなんて、インターレスないぜ？

ハードエンコじゃなくて、ソフトエンコ野郎なの？

>>713
┐（　−”−）┌

>>713
interlace
lessではない

！？
たった6行のレスに無数の罠が仕掛けられている……。

>>713 ……恐ろしい子！

>>713
インターレス、ﾜﾗﾀ
スキンレスの親戚かw

よっしゃ、とにかくageとこう

インタレってやくすだろ
インターレスもインターレースもインタレも同じだ！
変なとこに食いついてくるな

>>719( ▽|||)＼(￣￣*)まあまあ~♪

>>719
間違いは間違い。
よそで恥かきたいか？

自分でちょっと調べて見たけど
30fps　60fps　120fpsとか出て来たけど
そんなとこにこだわる奴らって、ほんと目がいい奴らなんだな

俺にはムダにしか思えないけど

>>719
ドラクエってやくすだろ
ドラゴクエもドラゴンクエストもドラクエも同じだ！
変なとこに食いついてくるな

>>723
ドラゴクエにトまで入れれば完璧だったな

>>724
なぁマジで聞くけど
ｵﾏｴ小学生だろ？

>>725
まあまあ、これでもやって機嫌直してよ
http://www2.tcnet.ne.jp/metadoll/mov13.htm

>>726
こなんで遊んでるｵﾏｴって・・・

２ｃｈねらーとして情けない・・

NG推奨ID
ID:tXFkOI+V
ID:Q1kcam0p

>市販のDVDなんて、インターレスないぜ？
>市販のDVDなんて、インターレスないぜ？
>市販のDVDなんて、インターレスないぜ？

眼科逝ってきなさい

インターレース関係はこちらでよろ

インタレ解除しないスレ その2
http://pc8.2ch.net/test/read.cgi/avi/1109305535/

H.264関係どうぞ

どこのビルトでもいいから、ビットレート計算機付けてほすい。

>>729 ただ単に、エンコした事ないのに頑張ってるか、エンコ経験あっても
インタレについて勘違いしているのかと思われ。

！！
でも、オレもインタレ解除はするけれどあんまインタレ保持するような事ない
(というか一度も保持したことない)からインタレ保持したい香具師の気持ちがあまりわからんなｗ

インターレスもインターレースもカタカナに直したら似たようなもんだ。
こだわる方がおかしい。

今日は馬鹿祭りか？

>>732
アニメ専門でも横に流れるテロップが入ったシーンをインタレ保持にして
滑らかさを維持したりしないのか？ｗ

陽気がイイから、どんどん湧いてくるな。

基本をもっと勉強してこいということで誘導
初心者質問スレッド　52【映像制作板】 http://pc8.2ch.net/test/read.cgi/avi/1112354412/

まだ春休みだったっけか
スパート掛かってるな

>>732
そりゃ貴方がアニオタだからだろう・・・・
逆テレシネが可能なアニメと違って、ビデオ素材のＴＶ番組を劣化させないでインターレース解除するのは絶対に不可能

>>731
http://www.geocities.co.jp/Outdoors-Mountain/5924/GKnotJ006.zip
これでできないか?
ビットレート・時間・ファイルサイズのうち、二つの要素から残りのひとつを導けるソフト。
紙と鉛筆さえあれば
[ビットレート]Mbit/8 * [秒数]s = [ファイルサイズ]MByte
の方程式で大体は導けるから、僕は人力でやってるけどね。

>>740
ﾄﾝｸｽ､やってみるよ。

>>739
劣化させたくないのにエンコするのは絶対に不可能

>>728

アニメが全部逆テレシネできれば苦労は無い。

可変ビットレート万歳。

QBいいよな

>>742
p2pで中途半端なサイズの動画を落としてる奴の意見
自演個品なら主観的にオリジナル以上の品質のものをいくらでもエンコできる

インタレ保持って糞混合アニメで使うものだと思ってたよ。

スポーツ番組なんかは、30p解除すると動きがガタガタになる
アニメ、映画以外のTV番組は原則インターレース解除してはいけない

海外ドラマは24p多いよ

>>749 え？オレもNHKエンコしているんだけれどインタレ解除しないとしましまが発生
してお話にならなくなる。。動きはそんなにガタガタにならないような・・・

DTV板のレベルの下がって来たようなので俺も安心して書き込み出来そうです。

ここでインタレの話はするな
インターレースってなんれすか？
http://pc8.2ch.net/test/read.cgi/avi/1058450516/
行け

まだH.264でインターレースエンコできるエンコーダが存在しないからねぇ…

>>751
馬鹿

http://www.nnet.ne.jp/~hi6/lab/field/index2.html
>>CMや、最近のデジタルなアニメは、30fpsの作品があります。
これをフレームキャプチャを行うと、それだけでインターレース縞の無い動画ができそうですね。
が、現実にはそううまく行きません（汗　前述の通り、フレームの選び方が任意であること、
さらに放送側にフレームと言う概念が無い様子であることから、CMによっては全編縞あり、別のものは縞無し、
なんていう現象が起きます。これはぞれぞれ、インターレース解除処理を行わないとダメですね。

今まで間違った知識でエンコしてきたのかな？
あっ、>>749ではフレームレートを変更してはいけないと言っているのか。

>>756
馬鹿

>>751
わかった！！
たぶんCCさくらでもエンコしてるんだな！！

クローズドキャプションさくら

CoreCodec.sakura

751
わかった！！
たぶんPりんPりん物語でもエンコしてるんだな！！
人形劇は、インタレ解除が基本（w

英会話の番組です。　いろいろググッテみましたが別にインタレ解除
してもOKそうだったし、エンコしても別にカクカクしなかったんでこれからもこれで逝きます。

>>753

>>762
英会話の番組・・・
あんまうごかなそうだな・・・

インタレ解除は60フレームの動きを半分にしているっていったほうが分かりやすいかもしれんな・・・
解像感も減るが・・・
カクカクしないというよりは、滑らかなんだよ動きが
むしろ自然といったほうがいいのか・・・
インタレ解除した30フレームのファイルを15フレームにしろって言われたらいやだろ？
それとおんなじことだ（ちょっと違うけど）
何でいやなんだっていったらカクカクするとか言うだろ

あ、なぜみんなコダワルのかと思ったら動きが多いんですね。。
60fpsでやってみたら30fpsと全然変わりなかったもので。自分中心に考えては
駄目だということを改めて思い知らされました。

r189

60fpsと30fpsで違いがわからん人もいるみたいだし
わからん人はわからんほうが幸せかもしれんね。
俺は途中で違いがわかってHDDにエンコして溜め込んだ
F1のファイルが全部30pである事に気付いて激しく後悔したからｗ

xvidのインターレースってのを身をもって体感したので
x264にもインターレース保持が欲しいなぁとは思う。

やっぱ60iか30pってのを理解しないとどうしようもないっしょ

>>768
動画なんて掘り下げればアスペクト比だの色だの
インターレースだの小難しい話が山ほど出てくるから
今の自分が満足できればそれでいいやと割り切るのも
それはそれで正解だと思うよ。
「どうせ誰に見せるでもないファイルだ。x264でエンコしてしまえ」
ってのも自分で使う範囲においてはありだと思う。
後方互換で後々苦労する羽目になるかもしれないけどｗ

俺は友人にネタ動画を提供したりするので出来る限り
オリジナルに近い状態を保つようにエンコするけど
これでさえ知ってる範囲の知識でしかないから
自信があるかと聞かれたら正直答えようが無いし。

>>769 確かに、ある意味自己満足だよな。エンコって・・・

>>750
海外はPAL方式で放送されてるからfpsは24
NTSCは29.97

>>771
PALは50iだよ

>>771
海外全てがPALじゃないし（アジアの一部と南北アメリカの多くはNTSC）、PALは25fps。

>>771
映画のフィルム素材が24fだよ。
ハリウッドのイメージが強いから混同してんじゃね？

> 市販のDVDなんて、インターレスないぜ？

> 海外はPAL方式で放送されてるからfpsは24

なんか同じやつが、わざと間違ったこと自信もって発言して、無理に盛り上げようとしている様に感じるのは
2ch慣れしすぎだからか？

F1ヲタみたいに動きのあるのを保存するやつにはインタレ必須｡

まぁ、x264じゃインタレ保持はできないので諦めて60FPSでエンコしてみた｡
640×480じゃアスロン2500+じゃまともに再生できなかったが・・＿|￣|○

インタレとか　30fps　60fpsって言ってる奴は頭おかしい

普通じゃないか。

縞無し24fpsとか48fpsとかまでいくと、頭おかしいと思う

うはは

x264VFWのQuantizerって、0から51まであるけど、

QBからの変換は最大値と最小値だけ変えて、基本はXviDと一緒でいいのか？

MaxQt = 51
MinQt = 0
Qt = ((MaxQt-MinQt)/100 * (100-Quality)) + MinQt

Quantizer5でエンコした動画をMPC(ffdshow)で再生したら酷い目にあった・・・
負荷でかすぎてMPC固まりやがった。OSまで巻き込んで。
ファイルサイズもとても大きいし。
初期設定のQuantizer26でエンコしたら普通に再生できたけど。

VLCだと、Quantizer5のほうは数秒止まった後ブロック状に崩れたのが
紙芝居のように再生されるだけ。
Quantizer26のほうは下半分だけブロック状に崩れたまま滞りなく再生される。

Quantizer26は、wmv9のQB90と同程度の画質だと思う。
動きはwmv9より若干軽い。
ファイルサイズはwmv9の半分以下。

普通のムービーでOSクラッシャー作れるのか

だいたいQuantizerは20で最高画質系
それ以上にすると過剰にビットレート割り当てられて重くなるだけです
2passでビットレート指定にしろというのはこのせい

189ｷﾀ*･゜ﾟ･*:.｡..｡.:*･゜(ﾟ∀ﾟ)ﾟ･*:.｡. .｡.:*･゜ﾟ･*!!!!!

ttp://uk.geocities.com/h264x264/

P4は、どっち使えばイイんだろ。

>>784 ﾄﾝｸｽ

>だいたいQuantizerは20で最高画質系
何を基準に言っているのか・・・
漏れはPフレQB13〜の画質ではディテールが失われて我慢ならんわけだが

俺も>>788の意見に概ね同感。
Quantizer20ではディテールの損失が目立つ。
最低でも16以下にしたいところ。

>>788
だったら、ペグ2観てろよ。

>>790
喪前に言われなくてもDVDソースなら、そのままプレーヤで観てるよ
エンコはただの趣味なんで・・・

QB20前後を勧める奴は、どうせP2Pで流れてる動画がお手本なんだろ？
そのせいで目が腐ってるということを漏れは言いたいだけ
せっかくWMVのQB100でも成しえない画質限界を突破しているのに
いままでのコーデックと同じようなエンコしてたら勿体ないだろーよ
DVDの半分以下の容量で「本当に同等の」画質が簡単に得られるようになったわけだから

まぁ、人それぞれだろ！とか言われそうだから、この辺にしとくよ

>>782
WMV9と比べるならQuantizer20〜18で圧勝って感じだな、
ところで、Temporalは使える様になりましたか？

>>776
最新のffdshow使ってみたら？
ラデ9100、athｌon2000な二世代ぐらい前な俺の環境でも
実フレーム60、WMV9より多少重いぐらいだ。

>>793
x264は、画面全体がスクロール、
特に縦スクロールの時に極端に重くなる。

ゼビウスはダメでグラディウスならOKてことか

>>794
GMCの影響?

Quantizer18でエンコした動画をMPCで再生したら、また固まった。
Quantizer20でエンコした動画は普通に再生できたが。

Q20だとWMV9より若干ファイルサイズが小さくなるな。

俺もMPCで同症状だったが、BSだと安定した

>>794
ホントだね。横の時に比べて半端でなく重くなる・・・・・
こりゃ実フレーム60はできる限り避けた方が無難っすね

PenII-400とWin98でリアルタイムエンコの最適設定

ふぬああ　192×144 12フレーム/秒
ffdshow　x264 １パス固定ビットレート 216kbps
mp3　24kBis/s,Mono

コマ落ちなし

拒否られたっぽくvideolan.orgに繋がらず・・・

リアルタイムエンコはMediaエンコーダがいいよ

Q25でも　Xvid　Q4　より綺麗だから気にするな

25が最適で決まりね、もう変更なしだからな

僕は２６がいいよ・・・

>>800 そんなものの最適設定見ても(ry

何で高画質のH.264でQT20以上の糞画質でエンコするの？
あほでしょ、あんた達>>803-804
デブXでも使ってた方がいいよ

>>806
QT20未満だと再生できないから。

スレ違い承知でお願いです。

同胞の皆様、ここの日本の常任理事国入りに「賛成」で投票してください。（CNN世論調査）
http://www.cnn.com/2005/WORLD/asiapcf/04/10/china.japan.protest/index.html
↑Do you think Japan should become a permanent member of the United Nations Security Council?
　と書いてあるところです。野蛮な中国人たちの組織票でかなり押されています。このままじゃ日本が負け犬になってしまいそうです。
ＹＥＳを押して「VOTE」を押すと投票されます。
　なお、１度投票するとその後は投票しても無効となります。
　できるだけ多くの人にyesで投票してもらえることをお願い致します。
※コピペ推奨

高画質=1000〜1500kbsで見慣れた目でQT20見ると恐ろしく画質よく
はたして今まで見てきたのが高画質だったのかYOって思わされたけれど、
QT16ってとんどもないな・・・(まあファイルサイズかなりでかいがｗ)
う〜〜ん。。。　はっきり言って1500kbsが汚すぎてもう見るきにならない・・・
まあ、x264は再生重すぎてシーク全然効かないしどうかと思う点もあるけれど
がんばってほしいって思ったよ。

ところでQT16ではやっぱり、ちとファイルサイズファイルサイズでかい。。
オレは大体30分ものを(アニメじゃないよｗ)400Mくらいにするから画質には
ある程度妥協してる。まあテストだし将来の大容量を考えるとサイズを気にするのは
ナンセンスと思いつつもみんなサイズについてはどう思ってる？


>>808 スレ違いには基本的にスルーが基本だが、昨日のNHKでの中国人が日本大使館に対して行った
行動そして警察がまったくそれを阻止しようとしなかった行動をTVといった非常に限られた場面のみしか
映し出さないので見て判断するのもどうかとも思うけれど、ガラスが割られた等の事実を考えると
TVでの報道もまんざらでなさそうだと確信して応援します！　
しかも日本は3兆円もすでに中国に援助してるのに・・・痛すぎる。
(ちなみに韓国は領土の事で友好関係よりも領土重視は97%、日本は領土重視は44%です。韓国の友好関係のほうを
重視するが3%って・・・)

ごめん、言いたいこといいすぎて長くなったのでまとめる。

→　中国人が無知ゆえに、(日本の事情をしる香港が様子を見た事も踏まえるとこの事は確信でるはず)日本に
対して攻撃してるのに我慢できないからスレ違い覚悟で応援するよ。

>>808
マルチｳｾﾞｪ

>>806
そんなもんはソースによって変わるんだよ

かつて一度か二度RV試して、おっこいつはスゲエなって思ったんだけれど
x264との比較はwmvとXvidとしてた(DivXは問題外ｗ)。
何気にRVと比較してみたけれど明らかに1000kpsくらいだったらRVのほうが上。
もっともRVは1500kbsくらいになるともう劇的な変化は求められないから
ファイルサイズがどうでもよけりゃx264、サイズ気にする＆編集できなくてもOKならRV
って感じじゃね？

まあ、次世代の光＋ディスク大容量＋HD大容量　この3点を踏まえるとサイズでかくても
かまわなくなるからRVはストーリミング用になると思う。←勝手な予想だがｗ

rev190

拒否られたせいで更新できません・・・

>>808
中国人とみられる組織票じゃなくてアメリカ人がNOにいれてるだけやろ。
アメリカ人はそもそも常任理事国の拡大に反対で
日本に反対してるわけじゃなくて
投票の対象がドイツでも反対に投票すると思うよ。

中国系アメリカ人は基本的に反日。
ただ、現在の中国の体制を支持してるわけではない。

記事の文脈を見れば、常任理事国を増やす事を前提として、
日本だけを排斥すべきか否かという二択であるのは自明だが。

なんでコピペに反応してるん？

>>817 中国のデモ見たらコピペでも反応したくなるよ。

さあて話題を変えますよ。いや、元に戻しますよ。

なぁ中国よ

そろそろ満州返してくれよ

なぁ中国よ

そろそろ台湾返してくれよ

台湾は独立させてやれよ

>>820
満州は俺のだ。

↓以下、何事もなかったかのように閑話休題

（はてなダイアリーとか見てんじゃねぇよ）

なんで糞画質のH.264なんて使ってんの？
あほでしょ、あんた達>>1-825
huffyuvとかCorePNGとか使ってたほうがいいよ。

↓スルー

↑ブレイク

↓フリー

│
│　≡　　('('('('A` )
│≡　〜( ( ( ( 〜)
│　≡ 　ノノノノ ノ　　ｻｯ
↓

│　　　　_、_
│　 ヽ(　,_ﾉ`)ノ　残念 私のおいなりさんだ
│　へﾉ　　 /
└→　ω ノ
　　　　　 >

>>827-831
流石H.264。かなりキレが鋭い。







　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　座布団くれてもいいよ。

>>832
つ[座布団]

QT15以下で縦スクロールだと30pでも重いね

ひさびさに試したけど、mp4box0.2.5,haali0410のmp4parser,ffdshow0406
(avc.mp4に関しては)かなりよくなってるね。以前はうちの環境だと、mp4creatorで作った
x264.mp4は、Bフレあるとffdshowだとカクカク、mp4boxで作ったのだと、落ちるといった
感じだったが、その点は解決した模様。decode全部freeでいけるのは大きい

いつ暗部に強くなるんですか？QT15にしてもブロックノイズ出過ぎなんですが。

>>836
ブロック出るバグがあったからそれじゃないの？

違います。アニメだとよくわかるんだけど明らかに暗部に弱くて画質崩壊してる。

Bフレ切れば、多少はマシになる
つか、そういうソースに使わなければいいだけではないのか？

2passでビットレート高めに設定してみてもだめか？

r195

rev196

>>838
暗部に弱いのはMpeg4系の宿命では？
いやならMpeg2でも使うしかないんじゃね？

確かに。MPEG-4ASPなんかだと暗部のパートのみ更にQuant下げて対処してる
人は結構いると思う。面倒だから俺は全くやらんけど。ただ恐らく>>836の場合他のcodecと
比較した結果「暗部に弱い」って評してるんだろうから、なんともいえんが。
あとdecodeも、ffdshowがちょっと古いとBフレのdeblockが効かなかったりするから
すごいことになるけど、まあ普通は最新かnero使ってるだろうから関係ないだろうな。

MEI動画　MIO音声
最強コーデック
http://www.entis.jp/eri/
これ試してみてよ

ホントだ。XviDと比較しても暗いところで極端にブロック化が激しいな・・・

XviD総合スレ Part17
http://pc8.2ch.net/test/read.cgi/avi/1106475763/923

923 名前：名無しさん＠編集中[sage] 投稿日：2005/04/12(火) 19:19:42 ID:C9A2bpyg
MEI動画　MIO音声
最強コーデック
http://www.entis.jp/eri/
これ試してみてよ

マルチうざい

ソースによって使い分けりゃいいじゃん
WMV9は逆に赤色とかに弱いんだし

コーデック選びは写真のフィルム選びに似ている。
それぞれに得意な分野や発色に特徴がある。完璧な一本というのは存在しない。
用途によって使い分け、妥協できるところでやらなきゃきりが無い

x264が糞なだけだろ

写真のフィルムみたくいろいろ選ぶ人もいるだろうけど、
ではその例えで「写ルンです」に相当するコーデックはなんじゃろか？

糞というかH.264はアニメには向かないんだろ。たぶん

>>851
IndeoとかCinepakかな

死ねパック

全くだ。やっぱり4PASSぐらいしないとな

http://www.asahi.com/business/update/0413/082.html
ついにQucikくるな　ｳｲｯｸ(酔

有料ソフトに興味はないですよ。

QTの尻割れなんて簡単だよ

えー

rev201

ＱＴなんて、尻割れしてまで使うほどのものか？

ぐだぐだなx264よりは期待できそう

悪いが現状では秘めた能力とかなしでみてRV10>>x264=Xvidだな・・・
さあて>>856じゃないけれど酔いますかｗ

>863
変なものインスコさせられたくないのが本音
どんなに良いコーデックでも、余計なものがついてりゃクソと化す

まあ、な・・・　んでも某所では事実RVかなり人気だしな。　
　　　いやまても便利な編集ツールとかでないのは>>864のいうこともかなりもっともだ。。

QTﾊﾆｰの尻割れなら興味ある

同意。

VSSとx264入れたのにサンプル動画が見れない・・・

QT7のデモですよ。

http://www.apple.com/macosx/theater/quicktime.html

最近x264またバージョンアップし始めたけど、機能的には何も変わってない気がするんですけど、なんか変わりました？

x264.revision.201をインストールして再生できるようになったんですけど絵が上下逆さまになってしまった。
どうしたら直せるのでしょうか？
>>44にあった設定はしてあります。

>>871
自分はffdshowのバージョンを変えたら直った経験あります。
ちなみに20050117使用。関係無かったらｽﾏｿ

QT7期待あげ

>>871
ffdshowの設定直し。
decoderの中にあるoutput→flip videでもチェックするか外すかすれば直るんで無い？

rev202

VC系でCLIのmake通らなくなった・・・

いよいよQt vs x264だっか。 Qtじゃ、どうせ便利なツールでそうにないから
x264応援してますよ。

そもそもQTとx264って競合する分野のソフトウェアなんだろか…
ぜんぜん用途が違うような希ガス

次スレからはx264専用スレにすればいいんでない？
QT7な人は別なスレ立てればいいんだし。

>>874
それもやってみたんですけどダメでした。
DivXとかXviDの画像が逆転するだけでした。
ffdshowでH.264を再生するとシークで落ちたりするんでX.264で再生してみたんですよ
落ちなくはなったんですけど逆転するんで(^^ゞ
ちなみにマシンスペックはむちゃくちゃ低いもんで
セレ900、mem512M
買い換えろというのはナシにしてね

統合プレイヤーと動画規格を比べるアホがいるスレはここですか？

QTなんてゴミを持ち出してる方もどうかと。

>>880
ffdshowのバージョンが古いだけとちゃうか？
おれは20050312つかってるが（あんまりシークで）落ちないし、Ｆｌｉｐ使ったら反転されるぞ・・・
エンコードするときＣＡＢＡＣはずすと軽くなるぞ。
しかし、セレ９００ってきつ過ぎ・・・ＷＭＶ９でも重いんじゃないか？
いやしかし、ＷＭＶ９はＰｅｎ３　７００のＸＢＯＸでも再生はされるし、とりあえず軽いファイルでも作って検証しな。

QTのH.264はインタレに対応してるのか

>>884
多分してない
http://www.apple.com/jp/macosx/features/h264/

じゃあ、価値無しだな。

それにしても、x264といいQTといいなんで対応しないんだろ。
出来ないなんつーわけないよな。

http://www.apple.com/macosx/features/h264/

英語版のサイトだと
＞Mobile Content 176x144, 10-24 fps 50-60 Kbps
＞Internet/Standard Definition 640x480, 24 fps 1-2 Mbps
＞High Definition 1280x720, 24p 5-6 Mbps
＞Full High Definition 1920x1080, 24p 7-8 Mbps

っつー風にfpsとpを区別して書いてるから対応してる可能性も無いわけではない
でもしてないかもしれない

>>887
なんか、24fps プログレだけサポートしてますって見える気もする・・・