MIDI KEY самопал...

  • Автор темы Автор темы Freyzer
  • Дата начала Дата начала
Если перефразировать, я правильно понял что должен быть вариант, когда кнопки завиясят друг от друга. Нажал первую - пошел СС 1 127, нажал дальше вторую, автоматом отправилось СС1 0 (выключили первую) и сразу же СС2 127. Так? Т.е. как бы многокнопочный переключатель, где нажатие кнопки автоматом приводит к выключению других нажатых?
 
Совершенно верно!
И обязательно индикация состояния нажатой кнопки, без индикации этот функционал почти бесполезен.
И ещё одно - с контролером CC, вы всё верно написали, но для переключения пресетов используют как правило PC, так что нужно иметь возможность програмирования каждой кнопки на тип контролера его номер и его val в нажатом и отжатом состоянии. Тогда этот блок будет универсальным.
 
Последнее редактирование:
И обязательно индикация состояния нажатой кнопки, без индикации этот функционал почти бесполезен.
Вот с этим у нас хуже. У VMK176+/188+, которые мы переделываем, есть только два светодиода, и они не на командных кнопках. Разве что на диплее изыскать местечко...
 
На дисплее тоже желательно выводить програмируемое (а лучше по фидбэку передаваемое) название пресета. Там ведь сисекс?
Но кнопки должны быть со светодиодами - это обязательно. Иначе как вы будете угадывать что нажато и что нужно нажать?
И честно говоря эргономичность органов управления на VMK - так себе :(
Может разберётесь с перепрошивкой MPK Акаевских? Они наиболее распостранены.
 
Последнее редактирование:
А может кто-то умеет модифицировать штатные прошивки для миди клав?
Если найдёте исходники, то можно говорить о модификации, иначе, единственное, что можно, это - написАть заново. :)

Там ведь сисекс?
Там, это где?
Вообще, типичная процедура смены тембра, это - Bank Select (если нужен) + Program Change.
Скорее всего, где-то можно и сисексами, но все сисексы, это - очень индивидуальная штука.
В/у команды передаются однократно без всякого триггерного режима. Более того, даже получив её обратно, по фидбэку, нет уверенности, что синтезатор её отработал. Даже если сделать умный синтезатор, который смог бы анализировать собственные действия, то в протоколе МИДИ не предусмотрена отправка сообщений о неверной отработке. В связи с вышеизложенным, ИМХО, единственной разумной индикацией, будет индикация последней нажатой кнопки.
Да и вообще, данная тема ближе к "МИДИ-контроллеру", чем к "МИДИ-клавиатуре".
 
@Gregory, речь не о смене тэмбра, речь об отправки из VSTi инструмента фидбэка с именем пресета. А на самой клаве - безусловно нужна индикация последней нажатой кнопки.
Что касается тригирования и зависимости - это логика схемы нажимания кнопки и к миди естественно отношения не имеет.
И данная тема близка ИМЕННО к миди клавам, и я просто не понимаю зачем они нужны (миди клавиатуры), если не умеют нормально переключать пресеты в VSTi инструментах, в чём смысл во всех этих кнопках и фейдерах?
 
У меня была задача наделения кнопки на МИДИ клаве новым дополнительным функционалом. Естественно, сохраняя прежние, прошивку и т.п. Трудность была в том, что кнопки с 2-я контактами, на резинках, и мультиплексируются. Определить момент нажатия оказалось просто путем подпайки к каждой кнопке 2-х входового элемента Исключающего ИЛИ. Т.е. логический уровень на его выходе был однозначным, только при равенстве потенциалов на входах, а это происходит только при нажатой кнопке. Правда, еще пришлось уже программными средствами дополнительного микроконтроллера (МК), отлавливать время сигнала не менее, скажем, 30 мс, т.е. время удержания кнопки оператором. Проблем из –за отсутствия гальванической развязки также не наблюдаю, питание МК (честно говоря там прежде платы ввода\вывода с I2C) стоят…. Т.е. питание этих плат идет от родного БП клавы. Но особенно не тестировал…. Альфа стадия… Индикация для моего случая выполнена дополнительным светодиодом, также с выхода платы вывода... Режим индикации - в соответствии с алгоритмом прошивки МК, .т.е. любой.
 

Сейчас просматривают