Специфікації MIDI: як працюють Recommended Practices і доповнення

MIDI 1.0 не застиг у 1983 році. Після базової специфікації з’являлися додаткові специфікації, Recommended Practices, addenda та окремі транспортні стандарти. Саме тому старий список «усіх рекомендованих практик» швидко застаріває.

Що таке Recommended Practice

Recommended Practice — це погоджений документ, який уточнює поведінку MIDI-систем або описує сумісний спосіб використання певної функції. Історично до таких документів належали, наприклад, Standard MIDI Files, General MIDI, MIDI Time Code, MIDI Machine Control та численні уточнення контролерів.

Історичний список Recommended Practices

Нижче збережено перелік із первинної версії матеріалу як історичний зріз, але тепер кожен рядок має окрему колонку зі станом після звірки з публічним каталогом MIDI.org станом на 8 жовтня 2026 року. Історичні номери, назви та дати MMA/AMEI не переписано. Позначка «чинний» тут означає, що документ або його функція прямо присутні в поточному офіційному каталозі/довіднику; «включено» означає, що старий RP увійшов до новішого consolidated/core/addenda документа. Якщо окремої актуальної сторінки не знайдено, це так і зазначено — без припущення, що документ обов’язково скасований.

Таблиця одночасно показує історію й актуальний контекст: частина ранніх RP досі публікується окремо, частина увійшла до сучасніших документів, а деякі залишаються лише історичними орієнтирами в публічному каталозі. Для розробки або перевірки сумісності використовуйте саме актуальну сторінку відповідної групи специфікацій, а не лише старий номер RP.

Чому не варто орієнтуватися на один список номерів

Екосистема MIDI продовжувала розвиватися після редакції MIDI 1.0 1996 року. MIDI Association окремо публікує чинні core specifications, addenda, transports, file formats і reference tables. Для практичної роботи важливіше знайти актуальну специфікацію потрібної функції, ніж орієнтуватися лише на номер RP зі старої таблиці.

Які групи документів корисно знати

• MIDI 1.0 Core Specifications — базовий формат повідомлень і класичний 5-pin DIN transport.
• MIDI 1.0 Addenda — доповнення та уточнення, схвалені після основної редакції.
• MIDI Transports — DIN, TRS, BLE-MIDI, RTP-MIDI та інші способи перенесення MIDI.
• General MIDI — стандартизовані можливості та набори звуків GM1/GM2.
• File Formats — Standard MIDI Files та споріднені формати.
• Reference Tables — швидкі таблиці повідомлень, Control Change та інших номерів.

Практичне правило

Якщо ви пишете програму або налаштовуєте обладнання, спочатку визначте конкретну функцію: наприклад, RPN, MIDI Time Code або BLE-MIDI. Потім знайдіть її чинний документ на MIDI.org і звірте implementation chart конкретного пристрою. Підтримка «MIDI» не означає автоматичну підтримку кожного доповнення стандарту.

Навіщо потрібно знати про специфікації

Специфікація — це не текст, який потрібно вивчити напам’ять. Для практика це точка перевірки, коли потрібно дізнатися, що означає повідомлення, параметр або спосіб підключення. Recommended Practice допомагає описати узгоджений спосіб використання певної функції, але різні пристрої можуть підтримувати різні частини MIDI-екосистеми.

Тому корисна навичка — не «пам’ятати всі номери», а вміти знайти правильний документ і перевірити реалізацію конкретного пристрою. Саме тут стає важливим implementation chart.

Як читати технічний документ?

Не починайте з першої сторінки й не намагайтеся прочитати все. Спочатку сформулюйте одне конкретне запитання: наприклад, «який документ описує RPN?» або «який транспорт використовує цей пристрій?». Потім знайдіть відповідний розділ, випишіть ключові терміни й звірте їх із документацією свого обладнання.

Це той самий підхід, що й у довіднику з математики: ви шукаєте правило для конкретної задачі, а не завчаєте весь довідник.

Алгоритм перевірки сумісності

1. Визначте функцію, яку хочете використати.
2. Знайдіть чинний документ або довідкову таблицю MIDI.
3. Подивіться, як ця функція описана стандартом.
4. Перевірте implementation chart або документацію конкретного пристрою.
5. Лише після цього робіть висновок, що два пристрої повинні працювати однаково.

Мініпрактика

Виберіть одну тему з цієї серії — RPN, Control Change, General MIDI або транспорт. Складіть для неї «маршрут пошуку»: який тип документа ви відкрили б спочатку і що саме перевіряли б у документації пристрою.

Перевірте себе

• Чому напис «MIDI» на пристрої не гарантує підтримку кожного доповнення стандарту?
• Для чого потрібен implementation chart?
• Чим корисна Recommended Practice порівняно з випадковою старою таблицею з Інтернету? Уявіть специфікацію як офіційну інструкцію до настільної гри: якщо виникла суперечка про правило, надійніше відкрити актуальний документ, ніж покладатися на чиюсь пам’ять або випадкову стару таблицю.

Джерела

• The MIDI Association — MIDI Specifications
• The MIDI Association — MIDI 1.0 Core Specifications
• The MIDI Association — MIDI 1.0 Addenda
• The MIDI Association — MIDI 1.0 Universal System Exclusive Messages
• The MIDI Association — MIDI 1.0 Control Change Messages and RPNs
• The MIDI Association — Standard MIDI Files
• The MIDI Association — General MIDI
• The MIDI Association — Downloadable Sounds (DLS)
• The MIDI Association — eXtensible Music Format (XMF)
• The MIDI Association — Mobile MIDI
• The MIDI Association — MIDI Transports
• The MIDI Association — MIDI 2.0 Core Specification Collection