Jump to content

lucid

Administrators
  • Posts

    1,138
  • Joined

  • Last visited

  • Days Won

    122

Everything posted by lucid

  1. hi t4udner all of the bugs and crashes you mentioned are fixed for the next version (8/15)
  2. Minor change in the order of things. Moved and information above the information. Everything in will always be needed for "sprite" s within the tag, so anyone wanting to read the file sequentially and build a mirror data structure that refers to this information would have needed to read through the file twice. Also, corrected an omission. The tag was missing the "parent" attribute. Either on the next release on the 15th or shortly afterward, I'll publish more thorough documentation of the currently implemented(in editor) subset of SCML, as well a sample file.
  3. glad everyone's enjoying it. Ray we're working on getting an up to date sample file in the new format. We aim to have this by the next release scheduled for mid-august
  4. hi guys. I'll look into dragging on the gray background before a project is open crash the crash where you drag something in the zorder below the last item has been fixed for the next version. also in the mac version there is a visual bug, where it looks like it will reject the new position of the zorder(animates back to it's original spot in the list) even though the zorder ends up being correctly changed. This is also fixed in the next version. The save and load are purposefully disabled in this build, because they were too recently introduced just before release, and we knew most people(including ourselves) would ignore a 'please don't trust the save feature yet' warning. The next version will save. Also, timpart. We will have more tutorials and make it easier to discover on your own as time goes on. But in the Persistent Object window, you can drag two items together to combine them as one persistent object as long as they both don't exist on any frame together (such as the hair on the knight sample animation). You should receive a notification that the operation was unsuccessful if there are two instances on the same frame. On the knight animation in particular, unfortunately it switches from two body parts for one hand, to one part at certain points, so though the feet and hair can be properly fixed with the drag and drop technique the hand cannot. In future versions when we have a working hierarchy system, you will be able to do this.
  5. Thanks guys. I'll try to get an eta on the C2 plug ASAP
  6. surefoot. Mike was right, that bug was very recently introduced and is fixed for the next release
  7. @robpearmain & nascode as for the Windows errors, I'll zip the next release, so at least a few less virus programs and browsers will panic that you're downloading an exe. And thanks for the tip about TexturePacker having the same issue, so I least know it's an ongoing problem with Norton in general. Charles. Yes we will expand the format spec document into full documentation. I'll be building and releasing that gradually over time, beginning with the basic features so people can start making implementations as soon as possible. For anyone else who's already made an implementation with the previous format, alot of it will probably be familiar.
  8. MOMENTUM. That's the word that best fits whats going on here at BrashMonkey. First, as promised, the long wait for a new Spriter build is over. While not yet ready for production use, this new version is definitely something you don't want to miss. From this day forward, not only does Spriter run on PC, Mac, and Linux, but this build also introduces the foundation for Spriter's tweening support. Spriter's revolutionary interface for controlling what's tweened, and when, and it's asset usage tracking allows for an exquisite workflow that simply must be seen to be understood: Expect more innovation that makes animation and game design exciting and easy as Spriter continues to develop from this early state. More good news? Now that the foundation for this new cross-platform Spriter is finished, update builds with new features, tweaks and bug-fixes will be drastically more frequent, with an official update build at least once every two weeks. For those already using the previous beta of Spriter, don't uninstall it just yet, as this new alpha is not yet ready to take its place. Because this release is so completely new under the hood we've left out the ability to save to avoid potential loss of work. But fear not, with your help reporting any bugs, we should have this new Spriter running stable by our next release at which point we'll unlock the saving features. After that, top priority will be to add in the remaining features to make this new Spriter the ultimate game animating tool as quickly as possible. Skeletal Animation, you're next to be revolutionized! (image property of Code 'n' Web) And just when it seems Spriter news can't get any better, we're proud to announce that BrashMonkey will be collaborating with Andreas Löw, creator of the industry standard texture-atlas(sprite-sheet) generation tool, TexturePacker. The plan is to have texture-packer be able to export to a Spriter-specific format that can be embedded into your SCML file, and for those of you whose platform of choice already has excellent support for one of the many texture atlas formats Texture Packer uses, you'll be able to keep the atlas files separate, and Spriter will provide the necessary information in the output file to reference your TexturePack'd textures. (image property of Code 'n' Web) And Spriter itself is not the only thing picking up steam. With the final default data format revealed, all Spriter plug-in developers can get to work creating fully featured Spriter plug-ins for any and all game authoring systems and game engines starting immediately..meaning its highly likely fully features Spriter plug-ins will be ready for several game authoring systems even before the release of Spriter 1.0. So far it looks like we've reached a workable final file format and I encourage all developers to get going so we can all take the 2d world by storm. We'll leave this unmarked as final until the next release 2 weeks from now, so anyone can ring in with last minute suggestions, and we'll have a little more time to explain/discuss some of the new stuff, but any changes made in this final stretch should be insignificant to development time. http://brashmonkeygames.com/spriter/FinalSpecCandidate.pdf But that's not the last of the good news. Art Pack production is also about to get turbocharged! Several great artists have signed on with us to insure that not only will several art packs will be ready for the release of Spriter 1.0. but they will contain even more premium quality content. One of those great artists is a professional game artist you might know by the alias StOven. For years the visual quality of his sprite-work and his exceptional animating skills earned the respect and admiration of the entire game making community and his fellow game artists. We couldn't be happier to be working with him to make superior game art available to all game developers, no matter how small their budget. You can see his online portfolio here: http://spriteart.com/ (best viewed with Safari or Firefox) And here are a few samples of some of his past works: (past work by Stoven.. all characters are the sole property of their respective copyright holders) And finally, in closing : of the many developers who've come to us with their secret Spriter animated game projects, one project that's not so secret is an interesting 2d moddable sandbox game about to get funded on Kickstarter: Crea! By Siege Games (image property of Siege Games) (image property of Siege Games) Check them out at Kickstarter and spread the word if you like what you see. Thanks everyone for your extraordinary patience while we caught up this new version rebuilt from the ground up, you can all now look forward to regular updates, and we can all look forward to our impending 2d revolution! Oh yeah, and about those new versions: Windows OS X Linux OS X and Linux users, please let me know if there's an ideal way you'd like your releases packed from here on out, and I'll do my best to make it happen.
  9. As of now, yes, all properties are keyed together. And like the speed curves, there's definitely room for expanding this in the future without breaking already working implementations.
  10. Hi NateS, sorry for the late reply. unfortunately because release is in a few days I can't give a detailed answer at the moment, but the design, which will undoubtedly evolve is meant to balance several factors, including maximizing the ability to run all features in realtime on all devices, flexibility, and ease of use. Eventually, the format will be fully documented, and at that point supporting re-parenting will be trivial to implement. Spriter will save enough information to the file that there will be no additional math involved to reparent, so it should run efficiently as well. As far as choosing export options for different plugins and api's, we want to avoid differing export options as much as possible, and multiple versions of the file format, aside from the artist just not using certain features. We want to avoid fragmentation, and help establish it as a firm standard that artists and developers can trust to behave the same on all platforms. The less fragmentation will also facilitate the development of a healthy artist/developer ecosystem, where people can share art, implementations, and advice and tutorials on either regardless of intended target platform. This will work best if everyone can use everything anyone else created with little to no complications and where the target platform doesn't add additional requirements or specifics to learn. With the current file format you can do varying degrees of ease in or fast in, ease out of fast out, and combinations of them (not supported in the UI yet in this upcoming version, just the file format). You cannot do things like bounce curves between 2 keyframes, but you can approximate the same effect without any great effort with multiple keys and less processing power. I think there's enough flexibility to achieve the visual end an animator wants, while keeping the ui very out of the way and uncluttered and the required processing at a minimum. Also, the format is designed to allow for arbitrary expansion. For instance, the eventual sprite deformation is not mentioned in this format, and some procedural animation features, but I can think of several ways to add those features to the current format, which would only require additions to support the new features, but not any editing of already working parsing or processing code. So if the current speed curve system proves to be lacking, expanding it is definitely something we can look into at a future point. Thanks for the input. Also, there is a more up to date posting of the file format here: http://www.brashmonkey.com/forum/viewtopic.php?f=2&t=609
  11. hello. sorry for the late reply. So far I've only tested it on my mac-mini, which is OS X Lion 10.7.3. I'm sure we'll know in a few days shortly after the next release.
  12. Thanks timpart for your sharp eye. I fixed the errors, and updated the file. I agree about the tag/variables in meta_data and that is updated as well. Very busy until launch date in a few days, but I'll elaborate further on the documentation where you mentioned it was vague, and expand on the aspects you were questioning after this upcoming release
  13. the new version should have much less compatibility problems
  14. still the end of july. just the very end. doing our best to make this a great update up to the last minute
  15. Hello everyone, The upcoming version of Spriter will be here soon. After our last discussion about the file format, I began rewriting the Spriter animation system to incorporate this new design. Using what I learned while implementing it, and everything we discussed, I refined and reworked from the previous spec. This is the final format candidate. I will incorporate or change anything high demand before the upcoming release. Please take a look, and give any feedback or suggestions you have. In the upcoming release, Spriter will be using a small subset(specifics on release) of the features of this specification. However, at that point the format will have been finalized, and developers will be able to begin to implement the entire feature-set of the format. The editor will catch up to the feature-set throughout the coming months, and of course be fully compliant with the specification. There will thorough documentation at some point, but for the purposes of this discussion, please review our previous thread linked above to gain a basic understanding, or to refresh your memory. Also, please feel free to ask questions about anything, even if we've covered it. Click here to view/download a basic guide to the format Also, one thing I'd like to point out if anyone needs clarification on the license: it's being released under the Modified BSD License. This means that there are very few limitations on how you use SCML. If you redistribute the format specification document itself, you must retain the copyright notice. You may modify the document as well, but it must retain the copyright notice, and you may not misrepresent Brashmonkey, LLC as being responsible for the modifications. You don't need to display the copyright notice in your game, and you are of course allowed to incorporate support for loading and displaying SCML into any software without our knowledge or permission, for free or for profit. Looking forward to your input!
  16. Surefoot, the plan is for there to be a 'pixel art mode' at some point. This would allow you to edit(not just preview) with point sampling(pixellated, rather than smoothed when zoomed in). It will also save and edit with integer values for position and dimension. This means there is no such thing as (x,y)=(20.3,30.8), only exact integer values like 20, or 30 can be used, which will allow for the precision required when doing pixel art. Theoretically in this mode, you could also add visible 'point' objects, which would allow you to actually add a few pixels here and there to clean up or enhance the image created from the normal body part images. I'm not ready to give an ETA on ant of this just yet, as there is still alot of more basic functionality that needs to get done first. 1.yes,soon 2.yes,soon 3.yes 4.yes,soon 5.yes,soon 6.yes
  17. both the efficiency (fan speed), and the resolution problem are addressed in the version releasing later this month
  18. it is not supported currently, but pro features such as that will start appearing after the version that arrives later this month.
  19. lucid

    Downgrade

    just popped in to say wow at the art for your game as well. love the style
  20. there will be. Not this initial version, but soon after, and tweening is very near the top of the list
  21. Thank you so much everyone for your patience. The next beta release for Spriter is the end of July. Improved GUI, improved performance, improved stability, cross-platform, and more.... Still a bit to do, but things are moving along very quickly. The next beta will be in your hands soon. Just bear with me a little longer. As promised, here are some screens of the current build on each platform: osx: ubuntu: windows:
  22. yes metamythril that is fixed in the next release
  23. hi pnikosis. yes, I haven't released the the full filespec yet, but this is planned for each most things in the file. the file itself can have any number of name/value pairs, the character can have any amount of pairs, each animation, each key, each sprite, etc. Also anything that can have a name/value pair, will also be able to have any number of tags, which are just a single name value, as opposed to a pair yes. thanks for pointing that out. right. I'll take that into consideration for the next format release. It's possible in the future, but in the short term, we want one single format, and most are happy with XML. In the meantime it's easy to convert xml to json. there are tons of free converters online. the format is fairly flexible, even internally in Spriter. I can think of a few ways to add a new type of deformable sprites without having to changes what's there. It'd just be a matter of working out the specifics. thanks for the info Thinksquirrel, and sorry for the delay with the full spec. learning a few things from implementing the internals of the next version of Spriter. Will release the full spec shortly before the release of the next version.
  24. lucid

    Spriter Comic

    Hi RavenX, Spriter is just for creating the animations, and then it saves them to a general format that can be loaded into any game engine. But you can't make the actual game in Spriter. You can see some of the implementations for different game engines that were made during the Kickstarter with the beta format in the Spriter Plugins forum and on the Kickstarter page. These allow you to use Spriter animations in the various engines listed. When the format is finalized, pretty much anything that can be used to make games should have a Spriter plugin or library. It should be possible to make a non interactive motion comic with Spriter, however.
  25. VictorT, the next version stores and uses sprites differently, so it will be possible to choose which behavior you want
×
×
  • Create New...