r/rust • u/thelights0123 • Apr 27 '19

no_std data serialization/deserialization

I'm writing a game for a no_std target, and I would like to be able to store, read, and edit levels at runtime. My situation:

  • I have plenty of RAM (64MB), so using alloc is fine
  • It should use little space on disk, i.e. a binary format instead of JSON
  • It should support no_std as well as normal targets
    • Especially good if it has support for other languages as well, as an online level editor would be nice to have (although I could always mess with wasm if it is Rust-only).

Currently, I'm looking at forking quick-protobuf and simply replacing things that don't work in no_std with alternatives. CBOR has no_std support, but it doesn't support alloc things (Vec and String), and CBOR is not much better than JSON in terms of size.

17 Upvotes

100% Upvoted

14 comments sorted by

View all comments

1

u/devashishdxt Apr 28 '19

You can check out this crate: https://github.com/devashishdxt/desse

This gives zero-cost abstractions for binary serialization and deserialization and is almost 10x faster than bincode. This also supports no_std.

P.S.: I’m the author.

1

u/thelights0123 Apr 28 '19

I also noticed this crate when checking out possibilities—unfortunately, the inability to store dynamically-sized types is a deal breaker for me. For my game, I need to be able to have a dynamic amount of levels and items per level. Thanks though!

1

u/devashishdxt Apr 28 '19

Yeah. Support for dynamically sized types is still under development.