2008/04/15

パーマリンク 00:56:30, 著者: Charlie

x264 | oreAQを試してみた

VAQ (Variance-based Adaptive QP) の趣旨は「のっぺりしたところからビットレートを取り上げてファイルサイズを減らしましょう」で、 HAQ (Haali Adaptive QP)は「(x264の尺度で)同じ平坦に見えても、暗い部分はブロックが目立つので、逆にビットレートを割きましょう」と、実は 目的がかなり違う。

VAQでもHAQでも問題になっているのは、 QPを調整する対象ブロックを選ぶ尺度が、まだ人間の感覚と一致していないこと。暗部のブロック感を抑えようとするとQP調整の対象を広げることになって、全体を低いQPでエンコするのと変わらなくなったりする。
seraphy氏による詳しい解説

そこでseraphy氏は、QPの調整対象を自己流の尺度で選ぶようにした「OreAQ」を開発。
ここの「x264OreAQ.***.release**.rar」がコンパイル済の実行ファイル。

Charlieも早速使ってみた。

...

数値的な評価

  • 輪郭部分に低QPを割り当てつつ、暗部も高いQPにならないいい感じ
  • HAQ (Sharktooth版)よりビットレート低めで同程度のPSNR / SSIMを出している。

体感評価

  • 赤茶部分はHAQ (Sharktooth版)よりブロックが目立たない。
  • 青空、真っ黒に近い部分は、HAQよりブロックが目立った。

真っ黒に近い部分はM.Darkと認識されてしまってQP Upの対象になったっぽい。Dark / M.Dark の閾値はソースコードに固定で書き込まれているので、パラメータ調整での改善はできない。 この辺は今後、視覚的な損失をもっと減らすようにアルゴリズムの改良が なされていくのかもしれない。

まとめとしては、 そこそこ画質でサイズも減らせるということで十分使える状態だと思う。 ファイルサイズが大きめになっても何が何でも画質にこだわる人は HAQの方がいいかも。


2008-04-20追記

アナログキャプチャで暗部にノイズが乗っているソースだと、OreAQよりSharktooth版の方がビットレートを抑えつつブロック感を減らせるようだ。OreAQの説明にも、十分きれいなソースを前提としている、って書いてあるのでソースによって使い分けするとよいだろう。

カテゴリ: DTV
パーマリンクパーマリンク

この記事へのトラックバック アドレス

Trackback URL (right click and copy shortcut/link location)

フィードバックはまだありません...

コメントを残す


Your email address will not be revealed on this site.
(改行が自動で <br /> になります)
(For my next comment on this site)
(Allow users to contact me through a message form -- Your email will not be revealed!)
11月 2024
 << <   > >>
          1 2
3 4 5 6 7 8 9
10 11 12 13 14 15 16
17 18 19 20 21 22 23
24 25 26 27 28 29 30

リンク

最近の記事

アーカイブ

検索

XMLフィード

blogtool