This topic was automatically closed 36 hours after the last reply. New replies are no longer allowed.
The topic I started is closed so can’t add to it so will continue here. The radio stops reared their ugly heads again. Restarting the router (Synology RT2600ac) fixes the problem for a while. I’m wondering if there is a setting in there that could be causing a problem?
Hello @GraemeM. I’m sorry to hear your problem has returned. I’ve re-opened the topic for you, moved the post here and @noris will be back to help in due course.
Hi @GraemeM,
Sorry to hear that the issues are back and thanks @BrianW for flagging me down! @GraemeM - If you try to bypass all of your switches and have the Core connected to the router, do you still see the same behavior?
Last time I checked logs, there were signs of more general networking issues and this would be a good test to simplify the setup and verify where exactly the system is encountering issues.
I’ve done some more testing. Removing all switches makes no difference.
Strange thing is if I reboot the router when the stopping problem occurs it will be fine for a day or so. The router is scheduled to reboot every day at 5 am anyway but that does not seem to prevent the problem occurring.
Same radio stations are fine played in Auralic Lightning DS app and Naim app and by airplay to the Auralic. It is just Roon that has a problem. At it’s worst radio seems to stop every 5 minutes. Do you have a process that runs every 5 minutes?
Today I noted stops at 6:58 approx, 7:11, 7:43, 14:22, 14;50, 15:42. 15:48?, 16:00?
Hi @GraemeM,
That’s interesting to note, it sounds like the router itself is dropping out in that case. Do you have the latest firmware install on your router?
What happens if you try to up-sample all of your content to one sample rate, does the issue still occur?
Latest firmware installed on router.
Upsampling made no difference.
One other thing I’ve noticed while having the Zones tab open when the stops occur is that all active zones stop and most zones in the list disappear and reappear within a second or two. While it is doing this the cursor sometimes turns to a spinning coloured ball if over the Roon window. If another zone is playing a locally stored or streamed album it will also usually stop but not always.
Hi @GraemeM,
Thanks for those additional details.
This sounds like the router itself is dropping these connections or you have a multicast issue going on.
Do you by any chance have IGMP Snooping or IGMP Proxying setting on the router you can try to toggle?
In case it is the router itself, do you have another one around the house you an try to temporarily use in place of the current one?
Router has IGMP settings. It has “IGMP querier timer” which is set to 260 seconds which is not far off 5 minutes which is the time interval between radio stops when it is at it’s worst. IGMP snooping is enable, proxy is disabled.
Hi @GraemeM,
Try this, have a ping test running in the background (to Google or a big provider) and see if you are getting packet loss when the issue occurs:
Been monitoring ping. There is no packet loss or slow ping associated with the radio stops.
Hi @GraemeM,
Thanks for performing the ping test. Next, I’m wondering if there will be any change in behavior with a fresh database in place. Can you please:
- Make a Backup of your current Roon Database
- Exit out of Roon
- Navigate to your Roon’s Database Location
- Find the folder that says “Roon”
- Rename the “Roon” folder to “Roon_old”
- Reinstall the Roon App from our Downloads Page to generate a new Roon folder
- Do not restore from backup
- Verify if the fresh database has the same issue
Sorry. Been away. Once I have done that test do I restore my database?
Incidentally when I view backup schedule it says last successful backup was 11/8/20 but when I go to select a backup to restore the most recent backup available is April 2019.
Forgot to ask if this switch works with roon:
https://www.amazon.co.uk/gp/product/B0007SQEPK/ref=ppx_od_dt_b_asin_title_s00?ie=UTF8&psc=1
The green switch was fried by global warming induced thunder storms.
Hi @GraemeM,
I would use a fresh database for a day or two and then restore.
Are you certain that you are selecting the proper folder? Perhaps there are multiple sub-folders, I would check that or if you have the backup saved to another location. Or you can also create a new backup as well.
While I can’t recommend specific switches, you can look into what other have used in the past:
If it’s unmanaged, it should work.
I’ve tested using a new database as instructed and it made no difference I’m afraid.
I wonder if there’s some process on the iMac that is causing the radio stream to be dropped. It seems to drop the stream frequently for a while then will not drop again for a long time. Is there any way to view a log of what events may be causing a problem on the iMac?
Console output around a stop:
default 09:42:16.323144+0100 mDNSResponder [R103894] DNSServiceQueryRecord(15000, 0, <private>, Addr) START PID[56009](Roon)
default 09:42:16.323306+0100 mDNSResponder [Q370] InitDNSConfig: Setting StopTime on the uDNS question 0x7fb672812eb8 <private> (Addr)
default 09:42:16.323354+0100 mDNSResponder [R103894->Q370] GetServerForQuestion: 0x7fb672812eb8 DNS server (0x7fb670110430) <private>:53 (Penalty Time Left 0) (Scope None:0x0:-1) for <private> (Addr)
default 09:42:16.323599+0100 mDNSResponder [R103895] DNSServiceQueryRecord(15000, 0, <private>, AAAA) START PID[56009](Roon)
default 09:42:16.323718+0100 mDNSResponder [Q58589] InitDNSConfig: Setting StopTime on the uDNS question 0x7fb671818eb8 <private> (AAAA)
default 09:42:16.323741+0100 mDNSResponder [R103895->Q58589] GetServerForQuestion: 0x7fb671818eb8 DNS server (0x7fb670110430) <private>:53 (Penalty Time Left 0) (Scope None:0x0:-1) for <private> (AAAA)
default 09:42:16.324050+0100 mDNSResponder [Q370] Sent UDP DNS Message 44 bytes from <private>:62708 to <private>:53 via en0 (0x4)
default 09:42:16.324079+0100 mDNSResponder [Q370] DNS Query (44) (flags 0100) RCODE: NoErr (0) RD:<private> 0/0/0 <private>
default 09:42:16.324181+0100 mDNSResponder [Q58589] Sent UDP DNS Message 44 bytes from <private>:49799 to <private>:53 via en0 (0x4)
default 09:42:16.324207+0100 mDNSResponder [Q58589] DNS Query (44) (flags 0100) RCODE: NoErr (0) RD:<private> 0/0/0 <private>
default 09:42:16.328469+0100 mediaremoted Set: origin-iMac-27-2015.local-1280262988/client-com.roon.Roon-56009 (Roon)/player-MediaRemote-DefaultPlayer setting playback state from <Playing> to <Paused>
default 09:42:16.328501+0100 mediaremoted [MRDNowPlayingPlayerClient] PlaybackState changed from Playing to Paused for origin-iMac-27-2015.local-1280262988/client-com.roon.Roon-56009 (Roon)/player-MediaRemote-DefaultPlayer
default 09:42:16.329834+0100 mediaremoted [MRDNowPlayingPlayerClient] isPlaying changed to false for origin-iMac-27-2015.local-1280262988/client-com.roon.Roon-56009 (Roon)/player-MediaRemote-DefaultPlayer
default 09:42:16.330179+0100 mediaremoted Posting com.apple.MediaRemote.nowPlayingApplicationIsPlayingDidChange with <Not Playing>
default 09:42:16.331155+0100 com.apple.WebKit.WebContent CDN - initialize client context retry
default 09:42:16.331192+0100 com.apple.WebKit.WebContent CDN - client setup_remote_port
default 09:42:16.331219+0100 com.apple.WebKit.WebContent CDN - Bootstrap Port: 2307
default 09:42:16.331902+0100 com.apple.WebKit.WebContent CDN - setup_remote_port: bootstrap_look_up() => unknown error code (1100)
default 09:42:16.334685+0100 sharingd NearbyInfo sending activity level, original: 0xb encrypted:0x8
default 09:42:16.335587+0100 AirPlayXPCHelper Request: playbackState<3898626D-360A-456B-9D82-7A9593305BE0> for origin-iMac-27-2015.local-1280262988/client-com.roon.Roon-56009 (Roon)/player-MediaRemote-DefaultPlayer
default 09:42:16.335469+0100 mediaremoted Posted Active Now Playing Notification kMRMediaRemoteNowPlayingApplicationPlaybackStateDidChangeNotification for path origin-iMac-27-2015.local-1280262988/client-com.roon.Roon-56009 (Roon)/player-MediaRemote-DefaultPlayer
default 09:42:16.335715+0100 AirPlayXPCHelper Response: playbackState<3898626D-360A-456B-9D82-7A9593305BE0> returned <Paused> for origin-iMac-27-2015.local-1280262988/client-com.roon.Roon-56009 (Roon)/player-MediaRemote-DefaultPlayer in 0.0002 seconds
default 09:42:16.338205+0100 Roon NPIC: setNowPlayingInfo: sending to MediaRemote
default 09:42:16.338687+0100 contextstored Request: playbackQueue<B70B9BA3-8687-4B32-805F-177306FBBB89 contextstored-262 /M/L/R[0:1]> for origin-iMac-27-2015.local-1280262988/client--0/player-(null)
default 09:42:16.339080+0100 contextstored Request: clientProperties<F3EF9EBC-CBA1-4DE1-9DCC-930282BADB32> for origin-(null)-0/client--0/player-(null)
default 09:42:16.339951+0100 Roon [NowPlayingInfo] Setting nowPlayingInfo with mergePolicy Replace: <NSCFDictionary 0x60000535a920 {
kMRMediaRemoteNowPlayingInfoDuration = 0
kMRMediaRemoteNowPlayingInfoArtworkMIMEType = image/jpeg
kMRMediaRemoteNowPlayingInfoTimestamp = 2020-08-17 08:42:16 +0000
kMRMediaRemoteNowPlayingInfoTitle = BBC Radio Scotland
kMRMediaRemoteNowPlayingInfoArtworkIdentifier = 876f9243fa0e6ffe2d303ce5666d86c9ed2aa457
kMRMediaRemoteNowPlayingInfoElapsedTime = 0
kMRMediaRemoteNowPlayingInfoPlaybackRate = 1
kMRMediaRemoteNowPlayingInfoMediaType = kMRMediaRemoteNowPlayingInfoTypeAudio
kMRMediaRemoteNowPlayingInfoArtworkDataHeight = 768
kMRMediaRemoteNowPlayingInfoContentItemIdentifier = 09E79A73-EE5E-44A0-AB5A-8B2C7A0DDE01
kMRMediaRemoteNowPlayingInfoIsAlwaysLive = 1
kMRMediaRemoteNowPlayingInfoArtworkDataWidth = 768
}>
default 09:42:16.339287+0100 contextstored Request: playbackState<A38160F5-8163-4B65-91EF-96DE57E1F872> for origin-iMac-27-2015.local-1280262988/client-com.roon.Roon-56009 (Roon)/player-MediaRemote-DefaultPlayer
Hi @GraemeM,
Can you note the exact local time + date of the next issue (on the fresh database) and then send me a copy of your Roon logs by using these instructions?
Hi @GraemeM,
Thanks again for sending those logs over and your patience while I had a chance to review.
I do see the issue occurring, I will post a snippet below:
08/18 09:39:45 Trace: [System Output] [LowQuality, 32/48 AAC => 16/48] [100% buf] [PLAYING @ 5:04] BBC Radio Scotland
08/18 09:39:50 Info: [stats] 10678mb Virtual, 270mb Physical, 346mb Managed, 97 Threads, FDs
08/18 09:39:50 Trace: [System Output] [LowQuality, 32/48 AAC => 16/48] [100% buf] [PLAYING @ 5:09] BBC Radio Scotland
08/18 09:39:55 Trace: [System Output] [LowQuality, 32/48 AAC => 16/48] [100% buf] [PLAYING @ 5:14] BBC Radio Scotland
08/18 09:40:00 Trace: [System Output] [LowQuality, 32/48 AAC => 16/48] [100% buf] [PLAYING @ 5:19] BBC Radio Scotland
08/18 09:40:05 Info: [stats] 10681mb Virtual, 231mb Physical, 358mb Managed, 97 Threads, FDs
08/18 09:40:05 Trace: [System Output] [LowQuality, 32/48 AAC => 16/48] [100% buf] [PLAYING @ 5:24] BBC Radio Scotland
08/18 09:40:07 Warn: [streammediafile] error reading stream: Error: NameResolutionFailure
It looks like BBC was streaming fine until you hit a Name Resolution Failure.
I know you tried Google DNS, but have you tried any of the other ones yet? This DNS change is meant to be made on the router-level.