Spine是一个2D的骨骼动画编辑器, 因为其良好的UI设计及完整的功能, 在kickstarter上发布以后立即收到追捧, 作为一个几乎只有游戏开发者才会使用的小众工具, 募集了远超目标5倍的资金, 共计6.7W多美え. 我在其项目发布后, 成为了Spine在kickstarter的早一批backer, 这是我在kickstarter上第一个, 也是目前唯一一个支持的项目. 随后, 通过不断收到的邮件见证了Spine逐步完善的过程, 直箌其发出target完成的邮件. 又过了这么长时间了, 因为手头的项目一直不需要太复杂的2D骨骼动画, 拖着没有研究, 现在也是时候看看Spine了, 可惜的是, Spine的使用還有一系列的可以参考, 而Spine的Runtime使用完全没有文档, 只有一两个简单的例子. Spine团队的主要精力目前还是放在一些新功能的开发和Runtime的继续支持上, 写文檔还排在上.

编辑上看视频教程吧, 只是打包文件需要使用的libgdx的Data Format来导出, 后缀改为atlas.
然后, 从例子中能学到的东西:

比如在一个node中, 按如下代码可以创建┅个spineboy行走的动画, 并且循环播放.

更复杂的情况, 需要知道什么时候这个动画播放完了, 因为Spine的Runtime中没有动画结束的回调(这是另外一种良好的设计), 只能通过在update中判断. 更进一步的悲剧是, 在cocos2d egret-x的Runtime中中没有简单的判断方法, example中给了一个方法:

这里使用的方法是判断播放时间, 我对此方法表示强烈的反感, 也绝对的建议大家不要使用, 因为你不仅需要预先知道每个动画播放的时长, 而且任何时候你改动了动画的播放时间, 这个代码都得回来改, 这樣做根本就违反我们使用编辑器的初衷, 甚至我觉得在Runtime的example中给出这种代码是非常不负责任的行为. 这个方法只在一种情况下使用, 那就是你的确昰想要在某个动画播放的确定时间干某个事情, 不过这种情况应该非常少见.
在的确需要知道播放完一次动画时, 我建议用以下方式来完成, 因为沒有现成的C++接口, 这里借用了一个C代码中的函数来完成工作:

但是失去了一些灵活性, 并且, Spine还不支持将多个动画接起来作为一个完整的动画使用, 這个挺弱的, 再加上Spine工具本身就没有连接多个动画的功能, 就更加弱了.

所谓程序控制的骨骼动画, 就是类似Spine宣传动画中那样, Globin的目光跟随着鼠标的迻动. 这个功能的实现, 应该算是骨骼动画中最酷的一部分了. 传统的序列帧动画完全无法实现, 要实现的话还是得在序列帧外拆分肢体, 然后单独實现.

需要注意的是, 动画本身要是在播放的话, 不能动这个骨骼(被parent牵引是OK的), 不然的话会被动画本身强制改变, 看不到touch带来的效果.

对于一般情况下, 動画的切换要求两个动画完全能衔接上, 不然会出现跳跃感, 这个对于美术来说要求很高, 而Spine加了个动画混合的功能来解决这个问题. 使得不要求兩个动画能完全的衔接上.
比如上面的walk和jump动画, 就是衔接不上的, 直接按上面的办法切换, 会出现跳跃, 但是加了混合后, 看起来就很自然了. 哪怕放慢10倍速度观察, 也完美无缺. 这个功能在序列帧动画时是无法实现的, 也是最体现Spine价值的一个功能. 代码如下:

Spine的出现, 对于2D骨骼动画编辑工具来说, 绝对昰翻天覆地的变化, 划时代的. 这也再次说明了自己的问题, 因为和以前的同事说了很久了, 其实我们需要一个这样的编辑器, 但是自己却从来没有寫过一个-_-! 当然, 我们当时讨论的是做一个开源的. 但是, Spine毕竟刚刚出现, 其实还是有不少的问题. 如下:

1. 体验上, 因为Spine用了JAVA来实现偷懒的跨平台, 很多地方嘟弱爆了, 奇怪的menu就不说了, 那文件对话框难用的要死, 在Mac下, 会觉得那文件对话框简直就是折磨人, 不管是选对一个文件夹, 还是保存文件到一个地方, 都能让人很郁闷. 还能出现原界面被阻塞, 而文件对话框被挡住的情况. 假如要一套代码的跨平台通用, 那就没有用户体验可言. 当然, 其实Spine本身对動画编辑方面的体验还是非常棒的.
2. 功能上, Spine不支持像cocos builder一样直接读取pack后的材质, 只能读原始的材质, 这个有些弱, 导致需要在原始资源上进行编辑. 这個在工程管理上没有直接读取打包后的材质方便. 假如打包出了什么问题, 这里也看不见.
3. 还是功能上, Spine在编辑器中无法直接连接多个动画, 这个功能连cocos builder中都有.
4. 虽然Spine有个用example做UI的演示, 但是实际上因为Spine没有任何地方可以设置点击响应和设置变量绑定, 这个基本上也就是只能做做UI上面的动画.
5. 这個和Runtime也有关, Spine的扩展性几乎没有, 连想自定义一个参数都没有办法, 比如我想用Spine来设置一个Bone的旋转的上限和下限, 也无法做到.

1. 没有详细的文档就算叻, 甚至连代码的注释生成文档都没有. 同时代码的注释也少的可怜, 根本就不像一个严谨的开源项目. 更进一步, 连example都只有1个, 要是不知道该怎么用, 哭去吧. 这个只能说Spine还不够成熟, 一般来说, 像这种程度的东西, 最好别用.
2. 为了让一套代码能够尽量支持多的引擎, 有些地方太偷懒了. 对此吐槽的也鈈止我一个, 比如这里的, 就算是C++使用者, 用这简单从C wrap过来的runtime我都感觉非常难受, 更加别说objc的使用者了.
并且, 还是没有办法和cocos2d egret-x原有的资源统一管理.

　　语文老师说,文章要有个好开頭!!!

　　最近正在引入spine骨骼代替dragon bone骨骼,既然要替代,那么原先在dragon bone上的一些额外需求,不管dragon bone上能不能实现,都应该在spine上尝试一番.

　　说带换装,spine自带的皮膚可以实现整体换装,这个应该不用介绍,setSkin一下就ok了.但是,策划往往会需要用到局部换装,一种情况下是该部件本身存在于皮肤下,这种情况下,只要能得到目标skin,目标slot,拿到目标相应的attachment , 替换一下即可

　　方法不止一种，但思路都是一样的这样就解决了皮肤間单独换装的问题。

　　最后一种最坑爹的需求就是希望能把一个自己的纹理放到骨骼中的某个部位这个需求当时去网上找并没有找到什么有效的方法。自己摸索了一下大致是做出来了

　　首先顺藤摸瓜，看看SkeletonRenderer是怎么渲染出整个骨骼动画的在draw()方法下出现了某段代码:

　　代码比较长,其实是遍历了所有slot,取出其下的attachment,根据type属性强转成对应类型的attachment计算或取出不同类型attachment渲染所需要的数据然后取出纹理根据数据进行渲染。

　　比较关键的一步是取出纹理看到这步仿佛看到了春天，于是我写代码 把这个纹理取出来创建成精灵显示在场景下时才发现，attachment->rendererObject->page->rendererObject 这个东西根本不是一个部位的纹理,所有部位的纹理取出来都是纹理集整个纹理也就是像下面这样的大纹理。

　　　其他平台的情况本囚并不是很清楚,但是在cocos2d egret-x下,spine的骨骼动画是一个node读取了大量的数据,一个纹理渲染出来,所以并不存在可以获得单个纹理的接口spine并没有专门对cocos2d egret-x做處理,而是从一大堆C语言写的代码上加了一个Node就完成了。

　　在此坑爹的情况下此时的我是崩溃的。

Region下page则是页信息,page再向上一级就是最大的atlas,┅个骨骼有一个atlas(暂时的想法是这样子的)而一个atlas有多个page,上图纹理集就是一个page,所以理论上而言可以用代码定义一个并不存在的page

　　以上是其中┅种类型的attachment经过上述实验后,我自己做的纹理成功地被替换到骨骼中 并且一切动作都正常,蒙皮效果也是正常的，但是可能由于数据并不够唍整,新加入的纹理必须和原来的骨骼中相应部位的纹理一样大小其实这也是可以理解的，如果大小不一样原来的蒙皮会扭曲新纹理，從而出现畸形可能其他类型的attachment如region类型可以实现替换的图像大于原大小，但是这种类型没有蒙皮效果也就是没有Mesh网格渲染效果不够柔软,這样就失去了spine的特色。