The Chromecast works for a a few minutes, then it stops and is unable to be streamed to (sound stops, roon remote seek indicator stops). A reboot of the Roon fixes it only temporarily.
Other non-Chromcast endpoints continue to work without issue.
My setup is
Chromcast (Model 2)
Firmware: 1.42.172094
WiFi Network
Roon Core
IBM Intel i3 home server (TS140, SSD, 20GB RAM)
Ubuntu server 18.04.3 LTS (Linux 4.15.0-72-generic)
Apologies for the delay in getting back to you here, it appears we missed this thread, thanks for re-tagging us. As for the issue, I would try two things:
Is the behavior the same if you temporarily use the Macbook to host the Roon Core? You can do so by making a Backup of your database and then in the Macbook Core go to Roon Settings -> General -> Disconnect. On the “Choose your Core” screen, select “Use this PC” instead of connecting to the Ubuntu server.
Is there any change in behavior if you factory reset your Chromecast device?
I also added a wired Chromecast Ultra, same issue.
I put a test playlist on repeat (which is a mix of file formats & sample rates, DSF, WAV, Flac, MP3, M4A). Noticed that the queue shows a number of tracks skipped (does not seem to be a pattern which ones). Roon/Chromecast seems to play a few tracks, then repeats the issue of getting stuck or skipping.
Running temporarily with macOS core (Roon v1.7 Build 511, macOS 10.15.2), I see the same issue.
The next step here would be to take a look at diagnostics for when this issue occurs. Can I please ask that you note the exact local time + date + track that experiences this behavior and let me know here? Once I have this info I can enable diagnostics mode for your account.
Thanks for letting me know that timestamp. I have activated diagnostics mode for your account, and what this should do is automatically upload a log-set to our servers for analysis, but I’m not seeing any reports being generated.
Can I please ask that you use these instructions to send a manual set of logs? The best way to get them over would be Dropbox / Google Drive but if you don’t have either service just let me know and I can provide alternate upload locations.
Thanks for sending those logs over, I can confirm I received them, have found the error trace and I have requested feedback from QA regarding the trace.
To have all the relevant information on the case notes, can you also provide some information regarding your network setup? What model/manufacturer are you using for your router/switches/ect?
Once I hear back regarding analysis I’ll be sure to update you accordingly, thanks in advance for your patience here.
Thanks for the network setup info, am I correct in assuming that the Core is connected to the TRENDnet switch? Are both the TP-Link and TRENDnet swiches connected to the router or are you using daisy-chaining and have the Trendnet connected to TP-link?
Thanks for the additional info @stubaggs, I have added it to the case notes.
Once I have the completed report from QA I will be sure to update you accordingly.
I spoke to QA and we would like to enable some more advanced logging for your account. This advanced logging is very verbose, meaning that we should enable it, capture the information and then disable it fairly quickly. Would it be possible for us to schedule a time this week to do so? I will private message you so that we can work out a time to run this test.