Алгоритмы обработки MIDI сообщения ( для микроконтроллеров) (1 онлайн

Предлагаю обсуждать коды программ, фрагменты написанные на любом языке программирования, или вообще алгоритмы обработки МИДИ команд. Это программы МИДИ контроллеров, преобразователей, сплиттеров, мергеров, фильтров, замены каналов и многие другие. Также это - как обеспечить деление/зонирование клавиатур, преобразовать Raning Status, сигналы РеалТайм, SysEx... и т.п.
Я разработал с десяток- другой девайсов, выполняющих данные функции, и написал программы с «нуля» для собственного опыта. Программы работают … скажем так, на 99 %. И, сейчас хотел бы найти инфу, как это делается в професиональных устройствах, и улучшить результаты. Если есть единомышленники, готов выложить (как это сделать – обсудим) фрагменты кодов на CИ++. Применяю AVR микроконтроллеры.
Если конкретный вопрос, то следующее: в моих девайсах бывают случаи «залипания» нот, т.е. отсутствие пары MidiON – MidiOFF. Редко, но бывают. Задача должна решаться буферированием потока МИДИ команд. Как повысить надежность? Причины сбоев?

Отладка, имхо, важная тема и связана с алгоритмами, но хотелось бы не затрагивать ее в этом топике. И, уж тем более, обсуждение какой МК лучше)))
Возьму конкретный пример, опишу на «пальцах»: С МИДИ клавы идут сообщения, попадают в некий девайс (МК), где они преобразуются, и с его выхода попадают на звуковой модуль (ЗМ). Приортитет прерывания входа ЗМ (некий UART) должен быть выше, чем, скажем, опрос кнопок оператора на ЗМ. Если он самый быстрый в системе, то надобность в буфере по выходу МК отпадает. Если, алгоритм преобразования, а также иные времязатратные процессы в МК, медленее, чем входной поток, то нужен буфер по входу МК. МК может быть самостоятельной единицей, а может быть встроен как узел, как в Клаву, так и в ЗМ, если последние тоже являются предметом собственного конструирования. В этом случае, алгоритм МК может быть увязан с алгоримом этих девайсов. Скажем, совсем незачем анализировать МИДИ поток, если переключение некого режима априори не делается во время игры.
Все вышенаписанное, абстрактно…. ибо «самый быстрый»…. «медленее» и т.п. Пока я понял, что нужен некий тест-контроллер (имхо софтовый), который может выдавать МИДИ сообщения разного характера и периодичностью. Т.е. имитировать кластеры, посыл «сразу» по нескольким каналам, имитация вклинивания RealTime и т.п. А без него, эксперименты бесполезны((((