3.8.2关于压缩纹理和自动图集结合后的原生问题,急求帮助

在压缩纹理时,安卓和ios都预设使用astc。

问题出现在自动图集,构建完安卓后,再次构建安卓,不会再有压缩astc的过程,但这时候如果构建ios,则自动图集的内容会再次压缩,如图(先构建一个原生平台,此平台反复构建都不会出现问题,但如果换了平台,会导致再次压缩纹理)

这样应该会导致热更新无法正确使用。
比如我要热更新了,
我构建完ios后,发布到远程,下面应该构建安卓了对吧,这时候我再构建安卓,会出现再次的压缩过程,会导致安卓的热更出现问题,这215个自动图集的内容可能会全部待热更状态。【再次压缩也会导致构建很慢,半个小时就这么进去了】

log的分析如下
ios日志

android日志

自动图集生成的png放在了build中,这会让引擎认为android和ios的文件不同,实际上明明是相同的文件,却会导致重新压缩。

相同的自动图集文件(非自动图集,比如spriteframe的压缩纹理,则不会有这个问题),一换平台构建,自动图集就会重新压缩。
请求得到帮助,倒腾很长时间了,希望引擎团队协助给个快速的解决方案。

自动图集的设置为

看了下temp目录,自动图集生成的图片是有缓存的

建议每次打包都重新clone出一个新的文件夹,同一个项目多次打包之后引擎缓存有可能会寄掉(3.6.2时遇到的问题,不确定是否有修复)。

可以使用cocos的命令行打包(参考命令行发布项目),将整个流程(clone项目、打包、上传、清理打包目录等一系列操作)自动化,能够避免由于项目缓存、引擎缓存导致的奇奇怪怪的问题。

重复压缩的问题我们确认修复下,不过如果压缩配置一样出来的图也不会有区别,只有时间戳的差异为什么热更会出现问题?

没有复用缓存重新压缩的问题,会在 3.8.4 版本修复哈,感谢反馈 ~

如果再次压缩,那么生成的astc文件,其md5是否会和上次压缩的一样?
我在测试这个事情,确认一下md5是否会不同,导致错误的热更

测试了,md5不会变,再次压缩不会影响md5的值,这样就不会影响热更。
没使用缓存的这个,能给个修复方法吗,我自定义了引擎,不怕折腾。