Noting that you use an i-pad to run Mosaic app I would just remark that there is a recent update to iOS (v. 14.6). Its release notes concern fixing a number of small issues and I have noted improved performance from Mosaic since its installation ( better discovery ).
Thanks to my friend, he screen-captured the Mosaic app on iPad in January vs July, and he noticed some differences in the display even when playing the same music file - see attached. Is it possible that changes were made in Tidal that caused the Mosaic app or NB to mal-function?
If I am right this is exactly the same problem that you reported in August last year. You did not subsequently post about finding a solution but I assume that the issue just went away only to recur last Saturday.
You say that otherwise everything is working OK playing all other internet sources through the same set up. Only Tidal fails and it only fails via Mosaic.
Faults tend to be consistent until there is a fix. It currently seems you have one that only happens periodically and then goes away. This makes me wonder if something is happening that is completely external to your home system. Tidal via Mosaic is somewhat different to Tidal playing via its own app running on a computer or phone. With Mosaic I understand that it relies on the services provided by airable along with all of the internet radio stations. Those radio stations tend to be lossy but you say are working OK ( I am assuming that when you say internet radio is OK you mean internet radio via Mosaic ?). So the issue seems to be unique to Tidal playing via this source and to you in HK ( as nobody else is reporting anything similar).
Are there any other Hong Kongers experiencing this? I think that there may be other contributors to this forum from HK and it would be helpful to hear from them.
Your screen shots were posted whilst I was writing my post above so I have only just seen them.
The main thing I see is that the file playing in July is not the same as the one in January. The January file is lossy MPEG but the July one is a Tidal Masters MQA encoded one. However you say that ALL Tidal files are currently stopping after a few seconds playing. Is that correct?
NB: As explained last year as you do not have a dCS DAC you will not be able to replay this MQA file at its fullest resolution.
Thanks for the clarification. So the problem did not go away it just happened less frequently.
One thing has changed with Tidal since last summer. They have greatly expanded the catalogue of MQA encoded albums. Is there a problem with your setup and MQA as this may be an explanation of why everything but Tidal works OK? Have you fortuitously been selecting non MQA encoded albums in the meantime ( including when using Tidal’s own app) such as the example of Mozart concerto in January but , due to Tidal’s MQA expansion, are now finding all MQA albums perhaps without noticing?
Simon, it’s not uncommon that when you use Mosaic/Tidal, music is streamed from a different Global cache provider than when you use Tidal’s native PC/Mac App by itself. So, the former could fail, while the latter seems to work just fine.
In which case the problem is within your Internet Service Provider’s domain, rather than inside your house or your dCS Network Bridge as such.
Have a read of the following post and maybe try the suggested diagnosis, it might lead to additional insights into the problem you’re facing;
THank you for the detailed info. this is very helpful.
I tried the ping tests for the 3 servers. It turns out that for Akamai, i got this response
ping: cannot resolve sp-pr-ak.audio.tidal.com: Unknown host
for Fastly, I got 40% packet loss a few times (but ok at other times but at a slower speed around 224ms)
That’s a good confirmation. Pretty much exactly the kind of results I would have expected based on the symptoms you outlined in your first post.
Mosaic/Tidal does seem to always use Fastly caches. While Tidal by itself uses CloudFront (you can ignore the Akamai ping failure, I suspect Tidal no longer uses them as a cache supplier).
That said, and before you speak to your ISP, you might want to try a couple of things. Maybe start off by pointing your DNS elsewhere; on your Network Bridge under the “Network Settings” page, override your DNS to Google’s (8.8.8.8) and CloudFlare (1.1.1.1).
Let’s see if that helps. And if not, we might need to trace exactly where your nearest Fastly cashe really is. Where are you located geographically (which country I mean) if you don’t mind my asking?
That won’t work unfortunately. The Mosaic App is only a “control-point”. Once you select an album/track, your dCS Network Bridge will go out and pull the stream directly from the source/cache. Music streams do not flow through the Mosaic App.
Fastly actually has a point-of-presence in Hong Kong. So, under normal conditions, you should not be getting occasional 40% packet loss with 224ms ping response times!
OK
Let’s try and locate the Fastly cache that your ISP’s DNS resolves, here’s how; from your PC/Mac - I’m assuming it’s connected to the same network as your dCS Network Bridge - get to a command line and issue the command;
In my case, that 151.101.2.142 is a Fastly cache in the U.S.
Take the address that you get and type it into https://whatismyipaddress.com/ip-lookup to see where that address is physically located. With that information, we can maybe figure out what your next steps might be (likely for you to chat with your ISP ).
Assuming all your other Internet applications (your home) are actually working fine, then it’s likely your ISP has a problem with their Internet Exchange point, and specifically to Fastly’s Servers in HK.
Here’s my suggestion;
Double confirm - like what I’ve done above - that you’re getting high packet loss % and ping times in the 200s of milliseconds to that Fastly cache in HK.
Take a screenshot of that and email your ISP Support help desk; let them know that your application to that server is failing because of the occasional high packet-loss and high latency.
Ideally, packet-loss should be 0% or single digit % worst case, and ping round-trip-delay should be in 10s of milliseconds.
Hopefully we’re not missing something else … Good luck!
This isn’t something I’m having a problem with (though I sympathise, Sims!), but I just wanted to say how much I value your help on network stuff like this, Anup. You are an absolute star.
Anyway, back to the tunes and a beer in the sunshine