求大佬看看这个文件导入不了spine

讨论
23

一样的, spine每个版本的小版本读取方法都不会变

24

啊？我把json导入3. 8. 99不可行

25

image

26

image
image1074×587 9.53 KB

检查错误是什么

27

2
21726×978 58.5 KB

28

你的json上传给我看看

29

SG_LING_OR_wuzetianpifu1.zip (301.7 KB)

30

这个软件输出的json有问题…
image
image
正确的名字应该是 normal noRotationOrReflection

31

它的模式名称基本全错, 所以spine根本无法解析

32

这样啊，那还有啥方法吗？

33

image
image1025×691 50.8 KB

老哥，我看运行时里是不区分大小写的，所以都是直接ToString了，spine规则不一样吗？

34

看官方文档, 它的属性名必须和官方的一致

1 个赞
35

附件那块的属性是没有name的只有path

36

淦，回头我改改，我看它运行时读取的时候都忽略大小写，以为这个不重要 :sweat_smile:

37

image
image1764×883 68.5 KB

啊这，为啥它3.8运行时确实读了name

38

这个是附件名字吧, spine的附件是没有name这个属性, 所以你可以删了

39

它读取是这样的, 先检查path是否为空, 为空就读取附件对应的插槽, 不为空就从atlas里查找path对应的帧

40

3.8运行时的附件读取逻辑是，如果有name属性，就用name属性，否则用外面slot存attachment时候的key作为name（就是传参进去的那个name），然后读取path属性，如果没有path属性就用name的值

看这个意思运行时和spine的逻辑不一致吗 :smiling_face_with_tear:

上面说的是在最开始读取Json数据创建必要对象的时候的逻辑，它附件构造函数有name和path两个参数

41

json 格式当然参考官方的格式, 它很毒的, spine对格式的要求比skeletonViewer这种要严格很多

42

这格式也太毒了，自己的spine软件和运行时居然还不兼容 :sweat_smile: