ios – Xcode内置png压缩效果

我有一个关于png-8 vs png-24使用的问题与 Xcode建于 “image compressor”的问题.

转换为png-8的一些图像就像这样保存得很好,因为png-24版本之间的差异不容易被注意到.但是有些图像必须存储为png-24,以便质量保持在高水平……相同的图像在保存时比png-8小3倍,所以我想在使用png时会有一些内存消耗的好处8对比png-24.但我不确定的是：

> iOS“喜欢”更多png-24吗？
>在iOS中使用png-8而不是png-24是否有任何问题？什么是首选？
>当Xcode中的COMPRESS_PNG_FILES设置为YES时,在PS(或某些程序,如TexturePacker)中优化图像有什么好处,因为我认为Xcode在某种程度上会覆盖我们在PS中完成的优化？
>优化图像时Xcode实际上做了什么？

我知道让Xcode做它想做的事情可能绰绰有余,特别是对于具有足够内存和cpu功率的新设备,但我很好奇发生了什么“引擎盖下”并且浪费时间进行优化Photoshop的？

解决方法

• Does iOS “likes” more png-24?

iOS当然喜欢它的图像接近自己的硬件格式(见下文).但是,它可能不会假定某种格式,也不会随意转换图像.这意味着默认的后处理可以将图像从调色(8位)转换为真彩色图像,如果应用程序期望其图像包含调色板,那么这将是破坏性的.有很多好的&正确使用调色图像.

• Are there any problems with using png-8 instead of png-24 in iOS and what is a preferred choice?

颜色深度 – 对于某些类型的图像(但不是全部),颜色越高越好.大小 – 越小越好(并且决定何时,你自己).除了Sangony状态之外,PNG规范足够慷慨,即使在索引模式下也允许多于一位的alpha.也就是说,通常的RGB调色板也可以是RGBA,包括alpha.我不知道更常见的PNG格式的任何“问题”,甚至是不常见的.

• What are benefits to optimize image in PS (or some program like TexturePacker) when COMPRESS_PNG_FILES in Xcode is set to YES because I suppose Xcode in some way overwrites our optimization done in PS?

Photoshop并不是非常擅长优化PNG,但它再次肯定不是最糟糕的. pngcrush(原文)专门用于尝试从PNG中挤出最后一个字节 – 但是在最高设置下,它可能需要一段时间才能完成.我可能在不知不觉中使用了Apple的修改后的pngcrush,因为它默认是“on”;编译代码时我没有发现如此大的延迟,因此Apple的默认设置可能不是最高设置.这表明手动运行pngcrush可能是值得的,在这种情况下你肯定不希望XCode撤消它.

• What actually Xcode does when optimizing images?

最明显的’优化’是：将存储顺序从RGB切换到BGR,并通过将其与颜色通道预乘来丢弃alpha通道.另见my earlier answer.

据推测,存储顺序可能是默认目标设备(iPad,iPhone)的最佳选择.预乘alpha是一种常用的优化方法,因为它需要较少的计算才能实时显示图像. (它也有一些缺点.)

没有任何精确的测量,人们只能推测这些优化在现代硬件上是否真的重要.所有内部转换为“显示”格式的内容都可以尽快缓存.