RE: Ethernet Cable /Patch Cable ...Any Difference?


I’m fairly certain that this topic has been brought up previously. I did peruse the Cables section to no avail. I think this is a more fitting topic however, for the PC Audio section.

I have been reading via other forums recently about the claims that certain CAT6 cable actually “sounds” better than some CAT5 cables. I have to admit that I am a bit skeptical. I am, however, open to try upgrading to different patch cables.

Can anyone weigh in here on whether or not there is any validity to the positive gains reported by others regarding various types of patch cables…

Note (for those of you how read all the way to the end of this post): Answers such as, “here we go again,” “now you’ve opened a can of worms,” this subject has been beaten to death,” “It’s all subjective,” etc. serve no purpose to my post. If you don’t have a direct educated answer, please don’t reply. That way we can make this a short, simple and civil thread.

Thanks.

_Ben
2chnlben

Showing 1 response by almarg

Hi Ben,

The following paragraph from this paper by Steve Nugent of Empirical Audio may be of interest:
LAN, Ethernet or Wi-Fi wireless network.... The protocol of this network has inherent in it the flow-control and retry mechanisms that enable the optimum audio streaming scenario, as well as having the advantage of avoiding altogether the sometimes troublesome audio software stack of the computer OS. Using networked devices, either wired or wireless can be no different than sending data to a printer. The only concern is getting the data to the device intact. There is no timing information sent or implied. The data is not contiguously streamed at real-time speed as with USB, Firewire or S/PDIF interfaces. It is packetized and sent periodically in high-speed bursts over the network, whenever the network has an "opening". These packets are then collected in a buffer memory at the destination device where they can be clocked out to the D/A using a local low-jitter master clock. The fact that networked data flow incorporates flow-control and retry, and bypasses the computer audio stack makes it the superior method.
Given that the timing of the data transfer has no relation to the audio that is ultimately generated, and that there will be no bit errors on a properly functioning link, there are only two ways I can envision that the cable type can impact sonics:

1)Noise or crosstalk riding on the signals arriving at the dac component's input couples around the ethernet interface circuit to the dac chip or circuit itself, causing jitter. The amount of noise or crosstalk conceivably could be cable-sensitive.

2)Differences in the cables resulting in different amounts of rfi coupling through the air from the cable to other parts of the system.

Both of these effects, were they to occur to a significant degree, would be highly system and setup dependent, with little or no predictability or consistency from system to system.

IMO.

Best regards,
-- Al