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はウンコですね
564:名無しさん＠編集中
05/03/29 00:24:36 /ylLr56n
真性なのか釣りなのかわからない分よけい性質が悪い。
565:名無しさん＠編集中
05/03/29 00:26:27 MFLiFUwR
>>561
乙。固定Qじゃなくて、比較なら2passのほうが絶対最適かと。
レート1000kbpsあたりはいい感じだと思う。
このレートでソースがアニメだと、x264はdeblockは+にふったほうが
いい結果でると思う。MaxReferenceFrameもできれば5以上で
(16で落ちなければ、16で。15が無難？)
>>562
同感。
566:名無しさん＠編集中
05/03/29 00:38:54 wpKTEJyP
現状のx264は2pass以上することでもっとも高画質なものが作れる
deblockingfilterは重くなる一番の原因なので-にしておくき
参照フレームは負荷を考えて1～3等大きくしすぎない方がいいと思う
とにかくx264はまだテスト段階なので再生が重いから
あまり無理な設定はやめておいた方がいいんじゃないだろうか
567:名無しさん＠編集中
05/03/29 00:45:53 MFLiFUwR
いや、実用としてエンコはそのとおりだけど
テストとして実力をみたい場合には
再生負荷等は無視して、できるだけBestと思われる
設定でやるべきだと思う。ただ3pass以上とかはどうかなと思うけどね。
568:名無しさん＠編集中
05/03/29 04:03:05 VPuPcp3d
>>561
H.264綺麗だけど、なんかかったるい
先読みが甘いな
569:名無しさん＠編集中
05/03/29 11:36:37 S24rcptv
いつもDivX5.2.1でインタレ保持エンコしたファイルをDVDMaxで見てるが、
x264(r181)でインタレ解除せずにエンコしたファイルでもスクロールの不自然さとか
は無いね。ファイルサイズもそんなにデカくならんし。
インタレ未対応が問題になるのは、PCモニタで見るためのデインタレ処理関係
だけなんかな？
570:名無しさん＠編集中
05/03/29 14:59:25 D4XhnWkq
さすが、みなさんレベル高いですねー
571:名無しさん＠編集中
05/03/29 18:20:47 hgCS6q5R
>>569
何のためにencode as interlacedが存在すると思っているの？
572:名無しさん＠編集中
05/03/29 19:57:50 4y3ND06l
>>569
スダレ画像をスダレとしてエンコードすりゃ当然低ビットレートどころのさわぎじゃないな。
573:名無しさん＠編集中
05/03/30 11:43:39 l01aTLj/
あの、ちょっと質問いいでしょうか？
まず解像度についてなのですが、
URLﾘﾝｸ(e-words.jp)
ここに厳密な定義がのっていますが
>>値が高いほど、より自然に近い画質が得られる。解像度が低いと、画像や文字に「ジャギ」と呼ばれるギザギザが現れる。
とあります。私の今の知識では1080=高解像度 320=低解像度などと言ったものなのですが、
定義の表現でいくと上記の知識では誤りであると推定されます。
もしも定義通り解釈するのであれば、ある一定の解像度に直したときソースが低解像度ならギザギザが現れ、
高解像度なら変わらず綺麗に見えるということでしょうか？
その次に、よく704x396ものがありますが
(どこにあんの？とかは２ちゃんなので勘弁。そこは暗黙の了解でお願い致します。)
なぜに704x396等にするのでしょうか？
(もちろん個人の好みによっていろいろな解像度にencされていますがここでは一例として704x396を挙げさせて頂きました。)
DVDのオリジナルの解像度を見ると一様720x480なのですがMPC等で再生させてみますと明らかに違いますよね。
そこでMPC等で再生させた時の解像度に忠実にencしているのかと思いきや、どうも704x396等ではオリジナルよりも一回り小さいようです。
なぜみなさんは、MCP等で再生させた時と同じ解像度にencしないのでしょうか？
アニメは640x480が一般的でありましてMPC等で再生させた時と同じ解像度で忠実にencしている方が多いと思います。
(一部アニメも704x？とかありますが、あくまでも一部ですよね。)
最後に、やはり1080等の高解像度はDVDからのenc品では止めておいたほうがよいのでしょうか？
オリジナルの高解像度を超えるとはやりよろしくないですかね？(少しくらいなら大丈夫のようなそうでないような・・・)
スレ違いになっちゃって大変恐縮ですがこのスレが大好きですし何よりもちゃんと知って264のテストエンコに臨みたかったものでして。
もちろん、そんなアフォはテストする意味ねーって意見もありそうですが、そこは今も勉強中と言うことでなんとか多めに見てもらえないでしょうか？
最後でありますが、長々と勉強していたときにでてきた質問を読んでくださり有難うございました。
574:名無しさん＠編集中
05/03/30 12:18:48 jdjRiT8D
スレ違い
575:名無しさん＠編集中
05/03/30 12:22:00 3dCYbTNO
>>573
スレ違い
どこぞの高画質スレにでも行ってくれ
576:名無しさん＠編集中
05/03/30 12:23:06 DsapNk7D
これコピペか？
>～とかは２ちゃんなので勘弁。そこは暗黙の了解でお願い致します。
この文句は気に入った。釣りたい時に使わせてもらおう
577:名無しさん＠編集中
05/03/30 12:28:48 aBtbtoru
どうしよう。少しまじめに答えようかと思ったんだが。
578:名無しさん＠編集中
05/03/30 12:53:36 qkRPblAg
>>573
すげー電波っぷりだな
文章から見て高校生ぐらい？
579:名無しさん＠編集中
05/03/30 13:04:31 l01aTLj/
>>576 コピペではないです。
>>577 できれば、お願い致します。<_ _>
>>578 すみません、本当に高校生です。
580:名無しさん＠編集中
05/03/30 13:10:14 l01aTLj/
あ、すみません高校生ではなくて厳密に言いますと浪人生でした。
浪人になっても動画の事だけは社会等には譲れませんです・・・
581:名無しさん＠編集中
05/03/30 13:14:39 pIPFUExM
kimoi...........
582:名無しさん＠編集中
05/03/30 13:18:02 uvRAmqXY
>>581 ageたお前は精神的にkimoi...........
583:名無しさん＠編集中
05/03/30 13:49:15 3dCYbTNO
>>579
だからここだとスレ違いだから他のスレ言ってくれと言ってるのわかってる？
584:名無しさん＠編集中
05/03/30 14:06:46 l01aTLj/
了解しました。他スレで聞いてきます。申し訳ありませんでした・・・
585:名無しさん＠編集中
05/03/30 14:50:51 0QK1gEAQ
>>573
そうでもない
スクイーズでググれ
引き伸ばしはやめといたほうが無難
586:名無しさん＠編集中
05/03/30 16:19:03 l01aTLj/
>>585 有難うございます。解像度の定義と自分の知識については今も尚模索中でありまして、
惜しまず勉強していきますが、スクイーズと言った新たな知識をお教えして頂いた結果
MCP等で再生させた時のギャップの謎が解けました。引き伸ばしはやはり少し怖いですよね。
本当に有難うございました。<_ _>
587:名無しさん＠編集中
05/03/30 17:39:38 A6KbmTxk
<_ _>
588:名無しさん＠編集中
05/03/30 18:30:34 jdjRiT8D
キチガイは放置
589:名無しさん＠編集中
05/03/30 18:57:23 IcesMtYM
釣堀ｳﾏｳﾏ
590:名無しさん＠編集中
05/03/30 20:49:06 yVdgDTrw
やっぱ、スレ違いだと神と煽りが(当然の事ながら煽り系のほうが大量発生するがｗ)発生するなｗｗ
んにしてもQT7もうすぐだな。俺的には、x264よりもQT7が上だったらいくら乗っ取ってきてもQTに乗り換えちゃうと思うなぁ。。
さあ、4月1日が楽しみだわなｗｗｗ
591:名無しさん＠編集中
05/03/30 20:58:05 ymQYDVpD
あんま相手にされてなかったような・・・あ、ごめん
592:名無しさん＠編集中
05/03/30 20:58:09 AsP2ZfXh
>>590
オナニー禁止９０日
593:名無しさん＠編集中
05/03/30 21:17:27 yVdgDTrw
90日は無理だよ～ QTマンセーじゃなくてあくまで、客観的な判断をするって事ね。
事実Realはあのウザさなのに支持されてるから。まあ、結局は実力勝負って事ね。
594:名無しさん＠編集中
05/03/30 22:01:47 c0O74RGd
RV10が評価されてるんだよ。
何にもわかっとらんな。
595:名無しさん＠編集中
05/03/30 22:06:20 3dCYbTNO
評価されてるのはRV10だけでRealじゃない
596:名無しさん＠編集中
05/03/30 22:10:31 YFdQM66d
RealじゃなくてHelix・・・・・と言いたい所だがHelix開発人は画質馬鹿ばかりでRV10の強み弱みを画質以外の視野で見ていないアホだらけだった。
597:名無しさん＠編集中
05/03/30 22:14:12 cBxDOpuX
だからあの、RV10だけが評価されているのだからQTだけも評価されてもおかしくないのでは？
598:名無しさん＠編集中
05/03/30 22:18:10 pZjeISoM
どこを評価？
どこがいいの？
それ書かないと。
599:名無しさん＠編集中
05/03/30 22:27:13 xXDPMH+t
ここに書かなくていいよ
600:名無しさん＠編集中
05/03/30 23:02:14 TCo0/ght
QTというかAppleのAAC(音声)は評価する。
QTっつーとどうもcinepackのイメージがこびりついててな・・・
601:名無しさん＠編集中
05/03/30 23:07:01 Rw9T6Ydr
マックってもっとマシなメディアプレイヤー（動画再生用ソフト）ないのか？
602:名無しさん＠編集中
05/03/30 23:12:35 P90UGXSc
QTやらrealが嫌いって言ってる人は
動画の圧縮するアルゴリズムなど技術面が嫌いなの？
それともプレイヤーが専用だから？
はたまた.movと.rmがなんとなく嫌いなの？
603:名無しさん＠編集中
05/03/30 23:20:23 G2yx8jf+
怪しげな糞ﾌﾟﾚｰﾔｰを使わせようとする性根が嫌い
604:名無しさん＠編集中
05/03/30 23:22:03 S+Cl75ng
QuickTimePlayerは普通に糞ソフトだから。
ｹﾞｲｼも吃驚の超低機能っぷり。
605:名無しさん＠編集中
05/03/30 23:43:48 XmikkUoy
.rmはとりあえず糞。Macでは。
9の頃は果てしなくシステムエラーを繰り返した。
Mac版WMPの方がまだましか。
一番安定していて使いやすいのはQT。
だからQTのH.264には期待している。
しかしQT6のISO MPEG－４の画質が今ひとつだったからなあ。
>>604
QuickTime Proって知っているか？
>>590
4月と予想はされているが、1日という情報はあったっけ？
Tigerと一緒なんだろ？
606:名無しさん＠編集中
05/03/30 23:49:00 7VIGJ/lH
macの常識はwinの常識か。
こりゃすげえや。
607:名無しさん＠編集中
05/03/30 23:56:19 TbFQLTBL
QuickTime
と
QT7
をNGワードに入れるとなかなかいい感じ
608:名無しさん＠編集中
05/03/30 23:57:27 iTl0AjE3
>>602
Raelについては昔インストールして環境を破壊された香具師を何人か知ってるからなぁ。
あとインストールすると勝手にタスクトレイに常駐するのも気に食わない。後で無効化できはするけど。
プレイヤーが専用だし形式変換に難があるのも使いたくない理由。QTも似たようなもん。
609:名無しさん＠編集中
05/03/31 00:04:28 rFrglmyr
いったいいつからRV10がH.264準拠のcodecになったんだ?
610:名無しさん＠編集中
05/03/31 00:05:17 iSbFOSM0
は？
611:名無しさん＠編集中
05/03/31 00:06:21 63GDmQe5
>>600
釣りか？
612:名無しさん＠編集中
05/03/31 00:09:06 DpBuprAB
なんつーか、無駄に盛り上がってるねw
613:名無しさん＠編集中
05/03/31 00:21:38 9ZWxUCe8
>>602
漏れ的にはQTは技術の囲い込み(?)をしようとするところが嫌い。
無料範囲内での再生だけでも、DSF や VfW 経由でどのソフトでも不便なくできないと
保存用にも配布用にも使う意欲がわかない。
# 今後 H.264 が使えるようになったとしても、 コンテナが DSF も通らないとなれば…
614:名無しさん＠編集中
05/03/31 00:36:31 u/0ydsG+
QT ＝ 糞
615:名無しさん＠編集中
05/03/31 00:43:32 Ir7bOFUX
QT7はavc.mp4のeditの部分にしか興味ないから
avcのencodeもdecodeも糞で構わない。というかたぶん…
616:名無しさん＠編集中
05/03/31 01:45:33 qfr9s0dz
>>579
そんな事してるから浪人するんだよ。受験勉強しろ。
617:名無しさん＠編集中
05/03/31 08:49:23 aGYq5xE2
すいません、質問させてください。
URLﾘﾝｸ(www.videosoftinc.com)からDirectShow H.264 Decoder Filterを
落としたんですが、インストール時にエラー1335（data1.cabが壊れてるとか）で
何回やっても失敗してしまいます。
なにか手順でも間違ってるんでしょうか？
618:名無しさん＠編集中
05/03/31 09:37:44 XVyxYegp
再生時に色化けすることがある。オーバーレイが効いてないのかな。
他のコーデックでは起こらないのが不思議。
619:名無しさん＠編集中
05/03/31 10:17:17 xHgmqiq9
開発途中のcodecに正確性を期待するな
620:名無しさん＠編集中
05/03/31 11:11:24 yYXWXMOE
俺も前どっかで4月1日発売って見たけれど、ぶっちゃけQTいつでるんだ？ ｗｗ
バグとか見つかりすぎてor x264に歯が立たなくて(有料のくせにｗｗ)実際もう話題も出なくなくなったころに
発売されたりしてｗ
621:名無しさん＠編集中
05/03/31 12:02:52 wLfjBPVV
文章がキモすぎ。っていうか頭悪そう
622:名無しさん＠編集中
05/03/31 12:54:13 NxFm+Are
>>620 のIDがMOEの時点でキモいのが分かるが、それ以外どの変がキモすぎで頭悪そうなのかわからんな。
ｗを多く使っている点か。あっ、620じゃないけれどね。
623:名無しさん＠編集中
05/03/31 13:08:14 Qx5MWWzV
確かに「ｗ」が多いほど、頭は悪そうに見えるなぁ。
624:名無しさん＠編集中
05/03/31 13:09:08 Qx5MWWzV
漏れのIDもちょっと頭悪そうだな。＿|￣|○
625:名無しさん＠編集中
05/03/31 14:15:20 PeIG4nT4
ﾜﾛｽ
626:名無しさん＠編集中
05/03/31 15:44:10 xHgmqiq9
rev183ｷﾀ
627:名無しさん＠編集中
05/03/31 16:57:40 jDkpy8qn
でも、普通に考えて個人が作ったものと企業がつくったもので比べたら企業で作ったもののほうが
質が上回るのだが、そうでもない所が凄いよな。(全然関係ないけれどクラックとかも、一個人が破ったり
するからすげえよな。)
さあて、QT vs rev1xx どっちが勝つかな？ 折れ的にはQT貸すだと信じてるがな。
628:名無しさん＠編集中
05/03/31 17:11:48 xHgmqiq9
>>627
そんなに比較やりたいならNEROやPowerとしてこい
x264との比較なんてするまでもないだろ
629:名無しさん＠編集中
05/03/31 17:15:38 rFrglmyr
>>627
リリースされてからモノを言え。オナニー禁止90日。
630:名無しさん＠編集中
05/03/31 17:49:50 ztW6SOU5
オナ禁だけは勘弁してください
631:名無しさん＠編集中
05/03/31 18:21:20 Qx5MWWzV
じゃあ、生で中田氏９０日。
632:名無しさん＠編集中
05/03/31 19:21:58 z1J2SyJJ
リサイズしてくれ
あとﾋﾞｯﾄﾚｰﾄ計算機もつけて
面倒くさいですかそうですか
633:名無しさん＠編集中
05/03/31 20:43:38 ugrZwDk9
いよいよ明日か？
634:名無しさん＠編集中
05/03/31 20:54:58 Qx5MWWzV
午前中にやって嘘でした～ってやつか？
635:名無しさん＠編集中
05/03/31 21:42:26 ugrZwDk9
ごめん、ちょっと探しただけでいろいろな噂があった。
URLﾘﾝｸ(cl.cocolog-nifty.com)
URLﾘﾝｸ(glass-j.com)
URLﾘﾝｸ(www.itmedia.co.jp)
まあ、どうせx264に敵わないだろうしﾏﾀｰ利逝くか。
636:名無しさん＠編集中
05/03/31 23:41:47 BpTX4oUA
>>618
うちではオーバーレイ切ってたら、少し前にアップされてたサンプルが色化けした。
wmp9+ffdshowで。
geforce4なもんでオーバーレイ有効にすると色が暗くなるんでいやなんだがな。
637:名無しさん＠編集中
皇紀2665/04/01(金) 00:33:39 LSqBdtFk
ｔ
638:名無しさん＠編集中
皇紀2665/04/01(金) 02:06:34 PqP+IyAa
>>635
なに必死になってんの？昔マカーに虐められた過去でもあんのか？
もっと大人になりなよ
639:名無しさん＠編集中
皇紀2665/04/01(金) 02:16:28 qvTzgfwO
>>638
オナニー禁止90日な。
640:名無しさん＠編集中
皇紀2665/04/01(金) 02:34:05 2GNPdbDP
なんか皇紀ｷﾃﾙ━━━(ﾟ∀ﾟ)━━━ !!
641:名無しさん＠編集中
皇紀2665/04/01(金) 02:43:24 PqP+IyAa
>>639
なんつーか、オナニーオナニーってお子様ですか？傍から見てたらイタすぎるよ
なにそんなに必死にQT及びMacを意識してんの？キライなら無視すればいいだけ。
おまえさん見てると、ここがマカーに占拠されるのを恐れてるとしか思えないね
圧倒的シェアで動画関係もツールが揃ってるWinなんだからもっと堂々としてろよ
個人的には簡易編集できるQTは大歓迎。選択肢が増えるのはいい事だと思う。
尻○れるのも簡単だしね
念のため俺がマカーだと誤解されないようにSS貼っとく
URLﾘﾝｸ(read.kir.jp)
p.s.弱い犬ほどよく吼えるってな
642:名無しさん＠編集中
皇紀2665/04/01(金) 02:50:31 df38ZvSG
>>639
厳しい判決だな
643:名無しさん＠編集中
皇紀2665/04/01(金) 03:04:48 XBccM9JS
一般の人が使える、現状のコマーシャルなH.264のcodecたちで、オープンソースな
x264に勝ってるといえるのは、Nero(Ateme)ぐらいだと思うし、仮にQT7のH.264のcodecが
x264に対抗できないとしても、まあ全く不思議じゃないよな。
よくしらんのだが、Win版QT7ってまだ先の話だよね？
Macの出て一ヶ月後とか、そんなんで出てほしいが。待ち遠しい。
644:名無しさん＠編集中
皇紀2665/04/01(金) 03:19:05 05TTkjjc
>>641
オナニー禁止は複数の人がネタで言ってるんじゃないの？
> p.s.弱い犬ほどよく吼えるってな
これはギャグですか(・∀・)
645:名無しさん＠編集中
皇紀2665/04/01(金) 03:21:14 oEsb3zYO
>>644
4月1日にマジレスとはいい度胸だ(w
646:名無しさん＠編集中
皇紀2665/04/01(金) 07:51:41 AoUwqRV1
んでも、まああれだな。4月1日とかｶﾝｹーないけれど、QｔがmacででたらVirtual PC
でもつかってテストしてみるわさ。
647:名無しさん＠編集中
皇紀2665/04/01(金) 13:56:37 vbdSkyXu
>>641
> p.s.弱い犬ほどよく吼えるってな
自分の事かｗ
648:名無しさん＠編集中
皇紀2665/04/01(金) 16:46:29 Cr7NzN3B
184
649:名無しさん＠編集中
皇紀2665/04/01(金) 19:01:46 O6PhnEz4
>>647
三菱自動車購入の刑
650:名無しさん＠編集中
皇紀2665/04/01(金) 19:57:17 nz3iuHwc
キムチ風呂９０日の刑
651:名無しさん＠編集中
皇紀2665/04/01(金) 20:09:49 3kNLjjVD
ところでみんなやっぱりお気に入りはXvid or WMVでエンコだよね？
あっ、どうせ8Gのソース残すんだからRVにでもしておくわｗ
はやく264のツールとか出て普及してほしいな～
652:名無しさん＠編集中
皇紀2665/04/01(金) 21:31:49 8Xue1jAO
妙な質問かもしれないんだけど
8Gのソース残しておくならば、エンコードなんかしないでそのまま保存しておけばいいのでは
俺的には8Gも残せないから、エンコードして縮めているって解釈してたんだけど・・・
653:名無しさん＠編集中
皇紀2665/04/01(金) 22:01:40 hAoIzqq7
8GBってことはDVD？
オリジナルソースは普通手放さないでしょ、だって鑑賞より縁故がメインなんだし、縁故スレの住人は
654:名無しさん＠編集中
皇紀2665/04/01(金) 22:34:55 47p51h6p
たぶん>>652は、
ｵﾘｼﾞﾅﾙｿｰｽを残しておくならｴﾝｺする必要はないんじゃないかと申しているのかと思われます。
655:名無しさん＠編集中
皇紀2665/04/01(金) 22:43:11 mQilGnjv
たぶん>>653は、
>>654を踏まえた上で縁故という行為が楽しい人たちなんじゃないかと
申しているのかと思われます。
656:名無しさん＠編集中
05/04/02 15:34:48 gK7L+Fyn
モバイルで持ち出すためにエンコするんだよ。
端末にも対応してもらわなきゃいけないけど。
リナザウならすぐに対応できるかな？
657:名無しさん＠編集中
05/04/02 15:54:04 YWTArMPg
>>656
無理
658:名無しさん＠編集中
05/04/02 17:04:14 b0WP0nQG
ってかWMVやXvidでencすれば大体８Gのソースでも映像部分のみに1Gもつかえば、
相当、高画質っしょ。それに次世代のディスクが普及すればぶっちゃけ264がすごくなくても
すごい事になる。問題は音声部分・・・ みんなoggとかaacとかにエンコしてるみたいだけれど
ac3がもっとすごくなることないのかなぁ。
659:名無しさん＠編集中
05/04/02 17:36:26 lh+XmgmZ
どういうことを指してすごいというのか意味不明だがフリーなのが在れば普通そっちを使うでしょ。
AC3エンコーダがどれだけ高いか知らないの？フリーなのも一応あるけど音質面でかなり問題ありだし。
660:名無しさん＠編集中
05/04/02 18:39:33 hVX5Q+EE
oggの音質ってかなりいいもんだから、まぁ当分はＡＣ３じゃなくても満足できるだろ
661:名無しさん＠編集中
05/04/02 18:44:49 5b9+MKsl
まあ低レートならね。エンコしたものならそれで十分でしょ。
662:名無しさん＠編集中
05/04/02 19:13:02 7jidzaaK
x264でもなんでもいいんだけど
16の倍数制限を入力の段階だけ取っ払ってエンコしたら
結果はどうなっちゃうわけ？