Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Fluorite – A console-grade game engine fully integrated with Flutter

fluorite.game

Post reply on HN
Print view View original

221–230 of 322 posts

Re: Fluorite – A console-grade game engine fully integrated with Flutter

#221

Post by glaslong »

jmalicki wrote: post #95
mmooss wrote: post #72

Earlier quoted context omitted.

Why is a full game engine needed to display a GUI for unlocking a door? There are endless simpler solutions. The apps I use every day don't use game engines (except games).

A game engine is sort of just a UI toolkit for interacting with 3d objects. If you want a 3d model you can interact with, you call that a game engine. Should they invent something new because they dislike the word "game"?

Worked for a shop that had the hardest time grasping this. We had to tell them UE4 was a "3D Rendering Engine" because they couldn't get over the term "game engine" in planning meetings...

Re: Fluorite – A console-grade game engine fully integrated with Flutter

#222

Post by throwerxyz »

mrguyorama wrote: post #200
Moto7451 wrote: post #156

Earlier quoted context omitted.

Yup. The expectations are set higher and to a point since cars are bigger for safety reasons (crumple zones, airbags) and have more pedestrian safety features like spring loaded hoods, it invited incremental additions until the new price points were set. A spartan 19K car isn’t going to sell as well as a CarPlay equipped 23K car.

No, it's better than that. Inflation adjusted, this $23k corolla costs less than a base model 1995 Corolla. That one had an MSRP around $12k There has been real price decrease in small cars!

No there hasn't.

Wait until you see how cars are made now.

Comparing it to other products made by machines that actually have reduced in price since 1995 like kettles, LED lights, pc components, peripherals.

Cars should be far cheaper but they're not, and that's on purpose.

Re: Fluorite – A console-grade game engine fully integrated with Flutter

#223

Post by jonshariat »

wasmainiac wrote: post #13
oritron wrote: post #9

It doesn't say Toyota anywhere on the page and they don't have a link to a repo or anything like that, so I was a little confused. But it is from /that/ Toyota (well, a subsidiary that is making 3d software for their displays) and there was a talk at FOSDEM about it: https://fosdem.org/2026/schedule/event/7ZJJWW-fluorite-game-...

> They use this game engine in the 2026 RAV4 Funny how “game engines” are now car parts in 2026. Can I just have an electric car that’s a car and nothing else? Seats, wheels pedals, mirrors, real buttons, no displays just a aux jack. I’d buy it, hell I might even take the risk and pre-order it

Slate auto is doing exactly that. They have pre-orders too. I'm waiting until I can test drive but it looks really interesting.

Re: Fluorite – A console-grade game engine fully integrated with Flutter

#224

Post by koolala »

socalgal2 wrote: post #52

Filament is not a console grade renderer, not even close. It's architectured around GL. Yes, it can use Vulkan but it's not in any way optimized like a console engine.

GL is way more optimized then Vulkan style rendering on most devices today. If you speed test WebGL2 with WebGPU on a mobile device the difference is huge for rendering a simple PBR model.

Re: Fluorite – A console-grade game engine fully integrated with Flutter

#225

Post by ErroneousBosh »

criddell wrote: post #127
ErroneousBosh wrote: post #65

Earlier quoted context omitted.

> Anyway, you could assume 10 years ago, each button was $2. A car has 40-70 buttons? So its probably like $100 a car. Maybe $150 or $200 in today's money. I have a late 90s Range Rover. It has about 12 buttons on the dashboard, most of which I never have to bother with (they do things that turn on and off the fog lamps, which I don't need to use, or adjust the air suspension, which I rarely need to use). I turn the…

> What do you actually need an LCD for in a car? Backup camera. They are required by law.

I don't use that. It's silly and distracting.

Re: Fluorite – A console-grade game engine fully integrated with Flutter

#226

Post by koolala »

quietbritishjim wrote: post #118
socalgal2 wrote: post #52

Filament is not a console grade renderer, not even close. It's architectured around GL. Yes, it can use Vulkan but it's not in any way optimized like a console engine.

This is a very interesting but also frustrating comment. If you're right that it's not a console grade renderer (not that I know what that even means) then that's really interesting - but why not? And could it be in future or is it fundamentally impossible for some reason?

Maybe they mean like the golden era of Xbox 360 rendering. Where the CPU and GPU could run together in one region of unified 512MB of memory with crazy fast rendering bandwidth. I wish there was a VR headset designed like that.

Re: Fluorite – A console-grade game engine fully integrated with Flutter

#227

Post by allenrb »

tempest_ wrote: post #210
allenrb wrote: post #196

Earlier quoted context omitted.

Give me a backup camera without a screen and then we’ll talk. Doubly so because once you’ve got that screen, no automaker will resist making it do other things.

My 2010 Tacoma has a 2 inch square in the rear view mirror that works wonderfully.

I actually like that a lot. Does the job without providing a (practical) target for infotainment. TIL.

Re: Fluorite – A console-grade game engine fully integrated with Flutter

#228

Post by nunobrito »

mmooss wrote: post #72
giobox wrote: post #23

Earlier quoted context omitted.

I'm guessing its used for some of their in-car UIs - unreal engine has found a market (Rivian, Volvo, Ford...) for embedded automotive use now that so many cars display an interactive 3d model to the driver for things like tapping to unlock corresponding door or trunk etc etc. > https://www.unrealengine.com/en-US/uses/hmi

Why is a full game engine needed to display a GUI for unlocking a door? There are endless simpler solutions. The apps I use every day don't use game engines (except games).

Because modern cars compete with animations that amaze users/buyers.

In either way, it will be open source and quite fun to build stuff on top.

Re: Fluorite – A console-grade game engine fully integrated with Flutter

#229

Post by whynotmaybe »

maweaver wrote: post #182
germandiago wrote: post #20

Earlier quoted context omitted.

How are you going to maintain all that when you find bugs if it generates a ton of code you did not get through to understand it?

I love using AI and find it greatly increases my productivity, but the dirty little secret is that you have to actually read what it writes. Both because it often makes mistakes both large and small that need to be corrected (or things that even if not outright wrong, do not match the style/architecture of the project), and because you have to be able to understand it for future maintenance. One other thing I've noti…

Maybe we should adapt cs studies to be more focused on debugging than creating code?

Re: Fluorite – A console-grade game engine fully integrated with Flutter

#230

Post by Quothling »

blauditore wrote: post #147
Quothling wrote: post #142

Earlier quoted context omitted.

I think a lot of people, regardless of whether they vibe code or not are going to be replaced by a cheaper sollution. A lot of software that would've required programmers before can now be created by tech savy employees in their respective fields. Sure it'll suck, but it's not like that matters for a lot of software. Software Engineering and Computer Science aren't going away, but I suspect a lot of programming is.

Ah yes, like no-code programming in the past, or what was it called again?

I've been around for a while. The closest we ever got was probably RPA. This time it's different. In my organisation we have non-programmers writing software that brings them business value on quite a large scale. Right now it's mainly through the chat framework we provide them so that they aren't just spamming data into chatGPT or similar. A couple of them figured out how to work the API and set up their own agents though.

Most of it is rather terrible, but a lot of the times it really doesn't matter. At least most of it scales better than Excel, and for the most part they can debug/fix their issues with more prompts. The stuff that turns out to matter eventually makes it to my team, and then it usually gets rewritten from scratch.

I think you underestimate how easy it is to get something to work well enough with AI.

Post reply on HN