We Need To Talk About Ones And Zeroes


Several well-respected audiophiles in this forum have stated that the sound quality of hi-res streamed audio equals or betters the sound quality of traditional digital sources.

These are folks who have spent decades assembling highly desirable systems and whose listening skills are beyond reproach. I for one tend to respect their opinions.

Tidal is headquartered in NYC, NY from Norwegian origins. Qobuz is headquartered in Paris, France. Both services are hosted on Amazon Web Services (AWS), the cloud infrastructure services giant that commands roughly one third of the world's entire cloud services market.

AWS server farms are any audiophile's nightmare. Tens of thousands of multi-CPU servers and industrial-grade switches crammed in crowded racks, miles of ordinary cabling coursing among tens of thousands of buzzing switched-mode power supplies and noisy cooling fans. Industrial HVAC plants humming 24/7.

This, I think, demonstrates without a doubt that audio files digitally converted to packets of ones and zeroes successfully travel thousands of miles through AWS' digital sewer, only to arrive in our homes completely unscathed and ready to deliver sound quality that, by many prominent audiophiles' account, rivals or exceeds that of $5,000 CD transports. 

This also demonstrates that digital transmission protocols just work flawlessly over noise-saturated industrial-grade lines and equipment chosen for raw performance and cost-effectiveness.

This also puts in perspective the importance of improvements deployed in the home, which is to say in the last ten feet of our streamed music's multi-thousand mile journey.


No worries, I am not about to argue that a $100 streamer has to sound the same as a $30,000 one because "it's all ones and zeroes".

But it would be nice to agree on a shared-understanding baseline, because without it intelligent discourse becomes difficult. The sooner everyone gets on the same page, which is to say that our systems' digital chains process nothing less and nothing more than packets of ones and zeroes, the sooner we can move on to genuinely thought-provoking stuff like, why don't all streamers sound the same? Why do cables make a difference? Wouldn't that be more interesting?

devinplombier

So much misunderstanding on how networking and computing work. 

AWS/Cloud = some one else computer

All cloud platforms are just server farms that you pay to use. There are several tiers and quality. You can even pay AWS for a specific server that is all yours not shared. 

Networking can be very complex, go through several conversions. Anything sent from the East coast to the West coast is converted to optical, will stay that way till the last couple hops. Sadly it will go through the optical/coax conversion a few times before getting to your house. 

There is network jitter that gets sorted through packet headers. Each packet has a lot of info in it that is not the music 1/0's. Packets come out of time, sequence, in short burst. You do not get a dedicated stream of a song, you get a lot of small burst of data, that the DAC will piece into a song. There is built in error correction, and it's a send/receive/send service. Google TCP/IP packet protocols. 

Never in my engineering life, has any networking "noise" caused any computing issue. Servers all use clean power, and they try to separate the power from the data, but it's not always possible. They always use the provided power cords that go into rack long power strips. 

Think years of analog audio with all the rules has bleed over to digital, some of is the same, but a lot of it is garbage. Packets do not contain any noise, cat cables do not carry noise. Think most of the issues is poor consumer network components, poor component placement, DAC's that introduce noise in the D/A conversion. 

@mswale well audiofoolia is filled with people who talk like they're authorities on things but just learned some terms from a forum some years back and are regurgitating it every year till they believe they know more than people who actually work in those fields. That is how you get people confidently saying bull and thinking they're having some intellectual showdown. It's exhausting 

@mswale, I agree with you.

@jsalerno277  you wrote:

Your minor premise is that these digital packets successfully travel thousands of miles through AWS’ digital sewer, only to arrive in our homes completely unscathed ones and zeroes.  Facts prove this premise false.  The transmission of digital data over the WWW introduces a number of errors that cause distortion including, without limitation:

  1. Jitter, the distortion we are all most familiar with. ​​​​​​
  2. Transmission impairments: signal distortion, attenuation
  3. Noise:  From EMI which includes RFI, introduced during transmission.

Your statement is incorrect.  The 3 bullet points impact the "signal" at the digital to analog stage.  Not during the digital to digital transmission.

I’m a computer/network/server guy with over 40 years experience in the field.  I was working with networking systems when "ethernet" was still using coax cable and what we call the Internet (i.e. World Wide Web) didn’t even exist yet.

All network transmission protocols, such as TCPIP, Netbios, etc., whether through the Internet, on a corporate LAN, or on your residential WLAN/LAN, have safeguards built in.  They are designed to insure that the data transmitted and received at either end is correct, bit by bit.  If there is any descripancy, it will request that the data packet be resent over and over again, until it is right.  Even a CD player has safeguards to guard against read errors, it’s called oversampling.  (Something nobody even thinks about anymore since it is so reliable.)

And think about it for a minute.  If the data stream is even a little bit wrong, even one bit of data flipped from a 0 to a 1, it would cause corruption that could be a financial transaction to be wrong, or a database to contain the wrong information, or a music file to be corrupted.  And once the data has been digitized, the network transmission/receipt doesn’t differentiate between the type of data (i.e financial, video, scientific, or even music), it is just a string of 0 and 1’s.  That is the beauty of digital transmission.  What is sent is what is received.  And you should be thankful that is correct, otherwise you might find the decimal place on an online credit card transaction to be one place to the right of where it should be.

Jitter, EMI noise, data buffers running dry do to slowness, etc. don’t affect the correctness of the digital data. They effect the ability of the D to A processor and software to convert it back into an analog output.


 

 

 

I am not a networking expert, but when you request a set of data from a provider, you can't receive "noise". You can't receive anything different than what was packaged and sent. You must receive what the provider sent to the last bit. Nothing will be added removed. This "noise" stuff is pure imaginary BS.

@jeffbij I never said sequence of ones and zeros were corrupted.  I said the signal is has errors including jitter, transmission impairments, and EMI.  None of these involve a corrupted sequence, additional or absent digits or sequences.   We are arguing the over semantics regarding the use of the term unscathed.   It is unscathed with regard to the accuracy of the digital sequencing based on the TCPIP protocol but scathed in its timing and signal quality.