Jim Peters wrote:
> The upshot of this is that control inputs need to be able to switch
> between constant values and sample-rate values from frame to frame.
A middle ground is often useful: a-rate ugens upsample their k-rate
inputs through linear interpolation. Call it i-rate. This does delay
the control data by effectively half the k-rate sampling period. (Can
we call it a "block"? "Frame" is an audio sample frame to me.)
--
Eli Brandt | [EMAIL PROTECTED] | http://www.cs.cmu.edu/~eli/
- Re: [linux-audio-dev] Ideas for AES/LAAGA/whatever (was... Paul Davis
- Re: [linux-audio-dev] Ideas for AES/LAAGA/whatever (was... Jim Peters
- Re: [linux-audio-dev] Ideas for AES/LAAGA/whatever (was... Paul Davis
- Re: [linux-audio-dev] Ideas for AES/LAAGA/whatever (was... Jim Peters
- Re: [linux-audio-dev] Ideas for AES/LAAGA/whatever (was... Paul Davis
- Re: [linux-audio-dev] Ideas for AES/LAAGA/whatever (was... J�rn Nettingsmeier
- Re: [linux-audio-dev] Ideas for AES/LAAGA/whatever (was... Paul Davis
- Re: [linux-audio-dev] Ideas for AES/LAAGA/whatever (was... J�rn Nettingsmeier
- Re: [linux-audio-dev] Ideas for AES/LAAGA/whatever (was... Paul Davis
- Re: [linux-audio-dev] Ideas for AES/LAAGA/whatever (was... Jim Peters
- Re: [linux-audio-dev] Ideas for AES/LAAGA/whatever (was... eli+
- Re: [linux-audio-dev] Ideas for AES/LAAGA/whatever (was... Jim Peters
- Re: [linux-audio-dev] Ideas for AES/LAAGA/whatever (was... eli+
