There was a thread with you, me and Ben at the beginning of the year. I had forgotten about it. This was before the SC15 Mk2 was certified roon ready. At that time the issues a number of us were having were with Chromecast integration. I seemed to have a lot less issues then as well and I was also not using WiSA with the SC15 at that time either. Nevertheless I was still having issues. Eventually, in my case it was various wifi configuration options that were the Chromecast culprit.
Moving forward, I have a Buchhardt A500 that I am using with a Platin Hub (not a SC15) and WiSA at another site. I don’t have issues there. At my present site I have an SC15 Mk2 but non-WiSA speakers and I don’t have issues here either. The common factor does seem to be SC15+WiSA+Roon but its difficult to say. One long-shot is the wifi channel. As far as I know WiSA is operating at 5Ghz and may be there is some wifi contention somewhere in your environment?
Otherwise it looks like something non-obvious if Primare can reproduce it. Sounds like it has somehow slipped through the roon certification process. I will not be returning to my Buchhardt site for the next couple of weeks so I cannot see if I can reproduce the issue until then.
I just see the song being played on Roon interface even if I don’t hear it. After few seconds, I see the same bug happening: for few seconds SC15 disappears from the list of audio device, which stops the music (if any speaker is plugged on), and it reappears while the song is paused.
Thanks for the additional troubleshooting you’ve done here, and thank you for the additional help and insight @tripleCrotchet, it’s certainly an odd issue!
We were able to review a fresh diagnostic report from your Roon Server, but oddly only see the SC15 showing up under a chromecast connection. Can you confirm you’re using it as a Roon Ready device?
Our development team is looking into things further, but progress is going to be slow as this seems to be an isolated issue to your setup.
This would be a good avenue to explore further, and even better, could you eliminate wifi altogether?
Let’s get a fresh timestamp and a confirmation that you’ve disabled chromecast and are only using the Roon Ready protocol, and we’ll enable diagnostics once again. Thank you for your continued patience throughout this!
Hi Benjamin
Thanks for your help.
In the meanwhile, I have installed a new server. Despite that change, the issue is still present on sc15
I have also tried a platin hub. The platin hub works fine and does not show the same problem.
I have also tried without WiSa on the sc15. The issue still persists.
Hoping that helps.
As far as I am not happy with sc15, I have been using the platinhub instead.
And I confirm that I don’t use Chromecast With sc15. I just tried couple of times to see the difference.
You have my apologies here - we reviewed the timestamps you’ve provided, and unfortunately, your set of Roon Server logs did not cover the time period covering your timestamps.
Would you be able to disable chromecast altogether during your playback and still reproduce the issue? If you could, provide another fresh timestamp and be sure to have our diagnostic report cover it properly this time.
Thank you, @benjamin, for your response. As requested, I have deactivated all Chromecast devices to completely isolate the Primare SC15 network player. I reproduced the anomalies tonight between 11:29 PM and 11:33 PM. You will see that two tracks were played: the first by Leon Bridges (when a man cries) and the second by Jesús Molina (what is this thing called love). I replicated the problem 4 to 5 times on the first track and 2 to 3 times on the second.
It’s worth noting that while retesting, I discovered another anomaly. When I launch the album, the song queue is correct and in order. However, when the bug occurs, the subsequent songs in the queue are mixed with other songs that shouldn’t be there, as evidenced by the screenshots below.
I hope that this time the logs will reveal something. To remind you, this only happens with Qobuz. On these tracks, it’s 100% reproducible and occurs only on certain songs, not others.
Apologies, it looks like you had an additional debug mode still active for your account for Chromecast troubleshooting before this zone became Roon Ready certified. I’ve turned off the debug mode but can you please reboot your Roon Server twice for the Server to take the change, reproduce the issue as you did before, and let us know the new timestamps? Thanks!
Thanks for sharing the fresh timestamp! We were able to review the fresh diagnostic report, and want to revisit some earlier points discussed -
We’re seeing a clear failure to establish a connection to the Qobuz server (95.100.200.235:443) right at the time you attempt to initiate playback. The SC15 initializes properly, and prepares for playback, but fails due to the lack of handshake between Roon and Qobuz.
Are you able to double check for any additional firewall restrictions or third-party antivirus software potentially interfering? You could also use a ping or traceroute command to ensure 95.100.200.235 is reachable.
It may be worth testing out a different DNS server on your ROCK if you haven’t yet (and my apologies if this has already been glazed over) via the webUI. Here’s more info on how to reach the webUI:
We have seen users have a better experience in the past if they change their Router’s DNS servers from the ISP provided ones to Cloudflare DNS, Quad9 or Google DNS. Can you please give this a try and let me know if it helps?
Of course, I can ping successfully
95.100.200.235. I am on Orange DNS (their ISP don’t allow a change of DNS on their router). Plus, I tried 8.8.8.8 and 1.1.1.1 on Rock static IP parameters, which does not change anything.
I don’t have issue on most listening, it just happens with certain songs on Qobuz.
I have another roon ready device at home (platin hub) which does not show the same issue under same network conditions. In the past, I even had other roon ready devices and had no issue playing Qobuz.
When the issue happens, I see the SC15 disappearing from the list of audio device. It last few seconds. Hence, I believe there is a software issue (which may cause or may be related to the network failure).
There must be something else. I don’t know what to do.
Regards
Edit: since the message above, I tried setting SC15 on Wifi instead of ethernet. Good news: the issue disappears in wifi. Then I tried other Ethernet cables and other inputs on my router, the issue unfortunately persists. So I believe there is something wrong with the network controller of the sc15
@benjamin
Plus, I also discuss with Primare and they say that they have the same issue on Ethernet (not on wifi) with some Roon servers (not all).
Plus, on my side the issue appeared around summer time.
Would it be possible that it might be linked to a roon server update?
I would kindly appreciate if you can push the investigation further. Please also exchange with Primare who has worked on the analysis as well (and might be more technical than I am).
Regards
Thanks for the update! Glad to hear wifi is working properly. Perhaps it’s worth investigating the Ethernet chain with Primare further.
We’ll create a ticket in with our QA team to further investigate reproducing in-house. Progress on this will likely be on the slower side. If the thread closes before any additional information is found or shared, please note that we’ll re-open it when there has been additional investigation.
Hi @benjamin
Thanks for the answer.
Primare told me they have reproduced the issue on several models of them (not only the sc15). They also said that result could vary depending on the server used for roon.
They indicated that they sent a request to Roon’s team. It would be great if you could exchange with them, at least to agree on the cause?
I’m not able to speak on behalf of our Roon Parterns team, but if Primare has reached out, they are likely in contact and will continue to look into this issue further.
