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

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: Tim E. Real <termtech@...>
Cc: <linux-audio-dev@...>
Date: Sunday, June 9, 2013 - 3:26 am

--=-3MRv0duRuvbt8vg+YvGU
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Sat, 2013-06-08 at 18:08 -0400, Tim E. Real wrote:

Jack is already required to remove things like real-time events in the
middle of others anyway. I think it more like Jack - one thing -
*removing* the burden from apps - many other things.

> Still, I would hope maybe it would be fairly straight forward to let Jack=
=20

s,=20

There is some burden for Jack on this one, since you need to keep
controller state around to do it, but this is the same burden every
single app would have to bear if it wasn't.

> Hm, I do see a contrast.=20

Making apps have to deal with running status is basically opposite to
what I think should be done here. Any MIDI wire gunk that doesn't make
sense in the context of Jack just shouldn't be in Jack MIDI buffers in
the first place.

> Still I wonder, wanting to know everything about what's coming in -=20

?=20

Not really. Running status is simple and quite well-defined. Not
handling it at the driver level is just a pain for everyone with no win.

> Good site, I like detail. But I didn't see mention of data MSB/LSB order

The message format shown there includes both, always. That's the point.

> Still, it'd be nice if we had at least one other high-res control on stan=
dby=20

or,=20

I agree pervasive support for high-res controllers would be very nice.
That's why I think Jack should do it. It sounds like you are
over-thinking things though. Correct support for NRPN and such is some
work, but it's clearly doable. Best "we" just have to do it once.

=46rom an app POV, if I get *one* event with a high-res control value in
it, everything's easy.

-dr

--=-3MRv0duRuvbt8vg+YvGU
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part
Content-Transfer-Encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAABCAAGBQJRs/XoAAoJEDZyeCqb82jz3mwQAI1u6EWhy98C2RduAiDAS1mP
vB12ehgins1q5lYNYiqrV9krIMNTv+EJabjqo/ZwbN8mPRX5tkXgXBnwmw79O9Ma
4Eo6AqB/1UkED27qUDVvFAivKvQU3f/0P+edQPiAsFGUlLohOBEk76Ysyfichiwe
O4ahPH3GOQAYo/phvkHHkoSjZ2ECi3HZy/QMFf1t0YWgA4hAOocm/qeNRfW+ZP0+
S7IX7A+Dk2I6+gK7rHJhKZfgFd+mtdzASqZ1Wcq0wS0m3wS5nu4JPg6ML85wt4pu
mtbA7f97A3/yQhJEu+6AjIvBhQe1IT3G2P12DtCeyoDm/jM/k4/W6KV6LlKYyi5h
3rQbobz+XfY/16jcCJyBJyekefSjnABeMEQBpgEdGub/rmZw7S7dpQ1/q3WcGfUH
OnWdl3/TMyDVtTy9YOndw/RB5Jfm2itW4v3Jh/JzmwV5COHdZL+uGlXxh8wlMBlv
W3+0XxEBPKyFf2bm/Q1l/Iqu05Ju/eKILG/nObPJDAtidYoVUasOP5ucSkCnjO6F
g/YqAasewYtjjlUOz3dyXtSe3ZFSZqhQn/aqMZqr4/C4QLZ90yt4lyn0bSukVH+D
04bX3SaR/Y8168jpKvMf5gPs/ERfwb/Mz3yFathNccB1mKNN60wMtTDVsPVmll1H
7WtOAY3sVIEq7rWQCNlY
=7vmr
-----END PGP SIGNATURE-----

--=-3MRv0duRuvbt8vg+YvGU--

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
[LAD] 14-bit CC / (N)RPN midi controllers question, Tim E. Real, (Thu Jun 6, 9:32 pm)
Re: [LAD] 14-bit CC / (N)RPN midi controllers question, Tim E. Real, (Fri Jun 7, 12:59 am)
Re: [LAD] 14-bit CC / (N)RPN midi controllers question, David Robillard, (Sat Jun 8, 4:00 pm)
Re: [LAD] 14-bit CC / (N)RPN midi controllers question, David Robillard, (Sun Jun 9, 6:11 pm)
Re: [LAD] 14-bit CC / (N)RPN midi controllers question, Tim E. Real, (Sat Jun 8, 10:09 pm)
Re: [LAD] 14-bit CC / (N)RPN midi controllers question, David Robillard, (Sun Jun 9, 3:26 am)