Hey!

Sounds really cool! I'd love to collaborate, but honestly, I've already dropped Spine and Cocos2d-x. I'm using Unity for game development now. If you ever switch or thinking of switching, we can collaborate there.

P.S. you email was hidden from the message

Best,
Maz

Hello!

I've recently needed to do some caching/pooling/reusing of parsed skeleton data in the Cococs2d-x runtime, and I haven't found a giveaway solution, so here is mine!

Please note, the static map approach I used is probably unacceptable in many games, unless it's as simple as mine. If I load every single png in my asset bundle at once, it hardly takes 20 - 30 MB uncompressed, so meh for now.

http://mazyod.com/blog/2014/10/10/spine ... cocos2d-x/

(DISCLAIMER: Yes, this is a shameless plug to my blog, but it's a neat blog without ads, and hey! Sharing for the greater good here )

Shiu लिखा

I've tried pretty much everything I can think of on my mac and had four friends also test it. But we can't reproduce it. Only way for us to fix it is probably if one of you who have the problem can share your computer (while you're at it of course) with Team Viewer and we can then try and see if we can figure out what is causing it that way.

@shiu I don't mind. I am on the IRC channel, same username. We can schedule a time for team viewer.

Note: I just update to the latest 1.9.15, with the same problem happening

jmtan लिखा

Hi Nate,

Sorry about not getting back to you, however I have been keeping an eye on this issue by checking whether new updates of Spine still have the problem.

Unfortunately, as of v1.9.01 I can still reproduce the problem, however I have discovered a strange workaround which I would like to share in case anyone else has it.

Steps to start Spine successfully (so far 100% successful for me):

1. Start spine, see the loader
2. Cmd-Tab to another application (e.g. Chrome) before the loader finishes
3. Spine window will appear

In other words, if the Spine application is currently in the foreground when it finishes loading, the Spine window will not appear and I have to force close the app. However, if Spine is moved to the background before the loader reaches 99%, the Spine window appears consistently.

This is the weirdest workaround I've ever seen in years... It worked for me as well.

Spine Launcher 1.8.20-full
Mac OS X x86_64 10.9.4
Java 1.7.0_51 Oracle Corporation
Java HotSpot(TM) 64-Bit Server VM
Up to date: 1.9.01
Licensed to: ME
Spine 1.9.01 Professional, JGLFW
NVIDIA Corporation
NVIDIA GeForce GT 650M OpenGL Engine
2.1 NVIDIA-8.26.26 310.40.45f01
Started.

Man, I am so bad at Japanese... Thanks for your hard work!

hmm, ok. I'm glad I filed it then, I wasn't gonna bother

project sent.

Hey,

Just upgraded Spine to 1.6.30, and as soon as I select a slot from the visual editor, BOOM. It crashes. (Bone, or image).

Using Mac OS X 10.8.I-forgot.

It looks like a OMG-I-can't-believe-I-missed-that bug:

java.lang.IndexOutOfBoundsException: 1
at lf.b(SourceFile:137)
at ajg.b(SourceFile:206)
at ahy.F(SourceFile:1147)
at zw.f(SourceFile:996)
at aba.b(SourceFile:440)
at abd.a(SourceFile:101)
at aof.a(SourceFile:122)
at abd.a(SourceFile:40)
at aba.a(SourceFile:99)
at qs.a(SourceFile:210)
at fd.a(SourceFile:195)
at fd.b(SourceFile:169)
at m.b(SourceFile:94)
at m.b(SourceFile:94)
at be.b(SourceFile:85)
at ap.e(SourceFile:209)
at rd.e(SourceFile:165)
at au.run(SourceFile:187)
at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:251)
...

Best,

Thanks for the reply, Nate. I am sure a lot of developers will find the boolean addition helpful. I have to say though, it's also a lesson for me to actually read and understand an API before using it, by simply reading all the methods and classes.

Best,

DO'H!!

Call setSlotsToSetupPose after setSkin. See here:
http://esotericsoftware.com/spine-using ... ging-skins

The dagger tip issue is because the goblin.spine project you are using is old and has a bug. You can download Spine again and use the goblins project from there, or edit the JSON as you have done.

https://github.com/EsotericSoftware/spine/issues/29

FWIW, I did some more debugging, and realized that the engine looks for a default skin, which it seems to use as a fallback maybe? In any case, I opened the json file exported by spine, and changed one of the skin names to default, and now it renders properly ... However, the issue remains on why would adding a default skin work? Not to mention that when I call setSkin("OtherSkin"), I still get the "default" skin shown on screen.

Now, I am almost 100% certain it's an issue with the cocos2dx runtime implementation, which means it makes more sense to continue this thread in the GitHub issues section.

Best,
Maz

Hey guys,

I finally designed all the animations inside spine, and it's finally time to export and test in the cocos2dx engine. Exciting times!!

The problem is, the slots are not rendering. I have enabled the debug slots and debug skeleton, and I can only see the skeleton. I went into the rendering code, and it seems the spAttachment is NULL! I am using skins, and I am calling setSkin("skin_name"); right after creating the skeleton.

if (!slot->attachment || slot->attachment->type != ATTACHMENT_REGION) continue;

For now, I am using the spine example project to test my textures...

It might be worth mentioning that I couldn't use the TexturePacker within Spine, since it exported each skeleton into it's own texture atlas, and that is not exactly what I need. I need them all in the same texture (to batch draw them), so I used the famous TexturePacker2 to export as libGDX.

Any help appreciated!! :love:

That's it! I read something like that in another post saying that "rename" should be changed to something more understandable, but I thought it meant, change it and make it work. I didn't know it works like that.

Thanks,

Hello guys!

I was wondering if it is possible to replace images assigned to skin attachments on the fly, without having to delete the old image, add new image, align new image.

Thanks,
Maz

Thanks for your prompt reply!
Cool, it's a minor issue, no worries.

Best,