USB sucks


USB really isn‘t the right connection between DAC and Server: depending on cables used, you get very different sound quality if the server manages to recognise the DAC at all. Some time ago I replaced my highly tuned Mac Mini (by now-defunct Mach2mini, running Puremusic via USB) with an Innuos Zenith Mk3. For starters I couldn‘t get the DAC (Antelope Zodiac Gold) and server to recognise each other, transmission from the server under USB2.0 wasn‘t possible because the server is Linux based (mind, both alledgedly support the USB2.0 standard) and when I finally got them to talk to each other (by using Artisansilvercables (pure silver) the sound quality was ho-hum. While I understand the conceptual attraction to have the master clock near the converter under asynchronous USB, the connection‘s vagaries (need for exact 90 Ohms impedance, proneness to IFR interference, need to properly shield the 5v power line, short cable runs) makes one wonder, why one wouldn‘t do better to update I2S or S/PDIF or at the higher end use AES/EBU. After more than 20 years of digital playback, the wide variety of outcomes from minor changes seems unacceptable.

Since then and after a lot of playing around I have replaced the silver cables by Uptone USPCB rigid connectors, inserted an Intona Isolator 2.0 and Schiit EITR converting USB to S/PDIF. Connection to the DAC is via Acoustic Revive DSIX powered by a Kingrex LPS.

The amount of back and forth to make all this work is mindboggling, depending on choice of USB cables (with and without separate 5V connection, short, thick and God-knows what else) is hard to believe for something called a standard interface and the differences in sound quality make any review of USB products arbitrary verging on meaningless.

Obviously S/PDIF gives you no native PCM or DSD but, hey, most recordings still are redbook, anyway.
Conversely it is plug and play although quality of the cable still matters but finally it got me the sound quality I was looking for. It may not be the future but nor should USB, given all the shortcomings. Why is the industry promoting a standard that clearly isn‘t fit for purpose?

Finally, I invite the Bits-are-bits naysayers to go on a similar journey, it just might prove to be educational.
antigrunge2
@rixthetrix  Wow, a "technician" that doesn't know about detection level, encoding, checksumming and buffering...  You are mixing things and ethernet category of cables have nothing to do with USB cables...
Obviously, you don't know about high-speed differential pairs, linear feedback shift register,  8b/10b encoding, etc etc etc.

And about transmission of digital signal being "analog", that's just plain talking for nothing... Of course, every electrical signal could be described as" analog" but that's not the point... We're talking digital communication and encoding, bit detection, etc...  In a computer, this is the same principle, be it in gigahertz range...
"There’s nothing in the cables passing little ones and zeros across the cable."  Oh and what is digital transport then?  And ethernet?  And transmission lines in a computer?  Incredible...

And the top of the top:" excuse my rant, I am just trying to ensure people don't get misinformed and miss out on relatively cheap solutions that will significantly increase performance."  Wow...

That's exactly what you do...  I can tell you didn't pass any degree, you should study a bit before trying to look that you know something, you just don't... 
Go get a good engineering book and read before throwing crap like you did... if you're up to understand something...  Here is a free MIT book, try to read and understand it...
http://www.mit.edu/~6.450/handouts/6.450book.pdf
@papagiorgo Another non tech that don’t understand and speak out BS... "USB does carry and introduce a noticeable amount of noise into the DAC, even with high-quality USB cables." The, you have a badly designed USB DAC... Throw it to trash, it is where it belongs...

@jaytor Your point is exactly what everybody should understand here!

@CDD same as papagiordo, throw you trash DAC where it belongs...
@herman "Transmitting audio data in realtime is not the same as transferring TeraBytes of data files. You should look into it before making such statements."

Ok go ahead and explain me how it is different!! YOU should study about async digital communication, encoding and buffering... It’s obvious that you just plain don’t know...

@herman "Transmitting audio data in realtime is not the same as transferring TeraBytes of data files. You should look into it before making such statements."

Ok go ahead and explain me how it is different!! YOU should study about async digital communication, encoding and buffering... It’s obvious that you just plain don’t know.

https://darko.audio/2016/05/gordon-rankin-on-why-usb-audio-quality-varies/

I will defer to Gordon Rankin who I trust more than somebody angrily ranting on this forum


The three main USB transmission protocols are Bulk, Interrupt and Isochronous. Bulk (used for data transfer to a hard drive) and Interrupt are error-correcting. Isochronous (used for audio) is not.”

“Bulk and Interrupt are immediately NAK (negative acknowledgement). The receiver is designed to detect a bad packet immediately and the packet is resent.”

“For USB audio, the receiving device is basically translating a serial stream of data with a clock interwoven throughout. At the end of the packet sits some sort of block check. If the block check does not match the data then that packet is flagged as an error.”

“With Isoschronous USB transmission, packets are sent without any error correction / resending. But guess what? This is the USB protocol used for audio frames. The bad news is they are not error-free. The good news is these Isochronous frames are afforded the highest priority in the system.”