linuxaudio.org

On Thu, Feb 18, 2010 at 11:32 AM,   wrote:

quoted text
> 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

Linux-audio-dev@lists.linuxaudio.org

http://lists.linuxaudio.org/listinfo/linux-audio-dev