wg VS not-yet-awesome-embedded-rust

These are issues that I'm aware of that are "tracking" the status of Rust on console:

* <https://github.com/rust-gamedev/wg/issues/90>

* <https://github.com/EmbarkStudios/rust-ecosystem/issues/18>

I say scare quote tracking because due to the nature of console NDAs it's unlikely you'll see much if any useful details in an open public forum.

The issues aren't dissimilar to those facing Godot (although it has the benefit it's able to use existing C++ compilers) and the project has previously outlined some of the issues involved:

* <https://docs.godotengine.org/en/4.0/tutorials/platform/conso...>

* <https://godotengine.org/article/godot-consoles-all-you-need-...>

The current "solution" seems to be console-related development activity occurring via the recently established W4 Games (https://w4games.com/2023/02/28/godot-support-for-consoles-is...) but that's obviously never going to be openly developed without console platform approval (same as any other game engine).

If as me (I am not using Rust to make commercial games yet, though), you accept that you won't be attempting to port itself to a console and let some third-party do it for you, you'll discover that there is already some discussion about it, people already managed to get it working on major consoles, but so far there are no publisher or other company officially doing port of Rust games.

A fast, Rust, JPEG 2000 decoder. Details here. The available options have either performance, cost, or licensing problems. I just need the decode part for classic JPEG 2000 at multi-resolution. Don't need tiles or video.

> Game developers should be investing their time in open tooling without contracts or restrictive licensing

Unfortunately, this is not possible in consoles, because of issues with NDA. Even Bevy can't have an open licensing there: https://github.com/rust-gamedev/wg/issues/90 (Godot also can't: https://docs.godotengine.org/en/stable/tutorials/platform/co...)

I expect that Bevy ports to consoles will take a cut of sales rather than a flat fee :(

rust-game-ports is now officially supported by the Rust GameDev WG. By having this repo on neutral ground, we want to invite the Rust gamedev community to contribute additional game examples to this bundle, so we may collectively expand our comparison-matrix of similar/same games made in different engines. A bit like the realworld app taken one step further.

There is a Github Discussion for this form: https://github.com/rust-gamedev/wg/discussions/121

https://github.com/rust-gamedev/wg/issues/90 ("Rust on Consoles")

And a list of things missing: https://github.com/rust-embedded/not-yet-awesome-embedded-ru...

Building a portfolio is a great idea. Also you can find various areas to contribute to Rust. That would give you great exposure. Check out the not yet awesome rust repo (https://github.com/rust-embedded/not-yet-awesome-embedded-rust) for ideas. Also take a look at the rust foundation grant program, it’s open for applications now. There’s also the “this week in Rust” newsletter (https://this-week-in-rust.org) where job openings relative to Rust are also listed. Lastly, you can check my bio for a link where I provide a list of project ideas for different areas in embedded including Rust.

See Not Yet Awesome Embedded Rust for some ongoing work to build out the ecosystem, it's not ready yet. (this is a play on various "Awesome XYZ Rust" lists that have resources for different topics)

Not Yet Awesome Embedded Rust

Here's an interesting discussion, consolidated here. My view is you should use a restricted scope atomic (as best as can be supported) and interact with that through a handler struct. I.e. no global state.