Hi! I'm very new to this program and I'm just trying out the trial version. However, already I'm running into a problem.
You see I use very small nes/snes style sprites, and when I export an animation to a sprite strip, the images become slightly distorted. I was wondering if there is a fix for this or if anyone knew why this was happening. I've tried exporting at 100% scale, 200%, 400%, and 800%, and I've tried shrinking down the larger scales in photoshop after exporting them, but none of these methods have really helped at all, I still end up with some sprite distortion with the finished product.
Here is what the sprites should look like:
however, as you can see here, the head being a good example, the sprites get squished when I export the animation
We're please to announce the release of Spriter build R3, which includes some great new time saving features and bug fixes.
First a quick note to Linux users. Spriter for Linux is available to test on Steam. We're not going to officially announce it as supported for Steam until we get some more users to confirm it works for them. Please reply here if you get a chance to try it and it works, or if it doesn't, please post as many details as you can, such as OS version, 64 or 32 bit, any relevant error messages, etc. If you own Spriter Pro on Steam, just log into Steam under Linux, and it should be available.
As for Spriter R3, we've got handy new shortcuts for moving through the timeline, and a new batch export (to png/gif) feature.
Here is a quick video showing showcasing whats new to R3 (Full Change-log at the bottom of this post):
We hope this new build will save you time and make using Spriter an even more convenient and enjoyable experience, and we also hope you find it to be worth the wait.
Speaking of waiting, we apologize for the prolonged silence in regards to the Spriter reference implementation we're working on. While it is our top priority until it's finished, there has been a great deal of preliminary planning, and careful design decisions to work through before the actual coding was begun.
Our original plan was to create a basic implementation which covers only Spriter's current feature set as quickly as possible, but then realized that a rushed version would definitely cause the need for some fairly drastic re-writes in order to accommodate several of the up-coming features we have planned for the coming many months.
This made us realize its a better idea to take the time needed to do it right...to make sure its as future/feature proof as possible, and that it's built from the ground up in anticipation of the upcoming expanded feature-set. In fact, some of the new features will just work instantly on any Spriter implementation ported from the reference implementation as soon as the feature becomes available in Spriter. We've also done quite a bit of planning to ensure that even some of the larger upcoming features will require minimal additions to existing code.
In other news, aside from the preliminary work for the implementation itself, as well as small bug fixes and new features to Spriter itself, we've also been very busy with many other investments in Spriter's future, including but not limited to commencing with the design and creation of a new art pack, which will not only introduce new animation and art content to Spriter's library (hint, not for a side-scrolling game type), but will also introduce several new features to Spriter itself. These new features will not only give this art pack an unprecedented level of customizability, but will also offer even more flexibility and options to all Spriter users for the creation of their own original content. (more on this up-coming new art pack is a future update. It's roughly half finished, but still several months away.)
Again, we apologize for the not so regular updates, and we will make sure the next update won't take so long, and progress reports will be more frequent and more complete. We'll do everything we can to make the implementation (and eventual new features that it will accommodate) well worth the wait. And of course, once we're finished, our focus will be on helping developers port this fully featured implementation to as many authoring systems languages as possible.
Thanks again everyone for your support and patience.
Cheers, Edgar at BrashMonkey
Download Spriter R3 here if you don't have the Steam version or automatic update notifications on.
Spriter Release 3 Released 2/26/2015
Additions and Enhancements
Added Shift key modifier to shortcuts for Previous Keyframe and Next Keyframe (1 and 2 keys). Shift+1 and Shift+2 will go to the previous and next frame where the currently selected objects are keyed
Added Control key modifier to shortcuts for Previous Keyframe and Next Keyframe (1 and 2 keys). Ctrl+1 and Ctrl+2 increment and decrement time by the currently set Snapping Interval, or by one millisecond if snapping is turned off
Cleaned up Export to PNG/Gif Dialog to hide controls that don't apply to the current export settings
Added new Pro Feature 'Batch Export' to the Export to PNG/Gif Dialog. Allows you to choose several animations to export at once
Added 'Trim To Entity' as an option for the Source Rectangle when performing a Batch Export. This will choose one bounding box size that will fit all of the selected animations for each entity
Added 'Trim To All Entities' as an option for the Source Rectangle when performing a Batch Export. This will choose one bounding box size that will fit all selected animations for all entities
Bug Fixes
Removed tutorial video playback within Spriter (video links are still available) as a temporary fix for some users who were experiencing crashes due to the feature
Fixed a bug where creating a bone required several undos to revert instead of one
Fixed a bug where the images in the File Palette weren't updated after the Reload All Images was pressed
Fixed a crash that would occur if you attempted to close Spriter while in the middle of renaming an entity
Very excited about this program guys!! Posting these as suggestions, but maybe there's already a way to do this...
Ability to cancel mid-operation (position,rotation,scale)
For example, I've selected a set of parts and in the middle of rotating I realize I started rotating the wrong parts, or maybe I'm just playing around and want to preview how the rotation would look. If I hit 'Esc' while I'm rotating these parts, it could cancel out of the operation without needing to undo.
Simplistic paint
I'd like to hack some really simple shapes together, or sketch out some ideas without having to jump to my workhorse image editor (Photoshop). These would basically be placeholder art that I'd reskin later.
As you might have noticed, we've upgraded to a totally new forums system. The migration seems to have gone off without a hitch, but there's the possibility that if you posted during the 30 minute window in which we were migrating that your post ended up in the old forums and didn't make it over here.
For anyone with a missing post, for a limited time you can actually access the old forum by going here: http://www.brashmonkey.com/forumOLD and copy the text from your post so you can easily repost it into the new forum. If this is required I apologize for the inconvenience.
