если ответить сверхкоротко, твои страхи не обоснованы.
MIDI Time Code
1)
проблема тайминга может возникнуть по нескольким причинам, к примеру
через этот протокол по обычному "кабелю" с контроллера ты передаёшь
слишком много информации, и так как вещи отсылаются последовательно,
а не все за раз, кое что запаздывает. так как сами по себе события не имеют
отметки времени.
другая вариация на тему хуёвого тайминга - это низкокачественные часы.
позвольте, как это может быть? и нахуя часы? дело в том, что хоть для
большинства событий отметок времени нет, иногда секвенсер шлёт временой
код между другими событиями.
http://www.harfesoft.de/aixphysik/sound/midi/pages/miditmcn.html
если отправитель не берёт точные отсчёты времени - скачут и события.
таже хуйня и с получателем. в одном из факов штайнберг советует
исправить плавающие часы заменой мидипорта, драйвер которого использует
для часов набор устарелых апи системы .
http://knowledgebase.steinberg.de/95_1.html
2)
Пушкар клянётся о пездатости часов синхронизированных по горячему проводу.
http://www.mycomputer.ua/text/6700
за мышление категориями софт/хард тебя стоит забанить.
я же скажу, что миди всего лишь протокол передачи. в самих секвенсорах
внутренний формат представления данных это просто огромная тайна.
это конечно же тоже набор каких либо событий, и даже привязанных ко
времени, но это точно не миди, в классическом представлении этого протокола.
разрешение событий в секвенсерах конечно будет больше.
3)
конечно, максимальная плотность событий в разных секвенсерах может отличаться,
но играет ли это роль?
в 7 фрукте возможна ppq (тики в одну четверть) в 920,
в кубе 3 се - 960
MPC 500 - 960
ROLAND MV-8800 - 480
YAMAHA "Motif XS-8" - 480
MPC60 - 96
MIDI-Clock - 24