When using the pre-outs of the ZonePlayer into a receiver or Pre/pro, and then having that unit process the signal in any way that requires digitizing the input, there is obviously a slight delay. Using the speaker outputs of the zoneplayer in an area close by results in the dreaded "echo" effect.
Most receivers (newer/better) have adjustable delay, but it doesn't do any good in this case, as the signal is already delayed too much.
If the zoneplayer had a programmable / adjustable delay for the speaker output only, you could utilize the built in amplifier (which is actually quite good, by my ears.)
This would be a VERY usefull addition.
- Thanks
Chris
Page 1 / 6
Sorry for the thread necromancy here -- this thread popped up on Google and I had the exact same issue.
I also own an Apple HomePod and got curious to see how it would handle this scenario with the release of AirPlay 2 and Apple's take on multi-room audio.
No delays with AirPlay 2 on Apple TV 4K with HomePod, even with complex DPSs on the receiver like DTS Nerual:X.
So that's great news for those of us with Apple devices looking forward to Sonos releasing Airplay 2. (Although I guess we'll see if Sonos can utilize it without delays to other non-Sonos devices).
Apple has no shortage of talented engineers and money they can throw at a problem, and yet Airplay 2 was something that took them a *long* time to come up with. Perhaps that says something about the level of difficulty designing such a system. On the other hand, Sonos also has a lot of great talent, so...
What's also neat is that there were no delays on AirPlay 2 multi-room with DSP on the Apple TV without having to configure any settings, both on Direct mode as well as DTS Nerual:X. The Apple TV is connected with HDMI (sending a stereo signal in my test), maybe it can tell whether the receiver is using a DSP? Or I wonder if the HomePod is actually using its microphone array to adjust timing in realtime.
Anyway, pretty cool!
EDIT: Actually, it turns out that there _is_ a slight delay when using DIRECT mode, except it's the Apple TV actually being a bit faster than the HomePod. Since the Apple TV 4K has only digital outputs, they probably figure that people will be using DSPs. I like this approach better, tbh. Sonos could just have a switch to shave 50ms of the buffer for the Connect only if people would like to use a DSP. Or they could make the analog output use standard timing, and accelerate the digital outputs by a bit.
I also own an Apple HomePod and got curious to see how it would handle this scenario with the release of AirPlay 2 and Apple's take on multi-room audio.
No delays with AirPlay 2 on Apple TV 4K with HomePod, even with complex DPSs on the receiver like DTS Nerual:X.
So that's great news for those of us with Apple devices looking forward to Sonos releasing Airplay 2. (Although I guess we'll see if Sonos can utilize it without delays to other non-Sonos devices).
Apple has no shortage of talented engineers and money they can throw at a problem, and yet Airplay 2 was something that took them a *long* time to come up with. Perhaps that says something about the level of difficulty designing such a system. On the other hand, Sonos also has a lot of great talent, so...
What's also neat is that there were no delays on AirPlay 2 multi-room with DSP on the Apple TV without having to configure any settings, both on Direct mode as well as DTS Nerual:X. The Apple TV is connected with HDMI (sending a stereo signal in my test), maybe it can tell whether the receiver is using a DSP? Or I wonder if the HomePod is actually using its microphone array to adjust timing in realtime.
Anyway, pretty cool!
EDIT: Actually, it turns out that there _is_ a slight delay when using DIRECT mode, except it's the Apple TV actually being a bit faster than the HomePod. Since the Apple TV 4K has only digital outputs, they probably figure that people will be using DSPs. I like this approach better, tbh. Sonos could just have a switch to shave 50ms of the buffer for the Connect only if people would like to use a DSP. Or they could make the analog output use standard timing, and accelerate the digital outputs by a bit.
I'Ve found myself today with that problem with my yamaha av receiver, reading this thread I know sonos would do nothing and I'm fckd.
The problem with the Connect and A/V delays, is that ALL other zones needs to be delayed, and NOT the Connect. That is not the case with the PLAYBAR.
And even though ratty claims that the lip sync delay isn't propagated to all other players (I don't see why it wouldn't work), the logic behind just delaying a stream for ALL players is much different than what you want to achieve with the Connect. Since the TV with the spdif will be the "Coordinator" and all other players are just streaming from the PLAYBAR, the PLAYBAR can in fact be responsible for delaying all other audio.
In the case of a Connect, this would be kind of easy to fix, when the Connect is the coordinator (play line out directly, delay the stream to other players with X milliseconds), BUT then you are missing the fact that in many cases it won't be the Connect that is the Coordinator. That would require that Connects need to stream a "special" stream which isn't delayed, whils the Coordinator plays a delayed stream (and delays all other streams, except for the connect), and this is probably where all the problems come at play.
So, I would say that your conclusion is wrong, and I'm sorry for shooting down your hope 🙂. As a developer, I would still say that it is technically doable, but it's not as trivial as it might seem. And, you need to weigh in the possible misconfigurations that can happen, and the possible support scenarios it might rise. As an advanced user, I do think that they would be more open to advanced hidden settings than they are today. However, I feel like they have switched stance a bit lately, if you consider the "Use Connect:AMP as rear speaker" feature that was introduced.
Require this functionality Zones are out of synch. ZP90 on Onkyo AVR and S5 in the kitchen.
Very annoying!
I would recommend Sonos to finally address this issue. Todays Quality AVRs are very costly and delays through DSPs will not be smaller but larger!
I do not want to base my purchase on AVRs based solely on minimal audio delay.
I work around it, by putting my AVR in stereo mode (as this doesn't require delays), but would love to use in 7ch and be in sync
+1
Require this functionality Zones are out of synch. ZP90 on Onkyo AVR and S5 in the kitchen.
Very annoying!
I would recommend Sonos to finally address this issue. Todays Quality AVRs are very costly and delays through DSPs will not be smaller but larger!
I do not want to base my purchase on AVRs based solely on minimal audio delay.
Require this functionality Zones are out of synch. ZP90 on Onkyo AVR and S5 in the kitchen.
Very annoying!
I would recommend Sonos to finally address this issue. Todays Quality AVRs are very costly and delays through DSPs will not be smaller but larger!
I do not want to base my purchase on AVRs based solely on minimal audio delay.
I'll give it a try when I get a chance. Also, I'll try other modes, even though I loathe most DSP modes.
...I have tested Direct mode and PLII Music mode, and found no audible delay when paired with 2 Play:3 approximately 15 feet away in an open kitchen.
Note: Connection was via optical, testing included talk shows on SiriusXM and music via local library.
TFT - worth knowing. If you get a chance at any time, it would be interesting to know whether you'd hear any delay using analogue connects instead.
For those searching for an A/V receiver that does not induce a delay when used with Sonos Connect, I just purchased the Onkyo TX-NR616:
http://www.onkyousa.com/Products/model.php?m=TX-NR616&class=Receiver&source=prodClass
I have tested Direct mode and PLII Music mode, and found no audible delay when paired with 2 Play:3 approximately 15 feet away in an open kitchen. I did not check any other modes because (quite frankly) I'll never use them. But I observed no delay using those two.
Note: Connection was via optical, testing included talk shows on SiriusXM and music via local library.
http://www.onkyousa.com/Products/model.php?m=TX-NR616&class=Receiver&source=prodClass
I have tested Direct mode and PLII Music mode, and found no audible delay when paired with 2 Play:3 approximately 15 feet away in an open kitchen. I did not check any other modes because (quite frankly) I'll never use them. But I observed no delay using those two.
Note: Connection was via optical, testing included talk shows on SiriusXM and music via local library.
Whether or not the maths is simple and the implementation relatively straightforward, jbs was saying that the system already had the ability to propagate the Playbar lip-sync delay setting to grouped Players. I was correcting that misconception.
In fact, as the FAQ explains, one can use the lip-sync adjustment to add Playbar delay so as to bring grouped Players back into sync:
But this is what jbs is telling.
If it is possible with the Playbar, why not just add the delay setting to all other devices?
One could then circumvent delays imposed by AV Receivers by just setting a delay on all other grouped Zone Players as well (exactly as it is done with the Playbar).
From the users experience of course it would be easier to name the delay of the AV/Receiver and with VERY limited math (add/sub is enough) Sonos would be able to calculate the delay needed on the grouped devices.
I'm not in a position to comment about Playbar delays, but I do want to comment about your use of a video clip to make your point. As they say "a picture is worth a thousand words"!
As someone who used to produce videos for a living, despite your "apologies for the quality of the video", nevertheless I reckon it's a useful technique, even if ratty does disagree with your premise!
As someone who used to produce videos for a living, despite your "apologies for the quality of the video", nevertheless I reckon it's a useful technique, even if ratty does disagree with your premise!
Actually that's not the case. The Playbar lip-sync delay applies only to the Playbar (and any bonded sub/surrounds), not to any Players grouped with it. Other Players have the standard 70ms Line-In delay.
In fact, as the FAQ explains, one can use the lip-sync adjustment to add Playbar delay so as to bring grouped Players back into sync:
Latency and Lip-sync Delays
When playing a line-in source, all players other than the PLAYBAR insert a 70 ms delay to allow all rooms to be synchronized. When the line-in source is a TV, this 70 ms delay results in a small, but perceptible, lip-sync delay.
The PLAYBAR is designed to have a much lower delay when playing from the TOSLink (optical) input and as a result, provides much better lip-sync performance than other players. All players bonded with the PLAYBAR (SUB and PLAY:3 surrounds) are synchronized with the PLAYBAR at all times.
When other rooms are grouped to the PLAYBAR, the same 70 ms delay is used for transmission to those rooms. As a result, the other rooms are slightly delayed relative to the PLAYBAR when it’s playing from its TV source (optical input). In practice, this is often not noticeable, but depends on how close the other rooms are and the relative volume of the PLAYBAR and the other rooms. If it is noticeable, you can adjust the Audio Delay setting to add additional delay to the PLAYBAR for perfect room-to–room synchronization. Select Settings->Room Settings->Advanced Audio->TV Dialog Settings to adjust this setting.
I've been meaning to drop in here for an update since I've now had some experience using the Playbar. I'll write more separately but I wanted to post a video here showing how the Lipsync delay in the Playbar works. Bottom line is all of the functionality I've been describing (requesting) for managing the Connect delay has ALREADY been developed and programmed by Sonos. The slider is there, but ALSO the ability to propogate a delay across multiple zones. So everyone who's been saying that it would be too complicated and take too much programming time can rest easy. It's already been done.
Now, if Sonos could just apply the work to the Connect then I can get back to selling Connects. ;-)
http://vimeo.com/65532574
Apologies for the quality of the video. Taking a video of my tablet proved to be a bit of a challenge.
Now, if Sonos could just apply the work to the Connect then I can get back to selling Connects. ;-)
http://vimeo.com/65532574
Apologies for the quality of the video. Taking a video of my tablet proved to be a bit of a challenge.
Hi,
I have just bought a Play5, Bridge and Connect for my surround sound system in the lounge. I am disappointing to find there is a delay when using the connect and play5 together. I thought everything is meant to sync perfectly. Please update the software to allow for delay compensation. Thanks.
I have just bought a Play5, Bridge and Connect for my surround sound system in the lounge. I am disappointing to find there is a delay when using the connect and play5 together. I thought everything is meant to sync perfectly. Please update the software to allow for delay compensation. Thanks.
Nobody should "move away" from the difficulty of implementing something when discussing future developments.
the point is I think most folks are surprised at the amount of people that have noticed this and more importantly impacts their setup/use of the solution. its clear this is a VERY useful feature to get the Sonos system to play nice with the bulk of folks using more than one zone and existing receivers/ other equipment that introduces delay, I have to imagine this is is the case of over 50% of folks with a Sonos system at home.
The bold is pure speculation.
so the fact it has not registered in the priority scale at some level given the years of complaints/forum posts does reflect to some extent the values of a company to its customer base and folks notice.
It has registered on the priority scale. It has been marked "Under Consderation". If it was not on the priority scale, it would be marked "Not Planned." After "Under Consderation", the next status is "Planned" which will indicate an imminent release.
The view at sonos might be that this is somehow a niche issue and does not impact most users, but I find that hard to believe.
Pure speculation.
Reality is most users probably consider this a anoying issue and have adjusted the use of the solution to playing in one zone at a time or for those with budgets changed equipment to minimize, reduce the issue.
Again, pure speculation. This does not affect me in the least because I use no DSP when I listen to music.
But its this kind of flexibility in the configuration that would make take sonos from the great category to the trully standout. Just surprising this has not been recognized yet. I keep crossing my fingers this recognized at some point soon by sonos development.
As Majik stated, you could take this quote and paste it into any and all requests on this forum. For you this is what separates the "great" from the "standout." For others is is Google Play, Android streaming, 24/96, static IPs, Amazon Cloud for EU, Playbar DTS, Playbar HDMI, Windows 8 support, etc., etc., etc.
I have two issues with the system this feature would resolve, . . .
I have zero issues this would resolve. Instead, I would love the 'i' button to access an online database so that I can see Artist/Album info for my local library like that available to online services. I would also kill for the new SiriusXM 'On-Demand' and station customization features. These two would greatly enhance my Sonos experience, and would most certainly move Sonos from "great" to "standout" and "amazing" for me. But these are my personal needs and wants, and I would never state that my needs and wants are anymore important to Sonos sales/success than anyone else's. YMMV.
PS - Over at ask.sonos, this idea is currently 23 on the list of customer submitted Ideas (ranked by # of "Likes"), with 47 votes in favor (including mine). Compare and contrast with Windows 8 support (690 votes), Google Music (283), and DTS for the Playbar (256). Now this is by no means a reliable marketing study, and I highly suspect there is some campaigning going on (esp. for Windows 😎, but it is the best insight we have on the wishes of Sonos owners.
Again, this feature has been marked as "Under Consideration". It's not that it's 'not planned'. It's on the 'priority scale', just not as high up as you'd like.
I didn't bother finishing reading this as you played the "Sonos isn't listening to/doesn't value their customers" card. To me there's no point continuing this discussion if that's your starting point.
I will, however, add that you could take your text and (with a few minor changes) apply it to almost any feature request that any customer has ever made. You can be as passionate as you want about a feature, and can claim anything you are prepared to invent about impacting markets size, benefits to the product line, or what you think Sonos's view of their customers is, but you are more likely than not to be wrong in making such gross assumptions.
The fact is, for whatever reason, this hasn't so far made it onto Sonos's development shortlist. There will be sound reasons for that.
Cheers,
Keith
I will, however, add that you could take your text and (with a few minor changes) apply it to almost any feature request that any customer has ever made. You can be as passionate as you want about a feature, and can claim anything you are prepared to invent about impacting markets size, benefits to the product line, or what you think Sonos's view of their customers is, but you are more likely than not to be wrong in making such gross assumptions.
The fact is, for whatever reason, this hasn't so far made it onto Sonos's development shortlist. There will be sound reasons for that.
Cheers,
Keith
Majik, I think most apreciate that any development as simple as it might seem would require man hours of development and testing. moving away from the complications of if this is "simple" or not to implement, the point is I think most folks are surprised at the amount of people that have noticed this and more importantly impacts their setup/use of the solution. its clear this is a VERY useful feature to get the Sonos system to play nice with the bulk of folks using more than one zone and existing receivers/ other equipment that introduces delay, I have to imagine this is is the case of over 50% of folks with a Sonos system at home. so the fact it has not registered in the priority scale at some level given the years of complaints/forum posts does reflect to some extent the values of a company to its customer base and folks notice. The view at sonos might be that this is somehow a niche issue and does not impact most users, but I find that hard to believe. Reality is most users probably consider this a anoying issue and have adjusted the use of the solution to playing in one zone at a time or for those with budgets changed equipment to minimize, reduce the issue. But its this kind of flexibility in the configuration that would make take sonos from the great category to the trully standout. Just surprising this has not been recognized yet. I keep crossing my fingers this recognized at some point soon by sonos development.
I have two issues with the system this feature would resolve, I have multiple play'3 3x sonos amps and and 2x connects,and my first issue comes down to when we have outdoor parties, I have a pool deck with 2 sonos amps and 4 outdoor speakers sound great no issues synched with the rest of the house, now when we need to "pump things up" I have two pairs of outcasts wireless speakers which really "thump" unfortunatelly when connected to the connect delay is completely unmanagle due to the 150-200 ms delay the souncast system introduces to transmit wirelessly, so my 4 outdoor speakers connected via the sonos amps are completely out of wack with soundcast speakers. solution, well only use the soundcasts outside when we need to pump it up. workable yes, but far from ideal. Second problem is similar and probably faced by most users, when listeing to music in the house across all zones the delay from the living room 5.1 setup connected to the yamaha amp and then to a connect is exactly the same, i.e out of wack with the rest of the house, delay here is is less probably 50ms which makes is bearable but a bit anoying when the others play 3s are pumping through the house. solution put up with it or do not group the living room to play at the same time.
while I love the sonos system and have tons of $$$ invested in it these are the things that keep it locked in the great category to becoming amazing
Just my two cents.
I have two issues with the system this feature would resolve, I have multiple play'3 3x sonos amps and and 2x connects,and my first issue comes down to when we have outdoor parties, I have a pool deck with 2 sonos amps and 4 outdoor speakers sound great no issues synched with the rest of the house, now when we need to "pump things up" I have two pairs of outcasts wireless speakers which really "thump" unfortunatelly when connected to the connect delay is completely unmanagle due to the 150-200 ms delay the souncast system introduces to transmit wirelessly, so my 4 outdoor speakers connected via the sonos amps are completely out of wack with soundcast speakers. solution, well only use the soundcasts outside when we need to pump it up. workable yes, but far from ideal. Second problem is similar and probably faced by most users, when listeing to music in the house across all zones the delay from the living room 5.1 setup connected to the yamaha amp and then to a connect is exactly the same, i.e out of wack with the rest of the house, delay here is is less probably 50ms which makes is bearable but a bit anoying when the others play 3s are pumping through the house. solution put up with it or do not group the living room to play at the same time.
while I love the sonos system and have tons of $$$ invested in it these are the things that keep it locked in the great category to becoming amazing
Just my two cents.
Again, you would be surprised at the sense of entitlement some people have when it comes to their pet feature request.
Cheers,
Keith
Again, neither of us has access to the source code so it's pure speculation, but you're now talking about *any* feature, not the specific complexity of THIS feature. We can safely assume that Sonos plans on continuing to introduce new features as they have since their inception. They all have complexity, they all have testing needs. My point is that this feature is -- RELATIVE TO OTHER FEATURES -- not especially complex. This is even more true today than it was a month ago since we now know that the Soundbar has a lip-sync feature built into it which allows it to buffer sound coming over the optical input in order to match processing happening in a receiver. So at least that part of the coding appears to already have been done. And tested. And debugged . . .
Frankly the discussion of coding, man months and unintended consequences is not particularly useful. Neither you nor I have any inside information about development at Sonos (other than as users and dealers who've alpha- and beta-tested features. There's a clearly demonstrated need here, it's currently blocking a certain category of sales, and I'm sure the smart people at Sonos are capable of determining when and if it makes sense to solve the problem and capture those sales.
I came back to the thread a few weeks ago when the Playbar lipsync feature came to light, and I'm happy to see the overwhelming majority of thread participants continue to add their "+1's".
--Jason
Maybe that would involve "many man months of development, debugging and testing" but I highly doubt it.
You would be surprised. I've been on several alpha and beta testing runs for a number products (including Sonos) and the amount of testing and rework is significant. Even seemingly simply changes can have unintended consequences and unwanted feature interactions.
And yes, I think we're all clever enough to understand that the most important features are the ones that get developed.
Again, you would be surprised at the sense of entitlement some people have when it comes to their pet feature request.
Cheers,
Keith
Whilst it appears to be possible to implement and, the maths isn't hard, the low-level code to manage buffers and retain relative sync in real-time across multiple zones whilst implemented that math is probably a significant thing to implement, bearing in mind that most other vendors have struggled to get basic sync working reliably.
And, more importantly, it will involve many man months of development, debugging, and testing resource. That has to come from somewhere.
Since nobody who codes for Sonos has weighed in on this thread we're all left to make assumptions as to how simple or complex the coding would be. What I was trying to explain is that in at least one implementation there's actually very little complexity and NO coordination needed amongst zones. Once the MAX DELAY figure has been propogated across the system there's no
"retain[ing] relative sync in real-time across multiple zones". There's simply each zone player making one calculation (MAX DELAY minus LOCAL DELAY) and buffering that number of milliseconds. It doesn't care what the other zones are doing, it's just doing it's thing.
Maybe that would involve "many man months of development, debugging and testing" but I highly doubt it. I've managed significantly more complex coding requests on far more diverse platforms (remember, there is only 1 device on earth that needs to be able to run the "I delay by" code and 6 devices in the world that need to run the MAX DELAY minus LOCAL DELAY code. The controller is just an interface to that but even there we're talking about a fairly limited set of Win, Mac, iOS, Android.
And yes, I think we're all clever enough to understand that the most important features are the ones that get developed. If you ask me, that makes it well worthwhile for those who feel THIS is important to contribute their thoughts and insights to a thread that now numbers 122 posts, overwhelmingly supportive and spanning several years of requests.
Moreover, many of those who've commented are -- like me -- Sonos authorized dealers who specifically avoid putting Sonos in clients' theatres and surround sound rooms specifically because of this issue. Others are Sonos customers whose "showcase rooms" make their Sonos system sound terrible, which means lost sales opportunities for Sonos every time one customers' guests leave a party thinking "I've heard good things about Sonos but all I heard when listening to it was an echo. I guess I'll stick with my iPod in a Bose dock. ;-)
I for one look forward to this problem eventually attracting the right attention at Sonos and getting fixed. Given how good Sonos is at what they do, I remain hopeful that will happen.
--Jason
I think you've missed my point.
Whilst it appears to be possible to implement and, the maths isn't hard, the low-level code to manage buffers and retain relative sync in real-time across multiple zones whilst implemented that math is probably a significant thing to implement, bearing in mind that most other vendors have struggled to get basic sync working reliably.
And, more importantly, it will involve many man months of development, debugging, and testing resource. That has to come from somewhere.
In well-managed development teams, this resource comes from one place only: being one of the most important development projects on the list.
Clearly, so far, this feature hasn't made that shortlist.
Cheers,
Keith
Whilst it appears to be possible to implement and, the maths isn't hard, the low-level code to manage buffers and retain relative sync in real-time across multiple zones whilst implemented that math is probably a significant thing to implement, bearing in mind that most other vendors have struggled to get basic sync working reliably.
And, more importantly, it will involve many man months of development, debugging, and testing resource. That has to come from somewhere.
In well-managed development teams, this resource comes from one place only: being one of the most important development projects on the list.
Clearly, so far, this feature hasn't made that shortlist.
Cheers,
Keith
The first time I commented in this thread (oh, lo these many years) I was thinking of the same sityation:
It also takes care of a system with TWO zones with surround sound receivers. For example, if the Theatre adds 200 ms and the living room adds 100 ms, then when both zones are included in the party Sonos can delay the living room by 100 ms and all other zones in the house by 200 ms, but if the Theatre is not in the party then everything EXCEPT the living room gets a 100 ms delay.
And obviously 2 is an arbitrary number of zones. It could just as easily be 3, 4 or (in a ridiculous case) 32. The math couldn't be simpler. Every zone has a piece of metadata called LocalDelay. Then every zone in the Sonos buffers by [(Max(LocalDelay) - (LocalDelay)] milliseconds.
I still don't see think that makes [(Max(LocalDelay) - (LocalDelay)] especially complex, but I suspect we can all agree that such a hypothetical goes well beyond improbable. 🙂 So let Sonos look through their data and see what's the largest number of Connects that's ever been in a group before (remember, this only matters in a group), then double it and make that the limit to the number of distinct Connect delays on an existing system. Maybe it's 5, maybe it's 10. The point is nobody's ever going to reach it and if someone buys 32 connects just for the privilege of complaining they can pick from among the existing 5 or 10 delays the one that most closely matches their 11th zone.
Depending on how broad the range of delays is, and how narrow a delay a skilled listener can still here (is it 1 millisecond? 10? 100?) Sonos could choose to implement this with a dropdown instead of a slider. i.e. "This zone delays by xx milliseconds" and drop down to choose from 50, 100, 150, 200, 250, 300, 350, 400, etc etc etc.
My feeling is the players are probably capable of doing this, but there's probably quite a bit of complexity to deal with which makes it a major undertaking.
For instance, there are likely to be cases where the customer has multiple receivers, all which require a slightly different delay. In this case the system will need to implement a delay which at least covers the biggest delay in the system. It will have to delay all Sonos devices (including any Connect:AMP, Play:3, Play:5) by this delay, with Connect devices being delayed individually to suit their local requirements (nominally the system delay minus their local delay setting).
On top of this, the GUI needs to make it easy to set individual settings per Connect.
The extreme case is the customer has 32 zones of Connect devices with each connected to receivers with slightly different delays. This is, of course, a highly improbable case, but it is one that they would probably have to engineer to support on the basis that any real word scenarios will then easily be accommodated.
None of this is impossible, but there are some complexities involved which will require significant resources to develop and test.
Sonos has a finite resource for software development and testing and has to use it wisely. Clearly at the moment this particular feature hasn't yet been seen as high enough priority compared to other developments.
Cheers,
Keith
For instance, there are likely to be cases where the customer has multiple receivers, all which require a slightly different delay. In this case the system will need to implement a delay which at least covers the biggest delay in the system. It will have to delay all Sonos devices (including any Connect:AMP, Play:3, Play:5) by this delay, with Connect devices being delayed individually to suit their local requirements (nominally the system delay minus their local delay setting).
On top of this, the GUI needs to make it easy to set individual settings per Connect.
The extreme case is the customer has 32 zones of Connect devices with each connected to receivers with slightly different delays. This is, of course, a highly improbable case, but it is one that they would probably have to engineer to support on the basis that any real word scenarios will then easily be accommodated.
None of this is impossible, but there are some complexities involved which will require significant resources to develop and test.
Sonos has a finite resource for software development and testing and has to use it wisely. Clearly at the moment this particular feature hasn't yet been seen as high enough priority compared to other developments.
Cheers,
Keith
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.