Don Hills Posted February 26, 2018 Share Posted February 26, 2018 I am surprised that the MQA decoder doesn't seem to complain when it is fed the invalid compressed data. "People hear what they see." - Doris Day The forum would be a much better place if everyone were less convinced of how right they were. Link to comment
Don Hills Posted February 26, 2018 Share Posted February 26, 2018 Thanks, Frederic, Mans. It makes sense. "People hear what they see." - Doris Day The forum would be a much better place if everyone were less convinced of how right they were. Link to comment
Don Hills Posted March 3, 2018 Share Posted March 3, 2018 50 minutes ago, GUTB said: So, we know that the least 8 bits are ignored by the MQA security algorithm. There seems to be no reason why it couldn't do checks against those bits, so I assume the omission is on purpose. Why? Well, the last 8 bits contain the ultrasonic unfold data, so I assume this was a choice MQA developers made in order not to break DAC hardware that can't accept more than 16 bit input. A non-MQA DAC doesn't do the security check, so it won't care how many bits are checked. It's more likely that the reason is to enable downward compatibility for the MQA decoder - so that if the data gets truncated to 16 bits before it reaches the MQA DAC/decoder, it will still play. I think I saw a statement to that effect in one of the MQA docs. mansr 1 "People hear what they see." - Doris Day The forum would be a much better place if everyone were less convinced of how right they were. Link to comment
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now