On Thu, Feb 18, 2010 at 11:32 AM, <[email protected]> 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. _______________________________________________ Linux-audio-dev mailing list [email protected] http://lists.linuxaudio.org/listinfo/linux-audio-dev
