[LAD] CV data protocol in apps.

Paul Davis paul at linuxaudiosystems.com
Fri Feb 19 17:39:35 UTC 2010

On Fri, Feb 19, 2010 at 12:30 PM,  <fons at kokkinizita.net> wrote:
> On Fri, Feb 19, 2010 at 11:40:51AM -0500, Paul Davis wrote:
>> my feeling precisely. the storage issue is an interesting one, but not
>> clearly an imperative. i do think that a general purpose event data
>> type would be useful.
> 1/16 (3 kHz) is actually overkill for normal audio control.
> Digital mixers typically sample their physical controls at
> lower rates. Psycho-acoustic arguments would require less
> as well. Going up to 1/16 is motivated mainly by the fact
> that 16 frames is more or less the shortest Jack period
> that makes sense in practice, and you still have a control
> sample in each period. A higher rate also makes it much
> easier to upsample to audio rate if that would be required,
> a simple 1-line lowpass filter is all you need.

that all makes sense, but if you had a single floating point event per
process cycle, you'd accomplish the same thing, and it would work no
matter what the process cycle size was, and could be used for denser
control values (i.e. more events per process cycle) when

More information about the Linux-audio-dev mailing list