Network Switches


david_ten
You do realize that the signal from Tidal or Qobuz has passed through hundreds of regular old switches on its way to your router.  To think that a local switch will be able to reassemble the seemingly mangled bits into a once-again pure whole is somewhat laughable.  The claim on the SOtM website is that "your network audio system will be able to perform with more realistic textures, wider sound stage and explosive dynamics without losing the detail of the entire range".  Indeed!
If you want to spend multiple thousands of dollars because you like the looks of the device, I get it.  But don't tell me it sounds better.
@jnorris2005, I’m not sure if you read my previous post before submitting your post just above. But the risetimes, falltimes, noise characteristics, and distortion characteristics of the signal received by the audio component from the network switch or router that is immediately upstream of that component are almost exclusively a function of the network switch or router that is immediately upstream of that component. The "hundreds of regular old switches" you referred to have nothing to do with those characteristics.

Also, the explanation I stated has nothing to do with "mangled bits." For example, differences in risetimes and falltimes do not constitute "mangling," or lack thereof.  They are just differences, that may or may not have different effects on downstream circuitry.

As I said in the first paragraph of my post:

... it is very conceivable to me that a network switch can make a difference sonically. Not because it affects the accuracy with which 1s and 0s are received; not because it affects the timing with which those bits are received; and probably not because of most of the reasons that are likely to be offered in the marketing literature of makers of audiophile-oriented switches.

Regards,
-- Al

Go analyze some packets captured from Wireshark or other network sniffer and tell me there is something in there that affects sound quality. Header information, source and destination, timestamps, acknowledgements, and data. Nothing else.....

The packet either arrives there or it doesn’t or a resend is tried. A switch is not going to modify or enhance the data residing in the application layer of a packet.

I could possibly see SQ being affected on an overly chatty network. Where frames are constantly being sent out of sequence, multiple packet retransmissions are occurring, or bandwidth is insufficient. A switch is not usually the culprit of such occurances.

The packet either arrives there or it doesn’t or a resend is tried. A switch is not going to modify or enhance the data residing in the application layer of a packet.


Agreed, of course. But that has no relevance to what I have said in my previous posts. What the switch will modify are the spectral characteristics of the signal that is provided to the audio system, which may result in differing effects on ostensibly unrelated circuitry that is downstream of the system’s Ethernet interface.

I don’t know how to say that any more clearly than I already have, and I’m not sure why those who contend that a network switch cannot affect sonics keep focusing only on delivery of the data.

Regards,
-- Al

Post removed