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-...
wasmainiac 1 days ago [-]
> 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
munificent 1 days ago [-]
> 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.
bobthepanda 1 days ago [-]
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
kimbernator 1 days ago [-]
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.
Zancarius 1 days ago [-]
I have to agree. Backing up my Tundra (8' bed) feels substantially safer since I can see immediately behind the vehicle than any pre-regulation vehicle I've driven. That doesn't even account for the convenience with lining up for towing, hauling, etc. (It's no replacement for GOAL—Get Out And Look—but it definitely helps!)
harrall 1 days ago [-]
I like it because I can see kids, no matter what vehicle I’m in.
I have unusually good spatial skills. I have parallel parked and reverse parked perfectly every single time for over 5 years…
…but no matter what, I cannot see behind my bumper. No mirror on any car points there.
jjmarr 23 hours ago [-]
The law was passed due to sustained lobbying from a man, Greg Gulbransen, who ran over his child
brabel 15 hours ago [-]
What an absolute tragedy it must be to go through that. Hopefully he finds peace knowing this law will save many other children.
icemelt8 13 hours ago [-]
What an amazing piece of information in a thread about a game engine, thanks for sharing this.
RHSeeger 9 hours ago [-]
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.
jnrk 9 hours ago [-]
I agree. Going back to a car without a 360 camera is unthinkable now that I've gotten so used to it...
abustamam 7 hours ago [-]
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.
tracker1 6 hours ago [-]
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.
allenrb 1 days ago [-]
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.
tempest_ 23 hours ago [-]
My 2010 Tacoma has a 2 inch square in the rear view mirror that works wonderfully.
allenrb 23 hours ago [-]
I actually like that a lot. Does the job without providing a (practical) target for infotainment. TIL.
falcor84 24 hours ago [-]
You piqued my interest. What is the alternative output for a camera without a screen?
glaslong 23 hours ago [-]
These days I guess we could do gpt with voice out to recite a poem about the kid you're about to hit?
harikb 20 hours ago [-]
Haha... I think gp meant touch-screen, but thanks for the chuckle :)
tracker1 6 hours ago [-]
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.
JoeBOFH 24 hours ago [-]
My old F150 had a screen in the rear view mirror. I miss that.
nobody_r_knows 1 days ago [-]
As someone who can only afford cars that are 10+ years old, i've never owened a car with a backup camera. And in a way-- good. That part of my brain, let it continue to develop. I am much better at "feeling out" where a car is than my friends who rely on back up cameras.
turtlebits 1 days ago [-]
Sure, and you may as well walk around with a blindfold on to develop your "spidey" senses too.
mosburger 1 days ago [-]
I understand your skepticism 100%, but I suspect you might change your mind if you, say, rented a car with it for a week. It's definitely a net positive for safety, and it probably costs the auto maker less than the seat belts (literally).
anticorporate 24 hours ago [-]
I've owned cars with backup cameras since about 2014. I still mostly back up the old fashioned way, and really only use the camera for very tight situations where a few inches matter.
tsegratis 13 hours ago [-]
ive owned two cars. the modern backup camera means the new one has small "stylish...." rear windows. it is wayyyy more dangerous than the older one with no sensors
i only have those two data points; but give me an older car with larger windows every. single. time.
skhr0680 1 days ago [-]
Being good at driving doesn’t fix the huge blind spot you have behind your car
commakozzi 1 days ago [-]
unless you're Yoda or Luke Skywalker, you're not "feeling" a 4-year old walking behind you in your blind spot.
DerArzt 1 days ago [-]
If they are feeling it, the worst scenario has happened.
luqtas 23 hours ago [-]
like a vehicle touching a body in a speed of 3/4 km/h and the kid shouting or stepping away? or worst case your motion sensor beeping?
how much the conversation diverts on a commentary about someone not wanting a car shipped with an OS capturing telemetry even of farts on the right back seat
jdiff 22 hours ago [-]
This is one of those proverbial regulations that are written in blood. So no, that's not the worst case.
9 hours ago [-]
jabroni_salad 1 days ago [-]
I used to be ornery about this but having a camera mounted on the back of the trunk that can see all the way down both ways of the aisle is actually a huge boon when backing out of a spot. Especially if I am parked next to something that is taller than my golf, which is most vehicles.
doubled112 22 hours ago [-]
This is what changed my mind too. I was firmly in the “can’t you just learn to drive?” camp before.
I can use my eyes and look around but I can’t see through objects.
The camera and sensors have an incredibly wide view. I only have to get my rear end out a few inches to be able to see everything I couldn’t before. Pray and pull out isn’t very safe.
StopDisinfo910 1 days ago [-]
Backup camera are insanely nice. Modern cars give you things that even great awareness won't give you. The bird's eye view you get with multiple cameras is sheer magic.
alt227 1 days ago [-]
Its not just the added cost, its the supply chain. Putting cameras into cars requires processors, ram, all manner of chips and compnents that a car didnt need before.
There was the chip shortage during covid which held car production back becasue the auto makers couldnt source their chips fast enough. I am waiting to see if the current supply issue for ram chips modules will produce a similar effect.
ncallaway 1 days ago [-]
> Putting cameras into cars requires processors, ram, all manner of chips and compnents that a car didnt need before.
Was there a single mass market consumer car sold in the United States in this millennium that didn’t already have processors and RAM in them?
I would be absolutely shocked if there was a single car for which the relatively recent backup camera requirement required them to introduce processors and RAM for the first time.
ChrisMarshallNY 1 days ago [-]
I’m pretty sure that you can buy aftermarket backup cameras. The car can be a dumb bunny, and still have a good camera.
stefanfisk 1 days ago [-]
Yeah, my 2005 beater has both CarPlay and a backup camera. Cost me $40 and an hour of labor.
numpad0 16 hours ago [-]
oh yeah. I've once bought a $10ish one on Amazon out of curiosity.
There's the yellow composite plug, a 12V input, and a small bit of wire to be cut to rotate image 180 degrees, at the other end of a 30ft cable from the camera. The composite goes into the existing infotainment. There would be a wire from shifter to infotainment that switches the display to external composite video when the gear lever is in reverse. I think it even came with a miniature hole saw in size of the camera module.
$10 and one afternoon later, I could have upgraded a dumb car to have one, complete with auto switch to backup on reverse. No software hacking needed. It's fundamentally an extremely simple thing.
dotancohen 1 days ago [-]
I believe that in some vehicles the backup camera actually runs on a separate (possibly real time, otherwise certainly heavily nice'ed) system. Tesla has a recall where they had to nice the backup camera software. The problem was if the display freezes or is delayed, then the driver is backing up and not aware that he doesn't see where he is going (he thinks that what he sees is representative of the area around the car currently).
pornel 1 days ago [-]
In Hyundai and Renault I've seen it first hand that it's a separate subsystem that works even when the infotainment is dead/unresponsive/glitchy (it's like that probably everywhere, these two are just the sample I have).
hedgehog 1 days ago [-]
Stability control, pre-collision braking, lane departure warnings, the complexity is pretty inevitable as we improve the safety of vehicles.
bastawhiz 1 days ago [-]
> Putting cameras into cars requires processors, ram, all manner of chips and compnents that a car didnt need before.
Call me old fashioned but in my opinion, processors/ram/chips/components are a good trade-off versus squished children
nebezb 1 days ago [-]
All of that is worth the extra safety.
AngryData 1 days ago [-]
I mean you can buy add-on 3rd party backup cameras for like $20. They don't have any cost excuses for including backup cameras, camera sensors and display screens are literally cheaper than dirt.
pornel 1 days ago [-]
Legacy automakers still use these for upselling trims.
It's so silly when they make some "Advanced Technology Package" with a VGA camera and a 2-inches-bigger infotainment screen that's still worse than junk from Aliexpress, and charge $3000 extra for it.
I know it's just a profit-maximizing market segmentation, but I like to imagine their Nokia-loving CEO has just seen an iPad for the first time.
dylan604 1 days ago [-]
That's great for cars built before the regulation were put into place. Without that regulation, you'd then be dependent on the end user purchasing an after market part and installing it. The vast majority of them won't. So if it is so important to have, you make it part of the car. They did not leave seat belts up to the owners to install after market versions.
AngryData 1 days ago [-]
My point is that if a 3rd party manufacturer can produce and sell a combination screen and camera for $20 for a profit, an automotive manufacturer has no reason to complain about the "expense" of such a setup. It is even cheaper for them than a 3rd party addon supplier since they buy in larger bulk and can integrate mounts for those devices into the car, rather than trying to devise some sort of one-size-fits-all mounting system that the addon manufacturers need.
They might as well be complaining about the costs of a rear view mirror, it is nonsense from the start. If a $20 gadget breaks the bank on a $30,000 minimum vehicle, they are a shitty business to start with and we should all be clapping our hands when they go out of business.
dylan604 23 hours ago [-]
The 3rd party guy isn't paying someone $40/hour to install the $20 unit. The $20 unit will not be as integrated into the car and will have the look of an after market part. Does the $20 part only come on when the car is in reverse, or is it on all the time? There's a lot of reasons the after market thing can be $20 and a lot of reasons the auto manufacturer's is not. It's not all down to greed
Dylan16807 1 days ago [-]
Was it ever a problem to get the kind of phone SoC or camera chips you'd need for a backup camera if you were willing to pay an extra $20? I thought the issue was more specialized things. And you need one gigabyte of ram or less.
spease 1 days ago [-]
A gigabyte!?
You shouldn’t need any dedicated RAM. A decent microcontroller should be able to handle transcoding the output from the camera to the display and provide infotainment software that talks to the CANbus or Ethernet.
And the bare minimum is probably just a camera and a display.
Even buffering a full HD frame would only require a few megabytes.
Pretty sure the law doesn’t require an electron app running a VLM (yet) that would justify anything approaching gigabytes of RAM.
bastawhiz 1 days ago [-]
I just went on Amazon and a 1GB stick of DDR3 ram is about 30% cheaper than a 128mb stick of RAM. Why would any RAM company make tiny RAM chips when they can make standard-sized chips that work for every application that needs less?
spease 55 minutes ago [-]
I really feel like a lot of the people objecting in this thread are people who have just written web apps in Python whose closest experience with the audio-visual space is WebRTC.
Tech for cars is “standard-sized”. Not everything revolves around datacenters and tech, the car industry easily predates the computer industry and operates on a lot tighter margins and a lot stricter regulations.
So having a smaller, simpler chip that ultimately costs less physical resources at scale and is simpler to test is better when you’re planning on selling millions of units and you need to prove that it isn’t going to fail and kill somebody. Or, if it does fail and kill somebody, it’s simpler to analyze to figure out why that happened. You’ve also got to worry about failure rates for things like a separate RAM module not being seated properly at the factory and slipping out of the socket someday when the car is moving around.
Now - yes, modern cars have gotten more complex, and are more likely to run some software using Linux rather than an RTOS or asic. But the original complaint was that a backup camera adds non-negligible complexity / cost.
For a budget car where that would even make sense, that means you’re expecting to sell at high volume and basically nothing else requires electronics. So sourcing 1GB RAM chips and a motherboard that you can slot them in would be complete overkill and probably a regulatory nightmare, when you could just buy an off-the-shelf industrial-grade microcontroller package that gets fabbed en masse, dozens or hundreds of units to a single silicon wafer.
wizzwizz4 1 days ago [-]
Your CPU's L4 cache is normally DRAM, and it's cheaper to shove some RAM into a microprocessor than to have a separate chip.
bastawhiz 1 days ago [-]
I simply refuse to believe the cost difference between a CPU with hundreds of megs of DRAM is cheap enough to be an appealing choice over the same chip with a gig of RAM. We're not talking about a disposable vape with 3kb of RAM, this is a car that needs to power a camera and sensors and satellite radio and matrix headlights or whatever. If it's got gigahertz of compute, there's no reason it's still got RAM sized for a computer from 30 years ago.
spease 1 hours ago [-]
The original comment was complaining about backup cameras seemingly adding significant electronics requirements.
In practice, you’re not going to tie intimate knowledge of the matrix headlights into the infotainment system, that’s just bad engineering. At most it would know how to switch them on and off, maybe a few very granular settings like brightness or color or some kind of frequency adjustment, not worrying about every single LED, but I can’t imagine a budget car ever exposing all that to the end user. Even if you did, that would be some kind of legendarily bad implementation to require a gigabyte of RAM to manage dozens of LEDs. Like, is it launching a separate node instance exposing a separate HTTPS port for every LED at that point?
Ditto for the satellite radio. That can and probably is a separate module, and that’s more of a radio / AV domain piece of tech that’s going to operate in a world that historically hasn’t had the luxury of gigabytes of RAM.
Sensors - if this is a self-driving car with 3D LIDAR and 360-degree image sensors, the backup camera requirement is obviously utterly negligible.
Remember, we had TV for most of the 20th century, even before integrated circuits even existed, let alone computers and RAM. We didn’t magically lose the ability to send video around without the luxury of storing hundreds of frames’ worth of data.
Yeah, at some point it makes more sense to make or grab a chip with slightly more RAM so it has more market reach, but cars are manufactured at a scale where they actually are drivers of microcontroller technology. We are talking about a few dollars for a chip in a car being sold for thousands of dollars used, or tens of thousands of dollars new.
There is just no way that adding a backup camera is an existential issue for product lines.
Dylan16807 1 days ago [-]
I tried to think of a wording that wouldn't get this response, I guess I failed. Ram is generally bought in gigabytes, "1 or less" is as low as numbers go without getting overly detailed.
So what microcontroller do you have in mind that can run a 1-2 megapixel screen on internal memory? I would have guessed that a separate ram chip would be cheaper.
But mostly it’s the fundamental problem space from an A/V perspective. You don’t need iPhone-grade image processing - you just need to convert the raw signal from the CMOS chip to some flavor of YUV or RGB, and get that over to the screen via whatever interface it exposes.
NTSC HD was designed to be compatible with pretty stateless one-way broadcast over the air. And that was a follow-on to analog encodings that were laid down based on timing of the scanning CRT gun from dividing the power line frequency in an era where 1GB of RAM would be sci-fi. We use 29.97 / 59.94 fps from shimming color signal into 30 fps B&W back when color TV was invented in the early-mid 1900s, that’s how tight this domain is.
wat10000 1 days ago [-]
Back in the mists of time, we used to do realtime video from camera to display with entirely analog components. Not that I'm eager to have a CRT in my dashboard, but live video from a local camera is a pretty low bar to clear.
spease 40 minutes ago [-]
Yeah, I cannot understand why people are thinking a gigabyte of RAM in this context save for their context being imagining what this would take with a python HTTPS server streaming video via WebRTC to an electron GUI running out of local docker containers or something. Because that ought to be enough memory for a hour of compressed video.
It’s like saying your family of four is going to take a vacation, so you might need to reserve an entire Hyatt for a week, rather than a single room in a Motel 6.
TylerE 1 days ago [-]
All cars have required "chips" since OBDII was mandated in the early 90s. That ship has sailed around the world, returned to port, and sailed again.
badc0ffee 1 days ago [-]
It's not just ginormous SUVs with this problem, though, right? You're not going to see a 18 month old out the back window of your compact hatchback if they're too close to your car. Especially now that windows seem to be tinier than they used to.
Aurornis 1 days ago [-]
No, it's common to all vehicles. You can't see small children behind a small passenger car, either.
Blaming trucks and SUVs for everything is a favorite pasttime of internet comments, but all vehicles benefit from backup cameras and collision detection sensors.
nsbk 1 days ago [-]
The US averages 23 pedestrian deaths per million people per year. The EU averages 8. The US fatalities have increased by 50% since 2013, while in the EU have decreased by 25% in the same time frame.
What does this have to do with the comment you're replying to?
The US was ahead of the EU in requiring backup cameras on new vehicles.
The majority of pedestrian accidents aren't involved with backup cameras.
Are you just trying to turn this into a US vs EU argument?
pasquinelli 1 days ago [-]
i think they're talking about the types of cars popular in the us vs. the eu.
Aurornis 1 days ago [-]
They're talking about pedestrian accidents. If they had some deeper connection to make, it wasn't communicated.
Bombthecat 15 hours ago [-]
While I think it's more because of the speed difference in cities. In EU you just can't drive fast, because it's crowded. In the USA you have way more space to drive speed limit
testdelacc1 1 days ago [-]
What’s really crazy was Trump forcing the UK to change road safety rules so they could sell more American pick up trucks in the UK.
So pedestrian deaths would start rising again.
badc0ffee 1 days ago [-]
I'm having trouble imagining American pickup trucks fitting on the road in the UK. Aren't the lanes and the cars all much narrower?
testdelacc1 10 hours ago [-]
You’d think people would buy cars that fit the streets. And yet I see more than a few people with American pickup trucks on the streets.
drnick1 1 days ago [-]
> The US averages 23 pedestrian deaths per million people per year. The EU averages 8.
Americans drive significantly more miles per year, and larger/more comfortable cars are in part needed because Americans spend far more time in their cars than Europeans.
Euro governments are also increasingly anti-car, which means citizens are loosing their freedom to travel as they wish and unreasonably taxed, policed, and treated like cash cows for the "privilege" of driving.
myko 1 days ago [-]
> which means citizens are loosing their freedom to travel as they wish
Most of my European friends brag about how they can get anywhere via train and how much more comfortable it is to travel that way. When I visit Europe I have to agree. Just haven't really seen this viewpoint, though I do think I would feel this way as an American if I moved to Europe to some extent (though I'd be extremely happy to have viable mass transit).
ikr678 1 days ago [-]
Collision detection sensors do the job just fine without a screen though.
I have a 2016 vehicle with no console screen and they have saved me from hitting all sorts on things, and are sensitive enough to detect minor obstacles like long grass.
londons_explore 1 days ago [-]
I think the difference is that a 3 year old barely-walking child tends to wander behind moving cars far less often than an 8 year old playing football.
kube-system 1 days ago [-]
1-4 year olds are the age group most likely to be injured in this type of incident.
I suspect older children are more likely to be able to be aware of their surroundings and have better gross motor skills to react.
discreteevent 1 days ago [-]
That could be true but the 8 year old gets out of the way. I can remember two incidents on the news where a toddler was killed in a driveway. Tragic.
stetrain 1 days ago [-]
Right, backup cameras make sense even for sedans and other small cars. The high-hood trucks and SUVs in the US are the reason we'll probably get mandatory front cameras eventually as well.
Zigurd 1 days ago [-]
It's a little ironic that the truck that diverged from the trend for high butch looking hood lines for no real reason is... Cybertruck. We kill pedestrians in the name of macho.
XorNot 1 days ago [-]
The front camera is the best thing I added to my 2004 Prius. The hood on that car is very good for visibility, but with the birds eye cameras I can roll it up within centimeters of things in front of me (there's a slight risk that you can absolutely poke the nose under stuff but at that point it's quite obvious out the windshield too).
globular-toast 13 hours ago [-]
Why are infants materialising out of nowhere behind cars? There must be something else going on here.
When I reverse, there can't possibly be something behind my car, because I've just driven forwards over that area. When I begin to reverse, I'm looking all around behind and I'll be able to see if an infant, or dog or whatever, runs into the path I intend to take.
A lot of people tend to drive forwards into parking spaces then reverse out. I've no idea why, because it's far easier to reverse in then drive forwards out. And I reckon much safer too. If people are sitting in their cars for extended periods then beginning to drive in reverse, I can see this being a problem. But there are also vehicles that you wouldn't be able to see an infant in front of the car either.
chrisco255 1 days ago [-]
This has nothing to do with SUVs. A 3 year old is difficult to see behind ANY vehicle.
torginus 1 days ago [-]
Personally I don't own a huge SUV, but I feel backup cameras are a godsend. You're so much better off looking from the point of the actual back of the car to judge the distance to the car parked behind you.
The perk of not having to twist your body around while steerins is also pretty nice.
globular-toast 13 hours ago [-]
You can give people more. You cannot give people less.
That's it. That's all our problems.
seattle_spring 1 days ago [-]
Someone in another thread unironically called a midsized SUV a "matchbox". The vehicle in question has a size comparable to a Toyota 4Runner.
Was a great example of the ridiculous expectations some of us Americans have on ridiculously huge vehicles.
fnord77 1 days ago [-]
deaths from people backing up over their kids predated "ginormous SUVs".
rkapsoro 1 days ago [-]
Wait until you hear what kind of vehicles the CAFE regulatory framework has incentivized US automakers to build.
bluejekyll 1 days ago [-]
This is ultimately the thing that needs to be fixed. The exemption for small trucks was stupid, and it should have been reserved for literal farm equipment (as that was intended). The fact that SUVs slip by on this now has created such a dumb market.
derektank 1 days ago [-]
The OBBB Act passed by Congress last year eliminated the financial penalties associated with violations of CAFE standards, so there’s presumably no reason why automakers have to abide by them anymore, except possibly for concerns about future legislation.
next_xibalba 1 days ago [-]
It wouldn’t be HN without a commenter shoehorning the topic of a thread into proof of their pet problem. See also any topic even remotely tangential to city planning.
Aurornis 1 days ago [-]
> In the US, no. Backup cameras are required by federal law as of 2018.
Backup cameras are required for new vehicles in a lot of markets: EU, Canada, Japan, and more.
So it's not just a US requirement.
LeifCarrotson 1 days ago [-]
The Slate truck has a small backup camera integrated into the gauge cluster, and many vendors implement it in the rearview mirror itself.
It doesn't need to be a giant infotainment display.
Fwirt 1 days ago [-]
Backup cameras do contribute significantly to safety, to the point that I installed one in my 2002 vehicle with a cheap aftermarket head unit. The important thing to realize is that all the modern conveniences can be decoupled from the drivetrain. My $50 Android head unit does basically all the things that the OEM head unit on our 2018 vehicle does. It even does many things better.
The problem with modern cars is that everything is so heavily integrated and proprietary. If I swapped out the OEM touchscreen, apparently I would also lose the ability to set the clock on my instrument cluster. Now that this has become normalized, automakers have realized they can lock Android Auto/CarPlay behind a paywall and you’ll have no recourse but to buy one of those tablets that you stick on your dashboard and plug into the aux port. If your car still has an aux port.
I’m excited for the Slate, but unfortunately I have the feeling that the people who buy new cars aren’t the same people that want the Slate. The rest of us who keep our 20+ year old vehicles reliably plugging along don’t make any money for automakers.
alt227 1 days ago [-]
> buy one of those tablets that you stick on your dashboard and plug into the aux port
Every single car I have been in in the last 5 years or so has Bluetooth. No need for aux ports in this day and age, especially when devices dont have headphone jacks anymore.
Are you stuck in the 2000's?
AngryData 1 days ago [-]
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 me the same energy as using "wireless" charging stands for your phone. You are just replacing a physical tether with a less efficient digital tether of higher complexity for no actual gains.
ikr678 1 days ago [-]
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).
DANmode 18 hours ago [-]
GrapheneOS.org
silon42 10 hours ago [-]
On this site I read about Bluetooth security problems and then turn it off for a few months...
I've now seen that Android has an option to turn on Bluetooth every day... I turned it off.
tom_m 5 hours ago [-]
Woah, really? I didn't know backup cameras were legally required now. Or have been. That's awesome.
ludicrousdispla 15 hours ago [-]
I find audible proximity sensors to be far more useful, as I can freely look around the vehicle while listening for the closest contact point.
HiPhish 23 hours ago [-]
Backup cameras are great for people who wear glasses. My visual cone is narrower, so I effectively have to turn my head 180° to see accurately enough, otherwise it's just a blur.
unethical_ban 1 days ago [-]
Ford has the backup camera integrated with the mirror. So it is possible to have a dumb simple display vs an infotainment system.
725686 1 days ago [-]
Cameras are required, but not displays :~)
ProAm 24 hours ago [-]
> 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.
Wish they would do that for all the trucks with 5ft high hoods with no cameras.
richardlblair 1 days ago [-]
Yet everyone drives a truck and are incapable of seeing a child infront of their vehicle.
danudey 1 days ago [-]
When I'm 5'11" and I often see trucks and SUVs whose hoods come nearly to my shoulder, it just boggles my mind. Of all the regulations around vehicles, I don't understand why "being able to see the road five feet in front of the vehicle" isn't one of them.
vineyardmike 1 days ago [-]
Because trucks are extremely popular, and frankly there is a cultural identity associated with them. Most people don't haul things with their truck, and if they do, it's very infrequently. BUT in American fashion, the optionality to do this partially drives purchasing decisions.
wussboy 1 days ago [-]
But that identity was crafted by marketing. It could just as easily craft another identity if required.
AngryData 1 days ago [-]
Because marketting doesn't really care about vehicle safety, they care about how cool and powerful it looks so they can sell it for a higher price.
Hahah super, ugly I love it. If only it was easy to import.
oritron 1 days ago [-]
Ah sorry, I quickly edited that out of my comment! I had the video playing while posting, they were talking about a precursor project for embedded Flutter which this in some ways builds on, /that/ is running on the new RAV4.
One of the example uses given in the talk is 3D tutorials, which I could imagine being handy. Not sure I'd want to click on the car parts for it but with the correct affordances I could imagine a potentially useful interface.
ashleyn 1 days ago [-]
I feel like "game engine" is a misnomer for what we're actually dealing with here. It's more like an "ECS-based scene rendering engine, which can be used for games or for advanced UI". But that doesn't have a succinct label yet.
munificent 1 days ago [-]
I think "game engine" is a pretty succinct label for that. :)
Brian_K_White 1 days ago [-]
We're all just waiting for the Slate for exactly that reason.
mcny 1 days ago [-]
I was hoping it would be under USD 20k including all taxes but now rumors say likely NOT under USD 25k?
Moto7451 1 days ago [-]
A Toyota Corolla starts at $23K. I think the "Under 20" and "Under 30" price points (a la the original Model 3 goal) are simply a thing of the past for any volume car with reasonable demand.
mrguyorama 1 days ago [-]
What you get for that $23k is now quite substantial though.
Power windows are standard. 169hp. Automatic climate control, central locking and key fobs, Automatic emergency braking and other radar based features. Digital gauge cluster. Modern infotainment. Modern crash safety, which is really good compared to 20 years ago.
That's a lot of car for $10k in 1996 dollars.
That's ignoring the $3k in fees, taxes, and whatever scam the dealer runs.
The reason we don't see more of it is that selling one $23k Corolla to one value minded shopper can't make line go up as much as selling one $60k MEGATRUCK to one easily influenced shopper. The new car market is exclusively for people who buy new cars regularly, and are therefore willing to get very bad deals for cars. The market is driven by people who self select for bad ability to parse value.
Moto7451 1 days ago [-]
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.
mrguyorama 24 hours ago [-]
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!
throwerxyz 23 hours ago [-]
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.
wiredpancake 1 days ago [-]
[dead]
bradchris 1 days ago [-]
That was based on the $7.5k EV subsidy. California will still give you $2.5k, though, so just over $20k.
Crazy to think had the federal subsidy not been cut, that car would be possible to get for around $15k. Unheard of.
fwip 1 days ago [-]
The announced "under $20K" price was including the now-cancelled $7,500 EV subsidy.
ghostly_s 1 days ago [-]
well the website says "mid-twenties" so Id say more than a rumor.
Their pitch is to ship a pretty minimal platform that you can customize up as you want it.
stetrain 1 days ago [-]
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 infotainment display.
dylan604 1 days ago [-]
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.
stetrain 19 hours ago [-]
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.
dylan604 7 hours ago [-]
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
stetrain 5 hours ago [-]
Current battery level and consumption, so that it can tell you whether you will make it to your destination with adequate charge left or insert charging stops where needed.
itintheory 1 days ago [-]
> ODB
Ol' Dirty Bastard? I jest, but I think the theory behind wanting an 'On-board Diagnostics' [1] connection would be to get data from the vehicle. You can get cheap bluetooth OBD-II adapters to transmit that info to your phone, it's not a given. I don't know much about electric cars, but if you want your phone to know the fuel level in an ICE vehicle then you'd need this kind of connection.
I make typos like that lot. The one that is most common for me is CVS instead of CSV. No, this isn't a list of things to get from the drug store ::facepalm::
parpfish 1 days ago [-]
But once they replace gas engine with electric motor, car has NO engine. Gotta slip in a game engine.
oceansky 24 hours ago [-]
"Nice car. What kind of engine does it have?"
"V8"
"Which kind of V8?"
osullivj 14 hours ago [-]
Flat plane or cross plane? Cross plane cranks necessitate an asymmetric firing order, which produces the wonderful burble from US V8s. Flat plane is more common in Europe - think Ferrari - and has a symmetric firing order that produces a toneless metallic howl.
The last car that I remember being just an engine and seats was the Dodge Viper. I think some K class Japanese domestic vehicles are also likewise basic.
I loved the Viper, but its spartan interior and features list were its detriment.
scubadude 17 hours ago [-]
It's flipped, so you now get a little petrol 4 stroke engine powering the game console in your electric car.
Slate auto is doing exactly that. They have pre-orders too. I'm waiting until I can test drive but it looks really interesting.
speedgoose 1 days ago [-]
It’s a very small market, but yes you can. In Europe, the Citroen Ami is about that. Or the base Dacia Spring.
More expensive cars will have more electronic. They kinda want to sell them.
gentleman11 1 days ago [-]
The dream. Although a map display would be nice to keep us from needing to fiddle with our phones. And backup camera
1 days ago [-]
aylmao 21 hours ago [-]
First we got cars in game engines, and now we get game engines in cars too.
1 days ago [-]
nelsonic 1 days ago [-]
You’re describing the Slate truck. Really hope they deliver what they’ve promised.
Apocryphon 1 days ago [-]
I believe Tesla use/d Godot in their automative entertainment-instrumentation system.
ErroneousBosh 1 days ago [-]
> 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
You can buy a tubular frame chassis for Beetle-based kit cars from a factory in the south of England, that's been adapted to take modern coilover suspension and an MGF or MGTF engine and gearbox, because Beetles are so rare that anyone wants to put the engine back into a Beetle.
I reckon with a minor amount of fettling you could squeeze a Nissan Leaf transaxle and a sufficient amount of batteries in, and still drop your Manx beach buggy shell over the top. Or any other shell you like.
You'd be running around in a solar-powered beach buggy. THAT is the future.
x0x0 1 days ago [-]
That car is the Slate truck.
xnx 1 days ago [-]
Cars should be a USB-C peripheral to a tablet that docks on the dash.
danudey 1 days ago [-]
Given how many cars have Carplay or Android Auto, but also have their own e.g. Toyota app that you need to/ought to install, it feels as though this isn't that far off from how things basically are.
Personally, I'd be happy with some kind of situation where:
1. You have a small in-dash touchscreen, as most small sedans have these days, as the basic level of "backup camera and radio view"
2. Everything the car does has a physical button so you don't NEED to use the touchscreen
3. The car has a USB-C port that can power a tablet and which provides a standardized interface that e.g. iOS and Android can interface with, so that users don't have to worry about their new OS doesn't support the not-updated app, or the app doesn't support their not-updated device
4. Sell an optional tablet mount that attaches to the dash the way a built-in one would be
5. Sell an optional 'tablet' that does nothing but interface with the USB-C port and provide what it needs, in case someone wants a larger screen without having to buy an iPad Pro
Then again I don't drive, so I'd be happy with none of this also.
giancarlostoro 1 days ago [-]
Honestly, I'd be okay with this, and then you can upgrade / replace said tablet if you wanted to. In an Alternate Universe, your iPad drives your car, your iPad Pro drives your car through hell and back, or whatever.
dgently7 1 days ago [-]
do you know about the slate truck? give it a search. it doesn't even come with speakers. or electric windows. or paint. it does have a backup camera afaik.
binkHN 17 hours ago [-]
Rivian uses the Unreal engine.
AngryData 1 days ago [-]
No because more basic cars have much lower profit margins while requiring higher volume and investors/capitalists will not accept that. Why earn 5% on their investment selling a million cars and building brand name when they can instead earn 20% on selling 100,000 cars at the expense of a brand name they never cared about maintaining in the first place? Brand tarnishment is something other smucks will have to deal with down the road, not the guys making these decisions right now who get performance "bonuses" and not the shareholders that want large returns.
m0llusk 24 hours ago [-]
> Funny how “game engines” are now car parts in 2026.
Seems almost inevitable. Game engines end up supporting user interface elements and text with translations, but with an emphasis on simplicity, performance, and robustness. Many currently trending user interface stacks readily generate bursts of complexity, have poor performance even with simple usage, and are buggy and crash prone.
Kapura 1 days ago [-]
dawg idk how you have a car that's "electric" and also "basic." everything in an electric car is _necessarily_ mediated by software. if you want a simple car, you want combustion.
hamdingers 1 days ago [-]
Basic does not mean "no software" it means "no cellular modem" and "no 15 inch tablet" and "no subscription based features"
There is functionally no difference between the powertrain of an electric road car and a brushless drill. How much software is there in your brushless drill? More than zero, far less than an electric road car.
PlatoIsADisease 1 days ago [-]
Real buttons are more expensive than electronic. Not sure if you care, but people make that mistake more generally.
Game engines are probably trivially cheap to produce in 2026. You forget that Toyota sells 10M cars per year. In 3 years thats 30M cars. What does it cost each buyer for the game engine? 30 cents?
dsr_ 1 days ago [-]
I can buy a 104 key mechanical keyboard for under $75 retail. That's 104 switches, 104 labelled button caps, a circuit board, controller and USB interface, with reliability likely much better than any other moving part found on an automobile.
PlatoIsADisease 23 hours ago [-]
That is very factually wrong. The reliability will be worse. That $75 keyboard is going to be used be hundreds of thousands of people, not millions. There is no safety involved. No one is testing to see how sunscreen and 50 other liquids interact with it. Dump a sugary drink on your car buttons, they will still work. Do that on your keyboard and it wont.
conductr 17 hours ago [-]
This only makes sense if touchscreens are reliable. They are not. You should look at the fault rates. Cheaper isn't better. In any case, we had cheap and good analogue before so let's not pretend like it's not possible. It might have been more expensive than a keyboard, but it wasn't dramatically different or we would have never had it. They just found a way to 1) reduce cost by going digital and 2) charging a premium for going digital as it was perceived as an upgrade by a majority of the market. They sold it to us, it's what they're good at. It doesn't mean it was a good idea.
mikeryan 1 days ago [-]
Unity has a whole template and asset library for creating car displays.
> Real buttons are more expensive than electronic.
It might add up to a lot of money for the manufacturer who is cranking out thousands or millions of vehicles, but to the consumer buying one car it isn't a meaningful difference.
PlatoIsADisease 1 days ago [-]
This is 10 year old outdated, but 10 years ago 1 button was ~1.00. Probably closer to $1.20 or $1.30. But sometimes buttons had 2 buttons on them, Those would go for $2.10-$2.30.
Then you had wiring each button wire I believe was $1. This wasnt 1 wire, but a few wires, power, ground, signal. Each button had them. This wasnt my job, so I didn't follow this price too much, but I asked the question at the time. I think going into the ECU, there is also a cost associated with it.
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.
Also buttons and wires break, causing warranty problems.
At the time these vehicles were selling for under $20k at the bottom, and $40k at the top. So 1% of costs were buttons.
This doesn't even include the cost of hiring ~20 engineers to handle the buttons. ~6 people to check appearance and do testing... It doesn't include the assembly costs on the line. That 1% was just the cost of button + wire.
danudey 1 days ago [-]
> Also buttons and wires break, causing warranty problems.
It's a good thing that doesn't happen to giant 15" integrated touchscreens. Imagine how much of a problem that would be!
Dylan16807 1 days ago [-]
> This doesn't even include the cost of hiring ~20 engineers to handle the buttons. ~6 people to check appearance and do testing... It doesn't include the assembly costs on the line. That 1% was just the cost of button + wire.
That doesn't make sense. $1 uninstalled might make sense for a fancy custom-molded button, even if it's too much for a generic button. (I'd rather have some generic buttons with labels than use a touchscreen, by the way.) But there's no way a few feet of signal wire and the proportional share of power wires get anywhere near $1 uninstalled.
Also I can find entire car stereo units with 15 buttons on them for $15? That kind of integrated button is cheap, has been common in cars for a long time, and can control things indirectly like a touch screen button if that's cheaper than direct wiring.
PlatoIsADisease 23 hours ago [-]
You are underestimating the quality you are getting with a car. The light colors match perfectly with science and experts. Its wild how much effort goes into it.
Your after market has not been tested to react with sunscreen.
Dylan16807 22 hours ago [-]
But the whole argument was that it's too expensive. If impeccable color matching is too expensive then give me the cheapest button that won't break. Needing the touchscreen to adjust the A/C is more ugly than the worst looking button.
But also that kind of button doesn't need dedicated wires.
PlatoIsADisease 22 hours ago [-]
If only people bought a rag tag of aftermarket tier vehicles?
But for some reason people buy new nice vehicles and don't buy crappy new vehicles...
Dylan16807 21 hours ago [-]
You missed my point entirely.
Touchscreen controls are crappy. They're less nice than ugly buttons.
(And of course people still buy cars with flaws. An entire car is an amalgamation of so many features that's it's hard to use purchases to measure people's reaction to the vast majority of specific changes. And features like controls often take longer than a test drive to evaluate, too.)
ErroneousBosh 1 days ago [-]
> 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 lights off and on, and I switch the heating from "normal" to "BLAST EVERYTHING ON, FRONT AND REAR DEMIST ON, SEAT HEATERS ON, EVERYTHING ON, EVERYTHING ON, EVERYTHING UP FULL, WE'RE AN AIR FRYER NOW" mode.
What do you actually need an LCD for in a car?
criddell 1 days ago [-]
> What do you actually need an LCD for in a car?
Backup camera. They are required by law.
nottorp 1 days ago [-]
It doesn't have to be a LCD. Why not a CRT :)
ErroneousBosh 23 hours ago [-]
I don't use that. It's silly and distracting.
fwip 1 days ago [-]
From looking at some new car options lately, it seems like you're lucky if you can get floor mats for $200. This doesn't take away from your point - I suppose I'm just griping.
wasmainiac 16 hours ago [-]
I don’t care. I want a simple car with simple parts that I can fix. Not this spaceship that we get now days.
The 12v battery on my partners car had to be replaced, apparently it had to be “paired” in the shop and was not user serviceable wtf!?
moring 15 hours ago [-]
The "pairing" probably makes sense if you deep-dive into the technical details. My guess is that the battery has software on it to improve performance, total life, whatever.
The real problem is that the whole is not designed to be user-servicable.
renewiltord 1 days ago [-]
I can build you this for $140k, I think. Interested?
leecommamichael 1 days ago [-]
The "interactive user manual" sounds neat. It probably doesn't need to be part of the car's computer.
cwillu 1 days ago [-]
Dear god do I not want to be trying to deal with an interactive user manual when pulled over on the side of the road trying to look up the lift point to jack the car up.
jayd16 1 days ago [-]
I guess they mean a car's console. Not a game console.
quietbritishjim 7 hours ago [-]
I think they do mean game console. The phrase "console-grade" appears right next to the word "game" (in "console-grade game engine") and the title "Console-grade 3D Rendering" on the page appears next to a selection of 3D scenes that seem like overkill for a car console.
For others who were curious like I was: The website doesn't mention "open" or "source" anywhere, but they did give a talk at FOSDEM 2026 about it.
There was a passing comment about "when we open up the GitHub repository" in the talk. So it's not open yet, but they've suggested it might be in the future.
aabajian 1 days ago [-]
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 frontend iOS, and notification banner to the webapp. It all kinda just works. Biggest issues have been version-matching across with Django/Gunicorn/Amazon Linux images.
germandiago 1 days ago [-]
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?
written-beyond 1 days ago [-]
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 of the hundreds or thousands of lines of code that's been generated already, you run into the sunk cost fallacy really fast. No matter what people say about building "hundreds of versions" you're spending time doing so much shit either prompting or spec writing that it might not feel worth getting things exactly right in case it makes you start all over again.
It's literally not as if with the LLM things are literally instantaneous, it takes upwards or 20-30 minutes to "Ralph" through all of your requirements and build.
If you start some of it yourself first and you have an idea about where things are supposed to go it really helps you in your thinking process too, just letting it vibe fully in an empty directory leads to eventual sadness.
u1hcw9nx 1 days ago [-]
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.
harel 1 days ago [-]
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.
germandiago 18 hours ago [-]
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.
harel 12 hours ago [-]
Yes, I agree on all points. Also, I keep finding new use cases all the time. So, going all poetic; part of me laments the death of my craft, and the other rejoices at the superpowers of what rises from the ashes...
goodluckchuck 20 hours ago [-]
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.
mym1990 1 days ago [-]
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 everyone that was piecing together code off of stackoverflow with no idea how to build the damn thing is actually a someone who can understand large code bases and find bugs and write flawless code? Give me a break.
To the degree that those same people are now writing 10-100x more code...that is scary, but the doom and gloom is pretty tiring.
germandiago 18 hours ago [-]
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.
blauditore 1 days ago [-]
The SO copy-pasting is actually quite accurate. The same folks are now just blindly generating code. That's why most software in the world is shit, and will continue to be in the future. There might just be more of it.
mym1990 1 days ago [-]
There will most definitely be much more of it, maybe machines are doing this on purpose to increase dependency on them haha. Ultimately, wagging a finger at someone will have no outcome, allowing someone to make real mistakes while vibe coding will be a much better learning experience. Someone that drops a prod database using Claude will have a very lasting memory of that(not saying that should be the goal, critical thinking obviously matters A LOT). Cars didn't used to have seatbelts, a lot of people died, then they got seatbelts and now the world is a better place.
written-beyond 24 hours ago [-]
I never said anything against using LLMs. You're projecting.
Any engineer worth their weight will always try to avoid adding code. Any amount of code you add to a system, whether is written by you or a all knowing AI is a liability. If you spent a majority of your work day writing code it's understandable to want to rely heavily on LLMs.
Where I'd like for people to draw a line on is not knowing at all what the X thousand lines of code are doing.
In my career, I have never been in a situation where my problems could be a solved by piecing together code from SO. When I say "spend those few minutes doing it yourself" I am specifically talking about UI, but it does apply to other situations too.
For instance, if you had to change your UI layout to something specific. You could try to collect screenshots and articulate what you need to see changed. If you weren't clear enough that cycle of prompting with the AI would waste your time, you could've just made the change yourself.
There are many instances where the latter option is going to be faster and more accurate. This would only be possible if you had some idea of your code base.
When you've let an agent take full control of your codebase you will have to sink time into understanding it. Since clearly everyone is too busy for that you get stuck in a loop, the only way to make those "last 10%" changes is *only* via the agent.
mym1990 17 hours ago [-]
I didn't say anything about your beliefs in AI, my statement was general. You're projecting.
It is still possible to write code with AI AND educate yourself on what the codebase architecture is. Even better, you can educate yourself on good software engineering and architecture and build that into making better specs. You can understand what the code is doing by having good tests, observability, and actually seeing it work. But if you're after peeping what every character is doing, I am not going to stop you!
germandiago 18 hours ago [-]
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.
doctorpangloss 1 days ago [-]
Yeah… I wonder how you write complex software without something that looks like a spec, other than slowly. It seems like the prep work is unavoidable, and this contrarian opinion you are offering is just that.
written-beyond 24 hours ago [-]
Writing the spec is becoming the default for pet projects. Which would be a good thing if the spec wasn't also partly written by an LLM.
You can already see people running into these issues, they have a spec in mind. They work on the spec with and LLM, the spec has stuff added to it that wasn't what they were expecting.
And again, I am not against LLMs but I can be against how they're being used. You write some stuff down, maybe have the LLM scaffold some skeleton for you. You could even discuss with the LLM what classes should be named what should they do etc. just be in the process so the entire code base isn't 200% foreign to you by the time it's done.
Also I am no one's mother, everyone has freewill they can do whatever they'd like. If you don't think you have better things to do than to produce 3-5 pieces of abandonware software every weekend then good for you.
scottyah 1 days ago [-]
Same as any other software team? You keep an eye on all PRs, dive deep on areas you know to be sensitive, and in general mostly trust till there's a bug or it's proven itself to need more thorough review.
I've only ever joined teams with large, old codebases where most of the code was written by people who haven't been at the company in years, and my coworkers commit giant changes that would take me awhile to understand so genAI feels pretty standard to me.
maweaver 1 days ago [-]
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 noticed through the years is that a surprising number of developers are "write only". Reading someone else's code and working out what it's doing and why is its own skillset. I am definitely concerned that the conflux of these two things is going to create a junk code mountain in the very near future. Humans willing to untangle it might find themselves in high demand.
quietbritishjim 7 hours ago [-]
Strongly agreed.
And, as well as noticing actual semantic issues, it's worth noting where they've mixed up abstractions or just allowed a file to grow to an unsustainable size and needs refactoring. You can ask the AI agent to do the refactoring, with some guidance (e.g. split up this file into three files named x, y, z; put this sort of thing in x, ...). This helps you as a human to understand their changes, and also helps the AI. It also makes you feel in control of the overall code design, even though you're no longer writing all the details.
They'll often need a little final tuning afterwards (either by hand or ask the AI again) e.g. move this flag from x to y. As is often the case, it's just like you have an enthusiastic and very fast but quite junior dev working for you.
whynotmaybe 23 hours ago [-]
Maybe we should adapt cs studies to be more focused on debugging than creating code?
whynotmaybe 1 days ago [-]
You ask it to fix it.
I've tried fixing some code manually and then reused an agent but it removed my fix.
Once you vibe code, you don't look at the code.
h4ch1 1 days ago [-]
> Once you vibe code, you don't look at the code.
Truly one of the statements of all time. I hope you look at the code, even frontier agents make serious lapses in "judgement".
robby_w_g 1 days ago [-]
I loved learning Computer Engineering in college because it de-mystified the black box that was the PC I used growing up. I learned how it worked holistically, from physics to logic gates to processing units to kernels/operating systems to networking/applications.
It's sad to think we may be going backwards and introducing more black boxes, our own apps.
h4ch1 1 days ago [-]
I personally don't "hate" LLMs but I see the pattern of their usage as slightly alarming; but at the same time I see the appeal of it.
Offloading your thinking, typing all the garbled thoughts in your head with respect to a problem in a prompt and getting a coherent, tailored solution in almost an instant. A superpowered crutch that helps you coast through tiring work.
That crutch soon transforms into dependence and before you know it you start saying things like "Once you vibe code, you don't look at the code".
samiv 1 days ago [-]
And before you realize you're nothing more but a prompter ready to be displaced by someone cheaper.
Quothling 1 days ago [-]
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.
blauditore 1 days ago [-]
Ah yes, like no-code programming in the past, or what was it called again?
falcor84 24 hours ago [-]
It's called Excel, and there's probably more logic written in it driving the world economy than in all the rest of the programming languages combined.
Quothling 23 hours ago [-]
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.
SV_BubbleTime 1 days ago [-]
I assume he’s mostly joking but… how often do you look at the assembly of your code?
To the AI optimist, the idea of reading code line by line will see as antiquated as perusing CPU registers line by line. Something do when needed, but typically can just trust your tooling to do the right thing.
I wouldn’t say I am in that camp, but that’s one thought on the matter. That natural language becomes “the code” and the actual code becomes “machine language”.
joegibbs 17 hours ago [-]
And you could say that the difference is that high-level languages are deterministically transformed down, but in practice the compiler is so complex you'd have no idea what it's doing and most people don't look at the machine code anyway. You may as well take a look at the LLM's prompt and make an assumption of the high-level code that it spits out.
pschastain 1 days ago [-]
> Once you vibe code, you don't look at the code.
And therein lies the problem
whynotmaybe 1 days ago [-]
Honestly I'm not so strongly opiniated now as I was a few weeks ago. I'm in a huge questioning phase about my work/craft/hobby.
I've worked places where junior made bad code that was accepted because the QA tests were ok.
I even had a situation in production where we had memory leaks because nobody tried to use it for more than 20 minutes when we knew that the app is used 24/7.
We aim for 99% quality when no-one wants it.
No-one wants to pay for it.
Github is down to one 9 and I haven't heard them losing many clients, people just cope.
We've reached a level where we have so much ram that we find garbage collection and immutability normal, even desired.
We are wasting bandwidth by using json instead of binary because it's easier to read when have to debug, because it's easier to debug while running than to think before coding.
bsder 1 days ago [-]
The trick is to separate your codebase into "code I care about that I give the AI a fixed API and rarely let the AI touch" and "throwaway code I don't give one iota of damn about and I let the AI regenerate--sometimes completely from scratch".
For me, GUI and Web code falls into "throwaway". I'm trying to do something else and the GUI code development is mostly in my way. GUI (especially phone) and Web programming knowledge has a half-life measured in months and, since I don't track them, my knowledge is always out-of-date. Any GUI framework is likely to have a paroxysm and completely rewrite itself in between points when I look at it, and an LLM will almost always beat me at that conversion. Generating my GUI by creating an English description and letting an AI convert that to "GUI Flavour of the Day(tm)" is my least friction path.
This should be completely unsurprising to everybody. GUI programming is such a pain in the ass that we have collectively adopted things like Electron and TUIs. The fact that most programmers hate GUI programming and will embrace anything to avoid that unwelcome task is pretty obvious application of AI.
noodletheworld 8 hours ago [-]
> 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 are working?
My experience is that Claude is great at writing code, but really terrible at verifying that it works.
What are you using? Not prompts; like, servers or tools or whatever, since obviously Claude doesn’t support this at all out of the box.
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)
socalgal2 1 days ago [-]
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.
andrewcl 1 days ago [-]
What is a console grade renderer? Specifically, what's considered table stakes and what is Filament missing?
koolala 23 hours ago [-]
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.
quietbritishjim 1 days ago [-]
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?
koolala 23 hours ago [-]
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.
nineteen999 17 hours ago [-]
There is a hell of a lot more to a AAA+ game engine than just the renderer, to begin with.
leecommamichael 24 hours ago [-]
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 target one of those GPU APIs.
Aside: GL is still a good practical choice for games built by small teams.
socalgal2 19 hours ago [-]
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.
strix_varius 1 days ago [-]
I wonder if a slightly broader search for existing solutions - for instance, 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 1 days 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 1 days 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 21 hours 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 12 hours 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 22 hours 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 20 hours 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 1 days 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 21 hours 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.
reactordev 23 hours ago [-]
"console-grade" is a stretch. They mean center console and not Xbox.
mdtrooper 13 hours ago [-]
It's sad, but in the battle for a free ecosystem in video games, we must all join forces towards a single goal. IMHO, it's Godot.
BartShoot 12 hours ago [-]
the real free ecosystem is your programming language of choice, audio and graphics drives with I/O from the system
renato_shira 7 hours ago [-]
interesting to see flutter getting serious game engine support. i've been using capacitor for a mobile game (not flutter but similar cross platform philosophy) and the biggest pain point is always the camera/native api integration, not the rendering.
for anyone considering cross platform for games: the rendering abstraction is mostly a solved problem now, the real question is how well the framework handles platform specific stuff like photo access, push notifications, and background processing. that's where you'll spend 60% of your debugging time regardless of engine choice.
curious about fluorite's approach to native plugin integration, that's usually where these frameworks either shine or completely fall apart.
jolt42 6 hours ago [-]
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.
renato_shira 5 hours ago [-]
yeah dart's type system is surprisingly pleasant to work with. my main gripe with cross platform frameworks in general is that the native integration story always feels like an afterthought compared to the rendering side. flutter seems better than most at this but i haven't gone deep enough to hit the real edge cases yet.
for my use case the bottleneck ended up being camera api quirks across ios and android. i'm building a game where the core mechanic revolves around taking photos and the inconsistencies between platforms are wild. nothing to do with rendering at all, just getting reliable camera access with the right permissions flow on both platforms without the app feeling clunky.
999900000999 1 days ago [-]
This definitely looks cool, flutter is still my tool of choice for small apps that aren't games, and I see a big company embrace it warms my soul.
Toyota assuming they move forward with this, might even become the main corporate sponsor since Google appears to be disinterested.
amelius 1 days ago [-]
Does it mean it also runs in a browser? Why isn't there a demo?
but if they're targeting embedded systems, maybe they haven't prioritized a public web demo yet. If the bulk of the project is actually in C++, making a web demo probably involves a whole WASM side-quest. I suspect there's a different amount of friction between "I wanna open source this cool project we're doing" and "I wanna build a rendering target we won't use to make the README look better."
koolala 23 hours ago [-]
Someone asked in the Questions section at the end and they said No but they would be happy to discuss its possibility in a Github issue.
Smudo 14 hours ago [-]
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.
quietbritishjim 7 hours ago [-]
(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.
bsimpson 7 hours ago [-]
Isn't this a C++ app that authors UI in Dart? I don't see anything about a browser.
c4kar 9 hours ago [-]
Comments is more about RAV4 than game engine itself.
Jyaif 1 days ago [-]
Interesting, they flipped the problem around.
The UI toolkits in game engine usually suck hard, so here they started from a good UI toolkit and made it possible to make relatively performant games.
Qt Quick 3D in Qt is I guess a similar value prop.
They have a fun demo of a 3D shooter in it.
Andrex 21 hours ago [-]
OK, I didn't know about this. This is cool.
p0u4a 21 hours ago [-]
Flutter keeping Dart alive as always
vips7L 20 hours ago [-]
It's quite genuinely a pleasant language.
Bayko 20 hours ago [-]
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.
voidUpdate 9 hours ago [-]
Which console is the rendering the grade of? PS5, Xbox 360 or Atari 2600?
zerr 10 hours ago [-]
A console is a crippled PC, so what does console-grade mean here?
feverzsj 16 hours ago [-]
Performance looks horrible in their demos.
polotics 1 days ago [-]
source code not available?
nunobrito 23 hours ago [-]
Should soon be available from what it seems.
wetpaws 1 days ago [-]
[dead]
wiseowise 1 days ago [-]
Now we’re talking. If Flutter is dying, how come I still see projects like this popping up instead of using native or KMP?
bsimpson 1 days ago [-]
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.
surajrmal 20 hours ago [-]
Google is still investing heavily in flutter. Not sure why folks would move to Toyota.
21 hours ago [-]
lwansbrough 20 hours ago [-]
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.
sgt 1 days ago [-]
Flutter is probably still growing. Definitely not dying but it'll probably plateau at some point this year.
surajrmal 20 hours ago [-]
Who said flutter is dying? It's more popular than ever.
engineer_22 1 days ago [-]
How is this related to Toyota? Toyota the car manufacturer?
giobox 1 days ago [-]
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.
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).
jmalicki 1 days ago [-]
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"?
glaslong 23 hours ago [-]
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...
jtvjan 15 hours ago [-]
I feel like Nvidia Omniverse's main innovation is that they call themselves an 'industrial metaverse platform' even though their product is practically not much different from a game engine.
samiv 1 days ago [-]
Because you need and want all the fancy features such as
- fancy HDR rendering with reflection planes,atmospheric effects, tone mapping, camera effects, all kinds of animations for doors opening, lights turning on off etc
- content pipelines to get all this data from digital creation tools into packages deployable on target
When everything is said and done this is the same bread and butter what game engines use so the industry has pushed to leverage those and spread to these markers. Both unity and epic have tried with but not without issues.
nunobrito 23 hours ago [-]
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.
kube-system 1 days ago [-]
The market for automotive features in the US diverged from "need" long ago.
spencerflem 1 days ago [-]
Game engines, UI frameworks, desktop environments, and web browsers all share a lot of features. The Arcan project is my favorite piece of software running with this idea rn
it'actually Toyota Connected North America, Toyota Motor Corporation's subsidiary founded in collaboration with Microsoft for working on in-vehicle software, AI, and related tech initiatives.
jajuuka 1 days ago [-]
So basically the same sort of thing Samsung does with its corporate subsidiary. At least that's the first one I think of. But I know there others who leverage the brand all the way down the ladder.
numpad0 1 days ago [-]
They needed a GUI toolkit for dash display, and didn't really like long engine init time of Unreal/Unity/Godot.
koakuma-chan 1 days ago [-]
Was bevy considered?
debugnik 1 days ago [-]
I don't think anyone's seriously using Bevy's 3D renderer, only the ECS. The only successful 3D game made with Bevy so far seems to be Tiny Glade, which used its own renderer.
pornel 1 days ago [-]
I'm surprised Toyota even used something as new-ish as Flutter. Carmakers usually are the last to adopt anything.
Bevy is the opposite of an old boring solution. It's a cool engine, but I imagine a manufacturer would like to have long-term support with 15-year timelines. Bevy doesn't offer that, and even trying to have that wouldn't be good for Bevy.
surajrmal 20 hours ago [-]
Tech is becoming front and center to car sales. Adopting newer technologies is probably seen as a necessary risk to stay competitive.
apitman 18 hours ago [-]
Bevy releases have a lot of breaking changes, and so do many of the 3rd party plugins.
einr 1 days ago [-]
Yes. Had to look it up, but apparently it was developed by TCNA (Toyota Connected North America) which does car software and such.
1 days ago [-]
1 days ago [-]
chrisjj 1 days ago [-]
> console-grade
So... not PC-grade?
OsrsNeedsf2P 1 days ago [-]
Meh.
I've been burned by using closed source game engines before. There's just too many edge cases and nuances that come up when debugging physics or graphical issues. I strongly recommend against using this until they become at the very least source-available.
koolala 23 hours ago [-]
Seems like it will be open-source if they are presenting it at fosdem. They said it will have a github. It's currently unreleased.
Rust based ECS game engine, with 3,000 word diatribes about what decentralized, federated social media presence it should have, woefully incomplete, full of bugs, with no consideration of how any actual games are written other than Factorio, because that's the game that programmers who write open source game engines and not games play: "Aww, you're sweet"
Something about games authored by a giant company that will presumably actually ship in some products: "Hello, human resources?"
yeah879846 1 days ago [-]
[flagged]
jheriko 20 hours ago [-]
[dead]
b00ty4breakfast 1 days ago [-]
This trend of "complexity == moar gooder" makes me itchy. Why does a vehicle display system need a whole-ass game engine? I want my high-speed death box to have utilitarian, well-tested and well-written software, not fucking Unity.
Please stop, all this does is introduce new ways for things to break.
xyst 1 days ago [-]
Not written in rust? No thanks
Rendered at 22:19:25 GMT+0000 (Coordinated Universal Time) with Vercel.
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
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.
I have unusually good spatial skills. I have parallel parked and reverse parked perfectly every single time for over 5 years…
…but no matter what, I cannot see behind my bumper. No mirror on any car points there.
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.
i only have those two data points; but give me an older car with larger windows every. single. time.
how much the conversation diverts on a commentary about someone not wanting a car shipped with an OS capturing telemetry even of farts on the right back seat
I can use my eyes and look around but I can’t see through objects.
The camera and sensors have an incredibly wide view. I only have to get my rear end out a few inches to be able to see everything I couldn’t before. Pray and pull out isn’t very safe.
There was the chip shortage during covid which held car production back becasue the auto makers couldnt source their chips fast enough. I am waiting to see if the current supply issue for ram chips modules will produce a similar effect.
Was there a single mass market consumer car sold in the United States in this millennium that didn’t already have processors and RAM in them?
I would be absolutely shocked if there was a single car for which the relatively recent backup camera requirement required them to introduce processors and RAM for the first time.
There's the yellow composite plug, a 12V input, and a small bit of wire to be cut to rotate image 180 degrees, at the other end of a 30ft cable from the camera. The composite goes into the existing infotainment. There would be a wire from shifter to infotainment that switches the display to external composite video when the gear lever is in reverse. I think it even came with a miniature hole saw in size of the camera module.
$10 and one afternoon later, I could have upgraded a dumb car to have one, complete with auto switch to backup on reverse. No software hacking needed. It's fundamentally an extremely simple thing.
Call me old fashioned but in my opinion, processors/ram/chips/components are a good trade-off versus squished children
It's so silly when they make some "Advanced Technology Package" with a VGA camera and a 2-inches-bigger infotainment screen that's still worse than junk from Aliexpress, and charge $3000 extra for it.
I know it's just a profit-maximizing market segmentation, but I like to imagine their Nokia-loving CEO has just seen an iPad for the first time.
They might as well be complaining about the costs of a rear view mirror, it is nonsense from the start. If a $20 gadget breaks the bank on a $30,000 minimum vehicle, they are a shitty business to start with and we should all be clapping our hands when they go out of business.
You shouldn’t need any dedicated RAM. A decent microcontroller should be able to handle transcoding the output from the camera to the display and provide infotainment software that talks to the CANbus or Ethernet.
And the bare minimum is probably just a camera and a display.
Even buffering a full HD frame would only require a few megabytes.
Pretty sure the law doesn’t require an electron app running a VLM (yet) that would justify anything approaching gigabytes of RAM.
Tech for cars is “standard-sized”. Not everything revolves around datacenters and tech, the car industry easily predates the computer industry and operates on a lot tighter margins and a lot stricter regulations.
So having a smaller, simpler chip that ultimately costs less physical resources at scale and is simpler to test is better when you’re planning on selling millions of units and you need to prove that it isn’t going to fail and kill somebody. Or, if it does fail and kill somebody, it’s simpler to analyze to figure out why that happened. You’ve also got to worry about failure rates for things like a separate RAM module not being seated properly at the factory and slipping out of the socket someday when the car is moving around.
Now - yes, modern cars have gotten more complex, and are more likely to run some software using Linux rather than an RTOS or asic. But the original complaint was that a backup camera adds non-negligible complexity / cost.
For a budget car where that would even make sense, that means you’re expecting to sell at high volume and basically nothing else requires electronics. So sourcing 1GB RAM chips and a motherboard that you can slot them in would be complete overkill and probably a regulatory nightmare, when you could just buy an off-the-shelf industrial-grade microcontroller package that gets fabbed en masse, dozens or hundreds of units to a single silicon wafer.
In practice, you’re not going to tie intimate knowledge of the matrix headlights into the infotainment system, that’s just bad engineering. At most it would know how to switch them on and off, maybe a few very granular settings like brightness or color or some kind of frequency adjustment, not worrying about every single LED, but I can’t imagine a budget car ever exposing all that to the end user. Even if you did, that would be some kind of legendarily bad implementation to require a gigabyte of RAM to manage dozens of LEDs. Like, is it launching a separate node instance exposing a separate HTTPS port for every LED at that point?
Ditto for the satellite radio. That can and probably is a separate module, and that’s more of a radio / AV domain piece of tech that’s going to operate in a world that historically hasn’t had the luxury of gigabytes of RAM.
Sensors - if this is a self-driving car with 3D LIDAR and 360-degree image sensors, the backup camera requirement is obviously utterly negligible.
Remember, we had TV for most of the 20th century, even before integrated circuits even existed, let alone computers and RAM. We didn’t magically lose the ability to send video around without the luxury of storing hundreds of frames’ worth of data.
Yeah, at some point it makes more sense to make or grab a chip with slightly more RAM so it has more market reach, but cars are manufactured at a scale where they actually are drivers of microcontroller technology. We are talking about a few dollars for a chip in a car being sold for thousands of dollars used, or tens of thousands of dollars new.
There is just no way that adding a backup camera is an existential issue for product lines.
So what microcontroller do you have in mind that can run a 1-2 megapixel screen on internal memory? I would have guessed that a separate ram chip would be cheaper.
But mostly it’s the fundamental problem space from an A/V perspective. You don’t need iPhone-grade image processing - you just need to convert the raw signal from the CMOS chip to some flavor of YUV or RGB, and get that over to the screen via whatever interface it exposes.
NTSC HD was designed to be compatible with pretty stateless one-way broadcast over the air. And that was a follow-on to analog encodings that were laid down based on timing of the scanning CRT gun from dividing the power line frequency in an era where 1GB of RAM would be sci-fi. We use 29.97 / 59.94 fps from shimming color signal into 30 fps B&W back when color TV was invented in the early-mid 1900s, that’s how tight this domain is.
It’s like saying your family of four is going to take a vacation, so you might need to reserve an entire Hyatt for a week, rather than a single room in a Motel 6.
Blaming trucks and SUVs for everything is a favorite pasttime of internet comments, but all vehicles benefit from backup cameras and collision detection sensors.
https://www.cdc.gov/mmwr/volumes/74/wr/mm7408a2.htm
The US was ahead of the EU in requiring backup cameras on new vehicles.
The majority of pedestrian accidents aren't involved with backup cameras.
Are you just trying to turn this into a US vs EU argument?
So pedestrian deaths would start rising again.
Americans drive significantly more miles per year, and larger/more comfortable cars are in part needed because Americans spend far more time in their cars than Europeans.
Euro governments are also increasingly anti-car, which means citizens are loosing their freedom to travel as they wish and unreasonably taxed, policed, and treated like cash cows for the "privilege" of driving.
Most of my European friends brag about how they can get anywhere via train and how much more comfortable it is to travel that way. When I visit Europe I have to agree. Just haven't really seen this viewpoint, though I do think I would feel this way as an American if I moved to Europe to some extent (though I'd be extremely happy to have viable mass transit).
I have a 2016 vehicle with no console screen and they have saved me from hitting all sorts on things, and are sensitive enough to detect minor obstacles like long grass.
https://www.cdc.gov/mmwr/preview/mmwrhtml/mm5406a2.htm
I suspect older children are more likely to be able to be aware of their surroundings and have better gross motor skills to react.
When I reverse, there can't possibly be something behind my car, because I've just driven forwards over that area. When I begin to reverse, I'm looking all around behind and I'll be able to see if an infant, or dog or whatever, runs into the path I intend to take.
A lot of people tend to drive forwards into parking spaces then reverse out. I've no idea why, because it's far easier to reverse in then drive forwards out. And I reckon much safer too. If people are sitting in their cars for extended periods then beginning to drive in reverse, I can see this being a problem. But there are also vehicles that you wouldn't be able to see an infant in front of the car either.
The perk of not having to twist your body around while steerins is also pretty nice.
That's it. That's all our problems.
Was a great example of the ridiculous expectations some of us Americans have on ridiculously huge vehicles.
Backup cameras are required for new vehicles in a lot of markets: EU, Canada, Japan, and more.
So it's not just a US requirement.
It doesn't need to be a giant infotainment display.
The problem with modern cars is that everything is so heavily integrated and proprietary. If I swapped out the OEM touchscreen, apparently I would also lose the ability to set the clock on my instrument cluster. Now that this has become normalized, automakers have realized they can lock Android Auto/CarPlay behind a paywall and you’ll have no recourse but to buy one of those tablets that you stick on your dashboard and plug into the aux port. If your car still has an aux port.
I’m excited for the Slate, but unfortunately I have the feeling that the people who buy new cars aren’t the same people that want the Slate. The rest of us who keep our 20+ year old vehicles reliably plugging along don’t make any money for automakers.
Every single car I have been in in the last 5 years or so has Bluetooth. No need for aux ports in this day and age, especially when devices dont have headphone jacks anymore.
Are you stuck in the 2000's?
Bluetoothing to your car is to me the same energy as using "wireless" charging stands for your phone. You are just replacing a physical tether with a less efficient digital tether of higher complexity for no actual gains.
I've now seen that Android has an option to turn on Bluetooth every day... I turned it off.
Wish they would do that for all the trucks with 5ft high hoods with no cameras.
It's like, at least one exists in Japan, on used market even, if you absolutely have to have one, I guess
0: https://www.honda.co.jp/N-ONE-e/webcatalog/design/images/e_g...
1: https://driver-web.jp/articles/gallery/41396/36291
2: https://www.carsensor.net/usedcar/detail/AU6687733258/index.... | https://archive.is/gbBzc
One of the example uses given in the talk is 3D tutorials, which I could imagine being handy. Not sure I'd want to click on the car parts for it but with the correct affordances I could imagine a potentially useful interface.
Power windows are standard. 169hp. Automatic climate control, central locking and key fobs, Automatic emergency braking and other radar based features. Digital gauge cluster. Modern infotainment. Modern crash safety, which is really good compared to 20 years ago.
That's a lot of car for $10k in 1996 dollars.
That's ignoring the $3k in fees, taxes, and whatever scam the dealer runs.
The reason we don't see more of it is that selling one $23k Corolla to one value minded shopper can't make line go up as much as selling one $60k MEGATRUCK to one easily influenced shopper. The new car market is exclusively for people who buy new cars regularly, and are therefore willing to get very bad deals for cars. The market is driven by people who self select for bad ability to parse value.
There has been real price decrease in small cars!
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.
Crazy to think had the federal subsidy not been cut, that car would be possible to get for around $15k. Unheard of.
Their pitch is to ship a pretty minimal platform that you can customize up as you want it.
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 infotainment display.
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.
Ol' Dirty Bastard? I jest, but I think the theory behind wanting an 'On-board Diagnostics' [1] connection would be to get data from the vehicle. You can get cheap bluetooth OBD-II adapters to transmit that info to your phone, it's not a given. I don't know much about electric cars, but if you want your phone to know the fuel level in an ICE vehicle then you'd need this kind of connection.
[1] https://en.wikipedia.org/wiki/On-board_diagnostics
"V8"
"Which kind of V8?"
https://en.wikipedia.org/wiki/V8_(JavaScript_engine)
I loved the Viper, but its spartan interior and features list were its detriment.
sounds like slate:
https://www.slate.auto/en
More expensive cars will have more electronic. They kinda want to sell them.
You can buy a tubular frame chassis for Beetle-based kit cars from a factory in the south of England, that's been adapted to take modern coilover suspension and an MGF or MGTF engine and gearbox, because Beetles are so rare that anyone wants to put the engine back into a Beetle.
I reckon with a minor amount of fettling you could squeeze a Nissan Leaf transaxle and a sufficient amount of batteries in, and still drop your Manx beach buggy shell over the top. Or any other shell you like.
You'd be running around in a solar-powered beach buggy. THAT is the future.
Personally, I'd be happy with some kind of situation where:
1. You have a small in-dash touchscreen, as most small sedans have these days, as the basic level of "backup camera and radio view" 2. Everything the car does has a physical button so you don't NEED to use the touchscreen 3. The car has a USB-C port that can power a tablet and which provides a standardized interface that e.g. iOS and Android can interface with, so that users don't have to worry about their new OS doesn't support the not-updated app, or the app doesn't support their not-updated device 4. Sell an optional tablet mount that attaches to the dash the way a built-in one would be 5. Sell an optional 'tablet' that does nothing but interface with the USB-C port and provide what it needs, in case someone wants a larger screen without having to buy an iPad Pro
Then again I don't drive, so I'd be happy with none of this also.
Seems almost inevitable. Game engines end up supporting user interface elements and text with translations, but with an emphasis on simplicity, performance, and robustness. Many currently trending user interface stacks readily generate bursts of complexity, have poor performance even with simple usage, and are buggy and crash prone.
There is functionally no difference between the powertrain of an electric road car and a brushless drill. How much software is there in your brushless drill? More than zero, far less than an electric road car.
Game engines are probably trivially cheap to produce in 2026. You forget that Toyota sells 10M cars per year. In 3 years thats 30M cars. What does it cost each buyer for the game engine? 30 cents?
https://unity.com/blog/industry/automotive-hmi-template-take...
https://www.unrealengine.com/en-US/uses/automotive
It might add up to a lot of money for the manufacturer who is cranking out thousands or millions of vehicles, but to the consumer buying one car it isn't a meaningful difference.
Then you had wiring each button wire I believe was $1. This wasnt 1 wire, but a few wires, power, ground, signal. Each button had them. This wasnt my job, so I didn't follow this price too much, but I asked the question at the time. I think going into the ECU, there is also a cost associated with it.
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.
Also buttons and wires break, causing warranty problems.
At the time these vehicles were selling for under $20k at the bottom, and $40k at the top. So 1% of costs were buttons.
This doesn't even include the cost of hiring ~20 engineers to handle the buttons. ~6 people to check appearance and do testing... It doesn't include the assembly costs on the line. That 1% was just the cost of button + wire.
It's a good thing that doesn't happen to giant 15" integrated touchscreens. Imagine how much of a problem that would be!
That doesn't make sense. $1 uninstalled might make sense for a fancy custom-molded button, even if it's too much for a generic button. (I'd rather have some generic buttons with labels than use a touchscreen, by the way.) But there's no way a few feet of signal wire and the proportional share of power wires get anywhere near $1 uninstalled.
Also I can find entire car stereo units with 15 buttons on them for $15? That kind of integrated button is cheap, has been common in cars for a long time, and can control things indirectly like a touch screen button if that's cheaper than direct wiring.
Your after market has not been tested to react with sunscreen.
But also that kind of button doesn't need dedicated wires.
But for some reason people buy new nice vehicles and don't buy crappy new vehicles...
Touchscreen controls are crappy. They're less nice than ugly buttons.
(And of course people still buy cars with flaws. An entire car is an amalgamation of so many features that's it's hard to use purchases to measure people's reaction to the vast majority of specific changes. And features like controls often take longer than a test drive to evaluate, too.)
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 lights off and on, and I switch the heating from "normal" to "BLAST EVERYTHING ON, FRONT AND REAR DEMIST ON, SEAT HEATERS ON, EVERYTHING ON, EVERYTHING ON, EVERYTHING UP FULL, WE'RE AN AIR FRYER NOW" mode.
What do you actually need an LCD for in a car?
Backup camera. They are required by law.
The real problem is that the whole is not designed to be user-servicable.
There was a passing comment about "when we open up the GitHub repository" in the talk. So it's not open yet, but they've suggested it might be in the future.
I recently (as in, last night) added WebSockets to my backend, push notifications to my frontend iOS, and notification banner to the webapp. It all kinda just works. Biggest issues have been version-matching across with Django/Gunicorn/Amazon Linux images.
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 of the hundreds or thousands of lines of code that's been generated already, you run into the sunk cost fallacy really fast. No matter what people say about building "hundreds of versions" you're spending time doing so much shit either prompting or spec writing that it might not feel worth getting things exactly right in case it makes you start all over again.
It's literally not as if with the LLM things are literally instantaneous, it takes upwards or 20-30 minutes to "Ralph" through all of your requirements and build.
If you start some of it yourself first and you have an idea about where things are supposed to go it really helps you in your thinking process too, just letting it vibe fully in an empty directory leads to eventual sadness.
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.
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.
To the degree that those same people are now writing 10-100x more code...that is scary, but the doom and gloom is pretty tiring.
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.
Any engineer worth their weight will always try to avoid adding code. Any amount of code you add to a system, whether is written by you or a all knowing AI is a liability. If you spent a majority of your work day writing code it's understandable to want to rely heavily on LLMs.
Where I'd like for people to draw a line on is not knowing at all what the X thousand lines of code are doing.
In my career, I have never been in a situation where my problems could be a solved by piecing together code from SO. When I say "spend those few minutes doing it yourself" I am specifically talking about UI, but it does apply to other situations too.
For instance, if you had to change your UI layout to something specific. You could try to collect screenshots and articulate what you need to see changed. If you weren't clear enough that cycle of prompting with the AI would waste your time, you could've just made the change yourself.
There are many instances where the latter option is going to be faster and more accurate. This would only be possible if you had some idea of your code base.
When you've let an agent take full control of your codebase you will have to sink time into understanding it. Since clearly everyone is too busy for that you get stuck in a loop, the only way to make those "last 10%" changes is *only* via the agent.
It is still possible to write code with AI AND educate yourself on what the codebase architecture is. Even better, you can educate yourself on good software engineering and architecture and build that into making better specs. You can understand what the code is doing by having good tests, observability, and actually seeing it work. But if you're after peeping what every character is doing, I am not going to stop you!
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.
You can already see people running into these issues, they have a spec in mind. They work on the spec with and LLM, the spec has stuff added to it that wasn't what they were expecting.
And again, I am not against LLMs but I can be against how they're being used. You write some stuff down, maybe have the LLM scaffold some skeleton for you. You could even discuss with the LLM what classes should be named what should they do etc. just be in the process so the entire code base isn't 200% foreign to you by the time it's done.
Also I am no one's mother, everyone has freewill they can do whatever they'd like. If you don't think you have better things to do than to produce 3-5 pieces of abandonware software every weekend then good for you.
I've only ever joined teams with large, old codebases where most of the code was written by people who haven't been at the company in years, and my coworkers commit giant changes that would take me awhile to understand so genAI feels pretty standard to me.
And, as well as noticing actual semantic issues, it's worth noting where they've mixed up abstractions or just allowed a file to grow to an unsustainable size and needs refactoring. You can ask the AI agent to do the refactoring, with some guidance (e.g. split up this file into three files named x, y, z; put this sort of thing in x, ...). This helps you as a human to understand their changes, and also helps the AI. It also makes you feel in control of the overall code design, even though you're no longer writing all the details.
They'll often need a little final tuning afterwards (either by hand or ask the AI again) e.g. move this flag from x to y. As is often the case, it's just like you have an enthusiastic and very fast but quite junior dev working for you.
I've tried fixing some code manually and then reused an agent but it removed my fix.
Once you vibe code, you don't look at the code.
Truly one of the statements of all time. I hope you look at the code, even frontier agents make serious lapses in "judgement".
It's sad to think we may be going backwards and introducing more black boxes, our own apps.
Offloading your thinking, typing all the garbled thoughts in your head with respect to a problem in a prompt and getting a coherent, tailored solution in almost an instant. A superpowered crutch that helps you coast through tiring work.
That crutch soon transforms into dependence and before you know it you start saying things like "Once you vibe code, you don't look at the code".
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.
To the AI optimist, the idea of reading code line by line will see as antiquated as perusing CPU registers line by line. Something do when needed, but typically can just trust your tooling to do the right thing.
I wouldn’t say I am in that camp, but that’s one thought on the matter. That natural language becomes “the code” and the actual code becomes “machine language”.
And therein lies the problem
I've worked places where junior made bad code that was accepted because the QA tests were ok.
I even had a situation in production where we had memory leaks because nobody tried to use it for more than 20 minutes when we knew that the app is used 24/7.
We aim for 99% quality when no-one wants it. No-one wants to pay for it.
Github is down to one 9 and I haven't heard them losing many clients, people just cope.
We've reached a level where we have so much ram that we find garbage collection and immutability normal, even desired.
We are wasting bandwidth by using json instead of binary because it's easier to read when have to debug, because it's easier to debug while running than to think before coding.
For me, GUI and Web code falls into "throwaway". I'm trying to do something else and the GUI code development is mostly in my way. GUI (especially phone) and Web programming knowledge has a half-life measured in months and, since I don't track them, my knowledge is always out-of-date. Any GUI framework is likely to have a paroxysm and completely rewrite itself in between points when I look at it, and an LLM will almost always beat me at that conversion. Generating my GUI by creating an English description and letting an AI convert that to "GUI Flavour of the Day(tm)" is my least friction path.
This should be completely unsurprising to everybody. GUI programming is such a pain in the ass that we have collectively adopted things like Electron and TUIs. The fact that most programmers hate GUI programming and will embrace anything to avoid that unwelcome task is pretty obvious application of AI.
> 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 are working?
My experience is that Claude is great at writing code, but really terrible at verifying that it works.
What are you using? Not prompts; like, servers or tools or whatever, since obviously Claude doesn’t support this at all out of the box.
(1) - specifically, this one https://github.com/joshuayoes/ios-simulator-mcp
Aside: GL is still a good practical choice for games built by small teams.
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.
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.
They already tried other engines, such as Unity. The team didn't just go off and build something without trying existing solutions first.
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.
As a user of libGodot embedded into our existing c++ tech stack, I can say we do not have this issue.
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.
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.
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.
for anyone considering cross platform for games: the rendering abstraction is mostly a solved problem now, the real question is how well the framework handles platform specific stuff like photo access, push notifications, and background processing. that's where you'll spend 60% of your debugging time regardless of engine choice.
curious about fluorite's approach to native plugin integration, that's usually where these frameworks either shine or completely fall apart.
for my use case the bottleneck ended up being camera api quirks across ios and android. i'm building a game where the core mechanic revolves around taking photos and the inconsistencies between platforms are wild. nothing to do with rendering at all, just getting reliable camera access with the right permissions flow on both platforms without the app feeling clunky.
Toyota assuming they move forward with this, might even become the main corporate sponsor since Google appears to be disinterested.
https://github.com/google/filament
but if they're targeting embedded systems, maybe they haven't prioritized a public web demo yet. If the bulk of the project is actually in C++, making a web demo probably involves a whole WASM side-quest. I suspect there's a different amount of friction between "I wanna open source this cool project we're doing" and "I wanna build a rendering target we won't use to make the README look better."
They dont want a build process.
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.
The UI toolkits in game engine usually suck hard, so here they started from a good UI toolkit and made it possible to make relatively performant games.
There's more info at https://www.reddit.com/r/programming/comments/1r0lx9g/fluori...
They have a fun demo of a 3D shooter 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.
> https://www.unrealengine.com/en-US/uses/hmi
In either way, it will be open source and quite fun to build stuff on top.
Bevy is the opposite of an old boring solution. It's a cool engine, but I imagine a manufacturer would like to have long-term support with 15-year timelines. Bevy doesn't offer that, and even trying to have that wouldn't be good for Bevy.
So... not PC-grade?
I've been burned by using closed source game engines before. There's just too many edge cases and nuances that come up when debugging physics or graphical issues. I strongly recommend against using this until they become at the very least source-available.
Something about games authored by a giant company that will presumably actually ship in some products: "Hello, human resources?"
Please stop, all this does is introduce new ways for things to break.