05/02/22 01:10:46 f5xmikIJ
とりあえず教えることはないって感じだな
51:名無しさん＠編集中
05/02/22 01:34:53 nZqCalFw
>>49
52:名無しさん＠編集中
05/02/22 07:00:25 id+bzJjP
ID:H2FUadam、前スレ嫁
53:名無しさん＠編集中
05/02/23 00:58:01 aZmUDoHr
以後、スレの趣旨が分からん香具師は書き込み禁止で。
54:名無しさん＠編集中
05/02/23 07:23:35 a17FBOmI
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.
55:名無しさん＠編集中
05/02/23 08:32:35 VL6c8bH7
135のバイナリはどこでDLできるの？
フォーラムのはインスコファイルが付いてなかった
56:名無しさん＠編集中
05/02/23 08:50:38 o8yFTUrz
ん？Doom9のフォーラムにあるだろ
57:名無しさん＠編集中
05/02/23 09:54:37 prhNHIAu
>>55は、CLIを落としたと思われ。
58:55
05/02/23 10:23:22 VL6c8bH7
ああ、そうか。大ぼけだ
無事インスコできたよ
>>56-57
ｱﾘｶﾞ㌧
59:名無しさん＠編集中
05/02/23 11:47:36 CUJwv/8Q
URLﾘﾝｸ(uk.geocities.com)
136上がってる
60:名無しさん＠編集中
05/02/23 13:30:36 MKHq2hUx
H.264ってMkvにしてアスペクト保存できないの？
なんだか変更されないんだけど・・・MPCでffdshowなんですけど
61:名無しさん＠編集中
05/02/23 13:35:36 VOTOQ4ov
URLﾘﾝｸ(www.aziendeassociate.com)
62:名無しさん＠編集中
05/02/23 13:38:32 z4ZIg+V/
2006年 ハイビジョンのアナログ出力禁止【D】
ｽﾚﾘﾝｸ(bs板)
> 「ハリウッドは、HD-TVに対しては、暗号化したデジタル出力しか
> 認めないといっている。こうなると、HDディスプレイといって販売した
> ものがほとんど使えなくなってしまう。また、（パッケージタイトルを再
> 生したときの）コンポーネント出力が、HD-DVD対応のプレーヤーか
> ら出せるかどうか難しい話になる」（山田氏）
URLﾘﾝｸ(www.itmedia.co.jp)
次世代光ディスク(Blu-ray Disc、HD DVD)のパッケージメディアの再生は、
アナログ入力(D端子、コンポーネント)やデジタルでもHDCP非対応のDVI入力しかないテレビでは、
ハイビジョン再生できない可能性がある。
63:名無しさん＠編集中
05/02/23 17:08:00 kIN9SchS
なんであちこちでマルチしてんの？うざいよ
64:名無しさん＠編集中
05/02/23 17:13:17 HnqK5NXU
>>60
いい加減、規格と実装の区別をつけられるようにしましょうね。
65:名無しさん＠編集中
05/02/24 02:47:41 +Wfn2NRy
Nero使ってh264のaviをエンコードすることってできるの？
66:名無しさん＠編集中
05/02/24 03:17:00 BgRqegZV
aviは無理でmp4強制だよ
67:名無しさん＠編集中
05/02/24 03:35:13 054EbnNp
mp4で困るのは編集だよなあ。でかい変更点なさそうなので、NVE3.1.0.0まだ入れてないや。
mp4編集(リエンコじゃなくて)とインタレエンコ…早くぅ…
68:名無しさん＠編集中
05/02/24 08:55:12 yAcsHbUR
そこでQuickTime7
69:名無しさん＠編集中
05/02/24 11:21:21 cfM+VYZp
rev137はﾊﾞｸﾞでｲﾊﾟｰｲのようだ
70:名無しさん＠編集中
05/02/24 13:05:27 BoNx+iYP
じゃあ136のままでいいか。
71:名無しさん＠編集中
05/02/24 15:57:35 vlKEtbKu
136もばぐってない？
オーバーレイ出力でベリノイズみたいに映像がかけるんだけど
72:名無しさん＠編集中
05/02/24 16:49:01 BoNx+iYP
じゃあ135のにするか。
73:名無しさん＠編集中
05/02/24 21:52:23 bKBtrzT5
139キテル
(r139) Cosmetics: Some renaming. Move the rest of slice type decision from encoder.c to slicetype_decision.c
74:名無しさん＠編集中
05/02/24 22:26:21 IInMTkCU
今見たら既にr142・・・
ある程度の更新を溜めてからナンバリングしろと声を大にして（ry
まぁ、パッチ当ててる奴がいっぱい居るみたいだから仕方がないと言えばそれまでだが
75:初期不良
05/02/25 00:53:16 EX/iaYrp
subversion はコミットするたびにリビジョンがあがるんすよ。
リビジョン全て追うのは無謀です
76:名無しさん＠編集中
05/02/25 00:58:44 7CBt0swt
r142で、max B-flameを2以上にすると再生時に緑のノイズがチラチラするんだけど
これは仕様？deblocking filter切っても、macroblock partitionすべて切っても同じ。
デコーダはvideosoftのやつ。
77:名無しさん＠編集中
05/02/25 01:01:12 0ELvFJew
↓「仕様と実装を・・・」
78:名無しさん＠編集中
05/02/25 01:09:16 7EFTAD8O
>>76
仕様っていうかバグだわな。まだまだ開発途上だからしょうがない。
>>77
お前、わけわかってないなぁ…
79:名無しさん＠編集中
05/02/25 01:15:52 7CBt0swt
>>78
じゃあ仕方ないか・・・
Max=1の時よりきれいに見えるから残念だけど。
80:名無しさん＠編集中
05/02/25 13:53:32 fI3WICoi
PowerDVD入れて見ようとしたら、映像だけでて音声が出ないんですけどなんででしょか
81:名無しさん＠編集中
05/02/25 14:47:36 eURyCaUr
>>80
デコーダ
82:名無しさん＠編集中
05/02/25 17:15:46 143EH2MD
違うrevsionを同時に使いたいのですが、何かいい手ないですか
83:名無しさん＠編集中
05/02/25 17:31:16 hTJdUZs+
VirtualPCとか
84:名無しさん＠編集中
05/02/25 17:44:51 eURyCaUr
URLﾘﾝｸ(www.aziendeassociate.com)
URLﾘﾝｸ(www.aziendeassociate.com)
いつの間に･･･
85:名無しさん＠編集中
05/02/25 17:54:34 GjTK/HV6
>>82
CLI
86:名無しさん＠編集中
05/02/25 18:19:10 143EH2MD
CLIは試したんですが、やはりAviUtlから出力したいのでVFWでなんとか・・・
VirtualPCですか、使ったことないので一度調べて見ます
87:名無しさん＠編集中
05/02/25 19:00:46 7EFTAD8O
>>86
中間ファイル作ればいいやん。
88:名無しさん＠編集中
05/02/25 19:35:01 2YyUZaqI
x264のテスト用に最適な(artifacts等が出やすくて苦手という意味で)
アニメのOPが知りたかったりする。できればレンタルのあるDVDとか、放映中の地上波で。
あと実写だったら、特定の映画のあのchapterあたりとかいう感じで。
x264でエンコいっぱやってる偉い人、よろしくお願いします。
89:名無しさん＠編集中
05/02/25 20:23:53 lnOp/SCt
WMVを越えたって言ってた人が居るんで、
それうｐで来ますか？
90:名無しさん＠編集中
05/02/25 20:29:47 GjTK/HV6
>>88
苦手というか連続でシーンチェンジしまくるソースをx264でエンコすると
まともに再生出来ないのが出来たりする
>>89
それくらい適当にTVキャプって試せ
91:名無しさん＠編集中
05/02/25 20:36:47 143EH2MD
>>87
盲点でしたｗ
ありがとうございます
92:名無しさん＠編集中
05/02/25 20:42:46 lnOp/SCt
越えないから言ってんですよ。
越えたってのをうｐしてほしいんす。
93:名無しさん＠編集中
05/02/25 20:47:51 143EH2MD
>>92
ボケさせることでブロックノイズをごまかす糞WMV畑で育った方々には理解不能な領域だと思いますよ？
XviDを愛用していた方々にとってのオアシスです。x264は
94:名無しさん＠編集中
05/02/25 20:48:07 JsyW1Wnx
今更wmvなんかと比べてもね。
95:名無しさん＠編集中
05/02/25 21:22:54 2YyUZaqI
>>89
画質の良し悪しのとらえ方にによって、「越えた」は変わるかも。
静止画だということもあるし、客観性において疑問の余地がある可能性もあるけど
detailの保持なんかの各codecの傾向については下記事は参考にはなるかも。
URLﾘﾝｸ(www.doom9.org)
>>90
thx。なるほど。そのことと関連してるのかわからないけど、以前巌窟王のEDテストエンコしたとき
CQだと(加えて60p)、decoderがffdshowの場合、まともに再生できなかったです(neroでも結構厳しい)。
ただ、画的に崩れる(崩れやすい)ものが知りたかったりする。できれば、引き続きどなたかよろしく。
96:名無しさん＠編集中
05/02/25 22:01:03 tgDc1Hqj
金八の黒板とか
97:名無しさん＠編集中
05/02/25 22:19:58 CZH1Kd6j
吹雪シーンとか
98:名無しさん＠編集中
05/02/25 22:29:25 2YyUZaqI
>>96-97
thx ……うーん…まあいいやw
99:名無しさん＠編集中
05/02/25 23:10:11 sghhn+Ph
超えたと思ってないのならWMV使ってればいいだけ｡
自分の好きなやつを使えばいいだけだからな。
100:名無しさん＠編集中
05/02/26 01:03:26 bvVjd4ym
wmv10がもうすぐ来るみたいだが
101:名無しさん＠編集中
05/02/26 01:05:31 tQZhdHi2
rev144
102:名無しさん＠編集中
05/02/26 01:07:41 tQZhdHi2
書き忘れた･･･
(r144) Disable deblocking filter in frames of sufficiently
low QP that it would have no effect. (Saves a little CPU time in the decoder.)
103:名無しさん＠編集中
05/02/26 01:14:52 qiVSSxkK
なにやらWMV厨が対抗意識を燃やしているようだが
みっともないですから！・・・・・残念！
あとDoom9見れば分かることを一々書かなくていいよ
104:名無しさん＠編集中
05/02/26 01:16:02 xrXi4qBm
ここはお前のためのスレじゃあないよ。
105:名無しさん＠編集中
05/02/26 01:18:07 qiVSSxkK
じゃあ、どうせ書くなら
日本語訳してやるか、使用後の感想でも添えろや
106:名無しさん＠編集中
05/02/26 02:00:53 sS6pTvZL
>>105
IDがVSS
107:名無しさん＠編集中
05/02/26 02:11:48 0KvvXtlV
自治厨ｳｾﾞ
108:名無しさん＠編集中
05/02/26 02:59:44 jTB+czbw
Rev144のAthlonXP版
AthlonXP 2500+で
Rev133で96分かかってたのが Rev144athlonxpで79分になってた
速くなるのはいいことだ( ´ー｀)y-~~
さて、画質とかいろいろ評価しよう・・・
109:名無しさん＠編集中
05/02/26 03:16:06 kOHEsFDY
>>108
乙。
漏れなんか更新早すぎてもうテストする気なくなっちゃたよ
110:名無しさん＠編集中
05/02/26 03:18:21 4Zbv4iUL
安定したら教えてください
111:名無しさん＠編集中
05/02/26 03:35:58 IMTF9kiH
Athlon1GHzでもまともに再生できるようになったら教えてください。
112:名無しさん＠編集中
05/02/26 03:48:52 UXYySAVY
むり
113:名無しさん＠編集中
05/02/26 04:08:01 IMTF9kiH
そうか・・・
出張の時ノーパソに動画適当詰め込んでいって行って暇なときに見るのが唯一の楽しみだったが
H.264は家のPen4、3GHzで見るしかないか・・・
ノーパソ買い替え時かな
114:名無しさん＠編集中
05/02/26 04:30:40 4Zbv4iUL
それならH.264じゃなくていいじゃん
115:名無しさん＠編集中
05/02/26 06:54:58 9iSIr5qO
どこかにH.264のエンコ設定の解説サイトないかな？
116:名無しさん＠編集中
05/02/26 07:23:33 y/qadZPW
>115
ほい
URLﾘﾝｸ(cwaweb.bai.ne.jp)
117:名無しさん＠編集中
05/02/26 07:49:31 9iSIr5qO
>>116
ｻﾝｸｽですヽ（´ー｀）ﾉ
118:名無しさん＠編集中
05/02/26 09:10:41 uYt/u5zX
icz(笑
119:名無しさん＠編集中
05/02/26 10:50:51 xrFBUOSK
第一印象：重いOTL
俺がWMV厨なだけかもしれんけど、
現状だとまだWMV9(P80)の方が画質上な気がする。
ていうか画質が上だというよりは安定してるだけって感じだけど。
とりあえず、もうそろそろPC変えた方がいいってことは確信したOTL
120:名無しさん＠編集中
05/02/26 11:21:06 CO8hoMm/
薄暗い箇所でのノイズがなかなか消えんな～
フィルタで補正してからエンコするしかないんだろか。
121:名無しさん＠編集中
05/02/26 12:46:10 ZbP+0prR
WMV9-QB86で使ってきたけどH.264に一目惚れしますた。
122:名無しさん＠編集中
05/02/26 12:52:27 ELTesyZw
x264 Bフレ使用で
qt17でWMV9 QB93くらい
qt15でWMV9 QB97くらいのサイズになるな
画質はx264のが上
123:名無しさん＠編集中
05/02/26 12:55:46 /Aw+QyD/
>>122
revいくつの香具師？
124:名無しさん＠編集中
05/02/26 13:03:52 vaN/Dxbg
最近元気いいな
125:名無しさん＠編集中
05/02/26 14:59:54 eFFchkyo
ね、なんでうｐしないの？
WMVを越えた画質を見たいんだけど・・・
なんかできない理由でもあんの？
おれはWMV厨じゃないよ。
126:名無しさん＠編集中
05/02/26 15:07:27 MBJMXE2u
>>125
タダで使えるのにうｐする必要がどこにあるのかと。
それにIEでうｐすると本名がばれるから嫌だ。
127:名無しさん＠編集中
05/02/26 15:12:26 bAtlTdGa
>IEでうｐすると本名がばれるから嫌だ。
（ ﾟдﾟ）ﾎﾟｶｰﾝ
128:名無しさん＠編集中
05/02/26 15:26:35 MBJMXE2u
>>127
あ、いや、２行目は個人的な事だから流してくれｗ
今までこれ知らずにうｐろだ使ってたもんでｼｮｯｸだったのさ。
URLﾘﾝｸ(xxx.upken.jp)
129:名無しさん＠編集中
05/02/26 15:28:36 ID4OltyD
wmvっていいところ無いよね。
130:名無しさん＠編集中
05/02/26 16:29:25 /Aw+QyD/
rev144でもシーク直ってねえな。
131:名無しさん＠編集中
05/02/26 17:00:06 69CUAqX4
あの、質問いいですか？
VSSのH.264 Codecをインストールするとですね、
エクスプローラでH.264のファイルを右クリックしたときに
┌ Protection Failed ──┐
│. Demo has been expired. │
└──────┘
こんなエラーメッセージが表示されてエクスプローラが固まって
しまいします。アンインストールすると直るのですが、他に回避出来る
方法ないでしょうか？
132:名無しさん＠編集中
05/02/26 17:04:06 bxNKmqwV
URLﾘﾝｸ(rapidshare.de)
4g89nNXtp9c3oSq
133:名無しさん＠編集中
05/02/26 17:08:35 zXaB9Ojr
>>131
ない
134:名無しさん＠編集中
05/02/26 17:41:56 kOHEsFDY
>>132
すごい画面がチカチカしてるんだけど俺だけ？
デコードはffdshow Oct 12 2004
matroskaはLazy Man's MKV0.94入れてる
135:名無しさん＠編集中
05/02/26 17:48:57 ELTesyZw
>>134
最新版入れれ
古いのだとそうなる
136:名無しさん＠編集中
05/02/26 18:33:11 2Le9yblJ
>>125
ダウソ厨はカエレ
137:名無しさん＠編集中
05/02/26 18:42:56 3fTlVkMW
MPEG1/2/4は1つ前(後)のフレームからしか予測をすることができない。
動画では鳥が羽ばたく姿のように同じパターンの画像が繰り返されるということが多いが、
1つ前のフレームからしか予測ができないコーデックでは効率よく圧縮できない。
H.264では複数のフレームを遡って予測をすることが可能であり、
鳥の羽ばたきのような反復画像でも効率よく圧縮できる。
この理屈に基づいて高圧縮された動画を見てみたいものだ。
138:名無しさん＠編集中
05/02/26 19:30:25 vMsCRnTk
ｴﾛだな
139:名無しさん＠編集中
05/02/26 21:25:47 AMAasTfA
うむ、エロしかない
140:名無しさん＠編集中
05/02/26 21:47:45 roriHuu+
>>137
その理屈はわかりやすいんだが、いつも利くわけじゃないから、
リアルタイムエンコーダでやるのは費用対効果が悪すぎだよな。
パッケージソフトのオーサリングとか、非リアルタイムで手間や金を
かけられる環境なら話は別だけど、ほんとに需要あるのかな？
141:名無しさん＠編集中
05/02/26 21:50:42 3efXmilP
x264の2パスエンコするときの1パス目の時に、
FAST1stPASSがあるけど使うとなんか害あるの?
142:名無しさん＠編集中
05/02/26 22:27:58 bm/gM5HJ
>>137
基本的にMCが得意とするのは剛体の平行移動なので、鳥とかの軟体はちょっと・・・
マルチフレームMCを試すとすれば、アンカバード領域が大きい多重スクロールシーンが良いのかな？
>>138-139
参照フレーム数は、普通15くらいだから、ピストンが速くてブレが少なくないと無理だ。残念
143:名無しさん＠編集中
05/02/26 22:37:46 iPe7aBGp
とりあえずさっさとウインドウズメディアエンコーダーみたくタダのエンコツールだせや。
んでメディアプレーヤーでなにもしなくても再生できるようにせえや。
144:名無しさん＠編集中
05/02/26 22:40:34 qiVSSxkK
全自動じゃないと何も出来ない春厨は引っ込んでろ
145:名無しさん＠編集中
05/02/26 23:03:58 RneThvn6
住民諸君、H.264が諸君のために何をしてくれるかでなく、
諸君がH.264のために何ができるかを問うてほしい。
146:名無しさん＠編集中
05/02/26 23:43:11 vVC5UjPr
つまり、道具が何の役に立つか、よりも
道具のために何をしてやれば良いか、を考えるんでつね？
147:名無しさん＠編集中
05/02/26 23:47:19 vUFhLw/f
>>132みたけど、NeroのDecoderだとVFRの処理できないのかな？(カクカク)
なんかanamorphicまでできなくなるし。ffdshowは普通に問題ないけど。
VSSとか他のDecoderはどうなんだろう。
148:名無しさん＠編集中
05/02/27 00:01:55 m+Zz09xf
neroで>>132再生してみたがffdshowより重いのは何故？
あとneroの場合、ファイルのアス比は強制で変えるほかないの？
149:名無しさん＠編集中
05/02/27 00:46:38 Qax8Y/fJ
ffdshowでも「オーバーレイミキサーを使用」にチェック入れとかないと
アスペクト比反映されないのね…
150:名無しさん＠編集中
05/02/28 00:26:02 GFVkiM5c
H.264のハードエンコが出ても
やっぱり水面や紙吹雪でブロック出まくりの悪寒
151:名無しさん＠編集中
05/02/28 04:36:17 x59WvVwW
その頃までにはエンコーダ熟成されてるだろうから大丈夫でしょ
152:名無しさん＠編集中
05/02/28 07:39:53 08f8Tt7o
>>113
ノーパンかとおもた
153:名無しさん＠編集中
05/02/28 08:51:46 pRXWEFYU
>>151
ただ、レイテンシは大きそう。地デジ1セグ放送に使うには少々難があるかも。
HD DVDやBD用ならレイテンシが1分あっても問題ないけど。
154:名無しさん＠編集中
05/02/28 10:35:00 hkDkSwlk
地デジはレイテンシだらけだよ・・・
155:名無しさん＠編集中
05/02/28 12:50:40 GuU+/bbr
霊天使
156:名無しさん＠編集中
05/02/28 14:19:55 LEDo0P+8
0点死
157:名無しさん＠編集中
05/02/28 14:52:39 rMQlqL3R
未だに、x.264とh.264の区別がつかない・・・
158:名無しさん＠編集中
05/02/28 15:25:13 vUmKX0kD
>>157
h.264とx.264の関係は
MPEG4とXviDみたいなものだ
159:名無しさん＠編集中
05/02/28 16:30:45 aaoTflAo
x.264なんてあったか？
160:名無しさん＠編集中
05/02/28 16:32:17 ykDVIbFO
x.264 じゃないな x264 だな
細かいんだな
161:名無しさん＠編集中
05/02/28 17:02:35 aaoTflAo
ｘ２６４ってＸｖｉＤのコト？
162:名無しさん＠編集中
05/02/28 17:29:05 pRXWEFYU
>161
URLﾘﾝｸ(www.videolan.org) 見て出直せ。
163:名無しさん＠編集中
05/02/28 19:23:43 jl5biENw
ぐは！
x246ってh.264のエンコーダーの名前かと思っていたよ。
164:名無しさん＠編集中
05/02/28 19:27:59 lDGgyTAP
それであってないか？だいじょぶ？
165:名無しさん＠編集中
05/02/28 19:29:56 hkDkSwlk
釣りだろ
166:名無しさん＠編集中
05/02/28 20:26:46 utWMXowH
MPEG-4とかAVC/H.264とゆーのはよく聞くけど
x２６４なんてあまり聞かないからなあ
167:名無しさん＠編集中
05/02/28 20:46:40 6KO7C8eB
よく言われてる「規格」と「実装」というやつですか
168:名無しさん＠編集中
05/02/28 21:03:33 HK+6RTFa
rev144で暗部だらけの深夜アニメをエンコしてみた
qb13Bﾌﾚｰﾑ1で25分233Mで最大化して見るとやはり暗部がウネウネしている
このあたりはまだ改善の余地があるんだろうか
wmv9でも同様にqb97で245M
こちらは最大化してもウネウネは無くはないがrev144よりはマシ
だが、赤色とか輪郭はx264の方がかなり良い、、、ように思えた
ちなみにエンコ時間は
アスロンXP2800+ メモリ1G Windows2000で
rev144athlonxpで1時間40分
wme9で2時間10分ほど、vfapi経由だから遅いのかなこれ
169:名無しさん＠編集中
05/02/28 23:19:47 oHToUKfO
俺もH.264でテストエンコしてみたけど暗部に弱いってのが第一印象だったな
画質の良さよりそっちの方が気になった。
170:名無しさん＠編集中
05/03/01 00:04:22 tEm7Nufi
>>168 は、「暗部」を「陰部」に読みかえるとイイ
171:名無しさん＠編集中
05/03/01 01:03:04 XFfvjHaV
x２６４でBフレを使用してエンコすると、MKVに格納した時シークが出来なくなるのは私だけ？(;´Д`A ```
aviでやると普通にシーク出来るけど…
既出だったら申し訳
172:名無しさん＠編集中
05/03/01 01:24:52 SQxxlmUO
>>171
mkvmergeもしくはHaaliのバージョンが古い
もしくは、スペックが足りないだけと思われ
173:名無しさん＠編集中
05/03/01 02:13:36 ADkh6Wle
他のコーデックをmkvに格納してみれば？
それでも同じ状態ならx264が原因じゃないわな
174:名無しさん＠編集中
05/03/01 02:48:17 SQxxlmUO
>>173
mkvがAVCに正式対応したのつい最近だし、
バージョンに関係なく正常に格納できる他のコーデックで試しても仕方ないっしょ
175:名無しさん＠編集中
05/03/01 02:59:07 ADkh6Wle
Matroska Splitterのバージョンが古いせいかと思ったんだが
176:名無しさん＠編集中
05/03/01 03:31:36 TRFkphsk
私だけ？(;´Д`A ```
177:名無しさん＠編集中
05/03/01 06:58:00 iu0ajEQh
時間軸から2Dに変えると少し暗部がよくなる気がする。
178:171
05/03/01 15:03:54 XFfvjHaV
MUXに使用してるのはmkvtoolnix-1.2.0です。
Xvid並びにDivx、RV等では華麗にシークします。
x264もBﾌﾚOFFなら大丈夫なんです…
CPUはP4 3G スペック不足だとは思えません。
どうやら私だけのようですね…(;´д｀)トホホ
179:171
05/03/01 15:08:04 XFfvjHaV
症状と致しましては、時間を飛ばすと最初から再生されてしまうのです。
ですから今はBﾌﾚを切ってﾁｬﾌﾟﾀｰを打ってるのですが…
180:名無しさん＠編集中
05/03/01 15:10:48 hnCE7LUw
BフレはMAXで連続何枚挿入？
Max keyframe intervalはいくつ？
181:171
05/03/01 15:37:07 XFfvjHaV
>180
Max B-frames は１です。
Max keyframe interval とは Max IDR-frame interval の事でしょうか？
それならば 31 にしてあります。
↑この数値でのBﾌﾚ無しｴﾝｺでは何も問題ありません。
182:171
05/03/01 15:41:26 XFfvjHaV
keyframe boost はﾃﾞﾌｫの数値である、40のままです。
連続ｶｷｺ 申し訳
183:名無しさん＠編集中
05/03/01 16:00:10 SQxxlmUO
エンコ設定、MUXには問題なさそうだからプレイヤーかスプリッターの問題っぽいね
そのあたりの環境を書いてみたら
184:171
05/03/01 17:14:01 XFfvjHaV
>183
ｽﾌﾟﾘｯﾀｰはMatroskaSplitter (2005.02.19)を使用しています。
Playerはzoom、MPC、BSです。
やはり音声部分をmp3にaviで再生すると無問題ですね。
どうやらこの現象が起きてるのは私だけみたいですね。(;´д｀)トホホ
185:名無しさん＠編集中
05/03/01 17:18:57 eWiWYDQ/
H.264デコーダには何使ってるの？
186:171
05/03/01 17:23:01 XFfvjHaV
>>185
Videosoft の DirectShow H.264 Decoder Filter 2.2 です。
187:名無しさん＠編集中
05/03/01 17:33:04 SQxxlmUO
Videosoftのデコーダとはレアな方っすね・・・
ただ単にMatroskaとの相性が悪いのでは？
無難にffdshowかneroにする方向で
188:171
05/03/01 19:04:16 XFfvjHaV
ﾃﾞｺｰﾀﾞｰをffdsowに変更してもﾀﾞﾒでした。
aviﾌｧｲﾙの再生も画面がﾁｶﾁｶするようになりました。
これは最初に言わなければならなかったのですが…120fps化してます。
どうやら120fps化時でのBﾌﾚonはﾀﾞﾒみたいですね。
他のｿｰｽでBﾌﾚを使用しｴﾝｺしてませんので、一概には言えませんが…
みなさんの反応を見ますと普通に再生出来ているようなので。
皆様大変お騒がせ致しました。<(_ _)>
こんな私に快く助言して下された方々、本当に感謝しております。
ﾃﾞｺｰﾀﾞｰはffdshowの方がｼｰｸにもたつきが無くて良いですね♪
189:名無しさん＠編集中
05/03/02 00:25:51 KCDTTzqr
ためしに、Bフレあり(max3)のx264,120fps化/結合して、aacとともにmkvにいれてみたが
特に問題ないけどなあ…(neroはｶｸｶｸ早送り状態になってしまうが、ffdshowは問題なし)
なんか他にも要因あるのかな。
久しぶりにx264ためしたけど、恐ろしく進化してて今更驚いた。かなりてきとーなテストだけど
色々なcodecと比較したが、PSNRとかRV10,VP6こえてるし(mencoder02/25,mp4,decはnero)。
見ため的にも一番好みだった。adaptiveなBフレとかいうのが、かなり効いてるのだろうか。
190:名無しさん＠編集中
05/03/02 00:42:52 iovVBxpU
でも、Bフレ周りはまだまだ未実装な機能が多かったりするけどナー
191:名無しさん＠編集中
05/03/02 01:00:24 KCDTTzqr
どんな機能を今後実装してくると思われますか？ とかいいつつ、あまり専門的な
こと言われても、全くわかんないんだけど… 個人的には速度とのバランスは
今の感じはいいなあ。(速くなるのは当然かまわないけど）
192:名無しさん＠編集中
05/03/02 01:12:44 IEFnTNNj
昔、パソコンでテレビを視聴できるなんて夢にも思わなかったし、
DVDの出始めの頃、ソフトウェアで再生できるとは思わなかった。
いつかそのうち、新codecは良いんだけどまだ重いから当面H.264で良いや
てなことを言ってるかもね。
193:名無しさん＠編集中
05/03/02 02:03:35 iovVBxpU
>>191
公式ページに
Encoder limitations
* No real RD
* Naive B-frame placement
とあるように、まずはRDを用いた動き検索だと思う。
一番実装が望まれている機能だとインターレース対応だろうけど…
194:名無しさん＠編集中
05/03/02 02:19:50 KCDTTzqr
thx
インタレサポートはnerodigitalのほうに一応期待しとくか…
195:名無しさん＠編集中
05/03/02 03:02:39 iovVBxpU
ちなみに、RDを用いた動き検索については
URLﾘﾝｸ(www.marumo.ne.jp)
が非常に参考になります。
196:名無しさん＠編集中
05/03/02 08:23:55 3u99BT8S
インタレ保持を実装しないことには触手が動かん。
197:名無しさん＠編集中
05/03/02 08:42:29 8ZB1mwnH
>>196
君には触手があるのか。
一体どんな生き物だ？
198:名無しさん＠編集中
05/03/02 09:06:43 j03j4Ig6
えーと RD の話だけど、多分 195 のリンク先で書いてるようなことは当然
やってるはず
それとは別に H.264 の JM って RDO=1 の設定のときに、16x16/16x8/8x16 ……
それぞれでとりあえずエンコード・デコードしてみて近似ではない真のRDを求める
とかいうのがあるのよ
これやるととんでもなく遅くなるので、実用のエンコーダでやる人がいなくても
仕方がないと思う
199:名無しさん＠編集中
05/03/02 10:55:06 edpxI96q
なんでマルチスレッド対応しないのだろう＞x264
200:名無しさん＠編集中
05/03/02 11:40:18 cdFktvFl
触手は伸ばすもので動かすのは食指だと，ネタにマジレス．
しかし >>197 はそんな慣用句すら知らないんだと思われ．
201:名無しさん＠編集中
05/03/02 12:59:09 BYlZ2s8E
ドッチモバカ
202:名無しさん＠編集中
05/03/02 13:31:38 AMyUqu0+
最近xvidスレがやたら過疎化してるのは
こっちに住民の興味が移ったからなのか。
開発終了した後に開発者がこっちに
移ってくるらしいしインターレース絡みも期待。
203:名無しさん＠編集中
05/03/02 14:07:13 vv5bkGvB
つーか、早くグラデーション部分のブロックノイズをどうにか汁
204:名無しさん＠編集中
05/03/02 14:55:15 uWADlIks
XviDを終わらせようと必死なのがいるのは何故？
205:名無しさん＠編集中
05/03/02 16:23:54 a/ogxa8N
ユーザは、さんざん語られてきたXviDネタよりも新しいH.264ネタを盛り上げようと思う
開発者は、先のないXviDよりも先行き明るいH.264に傾倒する
XviDよりも高画質低容量なのは誰もが認めるところだし、自然の成り行きでしょ
XviDで本エンコ、x264でテストエンコ、これが今時のスタイル
206:名無しさん＠編集中
05/03/02 16:41:50 T9mFTUmK
これってH.264に準拠してるの？
そうだとするとMPEG2のように有償になるんでないの？心配ない？
207:名無しさん＠編集中
05/03/02 16:46:10 gEuT2WEA
>>206
xvidは「バイナリを公開しない」という方法でその類の問題を
全部スルーしたのでx264も基本的にそれを踏襲している。
208:名無しさん＠編集中
05/03/02 16:48:50 PQpqfVrU
>XviDよりも高画質低容量なのは誰もが認めるところだし
そんなことはない。
209:名無しさん＠編集中
05/03/02 16:52:46 T9mFTUmK
>>207
次世代DVDのアプリケーションフォーマットがそろそろでるようだけど
これで作ったファイルもオーサリング可能なファイルになるのかな？
「H.264のようなもの」であって別物？
210:名無しさん＠編集中
05/03/02 16:54:37 a/ogxa8N
>>208
＼ ∩─ｰ､ ====
＼／ ● ､_ ｀ヽ ======
/ ＼( ● ● |つ
| X_入__ノ ミ そんな餌で俺様が釣られクマ―
､ (＿／ ノ /⌒l
/＼＿＿＿ノﾞ＿/ / =====
〈 ＿_ノ ====
＼ ＼＿ ＼
＼＿__） ＼ ====== (´⌒
＼ ＿＿_ ＼＿＿ (´⌒;;(´⌒;;
＼＿＿＿）＿＿＿）(´;;⌒ (´⌒;; ズザザザ
211:名無しさん＠編集中
05/03/02 17:31:37 8ZB1mwnH
>>200
知ってるからこそのツッコミだろ。
212:名無しさん＠編集中
05/03/02 18:06:33 3u99BT8S
おいおいもまいら、MPEG4/AVCはエンコーダ側にはMPEG-LAのパテントプールは無いよ。
213:200
05/03/02 20:51:25 pk6XOHX1
>>211
正 : 触手が伸びる
誤 : 触手が動く
正 : 食指が動く
誤 : 触手が伸びる
だから，「触手が動かん」の突っ込むべき所は「触手」じゃなくて「動かん」の方．
触手に例える慣用句があるのに，触手と言う表現を否定するような突っ込みは，
突っ込み風のボケでしかない．
と更にマジレスでスレ違い御免．
214:名無しさん＠編集中
05/03/02 20:52:41 pk6XOHX1
誤 : 触手が伸びる
じゃなくて
誤 : 食指が伸びる
だな．吊って来る．
215:名無しさん＠編集中
05/03/02 21:22:51 8ZB1mwnH
>>213-214
> 正 : 触手が伸びる
アホか。何かが欲しくなる事を例えるのに「触手が伸びる」なんて使わない。
216:名無しさん＠編集中
05/03/02 21:38:43 AwDzqhbz
おまいらエロゲやりすぎｗ
217:名無しさん＠編集中
05/03/02 21:45:30 3kPowxny
触手を伸ばすって組織に使うことが多いような気がする
218:名無しさん＠編集中
05/03/02 21:50:16 3kPowxny
あと、国語辞典に載ってる意味は、
興味を持つ → 食指が動く
実際に動く → 触手を伸ばす
ですよ。
219:名無しさん＠編集中
05/03/02 21:51:35 vIK4BfQt
なにこの触手スレ
220:名無しさん＠編集中
05/03/02 23:41:32 u4U9lc9x
infoseekツールバーでも入れて国語辞典にすぐアクセスできる態勢をとっとくのが吉。
221:名無しさん＠編集中
05/03/03 02:02:00 L7UW0HTM
ケルティック様のffdshow最新ビルドがなかなか上がらないので
sse版2005.03.01に食指が動いたんだけど、avcのdecodeのBフレのdeblock
ができるようになってるみたい。触手動きまくりに嬉しい
222:名無しさん＠編集中
05/03/03 02:21:45 YvqKKkMI
触手が動くのは18禁エロアニメの定番ですよ
223:名無しさん＠編集中
05/03/03 13:22:46 Lz7potWf
x264でエンコしたファイルをクリックするとエクスプローラーがえらいことになる_|￣|〇
原因模索中
224:名無しさん＠編集中
05/03/03 13:37:19 /KblcbSK
次世代の光ディスクってWMVとh.264ｻﾎﾟｰﾄするみたいだけれどx264でエンコしたファイルも
ｻﾎﾟｰﾄされるのかな？
225:名無しさん＠編集中
05/03/03 14:06:29 9dzrTajc
H.264って無料じゃないのかよ！
226:名無しさん＠編集中
05/03/03 15:26:23 mYds+Zyd
日本語に不自由な人ばかりのスレってことですか・・・
227:名無しさん＠編集中
05/03/03 16:03:15 1XZZbl4h
>>225
金、払いたいなら払えよｳﾞｫｹ
228:名無しさん＠編集中
05/03/03 20:36:57 3CFP7dzU
＞実際に動く → 触手を伸ばす
知らなかったけど、なんか感性的によくわかる意味合いだね
229:名無しさん＠編集中
05/03/03 20:49:42 wfOgAvYa
>>223
謎だけど うちもなった。
とりあえず ffdshow(20050224)をアンインストで症状は出なくなったけど…
230:名無しさん＠編集中
05/03/03 21:02:48 0gozGS5T
>>131,133とは趣の異なる不具合なのかな？
231:223
05/03/03 21:19:21 Lz7potWf
俺のは違う。
エクスプローラーがまずメモリ食い始めて、限界の2Gまでいくと、
エラーで終了かなんとか持ちなおして大丈夫かのパターン。
232:名無しさん＠編集中
05/03/03 21:45:27 vJNM/egA
XPのエクスプローラってH.264に限らずaviさわると固まること無い？
そういう時はエクスプローラ再起動してるけどそれしかないのかな？
233:名無しさん＠編集中
05/03/03 21:55:38 02zB/t3a
プレビューを切る
234:名無しさん＠編集中
05/03/03 22:48:49 BeI9iGiX
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
235:名無しさん＠編集中
05/03/04 02:58:01 /I5tsVMl
>>232
URLﾘﾝｸ(pcweb.mycom.co.jp)
236:名無しさん＠編集中
05/03/04 03:22:04 Y3k5/DfL
rev149 いつの間に･･･
237:名無しさん＠編集中
05/03/04 07:26:32 MRJ8ua7B
いつになったら16の倍数以下のエンコできるようになるんだろう・・・
4の倍数にして欲しい・・・
238:名無しさん＠編集中
05/03/04 08:02:53 MvNuyh+x
>>237
禿胴、最初それがわからず暫く悩んだ。
239:名無しさん＠編集中
05/03/04 08:55:52 n3FWtvoA
正直まだまだ実用性ないよね・・・
240:名無しさん＠編集中
05/03/04 15:26:21 4QPGNvwM
確かにそうだろうけど、今のx264は昔のXivDみたいで楽すい。
241:名無しさん＠編集中
05/03/04 21:03:33 LgoY3ppQ
Bﾌﾚｰﾑ1にしたときとしないときで
ファイルサイズがどえらい違うときがあるんだけど
だいたいは無いときの１０％くらい小さくなるんだけど
なんかたまに４０％くらい縮んでいる時があるんだよね
再生はちゃんと出来るから問題は無いと思うんだけど
うーむ、、、(;´Д`)
242:名無しさん＠編集中
05/03/04 21:50:27 R0sHrUlZ
ｱﾌｫでつか？
243:名無しさん＠編集中
05/03/05 00:04:24 U2Pfb2ym
rev.150
244:名無しさん＠編集中
05/03/05 05:55:00 i+TMBfxa
(r150) 新しいオプション:「Bフレームピラミッド」は、参照として2+の中間を連続するBフレームおよび再注文フレームに適切にしておきます。
245:名無しさん＠編集中
05/03/05 07:18:32 030nt5O6
x264でなるべく高解像度(最高は1920×1080？)のファイルをつくってtestしてみたいんですが、
当然のことながらaviutlではできません・・・
どなたか高解像度でエンコできるソフトウェア教えていただけないでしょうか。
246:名無しさん＠編集中
05/03/05 07:36:45 030nt5O6
TMPGencで普通にできた。。ｽﾏｿ
247:名無しさん＠編集中
05/03/05 07:37:41 skk2MPwQ
aviutlでいいんじゃ？
248:名無しさん＠編集中
05/03/05 08:05:54 030nt5O6
あれ？自分の環境ではaviutlは最高856までにしか・・・ver99です。
それにしても次世代の規格がはやく広まって欲しいものですね。
大容量ディスク＆h.264＆1920x1080＆光・・・・ 一体どんな世界になるのやら。
249:名無しさん＠編集中
05/03/05 08:38:46 skk2MPwQ
システム設定で変えれるんやない？
今1440x1072でエンコ中。ver98d
250:名無しさん＠編集中
05/03/05 08:41:28 YLSs7mdI
>>248
249と同じくver98だけど、ファイル→環境設定→システムの設定
で最大画像サイズとかフレーム数とか変更出来たはずだよ。
それを変えてないんじゃないかと思ってみる。
251:名無しさん＠編集中
05/03/05 09:23:18 Ewe2ApaG
大容量ディスク＆h.264＆1920x1080＆光・・・・な世界になっても適切な環境設定は重要
252:名無しさん＠編集中
05/03/05 13:12:45 9DcqxzOe
そもそも856って確かデフォルト値だし使ってみる前に
一通りあちこち設定眺めてみるとかすればいいのに。
結局使い手次第だな。
253:名無しさん＠編集中
05/03/05 18:36:54 eJk21HO8
みなさん、どうもです。優秀なソフトはまさに使い手次第だと言うことを改めて知らされましたです。
ありがとうございました。
254:名無しさん＠編集中
05/03/05 18:48:30 KVeCt2sc
rev153 URLﾘﾝｸ(uk.geocities.com)
更新ペース速いな
255:名無しさん＠編集中
05/03/05 20:08:14 FuJkVB7h
URLﾘﾝｸ(www.compression.ru)
256:名無しさん＠編集中
05/03/06 00:32:46 8qLh8tA0
>>255
（ ・∀・）つ〃∩ ヘェーヘェー
ところで、H.264エンコーダの中でJMの性能ってどのあたりになるんだろう？
257:名無しさん＠編集中
05/03/06 01:57:41 03FuReaa
何年も更新を続けてきたDivXがこうも簡単に抜かれると
なんか悲しいものがあるな。
258:名無しさん＠編集中
05/03/06 02:03:21 LLwkY9PO
DivXは昔から糞じゃんよ。('A`)
259:名無しさん＠編集中
05/03/06 02:09:34 LYKir+Xy
ループフィルタの威力絶大だなぁ
260:名無しさん＠編集中
05/03/06 02:17:23 7TYYpyzp
URLﾘﾝｸ(www.aziendeassociate.it)
X264VFWp.exeこれなに？
261:名無しさん＠編集中
05/03/06 02:24:23 NJL/8fgb
pentium
262:名無しさん＠編集中
05/03/06 02:38:10 C9+UEtBA
AtemeのCLI版ほしいなあ… NeroRecode2好きくないよ。
263:名無しさん＠編集中
05/03/06 03:04:20 TGdnxAmV
H.264、普段WMV9でばっかエンコしてたからエンコ時間がかなり早く感じる
264:名無しさん＠編集中
05/03/06 03:08:18 NxiETb5/
XviDからだと逆にちと遅いかな？つう感じだけど。
でも、かなり速くなってきてるよ。
265:名無しさん＠編集中
05/03/06 03:58:13 ZfUTCDRt
おれはDeblockには騙されんぞ。verが落ち着くまでDeblock-6でエンコしてやるウウウ
266:名無しさん＠編集中
05/03/06 04:23:45 LYKir+Xy
ふと思ったけど、デコーダのマルチスレッド化ってどこかやっているのかな?
エンコードもかなりの並列化はできるだろうけど、エンコードよか
フィルタで時間がかかることが多いんであんまり効果なさげ。
それに、エンコードが多少遅くなったところで致命的な問題が
あるわけでもないので、労力の割りに益が少ない。
でも、デコードなら1080/60iをデコードとなると今のCPUのシングルスレッド性能の
上昇比率だとかなり辛くて、ハードウェア支援が必須。
GPU等に頼らずCPUのみでやるとすると、マルチスレッド化して複数のCPUに処理を
割り振らないとつらそう。
CAVLC/CABACの処理・動き補償・フレーム差分の復元・ポストフィルタなど
パイプライン的に独立に行える処理が多いし、効果は大きいと思うんだけど。
もっとも、マルチコアCPUが一般化するまではあんまり意味ないか…
267:名無しさん＠編集中
05/03/06 05:13:41 0vqASgi5
ちと話がそれるが
いわゆるハイビジョンの仕様は1080/60iと720/30pだよな。
この仕様はどこが決めたんだ？
268:名無しさん＠編集中
05/03/06 06:50:32 BXJiuFct
>>266
DUALつかってるから対応して欲しいぞ・・・
720Pなんておもくてまともにデコードできない・・・
とりあえずHTとか擬似機能があるんだから対応して欲しいな。
こんなことを言ってる私のCPUはAthlon MP2800×2
269:名無しさん＠編集中
05/03/06 06:51:52 BXJiuFct
ageちまった・・・
270:名無しさん＠編集中
05/03/06 06:55:55 kTCE3i2n
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
271:名無しさん＠編集中
05/03/06 07:42:37 UfUh/EZT
>>269
272:名無しさん＠編集中
05/03/06 10:30:38 HGYuZD8U
URLﾘﾝｸ(uk.geocities.com)
273:名無しさん＠編集中
05/03/06 11:05:18 YD+a3jnU
B-frame pyramidってなんですか？
274:名無しさん＠編集中
05/03/06 12:46:45 HD7hxwDX
Pen4はICLでコンパイルしたものが一番速いんじゃないの？
GCCでも効果はあるだろうけど。
ICL8.1でコンパイルできる神はいないかな？
275:名無しさん＠編集中
05/03/06 12:57:10 WRN1q5r8
>>273
↓のpdfの30ページをご覧あれ。文字で説明するより、たぶんわかりやすい。
URLﾘﾝｸ(www.ece.ucdavis.edu)
276:名無しさん＠編集中
05/03/06 14:53:58 WLGWQqpH
ICLの最適化にはﾊﾞｸﾞがあるんじゃ？
277:名無しさん＠編集中
05/03/06 17:24:19 HiVKdZhO
ちなみにGCCの最適化はあまり高度じゃない
278:273
05/03/06 17:32:16 YD+a3jnU
>>275
thanks
何となく解ったです。
279:名無しさん＠編集中
05/03/06 19:50:14 YD+a3jnU
日本語化って需要あります？
URLﾘﾝｸ(xbb.jp)
280:名無しさん＠編集中
05/03/06 19:55:12 2y1xQuaL
>>279
ＧＪ！
281:名無しさん＠編集中
05/03/06 19:55:43 WLGWQqpH
日本語の方が意味不明になるような・・・
とりあえず乙です
282:名無しさん＠編集中
05/03/06 19:57:52 A8nwzJIC
これで英語ダメダメな漏れでもテストする気になる！！
GJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJjjjjj
283:名無しさん＠編集中
05/03/06 19:59:44 2y1xQuaL
>>281
>>279 は、たたき台をくれた。意味不明ならば俺らで直して行こう
284:名無しさん＠編集中
05/03/06 20:02:15 WLGWQqpH
インスコするの面倒、画像あげてくれ
285:名無しさん＠編集中
05/03/06 20:02:30 +jB4JzQn
>>279
テスト追いつかないけど乙！
286:279
05/03/06 20:48:26 YD+a3jnU
>>284
URLﾘﾝｸ(monoganac2.sakura.ne.jp)
URLﾘﾝｸ(monoganac2.sakura.ne.jp)
287:名無しさん＠編集中
05/03/06 20:53:12 RyvC3WYT
>>286
一瞬、WMV9かとおもたよw
288:名無しさん＠編集中
05/03/06 21:10:32 WLGWQqpH
[高度な設定 - H.264設定]
最大キーフレーム数 → 最大参照フレーム数
Bフレームのエンコードタイプ → Bフレーム適用予測タイプ
[高度な設定 - ビットレートの配分設定]
キーフレーム割合 (%) → Iフレーム品質上昇率 (%)
Bフレーム圧縮率 (%) → Bフレーム品質減少率 (%)
ビットレート増減率 (%) → ビットレート変動率 (%)
[高度な設定 - マクロブロックサイズ]
マクロブロックサイズ → マクロブロック分割タイプ
デコード複雑度 → ブロック分割の品質
追加・添削よろ
289:名無しさん＠編集中
05/03/06 22:13:44 JF5lqaiE
H264 でエンコードするときのCodecがいろいろあるけど
結局これから主流になりそうなのってどれ？
x264? ffdshow?
290:名無しさん＠編集中
05/03/06 22:29:10 MGzhzqJW
rev153 Athlon XP build だけど
B-Frames Pyramid 使用にすると画面が崩れる('A`)
検証めんどくさくなってきた（汗
291:279
05/03/06 22:35:08 YD+a3jnU
>>288
thanks
更新致しました。
292:名無しさん＠編集中
05/03/06 22:54:22 5JRnCi+9
更新乙です！
が、こんなメッセージが出ちゃいました。
＞旧バージョンのファイルを確認しています[MD5チェックサム]...
＞ --> [C:\WINDOWS\System32\x264vfw.dll] MD5チェックサムを計算中...
＞[エラー] 旧バージョンのファイル内容が異なります(MD5チェックサムが一致しない).
一旦x264をｱﾝｲﾝｽﾄして再ｲﾝｽﾄ後、新パッチ実行しました。ちなみに旧パッチでは
問題なく当たっています。
x264は X264VFW_rev153.exe と X264VFW_rev153_axp.exe で試しました。
293:名無しさん＠編集中
05/03/06 22:57:22 5JRnCi+9
ぐは、、、156まで来てる
URLﾘﾝｸ(www.aziendeassociate.com)
(r154) Adaptive B skipped some POC numbers (slightly reducing b_direct efficiency).
(r155) buffer overrun when bframes == X264_BFRAME_MAX
(r156) 10l
294:名無しさん＠編集中
05/03/06 23:11:28 2y1xQuaL
>>291-292
を見ていただきに行ったら、１版適用済み→２版の差分がもうできてる
>>279さん、仕事速杉
295:名無しさん＠編集中
05/03/06 23:27:29 WLGWQqpH
>>291
乙
296:名無しさん＠編集中
05/03/07 00:12:04 82ODXGjy
>>288
おいおい、さらに訳が間違ってますぜ。
297:名無しさん＠編集中
05/03/07 00:14:18 ch5of/gP
[高度な設定 - H.264設定]
CABAC－コンテキスト適応型2値算術符号化（方式）
[高度な設定 - マクロブロックサイズ]
8×16，16×8 ＋ 8×8 Ｘフレーム検索
↓
Ｘフレームにマクロブロック単位の可変ブロックサイズ動き補償を使う
（ＸフレームにMB単位の可変ブロックサイズMEを使う）
4×8，8×4 ＋ 4×4 Ｐフレーム検索
↓
Ｐフレームにサブマクロブロック単位の可変ブロックサイズ動き補償を使う
（PフレームにSub MB単位の可変ブロックサイズMEを使う）
298:名無しさん＠編集中
05/03/07 00:16:41 CrGFchly
>>296
具体的に書いてくれよｗ
文字数に制限あるみたいだから意訳＋省略したわけだが
299:名無しさん＠編集中
05/03/07 00:21:05 ch5of/gP
まだインスコしてないので英語の方もうpしてﾎｽｲ・・・
H.264/AVC教科書持ってるから暇つぶしに手伝うので。
300:名無しさん＠編集中
05/03/07 00:24:22 pe43SJW+
URLﾘﾝｸ(forum.doom9.org)
301:名無しさん＠編集中
05/03/07 00:25:00 IJS55CcP
[高度な設定 - H.264設定]
Bフレーム適応予測モード
つーか、直訳で、「予測モード」ではダメなのか？
[高度な設定 - マクロブロックサイズ]
→マクロブロック分割
マクロブロックは分割されてサブマクロブロックになるわけで。
302:名無しさん＠編集中
05/03/07 00:34:53 CrGFchly
>>301
Bフレ適用するかどうかの判断方式でしょ？
直訳だと訳わかんないし、適用予測にしたんだが・・・
マクロブロックタイプの方が確かに良いね
303:名無しさん＠編集中
05/03/07 00:45:04 CrGFchly
>>302
マクロブロックタイプはもっとおかしいな・・・
何て言えばいいのやら
304:名無しさん＠編集中
05/03/07 04:59:38 tnRwirTx
Q17～18が最もバランス良いってことに勝手に任命
305:名無しさん＠編集中
05/03/07 05:13:35 jxKdGq3i
＞任命
306:名無しさん＠編集中
05/03/07 11:28:55 pczISox7
(r157) VfW: expose B pyramid and weighted B prediction
307:279
05/03/07 13:10:30 4pAaLRYv
>>297,301,302
thanks参考にさせていただきました。
>>299
URLﾘﾝｸ(monoganac2.sakura.ne.jp)
URLﾘﾝｸ(monoganac2.sakura.ne.jp)
URLﾘﾝｸ(monoganac2.sakura.ne.jp)
308:名無しさん＠編集中
05/03/07 21:33:58 dvXNf/lY
toolkit使ってVC版作ろうとしたけどリンクでエラー出てだめぽ
gccで我慢するしかないか・・・
309:名無しさん＠編集中
05/03/07 21:39:13 Sf6zDkjK
まだまだ使いモンにならんな、当分はXviDで逝くか。
310:名無しさん＠編集中
05/03/08 01:43:18 zJaOEcmr
いつの間にか、公式ページのEncoder limitationsからNaive B-frame placementが消えているね。
まだまだB-Frameピラミッドは開発中もいいところだけど、機能としては一応載っているもんなぁ。
この調子でReal RDも実装するのかな? とてつもなく重くなりそうだけど…
311:名無しさん＠編集中
05/03/08 14:19:15 2fL9HAsk
rev158
312:名無しさん＠編集中
05/03/08 15:05:24 v0GnRSrk
* trunk/Makefile: Don't include x264.o in the library.
313:名無しさん＠編集中
05/03/08 21:36:30 p928vXnZ
初心者的質問でなんだが、エンコーダが違っても、H.264である以上、再生の環境は選ばないはずですよね？
そうすると、どのエンコーダを選ぶかは趣味の問題ということでいいですか？
314:名無しさん＠編集中
05/03/08 22:27:03 v0GnRSrk
URLﾘﾝｸ(uk.geocities.com)
315:名無しさん＠編集中
05/03/09 10:46:01 CokN1ote
>>313
x264とh.264はちがう。
WMVでエンコードしたんだけどこれDivXプレイヤーで見れるよねって言っているようなもの。
まあ、そこまで違うものでもないんだけど・・・DivXに対するXviDみたいなものだと思え。
あくまで派生物。オリジナルとは違う。
316:名無しさん＠編集中
05/03/09 10:57:52 Qv7SL+MO
>>315
いやいや、そんなことはないでしょ。Doom9には
>x264 is a free library for encoding H264/AVC video streams.
って書いてあるし、実装から言ってもH.264/AVCの仕様からはずれたものは実装されてないし。
317:名無しさん＠編集中
05/03/09 12:31:41 Gv+aagrV
とはいえ、再生プレイヤーが出てみないことには何とも言えないし
あんまり当てにせんほうが良いと思う
318:名無しさん＠編集中
05/03/09 15:04:53 CokN1ote
まあだからそこまでは違わないってことで・・・
XvidのデータもDivXのデコーダで再生は出来るでしょ
H264/AVCに準拠するとはおもうけど違うところも出てくるかもしれんし、別物と考えとったほうが言いと思う。
319:名無しさん＠編集中
05/03/09 15:37:47 Z6LueALJ
オリジナルのH.264ってどれ？
320:名無しさん＠編集中
05/03/09 16:18:36 +5FgHh/I
H.264は規格、仕様
321:名無しさん＠編集中
05/03/09 17:15:33 Vwnm0KwE
オリジナルというとJVTかな
322:名無しさん＠編集中
05/03/09 23:32:27 iDlgpbF3
MPEG2でも会社毎によっていろいろ違ってた見たいだし。
ハードエンコのカードで作ると編集できなかったり。
規格、仕様の部分はきちんとして貰いたいね
323:名無しさん＠編集中
05/03/09 23:33:36 zx+3QK5F
>>321
JVTってJoint Video Teamの略で、団体名。
リファレンスソフトウェアはJMだな。
URLﾘﾝｸ(iphome.hhi.de)
324:名無しさん＠編集中
05/03/11 03:00:54 BjLKjjd+
>>309
俺的には十分使い物になるよ
でも、万が一に備えてXviDとx.264の両方でエンコしてるけどね
あとはファイルサイズ指定でエンコ出来るばなぁ・・・とか思う
325:名無しさん＠編集中
05/03/11 03:24:10 NdNQpt+N
352×288でリアルタイムエンコするには
どのくらいのスペック必要ですか？
326:名無しさん＠編集中
05/03/11 04:09:54 c8D2MyqR
x264 rev.158でエンコして再生はffdshow-20050303を使いMPCで再生しています。
シークしたり、普通に流してても・・たまにCPUを使い切り映像が動かなくなります
その時は、MPCをタスクマネージャーから落とさないと、CPUを使い続けます。
で、再生コーデックをneroDVDにすると、そんな現象は起こらないんですが・・
再生品質があまり良くありません。そんな経験無いですか？？
お勧めの再生コーデックがあれば教えて～
327:名無しさん＠編集中
05/03/11 04:12:42 BjLKjjd+
>>326
>>24
328:名無しさん＠編集中
05/03/11 05:02:45 c8D2MyqR
326です
>>327
見逃してました・・・サンクスです
329:名無しさん＠編集中
05/03/11 12:06:06 o+y5vSlH
>>328
>>24のコーデックはBフレ2以上だと緑のブロックノイズが出るんで気をつけな。
3月以降のffdshowのでも軽くなったと思うけどなあ・・・
URLﾘﾝｸ(www.aziendeassociate.com)
これ入れると止まるのも無くなるし
330:名無しさん＠編集中
05/03/11 12:07:48 o+y5vSlH
あー下げるの忘れてた・・・
ごめん
ついでに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.
331:名無しさん＠編集中
05/03/11 12:08:27 Ca2XxmsW
むしろffdshow推奨でしょ
332:名無しさん＠編集中
05/03/11 12:25:45 8lSbLmyJ
>>330
別にsage推奨スレでも違法スレでもなく、age嵐でもないんだから
ageて謝る必要はないと思うが。
333:名無しさん＠編集中
05/03/11 13:00:15 P8s8t5FJ
(r162) write VUI bitstream restrictions
334:名無しさん＠編集中
05/03/11 13:11:02 90thwukW
【WMV脂肪】次世代ブルーレイPSPのUMD-VIDEOのフォーマットを採用
ｽﾚﾘﾝｸ(news板)
335:名無しさん＠編集中
05/03/11 14:05:52 5/qNvsTx
>>329
Bフレ２以上で緑のノイズでるのってvideosoftのデコーダのせいだったのか。
x264が原因かと思ってた・・・
336:名無しさん＠編集中
05/03/11 17:51:36 c8D2MyqR
>>329
326です
新しいlibavcodec入れるとffdshowの挙動がずいぶん良くなりました・・
まだつっかえるけど・・再生品質は確実にffdshowの方が良いい思った。
337:名無しさん＠編集中
05/03/11 18:10:55 Lx2pW+8S
ごめん。
livecodecってどうやってインストすんの？
system32にコピー？
338:名無しさん＠編集中
05/03/11 18:17:43 e/KLMqBz
（ ﾟдﾟ）ﾎﾟｶｰﾝ
339:名無しさん＠編集中
05/03/11 18:35:04 SAHUeO1e
（ ﾟдﾟ）ｶﾎﾟｰﾝ
340:名無しさん＠編集中
05/03/11 18:36:18 +U4GnHvs
>>337
329の奴？
それなら、ffdshowのインストールフォルダのlibavcodec.dllを上書きすればいい。
341:名無しさん＠編集中
05/03/11 19:46:06 Lx2pW+8S
>>340
ありがとう。
>>338,339
ごめんね。337はじめてlivecodecしたから、ごめんね
342:名無しさん＠編集中
05/03/11 21:28:50 Z7InRuSn
CyberLink Announces Support for High-Definition DVD Across DVD Entertainment
and Burning Product Lines (英文のみ）
URLﾘﾝｸ(www.gocyberlink.com)
343:名無しさん＠編集中
05/03/12 01:56:28 d6Uneu+P
皆さんどれ使ってます？
Doom9 - New A/V Formats - Codecs
URLﾘﾝｸ(forum.doom9.org)
CelticDruid - x264,ffdshow,mpeg4ip(mp4creator),GPAC(MP4Box),mplayer/mencoder (バイナリ)
URLﾘﾝｸ(celticdruid.no-ip.com)
Geocities
URLﾘﾝｸ(uk.geocities.com)
344:名無しさん＠編集中
05/03/12 02:06:52 LBE4a32j
>>343
Doom9
345:343
05/03/12 02:10:48 d6Uneu+P
書き忘れたけど私もDoom9です。
3つの違いはCPUに最適化されているかとかくらいなのでしょうか？
346:名無しさん＠編集中
05/03/12 12:58:38 8YPSQiH3
Doom9は全部gccでCPU別最適化してるのか
347:名無しさん＠編集中
05/03/12 14:39:06 Ug7LYKSi
１分半の映像を圧縮しようとしたら元の２倍のサイズになったんだけど仕様ですか？
348:名無しさん＠編集中
05/03/12 14:43:03 /60KBmRs
>>347
無駄にビットレート割いているんだろ・・・
どーせ
それとどんなソースなんか言わないと話にならん
349:名無しさん＠編集中
05/03/12 14:46:10 Ug7LYKSi
>>348
ケロロ軍曹のOP
350:名無しさん＠編集中
05/03/12 14:48:16 /60KBmRs
>>349
んでどのよーに設定したの？
351:名無しさん＠編集中
05/03/12 15:00:17 Ug7LYKSi
このスレにあったのを適当にまねて
Single Pass Quantizer 17
Bフレーム 2
他はデフォルトでフィルタもなし
352:名無しさん＠編集中
05/03/12 15:08:03 /60KBmRs
>>351
それでサイズは幾らから幾らになったよ？
ソースはMPEG2?
あと、音声のMP3をWAV出力してんじゃね？
353:名無しさん＠編集中
05/03/12 15:13:54 7dRcJSv/
NECはHD DVDドライブの量産試作機を出展
URLﾘﾝｸ(www.watch.impress.co.jp)
＞今回のデモでは「ディ・アフター・トゥモロー」などの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パワーの半分も使わずに再生できる」という。
354:名無しさん＠編集中
05/03/12 15:22:01 s6pBAY2y
>>353
P4-1.8Gとか、P3-1.2Gとかで、デモして欲しいな。
355:名無しさん＠編集中
05/03/12 15:24:14 Ug7LYKSi
>>352
ファイルサイズは67.5MB→116MB
ソースはMPEG2で音声は再変換なし
356:名無しさん＠編集中
05/03/12 15:51:41 DR0CwpIq
もしかしてDeblocking filterって再生負荷に関係してる？-6にしたら
負荷が半分～7割くらいになるんだけど気のせいかな
357:名無しさん＠編集中
05/03/12 15:52:04 /60KBmRs
>>355
もしかしてインタレ解除もしなかったの？
x264はまだインタレサポートしてないよ・・・
ある意味ノイズだらけのファイルをエンコしたのとかわらんのじゃない？
358:名無しさん＠編集中
05/03/12 16:09:18 8YPSQiH3
現状deblocking filterが一番重くなる原因になってる
この部分の最適化が進めば実用レベルになるのに惜しいよな
359:名無しさん＠編集中
05/03/12 16:34:53 LBE4a32j
rev164
360:名無しさん＠編集中
05/03/12 18:06:20 GoQFgHgl
xvidで言ったらまだ0.9世代あたりなのに
実用がどうとか言うのは早過ぎでは？
将来の互換性はまだ不透明だし。
追っかけるのはxvidより楽しいけど
まだ最終出力用としては怖い。
361:名無しさん＠編集中
05/03/12 18:17:08 ny5Q50Ij
そりゃそうだ。
みんなでテストしてるのさ。
362:名無しさん＠編集中
05/03/12 19:15:41 /60KBmRs
でも結局テストといいつつβ段階から流れてしまうけどね・・・
XviDだって1.0になる前から使われてたし、WMV9もβから使ってるし・・・
みんな結局使い物になればβからでもかまわないんだよ・・・
まあ今のx264はまだちょっと不安定だけど・・・
将来の互換性か・・・
DivXはVer5になってからでも不透明だったし・・・
互換性ってどーなった時点で保障されるんだ？
H.264再生機が出た時点か？
実際みんなはどの時点で互換性の問題がクリアになったと考えるの？
363:名無しさん＠編集中
05/03/12 19:17:38 Ulot93Tl
結局、自分のPCで再生できればいいや。
364:名無しさん＠編集中
05/03/12 19:57:54 9p41z20B
>>362
オレの場合だと、有名なソフトがでてきて編集等が楽になったらかな。
365:名無しさん＠編集中
05/03/12 20:48:45 BxNfSKy1
AVCの再生というより、俺も、個人的には、MP4まわりの編集等の環境が
ある程度整ってからかなあ、実用になるのは。x264(vfw)もBフレありだと
フレームズレズレになるのとか、画質・互換性以前にちょっと厳しい
366:名無しさん＠編集中
05/03/12 23:04:38 iHkHd48k
>>362
QT7が出た時点で
367:名無しさん＠編集中
05/03/13 00:16:53 1M+wd/pF
HD時代のCODECといいながらx264はまだ4:3専用（ですよね？）
早く使ってみたいんだけど、なんとも。
368:名無しさん＠編集中
05/03/13 00:31:30 P8iTllTh
16の倍数なら問題なかった覚えがあるが？
369:名無しさん＠編集中
05/03/13 00:33:54 e74EWR/0
自分でおよそ16:9の解像度でエンコードすればいいだけでは・・・
anamorphic再生をしたいのなら、ffdshowの場合
Start Menu＞Video Decoder Configurationの
Output＞Use overlay mixerにチェック入れればいいし
370:名無しさん＠編集中
05/03/13 00:49:55 1M+wd/pF
>>368
16の倍数ということは、9と16の最小公倍数＝144なんで、縦は144の倍数じゃないと16:9にならないんですよね。
とりあえず8ｘ16ブロックは使わなきゃいけるかもと思い試してみたけどダメ…
画面端だけ自動で8ｘ8や4ｘ4に落としてくれればいいんですけどねぇ。
>>369
r124くらいからタマ～に実験してみてるんですけど、まだまだだなって感じがしたのでフッと書き込んでしまいました。
思い出した頃にまた試してみますｗ
371:名無しさん＠編集中
05/03/13 01:06:24 faG2p0jP
最近立ちくらみするんだよね
372:名無しさん＠編集中
05/03/13 01:18:33 e74EWR/0
>>370
そこまで厳密に設定するのと、16:9で作るのと、
HD時代の、ってのはあまり関連がないようにも思います。
16の倍数は圧縮アルゴリズムからの制約？であって
4:3じゃなきゃいけないと言われてるわけでないでしょから。
制約のない解像度で作れたほうがいいけど、
多少ズレてもなんとかなるだろうし、HDのMPEG2-TSなんて
1080に出来ないから1088(下部映像なし8ピクセル)だし。
373:名無しさん＠編集中
05/03/13 01:30:29 1M+wd/pF
>>372
4:3専用というのは確かに語弊がありますね、取り下げます。
8ドット単位でなくてもエンコードできるCODECは色々あるわけで、そういう方面の
インプリメントが今後なされることに期待しておくこととします。
スレ汚しすみませんでした。
374:名無しさん＠編集中
05/03/13 01:42:03 Z7Yh2OS2
>>367
ふつうに704×480でmkv化して16;9にしてZOOMPlayerで再生すれば見れると思うが、4:3専用にせんでも・・・
375:名無しさん＠編集中
05/03/13 07:32:45 FgjP8N98
>372
ARIB規格がこんなんなのね。
URLﾘﾝｸ(pdn-dbg.securethink.co.jp)
376:名無しさん＠編集中
05/03/13 07:55:48 RznO7+EN
何故にYUY2を蹴ったとですか？
何故にコメントアウトしたとですか？
教えてけれ・・・エロい人 orz
377:名無しさん＠編集中
05/03/13 11:37:37 aSm2X8KY
>>376
YUV420(I420,IYUV,YV12)と、YUV422(YUV2)ではDC成分の処理の仕方が微妙に違うからだと思う。
たぶん、エンコーダにYUV422に対する（ちゃんとした）処理が搭載されてないんだろう。
訂正・補足等歓迎。
378:377
05/03/13 11:41:39 aSm2X8KY
ごめん、
YUV422（YUV2) → YUV422（YUY2）ね。
379:名無しさん＠編集中
05/03/13 13:07:05 F2zST9rB
YV12に変換して渡さないとエンコできないの？
380:名無しさん＠編集中
05/03/13 16:15:42 RznO7+EN
>>377-378
アリガ㌧
しかし、なにも弾かなくても、注意書きだけでいいと思うのだが・・・
再対応はいつになることやら （´・ω・`）
381:名無しさん＠編集中
05/03/13 17:15:55 fNZ6Ob3n
rev165
SSD comparison function (not yet used). Cosmetics in mmx SAD.
382:名無しさん＠編集中
05/03/13 17:39:10 P8iTllTh
r166
revert 164. blame Spyder.
383:名無しさん＠編集中
05/03/13 17:57:31 e74EWR/0
>>367
補足だけどHD時代のコーデックというのはこれの意味なのかも・・
URLﾘﾝｸ(www.itmedia.co.jp)
標準のH.264/AVCだとHDに弱かったとは知らんかった。
384:名無しさん＠編集中
05/03/13 18:03:31 av8wmKQk
>>383
上の連中は規格乱発しすぎなんだよな。
振り回されるのが下層の人間だと高を括りやがってorz
385:名無しさん＠編集中
05/03/13 18:45:43 aSm2X8KY
あれ、YUY2復活してるな。いったい、なんだったんだろう…。
386:名無しさん＠編集中
05/03/13 20:03:48 fNZ6Ob3n
rev167 来てますた
387:名無しさん＠編集中
05/03/13 20:54:16 IvYSxk2Z
しかし追っても追ってもきりがないな
388:名無しさん＠編集中
05/03/13 20:59:19 9dtpy07e
CCEかTMPGのH.264エンコーダー出るまで待つわ
389:名無しさん＠編集中
05/03/13 21:09:15 F2zST9rB
ホリエモン
390:名無しさん＠編集中
05/03/13 22:12:50 3YWLUGb+
URLﾘﾝｸ(uk.geocities.com)
消えた？
391:名無しさん＠編集中
05/03/13 22:19:07 P8iTllTh
>>390
Sorry, this site is temporarily unavailable.
すみません、このサイトは一時利用できません。
392:名無しさん＠編集中
05/03/13 23:00:46 fNZ6Ob3n
>>390
今見れます
393:390
05/03/13 23:10:26 3YWLUGb+
>>391,392
すまん、英語だったので早とちりしました。
アリガ㌧
394:名無しさん＠編集中
05/03/14 04:57:03 T8fLr9Xk
PenII-400でエンコできたぞ。176×144でカクカクだけど
395:名無しさん＠編集中
05/03/14 06:25:33 SjCw+UIl
Pen2でencってある意味すごいな。
>>388 TMPGとかから264シリーズ出るのか？ ｗ
堀さんはいったいどうするのかなぁ。
396:名無しさん＠編集中
05/03/14 06:48:18 Gr6+IHgM
>>395
堀さんってペガシスのTMPGEncブランドな製品とはもう一線引いちゃっているのかな?
なんせTMPGEnc DVD Author 2.0はインターコム社のトランスコーディングエンジンを採用
したことを宣伝文句にしているぐらいだし。
んで、tmpgenc.netではなんの気まぐれか去年の11月に1年ぶりに2.5をアップデートリリース
したし。
んまぁ、堀さん一人でH.264のエンコーダを一から実装するのは不可能に等しいと思うけどね。
397:名無しさん＠編集中
05/03/14 10:22:42 Wl3W6qqY
x.264ぐらいならば一人でも半年あれば実装できてもおかしくない
・IP & CAVLC のみ - 3ヶ月程度
・B+CABAC - 3ヶ月程度
・インタレース - 3ヶ月程度
てなぐあいで、x.264 は B+CABAC までしか対応してないし
# エンコーダのみを想定 (デコーダはもっと大変)
398:名無しさん＠編集中
05/03/14 10:29:22 6nU77bTf
ほほう。
ところで堀さんはMPG一人で開発したそうだけれどMPG強ければ264も強いのかな？
あまり詳しくないから深く言えないけれどなんか海外の人が凄いソフト作りそう。 な気がする。
399:名無しさん＠編集中
05/03/14 14:18:11 PrdkbVPb
rev169
400:名無しさん＠編集中
05/03/14 17:38:27 PgBD8OQ1
1920初めて再生させてみた。640とか704とかになれているのでとてつもなくでかく感じた。
まったくすげえな。
401:名無しさん＠編集中
05/03/14 18:15:19 cgsHBtZl
>>400
どんなスペックで再生させたの？
デコーダは？
おれのPCでは1024×720でも重すぎて・・・
402:名無しさん＠編集中
05/03/14 18:38:48 CQGVIfT+
gcc版とicl版差が無い感じがする･･･
403:名無しさん＠編集中
05/03/14 18:53:36 t9wTBCAM
最軽量にH.264を再生させる方法教えれ
404:名無しさん＠編集中
05/03/14 19:11:41 eUpb0wUl
10GHzのCPUを飼ってくる
405:名無しさん＠編集中
05/03/14 19:16:21 5OuthwiJ
ハードウェアデコーダを作る
406:名無しさん＠編集中
05/03/14 19:38:12 JhxMENDW
>>353のPowerDVDが軽そうだね
現行の改良版だろうけど
407:名無しさん＠編集中
05/03/14 21:38:22 hJ7CB2w9
URLﾘﾝｸ(ja.wikipedia.org) に>>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)等のプロファイルが追加される予定である。
408:名無しさん＠編集中
05/03/14 21:44:17 CxVsY2ne
ついこないだHD DVDで正式にFRExt(High Profile)採用が決まったね
409:名無しさん＠編集中
05/03/14 22:16:12 hJ7CB2w9
>>262
URLﾘﾝｸ(en.wikipedia.org) に
> 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のやつのことかも…
410:名無しさん＠編集中
05/03/14 22:41:08 CQGVIfT+
rev170
SSE optimized chroma MC. patch by Radek Czyz.
411:名無しさん＠編集中
05/03/14 22:45:19 +3BSBaMT
optimizedされてても、遅い・・・
412:名無しさん＠編集中
05/03/14 22:47:04 4MX8IMfQ
日付単位どころか時間単位で開発が進んどりますなぁ。
413:名無しさん＠編集中
05/03/14 22:51:25 KmKXXeyA
X-Finderの作者みたいに更新するのが趣味だったりして
414:名無しさん＠編集中
05/03/14 22:52:21 KlXOMzeh
>412
誰かがどこか更新したらrev上がっちゃうからしょうがないね
415:名無しさん＠編集中
05/03/14 23:18:38 4sS2Efda
ついさっき ffdshow-20050312.exe にしたんだが、
H264のシークが無茶苦茶快適になるな
416:名無しさん＠編集中
05/03/15 00:18:45 wi93GxzT
>>415
ほんとだ
417:名無しさん＠編集中
05/03/15 00:31:08 1mzwiMH6
1PASSで作ってみたが一部画像が崩れてた
画質的にはRV10と同じ感じ
サイズは狙ったサイズになったけどね
QBじゃないと綺麗の出来ないのかな
寝てる間にQBでも作ってみる
418:名無しさん＠編集中
05/03/15 02:08:21 czFoN+XD
>>415
めちゃめちゃ快適になったわ
負荷もいくらか下がってるみたい
419:名無しさん＠編集中
05/03/15 06:37:00 BML3ira0
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使えんみたいなんだけど使うと強制終了・・・
今のところ使うなってこと？
420:名無しさん＠編集中
05/03/15 10:09:20 Nv+6dWcE
"Max reference frames"変えれば落ちないんじゃないかな。
5以下で十分なような(自分のばあい普段は3)
技術的なことは全くわからんし、細かく検証したわけじゃないけど
この件とは無関係だけど、ffdshow03.12はmp4やmkvなavcがダメになってる気がする
421:名無しさん＠編集中
05/03/15 11:42:23 2kOUKUai
rev171
Chroma ME (P-frames only).
422:名無しさん＠編集中
05/03/15 12:38:39 kNtDdkvA
Max reference framesあげると若干圧縮率あがる気がする。
俺も再生できてないけど_|￣|〇
423:名無しさん＠編集中
05/03/15 13:36:46 pO8wsHNJ
Pフレームオンリーって使い道なんだ？
424:名無しさん＠編集中
05/03/15 17:01:52 raBG7Mhs
H.264だと直前・直後のI・Pフレームからの差分だけじゃなくて、
いくつか前後のI・Pフレームからの差分も取れるようになっているけど、
Max reference framesってそれをいくつとるかっていう設定だよね?
15もとればそりゃ辛い罠…
425:419
05/03/15 18:59:14 BML3ira0
419です。
やっぱみんなだめなのね・・・
>>424
どっかのバージョンで16までサポートしたって書いてあったから、きりのいい15にしたんだけど、この数字ってやっぱ多いの？
でも15フレームくらいとらないとあんまり意味ないんじゃない？
１フレーム前だったら今までのBフレームと変わらないし、2、3フレームで大きく絵が動くこともないから今までのBフレと変わらん気がする。
ループに対するBフレだと思ってるから15フレームくらい採らんといかんのじゃない？
15でも少ないと思うくらいだし・・・
426:名無しさん＠編集中
05/03/15 19:07:39 gl8IuBNE
>425
言っておくけど、参照フレームとBフレは全く関係ないよ
当然、参照フレーム数は多ければ多いほど出来上がりの質は上がる（1passQBならサイズは縮む）
エンコスピードにストレスを感じていないなら当然15もしくは16にすべき
あんたの止まる原因はただ単にBフレのUse as referencesにチェックいれてるせいだと思うよ
427:名無しさん＠編集中
05/03/15 19:15:01 SHNNHSEC
むむ。BフレのUse as referencesってことは、H.264ってBフレームも参照できるように
なったのかな?
428:名無しさん＠編集中
05/03/15 19:22:42 gl8IuBNE
B-Frames Pyramid ってやつのことでしょ
429:名無しさん＠編集中
05/03/15 20:20:13 BML3ira0
>>426
情報THX
勘違いしてました。
今のところはBフレのUse as referencesのチェックは外してエンコするようにします。
430:名無しさん＠編集中
05/03/15 22:07:17 tMW2r8cq
bフレも15って・・・そりゃ落ちるだろ
431:名無しさん＠編集中
05/03/15 22:11:31 R1lSW7VG
r174
Check/fix range of x264_param_t.rc.i_qp_constant.
icl版も一応CLIでaviやavsが使えるようにしておいたり
432:名無しさん＠編集中
05/03/16 05:11:47 f2HT9Da7
>>417 同意。1passだとなんか動きが激しくないとこでも急に乱れる事ありってかencしたもの全部乱れてる・・
1passは避けたほうがいいな。
433:名無しさん＠編集中
05/03/16 05:56:52 oChfzY4y
>>432
お前がいう1passって、どうせ1pass ABRだよな?
434:名無しさん＠編集中
05/03/16 13:52:13 km4kM33T
174はノイズでるね。
435:名無しさん＠編集中
05/03/16 15:56:08 km4kM33T
Pen4版じゃないほうにしたらノイズ消えた。
436:名無しさん＠編集中
05/03/16 16:32:40 7BmWv6jQ
AXPのはどこにある？
437:名無しさん＠編集中
05/03/16 16:54:48 ts4Z6Ok9
>>436
doom9のp3版でいいんじゃない？
438:名無しさん＠編集中
05/03/16 20:00:51 QhzAkGeg
>>435
おお、本当だ！
P4版もBフレを使わなければノイズ出ないけど
念の為変えるか
439:名無しさん＠編集中
05/03/17 01:52:54 BN7oJI2X
うちじゃ特に問題ないけどな・・・
440:名無しさん＠編集中
05/03/17 06:13:54 Kn5YeobQ
ひどｽｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
441:名無しさん＠編集中
05/03/17 06:15:19 Kn5YeobQ
誤爆したorz
442:名無しさん＠編集中
05/03/17 20:20:41 qnjCjzs6
rev.177
443:名無しさん＠編集中
05/03/18 01:24:40 YG6WkoVb
これモスキートノイズが出にくくていいね。β版出たら本格的に使ってみよう。
444:名無しさん＠編集中
05/03/18 03:59:58 tu0uI1Va
(r175) early termination for intra4x4 analysis
(r177) Simplify inter analysis option names. (psub16x16 -> p8x8)
上の二つってどーいうこと？
誰かわかる人おしえてー
445:名無しさん＠編集中
05/03/18 04:59:50 UzYtVXQ5
(r175) イントラサーチがこりゃあかんわぁと思うた時のために近道作っといたで
(r177) なんかさぁ、プログラム内部で使ってたオプション名なんやけど、えらぁ長いやろ？そやから短かくしといたったで
446:名無しさん＠編集中
05/03/18 05:14:42 I/09RodO
>>443
そりゃループフィルタつかってブロックノイズ・モスキートノイズを消してるからなー
447:名無しさん＠編集中
05/03/18 10:07:32 Ac6dV5lj
178
448:名無しさん＠編集中
05/03/18 13:20:57 tu0uI1Va
>>445
175はよくわからんかったけど、１７７は単純にしろってことやろ。
でも(psub16x16 -> p8x8)って単純化って言うの？
まあわかりやすかったです。サンクス
449:名無しさん＠編集中
05/03/18 15:26:10 GFlw4G5V
>>446
ダウト
ループフィルタはブロックノイズにしか効かなくて
モスキートが出にくいのは 4x4 変換ベースだから
450:名無しさん＠編集中
05/03/18 15:27:48 GFlw4G5V
>>448
(175) イントラ (キー) MB の予測で手抜きをすることにしたぜ
451:名無しさん＠編集中
05/03/21 08:05:08 1c6qqNqq
最近revあがらなくなったな・・・
休眠期か？
それとも大きな変更の前の静けさか・・・
452:名無しさん＠編集中
05/03/21 08:14:16 yyb9c7eG
ｳﾞｧｰｼﾞｮﾝうｐしないと寂しい
453:名無しさん＠編集中
05/03/21 08:30:21 jVIE4eKD
今はこんな状況。ちゃんと読んでないが
sysKinさん(pengvadoさんも？)はneroで働くらしい。
URLﾘﾝｸ(forum.doom9.org)
454:名無しさん＠編集中
05/03/21 19:39:25 4/4Zg/Dh
>>453 数少ない優秀な開発者が・・・orzzzzzzzzzzzzzzzzzzzz
455:名無しさん＠編集中
05/03/23 20:29:33 jDRTDhh7
更新止まったな。まぁ気楽に待つか。
456:名無しさん＠編集中
05/03/24 01:27:56 ZKY/98M+
げっ、再生したら上下逆さまになってしもた
落ち着けよ～俺・・・。ちなみにr178
457:名無しさん＠編集中
05/03/24 02:32:22 Y5WrUGB7
VDubのジョブに登録してr178(aziendeassociate)でエンコードしようとすると
2つ目のジョブ終了後にDubが落ちてしまうのですが、これってウチだけかな．．．
P4 2.8C、AviSynth2.5.5を使ってavsから直エンコードした場合です。
他の環境等、まだチェックしていないのでアレですが・・
458:名無しさん＠編集中
05/03/24 15:09:41 rIrWbuNU
MacのHandBrakeがx264のmp4を作れるようになった。
459:名無しさん＠編集中
05/03/24 15:31:48 L2AmJ76y
macなんかどうでもいい
460:名無しさん＠編集中
05/03/24 15:52:04 61wCdxzL
>>457
doom9のSSEのr178だけど2回に１回くらいでうちもVdub落ちる。
なんでだろね。
いちおうAvisynthです。
461:名無しさん＠編集中
05/03/25 00:53:51 k8hU4AIL
(178xp) 3DNOW Build
462:名無しさん＠編集中
05/03/25 01:30:23 iEg0qNDB
x264良いね。
今WMVで保存してるけど画質で比べたらWMV脂肪確定。
でも地デジと次世代DVDが普及し出したらキャプエンコ房の俺も脂肪確定ｏｒｚ
463:名無しさん＠編集中
05/03/25 02:07:08 UBoAZVAK
-O3 -march=athlon-xp -pipe -fomit-frame-pointer -mmmx -msse -m3dnow -mfpmath=sse -funroll-loops -msse2
464:名無しさん＠編集中
05/03/25 09:27:30 JOsWaYAc
>>462 あんたに限らず多くのエンコ品は志望確定だな。
かくゆうおれも・・・・
465:名無しさん＠編集中
05/03/25 15:52:47 y5PV9uIK
>463
-mfpmath=sseってまだまだEXPERIMENTALじゃなかったっけ？
そこまでするなら
-mfpmath=sse,387 -ffast-mathすりゃいいのにね
466:名無しさん＠編集中
05/03/26 03:20:06 tu1LTlWh
>>459
お前なんかどうでもいい
467:名無しさん＠編集中
05/03/26 03:25:47 DOIIN8Tq
いや、macなんかどうでもいいだろ。
>>466はどうしたの？
468:名無しさん＠編集中
05/03/26 04:07:01 WTLUeuR6
きっと仕事で嫌な事があったんだろ…察してやれよ。
469:名無しさん＠編集中
05/03/26 08:51:16 OwMhS7fv
ﾏｶﾁﾝｺ
470:名無しさん＠編集中
05/03/26 09:08:28 xRC/Ma8f
PowerEncoder のレビュー記事ってないの？
かなりよさそうだから買うか迷ってるんだけど。
471:名無しさん＠編集中
05/03/26 12:51:47 gkBmwiyJ
インタレ対応まだかいな
472:名無しさん＠編集中
05/03/26 14:02:26 OwMhS7fv
やなこった
473:名無しさん＠編集中
05/03/26 22:55:45 51XCjw3e
>>467もどうでもいいな
474:名無しさん＠編集中
05/03/27 00:18:33 VgZVN9s1
Macは持ってないので、俺もわりとどうでもいいけど
QuickTime7はどうでもよくないな。win版もすぐにでるのかなあ
なにより今は、x264の今後が気になる
このまま開発休止状態へ ってことにならなきゃいいけど…なんか…
475:名無しさん＠編集中
05/03/27 01:05:18 qqxa7ZjO
>>473
mac板から出てくるなよw
迷惑だからさ
476:名無しさん＠編集中
05/03/27 01:08:20 DLl1yxlJ
えー、マカーもここ見てるの？
477:名無しさん＠編集中
05/03/27 02:49:49 mw9pGpGI
>>475
aho?
>>476
chinko?
478:名無しさん＠編集中
05/03/27 02:53:45 Q48Vlor3
さすがだなぁ
479:名無しさん＠編集中
05/03/27 02:58:00 ubro2rzl
MPEG-4のファイルフォーマットは、QuickTimeをベースに開発された。
H.264はMPEG-4 Part10（AVC)として標準化された。
Mac使いがやって来るのも不思議ではないし、
Appleが使える編集ソフトつくるなら、それはそれで歓迎するよ。
480:名無しさん＠編集中
05/03/27 03:02:23 TnqXsC6Q
Mac使ったことが無いドザが哀れだな
481:名無しさん＠編集中
05/03/27 03:03:13 2LzePqJy
マカーは糞レスしかしないから来なくていいよ。
大体、ここ見てもほとんど意味無しでしょうに。
482:名無しさん＠編集中
05/03/27 03:04:21 Tl6zMTBZ
だからマカーは嫌われるのですよ。
483:名無しさん＠編集中
05/03/27 03:50:41 TnqXsC6Q
嫌われてるのはどっちだかw
484:名無しさん＠編集中
05/03/27 03:58:39 Kjn81++5
目的は何だ？
485:名無しさん＠編集中
05/03/27 04:03:57 dF4I2N9a
>>479
変なこじつけだな。
マカは純正品の高速時間だけ使ってれば十分じゃないの？
別にWindowsの真似して色々なサードパーティーのコーデックにまで
手を出す必要も無い。
486:名無しさん＠編集中
05/03/27 05:07:24 Gshktpq2
アップル信者はホントにどうしようもないねぇ。
487:名無しさん＠編集中
05/03/27 08:21:00 3zhedWDE
とりあえず開発者が居なくなったx264はもう終わった物と思った方がいいな
488:名無しさん＠編集中
05/03/27 14:24:05 /aqt8d/J
ということにしたいのですね
489:名無しさん＠編集中
05/03/27 14:46:49 G+JpuM/E
PowerEncoder使えばいいじゃん。x.264じゃなくたって。
490:名無しさん＠編集中
05/03/27 15:18:09 zA+HZ/Pr
なんかおまいらひたすら暇そうなだ。
491:名無しさん＠編集中
05/03/27 15:54:54 vc4PKfB8
>>489
power encoderの方がx264よりすでに終ってると感じるが・・・
このスレでも発売前後は話題になったがそれ以降はまったく話題に上らず・・・
492:名無しさん＠編集中
05/03/27 16:30:04 GqmPiMRG
HandBrakeのH.264対応おめage。
しかし、QT7のH.264が出たらMacでもWinでもゴーデンスタンダードになりそうな予感。
それまでは他のH.264エンコーダにどっぷりつかるのは危険かな。
493:名無しさん＠編集中
05/03/27 16:36:58 cP9saru7
それはないよ。
QTって、Windowsユーザーに嫌われてるから
494:名無しさん＠編集中
05/03/27 16:43:51 WOPEnDyE
>>493
QTにはまともなDirectShowフィルタを提供して欲しいな。
MPCがあるとはいえ、基本的に純正クソプレーヤしか見られないのは×
495:名無しさん＠編集中
05/03/27 16:45:33 GqmPiMRG
>>493は時代遅れ。
iPodの出荷台数を見ていると、同数のiTunes+QuickTimeがインストールされていることになる。
いつのまにか、Windowsを使っていてもアプリはQuickTimeとiTunesばかりになっている。
携帯電話板もQuickTime一色だし。
WordとExcelでビジネスユーザーはWindowsに持って行かれたが、個人ユーザーはWindowsを使っていても急速にApple派になっている。
496:名無しさん＠編集中
05/03/27 16:54:06 34EoLa08
なんだこりゃ？
497:名無しさん＠編集中
05/03/27 17:14:45 7xbL8ak/
>>495
あのさ、iTunesが好き＝QuickTimeが好き＝アップルが好き じゃないから。
498:名無しさん＠編集中
05/03/27 17:18:59 We7j9UmM
なんでH.264スレでExcelだのiTunesだのなんて単語が出てくるんだ?
499:名無しさん＠編集中
05/03/27 17:25:32 /aqt8d/J
>>495
ファイルが汎用である限り、周辺機器の内部プレーヤーがQTだろうが何だろうが別にどうでもいい。
第一、iPod にぶち込んでるのが .mov でもない限り QT in iPod が何台あろうと優位とは言えないし。
500:名無しさん＠編集中
05/03/27 17:26:48 Cv+a3Lww
前から常駐してたアポ－信者でしょ。
>>68とか>>366とか
501:名無しさん＠編集中
05/03/27 17:32:19 uhTNZUR8
ところで、H.264のﾃｽﾄする時、fastestと最高画質のどちらがお勧めでせうか？
502:名無しさん＠編集中
05/03/27 17:51:49 qH4cZYOM
それはx.264の話？
503:名無しさん＠編集中
05/03/27 19:49:46 C4lLlS+U
あのさ、QuickTimeがいいとかいうやつのきがしれんのだが・・・
もっともRVみたいな感じなら別だが。とりあえず、現時点ではQT<<<<<x264 と思う。
504:名無しさん＠編集中
05/03/27 21:20:56 RtM65jrL
rev.179 ｷﾀ
505:名無しさん＠編集中
05/03/27 21:21:41 P/lcu1dZ
QT7 altに期待。
506:名無しさん＠編集中
05/03/27 21:29:47 a1xwhqwP
なにそれ？
詳しく説明してみ
507:名無しさん＠編集中
05/03/27 21:34:18 GqmPiMRG
出てないから比較のしようがないよ。
今のMPEG-4の使い勝手で画質が良くてエンコが速ければかなりいいのだが。
今のMPEG-4は使い勝手とエンコ速度はともかく画質が...。
>>68も>>366も別人じゃ。
それだけQT7は期待を集めているという訳で。
別に信者じゃありません。
508:名無しさん＠編集中
05/03/27 21:34:46 iUEP5i6V
どうせ、エンコはPro版でしか出来ないとかいうオチじゃないの？w
509:名無しさん＠編集中
05/03/27 21:43:16 6A2FC+9/
>>507
何と比較して画質がとか言ってるの？
510:名無しさん＠編集中
05/03/27 22:21:52 yIF3y5Em
>>504
ｳﾎｯﾏｼﾞでｷﾃﾀ━━(ﾟ∀ﾟ)━━ッ！
本当に開発が終わったのかと思ってたよ｡･ﾟ･(ﾉД`)･ﾟ･
511:名無しさん＠編集中
05/03/27 22:34:54 xyaoqyfw
ｷｼｭﾂならｽﾏｿ
URLﾘﾝｸ(www.katch.ne.jp)
512:名無しさん＠編集中
05/03/27 23:05:01 GqmPiMRG
>>505は尻割れツール。手を出すな。
>>508
フリーのQT Player互換ツールで回避できる。
ぶっちゃけ、制限がかかっているのはQT Playerだけだから。
>>509
低ビットレートでの画質はffmpeg>QT6だった。
しかし、編集もエンコもプレゼンもこなせるQT Playerは非常に有用でもある。
まあ、インストールベースが1000万本を見込めるH.264エンコード＆デコード環境はQuickTime 7くらいしかないからね。
出来が多少悪くてもスタンダードになっちまうだろう。
はやくテストしたいなあ。
βテスターにでもなるか...。
513:名無しさん＠編集中
05/03/27 23:32:11 t8df88EH
もう巣に帰ったら？
あんたの期待度は分かったからさ。
514:名無しさん＠編集中
05/03/27 23:39:23 We7j9UmM
>>512
QuickTimeでH.264エンコできるようになってから出直せ。それまでお前は出入り禁止。
違反したらオナニー禁止90日。
515:名無しさん＠編集中
05/03/28 00:25:25 HhYxFdEq
まさかQTマンセーがいるとは。。。
まあ、世の中広いってことよくわかった。
516:名無しさん＠編集中
05/03/28 00:27:02 cbU8EfHi
なんかカワイソウなのでお前ら虐めるなよ
517:名無しさん＠編集中
05/03/28 00:39:12 l/k4X/fL
QTの話をするとかまってもらえる
QTの話をすると荒れる
518:名無しさん＠編集中
05/03/28 01:56:52 tJ7f33wJ
たのしいもんいいじゃん。
519:名無しさん＠編集中
05/03/28 02:42:19 mNQ1T8rx
3pass test ソースは13Mのmpeg2
URLﾘﾝｸ(up.isp.2ch.net)
520:名無しさん＠編集中
05/03/28 06:38:28 sSUMeEG8
r180きてる
521:名無しさん＠編集中
05/03/28 09:49:58 ruEphqdc
QuickTime(・∀・)ｲｲ!!
522:名無しさん＠編集中
05/03/28 13:08:32 xWnhTQEM
>>521 どこが良いのかを具体的かつ客観的に書け。
さもなくばQTマンセーは書くまで出入り禁止。 違反したらオナニー禁止90日。
523:名無しさん＠編集中
05/03/28 13:29:57 em8Akvyw
>>519 なんか、めちゃ汚くね？ ぼんやりしてる。 と思うｗ
524:名無しさん＠編集中
05/03/28 14:04:20 jTuXgL5s
QTのいいところ エンコード簡単。
悪いところ 画質悪い、レジストリいじりすぎ?、Apple。
525:名無しさん＠編集中
05/03/28 15:19:09 hfw7zmoh
QTのいいところ エンコード簡単。 ってマジ糞だな・・・
それだけの理由であんなにウザいのか。。これで決定しますた。
QT=ウザくてはやく消えて欲しい物。
526:名無しさん＠編集中
05/03/28 15:19:28 sSUMeEG8
rev181
久しぶりなだけに一気に更新きてるみたいだ
527:名無しさん＠編集中
05/03/28 15:36:24 ue5ZwISr
だいたい、ここAVC/H.264総合スレだろ。
一番支持者の多いH.264エンコーダをネタから除外する必要もなかろうに。
来月になったらQuickTime 7ユーザーが押し掛けるけど、全部追い出すの？
だいたい>>522は下品だ。
528:名無しさん＠編集中
05/03/28 15:45:46 nXuG9zLX
そうだよ
追い出すの
まだ出てないのに
>一番支持者の多いH.264エンコーダ
こんなこと書いちゃうお馬鹿さん達だから
529:名無しさん＠編集中
05/03/28 16:12:01 5T5WUkjP
>>527
はい、オナニー禁止90日。
530:名無しさん＠編集中
05/03/28 16:59:24 3Qu1Z/TO
90日も我慢したら電車で出ちゃうよ
531:名無しさん＠編集中
05/03/28 17:04:05 kmcshHCd
（賢者用）
MPEG4 AVC/H.264
XviD
DivX
WMV9 VCM
（一般用）
MPEG2
MPEG1
WMV
（愚者用）
RealVideo
QuickTime
532:名無しさん＠編集中
05/03/28 17:10:29 5T5WUkjP
規格と実装との混同乙。
533:名無しさん＠編集中
05/03/28 17:32:14 o8cvCg5W
>>531
も～何言ってるかさっぱりだよｗ
534:名無しさん＠編集中
05/03/28 17:37:21 Uni6Gyx3
もちつけ
535:名無しさん＠編集中
05/03/28 18:11:56 huiN6PK7
圧縮率（画質含） 再生者への親切度 再生負荷
H.264 ◎ △ △
WMV9 ○ ○ ○
DivX ○ △ ○
XviD ○ △ ○
RV9 ○ ○ ○
MPEG1 △ ◎ ◎
MPEG2 × ○ ◎
536:名無しさん＠編集中
05/03/28 18:36:29 kmcshHCd
その表見るとMPEG1が一番良いように見えるが。
537:名無しさん＠編集中
05/03/28 18:39:51 huiN6PK7
>>536
やっぱり？
俺も書いててそう思った。
実際には圧縮率が一番重要な項目だから一番いいわけじゃないんだけど…
表現出来ないOTL
538:名無しさん＠編集中
05/03/28 18:40:51 3Qu1Z/TO
なんでRV10じゃないの？
539:名無しさん＠編集中
05/03/28 18:57:08 7zjmfX8M
>>537
MPEG1の再生者への親切度が◎なのはおかしい。×だろ。
他の形式より、特定のmpegだけが再生できないって質問が多い。
540:名無しさん＠編集中
05/03/28 18:57:37 sSUMeEG8
>>535
MPEG2は再生負荷結構重いから○じゃないのか？
あとRV9はRealPlayerとか入れないと見れないから親切度は△と思われ
541:名無しさん＠編集中
05/03/28 18:58:48 o8cvCg5W
MPEG2がMPEG1より圧縮率が悪いってことはないぞ・・・
542:名無しさん＠編集中
05/03/28 19:02:11 o8cvCg5W
よく見てみたら>>535はかなり知識不足のようだ
というか他のスレでやってくれないかなぁ
543:名無しさん＠編集中
05/03/28 19:37:49 ooBtsmPG
確かに、少なくとも俺よりは知識ない事はわかった。
ところで俺もあまり知識ない。。QTとx264は比べてもOK？
544:名無しさん＠編集中
05/03/28 20:02:03 ue5ZwISr
>>543
QT7が出たら直接対決になるね。
画質、速度、使いやすさ、いずれも今の段階ではQT7は未知数。
>>535はエントリーしているCODECが少なすぎるな。
ffmpeg MPEG-4もQT MPEG-4もないのはどういうことなのか。
携帯板あたりいくとffmpeg一色だがな。
MPEG-1やMPEG-2だって、エンコーダによって使い勝手とかピンキリだろ。
545:名無しさん＠編集中
05/03/28 20:10:31 JaBe86nL
圧縮率（画質含） エンコーダ 再生者への親切度 再生負荷
H.264 ◎ △ △ △
WMV9 ◎ ◎ ○ ○
DivX ○ ○ △ ○
XviD ○ × △ ○
RV10 ○ × △ ○
MPEG1 × ◎ ◎ ◎
MPEG2 ○ ○ ○ ◎
546:名無しさん＠編集中
05/03/28 20:18:33 WtpBb/lw
再生者への親切度っつーのはどうなのよ。
他人のためにエンコなんかするのか？
547:名無しさん＠編集中
05/03/28 20:41:30 NCifWoEA
標準で再生出来るとか、別にコーデック入れなきゃだめとかってことだと思う
548:名無しさん＠編集中
05/03/28 20:50:36 r1EfqexI
XvidとWMVは実写ではXvid、アニメではWMVっていう人多いのでは？
それを上回る264とWMVが等しく、WMVとXvidの評価が違うのもづおかと思われ・・・
エンコーダについてもいろいろいいたいことがあるのだが・・・
結局、一概に言えないと思うよ。
549:名無しさん＠編集中
05/03/28 21:32:58 sSUMeEG8
>>547
それ言っちゃうとMPEG2も△か×なんだが・・・
550:名無しさん＠編集中
05/03/28 22:08:10 Z2CAULDl
俺は圧縮率（画質含）以外はどうにでもなると思うので評価外
551:名無しさん＠編集中
05/03/28 23:00:49 zSWx1Jc+
>>550 !! 俺も。
552:名無しさん＠編集中
05/03/28 23:03:27 UbshvoZK
>>545
H.264とWMV9の圧縮率（画質含）が同じ評価という時点で意味不明だが・・・
553:名無しさん＠編集中
05/03/28 23:07:24 sVgHroAE
>>552
テストエンコしてみたんだけど
おおむね同じだとおもう
なんだったらサンブルあげようか？
554:名無しさん＠編集中
05/03/28 23:10:43 UbshvoZK
>>553
そのテストしたH.264のエンコーダは何？
俺が見る限りx264とWMV9でエンコして比べるとx264の方がはるかに細部まで表現されていてとても同格の画質とは評価できないが・・・
555:名無しさん＠編集中
05/03/28 23:25:12 /6uEqRRQ
sambleて何
556:名無しさん＠編集中
05/03/28 23:28:14 O5Xl8eb2
x264 vs WMV9VCM
視認ブロックノイズの無さ : WMV9
再生負荷の低さ : WMV9
知名度の高さ : WMV9
ソース入力制限の無さ : WMV9
ソース忠実エンコ度 : x264
エンコスピード : x264
コストパフォーマンス : x264
画質限界の高さ : x264
エンコ設定の柔軟性 : x264
今後の期待度 : x264
557:名無しさん＠編集中
05/03/28 23:30:14 wYcTXQnJ
>>555
namper みたいなもんか？
558:名無しさん＠編集中
05/03/28 23:31:02 7lsw0a4F
サンプルあげるんなら
できれば(Overall)PSNRとSSIMとってほしい
559:名無しさん＠編集中
05/03/28 23:31:22 8/BaA7Ty
エンコーダの使いやすさ : WMV9
560:名無しさん＠編集中
05/03/28 23:53:52 UbshvoZK
>>556
エンコスピードだけどx264もMax reference frames上げれば十分エンコ遅くなるからどっこいどっこいのような気がする。
x264の唯一、しかも最大の弱点が暗部の画質破綻が激しいことだと思うからなんとか改良して欲しいところだが。デコーダにもよるんだろうか。
561:名無しさん＠編集中
05/03/28 23:57:52 sVgHroAE
H264 Q26 圧縮設定全部デフォ
URLﾘﾝｸ(www2.upup2.com)
WMV9 VCM Q79 圧縮設定スライダ一番右
URLﾘﾝｸ(www2.upup2.com)
562:名無しさん＠編集中
05/03/29 00:11:12 KW25m5bf
>>561
ネタが比較しにくすぎるので、PSNRとっておくれ
それ以前に、
発展途上のものと開発完了しているものを比較するのがナンセンスだし
x264のデフォ設定とWMVのスライダ一番右が同等設定とは思えないのだが
563:名無しさん＠編集中
05/03/29 00:21:16 v7CCd1mB
DivX505 Q72
URLﾘﾝｸ(www2.upup2.com)
H264のデフォ設定に合わせて同じファイルサイズ
低ﾚートの比較にですから
DivX505はウンコですね