アカウント名:
パスワード:
PNGの可逆圧縮は、画像専用アルゴリズムとしての特殊なことは基本的にほとんど何もせず、ビットマップデータを、gzipと同じdeflateで圧縮するだけのものです。(PNG独自な画像ベースの圧縮処理として、deflateをかける前に、上や左の画素との差分を取っておくフィルタ処理もありますがが、差分を取るかどうかは自由(圧縮プログラムが、より圧縮しやすい方を選べばいい)で、プログラムコードを画像にマップした場合、このフィルタ処理は有効とは思えないので、単なるdeflate圧縮になっていると思います)
そういうものですので「余計なPNGとしてのヘッダ情報」を付加する必要がない分、「GZIPのほうが圧縮率が高くなる」のは当たりまえですね。むしろ「gzipとほぼ同等の圧縮率が実現できる」とアピールしてもいいんじゃないかなぁ。
そこでWebP losslessですよ。試したところ、gzよりも小さくなってます。
おっしゃるとおりです
しかし,差分を取るフィルタ処理がたまたまうまく寄与する場合も,可能性としてはありえます.例えば,画像情報を配列で内部に持っているjavascriptであれば,データとしてはほぼ画像データになりますので画像専用のアルゴリズムのほうが有利になりえます
ですから「GZIPのほうが圧縮率が高くなる」のは多くの場合正しいですが,「当たりまえ」ではありません
ここまで考えると,タレコミ文にある「ただし多くの場合GZIPのほうが圧縮率が高くなる」という表現のほうが適切になると思います.
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「科学者は100%安全だと保証できないものは動かしてはならない」、科学者「えっ」、プログラマ「えっ」
「GZIPのほうが圧縮率が高くなる」のは当たりまえ (スコア:2)
PNGの可逆圧縮は、
画像専用アルゴリズムとしての特殊なことは基本的にほとんど何もせず、
ビットマップデータを、gzipと同じdeflateで圧縮するだけのものです。
(PNG独自な画像ベースの圧縮処理として、deflateをかける前に、上や左の画素との差分を取っておくフィルタ処理もありますがが、差分を取るかどうかは自由(圧縮プログラムが、より圧縮しやすい方を選べばいい)で、プログラムコードを画像にマップした場合、このフィルタ処理は有効とは思えないので、単なるdeflate圧縮になっていると思います)
そういうものですので「余計なPNGとしてのヘッダ情報」を付加する必要がない分、
「GZIPのほうが圧縮率が高くなる」のは当たりまえですね。
むしろ「gzipとほぼ同等の圧縮率が実現できる」とアピールしてもいいんじゃないかなぁ。
Re: (スコア:0)
そこでWebP losslessですよ。試したところ、gzよりも小さくなってます。
Re: (スコア:0)
おっしゃるとおりです
しかし,差分を取るフィルタ処理がたまたまうまく寄与する場合も,可能性としてはありえます.
例えば,画像情報を配列で内部に持っているjavascriptであれば,データとしてはほぼ画像データになりますので
画像専用のアルゴリズムのほうが有利になりえます
ですから「GZIPのほうが圧縮率が高くなる」のは多くの場合正しいですが,「当たりまえ」ではありません
ここまで考えると,タレコミ文にある「ただし多くの場合GZIPのほうが圧縮率が高くなる」という表現のほうが適切になると思います.