[LAD] 14-bit CC / (N)RPN midi controllers question

David Robillard d at drobilla.net
Sun Jun 9 18:11:27 UTC 2013

On Sun, 2013-06-09 at 11:55 +0200, Tim Goetze wrote:
> [David Robillard]
> >I really think that, in Jack (and LV2), it should just be mandated that
> >these (and all other multi-) events be shipped as one, for the same
> >reason that running status is forbidden: it's annoying and entirely
> >pointless.
> Some MIDI devices do not employ 14-bit CCs or the NRPN mechanism.
> Access' Virus for example maps all CCs as single 7-bit values, and a
> forced 14-bit mode will break communication.

Yeah, dumb (i.e. non-standard) use of CC would have to be preserved,
especially to/from hardware.

Within Jackville, it's easy enough to specify: events must be bundled
iff they are actually intended to be a high-res controller.  Otherwise
they, by definition, are not part of one.

Like Tim R. said though, there's probably no magic way to deal with this
for driver input, which is unfortunate[1]

(For output it's a non-issue since they'd be delivered as discrete
events regardless)


[1] Oh look, another Jack metadata use case...
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part
URL: <http://lists.linuxaudio.org/pipermail/linux-audio-dev/attachments/20130609/09d5bfd6/attachment.pgp>

More information about the Linux-audio-dev mailing list