Answered

Play sonos s1 stream on s2 system

  • 14 November 2022
  • 32 replies
  • 427 views

Badge
  • Trending Lyricist I
  • 20 replies

Hi,

If I have both S1 & S2 sonos set up on the same network, can I play an S1 stream on my S2 system?

Thanks.

icon

Best answer by t999 15 November 2022, 16:43

View original

This topic has been closed for further comments. You can use the search bar to find a similar topic, or create a new one by clicking Create Topic at the top of the page.

32 replies

 

Not really what I am suggesting. I would see it more as a sort of digital line out → line in.Pretty sure I’ve seen elsewhere on the forum that this works and if so would imply this is possible at least in theory.

 

 

Some facts about Sonos that are relevant to this theory.  With the RCA inputs you can use on various Sonos products, there is a slight delay between when the data is received by the unit and when the audio actually plays on the device or any speaker that’s in the group.  This is need to convert the analog to digital signal, but also to allow for buffering.  I think of the buffering sort of like a group of joggers where some members go slower than they are capable so that the slower members of the group can keep pace. When you have a ‘digital source’ such as optical input or HDMI-ARC, the speaker that’s connected plays the audio as soon as possible to play in sync with video on a TV, but any grouped rooms are delayed for required buffering. 

So, following your theory of having the S2 system just pickup the digital stream from S1, if that were even possible, it would need to buffer what it receives so that the speakers in the S2 system could all play it in sync, and thus would be noticiably behind your S1 speakers. Maybe the single S2 speaker that picks up the S1 stream could play it faster and the lag wouldn’t be noticable, but not the entire system.

You maybe wondering why something like Airplay can be used to play audio on both S1 and S2 systems at the same time?  Because airplay has a rather large buffer built in at the source.  It will send out the data and tell it to play at a timing a bit further out so that every speaker has a chance to get the data and play at the same time with less coordination required.  And if there is video involved, it can force a delay for that too.

 

Also, important to know that Sonos made a significant change to how devices in a S2 system communicate to each other, in order to better facilitate hires streaming audio.   Sure an S2 device could sort of do some translating between the S1 language and the S2 language, but it’s still another bit of processing that would have to be done.

 

 

Do you work for Sonos? If not can you point me in the direction of more technical info on the protocol?

 

Sonos employees are clearly marked as such.

 

I don’t think they publish much, probably due to other companies trying to steal their efforts, on protocols. They do, however, publish the API that all services inside the Sonos controller use at the Sonos partners page.

Yeah that seems reasonable - the posters above seemed to be claiming in depth technical knowledge of how the system works so I was wondering if this was from having worked for Sonos or if there was info available online somewhere. 

 

For me, it’s more of a black box knowledge.  I can accept that it works this way or that way without knowing all the details of what bits are going where at every instance.  And something, like playing TV audio in groups out of sync, is clearly something Sonos would want to avoid if it was technically possible and reliable.

Badge

Ken_Griffiths’ comment was certainly very helpful.

“ I’m afraid you have a fundamental misunderstanding of how Sonos actually works”

“This is absolute gibberish.  Nonsense. Meaningless“

maybe not so much so! Perhaps the posters were having a bad day.😅

 

This statement just reinforces the fact you have a fundamental misunderstanding of how Sonos actually works.

 


Presumably when I play something on my S1 system, the master unit streams whatever I am playing to the other units in the group, along with some sync information. This is what I mean by an S1 stream, I accept it may not be official terminology but I would be surprised if there is no such thing. 
 

Assuming (I may be wrong) that sonos didn’t start from scratch with S2 and used some of the existing code from S1, it doesn’t seem like it would be technically all that difficult for and S2 system to play whatever music is already playing on S1 in a similar fashion to how it would play what I am playing on Spotify on my ‘phone.
 

Commercially there may not be a huge benefit from this, other than S1 diehards might but S2 devices to supplement their existing system. 

 

Which part of the above would you say is wrong? Buzz has desscribed a scenario below which seems much the same as what I describe in the first paragraph.

 

The second paragraph seems like common sense, why would Sonos have reinvented the wheel when moving to S2 - they may have added extra stuff to support newer technology but do you really think they would have thrown away years of work and started from scratch?

 

 

Badge

No I stand by everything I said. When using Airplay you aren't even using the Sonos system. 

There is no such thing as an 'S1 stream". It is a meaningless concept. 

Nothing you have written on this thread has made sense.

Standing by it does not make it helpful!

On a S1 system with several zones playing the same media it seems obvious that the master unit must be “streaming” whatever is playing to the other zones. I have called this an S1 Stream. Seems perfectly reasonable if perhaps simplistic.Are you suggesting that the master unit doesn’t stream media to the others?

 

Badge

 

Network technology is constantly changing and responding to a change would be different in S1 and S2 as S2 evolves to take advantage of the new technology and S1 does not evolve. I realize it’s annoying and contributes to the landfills, but obsolescence is not unique to SONOS. How useful is a 15 year old cellphone or an old Apple anything? I had to recycle a perfectly functional cellphone because the local cell towers stopped supporting it. I agree that there are some annoyances, but continuing to accommodate older units with S1 is almost unique among consumer electronics manufacturers. Going forward there will eventually be some old age failures and one would need to find replacement S1 units on the used market, but I expect this will be a viable strategy for many years.

I agree with what you are saying, but given that Sonos probably started S2 with the guts of the S1 code in there it would have been relatively simple for them to have provided backwards compatability in some way, whether this was by emulating an S1 system (albeit with limited features) or otherwise. This would be simplified by the fact that the S1 protocol is - as you have said - not going to evolve.

What I am suggesting is that not doing so was a “business” decision rather than a technical one. Given that providing a means for S1 users to add new S2 only equipment would allow them to buy new equipment from Sonos, they must have decided that the revenue from this would be less than the revenue from people binning all their S1 kit and buying full S2 systems.

 

 

 

Nothing has to be binned. This is surely the most common piece of misinformation on this most common of troll topics, the S1/S2 split. It was 2 years ago. It's not going to change. This thread is a complete waste of all our time and I'm not wasting any more of mine..

I agree with what you are saying, but given that Sonos probably started S2 with the guts of the S1 code in there it would have been relatively simple for them to have provided backwards compatability in some way, whether this was by emulating an S1 system (albeit with limited features) or otherwise. This would be simplified by the fact that the S1 protocol is - as you have said - not going to evolve.

What I am suggesting is that not doing so was a “business” decision rather than a technical one. Given that providing a means for S1 users to add new S2 only equipment would allow them to buy new equipment from Sonos, they must have decided that the revenue from this would be less than the revenue from people binning all their S1 kit and buying full S2 systems.

 

 

Or it actally was a technical reason, and Sonos had to give up on S1 people buying more Sonos devices or cease growing as a company.  Because that's exactly what it was.  As @buzz said, each unit has to communicate with all others, meaning each device must be recognized by every other device.  And there's no way for S1 devices to know how to recognize a device which didn't exist when S1 was frozen.

Otherwise, if Sonos really wanted to force people to upgrade, why allow S2 capable devices which existed at the time of the split to remain on S1?  Why not force all S2 devices to ugrade?  

If you want to ponder the wisdom of perpetual backward compatibility, hackers can easily exploit some ancient code that has been brought along. A prime example is the SMBv1 protocol required by S1 to access NAS (Network Attached Storage) drives. Hackers love this protocol. Moving away from SMBv1 requires (at least) more RAM be installed into the S1 player because its operating system kernel must be replaced. This cannot be done in the field. The trip to a service center could easily approach or surpass the cost of a replacement unit. Since very old units might begin to fail due to unrelated issues, this upgrade would be a questionable investment.

Sure, a few DIY elites might be able to handle some of this at home, but only if they have surface mount soldering skills and tools. And, this assumes that new IC’s have the same pin-out as the IC’s they replace.

“Backwards Compatibility” is a great marketing claim, but our global computer security could be greatly enhanced if we would trash everything and start over, rather than attempting to maintain compatibility with ancient hardware and software that was never secure.