[想法] 关于Spine4的Atlas中的scale参数

[Agent-0808]

例如

image1.png
	size: 2048, 2048
	filter: Linear, Linear
	scale: 0.6
part1
	bounds: 1545, 1471, 436, 575
	offsets: 3, 2, 440, 578

Spine3的Atlas不支持scale参数，而Spine4的支持
当前使用脚本将Spine4的文件降级为Spine3时，如果atlas中有scale值，则对其进行缩放操作，再转格式
由于像素点是整数的矩阵，如果scale是0.6这种小数，那就不可避免的会产生图像精度损失
（很常见的情况便是角色的多个部分没有对齐）

而skel中本身就具有缩放属性，如果能将这个缩放操作放到skel计算过程中的转换，那应该会是无损的（skel里表示位置的数应该是浮点型吧）
因此我想，能否在调用SpineSkeletonDataConverter的时候增加一个scale参数，参与整个转换过程
这样atlas便可以在不需要缩放的情况下转换，避免了可能的损失

只是一个想法，欢迎讨论233

[Agent-0808]

example

ch0318_spr.zip

atlas降为3.8之后的效果

[Agent-0808]

#20
应该和这个有关

[CDOccc]

赞同楼主的思路，这个方向是对的。

核心问题在于：atlas 里的 bounds 是整数像素坐标，一旦对图片做缩放再回写，坐标必然要取整，误差就这么来的，部件错位基本无法避免。

更干净的做法是根本不动图片和 atlas，把缩放只作用在骨骼数据的浮点坐标上（附件的 size/offset、mesh 顶点、path 顶点这些本来就是 float），这样全程无损，纹理也不用重新打包。

其实更进一步说：很多人降版本只是想让低版本运行时能跑，图集本身根本不需要变。这种情况下连缩放都不用做，保持原 atlas + 原 PNG，只降骨骼数据，渲染就和原来一模一样，零精度损失。把“动美术资源”和“转骨骼数据”这两件事解耦，可能比给转换器加 scale 参数更省事。

[Agent-0808]

赞同楼主的思路，这个方向是对的。

核心问题在于：atlas 里的 bounds 是整数像素坐标，一旦对图片做缩放再回写，坐标必然要取整，误差就这么来的——部件错位基本无法避免。

更干净的做法是根本不动图片和 atlas，把缩放只作用在骨骼数据的浮点坐标上（附件的 size/offset、mesh 顶点、path 顶点这些本来就是 float），这样全程无损，纹理也不用重新打包。

其实更进一步说：很多人降版本只是想让低版本运行时能跑，图集本身根本不需要变。这种情况下连缩放都不用做，保持原 atlas + 原 PNG，只降骨骼数据，渲染就和原来一模一样，零精度损失。把“动美术资源”和“转骨骼数据”这两件事解耦，可能比给转换器加 scale 参数更省事。

骨骼读取图片部件的坐标是根据缩放后的尺寸来的（吧？）
不做缩放会错位

[CDOccc]

我看了一下，问题应该确实出在“把 atlas 的 scale 烘到图片里”这一步。

0.6 这种比例只要一重采样，图片尺寸、bounds、offset 都得取整，错一两个像素很正常，部件对不齐基本避免不了。

不过我觉得这里不一定要把 scale 乘进 skel。运行时真正决定几何尺寸的是骨架数据：region 看附件尺寸，mesh 看顶点。atlas 里的 offset/orig 只是用来还原裁剪位置，只要 bounds、offsets、orig 还在同一套缩放后的像素空间里，它们的比例就是不变的。

所以降到 3.x 时，我更倾向于不动图片，也不缩放这些坐标。需要兼容 3.x atlas 格式的话，可以把字段名转成旧写法，比如 bounds 拆成 xy/size，offsets 拆成 offset/orig；但数值本身别乘 scale。scale 那行删掉就行。

把 scale 烘进 skel 也不是不能做，但影响面会大很多，骨骼长度、位移、mesh、path 之类都要跟着处理，还会改变整体世界尺寸。相比之下，只处理 atlas 格式、别重采样图片，应该是更小的改动。

当然，如果目标是把 atlas 解包成散图再重新导回 Spine 编辑器，那是另一种需求，那时才需要单独处理源图尺寸。

[Agent-0808]

还真是，直接不管scale参数转成spine3格式就行了，是我想复杂了
所以那个scale只是元数据吗

[CDOccc]

对运行时渲染来说，基本可以理解成元数据。它记录的是图集打包时用了多少缩放，PNG、bounds、offsets这些本身已经是缩放后的结果，官方Runtime目前也不会读取这个scale。
我现在的工程里也是只在“纹理解包”时用它，比如scale: 0.6，解包散图时按1 / 0.6放大回源分辨率；正常加载和版本转换不用把它乘进skel。
所以4.x atlas转3.x，应该只需要把bounds/offsets转成旧格式，再删掉scale这一行，图片和坐标都不用动。

另外楼主有邮箱吗？我想发一个我自己做的给你试试，我的保留了曲线功能，从高版本到低版本不会丢曲线