Home Digital Drive

Upsamplers, DACs, jitter, shakes and analogue withdrawals, this is it.

Re: You might be interested in this ...

(I wrote up something lengthier, and then Firefox froze ... oh well, here's the short version.)

"The signals usually being processed *are* 16-bit."

You force Audition to work with 16b internal precision. Craps out.
Read file, convert to 32b internal, the do all SRC, then back to
16b. Artefacts gone. Try it.

"Details? And is it actually used as an ASRC in a DAC? Remember - the question of feasibility is in the context of reducing jitter in a DAC, mere existence is not sufficient proof."

I you read closer you'll know by now that *I* never discussed here anything in the context of jitter or jitter reduction (not one of my pet obsessions, have too many others ;-). Another disconnect? Maybe.
We talked a lot about SRC and concluded that many implementations, even those for non-real-time apps, are utterly faulty. This is worrying. It is also good, because it indicates fields for future improvements.

I referred to the existing FPGA as it proves the feasibility of 40b+ accuracy (in fact its 64b internally) audio FIR filtering with 1000+ taps. I never claimed otherwise. Yes, it is only used in a DAC as SSRC. I feel confident that using same technology (trust me, I know more than a thing or two about ASIC and FPGA design, and image processing, for the matter) can yield an ASRC that runs rings around something like the AD1896. Luckily, as it would cost a couple of orders of magnitude more.

"the problem is not "how to do SRC properly". This has never been the topic of discussion "

Well, since you pointed to src.infinitewave.ca and since that site indicates that SRC is almost never done right, methinks it became part of the discussion, not?



bring back dynamic range


This post is made possible by the generous support of people like you and our sponsors:
  Michael Percy Audio  


Follow Ups Full Thread
Follow Ups


You can not post to an archived thread.