【问题标题】:Xcode blowing up PNG size and ignoring Compress PNG = NO flag?Xcode 炸毁 PNG 大小并忽略 Compress PNG = NO 标志?
【发布时间】:2016-12-18 12:39:26
【问题描述】:

目前,我的 Assets.xcassets 文件夹约为 13MB,其中包含我的应用程序的所有图像。但是,当我归档我的应用程序时,Assets.car 结果接近 33MB。当使用这里描述的 iOSAssetExtractor 时:What contributes to the size of assets in an IOS App and how can I shrink this? 问题似乎是当 PNG 被 Xcode“压缩”时,它们的大小会爆炸。许多 PNG 的大小是完成归档过程之前的 2-3 倍。这是一个在多个地方引用的常见问题。

此处引用的常用解决方案:XCode png compression issue 和此处:https://imageoptim.com/xcode.html 似乎在构建设置中将“压缩 PNG 文件”设置为“否”。这将跳过 Xcode 对资产的解包和重新压缩,以避免可能出现的资产大小膨胀。但是,这似乎目前无法正常工作,并且可能在 Xcode 7.3 中已停止工作。 Apple 论坛中有一个关于此的主题:https://forums.developer.apple.com/thread/43372。但是,公认的解决方案似乎是将检查器中的文件类型更改为适用于资源文件夹中 PNG 的数据,但似乎不适用于存储在 xcassets 文件夹中的 PNG。

注意:我也尝试将“从 PNG 文件中删除文本元数据”设置为 no,但没有成功。

谁能推荐一个解决方案来解决当前 (7.3) 版本的 Xcode 中的这个问题,以使我的 Assets.car 文件不会比预期的大 2-3 倍?

【问题讨论】:

    标签: ios xcode png


    【解决方案1】:

    PNG 尺寸变大的具体问题似乎是 Apple 的一个错误,现在似乎已得到解决。但是,将每个 PNG 缩小到尽可能小的尺寸这一更普遍的问题仍然可以更有效地解决。如果你有兴趣阅读new delivery codec 可以从每个 PNG 中挤出每个最后一个字节,那么请查看这个 iOS 框架。

    【讨论】:

      猜你喜欢
      • 2021-06-01
      • 1970-01-01
      • 2011-06-06
      • 2013-02-10
      • 1970-01-01
      • 2011-08-11
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多