godot-lang-support VS gdnative

Another potential example would be a better C#, but unfortunately I'm not familiar enough with it to evaluate what can be improved. While I don't think Scala as any chance of replacing C# in Unity, in the indie space Unity has been losing some market share to Godot, which has bindings for multiple languages. A "better C#" could become the next indie gamedev language. Who knows, maybe this could be a interesting use case for Scala (or even Scala Native).

I was thinking as in releasing your game under an open source license and putting code on like github or Codeberg for people to use/contribute to. You could use Godot https://godotengine.org/ Many different languages you can use https://github.com/Vivraan/godot-lang-support

It depends on what you are looking to do. Find what you want to do/make, chose a language that you like and gets you where you want to go and stick with it, learn it, make projects, many small projects to help you grow. Check out this for games https://godotengine.org/ https://github.com/Vivraan/godot-lang-support Some languages are harder to master than others. I went the route of C++ because it is what I wanted to learn, got me where I want to go, and I didn't like the higher-levels ones so I was good with a longer road, but everyone is different, chose what works best for you. Also you should look at the FAQ

You could try Godot. https://github.com/Vivraan/godot-lang-support Godot has it's own language gdscript, which is python like. You can use other languages as well. Really the most important thing is to chose something, stick to it, learn it, play with it, build new things with it, do it all in incremental ways, move by tiles not by miles, and continue to grow. Have fun, keep focus and keep working on it, get plenty of practice, it will help.

No: https://github.com/Vivraan/godot-lang-support

GDScript is the most tightly integrated into the Godot editor, but there are tonnes of language bindings that work just as well and call into the C++ API just the same. C# is officially supported and they just ported it in Godot 4 to use .NET 6 instead of Mono. I've also used the Typescript/Javascript module from a 3rd party in the past and it surprised me how good the dev experience was.

Here is a list of language bindings and their operational status https://github.com/Vivraan/godot-lang-support

The languages listed as "production ready" here[0] are Javascript, Lua, Nim, Rust and Typescript.

Also I would hesitate to call GDScript a weird Python. It shares some of Python's syntax, like significant whitespace, but beyond that it's a completely different beast.

There is an actual Python for Godot project[1] but I don't know how close it is to ready for prime time.

[0]https://github.com/Vivraan/godot-lang-support

[1]https://github.com/touilleMan/godot-python

That's odd specifically w/relation to Godot (especially as it's listed among production-ready bindings for 3.X), I know I feel like I've mentioned it too often whenever it seems actually relevant.

For Godot and languages another potential point to help is with 4.0a and GDextension bindings, GDextension is the replacement for GDnative. Particularly 3.X allows using community-made bindings to use desired languages, but being 4.0 has the new system that means all of the existing bindings need to be updated/replaced.

It's a little less standard use, but Godot has been used to build application guis, which could be paired with rust bindings to implement app logic. I can't speak to reproducibility/scalability, but Godot's ui is extremely solid, and I'd probably choose that over Bevy until Bevy's ui progress matures.

Adding onto this, I successfully written a game in Godot using gdnative / gdext. I started with a split approach using gdscript and rust for CPU intensive but found that the API layer was slow at transferring large amounts of data (serialization?). I ended up rewriting it in all rust and it worked like a charm. I was able to target native and web assembly, the web assembly was much slower but worked on the browser.

Check this: https://github.com/tomuxmon/bevy_roguelike if you are still into bevy. Scheduling is a bit bork and I have not found time to port it to latest bevy. But most of the systems should work fine(if used on latest bevy). But again. If you want faster result go with something like Godot. In fact, just go with Godot. It is mature, easy to start, no lock in(free and MIT license), a lot of learning material. Also with Godot you can also use Rust https://godot-rust.github.io/. Ditch Unity (do not have time to explain 😅). Have fun!

Bevy Godot-Rust

> 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_...

...Godot v3.x has Rust support via godot-rust and Godot v4.0 is released as of this month?

I was curious, and looked it up. Nothing built in, but there's an interesting project that works with godot: https://godot-rust.github.io/

There's people working on it: https://godot-rust.github.io/