-
Posts
2,975 -
Joined
-
Last visited
-
Days Won
230
Content Type
Forums
Store
Gallery
Downloads
Posts posted by Mike at BrashMonkey
-
-
Awesome job NowSayPillow!
cheers,
Mike at BrashMonkey
-
Thanks much for reporting the issue and the cause, blkmkt. :)
I'm glad Spriter can once again work on your system.
cheers,
Mike at BrashMonkey
-
@ blkmkt,
Could you send your spriter project to Edgar? lucid@brashmonkey.com
This way, he can test if there's something about your actual project file that is causing crashes.
cheers,
Mike at BrashMonkey
-
Hi Cloak n' Dagger,
Have you watched the Spriter tutorial videos?
Specifically this one:
Long story short, Make sure you're at the very first key frame, then add and position your shadow, THEN select the shadow sprite and press Cntrl+C to copy, then choose Paste to all frames from the edit menu or press Cntrl+Shift+V. This will paste it to all frames in the exact same location, scale, angle, opacity etc.
To fix your current issue, do nearly the same. Go to the very first key frame, make sure the shadow is exactly how you want it. Select it and press Cntrl+C, then select paste to all frames. This will change every aspect of the shadow spriter to be identical across all frames.
As for it's key's being intermingled with other keys, I think it might just be a misunderstanding of how the timeline(s) work in Spriter. The keys of each object are completely independant, BUT if any object has a key at any point, it's shown on the main timeline as a key frame in general...but this has no effect on the keyframes or tweening of any of the actual objects...it just lets you know something has a key there and allows you to get to it quickly with the time-line minimised.
I hope this helps,
cheers,
Mike at BrashMonkey
-
being able to change bone colors is a great idea. I'll mention this to Edgar soon.
cheers,
Mike at BrashMonkey
-
You want to further edit your otherwise complete bone set-up without messing up your sprites. I get it.
Worst case scenario, for now you can temporarily un-child the sprite and any child bone to that bone you need to edit, then edit it and rechild the sprite and any child bones.
We do however have a feature planned wher you can just hold or press a key and it will temporarily free all the sprites and children from each other so you can further tweak and perfect your skeliton.
By the way, you can stretch your bone to make it longer or shorter just by left clicking....little wite boxes will appear...the box near the tip is used to stretch the length of the bone, and of course you can rotate or move the whole bone. For now, though, you'd have to manually de-child the sprites and child bones before doing this, and then re-child them once you're done tweaking.
I hope this helps.
cheers,
Mike at BrashMonkey
-
great lookin' art morcheebix,
To answer your question we'd need more info.
1) Are you just exporting the finished animation as sequential PNG images or will you be usinge Spriter support within the game engine to recreate the animations with the individual images?
2) what exactly is the effect you're after? If you simply want the scarf's blowing motion to loop seamlessly along with the idle animation of the character, just animate them to loop perfectly in Spriter, and when you export the sequential images (if that's what you'll be doing) and it should loop seemlessly once in the game as well...
thats my thoughts and questions for now..I hope I can help
cheers,
Mike at BrashMonkey
-
Hi lovespriter,
In order for us to try and help we need a lot more information.
Are you saving the Spriter animations as sequential PNG images or using a Spriter plug-in in your code to recreate the animations at run time?
What Authoring system are you using?
What process did you use to build the game for the app store?
Which app store?
Why would the animations be changed at all by submitting them?
Please give us as much detail as possible.
thanks,
Mike at BrashMonkey
-
Thanks much for the kind words and support JKID!
Spriter's manual is not finished yet, but is still in a helpful state. You can find it here:
http://www.brashmonkey.com/forum/viewtopic.php?f=9&t=12533
In this coming build or the next one the manual will be built into Spriter for fast, easy, and web-free access.
cheers,
Mike at BrashMonkey
-
Here You go.
http://www.brashmonkeygames.com/brashmonkey/spriter/SpriterManualhtml.zip
Keep in mind, likely by the next build or the one after the manual will be built into and included with Spriter.
cheers,
Mike at BrashMonkey
-
Hi Everyone,
You can get the Spriter online manual here:https://www.brashmonkey.com/spriter_manual
There is also a PDF version here: https://brashmonkey.com/spriter_manual/Spriter_Manual.pdf
cheers,
Mike at BrashMonkey
-
Hi Everyone,
The humble beginnings of a User's Manual for Spriter can be seen here:\http://www.brashmonkey.com/spriter_manual
Please remember this is the very rough beginnings and is far from complete, so please report any typos, grammar issues, lack of clarity and missing information to mike@brashmonkey.com and I'll take care of it as quickly as I can.
Withing the next build release or two, this manual will also be built into Spriter for fast and convenient (and offline) access.
cheers,
Mike at BrashMonkey
-
Hi eveyone,
The first two art packs are getting close to finished, but can't be perfected until a few more features make their appearance in Spriter itself. Sorry for the long silence about the art-packs. I'll try and create some sort of preview for them in the next week or so.
A marketplace for anyone who wants to create art packs or additional animations or alternate art for our first-party ones is something we have planned... It will likely just start simple, like a specific section of the forums, but will become much more sophisticated as we have time to expand on it.
cheers,
Mike at BrashMonkey
-
OK, no problem. We'll get to the bottom of it. Thanks for your patience. Edgar is trying to wrap up the detailed documentation to help developers create full Spriter support on any game authoring system as effortlessly as possible. As soon as he's done he'll get back to work on bug-fixes and new features.
cheers,
Mike at BrashMonkey
-
Beautiful art tombmonkey!
cheers,
Mike at BrashMonkey
-
Sounds awesome Zelex!
I'm sure lots of people will benefit greatly from this.
Cheers,
Mike at BrashMonkey
-
Thanks much for the kind words and support, ninjay!
Mike at BrashMonkey
-
This is probably a complicated feature to ask for, but here goes - a way to work with high res sprites and then export a lower res version. Spriter would create a new directory with the new scaled down sprites and a new scml file.
This would be useful to future proof my assets so that I wouldn't have to reanimate everything if using the high res versions became viable.
This is actually a planned feature for 1.0. It's always something we considdered a very important feature.
cheers,
Mike at BrashMonkey
-
Hi tombmonkey,
The easy way to do that is to simply scale the chest image itself and not its bone, because bones do effect child bones and sprites, and aparently they even do so with the inheritence turned off (thanks for reporting this issue...Edgar will resolve it when he can).
But, again, for now, instead of making the bone wider to make the chest wider, just make the chest (the image sprite inself) wider. I think this is will give the you effect your after very easily.
I hope this helps,
Mike at BrashMonkey
-
Hi, KFII
Unless you zip up the entire folder, with .scml AND all the images in their sub-folders we cant see anything except for the bones.
The bones look decently animated though. :)
cheers,
Mike at BrashMonkey
-
Hi tombmonkey,
to help figure out the issue and likely bug, I want to understand what you're doing better. What is the desired goal in scaling the bones if you don't want the sprites that are their child to be scaled? Is it so that their positions "spread apart" due to the scale of the bone?
Also, would you mind emailing the Spriter project to mail@brashmonkey.com so we can take a look?
cheers,
Mike at BrashMonkey
PS. nice art btw
-
Now that B3 is out I checked it out. The Keyframe buttons are there, but the, to me, annoying habit of the program to place down a key whenever I make a change is still there, and I can't find any indication that you can turn that off. Which kinda makes the keyframe button inclusion slightly pointless, to me.
There's no way to turn off this default functionality at this time. Maybe later. I should mention there will be a way to amke a modification to an object across all frames at once in version 1.0
Right now the make keyframe buttons are useful if you want to "protect" an exact "pose" for a character(or any kind of animation) from changes you're about to make earlier in the timeline, or to basically "mark" a spot in the time line where you will want to make a new key so that the 1 and 2 keys can bring you back to that spot to work. There are a few other handy uses for it.
As it stands now, I'd be frustrated if Spriter did NOT create a key when I altered something at a specific spot in the timeline and instead altered either the previous keyframe or all keyframes. Are one of these the bahavior you are suggesting or is there another option I've not considdered?
cheers,
Mike at BrashMonkey
-
Hi everyone,
Here's a new video showcasing and explaining Spriter's awesome "dynamic reparenting" feature.
This video was made using fantastic art created by Mike Austin from http://www.vectology.com
cheers,
Mike at BrashMonkey
-
Fear not tombmonkey,
The private forum had been created as a bonus for the Kickstarter backers and has been a ghost-town since we've made any useful builds immediately availible to the entire community (due to the delay caused by Edgar's injury) for the sake of fastest possible bug testing and feedback.
This rough manual will be made publicly availible and built into Spriter very soon, as soon as it is complete enough and is checked for any misleading (or just plain embarrassing) writing, typos etc... Hopefully a week or less for them to be publicly released.
Trust me, we'd never exclude anyone, especially a fellow monkey!
PS, while waiting a hopefully very short time for the first release of the manual, check out this new video!
Spriter Data API for Unity
in Spriter Implementations
Posted
Awesome CptDefault! I know this will be extremely useful to a lot of people.
Cheers,
Mike at BrashMonkey