Mike at BrashMonkey

Right.. Spriter2Unity actually converts Spriter animations to Unity's own animation format during import, but the cost is it cant support/import complicated Spriter files.
 
SpriterDotNet for Unity supports more Spriter features much better, but there is a steeper learning curve because it does not convert the animations, it keeps them as Spriter animations and lets you control them from within Unity.

Hi, thank you for your response, you're right.  Instead of Spriter2UnityDX, I've imported SpriterDotNet plugin. I guess the problem was in collider I was using on sword in Spriter and the first plug-in wasn't supporting collider feature and that's why the strange error appeared.  

Cheers!

Thanks for reporting this. I let Edgar know. Right now h'es trying to finish an important milestone for Spriter 2 (in active development) but I'll make sure to remind him as soon as that milestone is finished.
 

Hi everyone!
It started as a project for my daughter (she was at the age of about 2). She loved two apps I had on my old iPad - both were animated/interactive scenes.
Just tap somewhere and see what happens. She loved it.
On my way to find more apps like that, I had a hard time, so I decided to try to make one myself.
So, this is it. I did some research, found Monogame, found Spriter, and the great SpriterDotNet implementation from loodakrawa. I love working with that.
And although I am not a great artist, I tried my best.
As my daughter liked the result much, I decided to actually publish the app now for Android and even iOS lately.
I am really amazed by the ease a game can be ported nowadays.
In case you want to have a look (all animations and sound-triggers were done using Spriter), here are the links to the screencast-movie and store-links (warning: it's a paid app now!):
Youtube:
https://www.youtube.com/watch?v=RraciSqa8gM
Google PlayStore:
https://play.google.com/store/apps/details?id=de.heicompany.nana.camping
Amazon AppStore:
http://www.amazon.de/gp/product/B0758F4HST/ref=mas_pm_camping
Apple AppStore
https://itunes.apple.com/us/app/crayon-camping-adventure/id1397051319?l=de&ls=1&mt=8

Please consider: the game aims kids aged 4 or less. 
So don't expect fancy achievements or other goals.
I didn't even implement any menu, options, or text to read. Kids at that age usually can't read yet.
Also, I didn't add any in-App-Purchases or advertising. I really dislike that myself and rather pay for an app.
But also I was shocked, that other apps targeting kids claim to be free and are full of that stuff.
So, no wonder that nobody really finds my app in the stores - everybody just scans the "for free"-stuff.
But that's ok. It was fun making it anyway.
In case you're interested, have a look.
I'm pleased if I was able to make someone other than close friends happy with it.
You all have a great day! And thanks for the great software and as well as the great community!
Heiko
PS: the mexican guitarrist at the lower left is the only animation done with bones. Whenever I make another game, I plan to use that a lot more. It worked really well!
PPS: Happy to ready what you think.
 

Yes, BUT this offer will eventually expire... We'll announce when we know that offer will end.

Hi all,
I know it's been a while since someone posted in this topic and last time @GradusGL been here about year ago, but I've found a problem with SpriterGM and GMS2 and spriter_is_trigger function. This issue has been mentioned already by @Kurtis Black:
Same problem here. I have a trigger set somewhere in the middle of my animation and when the animation is played first time, the trigger check is ok, but after the first time the trigger seem to start up at the beginning of animation and when the trigger is set. Does any of you know how to solve that issue? Thank you in advance!

Sorry for the delay. Edgar is currently tied up with work on Spriter 2 until we can release the next bit of update info for it. We'll be setting up a C3 subscription shortly for testing and development once Edgar's hands aren't so full. Hopefully it won't be too much longer.
Thanks as always for your patience and support.

Sneak peek of my upcoming Mercenary character pack.  Stay tuned for more!
 

Hi ShikaUsstan,

Thanks for the kind words. We completely understand your reservations and don't blame you if you want to hold off for a future contest which will be apply a different system for judging. That said, of course no one should ever enter a contest which requires actual effort in creating something if the non-prize benefits themselves don't make it worth your time, as even judged contest are not remotely a guarantee that the person you think should win actually will.

All entrants will be required to paste a specific message at the top of the video description in Youtube which will link directly to the full playlist and request that everyone watch all videos before judging and to judged based on artistic merit and not any personal feelings towards specific participants. Of course this is no guarantee, but we just wanted to offer as much info as possible pertinent to this topic so you can make decision more easily as to whether or not you'd like to participate.

If you do participate, your stuff will be seen by many people... and the more popular any particular participant might be, the more people will see your art.  Of course there's also the fact that if you enter, there's some chance of winning... however if you don't enter, there's no chance.

The last point I'll make is this is the biggest reason we made the theme for the contest so open, so hopefully most artists could submit animations the were already making for their personal projects etc.. so very little work would need to be done specifically for the contest..other than submitting the work.

cheers.
-Mike at BrashMonkey

PS. If you have specific suggestions for future contests, in regards to both theme and how the judging should be handled, please don't hesitate to share them so we can consider as many ideas as possible.

My best guess is your installs are failing because you already have a newer version of the VS runtimes installed. Please read the following: 
Please install the Visual Studio 2013 C++ runtime. If you are on 32 bit Windows you only need the 32 bit version (x86). If you are on 64 bit Windows, you will need to install both the 32 bit (_x86) and 64 bit versions. http://download.microsoft.com/download/0/5/6/056dcda9-d667-4e27-8001-8a0c6971d6b1/vcredist_x64.exe
The  32 bit version can be found here:http://download.microsoft.com/download/0/5/6/056dcda9-d667-4e27-8001-8a0c6971d6b1/vcredist_x86.exe
IMPORTANT: If you try to install Visual Studio 2013 and the installer says you already have a newer version, then you need to uninstall the newer version so that 2013 can successfully install. Windows update will later install the latest version, but you'll keep the DLL Files Spriter needed. 

Please let me know if that works for you.

Every time so far someone thinks this is the case, it's because they already have a newer version of visual studio installed, so the install does not let the install of 2013 actually take place. In this case, you unfortunately need to first uninstall the newer version, then install VS 2013.. later a windows update will restore you to the latest version, but the required dll files will stay intact and Spriter will work. 

You mean the cropping settings for the animations?  It is indeed possible that that was overlooked when the creating scaled project feature was created. (I can't test it atm). Worst case scenario you'll have to makes Spriter recalculate it for each animation manually.
I'll mention this to Edgar (Spriter's programmer) After testing tomorrow.
Sorry for the inconvenience

It's a good idea to report this on the github page for Spriter2Unity so any active developer can look into it and hopefully resolve this issue if possible. Thanks very much for researching/experimenting and finding a work-around.. not only is this likely helpful to others, this info might also make fixing this error much easier on the Spriter2Unity side.
cheers.

pivot points.... the dots you can move to change the spot the sprite rotates around

Sorry for seeing this thread late. My best guess is you were getting confused between default pivot point, which is what you need to be consistent for character maps to work, and just changing an images current pivot point in the timeline of an animation on any given key-frame, but this is just a guess.

We (BrashMonkey) can't make any promises, because it depends on a unanimous agreement from all contestants..but it's possible the contest will be given a new, extended window for submissions, so you might wan't to finish this in the mean-time just in case. But again, we can't promise what other people will agree too, so don't do the work if it's not rewarding enough just to get it done... even if the contest does not re-open for submissions.

cheers.
-Mike at BrashMonkey
 

I've found the files that tombmonkey shared and have hosted them here:
https://drive.google.com/file/d/1ww4Gs41EpRJzbNwdXAZK-PHI5HMP2JC7/view?usp=sharing

Sorry I just spotted this post now.
With 2D bone animation software, any angle that is not perfectly overhead or side-view is much less easy to animate,,, so in your example, the leg on the left (her right leg) would be fairly easy to animate and her left leg would be much more limited.

The thinner the joints and more reliant on black outline the art style, the harder it is to animate while keeping the joints looking good in all situations. It's definitely a skill which takes time and experimentation to perfect.

The artist you speak of, tombmonkey actually shared many of the spriter files you speak of in this thread: 
But sadly all the links now seem broken.. If I can recover any of them I'll come back here and post new links. If I can't find any within a week I'll try to remember to create a new tutorial video and example file based on your example... with your permission if you give it.

Hi again everyone. Just a quick update. We've gotten the prize winner choices from 2 of the three judges and the final judge said he's going to try to look through all the submissions tonight. It shouldn't be much longer now. Thanks for your patience.
 
cheers.
-Mike at BrashMonkey
 

"Bosses" in games are the typically big, dangerous enemies you fight at the end of levels.

Sorry, we never really git into the habit of blogging at all. We're very much still active... mostly with customer service, the creation of additional art packs, some other cool stuff I can't currently talk about, and the (sadly still early) development of Spriter 2, which will be a free upgrade for all Spriter Pro owners.

An update build for Spriter should be arriving in the not too distant future as well.
 

Sorry for the huge delay. It was announced sometime back in 2015 that the deforming features won't be officially supported until Spriter 2 is released, which will be a free upgrade for all Spriter Pro owners. This is because the data format and foundation of Spriter code would be far too limiting for the specific deforming features we want to provide. Spriter 2 is still only in early development, so it's still going to be a long wait. For now the skin mode in Spriter can be used to some great effect, but you need to work-around a couple of known minor bugs and remember that no Spriter runtime supports playback of animations using skin-mode directly, so it's only useful if you plan on exporting full frame images or sprite sheets.

One last idea is you can use skin mode deforming in a Spriter file as part of a workflow to end up with an animation which doesn't use skin directly, but an image swapping sprite who's animation was created with the skin feature, then exported as sequential frames.

I did that for the animated flags in the Dream Frontiers Animated art pack.
 
 

Sorry, no update yet. A family emergency currently has the developer of the plug-in tied up. We'll report back as soon as there's news .
Sorry for the inconvenience. 

gonna develop a scifi theme mobile game with a programmer friend
doin my 1st try spriter pro, bought it on steam winter sale
will update accordingly
feedback is very welcome !

You mean the cropping settings for the animations?  It is indeed possible that that was overlooked when the creating scaled project feature was created. (I can't test it atm). Worst case scenario you'll have to makes Spriter recalculate it for each animation manually.
I'll mention this to Edgar (Spriter's programmer) After testing tomorrow.
Sorry for the inconvenience