Tesla has now reportedly rebuilt parts of their in-car audio player using HTML, Javascript and CSS, but what exactly does that mean? Could this change mean more music streaming services coming down the pipeline? If so, we may see Amazon Music, Pandora, and other audio streaming services added to Tesla’s vehicles in an upcoming software update.
Tesla launched Apple Music integration in their vehicles with the 2022 holiday update and according to Tesla hacker Greentheonly, parts of the music player have been rebuilt using web technologies.
Apple Music appears to be the only music service utilizing the new player at this moment, but it appears that Tesla is transitioning Spotify to their web-based player as well. The HTML-based audio player interface is almost identical to the native audio player in terms of design and behavior except for some small design changes.
While Apple Music is the only audio service leveraging Chromium for its interface, we believe Tesla will move all their music services to leverage this new player.
Why Use a HTML Player?
So the question is why move to an HTML-based player when Tesla already has a working audio player and there are downsides to web-based apps, such as reduced performance?
The answer is development time and ease of updating. While web apps aren't a good choice for intensive tasks, a simple audio player could be.
Developing web software is usually much quicker and easier when compared to developing in a native language such as C or C++. The user interface is quicker to build and changes can also be implemented faster.
Since most streaming services like YouTube Music, Amazon Music, Pandora, SiriusXM and many others already offer web-based players, adapting these to work in Tesla's web player is a much easier process than porting the music service to work in another language. The APIs, streaming protocols and all the details needed are already available in these web apps and Tesla just needs to adapt the application to work with their user interface.
Web applications also have the advantage of downloading new data when a user connects, so it’s much easier to roll out new features, updates and bug fixes. A web-based solution doesn’t require the end user to download a software update either, so Tesla can fix any issues on the fly.
Video Streaming
When Tesla rolled out their video streaming services in Tesla Theater, they took the web route and loaded the streaming service’s website in a Chromeless browser, creating almost zero development for the Tesla team. They leveraged what each streaming service already provides on the web and made it available in the car.
For audio, it's a similar concept, except Tesla wants to provide a consistent user interface regardless if you're listening to TuneIn, SiriusXM or Spotify. To do this Tesla still needs an additional layer that connects the audio controls to their UI, but the effort required is greatly reduced.
This change to leveraging the vehicle's browser to render more parts of the Tesla interface could be the reason why we've seen so many performance improvements to Tesla's Chromium-based browser.
New Music Services
With this upgrade and transition already taking place, I'd be surprised if we didn't start to see the addition of many music streaming services integrated with Tesla’s vehicles in the near future.
This could mean that we may see additional music services such as YouTube Music, Pandora, Amazon Music, and even a streaming version of SiriusXM in the near future.
Tesla’s been on a roll with Supercharger improvements lately, from the 325kW charging update for the Cybertruck, to 500kW with V4 Superchargers coming next year. While those improvements have been limited to the Cybertruck, Tesla didn’t put all their focus on their new flagship vehicle, but looked at their more affordable vehicles as well.
LFP Battery Heating
Tesla’s Superchargers can now heat LFP Batteries - those that are in the Model 3 and Model Y Rear Wheel Drive variants. This applies to Long Range and Standard Range models, which saw a limited run. This is another update included as part of the 2024 Tesla Holiday Update - which really arrived with a lot of unannounced new features and capabilities.
The change is pretty interesting - Superchargers of the V3 and V4 variety can now pre-heat batteries for Model 3 and Model Y vehicles equipped with LFP battery packs. That means those vehicles are able to get back on the road faster when it's extremely cold. Of course, Tesla still advises you to precondition before you arrive, saving drivers time and money.
Max de Zegher, Tesla’s Director of Charging, also commented on the new feature. Essentially, Tesla is inducing an AC (alternating) ripple current through the battery to warm it up. Keep in mind that Superchargers are DC charging. That means it is possible to get a cold-soaked LFP vehicle on the road 4x faster than before, assuming that it didn’t precondition at all and that it is in the worst-case scenario (below 0ºF).
In essence, Tesla is using some engineering magic to turn the circuits inside the LFP battery into an electric heater - and powering that heater through the Supercharger. An AC ripple current is a small oscillation in the DC charging current that generates heat through electrical resistance, warming up the battery. Those ripples are a byproduct of converting AC to DC and back - so Tesla is using the onboard charger to induce those ripples to warm up the battery. Definitely an innovative technique that’s really only possible with the versatility of the NACS connector.
We’re hoping Tesla can implement this across their full lineup of vehicles, but we’ll have to wait and see how it is trialed across LFP vehicles first and if it is even possible on vehicles with 2170 or 4680 battery packs.
Tesla launched two FSD updates simultaneously on Saturday night, and what’s most interesting is that they arrived on the same software version. We’ll dig into that a little later, but for now, there’s good news for everyone. For Hardware 3 owners, FSD V12.6.1 is launching to all vehicles, including the Model 3 and Model Y. For AI4 owners, FSD V13.2.4 is launching, starting with the Cybertruck.
FSD V13.2.4
A new V13 build is now rolling out to the Cybertruck and is expected to arrive for the rest of the AI4 fleet soon. However, this build seems to be focused on bug fixes. There are no changes to the release notes for the Cybertruck with this release, and it’s unlikely to feature any changes when it arrives on other vehicles.
FSD V12.6.1 builds upon V12.6, which is the latest FSD version for HW3 vehicles. While FSD V12.6 was only released for the redesigned Model S and Model X with HW3, FSD V12.6.1 is adding support for the Model 3 and Model Y.
While this is only a bug-fix release for users coming from FSD V12.6, it includes massive improvements for anyone coming from an older FSD version. Two of the biggest changes are the new end-to-end highway stack that now utilizes FSD V12 for highway driving and a redesigned controller that allows FSD to drive “V13” smooth.
It also adds speed profiles, earlier lane changes, and more. You can read our in-depth look at all the changes in FSD V12.6.
Same Update, Multiple FSD Builds
What’s interesting about this software version is that it “includes" two FSD updates, V12.6.1 for HW3 and V13.2.4 for HW4 vehicles. While this is interesting, it’s less special when you understand what’s happening under the hood.
The vehicle’s firmware and Autopilot firmware are actually completely separate. While a vehicle downloading a firmware update may look like a singular process, it’s actually performing several functions during this period. First, it downloads the vehicle’s firmware. Upon unpacking the update, it’s instructed which Autopilot/FSD firmware should be downloaded.
While the FSD firmware is separate, the vehicle can’t download any FSD update. The FSD version is hard-coded in the vehicle’s firmware that was just downloaded. This helps Tesla keep the infotainment and Autopilot firmware tightly coupled, leading to fewer issues.
What we’re seeing here is that HW3 vehicles are being told to download one FSD version, while HW4 vehicles are being told to download a different version.
While this is the first time Tesla has had two FSD versions tied to the same vehicle software version, the process hasn’t actually changed, and what we’re seeing won’t lead to faster FSD updates or the ability to download FSD separately. What we’re seeing is the direct result of the divergence of HW3 and HW4.
While HW3/4 remained basically on the same FSD version until recently, it is now necessary to deploy different versions for the two platforms. We expect this to be the norm going forward, where HW3 will be on a much different version of FSD than HW4. While each update may not include two different FSD versions going forward, we may see it occasionally, depending on which features Autopilot is dependent on.
Thanks to Greentheonly for helping us understand what happened with this release and for the insight into Tesla’s processes.