On Tue, Mar 19, 2013 at 05:26:27PM -0500, Charles Z Henry wrote:
> You guys are splitting hairs... kind of misses the forest for the trees.
The same thing as what ?
In this case we don't want overshoot so Q must be <= 0.5.
The form I posted actually has a little bit of feedback,
so Q is jusst above 0.5. This makes it reach its target
value in finite time, bit still with an overhsoot of less
than 1/1000 dB. The same code can do any Q value you want,
just use the righr value for the feedabck term (a).
> The best way to avoid "zipper noise" is not to create it in the first
'Slow enough' might be too slow. A fader should still 'feel' like
it has no delay.
> I think you should figure out a different shape of ramp that doesn't have
That is precisely what a second order lowpass is doing.
Raised cosine, indeed better than a linear ramp.
Ideally you'd want the higher derivatives to be continuous
as well. A raised hyperbolic tangent will do that, or at least
come close to the ideal in finite time.
The problem with all thoe programmed ramps is that they require
extra logic to handle the case where the requested gain changes
during the ramp. A linear filter solves that problem neatly with
much less code. And in fact *any* system that handles that case
well will be a low pass filter is some disguise.
> If simple guesses like that are not good enough, you'll have to figure out
Again that is exactly what a lowpass filter does.
A world of exhaustive, reliable metadata would be an utopia.
It's also a pipe-dream, founded on self-delusion, nerd hubris
and hysterically inflated market opportunities. (Cory Doctorow)
Linux-audio-dev mailing list