18 Feb
2010
18 Feb
'10
12:43 p.m.
On Thu, Feb 18, 2010 at 11:32 AM, <fons(a)kokkinizita.net> wrote:
On Thu, Feb 18, 2010 at 11:30:42AM +0100, Julien
'Lta' BALLET wrote:
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.
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.