Spine 图集里的部件横着放,是角色方向错了吗?
先看匹配数据的动画,再判断角色方向;不要为让图集PNG看起来直立而破坏原包坐标。

封面复用 AI 生成的角色与部件示意,不是实际 Atlas 布局,也不是旋转打包的技术截图。
打开 Spine 包里的大 PNG,发现某个手臂横着放,于是先把它转正再保存。下一步,目标项目却出现了错位。这个假设案例的关键是:图集里怎么摆放像素,与角色动作里朝向哪里,不是同一件事。
图集页面是存储布局,不是角色装配图
Spine 官方 Atlas 格式说明提供了区域旋转信息;加载区域时需要考虑对应旋转。因此,仅看页面上的横竖方向,不能判断角色里的部件是否朝向错误。
实际资源还可能包含不同区域尺寸与裁边信息。本文不要求手写区域读取器,也不把一段格式解释当成任意版本解析规则。具体字段和值应按当前包及所用运行库确认。
先检查三种不同的观察结果
- 原始页面PNG:部件在一张大图中横着或倒着,只说明页面布局的外观。
- 匹配数据的动画:由已确认支持本包的流程加载,观察同一部件的实际方向。
- 手工裁出的局部图:如果仅按矩形裁切、没有处理旋转等信息,其朝向未必等于最终附件朝向。
第三种结果不能直接拿来指责第二种结果。先写清自己查看的是整页、局部裁片还是完整动画,不用“图片是歪的”把三者混在一起。
不要为了转正页面而覆盖原包
保留原始导出包,在独立副本中核对同批骨骼数据、Atlas与页面图片。不要把页面中的一块像素旋转后覆盖保存,却继续使用旧坐标与区域信息。即使那块图单独看更自然,也不表示原引用关系仍然成立。
若确需重新打包,应交给已确认支持该资源的流程同时更新相关数据,并在目标项目重新验收。本文不承诺把任意 PNG 拼回去就能保留原动画,也不提供未经验证的坐标换算脚本。
实际动画也朝向不对时,再查几何分支
回到 Spine 工作台,按图文教程比较模板和当前资源的同一动作,检查实际部件的方向、连接位置和大小。教程展示的镜像与变换是这一分支的处理入口,不是修正Atlas存储布局的通用方法。
若工作台表现符合预期、只有目标项目异常,先让集成人员确认加载文件批次、Atlas信息和运行环境。不要因为一张手工裁片是横向的,就先改整个角色或重新生成素材。
交接时保留四项证据
- 同一批导出包与实际加载路径。
- 对应页面名、区域名,以及观察到的旋转信息。
- 同一部件在整页、局部裁片和实际动画中的不同观察。
- 目标项目的真实错误与尚未核对的事项。
如果目标其实是完整角色序列帧,应先取得真正的帧图,而不是把零散部件当动画帧。可继续阅读Atlas PNG 与序列帧的区别。本轮判断通过,表示证据与资源路线清楚,不等于所有引擎兼容已验证。
