When the handshake process between the Naim and a music service starts, after the first “Hello!” request from the Naim, a music service typically responds by advertising it capabilities (format, metadata info, etc).
However, in this case, the music service sends a complete HTML page. Obviously not something the Naim expects, causing a “stop”. The trick is to reply to the Naim with a response message the streamer understands. So, I created an “OK” message with some info, amongst it, my name.
This is something the Naim understands and answers with a new request, being “send me the music”. At that point I inject the ChillOutbitstream.
Not sure if I get your remark right, but the WAV the proxy sends is an unpacking of the OggFlac, being lossless, where the “320” is likely a lossy stream? If the source is the same, the lossless should sound better, which is also the reason behind my proxy initiative.
I have this issue with lossless and lossy in all formats. I think Spotify Premium sounds really good through my system and so does everyone who hears it. I found no sound quality improvement with Tidal or Qobuz and cancelled both after a months trial. My last hearing test revealed only a slight issue at 8 kHz in one ear. My 24 year old daughter also detected no differences in blind tests involving Spotify Premium, Tidal HiFi, Qobuz HiRes, CD, purchased Flac download, Flac rips from CD with Dbpoweramp, Flac via UpnP and Flac via USB memory stick, loudspeakers and headphones with a dedicated headphone amp. She had no idea of the source and got the same results with both my choice of music and her own favourites.
As I said above and previously in other topics, the sound is already great and I’d love to hear an improvement!
My ForwardProxy is running since several days without any issues according my monitoring info.
I also see I’ve some “regular” visitors
As we’ve learned from the very good documented story from @Stevesky on how a streamer deals with streaming data, it’s clear that this involves more than just decoding an Ogg envelope.
The server hosting the ForwardProxy software is hosted in a high-performance Oracle Cloud data center in Frankfurt (DE), although on a free account with limited resources/capacity. The Naim music streams are hosted in the Netherlands (I guess), so that’s not a big deal with regards to latency.
Listening myself +12h a day from Belgium, I have maximum 1 reconnect a day. What about you?
$ ping 158.101.168.33
PING 158.101.168.33 (158.101.168.33): 56 data bytes
64 bytes from 158.101.168.33: icmp_seq=0 ttl=56 time=34.878 ms
64 bytes from 158.101.168.33: icmp_seq=1 ttl=56 time=36.789 ms
64 bytes from 158.101.168.33: icmp_seq=2 ttl=56 time=36.226 ms
64 bytes from 158.101.168.33: icmp_seq=3 ttl=56 time=35.997 ms
Ah, thanks. Seems my pinging skills are not all that.
PING 158.101.168.33 (158.101.168.33): 56 data bytes
64 bytes from 158.101.168.33: icmp_seq=0 ttl=50 time=303.164 ms
64 bytes from 158.101.168.33: icmp_seq=1 ttl=50 time=322.042 ms
64 bytes from 158.101.168.33: icmp_seq=2 ttl=50 time=238.502 ms
64 bytes from 158.101.168.33: icmp_seq=3 ttl=50 time=257.374 ms
64 bytes from 158.101.168.33: icmp_seq=4 ttl=50 time=276.226 ms
64 bytes from 158.101.168.33: icmp_seq=5 ttl=50 time=214.414 ms
With a ping of 300ms you’d think you would be experiencing significant buffering issues on a 272 given what @Stevesky said about 50ms being the threshold for good performance but that clearly isn’t the case…
My network speed is pretty robust (below), not sure if that helps. My (limited) understanding is that latency is key, but is overall network performance a combination of latency plus speed?
Impressive figures! You live in the datacenter itself?
It’s indeed an AND story of low latency and high network bandwidth and a robust hardware network infrastructure and no noisy neighbours, like children downloading or watching huge bandwidth demanding things, and some other things I would have forgotten.
There’s something strange with this URL.
