This is how "end of support" should be handled. Instead of turning devices into e-waste, open-source them and let the community extend their life. Kudos to Bose for setting a good example.
More companies should follow this approach - especially as right-to-repair becomes a bigger issue.
Bose should not receive praise for this move. Bose only took this action after community backlash. In an older version of their end-of-life announcement, most functionality of the speaker systems would have removed and transformed the devices into dumb-speakers/amps.
Good that they changed their statement and took the right action. Even better for the community for stepping up and 'forcing' Bose to do so.
> Bose should not receive praise for this move. Bose only took this action after community backlash.
They received the backlash, they responded to it by properly addressing the criticism and doing the right thing. It should be praised. Especially since it wasn't some PR-centric damage control, but an actual direct address of the specific points their original approach was criticized for.
Compare Bose's response to that of Sonos (another large techy audio brand). Sonos had an absolutely massive backlash recently (within the past few years iirc) in regards to deprecating software support for their older speakers that I'd read about everywhere (including HN) for months and months.
Afaik, it didn't lead to Sonos doing the right thing in the end (unlike the scenario at hand here), despite the online outrage being way more widespread than in the Bose's case.
Remind me of any other vendor in recent history that end of lifed a hardware product and then open sourced it whether they got backlash or not. Because I can’t think of a single one.
Don't punish the behavior you want to see. Would we rather they defaulted there? Sure. But it's arguably an even better signal to see that they're willing to listen to their customers even when there is no direct financial incentive for them.
I've got a simple formula in life for when people do things beneficial to me: I praise them for it and encourage them to keep it going. If someone does things antagonistic to my interests, and then corrects course in reaction to objection, they can be sure they're going to be rewarded. This has worked for me.
If your belief is that some other tactic works, then I can see why you'd do that. For my part, carrot + stick has always worked better than stick + more stick.
I don't understand this attitude. Bose listened to feedback, and responded in a positive way.
That's a good outcome for the community, and refusing to "praise" Bose's actions just because they didn't originally do what you wanted is petty and churlish.
Bose: does something bad.
People: complain.
Bose: undoes what they did and does something slightly better.
You: complain.
I'm not sure I get the logic here.
Slowly but steadily I'm comprehending why companies are getting tired of some people. No matter what companies do, people will always complain. Don't get me wrong, there's always room for more improvement, but a slight complement for their slight improvement won't hurt anyone + a change in tone from complaining to suggesting improvements would be a nice bonus.
Why should Bose not get credit for this? If you are saying that people should treat them the same regardless of whether they listen to their consumers or not, then why would they ever bother listening to the consumers?
Also remember that there is no believer like a convert. A community helping guide a company towards open source culture could make for a very strong ally.
Then again I know nothing about Bose’s open source culture so take it with a grain of salt.
When presented with information that you're acting in bad faith, if you choose to change: that is praiseworthy.
It's very brave to take that in, and not worry about "brand damage" or "appearing weak". It's brave to even challenge yourself when someone tells you you're wrong. It's entirely admirable.
"Bose blows" is a popular comment amongst the audiophile community but, to me, it seems like they don't blow at all[0]. In fact quite the opposite: this is a fantastic example for other companies to follow. Top marks, Bose!
[0] What is actually true is that they are opinionated about sound reproduction in ways that a bunch of people don't agree with but which in the right context are often effective and enjoyable to listen to.
Bose hardware quality is rather low and, and their sound quality is sub-par, while forcing you to pay the Bose brand tax, riding the corpse of Amar around for profit.
This this also good marketing, if other companies I currently buy speakers from follow their footsteps I'll keep supporting them, but I might otherwise just move towards Bose in the future. I wish Apple would do this for their ultra legacy stuff, Microsoft does it for their legacy stuff. Not sure if we'll ever get a fully open sourced legacy version of Windows (ignoring the source code leak) but it would be cool to one day see the Windows XP source code on GitHub.
It would be an unwise business move. The moment that is done, Linux/WINE will be able to run the bulk of the software that keeps a substantial number of people locked into Windows. Most people don't need the newest version of their software to stay productive.
Maybe the general rule should be like, if something isn’t in the users control and the user doesn’t want it anymore or can no longer function despite not being damaged, then the company should take back the hardware and refund the user.
So the company still have two options, either refund or open-source the systems needed for the device so that the user or third-party can continue supporting it.
This should be in the law imho. No hardware or software should have its support abandonned unless the spec / schematics / parts list and/or source code is released in a public repo.
It's not like consumer electronics contain top secret tech like EUV machines. All supply chain for firmware / software of 99.99% devices is very boring, contains absolutely nothing secret and the only reason why it's "difficult" is because IP owners was not bothered.
Once single EU / US legislation introduced that force manufacturers into opening end-of-life products all IP right owners will either immediately make it possible or go out of business.
Since everyone will be forced to do the same no one will gain any advantages.
I do not get why not more companies are doing this! Also it pays so much into your brand perception etc.; also you will always have all ecological folks on your side because of "not producing new stuff".
This is the cheapest and best way to get the most out of your investment after it entered end-of-life.
I suspect it's because the technical staff have already been let go or replaced with outsourced maintenance-only staffing firms, which means the non-technical leadership doesn't know whether the source code would contain damaging information.
The reason I've heard for games which I assume is similar here, is that there's licensed code used which the developer can not release because they don't own it (someone else does)
i’d love for this to be required by law. i’m probably not thinking of some great reason why that might be a bad idea, but it seems like an effective way to reduce e-waste.
No, the law must mandate that. You either provide active support, or if you end it you must open-source all tools necessary to perform maintenance. It's one of those things that has to be mandated by law to provide a uniform floor on all companies and manufacturers, like food safety laws, fire codes, or accessibility for the physically disabled.
Eh, even if it just means that someone can offer a 3rd-party smartphone app to control them, it's a pretty big win versus the normal end-of-life support story
This could fail if too many players start to abandon/open source their products at the same time. It could lead to an overload.
Plus, I purchased my product thinking it will last forever. Sudden announcements for EOL is a terrible trend. Laws should regulate having proper disclosures that a product is promised to be serviced for x number of years at minimum, and/or mandate manufacturers themselves provide updates to allow the product to work independently of them.
This is not open sourcing any actual software or hardware it is “open-sourcing the API documentation for its SoundTouch smart speakers”. You might be able to point them at an alternative back-end¹ if you want the cloud features, but that will need to be written from scratch rather than being forked from code provided by Sonos.
> When cloud support ends, an update to the SoundTouch app will add local controls to retain as much functionality as possible without cloud services
This is a far bigger move than releasing API information, IMO bigger than if they had actually open sourced the software & hardware, from the point of view of most end users - they can keep using the local features without needing anyone else to maintain a version.
--------
[1] TFA doesn't state that this will be possible, but opening the API makes no sense if it isn't.
According to this comment[1] by an OSS developer working on reverse engineering the device, the documentation released doesn't allow them to implement an alternative backend. If I understand the purpose of the interfaces correctly from skimming the reverse engineering effort github[2], the API released documents the HTTP interface between the phone app and the speakers, which has been available for years, and covers functionality that isn't going away. The interface between the speaker and the cloud services that are shutting down is still undocumented.
Ah, that makes sense as well. Not sure why I fixated on what the speaker might call out to, and didn't think of what might want/need to control the speaker.
One thing nobody is touching on: since it's not actually open source, when this thing is found to have dozens of security holes (or any bugs), they are not going to be patched.
The question on my mind is will the SoundTouch app continue to be supported on new mobile
OS versions ?
Is it the same app that caters for other speakers too ? If it is, and Bose continue to include their old speakers on the functionality of the app, then I can hardly see how this is a true EoL. They’re really continuing to support the speakers in their app, at least.
They're discontinuing support for SoundTouch Speakers. The SoundTouch App controls SoundTouch Speakers. Put two and two together...
From their announcement:
What will no longer work:
• Presets (preset buttons on the product and in the app)
• Browsing or playing music services directly from the SoundTouch app
Important note: Your system will no longer receive security and software updates.
Please make sure to always use your system on a secure, private network.
Considering that new speakers don't use SoundTouch, I wonder too. I hope that they keep the app running for a while. This kit is expensive and it can't have a short life time!
They're not really "open-sourcing" anything in the sense that I would think about it. As far as I can tell they're doing two things:
* Removing cloud-server dependency from the app.
* Publishing API documentation for the speaker.
I actually think this is worth noting not so much in a "well aktshully it's not open source!" kind of way, but as a good lesson for other manufacturers - because this is meaningfully good without needing to do any of the things manufacturers hate:
* They didn't have to publish any Super Secret First or Third Party Proprietary IP.
* They didn't have to release any signing keys or firmware tools.
* They get to remove essentially all maintenance costs and relegate everything to a "community."
But yet people are happy! Manufacturers should take note that they don't have to do much to make customers much happier with their products at end of life.
It should be law for software that if there is a server component which requires hosting, or any such limitation, the company must opensource the code and protocols such that somebody could host it themselves after support is stopped.
Applies to games, hardware, whatever - if it isn’t economically viable to run, let the users.
This might sound crazy to some people, but I think this is much better than ongoing support. Removal of reliance on cloud alone is a massive feature that gets me interested in buying one of these (I don't currently own one). And the fact it has an API I can hit myself? Awesome!!!
Good for them. Makes me more likely to consider buying a Bose in future, not just because I know it won't be bricked, but also for the environmental impact of this. Kudos.
If only their sound signature was a bit better... they went all in on engineering tricks to make things small and cheap to produce, but it shows in their sound quality. Their QC headphones are the best in noise cancellation, and the sound quality is good enough that they're my pair of wireless headphones.
A long while ago i heard something (that might have been a urban myth) about Bose putting useless weight into their headphones to make them appear more "substantially professional". Is that a myth or they have pivoted towards actual quality since early days?
When I bought my Bose QC ten years ago, I tried a lot of brands and found Bose to have the most pleasant sound, very clear/neutral. I guess it’s personal taste.
I used to have an unexplained resistance to buy Bose products. After the hinge of my Sony mx-1000 headphones broke in to two places, I gave in and got a Bose qc. Man, the build quality was insanely good. The sound was really good. And it’s really comfortable to wear. I had changed my view.
This is going to read like I'm shilling but: I was so impressed with Bose QC headphones that i stocked up and gave out 7 pairs to my closest friends and family this year for christmas
I feel like I'm on borrowed time with my SoundLink Mini II. Once a year or so I need to use their website to open a diagnostics tool and clear the logs on the system to get it working.
Now there used to be a way to play music (notifications, if I remember correctly) directly to the speaker, but that required an App_Key. Bose stopped handing out App_key's quite a while ago when they shutdown down their developer forums, see also: https://www.reddit.com/r/bose/comments/102ptjg/is_there_any_...
Hopefully, someone from Bose sees these comments. There is a serious segment of the pro and prosumer audio market that values open-source, interoperability, long service life, and is willing to pay a bit more for it.
I hope Bose continues to do this for future products and is rewarded financially for it.
I have my fathers Sonos soundbar and a pair of speakers at home that I bought for him as Christmas gifts years ago. I still can't believe they knowingly released an app that bricked older devices.
I have to try and get them working again. The only solution I've heard of is to get an old version of the Sonos app APK, a dedicated old single purpose Android phone to acts as a bridge between your speakers and phone and connect that way.
I have 2012 Sonos hardware. You can still get the original Sonos S1 controller, which works with old stuff. It's pretty annoying that all the new stuff is S2 (and that app is better supported), but it's not as hard as you're describing it. You can get it off Google Play and just use it.
The quality of the software, and the fact that it isn't really updated, is another thing, but the actual software availability is there.
I recently posted a comment [0] critical of Bose for needing an app, and it's nice to see that Bose decided to take a much better approach to end-of-life.
An interesting point is, SoundTouch has always had a local API available (publicly documented) on a web server that runs on a speaker (at least for the last 10+ years).
This should be standard practice. Some companies have terrible policies around bricking their products.
When my kid was born, I bought a brand-new Snoo. After six months, I wanted to sell it since we no longer needed it. That's when I discovered stories of people whose used Snoos had been bricked by the company. For such an expensive product, that is such a waste. If I'd known about this beforehand, I never would have made the purchase in the first place.
This library provides a clean, Pythonic interface to control SoundTouch speakers over your local network, ensuring your speakers remain fully functional even after cloud services end.
Lyrion Music Server (LMS) is a streaming audio server supported by the LMS community and formerly supported by Logitech, developed in particular to support their Squeezebox [discontinued in 2012] range of digital audio receivers.. [LMS] also works with networked music players, such as the Roku SoundBridge M1001, Chumby, O2 Joggler, RPi and the SqueezeAMP open source hardware player.
Yeah that's quite fair, the article is not very accurate.
It sounds like there are two main pieces to me:
1. Removal of cloud dependency
2. Making usable the API (and providing documentation)
With a minor 3rd piece:
3. The official app will be updated to support the "offline" mode without losing as many features as possible now that the cloud service is going away.
All very laudable things IMHO. I'm actually going to buy one of these
The soundtouch web api which is what was "open sourced" was already an existing thing for a long time. You just had to access it from the bose developer portal I think. I don't think anything actually happened here. I'm so surprised that HN is excited about this story because nothing seems to have been released.
Firstly, the source code is probably being used on newer devices, so Bose would not like sharing their proprietary solutions which might contain thirds party code they cannot share.
Secondly, these devices are basically one step above embedded. It's highly unlikely you can load and run anything custom on them.
Since they are opening up the API, you can keep using them for what they were made for, which is at least a solid basic liberty
I admit that I expected more. They really did the minimum, as in, anything less should have been illegal. It is praiseworthy, but it is unfortunate that it is.
Seeing that, I expected the ability to build and run a custom firmware, like with an Android device with its bootloader unlocked. But it is not that, and they didn't open source their app either.
What they did is that they removed dependence on their servers, and opened their device to be controlled by third party apps. That is, they let users use their device past its end of life, including when the first party app will stop being maintained, but not to the point of letting user add features.
In understand why they would do that, they don't want users to backport features only available on their latest models that are sold at a premium, therefore competing against themselves. After all, the value in smart speakers is not the sound producing device, which I think is a problem that has been solved more than a decade ago at the consumer level, it is all about software features.
Yeah, it's kinda sad how much applause this is garnering when publishing API specs should be bare minimum for any smart device, never mind EoL concerns.
Don't let perfect be the the enemy of good. I fully agree with you on what the bare minimum should be, but the reality is that our definition of bare minimum is currently a fantasy. Any steps taken toward our vision is good and should be applauded IMHO. Especially when it's a major player like Bose that hopefully sets a positive precedent and gets other manufacturers to realize this is not only possible but leads to applause and hopefully more sales.
Evolution v. Revolution. I'd prefer the latter, but realistically the former is the more likely to succeed short of people like us getting control of regulatory bodies and forcing it.
Unless you want to actually develop ON the device (and build binaries etc...), this completely allows you to use the device and connect it to whatever, so I don't know what more we should expect.
As others have said already, they are just un-obscuring the server API and restoring local control to your speakers when they discontinue the service. There is nothing noble about this, it is almost least they could do. I walked away from a large investment in Sonos gear over forcing legacy equipment into the cloud, this sort of thing is why.
> We’re making our technical specifications available so that independent developers can create their own SoundTouch-compatible tools and features. The documentation is available here: SoundTouch API Documentation (https://assets.bosecreative.com/m/496577402d128874/original/...).
AFAIK, the soundtouch web API was already accessible via some bose developer portal. It doesn't seem like they are open sourcing anything. This API just allows you to make basic requests to do things like change volume on the speaker.
To support the smart features of the SoundTouch speakers, we would the soundtouch user management service. Speakers connect to this very frequently and its where refresh tokens for music services and presets are stored. The speaker firmware itself has lots of source code, including the bit to handle music services and playback. There is an abstraction layer for music service APIs. There is a process on the speaker that reaches out to a music service registry, which is an index of bose music service adapters. Each of these adapters essentially proxies a music service like tunein, spotify, and even the "stream a custom station" feature.
If bose open-sourced the speaker firmware, we could make a firmware build which talks to a 3rd party user management service, and reaches out to a 3rd party music service registry. Then we could add and maintain music service playback for the community. But there is no open sourcing of any actual code here and this soundtouch web api cannot change the URLs on the existing firmware of the user management service or the music service registry.
So to my eye this story seems misleading and just some PR nonsense. It's a little frustrating reading all of the "great job, Bose!" comments here like anything was actually done... Disclaimer: I used to work at Bose.
One time I got a free Harman Kardon bluetooth speaker from Microsoft (the Invoke from 2017). They were $100* but went on sale for $50 and I snagged one.
Then Microsoft discontinued Cortana for it, but they didn't kill the speaker. They released firmware that turned it into a perfectly good bluetooth speaker (which I still use today.) And they sent me a $50 gift card* to buy something else from Microsoft. Good will! I was a big fan of Microsoft hardware. Shame about the software...
* Apparently $200 initially but they had some steep sales because Cortana as a voice assistant wasn't reviewing well. Reviews are a bit negative on the sound quality. Probably true enough at $200, but for $0-50, I think it's actually really good sound quality.
I was the engineering lead on that product, and built a SW platform from scratch for it (Microsoft provided an SDK to Cortana which they developed in parallel.)
The internal build could actually run Cortana, Alexa and Google Assistant simultaneously and you could e.g. set an alarm with one of them and query it with another, and they could interrupt each other based on priority. Obviously nobody wanted that feature, but it was hella cool that it worked. Oh, and you could make Skype calls from across the room, and the microphone array lived up to Skype's tough certification requirements which took weeks of testing in Microsoft's anechoic chamber for the DSP/algorithm team to fine tune.
I tried to push for open-sourcing the platform but it was tricky because 1) the director of engineering in Harman didn't know what open source meant and for a hardware focused business to understand the value was a hard sell, 2) it used a HW module that came with a SW stack I mostly got rid off but a few parts were remaining that would need to be replaced which would require additional resources, 3) I was burned out at that point and had limited energy left to fight the good fight. Really too bad, it could have been a cool voice agent development platform, and I honestly think it would have sold in large volumes as a developer-friendly device.
Glad you like it, sorry about the remaining Bluetooth bugs nobody got around to fix, since it basically flopped instantly.
The rest api was taken apart years ago for my old Sonos. They had originally promised to add AirPlay support later said, “Just kidding. Why don’t you brick it instead.” At that point I was finished with closed ecosystems for audio. At least someone made an AirPlay agent that lives on the home server. That speaker has survived many years too.
While laudable, the release of the documentation is completely useless. The protocol is rather simple and was completely reverse engineered already many years ago. In fact it’s already integrated into several open-source home management tools e.g. Home Assistant.
Interesting article - most products are treated as “delivered” the moment they ship. A project manager hands over, success is declared, and the organisation moves on. But physical products with embedded software don’t stop being systems just because the project ends — they keep accumulating risk, cost, and user impact right through to end-of-life.
What usually gets missed is that end-of-life is still part of the project, even if it sits years downstream. When software support is withdrawn without a transition path, the hardware doesn’t just lose features — it loses trust. That’s not a technical failure, it’s a lifecycle planning failure.
Open-sourcing at sunset is interesting because it’s one of the few mechanisms that acknowledges this gap. It doesn’t help most users directly, but it at least hands control back instead of silently bricking capability.
I’m curious whether we’ll start seeing project managers and product teams treat “exit conditions” as a first-class deliverable — with explicit decisions about data, firmware, APIs, and ownership once commercial support ends — rather than treating end-of-life as someone else’s problem.
Why would anyone want a smart speaker, when every speaker acts as one when hooked to the sound output of a phone, wirelessly or wired?
I'll admit, I don't want or use 'smart' anything, and am currently trying to disable smart devices that were already present in my home from the previous owner.
I have a speaker in the lounge and kitchen. Wr want to be able to listen to the same thing whichever room we’re in. Or perhaps we don’t.
Being able to say “play this stream in room 1,3,6 and this in room 4 and nothing in room 2,5,7” is a valuable feature for people who don’t live alone in a studio flat.
Yeah, I couldn't even get the damn thing to work reliably when it was new. Oh but you can rest assured that it had no problem exfiltrating all that precious data of mine about what I was doing, and any other things they could suck out of my Android phone. No way in hell will I EVER buy another Sonos product.
The one thing I’d love to have is repairable Bose headphones. I’ve used different ones but Bose with proper EQ settings are extremely good. The comfort levels on those is exceptional. In my entire life I’ve never seen headphones this comfortable. But once the battery wears out getting it repaired seems to include soldering. Should’ve been easily swappable. Also their Bluetooth can be finicky. One more area that needs improvement.
Repairing the QC 35 was not difficult. It’s just a shame it requires soldering on a new battery pack. Even the drivers are replaceable with that little tool. A few years ago I gave mine an affordable overhaul with a new battery and replaced the earmuffs. Right as rain now.
I don't understand why consumer goods can't use 18650 cells to make devices long-term viable instead of soon-to-be e-waste. There are fewer and fewer devices I'm willing to buy because interchangeable batteries seem to be going away.
Devices want to be portable. the competition for weight and size is very high. It's ironic how as usage of phones increased considerably with social apps, people seem to not have a problem with thicker iPhones for larger battery. The current iPhone 17 Pro is a chonk that would probably have been considered bulky and backwards 10 years ago.
The trends decide the standard. Many EVs use 18650 but I can see that for competition and weight reduction they may switch to a more proprietary standard like blade batteries in BYD for competition. It all depends on where the competition is going with it.
For earwear, I would say that portability and weight is a big area for competition.
I actually found a nice SoundTouch 20 discarded on the curb, a couple months ago.
I assumed it was probably discarded due to the frequent situation here, of student who is moving away, and who doesn't want the hassle or expense of moving things that don't fit in their luggage.
Now I wonder whether it was discarded because the owner heard it was being bricked, so not worth moving with them.
(Don't worry, I'm a curb Jawa master. I carried it home, realized it was IoT that required an icky closed app thing to use it, and so gave it to an MIT student. I just emailed them the URL of this good news. Possible bummer for the previous owner, though.)
Putting software in long lived components — screens, speakers, whatever — is shortsighted as the industrial short term and barely engineered mindset.
Maybe in an era where software can be carefully engineered to a point of actual completion it will make sense, but for now it’s mostly stupid.
Open sourcing potential ongoing support and tinkering is good, but it doesn’t get the core problem that it wad probably never the right thing to put the smarts in the speakers in the first place.
The hardware on the soundtouch 10/20/30 series was always surprisingly over engineered with heavy magnets, decent power supplies, and good enclosures but let down by a sluggish app and flaky mDNS implementation.
With this, they just became the best value proposition on the used market. Flashing these with a minimal distro running snapclient (for multiroom audio) and shairport-sync (AirPlay 2) makes them infinitely better than they were on stock firmware. eBay prices are probably going to double by tomorrow morning.
Happy to see this happening. You know what would make me even happier? Having open source alternatives available to use as soon as I buy the device, not only after it's discontinued
Oh cool! I got a set of SoundTouch speakers years ago because they supported simultaneous Bluetooth playback as well as synced cloud service playback. This was in 2018 so options were more limited then. Since it became clear Bose was shutting them down I've moved over to Wiims[1] for managing playback (the SoundTouch app was always kind of odd and hard to manage) - but allowing local control is really nice. Currently you need to hit a button to enable playing from AUX on the soundtouches - they won't stay on the "dumb speaker" mode unless music is playing. Hopefully after this I'll be able to set them up as permanent speakers driven by the wiims.
It's sad how surprised the author and all of us are. Has it really become the norm to create crap that you pay for, that just stops working one day and becomes e-waste? If that ever happens to me, that's a company I'm never giving money to again, ever.
Why are these devices connecting to the Internet at all? Aren't they supposed to be connected to phones and TVs via cable or bluetooth? I would never allow any "smart" anything device to speak to the Internet in the first place.
Nice. This reminds me of Logitech who open sourced LMS (Logitech Media Server) when they discontinued their multiroom product (known as Squeezebox before they bought it).
Still a fantastic multi-room setup to this day... I run a server as well as a client from a Raspberry Pi.
Reword a public announcement [1], slap on a misleading title, put it behind a cookie banner and paywall and boom - Journalism! "Bose is releasing documentation for EOL smart speaker HTTP API" would be more apt. Not even Bose is claiming that anything has been open-sourced in their statement. Titling the section "Open-source options for the community" is as close as they come to that.
Still, props to Bose for actively helping to keep their old devices usable.
If the software gains traction in a public git repo this could be a good purchase for someone wanting a cost effective, great sounding, customisable, retro styled speaker.
On a related note, I'm eternally grateful for the conversion to open source of the Squeezebox platform (now known as Lyrion Music Server) and SageTV. I use both of these every day.
Hear hear. I'm also a daily LMS/squeezebox user, across many years.
In fact, given the full-throated open source nature of that platform (you can even build your own player with a raspberry pi[1]), I doubt I'll ever need to use anything else for the rest of my life for playing music in my home, even as my devices die and need replacement over time.
... which does make me wonder: that's great for me, but I can definitely see it as a deterrent for companies to do similar. If they want to make a competing future product, they'll be competing against an open-sourced version of their past selves, too.
I got my first Bose headphone in 2008 or so. It was a treat for myself as a poor university student after a paycheque. I loved the headphone and one day it broke down after several years of heavy abuse. I called their customer service for repairs and how much it would cost. Rather than recommending me to just buy a new one, the customer support agent asked questions about the model, what the issue was, and offered a replacement.
I've loved their product and support ever since. Glad to see this happening as well. Kudos.
Now users like me can't configure their devices (because the login is mandatory for using anything in the app). Some users report they aren't even able to use it with a VPN.
The over-reliance on closed source apps with mandatory logins for configuring devices you own must come to an end.
After my last Sonos, I gave up on smart speakers. Recently I discovered Squeezelite-ESP32 / piCorePlayer and I'm not going back. I'm free to choose my own speakers (and people sell great 2nd hand dumb speakers for nothing!), I can stream, sync, etc - and they integrate great with Home Assistant. No more proprietary protocol for me, thank you...
This is amazing, and I hope this sets a precedent for other companies. Stuff like this would definitely sway my buying decision, if I know when a product becomes EOL I can tinker with it.
Well done Bose! This puts you higher on the list for my next purchase.
I don't understand why so many comments here are negative. This is a nice move, and Bose should be thanked and encouraged to do similar moves again. It's a step in the right direction!
The arguments in this thread about sound quality crack me up. Reminds me of when a famous mix engineer was in a best buy and the guy said 'These sound just like it did in the studio!' He said, no it doesn't. We used NS10s.
This is an amazing idea - whoever came up with it, should get a promotion. I'd not be surprised that if this continues, Bose could be what e.g.: ThinkPad became and will have a steady customer and fan base
Really glad to hear this, I've been so close to throwing out my SoundTouch 20, which makes me sad because it looks great and sounds better than my Google Nest speaker (placement issue? hard to say).
Great move Bose! I hope this trend continues - it's really nice to see a vibrant market for used/vintage electronic products in some categories (e.g. old iPods) rather than them just contributing to more e-waste.
I think it would be a good idea to tax companies significatnly when bricking their devices, it's creating e-waste. Open sourcing them like this would be a way for them to avoid fines.
This is where EU needs to put its weight and at least in Europe - if you sell something but not willing to support - open source client, server and device all sorts of software.
From a quick glance it looks like you are just able to do high level playback controls, similar to what you'd do using their on-device UI. Perhaps that's enough?
The speakers have a telnet interface and DLNA support, but no documentation and I was not able to make it work with MiniDLNA in a couple of hours of trying.
I mean, suppose a CD player only used proprietary CDs. If the company dropped support and opened it to every other CD brand, would you complain that you can't load cassettes? Or burn ISOs with it?
it's sad that this is not the default behaviour. hopefully the stop killing games movement will put something similar into law with potentially further-reaching side-effects eventually. Because frankly, sunsetting products like this should be common sense, not the exception it currently is.
On the one hand it’s great Bose is doing this — on the other it sucks that this is so remarkable. Having stuff you bought that does not actually need the cloud continue to work should be the default.
This is a great PR move for Bose in a market that doesn't care about name brands like it used to. Maybe they can win some customers back and be considered cool again.
Good for them! I own two sets of noise-cancelling Bose headphones and a (dumb) speaker, and they've all been pretty solid, and for half the price of equivalent Apple headphones.
I'm still using stereo speakers even though the local store seems to only sell single units. They have bluetooth but I don't see why they would need to be "smarter" than this.
ianal and kudos to Bose for their relatively graceful hardware depreciation approach and releasing their API documentation; the license for said documentation does not appear to be easily recognized as "open source" by using a standard GPL, MIT, Apache, etc license.
Has anyone read the API documentation EULA and can comment on if it really meets some recognizable standard for "open source?"
Direct link to the announcement (from the article):
https://www.bose.com/soundtouch-end-of-life
SoundTouch API Documentation (pdf) linked from the announcement:
https://assets.bosecreative.com/m/496577402d128874/original/...
This is how "end of support" should be handled. Instead of turning devices into e-waste, open-source them and let the community extend their life. Kudos to Bose for setting a good example.
More companies should follow this approach - especially as right-to-repair becomes a bigger issue.
Bose should not receive praise for this move. Bose only took this action after community backlash. In an older version of their end-of-life announcement, most functionality of the speaker systems would have removed and transformed the devices into dumb-speakers/amps.
Good that they changed their statement and took the right action. Even better for the community for stepping up and 'forcing' Bose to do so.
Sources: https://web.archive.org/web/20251201051242/https://www.bose.... https://arstechnica.com/gadgets/2025/10/bose-soundtouch-home...
> Bose should not receive praise for this move. Bose only took this action after community backlash.
They received the backlash, they responded to it by properly addressing the criticism and doing the right thing. It should be praised. Especially since it wasn't some PR-centric damage control, but an actual direct address of the specific points their original approach was criticized for.
Compare Bose's response to that of Sonos (another large techy audio brand). Sonos had an absolutely massive backlash recently (within the past few years iirc) in regards to deprecating software support for their older speakers that I'd read about everywhere (including HN) for months and months.
Afaik, it didn't lead to Sonos doing the right thing in the end (unlike the scenario at hand here), despite the online outrage being way more widespread than in the Bose's case.
30 replies →
> Bose should not receive praise for this move.
Remind me of any other vendor in recent history that end of lifed a hardware product and then open sourced it whether they got backlash or not. Because I can’t think of a single one.
So yes, Bose absolutely deserves praise.
12 replies →
Don't punish the behavior you want to see. Would we rather they defaulted there? Sure. But it's arguably an even better signal to see that they're willing to listen to their customers even when there is no direct financial incentive for them.
7 replies →
I've got a simple formula in life for when people do things beneficial to me: I praise them for it and encourage them to keep it going. If someone does things antagonistic to my interests, and then corrects course in reaction to objection, they can be sure they're going to be rewarded. This has worked for me.
If your belief is that some other tactic works, then I can see why you'd do that. For my part, carrot + stick has always worked better than stick + more stick.
1 reply →
I don't understand this attitude. Bose listened to feedback, and responded in a positive way.
That's a good outcome for the community, and refusing to "praise" Bose's actions just because they didn't originally do what you wanted is petty and churlish.
Well they still did it, thus praise (though less effusive than if they had just done it initially).
Bose: does something bad. People: complain. Bose: undoes what they did and does something slightly better. You: complain.
I'm not sure I get the logic here.
Slowly but steadily I'm comprehending why companies are getting tired of some people. No matter what companies do, people will always complain. Don't get me wrong, there's always room for more improvement, but a slight complement for their slight improvement won't hurt anyone + a change in tone from complaining to suggesting improvements would be a nice bonus.
Well maybe they should receive praise for changing their mind. I get your point but they could have doubled down.
Why should Bose not get credit for this? If you are saying that people should treat them the same regardless of whether they listen to their consumers or not, then why would they ever bother listening to the consumers?
Also remember that there is no believer like a convert. A community helping guide a company towards open source culture could make for a very strong ally.
Then again I know nothing about Bose’s open source culture so take it with a grain of salt.
And?
When presented with information that you're acting in bad faith, if you choose to change: that is praiseworthy.
It's very brave to take that in, and not worry about "brand damage" or "appearing weak". It's brave to even challenge yourself when someone tells you you're wrong. It's entirely admirable.
It's the default human behaviour to double-down.
> transformed the devices into dumb-speakers/amps
Isn't that still gonna happen now?
From [1]:
What will no longer work:
• Presets (preset buttons on the product and in the app)
Of course Bluetooth and AirPlay continues to work, but isn't that what a "dumb speaker" is?
[1] https://www.bose.com/soundtouch-end-of-life
3 replies →
I believe that if someone (or some company) changes their ways we should accept that and not condemn them forever.
1 reply →
Ugh, damned if you do, damned if you don’t.
Is the world a better place before or after Bose decided to change course?
There is no winning or redemption after getting cancelled it so seems.
This def needs to be celebrated and rewarded. I am more likely to purchase Bose now.
Exactly this.
"Bose blows" is a popular comment amongst the audiophile community but, to me, it seems like they don't blow at all[0]. In fact quite the opposite: this is a fantastic example for other companies to follow. Top marks, Bose!
[0] What is actually true is that they are opinionated about sound reproduction in ways that a bunch of people don't agree with but which in the right context are often effective and enjoyable to listen to.
27 replies →
Just to mention: Teufel has been even moving further with their fully open hardware design of MYND [0]. Hope others will follow.
[0] https://teufel.de/mynd-107002004
3 replies →
Ironically this makes me want to buy this discontinued model, not anything currently supported by Bose.
7 replies →
Agree. This is huge. Definitely makes me want to buy more Bose products for my house.
1 reply →
Bose hardware quality is rather low and, and their sound quality is sub-par, while forcing you to pay the Bose brand tax, riding the corpse of Amar around for profit.
I'd avoid, even if they happened to do this.
41 replies →
This this also good marketing, if other companies I currently buy speakers from follow their footsteps I'll keep supporting them, but I might otherwise just move towards Bose in the future. I wish Apple would do this for their ultra legacy stuff, Microsoft does it for their legacy stuff. Not sure if we'll ever get a fully open sourced legacy version of Windows (ignoring the source code leak) but it would be cool to one day see the Windows XP source code on GitHub.
It would be an unwise business move. The moment that is done, Linux/WINE will be able to run the bulk of the software that keeps a substantial number of people locked into Windows. Most people don't need the newest version of their software to stay productive.
7 replies →
Exactly, I wish EU enforced this.
Maybe the general rule should be like, if something isn’t in the users control and the user doesn’t want it anymore or can no longer function despite not being damaged, then the company should take back the hardware and refund the user.
So the company still have two options, either refund or open-source the systems needed for the device so that the user or third-party can continue supporting it.
This is the way! (And should be the law, maybe enforced by mandalorians taking greedy CEOs!)
Yup. All the "bricked" cars should have their service software opened. All the old iPads that have perfectly good hardware.
...
Planet is burning and the zillionaires have enough zillions already so I vouch for the Mando too.
1 reply →
This should be in the law imho. No hardware or software should have its support abandonned unless the spec / schematics / parts list and/or source code is released in a public repo.
I agree, but there can be IP rights involved that make this difficult.
It's not like consumer electronics contain top secret tech like EUV machines. All supply chain for firmware / software of 99.99% devices is very boring, contains absolutely nothing secret and the only reason why it's "difficult" is because IP owners was not bothered.
Once single EU / US legislation introduced that force manufacturers into opening end-of-life products all IP right owners will either immediately make it possible or go out of business.
Since everyone will be forced to do the same no one will gain any advantages.
2 replies →
They're just publishing API documentation. No source code of the device got published.
At least people can create their own implementation of the API tho.
6 replies →
Sure but that should be an up front conversation. "OK, how do we make sure as few of these turn into bricks?"
If IP rights make doing the right thing too onerous, we can always reduce IP rights powers in this specific situation.
Or across the board, since they are absurdly powerful right now. Nintendo could not legally keep you from hacking a console before the DMCA.
If they know they have to do it up front the ip rights issue disappears.
1 reply →
I wish there was a law that forced them to do that
This should be added into write-to-repair laws.
Ideally this would be a legal requirement
++1
I do not get why not more companies are doing this! Also it pays so much into your brand perception etc.; also you will always have all ecological folks on your side because of "not producing new stuff".
This is the cheapest and best way to get the most out of your investment after it entered end-of-life.
I suspect it's because the technical staff have already been let go or replaced with outsourced maintenance-only staffing firms, which means the non-technical leadership doesn't know whether the source code would contain damaging information.
The reason I've heard for games which I assume is similar here, is that there's licensed code used which the developer can not release because they don't own it (someone else does)
I wish meta would do the same for its portal devices. The devices are solid hardware. They removed a ton of app support that needed cloud services.
I loved their camera tracking and picture frame along with their speaker quality.
Looking at you, Sonos.
Or they could have offered local control from launch and not had this issue.
Yes, precisely.
I am no fan of Bose for a lot of reasons, but this is seriously standup behavior for sure.
i’d love for this to be required by law. i’m probably not thinking of some great reason why that might be a bad idea, but it seems like an effective way to reduce e-waste.
Yes! This! If only my Sonos speakers were open-sourced....
It's definitely laudable. But does raise the question... why was the API not open in the first place.
It actually was. Everyone in this thread has completely missed the fact that nothing has been opened at all. (see other threads for details)
> More companies should follow this approach
No, the law must mandate that. You either provide active support, or if you end it you must open-source all tools necessary to perform maintenance. It's one of those things that has to be mandated by law to provide a uniform floor on all companies and manufacturers, like food safety laws, fire codes, or accessibility for the physically disabled.
This comment strikes me as absurd. How exactly would you propose that something like that be done?
[flagged]
Linux being opensource helped people alot who werent engineers. Its for the benefit of opensource devs who can make software for normal people to use
Yeah, fuck hacking right? Who could possibly do that anyways?
Who would ever flash alternate firmware on their wifi routers?! Or do it for someone else, like family members?
Yes. Like with Tuya devices (tasmota) or the WRT-54G two decades ago.
Only takes one person to create the new firmware. Everyone else can follow whatever steps are needed to use it.
1 reply →
Who's losing here?
Eh, even if it just means that someone can offer a 3rd-party smartphone app to control them, it's a pretty big win versus the normal end-of-life support story
I'm not even sure what you're complaining about here.
5 replies →
People with hot takes that didn't even bother to read the article.
This could fail if too many players start to abandon/open source their products at the same time. It could lead to an overload.
Plus, I purchased my product thinking it will last forever. Sudden announcements for EOL is a terrible trend. Laws should regulate having proper disclosures that a product is promised to be serviced for x number of years at minimum, and/or mandate manufacturers themselves provide updates to allow the product to work independently of them.
This is not open sourcing any actual software or hardware it is “open-sourcing the API documentation for its SoundTouch smart speakers”. You might be able to point them at an alternative back-end¹ if you want the cloud features, but that will need to be written from scratch rather than being forked from code provided by Sonos.
> When cloud support ends, an update to the SoundTouch app will add local controls to retain as much functionality as possible without cloud services
This is a far bigger move than releasing API information, IMO bigger than if they had actually open sourced the software & hardware, from the point of view of most end users - they can keep using the local features without needing anyone else to maintain a version.
--------
[1] TFA doesn't state that this will be possible, but opening the API makes no sense if it isn't.
According to this comment[1] by an OSS developer working on reverse engineering the device, the documentation released doesn't allow them to implement an alternative backend. If I understand the purpose of the interfaces correctly from skimming the reverse engineering effort github[2], the API released documents the HTTP interface between the phone app and the speakers, which has been available for years, and covers functionality that isn't going away. The interface between the speaker and the cloud services that are shutting down is still undocumented.
[1]https://arstechnica.com/gadgets/2026/01/bose-open-sources-it...
[2]https://github.com/deborahgu/soundcork
A comment here also says this is the case: > Description: Presets are a core part of the SoundTouch ecosystem. A preset is used to set and recall a specific music stream supported by the SoundTouch speaker
There's a GET method that returns information about presets. Presumably you'd use a POST or PUT method to manage the presents. To that end, under POST, it says:
> POST: N/A
It looks like this API basically allows you to control it like an dumb speaker. That's not nothing, but it's not much either.
There doesn't seem to be anything in the API about controlling how the speak communicates with a back end service.
Edit:
Having some time to read over your [2] and the link to [0] it looks like getting root on the speaker w/ physical access is ridiculously easy. Booting the unit w/ a FAT32 USB drive attached with a file named "remote_services" in an otherwise empty root directory opens up an ssh server and the root user has no password.
The comments on [0] have some interesting tidbits in them, too.
These speakers look like they might be fun to play with and once Bose kills the back end people may unload them cheap.
[0]dspillett
10 hours ago
Ah, that makes sense as well. Not sure why I fixated on what the speaker might call out to, and didn't think of what might want/need to control the speaker.
One thing nobody is touching on: since it's not actually open source, when this thing is found to have dozens of security holes (or any bugs), they are not going to be patched.
( Their announcement: https://www.bose.com/soundtouch-end-of-life The API doc: https://assets.bosecreative.com/m/496577402d128874/original/... )
Also, when the likes of Spotify change their APIs, the integration will likely stop working too.
Ho no, XML.
IBM's opening of desktop PC standards also contributed a lot to computing.
Sometimes, an open API is all you need.
It was reverse engineered, not opened by IBM
2 replies →
Yeah but writing that backend app will be much much easier now
It’s a very nice thing to do, but from what I have read it is very much not open sourcing anything.
Maybe that distinction is too arcane for general technology audiences, but I don’t really think it is?
1 reply →
The question on my mind is will the SoundTouch app continue to be supported on new mobile OS versions ?
Is it the same app that caters for other speakers too ? If it is, and Bose continue to include their old speakers on the functionality of the app, then I can hardly see how this is a true EoL. They’re really continuing to support the speakers in their app, at least.
They're discontinuing support for SoundTouch Speakers. The SoundTouch App controls SoundTouch Speakers. Put two and two together...
From their announcement:
Considering that new speakers don't use SoundTouch, I wonder too. I hope that they keep the app running for a while. This kit is expensive and it can't have a short life time!
They are claiming open source, without doing it.
Reality: users are still getting a feature cut with an update.
They're not really "open-sourcing" anything in the sense that I would think about it. As far as I can tell they're doing two things:
* Removing cloud-server dependency from the app.
* Publishing API documentation for the speaker.
I actually think this is worth noting not so much in a "well aktshully it's not open source!" kind of way, but as a good lesson for other manufacturers - because this is meaningfully good without needing to do any of the things manufacturers hate:
* They didn't have to publish any Super Secret First or Third Party Proprietary IP.
* They didn't have to release any signing keys or firmware tools.
* They get to remove essentially all maintenance costs and relegate everything to a "community."
But yet people are happy! Manufacturers should take note that they don't have to do much to make customers much happier with their products at end of life.
It should be law for software that if there is a server component which requires hosting, or any such limitation, the company must opensource the code and protocols such that somebody could host it themselves after support is stopped.
Applies to games, hardware, whatever - if it isn’t economically viable to run, let the users.
This might sound crazy to some people, but I think this is much better than ongoing support. Removal of reliance on cloud alone is a massive feature that gets me interested in buying one of these (I don't currently own one). And the fact it has an API I can hit myself? Awesome!!!
Not crazy. I would be much more willing to buy a device, in general, if it was advertised as NOT cloud-dependent rather than cloud-dependent.
Good for them. Makes me more likely to consider buying a Bose in future, not just because I know it won't be bricked, but also for the environmental impact of this. Kudos.
If I'm understanding it right, any new speaker you can buy from them will still be dependent of some cloud service.
On that case, no, that wouldn't make me consider buying them. Because the one I can buy lacks exactly the feature that would make me consider it.
I am assuming that the GP was referring to buying these exact speakers second-hand, given how they spoke of the environmental impact.
If only their sound signature was a bit better... they went all in on engineering tricks to make things small and cheap to produce, but it shows in their sound quality. Their QC headphones are the best in noise cancellation, and the sound quality is good enough that they're my pair of wireless headphones.
I know sound signature is a matter of personal taste, but FWIW, Bose QCs track the Harman curve pretty well.
E.g.: https://www.audiosciencereview.com/forum/index.php?threads/b...
1 reply →
A long while ago i heard something (that might have been a urban myth) about Bose putting useless weight into their headphones to make them appear more "substantially professional". Is that a myth or they have pivoted towards actual quality since early days?
13 replies →
When I bought my Bose QC ten years ago, I tried a lot of brands and found Bose to have the most pleasant sound, very clear/neutral. I guess it’s personal taste.
no highs — no lows — just Bose
I used to have an unexplained resistance to buy Bose products. After the hinge of my Sony mx-1000 headphones broke in to two places, I gave in and got a Bose qc. Man, the build quality was insanely good. The sound was really good. And it’s really comfortable to wear. I had changed my view.
This is going to read like I'm shilling but: I was so impressed with Bose QC headphones that i stocked up and gave out 7 pairs to my closest friends and family this year for christmas
1 reply →
I wish they had done the same with there Soundlink mini series. They are amazing little speakers, but have some weird bugs with the battery.
API docs probably wouldn't help here so much, as open sourcing it's firmware. One can dream.
I feel like I'm on borrowed time with my SoundLink Mini II. Once a year or so I need to use their website to open a diagnostics tool and clear the logs on the system to get it working.
All they did was republish their old developer API, here you can find an old copy, version 1.1.0: https://www.power-home.com/uploads/smarty/2017-02-13_123201_...
Now there used to be a way to play music (notifications, if I remember correctly) directly to the speaker, but that required an App_Key. Bose stopped handing out App_key's quite a while ago when they shutdown down their developer forums, see also: https://www.reddit.com/r/bose/comments/102ptjg/is_there_any_...
Hopefully, someone from Bose sees these comments. There is a serious segment of the pro and prosumer audio market that values open-source, interoperability, long service life, and is willing to pay a bit more for it.
I hope Bose continues to do this for future products and is rewarded financially for it.
Hey Sonos, this is how you handle old products, and this is why most of us wont touch your hardware ever again.
I have my fathers Sonos soundbar and a pair of speakers at home that I bought for him as Christmas gifts years ago. I still can't believe they knowingly released an app that bricked older devices.
I have to try and get them working again. The only solution I've heard of is to get an old version of the Sonos app APK, a dedicated old single purpose Android phone to acts as a bridge between your speakers and phone and connect that way.
Stay away from Sonos.
I have 2012 Sonos hardware. You can still get the original Sonos S1 controller, which works with old stuff. It's pretty annoying that all the new stuff is S2 (and that app is better supported), but it's not as hard as you're describing it. You can get it off Google Play and just use it.
The quality of the software, and the fact that it isn't really updated, is another thing, but the actual software availability is there.
1 reply →
I recently posted a comment [0] critical of Bose for needing an app, and it's nice to see that Bose decided to take a much better approach to end-of-life.
[0]: https://news.ycombinator.com/item?id=45373200
Does it though? I'm using my QC on my phone without any app, just BT. Sure I can't adjust all settings but enough to be usable.
Also FWIW first step for QC35 support on https://gadgetbridge.org/gadgets/headphones/bose/?h=bose which is IMHO the way to go.
An interesting point is, SoundTouch has always had a local API available (publicly documented) on a web server that runs on a speaker (at least for the last 10+ years).
This should be standard practice. Some companies have terrible policies around bricking their products.
When my kid was born, I bought a brand-new Snoo. After six months, I wanted to sell it since we no longer needed it. That's when I discovered stories of people whose used Snoos had been bricked by the company. For such an expensive product, that is such a waste. If I'd known about this beforehand, I never would have made the purchase in the first place.
Thanks Bose for opencycling Bose hardware into OSS audio ecosystems that could support multiple vendors.
https://github.com/captivus/bose-soundtouch
https://en.wikipedia.org/wiki/Lyrion_Music_Server
I've just created a TypeScript version of the same API as the Python interface. https://github.com/cssinate/bose-soundtouch
> opencycling
Is that a word? Seems interesting but never read it before.
If more vendors follow the lead of Logitech and Bose, opencycling would be a subset of https://en.wikipedia.org/wiki/Upcycling
Providing API specs is not open-sourcing them. Where's the source code?
Yeah that's quite fair, the article is not very accurate.
It sounds like there are two main pieces to me:
1. Removal of cloud dependency
2. Making usable the API (and providing documentation)
With a minor 3rd piece:
3. The official app will be updated to support the "offline" mode without losing as many features as possible now that the cloud service is going away.
All very laudable things IMHO. I'm actually going to buy one of these
yes. especially when you consider that point 2 requires some amount of investment (writing the api docs, ensuring no ip leaks, etc.)
1 reply →
Source code to what?
This is making them controllable.
The headline may be inaccurate, but I'm not clear on what source code you'd even want. To the firmware do you mean?
A documented API seems like the most useful option here.
The title of the article is misleading. The API documentation is indeed useful but I wouldn't call publishing the API documentation open source.
The soundtouch web api which is what was "open sourced" was already an existing thing for a long time. You just had to access it from the bose developer portal I think. I don't think anything actually happened here. I'm so surprised that HN is excited about this story because nothing seems to have been released.
There are several things they could open source: the firmware, the server, the app.
I assumed they meant the firmware, and was quite surprised they would do that...
Maybe Bose doesn’t have all the rights necessary to open source their code, eg because they rely on libraries.
Firstly, the source code is probably being used on newer devices, so Bose would not like sharing their proprietary solutions which might contain thirds party code they cannot share.
Secondly, these devices are basically one step above embedded. It's highly unlikely you can load and run anything custom on them.
Since they are opening up the API, you can keep using them for what they were made for, which is at least a solid basic liberty
I admit that I expected more. They really did the minimum, as in, anything less should have been illegal. It is praiseworthy, but it is unfortunate that it is.
Seeing that, I expected the ability to build and run a custom firmware, like with an Android device with its bootloader unlocked. But it is not that, and they didn't open source their app either.
What they did is that they removed dependence on their servers, and opened their device to be controlled by third party apps. That is, they let users use their device past its end of life, including when the first party app will stop being maintained, but not to the point of letting user add features.
In understand why they would do that, they don't want users to backport features only available on their latest models that are sold at a premium, therefore competing against themselves. After all, the value in smart speakers is not the sound producing device, which I think is a problem that has been solved more than a decade ago at the consumer level, it is all about software features.
Agree that the 'Open Source' is misapplied in this instance. I do applaud Bose for providing a graceful EoL to their product and consumers.
Yeah, it's kinda sad how much applause this is garnering when publishing API specs should be bare minimum for any smart device, never mind EoL concerns.
Don't let perfect be the the enemy of good. I fully agree with you on what the bare minimum should be, but the reality is that our definition of bare minimum is currently a fantasy. Any steps taken toward our vision is good and should be applauded IMHO. Especially when it's a major player like Bose that hopefully sets a positive precedent and gets other manufacturers to realize this is not only possible but leads to applause and hopefully more sales.
Evolution v. Revolution. I'd prefer the latter, but realistically the former is the more likely to succeed short of people like us getting control of regulatory bodies and forcing it.
what more do you actually need?
Unless you want to actually develop ON the device (and build binaries etc...), this completely allows you to use the device and connect it to whatever, so I don't know what more we should expect.
No one else is doing this, so yeay applause
1 reply →
As others have said already, they are just un-obscuring the server API and restoring local control to your speakers when they discontinue the service. There is nothing noble about this, it is almost least they could do. I walked away from a large investment in Sonos gear over forcing legacy equipment into the cloud, this sort of thing is why.
It's the speaker API, not the server API
From https://www.bose.com/soundtouch-end-of-life:
> Open-source options for the community
> We’re making our technical specifications available so that independent developers can create their own SoundTouch-compatible tools and features. The documentation is available here: SoundTouch API Documentation (https://assets.bosecreative.com/m/496577402d128874/original/...).
AFAIK, the soundtouch web API was already accessible via some bose developer portal. It doesn't seem like they are open sourcing anything. This API just allows you to make basic requests to do things like change volume on the speaker.
To support the smart features of the SoundTouch speakers, we would the soundtouch user management service. Speakers connect to this very frequently and its where refresh tokens for music services and presets are stored. The speaker firmware itself has lots of source code, including the bit to handle music services and playback. There is an abstraction layer for music service APIs. There is a process on the speaker that reaches out to a music service registry, which is an index of bose music service adapters. Each of these adapters essentially proxies a music service like tunein, spotify, and even the "stream a custom station" feature.
If bose open-sourced the speaker firmware, we could make a firmware build which talks to a 3rd party user management service, and reaches out to a 3rd party music service registry. Then we could add and maintain music service playback for the community. But there is no open sourcing of any actual code here and this soundtouch web api cannot change the URLs on the existing firmware of the user management service or the music service registry.
So to my eye this story seems misleading and just some PR nonsense. It's a little frustrating reading all of the "great job, Bose!" comments here like anything was actually done... Disclaimer: I used to work at Bose.
Very nice!
One time I got a free Harman Kardon bluetooth speaker from Microsoft (the Invoke from 2017). They were $100* but went on sale for $50 and I snagged one.
Then Microsoft discontinued Cortana for it, but they didn't kill the speaker. They released firmware that turned it into a perfectly good bluetooth speaker (which I still use today.) And they sent me a $50 gift card* to buy something else from Microsoft. Good will! I was a big fan of Microsoft hardware. Shame about the software...
* Apparently $200 initially but they had some steep sales because Cortana as a voice assistant wasn't reviewing well. Reviews are a bit negative on the sound quality. Probably true enough at $200, but for $0-50, I think it's actually really good sound quality.
* https://news.harman.com/releases/releases-20200730
Cool to see the Invoke getting mentioned!
I was the engineering lead on that product, and built a SW platform from scratch for it (Microsoft provided an SDK to Cortana which they developed in parallel.)
The internal build could actually run Cortana, Alexa and Google Assistant simultaneously and you could e.g. set an alarm with one of them and query it with another, and they could interrupt each other based on priority. Obviously nobody wanted that feature, but it was hella cool that it worked. Oh, and you could make Skype calls from across the room, and the microphone array lived up to Skype's tough certification requirements which took weeks of testing in Microsoft's anechoic chamber for the DSP/algorithm team to fine tune.
I tried to push for open-sourcing the platform but it was tricky because 1) the director of engineering in Harman didn't know what open source meant and for a hardware focused business to understand the value was a hard sell, 2) it used a HW module that came with a SW stack I mostly got rid off but a few parts were remaining that would need to be replaced which would require additional resources, 3) I was burned out at that point and had limited energy left to fight the good fight. Really too bad, it could have been a cool voice agent development platform, and I honestly think it would have sold in large volumes as a developer-friendly device.
Glad you like it, sorry about the remaining Bluetooth bugs nobody got around to fix, since it basically flopped instantly.
The rest api was taken apart years ago for my old Sonos. They had originally promised to add AirPlay support later said, “Just kidding. Why don’t you brick it instead.” At that point I was finished with closed ecosystems for audio. At least someone made an AirPlay agent that lives on the home server. That speaker has survived many years too.
While laudable, the release of the documentation is completely useless. The protocol is rather simple and was completely reverse engineered already many years ago. In fact it’s already integrated into several open-source home management tools e.g. Home Assistant.
https://github.com/CharlesBlonde/libsoundtouch
It was already released under the Bose developer portal. I don't see anything new here.
I'm in the market for speakers and Bose definitely has rose higher on my list
I dont own any of these but this is a great example to lead by. More companies need to do this
Interesting article - most products are treated as “delivered” the moment they ship. A project manager hands over, success is declared, and the organisation moves on. But physical products with embedded software don’t stop being systems just because the project ends — they keep accumulating risk, cost, and user impact right through to end-of-life.
What usually gets missed is that end-of-life is still part of the project, even if it sits years downstream. When software support is withdrawn without a transition path, the hardware doesn’t just lose features — it loses trust. That’s not a technical failure, it’s a lifecycle planning failure.
Open-sourcing at sunset is interesting because it’s one of the few mechanisms that acknowledges this gap. It doesn’t help most users directly, but it at least hands control back instead of silently bricking capability.
I’m curious whether we’ll start seeing project managers and product teams treat “exit conditions” as a first-class deliverable — with explicit decisions about data, firmware, APIs, and ownership once commercial support ends — rather than treating end-of-life as someone else’s problem.
i'm curious to see whether this creates a large secondary market for EoL'd devices!
Why would anyone want a smart speaker, when every speaker acts as one when hooked to the sound output of a phone, wirelessly or wired?
I'll admit, I don't want or use 'smart' anything, and am currently trying to disable smart devices that were already present in my home from the previous owner.
I have a speaker in the lounge and kitchen. Wr want to be able to listen to the same thing whichever room we’re in. Or perhaps we don’t.
Being able to say “play this stream in room 1,3,6 and this in room 4 and nothing in room 2,5,7” is a valuable feature for people who don’t live alone in a studio flat.
This makes me more likely to buy Bose.
Why would I buy something that a vendor intends to kill off in an attempt to make me buy again?
Respect to Bose for taking a better stance on this. I still remember Sonos implementing "Recycle Mode" that they thankfully backtracked on.
Backtracked or not I won't ever buy Sonos because of that move.
Yeah, I couldn't even get the damn thing to work reliably when it was new. Oh but you can rest assured that it had no problem exfiltrating all that precious data of mine about what I was doing, and any other things they could suck out of my Android phone. No way in hell will I EVER buy another Sonos product.
1 reply →
The one thing I’d love to have is repairable Bose headphones. I’ve used different ones but Bose with proper EQ settings are extremely good. The comfort levels on those is exceptional. In my entire life I’ve never seen headphones this comfortable. But once the battery wears out getting it repaired seems to include soldering. Should’ve been easily swappable. Also their Bluetooth can be finicky. One more area that needs improvement.
Repairing the QC 35 was not difficult. It’s just a shame it requires soldering on a new battery pack. Even the drivers are replaceable with that little tool. A few years ago I gave mine an affordable overhaul with a new battery and replaced the earmuffs. Right as rain now.
I don't understand why consumer goods can't use 18650 cells to make devices long-term viable instead of soon-to-be e-waste. There are fewer and fewer devices I'm willing to buy because interchangeable batteries seem to be going away.
Devices want to be portable. the competition for weight and size is very high. It's ironic how as usage of phones increased considerably with social apps, people seem to not have a problem with thicker iPhones for larger battery. The current iPhone 17 Pro is a chonk that would probably have been considered bulky and backwards 10 years ago.
The trends decide the standard. Many EVs use 18650 but I can see that for competition and weight reduction they may switch to a more proprietary standard like blade batteries in BYD for competition. It all depends on where the competition is going with it.
For earwear, I would say that portability and weight is a big area for competition.
I actually found a nice SoundTouch 20 discarded on the curb, a couple months ago.
I assumed it was probably discarded due to the frequent situation here, of student who is moving away, and who doesn't want the hassle or expense of moving things that don't fit in their luggage.
Now I wonder whether it was discarded because the owner heard it was being bricked, so not worth moving with them.
(Don't worry, I'm a curb Jawa master. I carried it home, realized it was IoT that required an icky closed app thing to use it, and so gave it to an MIT student. I just emailed them the URL of this good news. Possible bummer for the previous owner, though.)
Putting software in long lived components — screens, speakers, whatever — is shortsighted as the industrial short term and barely engineered mindset.
Maybe in an era where software can be carefully engineered to a point of actual completion it will make sense, but for now it’s mostly stupid.
Open sourcing potential ongoing support and tinkering is good, but it doesn’t get the core problem that it wad probably never the right thing to put the smarts in the speakers in the first place.
Unrelated to Bose's open hardware: The project Gadgetbridge has headsets and earplugs from various brands, but almost no Bose. https://gadgetbridge.org/gadgets/headphones/bose/ The community show interest, but still nothing. https://codeberg.org/Freeyourgadget/Gadgetbridge/issues?stat...
Great on bose for doing this, but this is some of the funniest documentation I have ever seen. PDF with structs cut in half on page breaks lol
Fun fact: Bose is 51% owned by MIT (non voting shares) https://news.mit.edu/2011/bose-gift
The hardware on the soundtouch 10/20/30 series was always surprisingly over engineered with heavy magnets, decent power supplies, and good enclosures but let down by a sluggish app and flaky mDNS implementation.
With this, they just became the best value proposition on the used market. Flashing these with a minimal distro running snapclient (for multiroom audio) and shairport-sync (AirPlay 2) makes them infinitely better than they were on stock firmware. eBay prices are probably going to double by tomorrow morning.
I have used a ST10 as my tv speaker for years and despite being mono it has such a clear and full sound. Spectacular little box.
They hardware always been and continues to be finessed. Worth the extra premium imho.
Except they didn't open source anything. They just published a simple API spec to allow play/pause/next button support over http.
Happy to see this happening. You know what would make me even happier? Having open source alternatives available to use as soon as I buy the device, not only after it's discontinued
The folks on /r/bose were complaining loudly about this. I'm glad that Bose heard them and is allowing SoundTouch app development to continue!
You know, it's human to err sometimes, and since corporations apparently are people too, so can they err, this was written.
Sometimes companies fuck up, what's really refreshing is to see a company backpedal on a shit choice, and decide to do better. Nicely done Bose!
Oh cool! I got a set of SoundTouch speakers years ago because they supported simultaneous Bluetooth playback as well as synced cloud service playback. This was in 2018 so options were more limited then. Since it became clear Bose was shutting them down I've moved over to Wiims[1] for managing playback (the SoundTouch app was always kind of odd and hard to manage) - but allowing local control is really nice. Currently you need to hit a button to enable playing from AUX on the soundtouches - they won't stay on the "dumb speaker" mode unless music is playing. Hopefully after this I'll be able to set them up as permanent speakers driven by the wiims.
[1] https://www.wiimhome.com/
It's sad how surprised the author and all of us are. Has it really become the norm to create crap that you pay for, that just stops working one day and becomes e-waste? If that ever happens to me, that's a company I'm never giving money to again, ever.
Why are these devices connecting to the Internet at all? Aren't they supposed to be connected to phones and TVs via cable or bluetooth? I would never allow any "smart" anything device to speak to the Internet in the first place.
You used to be able to walk over to a speaker and with 1 button click play music from a preset on a music service like Tunein or spotify.
Now will need to fiddle with your phone to connect with bluetooth or something.
They can play Spotify and radio over the internet.
Nice. This reminds me of Logitech who open sourced LMS (Logitech Media Server) when they discontinued their multiroom product (known as Squeezebox before they bought it).
Still a fantastic multi-room setup to this day... I run a server as well as a client from a Raspberry Pi.
Just a separate post in case people found this helpful. Here are some APIs available so you can build your own apps:
- Python: https://github.com/captivus/bose-soundtouch - TypeScript: https://github.com/cssinate/bose-soundtouch
Reword a public announcement [1], slap on a misleading title, put it behind a cookie banner and paywall and boom - Journalism! "Bose is releasing documentation for EOL smart speaker HTTP API" would be more apt. Not even Bose is claiming that anything has been open-sourced in their statement. Titling the section "Open-source options for the community" is as close as they come to that.
Still, props to Bose for actively helping to keep their old devices usable.
[1] https://www.bose.com/soundtouch-end-of-life
If the software gains traction in a public git repo this could be a good purchase for someone wanting a cost effective, great sounding, customisable, retro styled speaker.
On a related note, I'm eternally grateful for the conversion to open source of the Squeezebox platform (now known as Lyrion Music Server) and SageTV. I use both of these every day.
Hear hear. I'm also a daily LMS/squeezebox user, across many years.
In fact, given the full-throated open source nature of that platform (you can even build your own player with a raspberry pi[1]), I doubt I'll ever need to use anything else for the rest of my life for playing music in my home, even as my devices die and need replacement over time.
... which does make me wonder: that's great for me, but I can definitely see it as a deterrent for companies to do similar. If they want to make a competing future product, they'll be competing against an open-sourced version of their past selves, too.
[1] https://www.picoreplayer.org/
I got my first Bose headphone in 2008 or so. It was a treat for myself as a poor university student after a paycheque. I loved the headphone and one day it broke down after several years of heavy abuse. I called their customer service for repairs and how much it would cost. Rather than recommending me to just buy a new one, the customer support agent asked questions about the model, what the issue was, and offered a replacement.
I've loved their product and support ever since. Glad to see this happening as well. Kudos.
Meanwhile they "bricked" the login in their app for some countries arbitrarily: https://www.reddit.com/r/bose/s/ijKcvl09FW
Now users like me can't configure their devices (because the login is mandatory for using anything in the app). Some users report they aren't even able to use it with a VPN.
The over-reliance on closed source apps with mandatory logins for configuring devices you own must come to an end.
After my last Sonos, I gave up on smart speakers. Recently I discovered Squeezelite-ESP32 / piCorePlayer and I'm not going back. I'm free to choose my own speakers (and people sell great 2nd hand dumb speakers for nothing!), I can stream, sync, etc - and they integrate great with Home Assistant. No more proprietary protocol for me, thank you...
This is amazing, and I hope this sets a precedent for other companies. Stuff like this would definitely sway my buying decision, if I know when a product becomes EOL I can tinker with it.
Well done Bose! This puts you higher on the list for my next purchase.
I don't understand why so many comments here are negative. This is a nice move, and Bose should be thanked and encouraged to do similar moves again. It's a step in the right direction!
The arguments in this thread about sound quality crack me up. Reminds me of when a famous mix engineer was in a best buy and the guy said 'These sound just like it did in the studio!' He said, no it doesn't. We used NS10s.
This is an amazing idea - whoever came up with it, should get a promotion. I'd not be surprised that if this continues, Bose could be what e.g.: ThinkPad became and will have a steady customer and fan base
Really glad to hear this, I've been so close to throwing out my SoundTouch 20, which makes me sad because it looks great and sounds better than my Google Nest speaker (placement issue? hard to say).
Has anyone found or started related github repos?
I am not a big fan of Bose for personal reasons, but they get my respect for this action.
Great move Bose! I hope this trend continues - it's really nice to see a vibrant market for used/vintage electronic products in some categories (e.g. old iPods) rather than them just contributing to more e-waste.
Something Sonos could learn from perhaps (sorry - I have an interest here).
I think it would be a good idea to tax companies significatnly when bricking their devices, it's creating e-waste. Open sourcing them like this would be a way for them to avoid fines.
This is where EU needs to put its weight and at least in Europe - if you sell something but not willing to support - open source client, server and device all sorts of software.
love it, but I'm surprised after the experiences I had with Bose in the past
I really hope Logitech is paying attention, because when Harmony finally dies, I'm not sure how I'm going to replace it.
The released documentation:
https://assets.bosecreative.com/m/496577402d128874/original/...
From a quick glance it looks like you are just able to do high level playback controls, similar to what you'd do using their on-device UI. Perhaps that's enough?
The speakers have a telnet interface and DLNA support, but no documentation and I was not able to make it work with MiniDLNA in a couple of hours of trying.
I mean, suppose a CD player only used proprietary CDs. If the company dropped support and opened it to every other CD brand, would you complain that you can't load cassettes? Or burn ISOs with it?
Legends. Open source, create a community of hackers around your products, everyone is happy.
I wish Apple did this with the older iPhone models that can't even connect to cellular networks anymore.
it's sad that this is not the default behaviour. hopefully the stop killing games movement will put something similar into law with potentially further-reaching side-effects eventually. Because frankly, sunsetting products like this should be common sense, not the exception it currently is.
Sadly this is not the norm, but this is a great step in the right direction.
Some good news
ok https://itjustworks.pythonanywhere.com
Take that Sonos!
That's very good, props to Bose.
and suddenly Bose is on the list of consumer products I will consider for my home. Good job!
On the one hand it’s great Bose is doing this — on the other it sucks that this is so remarkable. Having stuff you bought that does not actually need the cloud continue to work should be the default.
How do I upvote 3 times
Great move Bose
Shame on you, Google. You disabled my Nest thermostat and Nest Secure alarm — I will never buy your products again.
Finally someone!
API Documentation https://cdn.arstechnica.net/wp-content/uploads/2026/01/2025....
Bose official announcement https://www.bose.com/soundtouch-end-of-life
Ooh, I might consider actually buying Bose products now. Way to go!
this should be required by law
This is a great PR move for Bose in a market that doesn't care about name brands like it used to. Maybe they can win some customers back and be considered cool again.
"Smart" things get old quickly...
I think I bought one of these ten years ago.
My parents' sound system is from the mid 90s
The headline is somewhat questionable, but that's not Bose's fault.
Good job Bose!
I'm glad this has happened, but I'm be gladder if this was a legal requirement.
Good for them! I own two sets of noise-cancelling Bose headphones and a (dumb) speaker, and they've all been pretty solid, and for half the price of equivalent Apple headphones.
I'm still using stereo speakers even though the local store seems to only sell single units. They have bluetooth but I don't see why they would need to be "smarter" than this.
ianal and kudos to Bose for their relatively graceful hardware depreciation approach and releasing their API documentation; the license for said documentation does not appear to be easily recognized as "open source" by using a standard GPL, MIT, Apache, etc license.
Has anyone read the API documentation EULA and can comment on if it really meets some recognizable standard for "open source?"
https://archive.ph/Fzrqe
[dead]