Man… Im reposting soemthing I just read elsewhere becuse the guys really nails the whole logic around what a network cable really does…
Enjoy… and sell that 400 Ethernet cable now!
If any of you is interested in the science of data transmission read further.
I work in the N/W industry and do know a bit of this stuff.
The 2 most common n/w protocols used for data transfer or streaming are:
- TCP (Transmission Control Protocol)
- UDP (User Datagram Protocol)
TCP is a “connection oriented” mechanism which is required for data integrity and for time insensitive transfers.
UDP is a “connection less” mechanism which is used for data transfer which is time sensitive.
Common examples of TCP being used are file transfers, web browsing, etc. Here data integrity is paramount. It is OK for the web page to load in 0.5 secs or 1.5 secs, but it should load correctly and completely. How does TCP guarantee this? Connection oriented mechanism. If there is a loss of data, re-transmission is applied until everything is delivered.
Common examples of UDP being used are audio/video transfers. Here data is time sensitive. If a chuck of audio or video data arrives late, it is useless. Re-transmission does not help. But this protocol is light weight compared to TCP hence the wide usage.
Let’s talk about Audio streaming.
Streaming service (e.g Spotify/Tidal) ↔ ISP ↔ Your home router ↔ Application/player → DAC → Amp → Speakers
Networking is involved from the Streaming service to Application/player (note the bi-di arrows to highlight networking segment)
Here the service may choose to use TCP to render their collection for user browsing etc and UDP for actual audio streaming.
Why?
One cannot browse if the data integrity is compromised or incomplete.
But one can still hear songs even if a small chunk of data was lost. It will only result in a jump or a null in the song.
So does Spotify/Tidal use UDP? Actually, no. They use TCP, because TCP allows data throttling based on end user speed (read your great or lousy ISP). With TCP, streaming services can utilize available bandwidth better as compared to UDP. More and more services are switching to TCP, if not using it already.
In the Application/player, there is something called a buffer (or fifo). This is required to pre-fetch a chunk of data during playback.
Usually these buffers are determined by application or sometimes user has a bit of control.
Buffer under run is when audio problems materialize. This happens only when your ISP connection is bad (very low data rate say 1 or 2 Mbps)
Otherwise audio files will stream without any degradation or improvement over the dinky fiber/copper through the humble router and ethernet cable. Yes, even yesteryear cat 5 cable at 100Mbps. It just works for audio and even high speed video.
All of the dark magic is DAC onwards.
Say DAC is Voldemort (villain), Amp is Sauron (villain), Speakers are like Thanos (villain) and the room is like, well … Loki (god of mischief) the entire network is a cute little Santa elf. It is a harmless little elf that keeps delivering the goods.
After all the villains in your audio chain, you will still be like “Mogambo khush hua” (For international FMs, Mogambo was a very famous Indian film villain, and his favorite line roughly translates to “Mogambo is happy”)
The network will not corrupt the audio experience at minute level which can be discerned by golden ears. Only at gross level, works or not works.
If you still want to invest in audio grade router (+ LPSU) and CAT x cables, go ahead. It does not have any bearing to audio sound quality, period.
Where you hear differences are from DAC onwards only.
PS:
This slipped my mind when I was typing out the above explanation.
TCP/UDP are protocols that ride on top of IP and L2 (layer 2)
L2 has FCS (frame check sequence), IP has a checksum, TCP/UDP has checksums, application layer may have its own data integrity checks.
There is no way a 1 can become a 0 or vice versa or quasi level without being flagged as a data error followed by re-transmission if using TCP.
If data error occurs when using UDP, packet loss happens and there will be a null or gap in music.