4 ms·

I wonder if a slightly broader search for existing solutions - for instance, https://defold.com https://defold.com - would have shown that quick-startup, 3d-cap

I wonder if a slightly broader search for existing solutions - for instance, https://defold.com https://defold.com - would have shown that quick-startup, 3d-capable, c-integrable, low-end-hardware performant game engines could have been grabbed off the shelf. That said, this is cool and I would have probably celebrated a similarly fun project in their shoes. Perhaps the real accomplishment here is getting Toyota to employ you to build a new, niche game engine.

Aurornis 8mo ago
This is specifically designed to embed into Flutter apps, which have specific requirements how they interact with the GPU and renderer. They already tried other engines, such as Unity. The team didn't just go off and build something without trying existing solutions first.
- debugnik 8mo ago
  Toyota complained about poor performance on all of Unity, UE and Godot, but also about long startup times with Godot. I don't know how bloated Godot is, but AFAIK libgodot development started as part of Migeran's automotive AR HUD prototype so I'm surprised to hear it has poor startup time for a car.
  - auxiliarymoose 8mo ago
    Godot is pretty lightweight (especially considering how powerful it is), generally about a second or less. But maybe they are looking for a fast enough startup time that the engine can be started when showing something onscreen and torn down when not visible. In which case, I can see the startup time being an issue.
  - Kelteseth 8mo ago
    > long startup times with Godot As a user of libGodot embedded into our existing c++ tech stack, I can say we do not have this issue.
- strix_varius 8mo ago
  The fact that they tried other engines seems to imply that non Flutter options were... Options. If literally the only option was an embedded flutter view, then there was never more than one viable solution and looking into unity etc was wasted effort.
  - Aurornis 8mo ago
    It’s possible to integrate other things into Flutter. However, it’s not easy. I think their options were either a popular mainstream library or a custom solution, not investing into something more obscure and less popular.
james2doyle 8mo ago
Having used both, the experience of building actual UI with Flutter is a breeze compared to building UI in any game engine. I can imagine that most of the usage of Flutter is leveraging the huge amount of work that was already done to get efficient and capable UIs done with just a stack of widgets.
- auxiliarymoose 8mo ago
  Godot Engine has pretty good UI building tools. The places where it poses challenges in my experience are high quality typesetting/rich text, responsive UI that requires a wide range of presentations (i.e. different layout structures on mobile vs desktop), and granular control over rendering details. But for functionality-oriented UI, it's hard to beat its simplicity and scalability, particularly when you want to develop on one platform (e.g. computer) and have everything "just work" identically on other form factors (web/tablet/etc.). For example, Godot's editor is bootstrapped/built in Godot, and runs natively on Web, Android, and Quest XR among other platforms.

Aurornis 8mo ago

This is specifically designed to embed into Flutter apps, which have specific requirements how they interact with the GPU and renderer. They already tried other engines, such as Unity. The team didn't just go off and build something without trying existing solutions first.

debugnik 8mo ago
Toyota complained about poor performance on all of Unity, UE and Godot, but also about long startup times with Godot. I don't know how bloated Godot is, but AFAIK libgodot development started as part of Migeran's automotive AR HUD prototype so I'm surprised to hear it has poor startup time for a car.
- auxiliarymoose 8mo ago
  Godot is pretty lightweight (especially considering how powerful it is), generally about a second or less. But maybe they are looking for a fast enough startup time that the engine can be started when showing something onscreen and torn down when not visible. In which case, I can see the startup time being an issue.
- Kelteseth 8mo ago
  > long startup times with Godot As a user of libGodot embedded into our existing c++ tech stack, I can say we do not have this issue.
strix_varius 8mo ago
The fact that they tried other engines seems to imply that non Flutter options were... Options. If literally the only option was an embedded flutter view, then there was never more than one viable solution and looking into unity etc was wasted effort.
- Aurornis 8mo ago
  It’s possible to integrate other things into Flutter. However, it’s not easy. I think their options were either a popular mainstream library or a custom solution, not investing into something more obscure and less popular.

james2doyle 8mo ago

Having used both, the experience of building actual UI with Flutter is a breeze compared to building UI in any game engine. I can imagine that most of the usage of Flutter is leveraging the huge amount of work that was already done to get efficient and capable UIs done with just a stack of widgets.

auxiliarymoose 8mo ago
Godot Engine has pretty good UI building tools. The places where it poses challenges in my experience are high quality typesetting/rich text, responsive UI that requires a wide range of presentations (i.e. different layout structures on mobile vs desktop), and granular control over rendering details. But for functionality-oriented UI, it's hard to beat its simplicity and scalability, particularly when you want to develop on one platform (e.g. computer) and have everything "just work" identically on other form factors (web/tablet/etc.). For example, Godot's editor is bootstrapped/built in Godot, and runs natively on Web, Android, and Quest XR among other platforms.