The issues re-appeared on consecutive evenings, so I was able to do some further troubleshooting. For future reference, I’m always using the latest versions (Roon 1.6 B401 and Roon OS 1.0 B174).
I can mention that so far the issues only occurred in the evenings (somewhere between 21:00 and 22:00). And did so for a very short time (matter of a few minutes). After that it simply disappears.
Aside from the setup as described in the earlier diagram. I’ve tried a few alternative setups as to eliminate hardware and networking issues. From here on now, the setup is:
- Roon (Core + Output) on Macbook Pro 13" hardwired directly to the router.
- Roon (Core + Output) on Macbook Pro 13" wireless to the router.
I’ve used multiple routers to make sure the router is not to blame. The routers that were used are UniFi USG 3P, Linksys LRT214 and Linksys EA7500 AC1900. I think it’s safe to say it’s not the router.
I’ve used multiple Cores (Nucleus+, Macbook Pro), multiple Outputs (Nucleus+, Macbook Pro, UltraRendu) and DACs (Macbook Pro, Totaldac). I think it’s safe to say those are not at fault either.
When the Tidal playback issues occurred, I collected some information you requested:
- Continuous ping to google.com (0.0% packet loss on 5000 packets)
- Switched between various Core and Output devices (as described earlier)
- Went straight from router to Core+Output (as described earlier)
Taking the above into account, I’m inclined to say that:
- It’s not a local networking problem (ie. minimal network setup of 1 router, swapped router hardware, switches between cabled and wireless to eliminate faulty cable).
- It’s not a audio hardware issue (ie. different combinations of Cores, Outputs and DACS)
It could still very well be the following:
- Upstream networking issue (think along the lines of ISP or Tidal).
- Software issue with Roon (definitely not meant as to blame you guys).
I can’t help but notice that even when Roon is having these Tidal playback issues, the official Tidal App has no such problems when playing at the very same time and from the very same devices using the very same tracks (using different logins made possible via Tidal Family subscription). So if it were an upstream networking issue, Tidal App seems to be more resilient to it. Perhaps a different buffering strategy? That being said, I remember having the native Tidal App go bad a few months ago as well, so it may very well be a coincidence.
Excerpt from the logs:
03/07 14:28:35 Debug: [prebuffer] sleeping in read -- this isn't good
03/07 14:28:37 Trace: [Nucleus] [Lossless, 16/44 TIDAL FLAC => 16/44] [PLAYING @ 0:05/3:58] Like That - Chase & Status / Moko
03/07 14:28:38 Info: [Nucleus] [zoneplayer] Open result (Queueing): Result[Status=Success]
03/07 14:28:38 Trace: [streamingmediafile] immediate read of http://ab-pr-ak.audio.tidal.com/88592622/ef3da3426e3a91f4cb6e5ebba3ca781a_26.flac at 393216 length=38370205
03/07 14:28:38 Info: [stats] 2359mb Virtual, 298mb Physical, 61mb Managed, 0 Handles, 73 Threads
03/07 14:28:38 Trace: [XMOS USB Audio 2.0] [raatclient] GOT [37] {"status":"Dropout","samples":13608}
03/07 14:28:39 Trace: [XMOS USB Audio 2.0] [raatclient] GOT [37] {"status":"Dropout","samples":22050}
03/07 14:28:39 Debug: [prebuffer] sleeping in read -- this isn't good
03/07 14:28:39 Trace: [XMOS USB Audio 2.0] [raatclient] GOT [37] {"status":"Dropout","samples":22050}
03/07 14:28:40 Trace: [XMOS USB Audio 2.0] [raatclient] GOT [37] {"status":"Dropout","samples":22050}
03/07 14:28:40 Trace: [prebuffer] ready 149940/441000 (34%) @ 0/276 sec
03/07 14:28:40 Trace: [XMOS USB Audio 2.0] [raatclient] GOT [37] {"status":"Dropout","samples":22050}
03/07 14:28:41 Trace: [XMOS USB Audio 2.0] [raatclient] GOT [37] {"status":"Dropout","samples":22050}
03/07 14:28:41 Trace: [XMOS USB Audio 2.0] [raatclient] GOT [37] {"status":"Dropout","samples":22050}
03/07 14:28:41 Warn: [Nucleus] [zoneplayer/raat] Too many dropouts (>3s dropped out in the last 30s). Killing stream
03/07 14:28:41 Trace: [Nucleus] [zoneplayer/raat] too many dropouts. stopping stream
03/07 14:28:41 Trace: [Nucleus] [zoneplayer/raat] Endpoint XMOS USB Audio 2.0 State Changed: Playing => Prepared
03/07 14:28:41 Info: [Nucleus] [zoneplayer] advance didn't change the track. returning short read
03/07 14:28:41 Trace: [XMOS USB Audio 2.0] [raatclient] SENT [39]{"request":"end_stream"}
03/07 14:28:41 Warn: Track Stopped Due to Slow Media
03/07 14:28:41 Debug: [raat/tcpaudiosource] disconnecting
03/07 14:28:41 Info: [zone Nucleus] OnPlayFeedback StoppedEndOfMediaUnnatural
03/07 14:28:41 Debug: [zone Nucleus] _Advance
03/07 14:28:41 Info: [audio/env] [zoneplayer -> stream] All streams were disposed
03/07 14:28:41 Info: [audio/env] [zoneplayer -> stream -> endpoint] All streams were disposed
03/07 14:28:41 Trace: [XMOS USB Audio 2.0] [raatclient] GOT [37] {"status":"Ended"}