3

おそらくこのあたりの多くの人々が私はいくつかのウェブコミックを読んだ。Drowtalesは私のお気に入りですが、それは重要なことではありません。

長い間、私の頭の後ろで考えが私を悩ませてきました:ウェブコミックは描かれた絵です。写真ではありません。多くの冗長性(色が少ない、色が平らな領域など)が必要であるため、ロスレス品質を維持しながら、非常に高速で簡単に圧縮できる必要があります。それでも、それらを圧縮するための最良のツールは、同じ古い不可逆JPEGであるようです。

どうして?より良いものが発明されていませんか?私はデータ圧縮の専門家ではないので、より良いアルゴリズムを見つけるための私自身のわずかな試みは無益でした。私が見つけた最高のものはPngcrushでしたが、それでも圧縮の点でJPEGよりはるかに遅れています。

これについて専門家の意見を聞きたい。私のこの考えは愚かで失敗する運命にありますか?それとも、人々が見つけた、または私が調べることができる方法はありますか?

もちろん、これはロード時間を短縮したいという利己的な欲求から来ています。:)

追加:一部の人々は要点を見逃しているように見えるので、明確にします:

ウェブコミック画像は、簡単に圧縮できるように、多くの冗長性を備えている必要があります。どういうわけか、それらをロスレスでJPEGよりも小さくなるように圧縮することはできませんか?または、少なくとも品質を維持しながら、JPEGよりも適切に圧縮します。

それらはWeb用であるため、専用のコンプレッサーはおそらくPNGまたはJPEGを出力するはずです。より良い結果を得るために、修正されたアルゴリズムで圧縮されただけです。

4

15 に答える 15

14

間違いなく、見た目と性能のバランスを取る行為です。コミック専用のカスタム圧縮アルゴリズムを使用しない限り、適切なサイズになるまで JPEG 圧縮レベルを試して、それでも特定のコミックに見栄えがするようにするのが最善だと思います。

PNG 対 JPEG

からlbrandy.com

于 2009-01-08T02:15:58.357 に答える
6

漫画の問題点は、グラデーションカラーが多用されていることです。たとえば、Photoshop を使用してコンピューターでコミックを着色する際の一般的な手法は、おっしゃったようにベタ塗りの領域をブロックすることから始めることです。ただし、これらのベタ領域は、エアブラシ ツールを使用した手でのタッチから、段階的な塗りつぶしのオーバーレイ、覆い焼きおよび書き込みツールなど、さまざまな手法を使用して調整されます。

その結果、より自然なイメージに近いイメージが得られます。これはもちろん、コミック アーティストが目指しているものです。したがって、JPEG で使用されるような非可逆アルゴリズムを使用すると、より適切に圧縮されます。

于 2009-01-08T01:40:49.830 に答える
5

まったく別のアプローチとして、SVG などのベクター形式を使用してコミック イメージをレンダリングします。これにより、結果の画像をラスター圧縮する必要なく、描画の本質 (ここを塗りつぶし、ここを円弧、ここを線など) をキャプチャできます。

于 2009-01-08T02:02:11.970 に答える
4

あなたの仮定は私のデータによって裏付けられていません。私のお気に入りの Web コミックは、既に PNG として配布されています。デフォルトの圧縮品質を使用して 167K の PNG ファイルを JPEG に変換すると、199K の JPEG ファイルが生成されます。損益分岐点は と の間のどこかに-quality 60あり-quality 65、これは JPEG としてはかなり低い品質です。そのため、疑わしいコンテンツはすでにロスレスで圧縮されており、JPEG より小さくなっています。

于 2009-01-08T02:21:30.823 に答える
2

特定の状況下では、JPEG 画像は PNG 画像よりも大きくなります。

たとえば、非常に単純な画像がある場合、PNG は画像をより適切に圧縮し、より良い画質を提供することになります。

Java コードの例を次に示します。

public static void main(String[] args)
{
    BufferedImage img = new BufferedImage(
            256,
            256,
            BufferedImage.TYPE_INT_RGB
    );

    Graphics g = img.getGraphics();

    g.setColor(Color.white);
    g.fillRect(0, 0, 256, 256);
    g.setColor(Color.black);
    g.drawLine(0, 0, 255, 255);
    g.drawLine(255, 0, 0, 255);

    try
    {
        ImageIO.write(img, "jpg", new File("output.jpg"));
        ImageIO.write(img, "png", new File("output.png"));
    }
    catch (IOException e) {} // Don't usually ignore exceptions!

    g.dispose();
}

上記のコードは、256 x 256 ピクセルの寸法の画像を生成し、「X」の形で交差する 2 本の対角線を描画します。

256 x 256 の画像は、画像サイズを 8 の倍数に保つために使用されました。これは、JPEG 圧縮が画像の 8 x 8 ピクセル セクションに対して 2D DCT 変換を実行するためです。画像のサイズと線の位置を 8 x 8 ピクセル セクション内に揃えることで、圧縮アーティファクトの量が減り、画像の品質が向上します。

(256 x 256 の選択は経験的なものでした。最初は 100 x 100 を使用しましたが、JPEG 画像がひどいことに気付きました。64 x 64 を試してみたところ、見栄えが良くなったので、より現実的な画像サイズをシミュレートするために大きくしました。)

画像を描画した後、プログラムは JPEG ファイルと PNG ファイルを生成します。( Java ImageIO ライブラリ0.75fは、JPEG の圧縮品質にデフォルトの圧縮率 を使用します。)

結果:

output.png : 1,308 bytes
output.jpg : 3,049 bytes

画像自体を見ると、JPEG には少しアーティファクトがありますが、画像エディターで拡大するまではあまり目立ちませんでした。もちろん、PNG 画像はロスレスなので、オリジナルを正確に表現したものです。

結論として、画像が PNG と JPEG のどちらで小さいかは、ソース次第です。JPEG が PNG より大きくても、PNG の方が品質が高い場合があります。もちろん、実際には、通常、PNG は特定の画像の JPEG よりも大きくなります。

于 2009-01-08T02:26:51.517 に答える
2

Web用の画像を作成する際に私が拾ったいくつかのこと -

  • JPEG での使用jpegtran -optimise- ロスレスで再圧縮し、圧縮率の低い画像を数パーセント削減できます。
  • PNG ファイルを実行しpngnq(8 ビットにする)、次にoptipng -i0(インターレースを再圧縮して削除します)。あなたがロッシーが嫌いだと言ったことは知っていますが、pngnq は画像をパレットに変換するという驚くほど優れた仕事をします。
于 2009-01-08T02:04:44.523 に答える
1

画像にエンコードする色の数を減らしたい場合があります。コミックを 256 色だけで保存してみて、サイズが大幅に減少するのを確認してください。あなたの特定の描画スタイルに応じて、それで十分です。

于 2009-01-08T02:02:41.503 に答える
1

私は、コンピューター化されたドキュメントで使用するためにグレースケールでスキャンして、多数の手書きの大きな回路図を描きました。LZW で圧縮された TIFF は、表示可能な品質とファイル サイズの両方で常に JPEG に勝っています。これは、TIFF が空白の RLE エンコーディングを利用できるためだと思います。PNG でもこれができるかどうか、または RLE を白黒だけでなく多色画像に拡張できるかどうかはわかりません。

編集:グレースケールの手描きの1つを試しました。TIFF は PNG を約 2:1 上回ることができます (43K 対 83K、ImageMagick convert を使用して元の TIFF -> PNG -> TIFF に変換し、ImageMagick が両方のファイル形式を生成していることを再確認し、元のプログラムが実行しなかったことを確認します)。 TIFF を作成するのは悪い仕事ですが、TIFF は 8 ビット/ピクセル (グレースケール) を使用し、PNG は 24 ビット/ピクセル (RGB) を使用するためです。

編集2:気にしないでpngcrush -c 0ください。画像がグレースケールであることを確認するために使用できました。PNGcrush は、RGB バージョンを 67K に、グレースケールを 34K に下げました。良い!

編集3:手順のポイント:このタイプのさまざまな画像をいくつか選んで標準ベンチマークとして選択し、ベンチマークセット全体でさまざまな手法を試す方がはるかに理にかなっているように思えます。単なるスタックオーバーフロイドの集まりではなく、威厳を持っています。これは、十分にテストされた経験的な解決策が必要な問題のようです。

于 2009-01-08T17:05:09.840 に答える
0

アンチエイリアシングとグラデーションの間には、おそらくあなたが思っているよりも多くの色が画像に含まれています.

于 2009-01-08T02:16:10.337 に答える
0

漫画のカラーリング作業や写真加工作業を数多く行ってきた私は、通常の写真と比較すると、平均的な Web コミック内で多くのことが行われていると断言できます。

画像が Photoshop または Painter (通常はタブレットから) で作成されていると仮定すると、平均的な Web コミックでは多くのフィルターまたはレイヤーが機能していることがよくあります。シェーディング、反射、不透明度、背景画像などが方程式に含まれます。これらの多くは、フィルターやレイヤー オーバーレイから直接作成されたものであり、多くの場合、多くの色が配置されています。

多くの場合、聴衆のことを考えなければなりません。1 日に 20 人の訪問者を獲得する場合、画像を最適化する価値はありますか? おそらく、それはあなたのウェブコミックのサイズと内容に完全に依存していると思います. あなたがPNGで逃げることができるなら、私はそれに固執します。多くの場合、Web コミックでは、JPG を使用する正当な理由はほとんどありません。

于 2009-01-08T03:31:34.397 に答える
0

OPTIPNG を使用して最適なフィルターを (健全なレベルで) 取得し、ADVDEF -4 -z
http://advancemame.sourceforge.net/comp-readme.html (Advpng はフィルターを削除するため、Advpng ではありません) を実行して最適化します。しぼむ。

また、pngout を試すこともできます http://www.advsys.net/ken/utils.htm Irfanview 用のプラグインがあります。Kzip と同じ deflate 実装を使用します。これは通常、7-zip よりも優れていますが、はるかに低速です。

編集:
okcancel20031003.gifお気に入りの「プログラマー」漫画は? 256 色 147KB
PNG (ペイント) 126KB
PNG (Irfanview) 120 KB

PNG (Irfanview) +
Optipng -o5 120KB (525 バイト小さい) 9s
Optipng + ADVDEF 114 KB 9s+0.9s
PngOut 114 KB 6s

BMP 273キロバイト

BMP +
7z (LZMA -fb 273) 107 KB
RAR (最高) 116 KB
BMF -S 90 KB 0.3 秒
Paq8o10t -4 79 KB 35秒

于 2009-01-08T03:33:11.773 に答える
0

ペンとインクのような画像の場合、GIF の圧縮スキームは驚異的に機能します。

JPEG 圧縮は、この種の画像には適していません。

于 2009-01-08T01:40:36.757 に答える
0

可逆圧縮がどれほど優れていても、制限が少ないため、常に損失圧縮の方が優れています。

ある日、コミック用に jpeg よりも優れた可逆圧縮を発明したと想像してみてください。翌日には、明らかに、誰かがそれを変更して、さらに圧縮するようにします。

于 2009-01-08T01:48:43.463 に答える
0

描かれているものと描かれていないもの、ウェブ コミックとその他の種類の画像などは関係ありません。ウェブコミックの描き方や色の配置など、あなたが違うと感じているものは何でも。しかし、何十年にもわたるグラフィックスの研究と開発がそれを十分に考慮しており、生計を立てるためにグラフィックスの最適化を行っている人々が限界を押し上げてきたことは間違いありません。

JPEG、GIF、PNG などよりも優れた圧縮アルゴリズムがあれば、それが広く使用されると思いませんか? かなり最近のブレークスルーを探しているのであれば、おそらく時間を無駄にしていると思います. ) および 2) 現在のフォーマットから大幅な改善があれば、かなり急速に広まるでしょう。


私が反対票を投じられた場合、私は自分自身をうまく説明できなかったに違いありません。

Web コミックは手描きであったり、色の繰り返しが多いため、特別な領域にあると考えるのは少しばかげています。同じ色の大きなブロックを見つけることは、画像圧縮の絶対的な基本の 1 つです。

優れたグラフィックス プログラムを用意し、特定の画像を使用して、希望する品質を維持しながら最小の画像サイズを生成するエクスポート形式を確認します。それは、さまざまなイメージによって異なります。

于 2009-01-08T02:01:31.583 に答える
-1

ここで欠落している情報は、画像圧縮がフォーマットに関連付けられていることだと思います。誰かが、Web漫画家が作成する種類の画像に適した/適切な圧縮アルゴリズムを思い付く可能性は確かにあります。ただし、新しいuber-comic-image形式を使用してPNG、JPG、またはGIFを出力すると、色情報はPNG、JPG、またはGIF圧縮メカニズムの規則に従い、すべての利点が失われます。新しい画像形式。

これについて考える別の方法があります。

  1. 写真を低品質のJPEGとして保存する
  2. ファイルサイズに注意してください
  3. その低品質のjpegを取り、24/32ビットPNGとして保存します
  4. ファイルサイズが大きいことに注意してください

同じことが、この神話上のuber-comic-image形式にも起こります。

別の方法は、主要なブラウザベンダーにuber-comic-imageのキリスト降誕をサポートさせることです。その理由は、視聴者に演習として機能しないことをお任せします。

于 2009-01-08T02:35:39.330 に答える