Jump to content

Martenfur

Members
  • Posts

    10
  • Joined

  • Last visited

Posts posted by Martenfur

  1. Figured I'll share the thingy, since the original creator is kinda dead.

    Monofoxe.Spriter

    This is a heavily modified version of SpriterDotNet for Monofoxe. Note that since Monofoxe is a Monogame-based engine, it's gonna be very easy to convert the library to support generic Monogame.

    So, why make another C# implementation? The existing one is beyond terrible. It's extremely overengineered, badly designed, filled with bugs and is a pain to work with in general. I've tried to simplify the source code as much as possible, fix the most obvious issues and even add new features. The code is still way too overcomplicated and badly designed, but this turd can only be saved by a complete rewrite by someone who's not loodakrawa, and I just don't have this much time.

    But be warned, this is what I use for my games internally, and it's not as polished and/or shiny as my other stuff.

    Changes so far:

    Added

    - Added Monofoxe implementation.

    - Added an ability to manipulate bones and sprites at runtime.

    - Z tilting support.

    Removed

    - Removed default Monogame implementation.

    - Removed Unity implementation.

    - Removed frame caching. It did not play well with runtime bone manipulation and time slowdown.

    Changed

    - Did a complete codestyle overhaul. The code is much more readable now.

    - Greatly reduced code complexity. Removed unnecessary interfaces and hygely simplified initial setup.

    - Did a bunch of renamings and class merges to get rid of nothing-classes.

    Fixed

    - Fixed completely broken animation transitions.

    - Fixed an issue where some interpolations were calculated incorrectly in edge cases.

    Download:

    https://github.com/Martenfur/Monofoxe.Spriter

     

     

  2. On 6/18/2020 at 2:34 PM, Scraggle said:

    It's been six years since this request and Godot has taken off massively! 

    Any news on Godot support in Spriter? 

    Make your own lul.

    And, like, I am sure there is already Spine/DragonBones support. They are all-around better products than Spriter. I only took it because it was on a massive discount at the time and it had the most complete integration for my engine.

  3. 2 minutes ago, Mike at BrashMonkey said:

    that's not impossible, but we can't promise it because the feature and data formats are so different. We're definitely considering it and weighing how possible it is though.

    If it's not there, that's gonna be a dealbreaker. Nobody's gonna migrate. I'd make it a priority if I were you.

    Hell, this slowmode is killing me.

  4. Boi. First of all, Spriter is really not made for runtme bone manipulation. It can be done, but you'll need to hack it into your engine integration. Second, it's Contruct. It's very limited, I'd barely consider it a game engine. What you want to do will be way too much for it, either make a ragdoll clone without Spriter, or switch to a real game engine.

    Чувак. Во-первых, Спрайтер не предназначен для манипуляции костями в рантайме. Это даже можно реализовать, но придётся много хачить в самой интеграции движка. Во-вторых -- это ж, мать его, Конструкт. Он очень ограничен, на игровой движок он тянет с большой натяжкой. То, что ты хочешь, слишком круто для Конструкта. Либо делай отдельный рагдолл без Спрайтера, либо пересядь на настоящий движок.

  5. 11 hours ago, Mike at BrashMonkey said:

    Spriter 2 will allow separate easing for any attributes of any objects and across frames.

    That's cool and all, but realistically, I'm not gonna remake all my animations for the new format and rewrite engine integration mid-dev.

    Actually, will there be some sort of backwards compatibility/converter feature?

  6. Sup. Let's say, I am doing a sword swing which has several keyframes. I want a smooth acceleration curve from start to finish, but it seems Spriter only allows easings from the current keyframe to the next.

    If you cannot span an easing curve across multiple keyframes, how would you do a smooth motion and get rid of jerking when changing a keyframe?

×
×
  • Create New...