Critic's Corner

Discuss a review. Provide constructive feedback. Talk to the industry.

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

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

RE: Why not?

Posted by Doug Schneider on November 2, 2016 at 09:17:46:
Hi Jim,
Glad we're in general agreement. But what you bring up raises precisely the kinds of questions I asked before. However, before I get to that, know, I didn't see that paper. I'll look for it.
As for the time-smear fix. From what I understand, they're basically correcting the impulse response of the ADC and DAC. But many engineers have asked: "What if multiple ADCs were used to record a single track? And what about cascading DACs?" How can one possibly correct for all of that?
And what does this time-smear fix "sound" like. This is where comparisons are in order. Real comparisons. Plus, why not make a very simple recording using a worst-case scenario ADC that smears time, as MQA puts it. Smear the hell out of it, then "unsmear" it. Exacerbate the problem all you want my smearing certain instruments, even test tones. There are ways, with loudspeakers, you can exacerbate issues with high-order slopes, for example (or even low-order ones). Let's do the same here and prove that it works.
Now to your problem -- my past life installing networks would say: "Ok, that's a problem for you and we might have to reduce the bandwidth - for YOU." (Providing other solutions don't work.) But what about me and countless others who don't have the issue -- why do we want to use a lossy compression scheme when we really don't have to?
Doug