Using 'Legacy' Sonos Devices With Modern Ones Will Prevent Any Future Software Updates (inputmag.com) 134
Sonos has announced that come May 2020, a number of its older products will no longer receive software updates. From a report: That's fair enough, especially considering some of the devices were introduced as far back as 2005. What's likely to raise the heckles of affected Sonos customers, though, is that should they choose to continue using their legacy products, they won't be able to get updates for their contemporary ones. The reason this is the case is that a multi-speaker Sonos system requires all devices to operate on the same software and older products "do not have enough memory or processing power to sustain future innovation." Thus, as Sonos explains in an email to customers, "If modern products remain connected to legacy products after May, they also will not receive software updates and new features."
Translation: "We don't know how to write software" (Score:5, Insightful)
The moment it said that it "requires all devices to operate on the same software", I wrote off the entire company as a bunch of clowns. Even if they don't want to spend the effort to implement and test full backwards compatibility across all versions, it really shouldn't be that hard to add a single branch in a small number of spots to freeze backwards compatibility with a single historical version unless their code is complete crap.
Therefore, we have to assume that their code is complete crap.
Re:Translation: "We don't know how to write softwa (Score:4, Interesting)
Re: (Score:3)
Re: (Score:2)
More to the point, what the F--- are they putting in the devices that takes so much space? Built-in speech recognition?
If you really need anything complex, you only need one central node that handles that complexity, with everything else being rote receive/play slaves (maybe local broadcast back to the central node if you do need that speech recognition after all).
Or... oh... you want each room to have a different theme (playlist)? Complete with different ASMR catalog maybe? And each supporting a diff
Re:Translation: "We don't know how to write softwa (Score:4, Insightful)
The moment it said that it "requires all devices to operate on the same software", I wrote off the entire company as a bunch of clowns. Even if they don't want to spend the effort to implement and test full backwards compatibility across all versions, it really shouldn't be that hard to add a single branch in a small number of spots to freeze backwards compatibility with a single historical version unless their code is complete crap.
Therefore, we have to assume that their code is complete crap.
To be fair, the Google solution would have been to come out with an entire incompatible line of products, and just write off the installed base.
I mean, I agree with you. I just think the software world has arrived in a stupid place.
Re: (Score:2)
Re: (Score:2)
The moment it said that it "requires all devices to operate on the same software", I wrote off the entire company as a bunch of clowns.
The moment you said that I wrote you off as someone who doesn't think things through. With every interface for backwards compatibility comes feature incompatibility. With every system maintaining something archaic you get stuck unable to implement something neat.
Sonos gear is designed to work in sync, everything doing every job, every where, regardless if you buy the cheap single speakers, or the hifi stereo amp.
You idea is effectively the same as pitching to Apple: "Hey, why don't get get away from the ide
Re: (Score:2)
With every interface for backwards compatibility comes feature incompatibility. With every system maintaining something archaic you get stuck unable to implement something neat.
Hmm, I see device X only has this feature set, so these advanced features won't be available and information about those won't be sent to device X.
Advanced features will work with these other advanced devices connected.
Re: (Score:2)
Congratulations on reading half my post while somehow missing the whole point.
Read the second half to find out why what you said is exactly the problem.
Re: (Score:2)
The moment it said that it "requires all devices to operate on the same software", I wrote off the entire company as a bunch of clowns.
The moment you said that I wrote you off as someone who doesn't think things through. With every interface for backwards compatibility comes feature incompatibility. With every system maintaining something archaic you get stuck unable to implement something neat.
Features? It's a speaker. It plays audio. Maybe you have multiple codecs, but it only takes one device to decode the codec. Everything else just has to play a decoded stream. Or, failing that, you could always fall back to the lowest-common-denominator encoding whenever a less capable device is actively playing audio.
It's called degrading gracefully, and it is really a requirement for anything involving a network anyway, because your network might be slow and need to fall back to a lower-bitrate audio
Re: (Score:2)
Features? What features! I looks like something I don't research and therefore I like to pull words out of my ass and smear them on Slashdot without ever presenting a resemble of a clue as to what I'm talking about.
Try again.
Re: (Score:2)
Given a choice between spending R&D budget on testing backwards compatibility, and increased revenue from coercing existing customers to purchase new hardware, the rational choice in a captalist society is the latter. The best you can do is fight for regulation which would require manufacturers to release sufficient info for a third party to take over support for their products should they choose to end support themselves.
Re:Translation: "We don't know how to write softwa (Score:5, Insightful)
It's really not that hard. In the worst case, you should be able to literally freeze a copy of the entire library that they use for communicating with the devices, branch the library for new development, and decide which library to use based on what you're talking to.
When you design systems to interact with each other, you either A. design it to be backwards compatible, in which case maintaining that was your decision, and you have to commit to doing it, or B. you draw a line in the sand and say that your new series of devices isn't compatible with the old series.
Preventing some of your existing devices from getting (potentially security-related) software updates if users want them to keep working with other existing devices, by contrast, is grossly incompetent. It leaves your customers angry about being unable to update, and worse, it means that you no longer have an understandable compatibility story. If somebody buys a new device to tie into their existing system, it's a coin toss whether it will work with their own setup, because Sonos doesn't support downgrading the device firmware to a compatible version. So they have managed to turn the only advantages of not having backwards compatibility into a disadvantage, by discouraging people from buying new hardware to expand their setup. It's not just incompetent from an engineering perspective. It's also grossly incompetent from a marketing perspective.
Re: (Score:3)
It's really not that hard. In the worst case, you should be able to literally freeze a copy of the entire library that they use for communicating with the devices, branch the library for new development, and decide which library to use based on what you're talking to.
And then when an exploit is found in your old communications library you....do what? Ship products you know have defects, "enjoying" the legal consequences, or is your "freeze" utterly unworkable and you actually have to continue support on the old code?
If somebody buys a new device to tie into their existing system, it's a coin toss whether it will work with their own setup
Yeah, it's utterly impossible for the manufacturer to do anything to indicate which generation their product is. They couldn't possibly do something like provide a common name for the new line of products.
Sonos can either 1) support their old products fore
Re:Translation: "We don't know how to write softwa (Score:4, Insightful)
That's easy. You ship a new security update to the old devices, along with a bug fix for the old library in the new devices. That said, if this happens very often, you probably have much bigger problems.
Re: (Score:2)
AKA, your "freeze" isn't what you described. Which kinda breaks the rest of your rant.
Re: (Score:2)
Sure it is. It is feature-frozen, not strictly code-frozen.
Re: (Score:2)
Writing as someone who has worked on embedded systems that are maintained over very long periods of time... You've never done this, have you?
In reality, all kinds of factors, some of which may be beyond your reasonable control, can affect your system. You might depend on software supplied by the developers of components used in your products, and that software might have limitations. Given the nature of Sonos equipment, it's not inconceivable that there could even be legal constraints on using backward comp
Re: (Score:2)
My limit was probably seven or eight years, maintaining a legacy operating system, but that was as an individual who never got paid to do any of it. It's kind of different when it's a company that sold hardware. :-)
Re: (Score:2)
No, that is not how you do it.
You have software that is designed for the hardware that it is sold on. This software might not work on older (or newer) hardware.
These devices speak to each other, they should use a protocol that is not dependent on the hardware or the software version. It should also be able to deal with [new] options that it does not understand (prob by ignoring them), so older devices might not be able to do new things -- but fall-back should let them operate with newer devices. Defining su
Re: (Score:2)
Well, yes, if you're designing it from scratch, that's the right way to do it. I was talking about the most minimal, lazy approach that would work for supporting one particular historical rev, under the assumption that their protocol is not designed correctly, and can't be upgraded at this point to one that is.
Re: (Score:2)
Maintaining ability to play audio from subscription music streaming services and other sources that use digital restrictions management would rule out releasing the drivers as free software. So would having included third-party non-free software libraries under license.
Re: (Score:3)
16 megabytes at a time? That's a really silly question. Cut it up, and let the hardware at the other end reassemble the pieces.
Re: (Score:2)
Re: (Score:3)
If you need 128MB of firmware for a speaker, you need to hire an experienced firmware engineer.
Re: (Score:2)
That's the difference between a switch and a hub
Uh, no.
The difference between a switch and a hub is that the switch reads the MAC address and finds out where a frame should go, and only sends it there. A hub just broadcasts everything everywhere.
A hub sends everything to all interfaces. This typically necessitates running at the lowest common denominator link speed as a side effect, but that's not actually a requirement.
A switch forwards Ethernet frames only to the interface the destination host is behind. If you flood a switch's ARP table, it will (sh
Re: (Score:2)
That's the difference between a switch and a hub
Uh, no.
The difference between a switch and a hub is that the switch reads the MAC address and finds out where a frame should go, and only sends it there. A hub just broadcasts everything everywhere.
True, but the primary purpose of packet switching in the Ethernet world has always been traffic isolation, ensuring that the traffic passing through any arbitrary pair of ports does not interfere with the traffic passing through any other ports (up to the limits of its backbone, that is). Such a design, by its very nature, inherently means that a gigabit switch does not slow all traffic down to 10-megabit speeds merely because one particular link is running at that speed. Sure, that isn't the only benefit
Another blacklisted vendor (Score:3)
Re: Another blacklisted vendor (Score:2)
Just disable Autocorrupt. (Score:2)
It limits your vocabulary. And is nothing but a cumbersome waste of time.
Haev som typosjusr liek in teh god ol days.
Re: (Score:2)
You'd prefer they just abandon the old products like most vendors?
Re: (Score:2)
It was probably never right for the product to function based on remote software updates. What was seen as a cool feature for the product is now a liability. Better to just get "dumb" speakers instead.
Re: (Score:2)
And that's really cool . . . until they tell you that if you ever want any more of their equipment, you have to scrap your stuff that still works perfectly well. Which is pretty stupid, especially combined with the "recycle" mode story from awhile back showing how Sonos wants to wipe out the used market for their equipment.
Re: (Score:2)
Re:Another blacklisted vendor (Score:4, Funny)
It's good of them to so clearly inform me that I should all products from their company.
Oh my god this bring me back to 2008. But here goes nothing: "You just accidentally a whole word!"
Re: (Score:2)
Re: (Score:2)
Nah, they have been doing it for years.
Incompatible updates, intentionally and unrecoverably bricking devices through software, and fighting against partners who work with their products.
This is their standard business model for money extraction.
Re: (Score:2)
Re: (Score:2)
Ooh, ooh, there's a solution for this! (Score:2)
Re: (Score:3)
We've had Sonos stuff for 10+ years and really enjoy the ease of use. We have 5 devices and planned to continue to add on to them as we felt the need/wanted to spend money on them to add into more rooms. They're really forcing me to not buy anymore and just run these to failure though.
One question... at what point after May 2020 will a new device be bought that has a new version preinstalled that can't be downgraded to match my current gear? I'm wondering if I have to buy any future speakers I might ever
Re: (Score:2)
Re: (Score:3)
Re: (Score:3, Interesting)
Re: (Score:2)
The clouds of a class action lawsuit in 2020 are starting to form.
Good luck with that. Unless I'm missing something, there isn't anything stating that they had to support it that long even, or if ever. So unless there is some documentation where they wrote they would support/update it longer then it already has, a class action lawsuit will go no where.
Every company has abandoned support for products sooner then you (the consumer) would prefer.
Re: (Score:2)
I have the same concern.
I just checked, and I bought my first Amp in November 2014 (and another almost exactly a year later). The first is now EOL, but the Play:1s that I bought before them aren't. My original Amp cost £400 - a hefty price for a pretty average bit of kit. Now, with trade-in, I can get the new Amp for £420 - still a hefty price, but at least the product's improved (and has a sub output - which would be very useful). I guess in truth, that's quite a good deal - but really only bec
Re: (Score:2)
Yeaaaah, no. I looked at the upgrade path this morning, as my trusty Sonos Connect is on the chopping block. The Sonos Connect patches Sonos into a receiver so a traditional stereo system can be used for Sonos output. It can also stream other input devices on your stereo (CD, turntable, etc..) to other Sonos speakers on the network. I never use that aspect of it as I only have a receiver. It's quite handy, has been working without a hitch for almost a decade, and I didn't pay all that much for it. Sonos' su
You know what remains compatible? (Score:5, Insightful)
You know what remains compatible across years, decades, possibly even centuries?
Wired speakers.
So long as the speakers and amplifiers match-impedance, they'll work. I can continue to use the Boston Acoustics speakers from the early eighties in my workshop with my Magnavox stereo amplifier and radio tuner along with a second pair of Kenwood speakers on zone-B even though equipment from the eighties, nineties, and noughties are all mixed together in this configuration.
I could probably use speakers from decades earlier so long as they remained intact and were eight ohms.
So that one vendor can't manage to make their own devices interoperate properly over only around fifteen years is pretty damn sad, even if they are wireless.
Re: (Score:2)
I get what you're saying, but wired speakers still need a source and that's what you're buying as much as anything. I can see that, at some point in the future, Spotify or Google Music could force a change which would be impossible to implement on an older device. At that point, that service would no longer be usable on a Sonos system with older devices. I have a number of those older devices, so this affects me, but I can't get too upset. The system has been so great for me for so many years that it has be
Re: (Score:2)
Shouldn't a new central controller or receiving-device to then pipe the output to the rest of the Sonos system solve that?
One of the advantages of discrete components is to be able to update one thing to retain or improve the functionality of the whole stack. What you describe sounds like someone having to scrap their entire hifi system because their old AM/FM tuner doesn't have XM Radio capability, rather than being able to buy an XM-receiver and plug it into an input on their main receiver or amplifier.
Re: (Score:2)
Shouldn't a new central controller or receiving-device to then pipe the output to the rest of the Sonos system solve that?
Depends on the change. If they take a page from something like HDMI and require "end-to-end DRM", then nope.
Re: (Score:2)
I have a 40-year old amplifier (Quad 33 and 303) which handily works with a Bluetooth adapter. The Bluetooth adapter was quite cheap and replacement would not be an issue.
The problem is really caused by integration of products.
Re: You know what remains compatible? (Score:2)
wired speakers still need a source
Like how a hamner needs a nail?
Re: (Score:2)
Re: (Score:2)
> I can see that, at some point in the future, Spotify or Google Music could force a change which would be impossible to implement on an older device
Which again, seeing as the core functionality of the device is to play an audio stream - is bullshit. A Pentium 75 from 25 years ago is more than up to the task of playing any given audio stream, and as consumers we shouldn't be putting up with this bullshit. In no other arena of life does this happen with such capriciousness.
You don't see car manufacture
Re: (Score:3)
A 386 without a math co-processor was able to play sixteen bit WAV files without struggling at all if it had a sixteen-bit soundcard. A 486 with a math co-processor could successfully play sixteen bit WAV files through a parallel port DAC that was considered CPU-intensive.
Now, a WAV is not a compressed stream that has to be decompressed before playback, but point still stands, the hardware to do this is basically thirty years old.
Re: (Score:2)
Yeah, I just picked a Pentium 75 out of the air as that was in the junk laptop that used to sit on my shelf in my office playing MP3s on a speaker - and the Pentium had to run Windows at the same time too. The shittiest embedded chip from 15 years ago probably has more horsepower than a Pentium 75...
Re: (Score:2)
In fact, you could play 16-bit audio on an 8086 with a Soundblaster that used DMA. It wasn't CPU-intensive at all. I wrote code to do just that in assembly in the early 1990s.
Re: (Score:2)
Maybe someone with two thumbs and a lot of ffmpeg experience should put together an open source wireless speaker project. Hmm...
Re: (Score:3)
The Pi's DAC is... well, it isn't, really. It's a class D amplifier, directly driven off an PWM output. Sufficient, but not audiophile-grade. Fortunately you can easily get single-chip dual DACs that are, and plug right into those convenient I2C pins on the Pi.
Re: (Score:2)
I don't think it's so much that they can't make the speakers interoperate as they're actively striving to make them not interoperate. They feel their customers are suckers whose response will be to brick the old speakers for a small discount on new speakers. That way they get to sell all new speakers to the suckers while not even having to compete
Re: (Score:2)
I don't think it's so much that they can't make the speakers interoperate as they're actively striving to make them not interoperate
If that were true, they'd just brand them "New Sonos" or something, and make them completely incompatible.
A "compatible but you don't get updates" means you don't have to replace everything.
Re: (Score:2)
The only reason I can see someone buying these kinds of products are because their financial priorities are a bit strange. As in, they're renters, so they can't or aren't supposed to modify where they live to provide for means other than wireless, so instead they spend a lot of money on equipment.
I've had my own financial priorities that others might have not agreed with, but at the same time if I could find a reasonably priced way to achieve the same result I would pursue that if it would achieve the desi
Re: (Score:2)
You know what remains compatible across years, decades, possibly even centuries?
Wired speakers.
So long as the speakers and amplifiers match-impedance, they'll work. I can continue to use the Boston Acoustics speakers from the early eighties in my workshop with my Magnavox stereo amplifier and radio tuner along with a second pair of Kenwood speakers on zone-B even though equipment from the eighties, nineties, and noughties are all mixed together in this configuration.
I could probably use speakers from decades earlier so long as they remained intact and were eight ohms.
So that one vendor can't manage to make their own devices interoperate properly over only around fifteen years is pretty damn sad, even if they are wireless.
Having two zones is nice, until you want or need more than 2. Or if you want to play different music on each zone.
Re: (Score:2)
The old Sony receiver in my main AV setup for my movie room has dual-input dual-zone capability. Each zone can use each of the various inputs. I've had that thing a decade.
Re: (Score:2)
I still have and use my STR-DB930; it's been in service since 2000. Amazing performance and features.
Re: (Score:2)
You know what remains compatible across years, decades, possibly even centuries?
Wired speakers.
You know what you can't do with Wired speakers? Place them somewhere where wires are not an option. You know what else you could do with wired speakers? Connect them to a Sonos.
I'm not entirely sure what your point is, that you're attached to cheap and nasty consumer electronics and insist on never throwing away a crappy $100 wireless speaker? That you have an aversion to RF signals? That you prefer to buy something based on kids being on your lawn rather than reading the feature list provided and deciding
Re:You know what remains compatible? (Score:4, Informative)
Sure. And Model T Fords after '26 or so have a 5 on 5" bolt pattern. Like these:
1964-87 BUICK ALL FULL SIZE, ELECTRA, LE SABRE, RIVIERA
1990-96 BUICK ROADMASTER, ESTATE WAGON
1986-96 CADILLAC FLEETWOOD
1991-97 CHEVROLET CAPRICE CLASSIC
1994-96 CHEVROLET IMPALA SS
1955-95 CHEVROLET WAGONS & HD MODELS
1971-91 CHEVROLET/GMC 1/2 TON BLAZER, JIMMY, SUBURBAN FULL SIZE 2X4
1971-91 CHEVROLET/GMC 1/2 TON BLAZER/ JIMMY
1967-87 CHEVROLET/GMC 1/2 TON TRUCK ALL MODELS 2X4
1988-98 CHEVROLET/GMC 1/2 TON TRUCK ALL MODELS 2X4
1967-87 CHEVROLET/GMC 1/2 TON TRUCKS ALL MODELS 2X4
1988-98 CHEVROLET/GMC 1/2 TON TRUCKS ALL MODELS 2X4
1985-02 CHEVROLET/GMC ASTRO/SAFARI
1985-92 CHEVROLET/GMC ASTRO/SAFARI
1988-98 CHEVROLET/GMC C-1500 PICKUP 2WD
1990-97 CHEVROLET/GMC CAPRICE CLASSIC
1994-97 CHEVROLET/GMC IMPALA SS
1995-02 CHEVROLET/GMC SAFARI
2001 > CHEVROLET/GMC SAVANA 1500
1971-91 CHEVROLET/GMC SUBURBAN/ FULL SIZE 2X4
1992-99 CHEVROLET/GMC TAHOE, YUKON 2X4
1992-99 CHEVROLET/GMC TAHOE/ YUKON 2X4
1997-02 CHEVROLET/GMC VAN EXPRESS VAN 1500
1971-02 CHEVROLET/GMC VAN G-SERIES 1/2 TON
1971-96 CHEVROLET/GMC VAN G-SERIES 1/2 TON
1955-95 CHEVROLET/GMC WAGONS AND HD MODELS
1992-99 CHEVROLET/GMC YUKON 2WD
2004-08 CHRYSLER PACIFICA
2008 CHRYSLER TOWN & COUNTRY VAN / VOYAGER
2008 DODGE CARAVAN
1973-78 FORD FULL SIZE (CUSTOM, GALAXIE,T-BIRD)
1973-78 FORD FULL SIZE CUSTOM
1973-78 FORD GALAXIE, THUNDERBIRD
2006-08 JEEP COMMANDER 2WD, 4WD
1999 > JEEP GRAND CHEROKEE
1999-08 JEEP GRAND CHEROKEE 2WD 4WD, SRT8 4WD
2007 > JEEP WRANGLER
2007-08 JEEP WRANGLER 2 & 4WD, SAHARA, RUBICON
1973-79 LINCOLN CONTINENTAL
1973-79 LINCOLN CONTINENTAL, MARK III
1973-79 LINCOLN MARK III
1973-78 MERCURY COUGAR XR-7, MARAUDER
1973-78 MERCURY COUGAR XR7, MARAUDER, MARQUIS, METEOR
1973-78 MERCURY MARQUIS, METEOR
1964-92 OLDSMOBILE ALL FULL SIZE 88, 89, RWD (W/ 403 ENG.)
1971-90 PONTIAC ALL FULL SIZE RWD (W/ 403 ENG.)
And that's not getting into anything to do with vehicles older than the sixties, which undoubtedly there are loads more with 5 on 5 bolt patterns, plus there's thousands of offerings for aftermarket wheels in all manner of styles and materials in that bolt pattern.
So while a wooden 5 on 5 wheel for a Model T might not be the greatest thing, I could easily swap a newer spoked wheel, or a newer steel wheel, or a newer aluminum wheel in its place and have a perfectly operating vehicle.
Re: (Score:2)
Does not apply to hi-fi. Making great sound isn't trivial. Speakers are but one of the variables. Source and control also matter, a lot.
After the development of the digital "amplifier" in the late 90's by Toccata in Sweden -- later sold lock stock and barrel to TI as "PurePath" -- what else new has come 'round in audio? Not clever repackaging in new forms, but actual "new". Have you got any? I"m not talking about streaming vs. physical, nor codecs, nor media - i'm talking about the core building bloc
Re: (Score:2)
If anything a lot of people have looked back towards older technology, the number of available tube-amp systems to "warm" the sound is pretty large, though if one chooses this path, better check to make sure the tube amp is actually part of the circuit and ins't a cobbled-on accessory simply for looks.
I'm personally fine with my consumer-grade equipment by and large. My hearing isn't perfect anymore so there's no point in pushing for the best, because the only people whose ears can really distinguish that
Re: (Score:2)
The 'warming' is really harmonic generation. It comes when you drive the tube just past the linear range. You can make transistors do it too - it's just that with transistor circuits, it's a lot easier to avoid it, and harmonic generation is usually regarded as unwanted distortion. Tube engineers put a lot of effort into stopping it happening, until people got nostalgic for that very specific distortion.
Re:You know what remains compatible? (Score:4, Informative)
And I can also integrate my system with any 4-8ohm speakers going all the way back to the time of that 1920 Model T and have those speakers working flawlessly with modern internet technology.
Re: (Score:2)
I appreciate your perspective. Is there a reason you went out of your way to mention the solution you use? Slashdot used to provide recommendations instead of just complaining and bragging.
Re: (Score:2)
responding to myself, as an idiot....
I meant to ask why you went out of your way NOT to mention the solution you use. Perhaps a build list? Pro/con? WAF rating?
Re: (Score:3)
Yeah, and a wheel from a 1920 Model T still will roll if you give it a push. But today's cars have wheels that are much better, stronger, and long lasting than that Model T wheel ever was. Time and technology move on; keep up or get left in the dust.
Except that music reproduction hasn't moved on in 20 years or more. If anything it's gone backwards due to the compression wars.
A 2020 Sonos will do nothing for you that a 2005 one did as regards access to and reproduction of music. It might do more as regards collecting data and spying on you generally, I don't know.
The ad on this page (Score:2)
was Sonos.
Two Gen 1 Play 5's. (Score:2)
Sonos pushes updates that break things, and there's no going back. Previously, it was "the OSX machine that was supported, is no longer supported (no access to music library)".
Be careful of updating your phone app post-May 2020...you might lose access to your speakers completely.
Hackles, not "heckles." (Score:2)
Did the editors even go to school? I mean, come on.
Re: (Score:2)
Resale value of SONOS just dropped to zero. (Score:3)
I'm heavily invested in SONOS kit. I even offered to help them add SMB2+ support to their existing products (they didn't take me up on the offer of help).
Announcing this without having a plan to separate "legacy" models to keep them working whilst adding new features to new kit strikes me as a corporate suicide note.
The social media fury will be strong on this one... :-).
Corporate suicide ... *versus* ... AAAPPLE-ISMS! (Score:2)
Begin!
Listening to Sonos, took everything I had left (in my wallet), [youtu.be]
after their updates, I am become deaf.
. . .
Who wins?
*You* decide!
Epic Crap Businesses Of History!
Planned obsolescence. (Score:3)
Seems like for a nickle more, Sonos could support backwards compatibility in their newer products -- or people could use something simpler. We got our 2 Pioneer CS-C9000 speakers (150w each) in 1985 and they can still shake the walls using their original 2-wire interface -- though I imagine the Sony DA3200ES home theater receiver helps.
Frustrating (Score:3)
I've had Sonos since about 2006, and have gradually expanded my system. I have no reason to replace my older units. They work fine.
Required obsolescence is bullshit.
Everybody, this is fine (Score:2)
Just imagine if your PC stopped working after a few years, simply because microsoft or apple didn't want to update it and they bricked the PC. I don't need to buy another sonos product and neither do you. Make sure that they don't get sales from this.
Screw Sonos. Done with mine! (Score:2)
I've owned some of their stuff for years, but they screwed me once already by declaring their iPod Sonos dock "obsolete" and completely ending the ability to use it with one of their software updates. I wouldn't care if they did what you'd expect and called it vintage or whatever, and stopped adding anything new for it. But it literally worked fine one day, and then was rendered unusable junk the next, via an update!
I still have an iPod Classic that's in good shape that I had planned to basically just leave
FUCK SONOS! (Score:2)
First they provide shitty screens on their remote controls that fail just outside the warranty period, and then abandon them altogether so I'm forced to use my mobile to control things.
Now they intend to brick all of my amps, forcing me to upgrade my entire house. If they were customer focused, then they would introduce a "compatibility box" which will bridge the new and old worlds. That would keep my old kit working just fine, and allow them to use whatever processing power they claim to need. There's e
Re: (Score:2)
Brick.. you keep using that word. I don't think it means what you think it means.
Re: (Score:2)
True... they only say that it will "affect your listening experience". So features will stop working, no security patches will be applied, and you can't add anything new to your existing system.
Sure it's not "bricked" in the technical sense, but it's basically consigned all old-ish hardware to the scrapheap unless you're willing to live with a slowly degrading and insecure system. :-/
Re: (Score:2)
Re: (Score:2)
So what new audio codec are they pushing that the old hardware can't handle?
Re: (Score:2)
Do keep in kind that the hardware capacity of these things is wrist watch level, not modern cpu level...
Yes, because it made sense to ensure that the brains inside a home entertainment speaker were no bigger than a postage stamp.
All those damn size and weight constraints...
Re: (Score:2)
> And since in a higher end audio system all the components must work together to produce the high quality sound
Dude, they are SPEAKERS. They play MUSIC. Last I looked, sound waves are still the same today as they were 15 years ago. Are they admitting that the old product DOESN'T produce quality sound? If so, then why the hell were they charging a premium price for it? How did they get sales if their product was so obviously inferior?
If it was good enough then to do an audio stream, it's good enough
Re: (Score:2)
Re: (Score:2)
So did those speakers not do that properly last year, or last week? I was under the impression that was a feature from a decade ago with these Sonos "premium" speakers. And if they did have that capability 10 years ago, why would that suddenly be a problem?
> Easy when you've got two dumb speakers hooked to a receiver, not so much when you have two devices that are connected only by wifi.
So maybe the lesson here is more along the lines of what we've learned about VOIP. Just because it's new tech doesn'
Re: (Score:2)
So did those speakers not do that properly last year, or last week? I was under the impression that was a feature from a decade ago with these Sonos "premium" speakers. And if they did have that capability 10 years ago, why would that suddenly be a problem?
I think that's the crux of the issue. They are saying, for whatever reason, that the old speakers that currently support $feature[x] won't/can't support $feature[y] for $bullshit_reason. And instead of maintaining backward compatibility they are essentially end-of-lifeing the legacy stuff. From a technical perspective, I get it. Backwards compatibility sucks and is hard/expensive to do right.
Just because it's new tech doesn't mean the quality of the end product is better. ... These WIFI speakers do things worse AND cost more.
I'm with you on this one. But you and I aren't the target market for these.
Re: (Score:2)
> But you and I aren't the target market for these.
And nobody on a budget is the target market for Sonos.
I did something similar with some $10 AC-powered speakers and $18 Chromecast Audio devices. $28x6 for whole-house audio. There are 3.5mm cables showing, I guess. Still handy when nobody else is home and I'm doing housework .
Re: (Score:2)
Re: Actually quite reasonable (Score:3)
Nice try, but this is pure BS. Not the "wristwatch/low memory," that's truth, but saying additional memory is needed to reproduce the same sounds it was previously working with is the BS part. If your new hardware and software doesn't know that the older devices it's trying to sync with don't support the new and shiny, then that's a coding problem. At the very least, the new technologies it's using should simply prevent playback on unsupported devices. I understand the premise of needing every device runnin
Re: (Score:2)
What exactly should they do with ancient hardware that needs to play sounds the same way as new hardware but simply isn't capable of it?
It appears others replying to this story expect the new speakers to dynamically switch between the new protocol and the frozen protocol based on whether at least one previous-generation speaker is connected. That way, once the previous-generation speaker is disconnected, all current-generation speakers switch to the new protocol, and once the previous-generation speaker is reconnected, all current-generation speakers seamlessly switch back to the previous protocol.
Re: Actually quite reasonable (Score:2)
And that's perfectly reasonable. Not playing back any audio on older devices is the least thing to happen, not necessarily the best option, but the least. Dynamically switching protocols is also acceptable and is something we've built into our tech for years. Got an old 10M switch with a new Ethernet card? It supports your old ass switch u til you upgrade. WiFi works the same, HDMI, USB, and the list goes on. The argument that they're an "audio" company is just more BS. Onkyo is an audio company yet they've