Jump to content
IGNORED

Another major look at MQA by another pro.


Recommended Posts

2 minutes ago, PeterV said:

Nobody over here knows how the MQA encoding and decoding process really works.

 

We know a lot, including the fundamental principles at the base of every aspect of this trickery.

 

As Mansr mentioned before: this contrary to you, who does not seem to know/understand a lot of this.

 

Link to comment
28 minutes ago, Shadders said:

What we do know, is ...

 

Your knowledge is also still lacking...

 

Apart from the DRM, A(uthentication), and the let's-obsolete-all-and-revive-the-market aspects MQA is a scheme that passes a 2x/4x/8x recording through a 1x channel, without using orthodox, steep AA and AI filters. MQA claims steep filters are evil, and so it invites alias/image distortion plus increased noise in a trade to remove the filters.

Link to comment
33 minutes ago, soxr said:

The OSS world is not amused with MQA.

 

And rightfully so.

 

 

33 minutes ago, soxr said:

The Sox method uses similar minimum phase upsammpling as the MQA renderer, but does not apply the weird anti-ringing filters.

 

How can you use 'similar minimum phase upsampling' as the renderer, while at the same time not applying the 'weird anti-ringing filters'? The MP upsampling filters and the WARFs are the same in the renderer. Moreover, the renderer only acts on a core-decoded 2x input (ignoring for the moment the pathological case of 1x MQA), where HF signal levels are lowish and thus the output of the 'weird' filters is not that weird at all, if you follow the reasoning behind MQA.

 

You ignore the 2x to 1x folding stage. If you replay MQA with your method, starting from the 1x file, you throw away half of the signal bandwidth. How can this be a valid method for 'decoding' MQA?

 

Link to comment
24 minutes ago, mansr said:

If you're not paid by MQA, you are the epitome of a fanboy. If you are paid, you're a shill.

 

How about a techo-challenged overenthusiastic audiophile, the kind the magazines and dealers must love to bits, because they can sell anything to them?

Link to comment
Just now, mansr said:

Those "pathological" 1x files make up about half the MQA tracks on Tidal.

Yes. But they are not the reason MQA exists, and nor are they related to the fundamental trickery behind it.

 

It is as if the markering dept saw Craven/Stuart's ideas and then asked "how can we broaden the umbrella to include, and cash in on, 1x as well?"

 

Link to comment
1 hour ago, soxr said:

Please provide proof that these ultrasonics can be heard and do matter.

 

Allow me to be confused. You start this with a comparison to DXD, and then suddenly ultrasonics do not matter anymore.

 

1 hour ago, soxr said:

Even MQA mentions this:

 

They claim subjective transparency without actually conveying ultrasonic information (above 2x rate, below 2X they do convey it), but with the proviso that there has been no steep filtering at the 1x band edge.

 

Then you come along, take an undecoded MQA file, thus at 1x, and replay with a steep  filter and claim a similar result.

 

Oh well.

 

Ever considered this: if you play an undecoded MQA file through your Adagio it behaves as a NOS DAC (well, it is a NOS DAC) and you get the usual treble droop and imaging (and potential IMD).

If you play the MQA file through the Brooklyn and defeat MQA, yet retain the filter named 'MQA' (which is the MP filter with rather poor stop band suppression, see Stereophile measurements) you get almost as much imaging.

If you upsample with sox -vsM you get no imaging, no IMD...

 

 

Link to comment
28 minutes ago, PeterV said:

 suddenly someone is making use of the MQA encoded files, upsamples them with his own quasi MQA up-sampling algorithm and it is as good as DXD...!  It actually proves that MQA encoding is upgrading ...

 

What soxr is doing has nothing to do with MQA and with the data encoded in an MQA file, despite his claims.

 

Link to comment
7 minutes ago, PeterV said:

  It is possible though,

 

 

Of course it is possible. Within the MQA ecosystem.

 

This means that DSP manufacturers need to take MQA licenses and pay per-unit royalties.

 

This means that existing DSP solutions, out in the field, have now three options:

-the manufacturer takes a license and provides a firmware upgrade (free or paid)

-no upgrade feasible, keep using it, replaying undecoded (i.e. compromised) MQA files

-no upgrade feasible, dump it all in the landfill, run out to buy a new shiny 3-letter-word toy

 

I am sure that for a significant amount of DSP systems out there an upgrade will never materialise.

 

Link to comment
23 minutes ago, PeterV said:

We really need to understand the way our ears and brain are being 'stressed' by unnatural sound effects such as the pre- and post- ringing actually is..

 

Sigh.

 

The only 'evidence' for the audibility of filter ringing at ultrasonic frequencies is in marketing blurbs.

 

Real listening tests tell a different story:

https://www.stereophile.com/features/106ringing/index.html

 

http://www.pinkfishmedia.net/forum/showpost.php?p=2089923&postcount=32

 

Link to comment
3 minutes ago, PeterV said:

, but the cumulation of all filter errors is..   as mentioned in this article http://www.theabsolutesound.com/articles/beyond-high-resolution/?page=3

 

I quote

 

" As Fig. 3 shows, temporal blur is cumulative; each successive stage can inadvertently spread transient energy over a wider and wider interval. It’s not uncommon for a signal to have been subjected to a cascade of eight filters by the time it’s gone from microphone to loudspeaker; the damage is significant, and yet each individual stage isn’t that bad in isolation. "

 

This is predominantly about analogue bandwidth limitations in the chain. The worst offenders, by far, are microphones, analogue tape machines, and the loudspeakers. MQA is doing nothing for these. Showing this graph in the context of MQA is mere spreading of FUD.

 

Oh wait, didn't I mention marketing blurbs in my previous post?

 

A competent digital production should only see two, perhaps three instances of steep, ringy filtering:

1) ADC anti-aliasing

2) post-mastering donwsampling (in case of a lower-rate distribution format)

3) DAC anti-imaging

 

The listening tests I referred to cover this flow.

 

Anything with more steep filtering than the above is either a flawed production, or the result of aesthetic decisions. If it is a production fault then MQA can't cure it (because it can only attack a single filter signature, if at all). If it is an aesthetic decision then MQA should not touch it.

 

Link to comment
41 minutes ago, soxr said:

It's also insinuated in one of the sponsored-by-Bob papers that the best way to do it is at the end of the chain.

 

True. But only in the general case when the only weapon at hand is an AI or AA filter and one decided to stick to the rules.

 

MQA has more weapons: MQA opts for downsampling from 8x or 4x to 2x with barely an anti-alias filter, thus violating the sampling theorem. Presumably their AA filter is just enough to kill the ringing of the recording ADC (for an 8x original at 192kHz, a frequency so high that not much in real music will trigger it) and to keep the blatant aliasing caused by this lack of filtering below a pre-set threshold in the audible band (say -80dB).

 

This procedure is the key to MQA-speak 'deblurring'. I don't think that simply by inspecting an undecoded MQA file, or its core-decoded 2x equivalent, one can confirm or deny that this procedure is actually executed on commercially available music.

 

Link to comment
27 minutes ago, soxr said:

x2 does NOT change the steepness of the original waveform (compared to DXD source)
x4 or x8 with their weird anti-ringing does, but it's very subtle

 

We don't care much about the steepness. MQA's promise is to get rid of, in their view, evil ringing.

 

To validate this you need to identify a recording that contains this ringing in the original master. I think you have the best chance with looking at 96kHz masters. Once you find this ringing (I wish you good luck!), see how core-decoded MQA compares.

 

You are not interested in looking at waveforms of x4 or 8x renders. There is so much imaging that these are very misleading. Plus, they don't add any information over the 2x version.

 

Link to comment
54 minutes ago, PeterSt said:

 Generally there are three options :

1. In the source file as we can obtain it from e.g. Tidal;

2. During the first "unfold" when 44.1 or 48KHz is transferred to 88.2 or 96KHz and which can happen in PC software;

3. During the rendering stage which can only happen in MQA certified hardware.

 

 

Why still all this confusion???

 

Since end of 2014 the available MQA documentation has clearly stated what their aim is, and how it can be achieved. The aim is to pass x4..x16 originals through an x2 channel (ignoring for the moment the folding to x1), without using steep filters in the chain (filters which would cause 'blur'). How this is achieved is simply by downsampling from x4..x16 to x2 with a suitably-chosen very leaky AA filter. The filter selection is ideally done with an eye on the total amount of aliasing this generates below 20kHz, attempting to keep it below a certain threshold.

 

What is not clear is

a) does MQA today really do as above? (But why not, as it is simple ... Occam etc.)

b) and if so, are the AA filters really selected according to the signal at hand, or is it one-size-fits-all?

 

a) and b) are nearly impossible to verify without access test signals.

 

Also less clear is what MQA does to material that is originally at x2. Since there is no downsampling step they cannot use the non-blurring leaky Anti Alias filters. They could possibly apply an apodising low-pass filter to the x2 signal, be it LP or MP. Such additional filtering should be visible when spectrally comparing a core-decoded x2 MQA file to its x2 original. (This comparison is hindered by MQA not always using the same masters as are commercially available in hi-res.)

Alternatively MQA could apply an all-pass filter with excess group delay positioned at the original ADC's frequency of ringing (MQA have a patent application for this). This would move the pre-ringing to a post-impulse position (at least in the marketing graphs). Since the spectrum is unaffected this is not detectable with spectral comparison.

 

For x1 originals MQA could apply many tricks that correct for the ADC's sins, but none of these can be named deblurring since the bandwidth limitation is too severe. But let's forget about x1.

 

Back to x2 and higher: Remember that MQA wants to avoid steep filters anywhere in the signal path. So after unfolding to x2 the system must upsample with leaky Anti Imaging filters. We know that this is being done.

 

 

So where is the deblurring being done?

During the conversion from the hihi-res master to the MQA file, using leaky anti aliasing.

How is the deblurring preserved after core-decoding to x2?

By replacing the DAC chip's own anti imaging filters with leaky MQA anti imaging filters.

 

 

 

 

Link to comment

Essentially, yes.

 

The method I describe, which is taken from MQA, gives an end-to-end impulse response of ~50 us for a 384kHz master, whereas an orthodox downsampling to 96kHz and back up to 384kHz would give 500 us or so.

 

(Of course what MQA don't tell is that with all that aliasing and imaging going on our textbook impulses are temporarily dislocated to the tune of 2.6 us, whereas normal resampling is accurate down to ns.

 

If not this, then what is the deblurring, in your eyes?

 

 

Link to comment
1 hour ago, Jud said:

 

That sounds rather interesting (though I don’t know if this “temporary dislocation” results in anything we can hear), and I wish I understood it.  But I have a feeling it would require a few courses I didn’t take in college.

 

You know that the temporal accuracy of a correctly sampled system is very high. Once you allow aliasing this no longer holds. MQA allows aliasing up to a certain level. Thus ...

 

 

Link to comment
12 hours ago, soxr said:

 In this paper they recommended using only ONE apodizing filter, at the end of the playback chain.

 


So I still assume (3) until otherwise is proven. My waveform analysis does not show otherwise.

 

 

MQA is not about apodising, and the render filters are too weak and at the wrong transition frequency to be apodising.

Link to comment

Yes, applying non-linear processing in a closed signal space (i.e. a sampled system) causes immediate aliasing. This has been known for ages, but many early plug-ins were not aware of it, hence the band-aid of upsampling-processing-downsampling.

 

But we are talking MQA music delivery. What processing do you mean with " So it makes sense to upsample once more (hence the renderer part), and process that, because you have more sample points to work with, and the errors get distributed over more samples. "? There is no further processing. Either you still don't understand MQA, or you choose to express yourself in an entirely alternative language.

 

Like PeterSt is doing all the time ...

 

We really can miss this extra layer of confusion.

 

Link to comment
16 minutes ago, PeterSt said:

 

Not quite, because the filtering is the upsampling process at the same time.

 

Indeed.

 

Even more exactly: the 'weird' filters are the anti-imaging filters for the upsampling process.

 

(And in the original embodiment of MQA these filters were meant to be loaded into the DAC chip, substituting the DAC chip's standard filters. This then would limit MQA to the handful of chips that support this. I can imagine that in some present or future incarnations the upsampling with these filters is actually done in the USB receiver processor preceding the DAC chip, if it is of adequate power.)

Link to comment
6 hours ago, mansr said:

Do the words "Eastern District of Texas" mean anything to you? 

 

Yep. Been on the receiving end, once. Amazing how much hidden meaning there is in a simple word like 'transistor', and how that meaning can be turned into financial gains...

Link to comment

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 account

Sign in

Already have an account? Sign in here.

Sign In Now



×
×
  • Create New...