@parkergetdean
I admit, this is what I thought: the streamer sends "data" to the DAC. Its job is to receive data and pass it to the DAC. It's not changing stuff, validating stuff other than 01101 is 01101. Are you saying it varies?
If we ignore using a DAC internal to the streamer, and focus on just passing the data stream to an external DAC, on the surface you would think it doesn't matter. However in reality that is not true. If you break down the path of the data from the network connection through the streamer:
- Data is received by the streamer (TCPIP),
- The data packets then have to be assembled back into proper order by the streamers digital interface using processors/software/firmware/buffer RAM, etc.
- The data is then "restreamed" out to what we could call the "digital output buffer".
- In the output buffer, the data is then processed into whatever transmission format selected... to optical light pulses (TOSLINK), SPIDIF connection, HDMI, etc. (I'm leaving I2S out of this because it is a bit different.)
Steps 2 through 5 all require passing through different circuitry, integrated circuits, software, and possibly even DC amplifiers to boost the signal strength if needed. While the data 1s and 0s remain intact, jitter and clock timing errors are ALWAYS introduced into the data stream.
And thus the design of the streamer, components used, etc. can effect sound quality regardless if the 1s and 0s are the same.