Home
AudioAsylum Trader
Hi-Rez Highway

New high resolution SACD releases, players and technology.

For Sale Ads

FAQ / News / Events

 

Use this form to submit comments directly to the Asylum moderators for this forum. We're particularly interested in truly outstanding posts that might be added to our FAQs.

You may also use this form to provide feedback or to call attention to messages that may be in violation of our content rules.

You must login to use this feature.

Inmate Login


Login to access features only available to registered Asylum Inmates.
    By default, logging in will set a session cookie that disappears when you close your browser. Clicking on the 'Remember my Moniker & Password' below will cause a permanent 'Login Cookie' to be set.

Moniker/Username:

The Name that you picked or by default, your email.
Forgot Moniker?

 
 

Examples "Rapper", "Bob W", "joe@aol.com".

Password:    

Forgot Password?

 Remember my Moniker & Password ( What's this?)

If you don't have an Asylum Account, you can create one by clicking Here.

Our privacy policy can be reviewed by clicking Here.

Inmate Comments

From:  
Your Email:  
Subject:  

Message Comments

   

Original Message

Now I think we are getting somewhere

Posted by Charles Hansen on June 1, 2017 at 15:17:11:

>> When fully unfolded in hardware, by the same DAC, I see 44.1/24. <<

My guess is that the DAC is showing the sample rate of the (singly "folded") incoming file. It started out as an 88.2/24 file and was "folded" during MQA encoding by taking the audio data in the frequency range from 22.05kHz to 44.1kHz, discarding its lower bits, compressing with lossless techniques, and then storing it in the lower bits of the "baseband" audio (from DC to 22.05kHz). This process discards the lower bits in the baseband (which is what allows for the reduced file size of MQA for high-res streams).

The lower bits in the dual-rate data are also discarded for two reasons. One is that the now lowered dynamic range signal can be compressed into a smaller stream that requires discarding fewer LSBs in the baseband audio, and the second is that there is no reason to have a lower noise floor in the dual-rate audio compared with the baseband audio. (Noise-shaped dither does exactly the opposite, *raising* the noise floor at high frequencies.)

Inside the DAC, the lower bits in the baseband are separated out, uncompressed to re-form the restricted dynamic range version of the dual-rate data (the discarded bits can never be retrieved), and spliced back to the baseband audio to re-create an 88.2/17 file.

When you set the Tidal app to perform the MQA decoding, it sends an 88.2/17 audio stream (possibly with zero padding to create 24-bit words). The DAC then displays 88.2/24.

The bug is that when the two frequency ranges are spliced back together with the Tidal software (as seen in the YouTube video), there is audio data missing from the original 88.2/24 file in the frequency range between 21kHz and 23kHz. What we don't know yet is if this is also true when decoding is performed in hardware. If you have Audacity, Adobe Audition, or some similar audio tools, you may be able to answer that question.