Почему мой AudioQueueOutputCallback не может быть вызван?

Я использую Audio Queue Services API для воспроизведения аудио, передаваемого с сервера через соединение сокета TCP на iPhone. Я могу воспроизводить буферы, которые были заполнены из соединения сокета, я просто не могу заставить свой AudioQueue вызывать мою функцию AudioQueueOutputCallback, и у меня нет идей.

Дизайн высокого уровня

1. Данные передаются проигрывателю через соединение сокета и немедленно записываются в кольцевые буферы в памяти.
2. Когда AudioQueueBuffers становятся доступными, данные копируются из кольцевых буферов в доступный AudioQueueBuffer, который немедленно повторно ставится в очередь. (Или было бы, если бы мой обратный вызов произошел)

Что происходит

Все буферы успешно заполнены и поставлены в очередь, и я четко слышу аудиопоток. Для тестирования я использую большое количество буферов (15), и все они воспроизводятся без проблем, но AudioQueueOutputCallback никогда не вызывается, поэтому я никогда не ставлю в очередь ни один из этих буферов, несмотря на то, что все, кажется, работает отлично. Если я не буду ждать своего обратного вызова, предполагая, что он никогда не будет вызван, и вместо этого поставлю буферы в очередь на основе данных по мере их записи, я могу бесконечно воспроизводить аудиопоток, повторно используя и повторно ставя в очередь буферы, как если бы они был явно возвращен мне обратным вызовом. Больше всего меня смущает тот факт, что я могу отлично воспроизводить поток при повторном использовании буферов по мере необходимости. Почему не вызывается обратный вызов?

Возможно соответствующий код

Формат потока - 16-битный линейный PCM, 8 кГц, моно:

_streamDescription.mSampleRate = 8000.0f;
_streamDescription.mFormatID = kAudioFormatLinearPCM;
_streamDescription.mBytesPerPacket = 2;
_streamDescription.mFramesPerPacket = 1;
_streamDescription.mBytesPerFrame = sizeof(AudioSampleType);
_streamDescription.mChannelsPerFrame = 1;
_streamDescription.mBitsPerChannel = 8 * sizeof(AudioSampleType)
_streamDescription.mReserved = 0;
_streamDescription.mFormatFlags = (kLinearPCMFormatFlagIsBigEndian | 
                                   kLinearPCMFormatFlagIsPacked);

Мой прототип и реализация обратного вызова следующие. Ничего особенного, почти идентично всем примерам, которые я видел до сих пор:

// Prototype, declared above the class's @implementation
void AQBufferCallback(void* inUserData, AudioQueueRef inAudioQueue, AudioQueueBufferRef inAudioQueueBuffer);

// Definition at the bottom of the file.
void AQBufferCallback(void* inUserData, AudioQueueRef inAudioQueue, AudioQueueBufferRef inAudioQueueBuffer) {

    printf("callback\n");
    [(MyAudioPlayer *)inUserData audioQueue:inAudioQueue didAquireBufferForReuse:inAudioQueueBuffer];
}

Я создаю AudioQueue следующим образом:

OSStatus status = 0;
status = AudioQueueNewOutput(&_streamDescription, 
                             AQBufferCallback, // <-- Doesn't work...
                             self, 
                             CFRunLoopGetCurrent(),
                             kCFRunLoopCommonModes, 
                             0,
                             &_audioQueue);
if (status) {

    // This is not called...
    NSLog(@"Error creating new audio output queue: %@", [MyAudioPlayer stringForOSStatus:status]);
    return;
}

И я помещаю в очередь такие буферы. На данный момент известно, что локальный буфер содержит правильный объем данных для копирования:

memcpy(aqBuffer->mAudioData, localBuffer, kAQBufferSize);
aqBuffer->mAudioDataByteSize = kAQBufferSize;

OSStatus status = AudioQueueEnqueueBuffer(_audioQueue, aqBuffer, 0, NULL);
if (status) {
    // This is also not called.
    NSLog(@"Error enqueueing buffer %@", [MyAudioPlayer stringForOSStatus:status]);
}

Пожалуйста, спасите меня.