[kllrnohj]

Unity doesn't use C# for everything. Notably the game engine itself is not C# but C++. C# is essentially just the scripting language.

You're also ignoring the overhead of WASM -> WebGPU -> native graphics API, not to mention how much harder it is to develop and debug that platform than it is a native one.

[Rohansi]

Unity is just an example. And depending on the game you may actually be doing heavy work in "just the scripting language" instead of the engine. XNA, MonoGame, Love2D, etc. are all frameworks rather than game engines so they're absolutely doing typical engine work in the scripting language, if you need a different example.

> You're also ignoring the overhead of WASM -> WebGPU -> native graphics API

Wine -> DXVK -> native graphics API works great for many people. I can't imagine it having significantly worse performance characteristics, especially when WebGPU is closer to the native graphics API than DirectX on Linux is.

> not to mention how much harder it is to develop and debug that platform than it is a native one.

But why? You still have access to a debugger.

[kllrnohj]

> XNA, MonoGame, Love2D, etc. are all frameworks rather than game engines so they're absolutely doing typical engine work in the scripting language, if you need a different example.

And games using low end frameworks like that are already plentiful on the web, such as on itch.io. Heck you can even find games using Unity there, too.

> especially when WebGPU is closer to the native graphics API than DirectX on Linux is.

Uh... no? no it's not? WebGPU is rather high level & feature limited, which is why it can even be implemented on top of GLES 3.1. It's cutting edge for the web, but compared to native it's positively ancient.

Meanwhile DX12 and Vulkan are quite competitive on features and behaviors. Also most people aren't going through such a translation at all in the first place regardless, so I don't know why you're framing it as some given.