<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jun 6, 2013 at 5:31 PM, Tim E. Real <span dir="ltr"><<a href="mailto:termtech@rogers.com" target="_blank">termtech@rogers.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Lacking access to the full midi specs document, I don't know<br>
 if this question is addressed. I've looked at manuals for products<br>
 which support them and searched the web but I don't see a clear<br>
 answer to my question:<br>
<br>
Is it safe to assume that a product or app which allows<br>
 binding a *single* HW or GUI control to either 14-bit CC<br>
 or 14-bit (N)RPN, would *always* send the value LSB, even if<br>
 the LSB did not change but the MSB did, when the control moves?<br>
<br>
Do the midi specs address this?<br></blockquote><div><br></div><div>The specs do not address this. It is an error in the MIDI spec in my opinion, and I discussed it with someone from the MMA several years ago and they agreed with me. The spec should have ordered things differently OR required that LSB and MSB are always sent. They did not. The existing spec design is easy to implement in dedicated hardware but notably harder in software run on a general purpose machine because you need to pick some arbitrary timeout.<br>
<br></div><div>Every possible ordering/delivery sequence can be found in one or more devices.<br></div><br></div></div></div>