spine animation runtime libraries for various languages
#animation #library #gamedev #c #cpp #c++ #csharp #java #lua #flutter #libgdx #ts #xna
badlogic
f54592d200
[maven-release-plugin] prepare release 4.0.02.1
|
4 năm trước cách đây | |
|---|---|---|
| .github | 4 năm trước cách đây | |
| examples | 4 năm trước cách đây | |
| formatters | 4 năm trước cách đây | |
| gradle | 4 năm trước cách đây | |
| spine-as3 | 4 năm trước cách đây | |
| spine-c | 4 năm trước cách đây | |
| spine-cocos2d-objc | 4 năm trước cách đây | |
| spine-cocos2dx | 4 năm trước cách đây | |
| spine-cpp | 4 năm trước cách đây | |
| spine-csharp | 4 năm trước cách đây | |
| spine-js | 5 năm trước cách đây | |
| spine-libgdx | 4 năm trước cách đây | |
| spine-love | 4 năm trước cách đây | |
| spine-lua | 4 năm trước cách đây | |
| spine-monogame | 4 năm trước cách đây | |
| spine-sfml | 4 năm trước cách đây | |
| spine-solar2d | 4 năm trước cách đây | |
| spine-starling | 4 năm trước cách đây | |
| spine-threejs | 5 năm trước cách đây | |
| spine-tk2d | 5 năm trước cách đây | |
| spine-ts | 4 năm trước cách đây | |
| spine-ue4 | 4 năm trước cách đây | |
| spine-unity | 4 năm trước cách đây | |
| spine-xna | 4 năm trước cách đây | |
| .clang-format | 4 năm trước cách đây | |
| .gitattributes | 6 năm trước cách đây | |
| .gitignore | 4 năm trước cách đây | |
| .npmignore | 8 năm trước cách đây | |
| CHANGELOG.md | 4 năm trước cách đây | |
| CMakeLists.txt | 4 năm trước cách đây | |
| LICENSE | 6 năm trước cách đây | |
| README.md | 6 năm trước cách đây | |
| build.gradle | 4 năm trước cách đây | |
| gradlew | 4 năm trước cách đây | |
| gradlew.bat | 6 năm trước cách đây | |
| package.json | 8 năm trước cách đây | |
| settings.gradle | 6 năm trước cách đây |
README.md
Spine Runtimes
This GitHub project hosts the Spine Runtimes which are needed to use Spine 2D skeletal animation data with various game toolkits.
Licensing
You are welcome to evaluate the Spine Runtimes and the examples we provide in this repository free of charge.
You can integrate the Spine Runtimes into your software free of charge, but users of your software must have their own Spine license. Please make your users aware of this requirement! This option is often chosen by those making development tools, such as an SDK, game toolkit, or software library.
In order to distribute your software containing the Spine Runtimes to others that don't have a Spine license, you need a Spine license at the time of integration. Then you can distribute your software containing the Spine Runtimes however you like, provided others don't modify it or use it to create new software. If others want to do that, they'll need their own Spine license.
For the official legal terms governing the Spine Runtimes, please read the Spine Runtimes License Agreement and Section 2 of the Spine Editor License Agreement.
Documentation
See the Spine Runtimes Guide for detailed information about using the Spine Runtimes. The Spine documentation page provides further information about tools and data formats. For runtime specific documentation, refer to the README.md file in each runtime directory.
Bugs, enhancements, and tasks
Review our backlog of bugs, enhancements, and tasks in the spine-runtimes and spine-editor issue trackers. Our roadmap provides a more convenient view of the same issue tracker information.
Versioning
The default branch on GitHub is stable and works with data exported from the latest, non-beta version of the Spine editor. New development is done in an X.X-beta branch, which may be a work in progress. Important changes to the runtimes can be reviewed in the CHANGELOG.md file. Occasionally the Spine Runtimes are tagged with the specific Spine editor version they work with.
It is highly suggested to freeze the Spine editor version to match the Spine Runtimes source being used and to update them in lock step. See the Spine Runtimes Guide for more information.
Contributing
In order to merge your contributions, we need a signed contributor license agreement (CLA) from you. You can send a copy of the CLA to [email protected].
When possible, it is best to base your contributions on the current beta branch (X.X-beta). Please be sure to follow the style and formatting you find in the respective runtime code to which you are contributing.