|
Digital Drive: This Wasn't as Bad as Expected... by Todd Krieger Upsamplers, DACs, jitter, shakes and analogue withdrawals, this is it. |
For Sale Ads |
208.176.172.80
In Reply to: Re: Erroneous Stuff... posted by csown on August 25, 2003 at 16:17:17:
"I agree completely with the former assertion, and this amplitude modulation is interpretable as flat frequency response convolved with a gradual amplitude damping envelope"I think what you mean by a "damping envelope" as the filter function itself. But the function does the *opposite* of damp. It **induces** "ringing." As stated before, to reduce modulation, which flattens HF response. And the "ringing" helps reject artifacts above half the sample rate frequency.
"that arises due to the upsampling operation."
If you took a 20-bit 8x oversampling DAC (very common in the late '90's), and removed the actual D/A portion of the DAC following the oversampling section, and just used the oversampled signal as the output, you would have created an 20/352 upsampler. And aside from synchronous conversion in this case, the filter process is basically the same. Or in other words, an upsampler is an oversampling DAC minus the D/A section.
"In the non-oversampling case, this is the often-seen sinc damping"
If there is no oversampling, there is no filter function the base media signal is convolved with. The "sinc" function is used in oversampling/upsampling DACs *only*, and the base signal is convolved with this "sinc" function. The windowed "sinc" FIR function is the function that attains a "brickwall" frequency response. One that is flat, with a steep cutoff right below half the sample rate frequency.
"in upsampling, it depends on the asynchronicity and requires some calculation to ascertain the behavior."
I've heard from the late Julian Dunn, the upsample conversion can be "synchronous" by being 320x oversampled followed by 147x downconversion. I think in reality, there are *two* conversions, which is somewhat "lossy" compared to synchronous conversion.
"The upsampler's damping envelope will have a steeper rolloff than the classic sinc behavior, and will also have some peaking."
You cannot have a steeper rolloff than the "sinc"/"brickwall" filter function. The "sinc" function and the "brickwall" filter are one and the same. If you widened the FIR window, covering more of the "sinc" function, the "more-perfect" the brickwall filter's steep cutoff becomes.
"One effect of the gradual damping curve is that HF ringing is reduced. However, the fact that you upsample means you are allowing some of those "frequency-dependent high-frequency images" I referred to earlier"
You are getting carried away with "damping." In digital audio, there is *no* damping going on. It may *appear* damped relative to a "sinc" filter, but it is *not* damped in the classic sense.
The ringing is not "reduced," but *induced* by the digital filter. The FIR function is what *injects* a ringing pattern into the signal. A "time-resolute" filter (Wadia), which has a more-gradual rolloff, injects less "ringing" than a classic "sinc" filter. As I said earlier, this induced "ringing" attains a flatter response by reducing HF modulation and to attain rejection of artifacts above half the sample frequency.
"which means you are getting ringing at frequencies quite closer to the audible band than you would have gotten if you simply used standard FIR"
The ringing frequency is half the base sample rate frequency. No way to get around that. Otherwise one would not get the proper "brickwall" response.
"Incidentally, this is the major strength of non-OS, limited only by the response of the analog electronics."
The non oversampling DAC just takes the *raw* CD data, and converts it directly to an analog signal. The image about half the sample frequency is attenuated solely by the analog post filter, as opposed to mostly by the digital oversampling filter. The analog post filter should have a steeper cutoff slope to reject most of that image.
"Incidentally, I think the crux of this issue is that your interpretation of time smear is that it is due to poor impulse response (i.e., pre-ringing). I believe it is also due to absolute phase error, but these two issues are inextricably linked with each other."
The phase error is more of a function of the *symmetry* of the FIR coefficients than the amount of ringing that takes place. One FIR DAC could be a classic sinc with ringing, another FIR DAC could be a "time-resolute" function with almost no ringing, yet both have zero average phase error.
"To me, time smear is a much broader term which looks to be different from your perspective."
"Time smear" is simply the ringing components of the DAC's time response.
"Brickwall filter is an ambiguous term."
No it is not. It is a sharp cutoff filter made expressly to reject the images above half the sample rate frequency.
"The point of the post-filter ("brickwall" or not) is to roll off steeply enough to exclude high frequency images."
The post filter is almost *never* a "brickwall" filter. (Unless if it's also the main filter, like on the first Sony players.) Because the "brickwall" filter has already taken place in the oversampling DAC or upsampler. The purpose of the post filter is to "smooth out" the oversampled/upsampled signal, and since the sample rate of the oversampled is much higher in frequency, the post filter can be *very* gradual, and at a stop band frequency somewhere between half the base sample rate and half the *oversample* frequency rate.
"A gradual rolloff filter with oversampling can be construed as a brickwall filter as well, because it rolls of quickly enough to exclude the first image."
If it rolls off quickly enough to reject the first image, it is *not* a gradual filter. A "brickwall" filter is *not* a gradual filter. The near-perfect vertical slope is where the term "brickwall" comes from. Conversely, a gradual filter does *not* completely reject the first image.
"I was talking here about the LPF-ing nature of the upsampling operation. This is the damping envelope mentioned above, the point I said earlier that you missed - the upsampler has a damping envelope which is essentially a gentle LPF operation. Doug is correct in attributing "LPF" behavior to the upsampler (minus post-filter)."
An upsampler uses the exact same FIR window algorithm techniques as an oversampling DAC. I have to kindly say Doug is wrong. (Until a company comes out with an upsampler that expressly specifies such a response.) Remember, there is no damping going on whatsoever in a digital filter. The ringing is **always** induced by the filter function.
"I think you're still missing what linearizing means. I believe you're thinking about something like a trapezoidal filter. It's not the same as interpolation, i.e., connecting the samples."
All digital filters have interpolation. Once can create a "trapezoidal" response by altering the filter coefficients in the DAC's "kernel." But the DAC would *still* interpolate in the "trapezoidal" case.
"Here, it is ensuring that the voltage output represents the bit level being output. You essentially modulate that bit level with a dither signal, making it more accurate."
Dither is applied in the A/D *recording* process. The dither noise "toggles" the least-significant bit (LSB), where the bit would *not* toggle *without* the added noise. This toggled signal is then *stored* on the recorded media. When played back, this toggled signal running with a typical digital filter creates a resultant playback signal whose level is *below* the LSB.
But dither has no use whatsoever in the D/A process itself, unless one wants to merely raise the noise floor.
"Correct. FIR = oversampling. oversampling is a subset of upsampling. The two yield quite different results when implemented."
Different yes, but not necessarily "better."
"Key word is *significant*. Firstly, the post-filter phase shift is additive."
Actually, it's "subtractive"... [-;
"The maximum phase error acceptable in many imaging applications is -Pi/4 to Pi/4, which is quite smaller than in audio. I suppose it is up to the listener (the absolute rule is -Pi, but you run into nonlinearity then), but I prefer phase error not to exceed -Pi/2."
It is impossible for the max phase error of a symmetric FIR filter to *exceed* 90 degrees (which is pi/2). With an analog filter, full pass band to full stop band shifts the phase angle -180 degrees. (This is what I meant by "subtractive.")
"Comparable, assuming non-brickwall filter, nor even a marginally steep filter because of the additive nature of the phase error."
It can be "brickwall" too. As long as the FIR coeffiecients are symmetrical.
"If what you are saying about brickwalls (high order shoddy-phase-response analog post-filters) is true, then all upsamplers are using brickwalls and indeed that is *most* DACs nowadays."
I think you are saying because *analog* "brickwall" have poor phase response, this is done in the digital domain, since it can be done in the digital domain with better phase characteristics. And hence this is true.
Over 95 percent of all DACs sold in the past decade use "brickwall" digital filters.
"I still have a hard time believing this is true."
Would I lie to you? [-;
You may notice I said certain things several times. As I said, this is not the easiest stuff to understand. You may want to look up "Julian Dunn" on Google. This guy forgot more about digital processing than either of us will ever know. He passed away in the past year, and he will be missed.
This post is made possible by the generous support of people like you and our sponsors:
Topic - upsampling article - solidgore 08:08:38 08/22/03 ( 47)
- Re: upsampling article - Werner 05:31:36 08/27/03 ( 0)
Erroneous Stuff... - Todd Krieger 14:23:36 08/22/03 ( 44)
- Re: Erroneous Stuff... - csown 21:44:29 08/22/03 ( 43)
- Re: Erroneous Stuff... - Todd Krieger 23:39:51 08/22/03 ( 42)
- Re: Erroneous Stuff... - csown 10:56:04 08/23/03 ( 40)
- Re: Erroneous Stuff... - Todd Krieger 21:24:51 08/23/03 ( 39)
- Re: Erroneous Stuff... - csown 23:37:53 08/23/03 ( 38)
- Re: Erroneous Stuff... - Todd Krieger 15:37:44 08/24/03 ( 34)
- Re: Erroneous Stuff... - csown 16:17:17 08/25/03 ( 33)
- This Wasn't as Bad as Expected... - Todd Krieger 08/25/03 21:31:58 08/25/03 ( 31)
- Re: This Wasn't as Bad as Expected... - csown 21:03:54 08/26/03 ( 26)
- A DAC's "Brickwall Filter" is *Not* the Analog Post Filter... - Todd Krieger 01:04:25 08/27/03 ( 14)
- PMD-100 was one with selectable dither - Wavy Davy 07:29:59 08/27/03 ( 8)
- Re: PMD-100 was one with selectable dither - Todd Krieger 09:18:47 08/27/03 ( 7)
- You can lead a horse to water ..... - Wavy Davy 19:54:26 08/27/03 ( 6)
- But Can't Make Him Drink.... - Todd Krieger 22:10:25 08/27/03 ( 5)
- Re: But Can't Make Him Drink.... - Werner 22:19:27 08/27/03 ( 4)
- High Resolution Signal versus Upsampled Signal - Todd Krieger 22:52:10 08/27/03 ( 3)
- Re: High Resolution Signal versus Upsampled Signal - Werner 23:02:15 08/27/03 ( 2)
- Think About It... - Todd Krieger 00:57:23 08/28/03 ( 1)
- Re: Think About It... - Werner 01:38:26 08/28/03 ( 0)
- Re: A DAC's "Brickwall Filter" is *Not* the Analog Post Filter... - Werner 03:58:47 08/27/03 ( 4)
- Domain Dementia... - Todd Krieger 09:10:29 08/27/03 ( 3)
- Re: Domain Dementia... - csown 10:36:24 08/27/03 ( 2)
- Re: Domain Dementia... - Todd Krieger 12:37:14 08/27/03 ( 1)
- sigh ... - Werner 22:43:03 08/27/03 ( 0)
- Re: This Wasn't as Bad as Expected... - Werner 22:27:06 08/26/03 ( 10)
- Defining upsampling. - csown 08:33:56 08/27/03 ( 9)
- Re: Defining upsampling. - Werner 22:52:31 08/27/03 ( 0)
- Re: Defining upsampling. - Ted Smith 16:07:46 08/27/03 ( 7)
- Re: Defining upsampling. - rfbrw 06:59:09 08/28/03 ( 6)
- Re: Defining upsampling. - Werner 08:20:46 08/28/03 ( 5)
- Re: Defining upsampling. - rfbrw 19:44:47 08/28/03 ( 3)
- Re: Defining upsampling. - Werner 22:36:48 08/28/03 ( 2)
- Re: Defining upsampling. - rfbrw 15:04:47 08/29/03 ( 1)
- Re: Defining upsampling. - Werner 22:34:07 09/2/03 ( 0)
- Re: Defining upsampling. - Todd Krieger 11:31:43 08/28/03 ( 0)
- Re: This Wasn't as Bad as Expected... - Werner 23:34:54 08/25/03 ( 3)
- ZOH... - csown 16:50:11 08/26/03 ( 2)
- Re: ZOH... - Werner 22:32:08 08/26/03 ( 1)
- Re: ZOH... - csown 07:43:04 08/27/03 ( 0)
- I'm Not Ignoring You... - Todd Krieger 18:33:48 08/25/03 ( 0)
Upsampling sample provided by philips 963sa - gialitt 02:25:34 08/24/03 ( 2)
- Re: Upsampling sample provided by philips 963sa - Todd Krieger 21:59:55 08/25/03 ( 1)
- Re: Upsampling Products - gialitt 08:53:05 08/26/03 ( 0)
Followed by confused stuff (nt) - rfbrw 07:22:40 08/23/03 ( 0)
Good article in general... - csown 13:23:21 08/22/03 ( 0)