Not currently an option here… it’s Virgin fttp, so fibre to a box on the wall outside, then coax to the modem. I don’t think the BT copper wire is a viable alternative either.
My ‘Naim’ stream was up to about 35 hours last night, but it looks like Virgin updated something because the Hub 3 restarted at about 02:40 this morning and killed it.
I’m not seeing latency spikes - but the monitor timebase might not have the resolution to show.
@connor @daniel - I’ve been making minor changes to settings in an attempt to find something that affects the drops - largely to no effect…
… but - rather counterintuitively - turning OFF the Cloudflare DNS on the Roon server NUC (so that it’s now looking to the router to direct it to the Virgin DNS) seems to have eliminated the stream drops. At least for the last twelve hours anyway!
I’ll keep it this way for a day or so to see if anything is now worse (loading new releases for you might be a bit slower, but that’s not crucial…) before reverting to see what happens.
Hi @AndyR ,
Thanks for the update, let us know how things go after your testing is complete.
Hi @noris ,
Three days with no drops, including 28 hours overnight when I forgot to stop the stream (and discovered that causes backups to fail - I was expecting the first backup to interupt the stream, but had never had cause to find out… ).
Turned Cloudflare back on earlier today, two drops observed. I wasn’t actively listening, so it was only restarted when I went looking.
I’ve turned Cloudflare off again.
I can’t find anything in the Cloudflare logs close to the Roon log timestamps - but I’m not sure what I would be looking for anyway.
I guess there’s an outside chance that setting up the router to use Cloudflare (so everything on the LAN should be using 1.1.1.1) might also be fine, but I can’t see any logic to it and am reluctant to risk upsetting the rest of the houshold.
Other Roon activities seem a bit nore laggy, but nothing I can’t live with, so I’m going to stop looking and listen to some music instead.
Please let me know if the Devs find anything that might explain why Cloudflare DNS appears to correlate with BBC hls stream drops!
This topic was automatically closed 24 hours after the last reply. New replies are no longer allowed.
It would be good to understand the failure mechanism - but would have to concede it doesn’t appear to affect many people!
There was a solved flag. I’ve removed it has it hasn’t been solved really, just a work round.
Hi @AndyR,
If changing DNS has improved the issue, then it’s possible that address resolution of .m3u8-contained URLs was the problem. Rather than filtering content selectively, your ISP might be allowing you to bypass georestrictions with certain content in the .m3u8 stream that switching to Cloudflare has otherwise triggered.
We can see indexing errors in the latest Roon logs, but they actually occur with BBC R4 after BBC R3 has otherwise successfully played for an extended period (70 minutes+). If these were the result of SSL certificate problems or parsing logic issues with Roon’s handling of the .m3u8 stream, we would expect broader reports. We won’t rule that out definitely until confirming with development.
Try switching the router DNS itself back and forth between Cloudflare and the ISP preset server. Please let us know of any additional dropouts that occur.
Hi @connor
Thanks for your reply.
I was trying to find an R4 stream to listen to the Remembrance service. Search found R4 LW, but neither stream would play (playback was interrupted because a track failed to load). This is likely the error you see in the logs. I watched it on TV instead! The search terms I was using didn’t find R4 FM; I’ve found it just now, and those streams play. The FM stream is what I was looking for. I don’t think it’s related to the drops…
I can see how georestriction might cause an issue if cloudflare misrepresented my location. I could try the non-restricted 96k stream and see if it behaves differently.
I’ll try switching DNS at the router if/when I get the chance without upsetting anyone!
So…
Neither rigorous nor conclusive, but…
I switched the router to Cloudflare this morning (around 09:30 GMT 14-Nov-24) and verified devices on the LAN were using the service; I started a BBC R3 320k (ie georestricted) stream to a Chromecast endpoint, and a 96k (ie not georestricted) stream to the NUC default output.
Around 10:00 GMT the 320k stream dropped; the 96k stream was still playing. I restarted the 320k stream.
Around 10:40 GMT I rebooted the NUC following W10 updates and restarted the streams.
Around 12:00 GMT the 320k stream dropped again; the 96k stream was still playing. I restarted the 320k stream.
I reverted the router DNS to ISP (ie Virgin Media) default about 12:06 GMT.
Both streams still running at about 16:30.
Rechecked at about 16:50 GMT - both streams dropped. That surprised me. Restarted both streams.
Still running at 19:53 GMT.
I’ve not looked at the Roon logs to see if the stream drop at 16:50 was the same error seen when using Clouflare DNS.
I didn’t explicitly flush the DNS cache at any stage. Should I?
Really not sure what conclusions I can draw from this sequence!
I hope you don’t mind me creating a topic manually - I tried using the online form but it forces me to choose options that aren’t true (5b - I have no problems with devices showing up, but all three options describe devices with problems - none are accurate and there’s no option to skip the question).
I am having trouble playing live radio stations on Roon ROCK. They play for a little while then they cut out. Looking at the logs, I can see for example:
11/17 08:42:57 Debug: [easyhttp] [132] GET to https://as-hls-uk-live.akamaized.net/pool_904/live/uk/bbc_radio_three/bbc_radio_three.isml/bbc_radio_three-audio=320000-270598903.ts timed out after 10000 ms
I have seen in the forum elsewhere that DNS issues cause problems for live radio, so to see if I could help that, I set ROCK to have DNS server 1.1.1.1 . But the issue persists. What can I try next?
Thanks!
Please post the a screen shot of the station you are seeing the issue with and make sure to indicate which stream (URL) you are using.
Thanks! Here’s the screenshot:
I use the 320kbps stream. Unfortunately I can’t see the whole URL and can’t seem to see a way to get at it. I haven’t changed anything about this radio station - it’s just as it appeared when I searched for it. As it’s a BBC station, I feel I can assume the problem doesn’t lie with them (and I can tune in to the station and listen with no problems on a Roberts internet radio I have, although there’s no way to see what stream URL that is using unfortunately).
EDIT: I’ve just realised I never have any problem playing a different radio station, so maybe there is a problem with this stream URL after all…?
Hi @klerm, similar issues here with BBC hls streams…
@connor, this looks like it might be related to the issue I was seeing with BBC 320k streams before I stopped using Cloudflare… in this case a 10s timeout on an easyhttp get. Would it help to consider them together?
The team will investigate RoonServer’s handling of this stream’s particular HLS segmentation. Please stand by and we’ll report our findings here as soon as possible. Thank you!
· Other
BBC stations keep stopping
ISP= Virgin, Ubiquiti equipment through house, roon devices ethernet connected
Sorry I find the support function to get to the post absolutely terrible, I feel for those not totally comfortable using the internet!
Anyway this is an ongoing issue but I am down to 96kbs now trying to hold onto signal but its not having it, plays for a couple of minutes then dies with no error, just have to restart the stream
THIS ISSUE IS ONLY BBC STREAMS
Specifically radio 4 and radio 6.
Can play paradise etc all day long without issue.
Can someone look at my logs or what ever and tell me why this happens?
I’ll prefix this with a statement that I don’t know what is causing your issue.
However, I can say that both AAC streams (96kbs and 320kbps) for BBC Radio 4 (London, UK, 93.5 FM) work fine here (ISP is BT, ASUS router and wired ethernet throughout with a mixture of QNAP and Zyxel unmanaged switches). I don’t listen to Radio 6 much but a quick experiment seemed to indicate that they are working OK here.
However, the BBC Radio 4 LW (Droitwich, Worcestershire, UK, 198 AM) streams (AAC both 96kbps and 320kbps) do not play at all.
Do you have the BBC stations favourited and then use them from the ‘My Live Radio’ page? I believe, that there have been issues in the past with BBC radio stations when they change the way that they support streaming. A few months ago, people were having issues.
I don’t know how favouriting radio stations works - whether the stream urls are ‘frozen’ at the point of favouriting or whether they are ‘live’ links (in the sense that they update when the Roon cloud database is changed). If you favourited the radio 4 and radio 6 stations a long time back, you might try doing a new search from ‘Live Radio’ and playing from the search results rather than relying on ‘My Live Radio’ links. If this works, remove you existing Radio 4 and Radio 6 stations from your library and re-add them from the ‘Live Radio’ search results.
Ongoing issue with the BBC HLS streams I think. It’s being investigated.
@connor may be interested in what’s getting logged.
What DNS servers are you using?
Rather counterintuitively the drops I was getting stopped when I reverted to the Virgin DNS after running with Cloudflare 1.1.1.1 with no issues for months.
