gdextension VS wg

> Same for Godot.

While likely true that it's "Unlikely to ever be as supported" as the 4 officially supported languages[0] ("GDScript, C#, and, via its GDExtension technology, C and C++."), Godot's GDExtension technology is specifically intended for use in adding support for other languages.

The most relevant tracking issue for Rust is presumably:

* <https://github.com/godot-rust/gdnative/issues/824>

Which links to:

* <https://github.com/godot-rust/gdextension>

[0] https://docs.godotengine.org/en/4.0/getting_started/step_by_...

The Rust binding for GDExtension is still at an early stage as advertised by the ReadMe, but we're making steady progress. Thanks to active contributors, the last month has been very productive, with support for arrays, dictionaries, vectors, transforms, single/double precision, as well as several bugfixes and higher test coverage.

Worth noting that with Godot being 'built in' matters less - C# is a first class language in Godot 4 but it also isn't built in, because the engine can be extended with fully integrated language plugins. This is a new thing in Godot 4, Rust is being added in the same way but isn't ready yet.

An example would be Lua and Rust bindings.

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")