Git Product home page Git Product logo

osb's Introduction

a fast, fully-fledged, scalable and secure implementation of the .osb storyboard file format in Rust


License

Licensed under either of

at your option.

Contribution

Unless you explicitly state otherwise, any contribution intentionally submitted for inclusion in the work by you, as defined in the Apache-2.0 license, shall be dual licensed as above, without any additional terms or conditions.

osb's People

Contributors

ballasi avatar doomduck avatar s-traut avatar

Stargazers

 avatar  avatar

Watchers

 avatar  avatar

Forkers

zerss s-traut

osb's Issues

Implementing getAt() functions

This feature would open for a lot of possibilities, especially for a custom-made design tab. This is probably one of the most interesting features of osb that I'd love to see work. I had some bare-bones done in storygen but it wasn't fully secure and there were edge cases that made it break. I'm sure using IntervalMaps would help.

Using GitHub's code coverage

Currently, the README.md file uses GitLab's now obsolete code coverage percentage.
On the other hand, GitHub does not offer a built-in code coverage managing tool.

There are two things we can do:

  • use a third-party tool (like codecov)
  • automatically pull the GitHub repository to GitLab so it builds and inputs the code coverage there

This, however, is not top priority.

Add new Overlay layer

Since a long time, there has been a new layer type implemented in .osb which is called Overlay.

This would imply adding a new element in the Layer enum, but also revamping the tests to add coverage for this.

Use IntervalMap<> instead of Vec<>

The usage of IntervalMaps has been tested widely in the case of storyboarding and is very fast and uses relatively low RAM in the specific context of .osb storyboarding. Using such data structure would vastly improve and simplify the implementation and speed of getAt functions.

The main objective is to implement it to the EventCollection structure, but could probably be used by the Vec<Sprite> in the Modules directly (since they have a start and end time).

Multi-thread Modules

The main reason why Modules are a thing is to have multi-threading i.e., allow multiple independent parts of the storyboard to build at the same time.

This could be a game-changer as most tools available nowadays does not have this ability, it would greatly help to build new storyboard faster.

Readapt README.md

Requires #8
Since the change from GitLab to GitHub, some links will be dead in the future.
It is required to update them

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.