OK. Thanks. No hurry with this anyway, because I'll be making intro at the end (and probably first release will be without it).

Great news. I'll try it out next week, I'm just finishing jumping and movement in my platformer, so it's great time to add animations. I'll try to also support you on kickstarter because the price is really nice.

PS. I see you also have UI animation in examples now... I wonder if it will be posibble to do a complex animation in Spine with several heroes walking on an animated background - I'm gonna be making such animation sooner or later (as a intro) or is it better to make parts in Spine and compile it in libGDX later?

Do you know when the first release of the application will be? So we can export and import to libGDX? Will it be after kickstarter or during it? (I've just checked and fortunately though in my country we can't post Kickstarter projects, we can pledge, so I'll definitely back you up guys. )

Thanks to Nate my old projects are restored now.

OUYA is a bad example because even if it isn't popular as a user you get a console for playing emulator games and excelent media player and as a developer your games that work on OUYA will also with a few modifications work on Android tablets and even phones. With Ubuntu Phone OS it's much more complex because you might need to write application/games especially aimed at it - unless at some point they will support also Java for example.

I completely agree with Varkas. Also a lot depends also on what you are programming - corporate jobs are usually extremely boring. Especially since you need to sit 8 hours at the job no mater if there are things to do or not.

OK. I've send them. Thanks for help. And sorry about being grumpy sometimes.

Would a donation help you make that converter? How do you intend not to break a binary format in the future? With XML/JSON it would be easy, binary tends to be hell to support in the long term - this situation shows it by the way.

This is not the problem. I'm using libGDX anyway.
The problem is that project files are binary which means you can't modify them by hand - for example recently the file format changed, if it wasn't binary we could fix old files ourself by hand or writting a simple script. Export is not available so I can't export my old animations (fortunately I made only four but they took hours to make) but even if I could there couldn't be ever modified in newer Spine because there is no import. That thing makes my faith in Spine shake because for work I need sth that is 100% sure and that in case the author stop supporting it can be rewritten (hence open format is needed).
Remember DOC files from Word? They were also binary. Binary file formats are hell.

Then encrypt that XML/JSON with a unique key (binded to user e-mail or even credit card number for example) and give the key only to those who paid. Or at least make converter allowing loading old animations. Right now I consider dropping Spine for Spriter because of that. Export to XML/JSON is not enough too - import would also be needed.

Even as a simple converter or partial loader? Shame it's not XML or JSON, that would allow to modifying it by hand.

The spam protection is insane. It's harder to people than to spammers. You can't do the snippet in memory because of the hashCodes, meaning you have to go to a great length to solve it. Also the password restrictions are also insane - why do I need large letters in my password (which is already filled with numbers mixed with small letters) and why does it have to be 8 letters long? Right now I'm certain I will be using "I forgot my password" link anytime my browser forgets it... And it's also hard to input such passwords (with capital letters) on mobile devices.

Is there a way to convert old project (from Spine 0.81beta) so it works in new Spine? I thought it would be XML file, so it would be posibble to convert it, but it seems to be binary (but maybe it's just an archived XML?).