【最強?】未知なるコーデックH.264(MPEG4 AVC) >>935 トンクス ffdshowで見れた。1パスの800kbsでアニメエンコしてみたんだが、
1000フレーム違いで範囲を指定してやるとバグッた。1500フレームにしたらOKだったけれど。
んで結果はかなり綺麗だった。 が、ひとつ重要な問題点が。。。
なんかそう激しい動きがない所でも急に(一瞬だが)少しだけだがブロックノイズが現れる・・・
まあだいたい800kbsを高解像度でやろうとするほうがわるいといえば悪いのか。。
しかしそのノイズがでなくなれば最高だわねこれ。
>944 乙、あとFAQは・・・いらないか
>>949 クロックもソースもわからん以上はっきりは言えないが
ちょっと時間かかりすぎかも
>>952 とりあえず、1pass CBRではなく1pass QBでエンコしてみては?
1pass CBR(ただ、実際にはVBVを使っての厳密なCBRやっているわけじゃない)
はビットレートマネージメントが必要だけど、そんな機能x264では開発途上も
いいところだもの。
にしても、XviDにしてもWMVにしても、ストリーミングするわけでもないのに
なんで1pass CBRモードを使おうとするヤシが多いのか激しく謎だ…
>946 720pをx264rev127の1passQB(あとはデフォ)でエンコ・再生してみた 再生環境はPenM1.7GHzで、デコーダffdshow、ポストフィルタ・音声再生なしだが ビットレート集中地点で即フリーズしたよw PenMの1.7GHzは実質Pen4の3GHzぐらいだから、ありえない負荷だね・・・これは 現時点で既にエンコ速度およびクオリティは間違いなく最高レベルのコーデックだが、 デコーダがデブロッキングや再生負荷などでまだまだ発展途上だからなぁ どうしようもないね
720pというのは縦解像度720のプログレッシブ映像でおk? そのときの横解像度は1280?
958 :
922 :05/02/16 20:11:58 ID:9xHWXzlZ
>>956 参考になります
って自分909じゃなく922でした、失礼
>>956 1passQBだとビットレート大きくなりすぎて再生凍るよ
ソースにもよるが今のところ2pass以上で3000くらいが限界
再生負荷を考えるとDeblocking filterも切ってやらないとダメ
960 :
922 :05/02/16 20:14:09 ID:9xHWXzlZ
>>957 そうです
しかしDivXサイトにあるの720pって4Mbps程度なんだよね
すごい世の中になったもんです
インターレース保持はx264の開発者はしないって言ってるからな・・・ インタレ保持ができるH.264系でいいエンコーダは無いかな・・
>>959 でも、ループフィルタ切るんじゃH.264の意味がない罠…
>>961 pengvadoが自分じゃ開発しないっていっているだけで、もしコードが
コントリビュートされるのなら喜んで載せてくると思うぞ(w
720pを試していて気づいたんだが、デコードはffdshowよりvideosoftのh.264 decoderの方が若干軽い。 PenM(Banias) 1.5GHzでspeed stepをoffにしたら辛うじて再生できた。
rev128来てるよ >Changes from previous build: >(r128) Some defines needed by MSVC, and convert the DSP files to DOS-style newlines.
この作者タン、なんかX-MENみたいw
>>955 QBかぁ。実は未だにQB指定でエンコした事ないのよね。
そりゃあ、ためしに何度かやったことあるけれど画質を比較というよりも
どんなもんなのかなってやっただけ。そもそもQBっての定義もしらないし。
もうしこし研究してみます。
>>966 研究云々以前に基礎的なことをお勉強しろ。正直、お前はx264を使う知識レベルにない。
>>967 そうですよね。エンコ歴3ヶ月ですので(短ヵ)まだまだ勉強中です。
RVやDivX、Xvid、WMVをエンコして比較しているので264はどんなもんかと
エンコしてみようと思ったのです。
エンコ歴3ヶ月でそこまで手を出せるとはなかなか勉強熱心だな まともに比較できてるのか非常に怪しいけど
はい。勉強ねっしんというかなんか自分のしらない設定があるときになって落ち着かないですから 自然と身についてきました。(身についてないかも・・・) 最初ははDivXとWMVとの比較からはじめたんだけれど、ぜんぜん違いがわからなくて それでも拡大してみてなんとかわかるくらいでした。 (RV+HE AAC).mkv こんなファイルを作るころからはDivXとWMVとの違いは 多少は分かるようになったと思います。 そしてXvidとWMVを比べていたら、264に出会ったのでさっそく試してみました。 こんな感じです。
>> 971 おお、自分が知らない知識がもりだくさん。というかほぼ全部。 未熟さをより一層おもいしらされました。さっそく勉強してきます。
YUV422な1080iのベースバンドで1920x1080x60fps/2x16bit=約1Gbpsだと 思うんだけど1.2Gbpsってなんだろう? それに120Mbpsじゃ1/10程度にしか圧縮しとらんのにH.264なのか。 これならH.264ではなくJPEG2000なMotion JPEGにしたほうが よほど効率的なような。 って複数のチャネルをまとめて1.2Gbpsだとか120Mbpsと称しているんだろうけど。
データ放送と同期信号もひっくるめて1.2Gbps・・・ってこんなに増えるんかいな? ”地上波デジタル”とか書いてたり、あまりこっち方面の人じゃない担当者が書いたように見える。
MPEG2(22Mbps)を 1/10に圧縮するんじゃなかろうか?
>>976 でも2MbpsじゃどうあがいてもHDは無理だ罠。
あと、BSD/CS110/地デジの全帯域合計しても1.2Gbpsなんてとてつもない
数字にはならないし、サービスイメージってことで
>>975 のいうように
適当な数字を書いただけっていう結論になりそう。
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.
r130 More tweaks to bitrate prediction. Change error messages when 2pass fails to converge.
激しくVer↑中だな。
で、醜いブロックノイズはなくなりましたか?
とりあえずハードデコできるチップくれ。 話はそれからだ。
バージョン間の再生互換性について、例えば DivX だと、 旧verでエンコードしたビデオを現verでデコードできるし、 現verでエンコードしたビデオも、概ね旧verでデコードできますよね。 H.264の場合も同様に互換性が保たれると期待して良いのかな? 今の時点でH.264でエンコードしちまって、1、2年先のverでは 見られなくて新旧のデコーダを使い分ける必要アリとかは避けたいし。
使わなきゃ避けられますよ。 正式リリースされてもいないもの使って互換性がどうとか・・・ 頭にわいた蛆が耳から出てきてますか?
BIG FAT WARNING: x264 is still in early development stage 警告:x264はまだ開発初期段階にあります。
>>984 ,
>>985 うわ、どうもありがと。というか蛆脳でスマソこってす。
つまりまだビデオソースは捨てちゃいけないワケですね。
>使わなきゃ避けられますよ
ちゃんと使い切るためには、正式版になってからなんて
悠長なコト言ってられないんでつよ。初期から喰らい付いていかないと・・・
アニメがない
トムとジェリー(アカデミーコレクション)
>富士ソフトABC株式会社が持つH.264映像再生プラグインにより >家電製品と同等の操作性と再生レスポンスや映像早送りを体感できます。 これも気になる
ゴムとゼリー
たしか周期的に動く動画を効率的に圧縮する仕様になっていたような。 エロ動画の画質がよさそうだ(w
聞き飽きた
梅
。
。
。
.
1001 :
1001 :
Over 1000 Thread このスレッドは1000を超えました。 もう書けないので、新しいスレッドを立ててくださいです。。。