[LAD] CV data protocol in apps.

[Paul Davis]

On Thu, Feb 18, 2010 at 11:32 AM,  <fons at kokkinizita.net> wrote:
> On Thu, Feb 18, 2010 at 11:30:42AM +0100, Julien 'Lta' BALLET wrote:
>> I think a new type of 'audio'
>> port having only a sample per period could be a simple and handy
>> solution to this (one of the problem may be when you connect more than
>> one cv to a port, mixing CV isn't necessarily the thing we want to do)
>
> Mixing can still be handy if you have 'logarithmic' controls.
> A reduced-rate port type in Jack (e.g. Fs/16 or Fs/64) would
> be very useful IMHO. I've also been thinking of writing a
> multichannel 'automation recorder' using such rates to capture
> and playback 'control voltages'. There have been many times
> when I'd wanted such a thing.
>
> A reduced sample rate means less bandwidth. It doesn't mean
> that controls can't be 'sample accurate'. You could even
> extract 'sub-sample-accurate' discrete events from them,
> it's just a matter of interpretation.

this just needs a minor re-use of the existing midi port type.
drobilla always felt that it was questionable that we called this
stuff "midi" at all, because 95% of the infrastructure is about
handling sample accurate events, and is utterly agnostic about the
contents.