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

301–310 of 322 posts

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

#301

Post by dylan604 »

stetrain wrote: post #256
dylan604 wrote: post #115

Earlier quoted context omitted.

Connecting via ODB? Come on. The car does not need any of that built into it. You can connect an app on your phone to handle all of that and just use the screen as a display. There is no need for a car to have a cellular connection just to give this functionality. That would also prevent the car from being able to communicate with the mother ship. If there's an update, have the app do that as well.

The point is that for your phone to provide accurate routing, it needs data from the car. Preferably live updating data. Today this is done via an OBD Bluetooth adapter or via CarPlay/Android Auto APIs that allow the phone to get data from the car.

Funny, my phone can provide accurate routing data with out the car. What data from the car does the phone need to be able to accurately route? I'm at my desk no where near my car and it is working just fine

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

#303

Post by quietbritishjim »

Smudo wrote: post #277

They are likely avoiding Godot because it is written in C++ and cannot run directly inside their browser-based JavaScript runtime environment. They dont want a build process.

(was this meant to be a reply to one of the other Godot comments?)

The page says that it's "Powered by Google's Filament renderer" which is written in C++, and that Fluorite itself has "a data-oriented ECS (Entity-Component-System) architecture ... written in C++".

Also, although Flutter/Dart applications can run on web (compile to WASM or transpile to Javascript) and so can Filament, the Fluorite FOSDEM page says target platforms are "mobile, desktop, embedded and console platforms" so it's not clear Fluorite even cares about running in browser.

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

#304

Post by abustamam »

RHSeeger wrote: post #291
kimbernator wrote: post #48

Earlier quoted context omitted.

While I agree with you that the issue is far worse with larger vehicles, I do find that backing up in my wife's 2011 camry (without a backup camera) feels significantly less safe than I feel backing up my 2017 accord with a backup camera. I'm all for fixing the structural issue you are referring to, but I think the requirement for those cameras is sane in an age where the added cost to the manufacturer is miniscule.

I bought a new car last year (my first actual _new_ car, vs pre-owned) and one of my most important features was a 360 camera. That extra visibility is just amazing for safety. Another was a HUD. Being able to see how fast I'm going, what the speed limit is, and other info; all while keeping my eyes on the road... is safer.

This makes my wife's Tesla seem very outdated. It only gets a rear camera when backing up, and a side camera when activating a turn signal.

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

#305

Post by jolt42 »

renato_shira wrote: post #302

[flagged]

I was impressed with how well flutter took function/react style and married it with OO, the rendering seemed to make anything possible and clean. Dart is good, just the threading model seemed awkward. Can't say I dove too deep though.

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

#306

Post by tracker1 »

kimbernator wrote: post #48
bobthepanda wrote: post #43

Earlier quoted context omitted.

It is crazy how many things are downstream of the structural issue where US regulations favor ginormous SUVs and pickups where this is a problem, but if we introduced legislation to fix this we would end up ruining US automakers which have pivoted almost entirely to this segment alone

While I agree with you that the issue is far worse with larger vehicles, I do find that backing up in my wife's 2011 camry (without a backup camera) feels significantly less safe than I feel backing up my 2017 accord with a backup camera. I'm all for fixing the structural issue you are referring to, but I think the requirement for those cameras is sane in an age where the added cost to the manufacturer is miniscule.

I think it was a Dodge Neon from the early 00s that had the worst rear view I'd experienced. My Challenger was close, but the backup camera and blind spot sensors helped a lot. You could hide a bus in the blind spot on a Challenger, not to mention the passenger seat headrest blocks most of the corner/A window.

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

#307

Post by tracker1 »

falcor84 wrote: post #202
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.

You piqued my interest. What is the alternative output for a camera without a screen?

My SO's Buick Enclave has a screen behind the rearview mirror that can be set to show the backup camera. Works okay, but I prefer the actual mirror and just use the dash display. That said, vision issues, so not driving since around this time last year.

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

#308

Post by abustamam »

noodletheworld wrote: post #297
aabajian wrote: post #12

The combination of Flutter + Claude Code makes cross-platform app development really, really fast. I've been impressed with how well Clause handles prompts like, "This list should expand on the web, but not on iOS." I then ask it (Claude) to run both a web instance and an iOS simulator instance. Can usability test in-tandem. I recently (as in, last night) added WebSockets to my backend, push notifications to my front…

> push notifications to my frontend iOS > It all kinda just works. > Can usability test in-tandem. Man, people say this kind of thing, and I go… really? …because I use Claude code, and an iOS MCP server (1) and hot damn I would not describe the experience as “just works”. What MCP and model are you using to automate the testing on your device and do automated QA with to, eg. verify your native device notifications ar…

I'd like to know too! I feel like many people are playing a whole different AI game than me, and I don't think I've written a single line of code since December (team experiment to optimize the vibe coding process)

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

#309

Post by tom_m »

munificent wrote: post #32
wasmainiac wrote: post #13

Earlier quoted context omitted.

> 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

> no displays In the US, no. Backup cameras are required by federal law as of 2018. The intent of the law was to reduce the number of children killed by being backed over because the driver couldn't see them behind the car.

Woah, really? I didn't know backup cameras were legally required now. Or have been. That's awesome.

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

#310

Post by renato_shira »

jolt42 wrote: post #305
renato_shira wrote: post #302

[flagged]

I was impressed with how well flutter took function/react style and married it with OO, the rendering seemed to make anything possible and clean. Dart is good, just the threading model seemed awkward. Can't say I dove too deep though.

[flagged]
Post reply on HN