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

251–260 of 322 posts

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

#251

Post by surajrmal »

bsimpson wrote: post #121
wiseowise wrote: post #85

Now we’re talking. If Flutter is dying, how come I still see projects like this popping up instead of using native or KMP?

It is interesting to see players other than Google invest in it. Makes me wonder if you might eventually see the OG Flutter team move to a shop like Toyota, the same way the original React team moved to Vercel. It's nice to see open source projects be portable beyond the companies that instigated them.

Google is still investing heavily in flutter. Not sure why folks would move to Toyota.

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

#252

Post by goodluckchuck »

harel wrote: post #193
u1hcw9nx wrote: post #119

Earlier quoted context omitted.

That's also how you get security nightmares. The way I use LLM's is that I design main data structures, function interfaces etc. and ask LLM's to fill them. Also test cases and assertions.

This. I find bringing in the LLM when there is a good structure already in place is better. I also use it sparingly, asking it for very specific things. Write me tests for this, or create me a function that does this or that. Review this, extend that etc.

This reminds me of how some famous artists would paint via their studios wherein assistants put most of the pant on the canvas, under the direction / modeled off an example, and with the signature / embellishments of the named artist.

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

#253

Post by lwansbrough »

wiseowise wrote: post #85

Now we’re talking. If Flutter is dying, how come I still see projects like this popping up instead of using native or KMP?

If Flutter is dying, so is React Native, if Google Trends is any metric to go by. Flutter has nearly double the search volume over the past 5 years.

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

#254

Post by Bayko »

vips7L wrote: post #246
p0u4a wrote: post #241

Flutter keeping Dart alive as always

It's quite genuinely a pleasant language.

I was learning it and having a great time with it. Unfortunately the job market for it is abysmal. And in 2026 with the current state of the job market I didn't want to focus my time on something that wouldn't help me to get a job. But still the most fun I have had with a language.

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

#255

Post by socalgal2 »

leecommamichael wrote: post #209
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.

I understand what your intent is in saying this, and I agree with the intent, but for onlookers, you don't really need a lot to make a good game and this would likely be just fine. I don't actually know if it's possible to ship GL games on modern consoles now that it's in-fashion to have your own proprietary graphics library. That said, the way Google has factored the back-end of the renderer, it won't take a PhD to…

I guess it depends. There's no reason to promote this as "console grade" unless "console grade" means something more than, plain old 3d object renderer.

Certainly, you could define a console as an NES and the claim "console grade" but I'm guessing they are claiming "console grade" means, competitive with the renderer in games like Battlefield 6, Elden Ring, Horizon Forbidden West, etc.. Filiment is not up to those tasks.

Yes, you can make great games without the features of top console game graphics engines. But again, there's no reason for the hyperbole of putting "console grade" in the description then.

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

#256

Post by stetrain »

dylan604 wrote: post #115
stetrain wrote: post #68

Earlier quoted context omitted.

Part of what has made modern EVs successful in the wider market is the connected navigation system that knows your battery level, current consumption, planned navigation route, and what charging stations are available along the way. To have a decent travel experience in an EV you'd likely at least need this data ported out to your phone via an OBD adapter or CarPlay / Android Auto integration with an in-car infotainm…

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.

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

#257

Post by germandiago »

written-beyond wrote: post #39
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?

You don't, and as long as you're comfortable with that you keep prompting to dig yourself out of holes. The problem is unless your ready to waste hours prompting to get something exactly how you want it, instead of spending those few minutes doing it yourself, you start to get complacent for whatever the LLM generated for you. IMO it feels like being a geriatric handicap, there's literally nothing you can do because…

LLMs are not reliable to fix bugs and when they do they often introduce new ones in my experience.

In fact, humans do targetted bug fixing reasonably well and knowing they did not change the structure of other code better than LLMs currently do in my experience.

I do not find them reliable enough TBH to leave such delicate tasks in a production system in their hands.

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

#258

Post by germandiago »

harel wrote: post #193
u1hcw9nx wrote: post #119

Earlier quoted context omitted.

That's also how you get security nightmares. The way I use LLM's is that I design main data structures, function interfaces etc. and ask LLM's to fill them. Also test cases and assertions.

This. I find bringing in the LLM when there is a good structure already in place is better. I also use it sparingly, asking it for very specific things. Write me tests for this, or create me a function that does this or that. Review this, extend that etc.

They are pretty good at "scaffold this for me" and you adapt as a second step.

That is one of the three uses I give them.

The other two are: infra scripting, which tends to be isolated: "generate a python script to deploy blabla with oarameters for blabla...". That saves time.

The third use is exploring alternative solutions, high level, not with code generation, to stimulate my thinking faster and explore solutions. A "better" and more reasoned search engine. But sometimes it also outputs incorrect information, so careful there and verify. But at least it is successful at the "drop me ideas".

For big systems, generating a lot of code that I have no idea of what I end up with, that when I get bugs is going to be more difficult to modify, understand and track (Idk even the code, bc it outputs too much of it!).

Or for designing a system from zero, code-wise is not good enough INHO.

oh, a fourth thing it does well is code review, that one yes. As long as you are the expert and can quickly discard bs feedback there is always something valuable.

And maybe finding bugs in a piece of code.

Definitely, for designing from scratch it is not reliable.

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

#259

Post by germandiago »

mym1990 wrote: post #124
written-beyond wrote: post #39

Earlier quoted context omitted.

You don't, and as long as you're comfortable with that you keep prompting to dig yourself out of holes. The problem is unless your ready to waste hours prompting to get something exactly how you want it, instead of spending those few minutes doing it yourself, you start to get complacent for whatever the LLM generated for you. IMO it feels like being a geriatric handicap, there's literally nothing you can do because…

LLMs would not be popular if "spending those few minutes doing it yourself" part was true. In actuality it can be hours, days, or weeks depending on the feature and your pickiness. Everyone acts as if they are the greatest developer and that these tools are subpar, the truth is that most developers are just average, just like most drivers are average but think of themselves as above average. All of the sudden everyon…

The problem is maintenance and understanding code in the presence of bugs.

It looks very productive at first sight but when you start to find problems it is going to be a lot of fun on a production system.

Because basically you cannot study all the output that the LLM throws line by line if what you want is speed.

Which leaves reliability compromised.

Also, sometimes LLMs throw a lot of extra and unncessary code making things more barroquw than if you had sat down and thought a bit about the problem a bit.

Yes, you can deliver faster code with LLMs, maybe. But it is going to be good enough for maintenance and bug fixing?

I am not sure at all.

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

#260

Post by DANmode »

ikr678 wrote: post #126
AngryData wrote: post #108

Earlier quoted context omitted.

I still use headphone jacks on my phone, I wouldn't buy one without it. It is just more garbage to manage and more stuff to fix when it doesn't work. It takes half a second to plug in a cable and I don't gotta run around broadcasting a bluetooth signal which drains battery when not in use and takes as long to disable as pulling out a plug. Plus it is often lower quality than the cord. Bluetoothing to your car is to m…

I thought the same until my latest pixel refused to use the headphone jack to the car because it detected the hands free communications in the steering wheel as a microphone and decided to block audio out with notifications telling me to set up Google Voice Assistant first (get fucked).

GrapheneOS.org
Post reply on HN