【问题标题】:Convert 32 bit png to 8 bit png with ImageMagick by preserving semi transparent pixels通过保留半透明像素,使用 ImageMagick 将 32 位 png 转换为 8 位 png
【发布时间】:2012-12-11 12:03:49
【问题描述】:

我想用 ImageMagick 将 32 位 png 转换为 8 位 png,但是半透明像素丢失了。如何解决这个问题呢?我正在使用的命令如下

convert original.png PNG8:output.png

【问题讨论】:

  • 这个问题不是重复的。这张海报抱怨从 24 位转换为 8 位后丢失半透明像素。他已经有了从 24 位转换为 8 位的(正确)语法,他想知道为什么它的行为方式会如此(并且有一个很好的答案)。

标签: image-processing imagemagick png transparency png-8


【解决方案1】:

显然,尽管 PNG 格式实际上允许 8 位索引颜色 PNG 中的任何和所有颜色完全或部分透明,但 ImageMagick 的“PNG8”format specifier 仅支持 GIF 样式的 1 位透明度。

可以使用 PNG8: 说明符使用 ImageMagick 生成索引的 8 位 PNG,而只需使用 -colors 256-colors 255* 来减少图像中的颜色数量.不幸的是,至少根据我使用 ImageMagick 6.8.9 的测试,生成的图像有一些相当奇怪且非常丑陋的颜色量化伪影。

幸运的是,对于这项特定的工作,有一个更好的工具:pngquant。使用它,以最小的质量损失将 32 位 RGBA PNG 转换为 8 位彩色映射 PNG 就像这样简单:

pngquant 256 < original.png > output.png

作为快速演示,这里有一张简单的测试图片(带有半透明阴影的星星),使用各种方法转换为 8 位 PNG:

从左到右:

  1. 原始 32 位 RGBA PNG
  2. 量化为pngquant 256 &lt; input.png &gt; output.png
  3. convert input.png -colors 255 output.png*量化
  4. 量化为convert input.png PNG8:output.png
  5. convert input.png -colors 255 PNG8:output.png*量化

*) 在下面的 cmets 中,建议-colors 255 是必要的“为‘背景’颜色保留一个条目。”根据我的测试,我并没有观察到这种情况。使用-colors 256 仍将是produce an 8-bit colormapped PNG,其量化伪影在质量上与-colors 255 的输出相似,但细节不同。尽管如此,为了安全起见,我在上面的示例中使用了-colors 255。将颜色图大小减少一种颜色本身不会显着影响结果的质量,因为pngquant 255 的测试将demonstrate

【讨论】:

  • 感谢您的回答。我试过那个命令,但它没有保留半透明像素。
  • 嗯,值得一试。 :( (Ps。你确实尝试了 both ,对吗?我链接到的线程中有人建议它特别是 PNG8: 前缀破坏了 alpha 透明度。)
  • 是的,我都试过了。第二个使完全透明的像素变黑。我开始使用 pngquant 命令行工具而不是 ImageMagick。它正确地保留了 Alpha 通道。
  • 尝试-colors 255 而不是-colors 256。 ImageMagick 需要为“背景”颜色保留一个条目。
  • 不需要保留背景颜色,但 ImageMagick 默认保留一个。您可以使用“-define png:exclude-chunk=bKGD”来避免这种情况。使用“-colors 255”和 not 指定 PNG8 的量化可能看起来更好:(PNG8 使用一种快速而简单的量化方法,只需将低位清零)。但事实上,我更喜欢使用 pngquant 而不是 ImageMagick 来生成调色板。
猜你喜欢
  • 2016-07-27
  • 1970-01-01
  • 1970-01-01
  • 2011-06-04
  • 1970-01-01
  • 1970-01-01
  • 2021-10-03
  • 2015-05-21
  • 2012-11-02
相关资源
最近更新 更多