パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

Google、静止画フォーマットWebPを発表」記事へのコメント

  • by Anonymous Coward

    H.264 and VP8 for still image coding: WebP?
    http://x264dev.multimedia.cx/?p=541 [multimedia.cx]

    • Re: (スコア:2, 参考になる)

      by Anonymous Coward

      本の虫: Dark_Shikari、WebPについて語る [blogspot.com]

      さて、ここで当然の疑問が沸き起こる。Googleはアホなのか? JPEGより優れているのならば、WebPとやらをプッシュするのも分かる。もちろん、技術的に、ファイルフォーマットとしては、優れている。フォーマットに基づくエンコーダーも、JPEGより優れたものを出力できるであろう。ただし、「できるであろう」ということに注意しなければならない。なぜlibvpxが、未だにクソエンコーダーであるこの時期に発表するんだ? こんなブラーだらけのクソでJPEGを置き換えるというのか?

      全世界よりGoogleに告ぐ:まず、てめぇのエンコーダーをまともにしやがれ。代替案として宣伝するのはその後だ。順番が逆ではダメだ。

      • Re: (スコア:2, 興味深い)

        サンプルを見てなんとシャープな画像なんだと感心したものでしかし、どうもクッキリ
        しすぎている。内部でシャープフィルタでも噛んでるのかと思い拡大したわけです。

        テクスチャが死んでますね。ボヤけている。それでいて稜線は残っているから余計に
        クッキリ見えたわけです。ほんと動画のIフレームっぽい味付けでした。

        ただ、200倍も300倍も拡大しない限りはクッキリとした印象そのままなので
        用途次第では使えるかとも思いました。
        あと、WebPの特性が分かっているだけに、この他にもJPEG+フィルタの例とで比べ
        検証する必要があると思います。元の画像が無いんで手元で比べようが無いですが。

        http://cpplover.blogspot.com/2010/10/darkshikariwebp.html
        >VP8は4×4変換(4×4 transform)を使っている。これは一般に、JPEGの8×8変換
        >(8×8 transform)より、ブラーがかかり、細部が失われてしまう。
        • by Anonymous Coward
          やりたい人がやるならともかく、「余計なシャープネス処理を問答無用でかける」のだとすれば 正直やめてほしいと思います。

          ただし、一方でデジカメの高画素化の現状を見るにつけ、 新しい画像フォーマットへの要求条件があっても良いかなとは 思っています。

          従来の画像は基本的に以下の制約条件で作られていますよね。
          • 解像度ありき
          • その中で圧縮効率を競う(xx MBまで圧縮した際によりきれいなのはどちらか)

          そこで必然的に評価方法は、「拡大して 1pixel単位で見てみて高画質かどうか(解像度やテクスチャがどこまで残るか・歪みがないか)」となるわ

          • Re: (スコア:5, すばらしい洞察)

            JPEG 2000がお求めのものに近いと思います。

            必要メモリや圧縮伸長のための回路規模が非常にでかくなる、ということで10年前のデジカメ搭載フォーマットとしては嫌われました。が、現在のデジカメはH.264 フルHD動画録画対応なんて機種だってあるくらいなんだから、JPEG 2000対応くらい余裕でしょー。

            • by Anonymous Coward
              JPEG2000 (wavelet)は今でも悪くはないと思いますが、 やっぱり処理量が厳しいんでしょうね。 (少なくとも PC で扱うには十分大変に感じます)

              H.264 だのなんだのは基本的にソフト処理ではなく ハードウェアのエンコーダ・デコーダを積んでいるわけですが 「結局流行らせるのに失敗したJPEG2000」では そういうものもないですから、 やっぱり無理。 結局なまじ素のjpegがそこそこ高品質に対応できてしまうので (普及しない 処理系が出てこない)の無限ループから出てこれないんですよね。 depth 8bit超が一つのチャンスかと思っていたのですが…
              • by Anonymous Coward on 2010年10月01日 22時39分 (#1833387)

                ちなみにMacOS XのでかいアイコンはJPEG2000圧縮です。
                512x512程度の大きさだとデコード処理時間は数十ミリ秒のオーダーなので全く問題になりません。

                親コメント

物事のやり方は一つではない -- Perlな人

処理中...