Результаты поиска

В отношении сказанного Вами, нет (я правда не совсем понял о чём речь, ибо можно ведь например одновременно и CC передавать и 32-е ноты), а в отношении "МИДИ-сообщений и СисЕксов", да. :Dle75: Опять же, что подразумевать под "музыкальные". Пока что можно однозначно сказать, что он проверял Ноте...

Я так и подумал, но при чём тут 32-е? Забубенить сплошной поток и усё. :Dle76: Только ИМХО, сплошной поток проще СисЕксами проверить. И есть ещё всякие узкие места типа Running Status, Note Off, Time Code и т.д. Для этого написАл утилитку. Сорри, но фразы наподобие "MIDI сообщений и SysEx"...

Сорри, но это про что?

А поподробнее? Какие сообщения Вы принимали-отправляли?

Да, ништяк! Ему бы ещё ключ на17.

Честно говоря, сперва не понял вопроса, думал, Вы что-то замудрёное ищите. Ну а так, как уже выше говорили, любая старая звуковая карта с Гейм-портом. Тот же Лайв и Аудиофил. Если 95, 3.11 и ДОС, надо уже смотреть, что б драйвера соответствующие были (насчёт в/у с ходу не скажу). Киньте клич...

Требуется потестить программу для замены звуков и настроек в сабжах. Алгоритм примерно такой: Создаёте проект, компонуете звуки и настройки. Присылаете проект мне. Я Вам присылаю готовые дампы, которые надо будет прошить в чипы (так что требуется наличие чипов и программатора). Делитесь своими...

Вот лично меня земноводное душит за такую коробочку сто евро платить. :) И это, при условии, что там всё по фэн-шую сделано, а то ведь китайцы тоже вот "вообще не заморачиваются". Такого иногда понаделают. :rolleyes:

Коллеги! Никто матбазу не учит что ли? :) Ну тогда вопрос на более общую тему: должен ли такой девайс, как MIDI-merger отрабатывать миди-команды Ресет и Актив Сенсинж?

Продолжаю вникать в СисЕксы. Пока собственно вопросы те же. Например: Где всё-таки должен находиться Девайсе АйДи, сразу послеМануфактуре АйДи, или после номера модели? Кстати, некоторые производители (замечен Алесис) Девайсом АйДи как-раз и называют номер модели.

Вообще-то программку задумывал для работы с SysEx'ами, но попутно дополнил возможность посылки (и приёма) всех команд миди-протокола (причём в разных вариантах, т.е. и с некоторым нарушением самого протокола). Пока работает как-раз только это. Пока разбираюсь непосредственно с СисЕксами, можно...

Вы меня не слушаете. Не меняется протокол из-за контроллера. :)

С чего бы это? Вопросы мои исключительно по протоколу, а большинство отвечающих почему-то так и норовят забраться на несколько уровней выше. :)

Народ! Controller 32, это - когда байты дублируются, или наоборот?

Так сказали же уже, что в реальной жизни, в МИДИ защитный интервал "автоматически" присутствует. Ну а вообще с УАРТом, как-то по-молодости пол дня потратил, пока понял, почему посылки идут, а приёмник их не воспринимает. На всю жизнь запомнил. :) P.S.: Хотя, можете попробовать на рабочем...

Опуститесь уже на нижний уровень, наконец. Вот Вам осциллограмка посылки без "защитных" интервалов: Пояснять надо?

Коллеги! Очень прошу не зафлуживать тему. Обсуждаем только "непонятные места" Musical Instrument Digital Interface. И не файлы, и не верхние уровни. Надеюсь на понимание. :rolleyes:

В принципе, уже сказали. Хочу только добавить, что это - стандартное "правило хорошего тона" для УАРТа. И опять же, как уже сказали, в реальной жизни, для МИДИ, оно выполняется практически всегда "автоматом". Это я и спрашивал. :) Но только это - более высокий уровень, чем протокол МИДИ.

Естественно, он только снижает пропускную способность и так не очень быстрого MIDI, но вопрос не об этом. Оговорено ли это где-то в документации? Так и делаю (но желательно ещё и защитный интервал между пакетами выдерживать, хотя бы периодически). :)

Ну, например, давно интересует такой вопрос: есть ли какой-нибудь лимит на задержку между двумя байтами? Что-то никак не могу найти вразумительного ответа.

Вот.

Так а в чём смысл? Также придётся ставить чип на приёмной и передающей стороне, а 150м для RS-232 ещё вопрос. Ну, собственно, по-моему это тоже изврат, и проще сделать качественный выходной каскад. :) Разве задача не в передаче миди-команд на большие расстояния? :rolleyes:

Я об этом уже говорил. :) Ну, если идти таким путём, то зачем High-Speed? Наверное лучшим решением будет RS-485 Full-Duplex (Уп-с, проглядел. Выше как-раз для него чипы и предлагают). Но, как уже выше заметили, необходимо следить за гальванической развязкой. Из личного опыта: для питания...

При том, что надо различать аппаратный и программный уровень (кстати, последний ещё и с подуровнями). Судя по Вашему сообщению, Вы считаете, что UART это - писюковский "ком-порт". Так вот, он, конечно UART, но аппаратная реализация у него - RS-232. А ещё, например, UART широко распространён в...