Robin Sommer reacted to Mike at BrashMonkey in Spriter Awesome Boss Contest Submission Thread
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.
-Mike at BrashMonkey
Robin Sommer reacted to lucid in Spriter R9 Released!
Spriter Release 9
Additions and Enhancements
Windows version now has access to an additional gig of RAM. Solves black image issue for very large projects. Added the ability to set a bounding box for animations using an automatic bounding box calculation Crash detection now extends until the program is successfully closed (rather than just after successful program startup) You can now nudge a pivot point one approximate pixel at a time using the arrow keys in the pivot point widget Canvas now updates changes from the pivot point widget in real time when character maps are active Bug Fixes
Fixed a bug that could cause certain projects to fail to save a spritesheeted version if the project used nested subdirectories Fixed a bug where changes made by editing a subentity's properties through the object widget would revert after unfocusing the object widget Fixed bug that resulted in scrubbing playing a split-second of the start of an audio clip when doing slow pixel by pixel audio scrubbing or scrubbing with snapping on Fixed a bug where exporting pngs/gifs would export any active onion skins Fixed a bug where it was possible for pixel art mode to sometimes save unrounded values. Now also attempts to repair unrounded values from previous version upon loading as well. Fixed a bug where children of IK locked parent bones would inherit properties even if that property's inheritance was disabled Fixed a bug where metadata (variables and tags) keys would disappear if moved while the metadata timelines were collapsed Fixed a bug where the resize (drag arrow) controls for changing animation bounding boxes would zoom along with the canvas Fixed a bug where resizing a project would round all image sizes down. Now rounds image sizes to the nearest integer. Fixed a bug where resizing a project would save the original image sizes in the 'file' section of the scml/scon file Fixed bug where holding shift to use proportional scaling while resizing objects in canvas would cause erratic behavior or crashes if the pivot points were too close to the edge of the bounding box being dragged Fixed a bug where object properties widget cut off text on Windows machines with high DPI display Fixed a bug where points which were children of parent bones with negative width or height would display their angles incorrectly
Robin Sommer got a reaction from joemid in Spriter Awesome Boss Contest Submission Thread
Just in time! This is my entry for the Awesome Boss Contest!
In my timezone midnight has passed some hours ago, but thankfully the deadline was set in another timezone..
Can't wait for the results and congrats to all in advance, good stuff all around!
Robin Sommer reacted to lucid in Spriter Awesome Boss Contest! $1000 Grand Prize! Official Rules
First off, this could have all been avoided had we heeded the community's warnings against Like-based voting, specifically relating to how easy it is to manipulate and abuse the system. We hope we can all agree that getting the contest back on track to a system where the art can be judged based solely on its merits is ideal for everyone. We've actually lined up some fantastic artists and animators who are willing to judge the contest and are not privy to this current mess of a situation.
When the situation was first brought to our attention for a specific user, when we went to verify, we ended up seeing another user's submission on the site. Had we waited another five minutes, or logged in five minutes earlier, it's likely we wouldn't have seen the second video, or maybe we would have seen a third. As has been covered in the thread already, it's possible for anyone to submit any video to KingdomLikes, and without turning this community into a crime scene investigation, it would be impossible to figure out who is abusing the system and how. I'm sure KingdomLikes is not the only way to unfairly generate additional likes. For this reason, we think it would be unfair to disqualify any specific participant(s) when we can't prove wrongdoing, and we would potentially be benefitting another abuser of the system who simply wasn't caught.
The best solution is to switch to a system that can't be abused and where any potential current or previous abuse is irrelevant.
Here is what we propose:
The contest will be judged by three judges with game industry and animation experience. So far, we have two awesome judges lined up - Nick Wozniak (Artist on Shovel Knight (http://store.steampowered.com/app/250760/)), and Nathan Lavato (https://www.kickstarter.com/projects/gdquest/game-art-quest-make-professional-2d-art-with-krita/description). We're currently working on a third. Edit: We have our third judge: Louice Adler, concept and graphic artist at Tripwire Interactive (creators of Killing Floor) In order to give an opportunity for anyone who stayed out of the contest due to the original YouTube-based judging to make an entry and participate, we'd like to extend the window of submission until the original judging date of August 31st (6 days from now). This is also an opportunity for anyone who's already submitted to further tweak or improve your current entries if you'd like. The judging should take place within a few days after that. Anyone who makes any attempt to privately communicate with any of the judges before the judging takes place will be automatically disqualified regardless of the content of their communication. Also, since we're trying to fix past oversights with the rules, we'd like to take this opportunity to clarify some things that weren't made explicit in the previously posted rules.
Any sound effects in the submitted video should originate from the Spriter animation (sound effects should play back with the animation in Spriter) You may have background music as long as either you (or your team) created it or you have the rights to use it. Judging will be based only on visuals (and use of sound effects, if applicable) but not on background music. No post production video effects other than simple fades from one animation to another. Please avoid any effects that might be mistaken for part of the animation created in Spriter. Don't worry if you have doubts about your already submitted entry breaking one of these clarified rules - all current entries will be allowed as they are. All original rules aside from judging, prizes, and the clarifications made in this post still apply (see original post in this thread for reference) As a thank you for agreeing to the rule change, we'll also increase the total prize pool to allow two additional prize winners, and a slight increase to second and third prize:
The Grand Prize of $1,000.00 USD Second place Prize of $400.00 USD Third Place Prize of $300.00 USD Fourth Place Prize of $200.00 USD Fifth Place Prize of $100.00 USD We can only enact these rule changes if all the current entrants agree to it. To make this as simple and painless as possible, if you agree to this rule change please like this post (using the like button on the bottom right of the post (). Once we have every participant in agreement, we can make the changes official.
Robin Sommer got a reaction from Miu3 in Please post feature suggestions here.
I haven't read all the suggestions before me, so it might already be discussed..
But what I would love is the option to skew images in addition to the standard width and height sizing/scaling. I'm guessing this is something that will be a feature in Spriter 2, since it probably is a complicated matter and in line with the infamous deformation feature (can't wait!).
The workaround is to skew the images up front when cropping and cheating with the width and height in Spriter, but it's not optimal of course. Though I'm sure you are aware of this all.
A more reasonable(?) feature perhaps: It's not a biggy, but it would be nice if Spriter would remember the custom background color for each project. Including the custom color swatches. Those always disappear.
Or another option that would work is adding a slot with a dark grey (or even better; last used custom color) next to the standard black, grey (default), white and custom option in the bar up top (don't know the exact name, but I think you know what I mean). I mostly work on dark grey backgrounds in pretty much all software. The default grey is a bit too bright to notice contrast, and the black is too dark for comfort. In my opinion anyways!
Thanks for your continued support and service, Spriter made my life as a sole developer so good. Keep it up!