full disclosure: one of the devs is a friend of mine
if for some reason you want to use webkit on desktop (linux), there's always gnome web, but in my experience it can't handle anything beyond very basic browsing (for example, a youtube video will cause it to crash)
last I checked, firefox doesn't download AI models unless you try to use a (clearly-labeled) feature that requires them. you can also manage/uninstall them at about:addons
totally uncharitable interpretation of the quote linked here aside, how is providing an interface for using fully local models not user first software?
Right, saying that something which is completely against the company's fundamental principles "feels off mission" gives us a very secure feeling of this CEO.
unlikely, at least not during this generation. even putting aside the current admin, the US has (to put it extremely lightly) long failed to police its own and certain "allies'" behavior, which undermines the concept altogether.
at this point, there are unfortunately no "good guys" at the state level.
Rivian has a huge interest in being the outsourcer for legacy automakers. They’re not able to sell $100k cars enough and even with the promised R2, they probably will only be a small-ish player in the EV market. Their CEO recognizes how crazy good Chinese EVs are and currently they’re not even a competitor for Tesla.
But, VW is willing to pay $5B for their software platform. I think they want to extend that to being able to sell custom chips and “AI” capabilities, whatever that means.
Which honestly is crazy to me. I have a Rivian, and to say the software is disappointing would be an understatement. There are heisenbugs galore; some examples:
* Doors refuse to open
* Lose the ability to control media playback using any controls
* Any button in the UI just opens and closes the windows
Granted, I'm a server side/backend engineer mostly, and I don't know much about writing software/firmware for a very hostile emf environment. But if any project I worked on had bugs like this, fixed at the rate they're fixed on Rivian, I would assume a badly flawed architecture or non existent technical leadership
Yet VW paid billions for this very software. I can't imagine how bad it must've been on their own stack that they gave up and bought this other seemingly broken stack
Service can’t do anything about the state machine being wrong.
The Rivian app does not permit you to send a command to the car while the app thinks the car is processing a command. Trunk opening? You can’t unlock the door. On top of this, if you try to open the trunk while outside Bluetooth range and then Bluetooth connects, you are still stuck waiting for the pending command to complete.
Oh, and the ridiculous “hey let’s always remind you that you own a Rivian” Live Activity seems to synchronize on a schedule that involves being hours and hours out of date.
I agree that the app leaves something to be desired - my personal pet peeve is that it shows stale or cached data while waiting to do some async update, leading to just outright fabricated charge or lock state. Never had those kinds of problems with the truck's software proper though
I have seen issues like that. Rebooting has always fixed it, but it is notable.
I really wish they would hire a strong frontend team. I can almost always figure out what happened just from the signal, and it's usually a state machine getting stuck. Which I have some sympathy for, but also you just can't have that happen in something that is going to feel polished and responsive.
Presumably, but you don't really known until you pay to take it in for service and they tell you there is nothing wrong but they don't have a fix (gee, great experience). On the "know it's software" side e.g. I had what appeared to be random issues with audio crackling on my PC I assumed was software/driver related, it turned out there was a faulty USB hub causing an issues for the whole bus but it was just most apparent in the audio device.
Stuff like "Doors refuse to open" is vague enough it could be a similar kind of issue which needs physical service/replacement rather than just a software update, especially if other buttons are triggering completely separate actions with the windows. Or it could very well be 100% software issues, which could be more apparent with additional details like "only does it after transitioning from this screen or pressing things in this order" type problems.
As a car guy you should know that there's tech in cars these days. Or do you calibrate everything from tpms monitors to re pointing/tunes in your garage?
If something's wrong with your car's head unit firmware or android auto connection or whatever, of course you'd have a technician look at it?
> Or do you calibrate everything from tpms monitors to re pointing/tunes in your garage?
Pretty much, yeah. I race SCCA and build race cars. Exactly why I want nothing to do with these, you don’t own it. You’re leasing the hardware that’s hogtied to the software.
Oh man, you're in for a bad time then, as pretty much everything - yes even amateur racing cars - has software in it now, and you don't own any of it.
As a car guy, it surprises me you weren't aware of this trend yet but I guess we all find out sooner or later. But hey - maybe that '89 Carrera will keep on trucking for a few more decades though - good luck!
I love these replies, hahah. You really think I’m not aware of the software that’s running my 2017 Shelby? The difference is (you know this, I think you’re being purposely obtuse) it’s never connected to the internet, it’s never getting updates, and it’s not a complete car OS that locks you out of doing anything.
one funny one is that periodically you can trigger the "more cowbell" rainbow road easter egg. You can cancel the road animation, but you can't cancel the easter egg music or control the volume.
I was just in a discussion on this very topic. It's the build vs buy equation applied to silicon. Early in the tech boom the entire silicon stack was proprietary and required a lot of time and investment to train up people who could design the circuitry, we got our first "ASICS" which was basically a bunch of circuitry on a die and you then added your own metal layer so it was like having a bunch of components glued to a board and you could "customize" it by putting wires between the parts. Then we had fabs that needed more wafer starts so they started doing other peoples designs which required they standardize their cells and provide integration services (you brought a design and they mapped it to their standard cells and process). And as the density kept going up they kept having loots of free space they needed to fill up. The 'fabless' chip companies continued to invest in making new parts until the pipeline was pretty smooth. And at that point the level of training you needed a the origin to get it into silicon dropped to nearly zero, you just needed the designs. And into that space people who were neither 'chip' companies, nor were they 'fabless' OEMs, realized they could get their integration needs met by asking a company to make them a chip that did exactly what they wanted.
One the business side, the economics are fabulous, your competitors can't "clone" your product if they don't have your special sauce components. So in many ways it becomes a strategic advantage to maintaining your market position.
But all of that because the all up cost to go from specification to parts meeting the specification dropped into the range where you could build special parts and still price at the market for your finished product.
A really interesting illustration is to look at disk drive controller boards from the Shugart Associates ST-506 (5MB) drive, to Seagate's current offerings.
It is illustrative because disk drives are a product that has been ruthlessly economized because of low margins. The ST-506 is all TTL logic and standard analog parts, and yet current products have semiconductor parts that are made exactly to Seagate's design specs and aren't sold to anyone else.
So to answer your question; apparently the economics work out. The costs associated with designing, testing, and packaging your own silicon appears to be cost effective even on products with exceptionally tight margins, it is likely a clear winner on a product that enjoys the margins that electric vehicles offer.
I would wager that's because there isn't a lot of existing silicon that fits the bill. What COTS equipment is there that has all the CPU/Tensor horsepower these systems need... AND is reasonably power efficient AND is rated for a vehicle (wild temp extremes like -20F to 150F+, constant vibration, slams and impacts... and will keep working for 15 years).
Yea, Tesla has some. But they aren't sharing their secret sauce. You can't just throw a desktop computer in a car and expect it to survive for the duration. Ford et all aren't anywhere close to having "premium silicon".
So you're only option right now is to build your own. And hope maybe that you can sell/license your designs to others later and make bucks.
Isn't that risk balanced by a healthy reward of controlling their verticals and possible secret sauce?
And their chips give "1600 sparse INT8 TOPS" vs the Orin's "more than 1,000 INT8 TOPS" -- so comparable enough? And going forward they can tailor it to exactly what they want?
Orin is Nvidia's last generation. Current gen is Thor at 1k TOPS. Rivian's announcement specifies TOPS at the module level. The actual chip is more like 800 and probably doubled. Throw two Thors on a similar board and you're looking at 2000 sparse int8 TOPS.
I've been involved with similar efforts on both sides before. Making your own hardware is not a clear cut win even if you hit timelines and performance. I wish them luck (not least because I might need a new job someday), but this is an incredibly difficult space.
Mostly it costs hundreds of millions to develop a chip; it relies on volume to recover the cost.
NVIDIA also tailor their chips to customers. It's a more scalable platform than their marketing hints at... Not to mention that they also iterate fairly quickly.
So far anyway, being on a specialised architecture is a disadvantage; it's much easier to use the advances that come from research and competitors. Unless you really think that you are ahead of the completion, and can sell some fairly inflexible solution for a while.
I share your skepticism. This feels like an attempt to tap the trainloads of money piling into "AI", for a company that is in pretty desperate need of more cash to stay alive.
In a vacuum there are potentially some advantages to doing your own silicon, especially if your goal is to sell the platform to other automakers as an OEM.
But custom silicon is pricey as hell (if you're doing anything non-trivial, at least), and the payoffs have a long lead time. For a company that's bleeding cash aggressively, with a short runway, to engage in this seems iffy. This sort of move makes a lot more sense if Rivian was an established maker that's cash-flow positive and is looking to cement their long-term lead with free cash flow. Buuuuut they aren't that.
I have the same question. It makes sense that they might need bespoke software, but how could they possibly be more efficient at creating chips than an AMD/Nvidia?
Possibly. Realistically this is replacing the expensive category of FPGA (Zynqs or similar with strong hardware CPU cores), this means they get all the peripherals they desire in hardware, and they can pick the core variant in order to optimise for their workloads (all the different vector extensions for example). There's an interesting market for that kind of thing, either full FPGA to ASIC replacement, or drop in replacement FPGAs of lower cost (The Rigol MHO98 replaced the Xilinx FPGA of the previous generation with a substitute from Fudan). If you're shipping a lot of hardware, that sort of thing becomes worthwhile.
Multiple things: 1) extensions are overly permissive, 2) so many of them are sold to shady entities without peep from the developer, and 3) it's never been easier to generate my own tooling.
I just download the extension file, check it out, and install it locally. No worries about future updates until something breaks (doesn't tend to happen).
fair enough. I'll add that one fantastic use I've found for LLMs is quickly checking the source of a given addon (though obviously this is no replacement for a real audit or finely-grained permissions).
I'd be doing this type of thing a lot more if browsers didn't make it difficult to load unpacked addons (in which case I could be modifying things I didn't like on the fly).
Put another way: Adam said traffic to their docs was down 40% and revenue was down 80%. I don't think it's purely traffic-driven revenue.
reply