Как правильно пользоваться MIDIReadProc?

Если вы предполагаете, что функция этого формата является midiReadProc,

void midiReadProc(const MIDIPacketList *packetList, 
              void* readProcRefCon, 
              void* srcConnRefCon)
{
    MIDIPacket *packet = (MIDIPacket*)packetList->packet;

    int count = packetList->numPackets;
    for (int k=0; k<count; k++) {
        Byte midiStatus = packet->data[0];
        Byte midiChannel= midiStatus & 0x0F;
        Byte midiCommand = midiStatus >> 4;

    //parse MIDI messages, extract relevant information and pass it to the controller
    //controller must be visible from the midiReadProc
    }     
 packet = MIDIPacketNext(packet);
}

MIDI-клиент должен быть объявлен в controller, интерпретированные MIDI-события сохраняются в controller из обратного вызова MIDI и читаются audioRenderCallback() в каждом цикле рендеринга звука. Таким образом, вы можете свести к минимуму погрешности синхронизации в длине аудиобуфера, которую вы можете согласовать во время настройки AudioUnit, чтобы она была настолько короткой, насколько это позволяет система.

Контроллер может быть @interface myMidiSynthController : NSViewController, который вы определяете, состоящим из матрицы MIDI-каналов и заранее определенной максимальной полифонии на канал, среди других соответствующих данных, таких как элементы интерфейса, фазовые аккумуляторы для каждого активного голоса, AudioComponentInstance и т. Д. . Было бы неправильно изменять размер контроллера на основе ввода midiReadProc(). Оперативная память сейчас дешевая.

Я использую такие обратные вызовы MIDI для обработки прямого ввода с MIDI-устройств. Что касается воспроизведения файлов MIDI, если вы хотите обрабатывать потоки или файлы произвольной сложности, вы также можете столкнуться с сюрпризами. Стандарт MIDI сам по себе имеет функции синхронизации, которые работают настолько хорошо, насколько позволяет оборудование MIDI. После того, как вы прочитали весь файл в память, вы можете преобразовать свои данные во все, что захотите, и использовать свой собственный код для управления синтезом звука.
Пожалуйста, не используйте какой-либо код, который блокировал бы поток аудио-рендеринга (т.е. внутри audioRenderCallback()) или выполнял бы управление памятью на нем.

Вы можете использовать AVAudioEngine.musicSequence и подготовить график вашего аудиоустройства. Затем используйте MusicSequence, чтобы загрузить файл GM. Таким образом, вам не нужно определять время самостоятельно. Обратите внимание, что я сам пока этого не делал, но теоретически понимаю, что это должно работать следующим образом.

После создания экземпляра аудиоблока синтезатора вы присоединяете и подключаете его к AVAudioEngine графику.

Означает ли это, что для обеспечения безопасности используйте @synchronize?

Верно противоположное тому, что вы сказали: вам, конечно, не следует блокировать поток в реальном времени. Директива @synchronized заблокирует, если ресурс уже заблокирован. Вы можете использовать очереди без блокировки для потоков реального времени. См. Также Четыре распространенные ошибки при разработке аудио.

Если вам нужно использовать CoreMIDI и MIDIReadProc, вы можете отправлять MIDI-команды на аудиоустройство синтезатора, вызывая MusicDeviceMIDIEvent прямо из вашего обратного вызова.