5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

【最強?】未知なるコーデックH.264(MPEG4 AVC)

1 :名無しさん@編集中:03/08/30 13:36
これまでのMPEG4の2倍のクオリティを持つといわれ、
見た人からは絶賛の声が挙がっているコーデック、H.264についてのスレ

952 :名無しさん@編集中:05/02/16 19:38:36 ID:4gTwO4Wk
>>935 トンクス ffdshowで見れた。1パスの800kbsでアニメエンコしてみたんだが、
1000フレーム違いで範囲を指定してやるとバグッた。1500フレームにしたらOKだったけれど。
んで結果はかなり綺麗だった。  が、ひとつ重要な問題点が。。。
なんかそう激しい動きがない所でも急に(一瞬だが)少しだけだがブロックノイズが現れる・・・
まあだいたい800kbsを高解像度でやろうとするほうがわるいといえば悪いのか。。
しかしそのノイズがでなくなれば最高だわねこれ。


953 :名無しさん@編集中:05/02/16 19:43:37 ID:nmfH9LH4
>944
乙、あとFAQは・・・いらないか

954 :名無しさん@編集中:05/02/16 19:51:32 ID:kEQ5ZsqM
>>949
クロックもソースもわからん以上はっきりは言えないが
ちょっと時間かかりすぎかも


955 :名無しさん@編集中:05/02/16 20:04:56 ID:An6BC7F3
>>952
とりあえず、1pass CBRではなく1pass QBでエンコしてみては?

1pass CBR(ただ、実際にはVBVを使っての厳密なCBRやっているわけじゃない)
はビットレートマネージメントが必要だけど、そんな機能x264では開発途上も
いいところだもの。

にしても、XviDにしてもWMVにしても、ストリーミングするわけでもないのに
なんで1pass CBRモードを使おうとするヤシが多いのか激しく謎だ…

956 :名無しさん@編集中:05/02/16 20:06:30 ID:nmfH9LH4
>946
720pをx264rev127の1passQB(あとはデフォ)でエンコ・再生してみた

再生環境はPenM1.7GHzで、デコーダffdshow、ポストフィルタ・音声再生なしだが
ビットレート集中地点で即フリーズしたよw
PenMの1.7GHzは実質Pen4の3GHzぐらいだから、ありえない負荷だね・・・これは

現時点で既にエンコ速度およびクオリティは間違いなく最高レベルのコーデックだが、
デコーダがデブロッキングや再生負荷などでまだまだ発展途上だからなぁ
どうしようもないね

957 :名無しさん@編集中:05/02/16 20:11:50 ID:s8nIgXQH
720pというのは縦解像度720のプログレッシブ映像でおk?
そのときの横解像度は1280?

958 :922:05/02/16 20:11:58 ID:9xHWXzlZ
>>956
参考になります
って自分909じゃなく922でした、失礼

959 :名無しさん@編集中:05/02/16 20:13:56 ID:kEQ5ZsqM
>>956
1passQBだとビットレート大きくなりすぎて再生凍るよ
ソースにもよるが今のところ2pass以上で3000くらいが限界
再生負荷を考えるとDeblocking filterも切ってやらないとダメ


960 :922:05/02/16 20:14:09 ID:9xHWXzlZ
>>957
そうです

しかしDivXサイトにあるの720pって4Mbps程度なんだよね
すごい世の中になったもんです

961 :名無しさん@編集中:05/02/16 20:19:38 ID:TyFyCn1m
インターレース保持はx264の開発者はしないって言ってるからな・・・

インタレ保持ができるH.264系でいいエンコーダは無いかな・・

962 :名無しさん@編集中:05/02/16 20:24:09 ID:An6BC7F3
>>959
でも、ループフィルタ切るんじゃH.264の意味がない罠…

>>961
pengvadoが自分じゃ開発しないっていっているだけで、もしコードが
コントリビュートされるのなら喜んで載せてくると思うぞ(w

963 :名無しさん@編集中:05/02/16 23:56:41 ID:pqt0CaU/
720pを試していて気づいたんだが、デコードはffdshowよりvideosoftのh.264 decoderの方が若干軽い。
PenM(Banias) 1.5GHzでspeed stepをoffにしたら辛うじて再生できた。


964 :名無しさん@編集中:05/02/17 01:07:34 ID:vx2GKFKC
rev128来てるよ
>Changes from previous build:
>(r128) Some defines needed by MSVC, and convert the DSP files to DOS-style newlines.

965 :名無しさん@編集中:05/02/17 01:16:23 ID:8efgaiTV
この作者タン、なんかX-MENみたいw

966 :名無しさん@編集中:05/02/17 09:14:13 ID:HUPtYOca
>>955 QBかぁ。実は未だにQB指定でエンコした事ないのよね。
そりゃあ、ためしに何度かやったことあるけれど画質を比較というよりも
どんなもんなのかなってやっただけ。そもそもQBっての定義もしらないし。
もうしこし研究してみます。


967 :名無しさん@編集中:05/02/17 09:24:47 ID:QjJPzZcx
>>966
研究云々以前に基礎的なことをお勉強しろ。正直、お前はx264を使う知識レベルにない。

968 :名無しさん@編集中:05/02/17 11:15:47 ID:HUPtYOca
>>967 そうですよね。エンコ歴3ヶ月ですので(短ヵ)まだまだ勉強中です。
RVやDivX、Xvid、WMVをエンコして比較しているので264はどんなもんかと
エンコしてみようと思ったのです。

969 :名無しさん@編集中:05/02/17 11:19:15 ID:dsMVYSmR
エンコ歴3ヶ月でそこまで手を出せるとはなかなか勉強熱心だな
まともに比較できてるのか非常に怪しいけど

970 :名無しさん@編集中:05/02/17 11:25:07 ID:HUPtYOca
はい。勉強ねっしんというかなんか自分のしらない設定があるときになって落ち着かないですから
自然と身についてきました。(身についてないかも・・・)
最初ははDivXとWMVとの比較からはじめたんだけれど、ぜんぜん違いがわからなくて
それでも拡大してみてなんとかわかるくらいでした。
(RV+HE AAC).mkv こんなファイルを作るころからはDivXとWMVとの違いは
多少は分かるようになったと思います。
そしてXvidとWMVを比べていたら、264に出会ったのでさっそく試してみました。
こんな感じです。

971 :名無しさん@編集中:05/02/17 11:43:55 ID:QjJPzZcx
H.264は各種機能をきちんとした実装がPC用の商用エンコーダですら出ていないし、
x264に至ってはさんざいわれているようにまだまだ開発途上。なので、
なにが出来て出来ないのかをわかっていないと、きちんと評価することすら難しい。

もちろん、H.264の膨大な仕様をおぼえる必要はないけど、MPEG圧縮の
原理的なことや、そのさらに基礎になる静止画圧縮の原理ぐらいは
頭に入れておくべき。ってことで、
まずは ttp://www.nnet.ne.jp/~hi6/lab/quantize/ を見て静止画圧縮の原理
を知って、次にttp://www.pioneer.co.jp/crdl/tech/ や
ttp://www.mpeg.co.jp/libraries/mpeg_labo/index.html を見てみたら?

972 :名無しさん@編集中:05/02/17 12:24:45 ID:HUPtYOca
>> 971 おお、自分が知らない知識がもりだくさん。というかほぼ全部。
未熟さをより一層おもいしらされました。さっそく勉強してきます。

973 :名無しさん@編集中:05/02/17 17:05:13 ID:e8VvYpSG
ttp://www.k-opti.com/press/2005/press09-3.html
ウハ120Mbpsハイビジョン

974 :名無しさん@編集中:05/02/17 17:33:07 ID:QjJPzZcx
YUV422な1080iのベースバンドで1920x1080x60fps/2x16bit=約1Gbpsだと
思うんだけど1.2Gbpsってなんだろう?

それに120Mbpsじゃ1/10程度にしか圧縮しとらんのにH.264なのか。
これならH.264ではなくJPEG2000なMotion JPEGにしたほうが
よほど効率的なような。

って複数のチャネルをまとめて1.2Gbpsだとか120Mbpsと称しているんだろうけど。

975 :名無しさん@編集中:05/02/17 17:39:32 ID:fkGGw2yO
データ放送と同期信号もひっくるめて1.2Gbps・・・ってこんなに増えるんかいな?
”地上波デジタル”とか書いてたり、あまりこっち方面の人じゃない担当者が書いたように見える。

976 :名無しさん@編集中:05/02/17 21:50:03 ID:tRLMbM2F
MPEG2(22Mbps)を 1/10に圧縮するんじゃなかろうか?

977 :名無しさん@編集中:05/02/17 22:06:49 ID:QjJPzZcx
>>976
でも2MbpsじゃどうあがいてもHDは無理だ罠。

あと、BSD/CS110/地デジの全帯域合計しても1.2Gbpsなんてとてつもない
数字にはならないし、サービスイメージってことで>>975のいうように
適当な数字を書いただけっていう結論になりそう。

978 :名無しさん@編集中:05/02/18 12:14:40 ID:gfLN7dV7
r129
Improved 2pass bitrate predictor. No real change most of the time, but allows
correct ratecontrol on some pathological videos that used to diverge completely.
Also improves prediction when 2nd pass bitrate is very different from 1st pass.

The new qscale2bits() has no simple inverse, so I also had to change rc_eq to
output qscale instead of bits.

979 :名無しさん@編集中:05/02/18 19:16:15 ID:OTruv/Jt
r130
More tweaks to bitrate prediction.
Change error messages when 2pass fails to converge.


980 :名無しさん@編集中:05/02/18 22:30:00 ID:Th4ZwHBs
激しくVer↑中だな。

981 :名無しさん@編集中:05/02/18 22:41:37 ID:pL6yoLxv
で、醜いブロックノイズはなくなりましたか?

982 :名無しさん@編集中:05/02/18 22:53:02 ID:36jeKOQN
とりあえずハードデコできるチップくれ。
話はそれからだ。

983 :名無しさん@編集中:05/02/18 22:55:12 ID:m4c6mVXD
バージョン間の再生互換性について、例えば DivX だと、
旧verでエンコードしたビデオを現verでデコードできるし、
現verでエンコードしたビデオも、概ね旧verでデコードできますよね。
H.264の場合も同様に互換性が保たれると期待して良いのかな?
今の時点でH.264でエンコードしちまって、1、2年先のverでは
見られなくて新旧のデコーダを使い分ける必要アリとかは避けたいし。


984 :名無しさん@編集中:05/02/18 23:07:53 ID:uvekUD0H
使わなきゃ避けられますよ。
正式リリースされてもいないもの使って互換性がどうとか・・・
頭にわいた蛆が耳から出てきてますか?

985 :名無しさん@編集中:05/02/18 23:11:02 ID:obk5m1R1
BIG FAT WARNING: x264 is still in early development stage
警告:x264はまだ開発初期段階にあります。

986 :名無しさん@編集中:05/02/18 23:15:56 ID:m4c6mVXD
>>984, >>985
うわ、どうもありがと。というか蛆脳でスマソこってす。
つまりまだビデオソースは捨てちゃいけないワケですね。
>使わなきゃ避けられますよ
ちゃんと使い切るためには、正式版になってからなんて
悠長なコト言ってられないんでつよ。初期から喰らい付いていかないと・・・



987 :名無しさん@編集中:05/02/18 23:47:05 ID:CpEfgnX7
H.264 ハイビジョンインターネット映像配信実験モニター募集
http://eonet.jp/h264/

誰か申し込んだ?

988 :名無しさん@編集中:05/02/18 23:52:26 ID:36jeKOQN
アニメがない

989 :名無しさん@編集中:05/02/19 00:00:39 ID:1h3HreGy
トムとジェリー(アカデミーコレクション)

990 :名無しさん@編集中:05/02/19 00:02:24 ID:c9DKSi/W
>富士ソフトABC株式会社が持つH.264映像再生プラグインにより
>家電製品と同等の操作性と再生レスポンスや映像早送りを体感できます。
これも気になる

991 :名無しさん@編集中:05/02/19 00:13:56 ID:c8xMMOke
次スレ

MPEG-4 AVC/H.264 総合スレ Part2
http://pc5.2ch.net/test/read.cgi/avi/1108739581/

992 :名無しさん@編集中:05/02/19 00:14:46 ID:00Q8zGqh
>>989
エロイのやってくれ

993 :名無しさん@編集中:05/02/19 00:28:50 ID:ebdwMHY3
ゴムとゼリー

994 :名無しさん@編集中:05/02/19 01:00:26 ID:cA+/noRe
たしか周期的に動く動画を効率的に圧縮する仕様になっていたような。
エロ動画の画質がよさそうだ(w

995 :名無しさん@編集中:05/02/19 01:04:39 ID:gksqBz5Y
聞き飽きた


996 :名無しさん@編集中:05/02/19 02:20:10 ID:EYW3p3sE


997 :名無しさん@編集中:05/02/19 02:20:41 ID:EYW3p3sE


998 :名無しさん@編集中:05/02/19 02:21:11 ID:EYW3p3sE


999 :名無しさん@編集中:05/02/19 02:21:45 ID:EYW3p3sE


1000 :名無しさん@編集中:05/02/19 02:22:15 ID:EYW3p3sE
.

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

216 KB
★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.02 2018/11/22 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)