ios - 在音频单元渲染周期中处理不同数量的样本

这是在 iPhone 6s 和 6s+ 推出后我的应用程序中出现的问题，我几乎可以肯定这是因为新型号的内置麦克风在 48kHz 录制时卡住了(您可以阅读更多关于这个here)。澄清一下，这对于我测试过的以前的手机型号从来都不是问题。我将在下文详细介绍我的音频引擎实现以及不同点的不同结果，具体取决于手机型号。

所以这就是发生的事情 - 当我的代码在以前的设备上运行时，我在 AVCaptureDevice 返回的每个 CMSampleBuffer 中获得一致数量的音频样本，通常是 1024 个样本。我的音频单元图的渲染回调为 1024 帧提供了适当的缓冲区。一切都很好，听起来很棒。

然后 Apple 不得不制造这款该死的 iPhone 6s(开个玩笑，这太棒了，这个 bug 刚刚进入我的脑海)，现在我得到了一些非常不一致和令人困惑的结果。 AVCaptureDevice 现在在捕获 940 或 941 个样本之间变化，并且渲染回调现在开始在第一次调用时创建一个具有 940 或 941 个样本帧空间的缓冲区，但随后立即开始将其在后续调用中保留的空间增加到 1010、1012、或 1024 个样本帧，然后停留在那里。它最终保留的空间因 session 而异。老实说，我不知道这个渲染回调如何确定它为渲染准备了多少帧，但我猜它与渲染回调打开的音频单元的采样率有关。

无论设备是什么，CMSampleBuffer 的格式都以 44.1kHz 的采样率出现，所以我猜测在我什至从 AVCaptureDevice 上接收到 CMSampleBuffer 之前就会发生某种隐式采样率转换6秒。唯一的区别是 6s 的首选硬件采样率为 48kHz，而早期版本为 44.1kHz。

我了解到，对于 6s，您确实必须准备好为返回的不同数量的样本腾出空间，但是我在上面描述的那种行为正常吗？如果是，如何调整我的渲染周期来处理这个问题？

如果您想进一步了解，下面是处理音频缓冲区的代码:

音频样本缓冲区，即 CMSampleBufferRefs ，通过麦克风进来AVCaptureDevice并发送到我的音频处理函数，该函数对捕获的名为 audioBuffer 的 CMSampleBufferRef 执行以下操作

CMBlockBufferRef buffer = CMSampleBufferGetDataBuffer(audioBuffer);
        
CMItemCount numSamplesInBuffer = CMSampleBufferGetNumSamples(audioBuffer);
AudioBufferList audioBufferList;
        
CMSampleBufferGetAudioBufferListWithRetainedBlockBuffer(audioBuffer,
                                                            NULL,
                                                            &audioBufferList,
                                                            sizeof(audioBufferList),
                                                            NULL,
                                                            NULL,
                                                            kCMSampleBufferFlag_AudioBufferList_Assure16ByteAlignment,
                                                            &buffer
                                                            );

self.audioProcessingCallback(&audioBufferList, numSamplesInBuffer, audioBuffer);
CFRelease(buffer);

这是将音频样本放入 AudioBufferList 并将其连同样本数量和保留的 CMSampleBuffer 一起发送到我用于音频处理的以下函数。 TL;DR 以下代码设置音频图中的一些音频单元，使用 CMSampleBuffer 的格式设置输入的 ASBD，通过转换器单元、newTimePitch 单元和另一个转换器单元运行音频样本。然后，我使用从 CMSampleBufferRef 接收到的样本数量在输出转换器单元上启动渲染调用，并将渲染的样本放回 AudioBufferList 以便随后写入电影文件，更多关于下面的音频单元渲染回调。

movieWriter.audioProcessingCallback = {(audioBufferList, numSamplesInBuffer, CMSampleBuffer) -> () in

        var ASBDSize = UInt32(sizeof(AudioStreamBasicDescription))
        self.currentInputAudioBufferList = audioBufferList.memory
        
        let formatDescription = CMSampleBufferGetFormatDescription(CMSampleBuffer)
        let sampleBufferASBD = CMAudioFormatDescriptionGetStreamBasicDescription(formatDescription!)
        
        if (sampleBufferASBD.memory.mFormatID != kAudioFormatLinearPCM) {
            print("Bad ASBD")
        }
        
        if(sampleBufferASBD.memory.mChannelsPerFrame != self.currentInputASBD.mChannelsPerFrame || sampleBufferASBD.memory.mSampleRate != self.currentInputASBD.mSampleRate){
            
            
            // Set currentInputASBD to format of data coming IN from camera
            self.currentInputASBD = sampleBufferASBD.memory
            print("New IN ASBD: \(self.currentInputASBD)")
            
            // set the ASBD for converter in's input to currentInputASBD
            var err = AudioUnitSetProperty(self.converterInAudioUnit,
                kAudioUnitProperty_StreamFormat,
                kAudioUnitScope_Input,
                0,
                &self.currentInputASBD,
                UInt32(sizeof(AudioStreamBasicDescription)))
            self.checkErr(err, "Set converter in's input stream format")
            
            // Set currentOutputASBD to the in/out format for newTimePitch unit
            err = AudioUnitGetProperty(self.newTimePitchAudioUnit,
                kAudioUnitProperty_StreamFormat,
                kAudioUnitScope_Input,
                0,
                &self.currentOutputASBD,
                &ASBDSize)
            self.checkErr(err, "Get NewTimePitch ASBD stream format")
            
            print("New OUT ASBD: \(self.currentOutputASBD)")
            
            //Set the ASBD for the convert out's input to currentOutputASBD
            err = AudioUnitSetProperty(self.converterOutAudioUnit,
                kAudioUnitProperty_StreamFormat,
                kAudioUnitScope_Input,
                0,
                &self.currentOutputASBD,
                ASBDSize)
            self.checkErr(err, "Set converter out's input stream format")
            
            //Set the ASBD for the converter out's output to currentInputASBD
            err = AudioUnitSetProperty(self.converterOutAudioUnit,
                kAudioUnitProperty_StreamFormat,
                kAudioUnitScope_Output,
                0,
                &self.currentInputASBD,
                ASBDSize)
            self.checkErr(err, "Set converter out's output stream format")
            
            //Initialize the graph
            err = AUGraphInitialize(self.auGraph)
            self.checkErr(err, "Initialize audio graph")
            
            self.checkAllASBD()
            
        }
        
        self.currentSampleTime += Double(numSamplesInBuffer)
        
        var timeStamp = AudioTimeStamp()
        memset(&timeStamp, 0, sizeof(AudioTimeStamp))
        timeStamp.mSampleTime = self.currentSampleTime
        timeStamp.mFlags = AudioTimeStampFlags.SampleTimeValid
        
        var flags = AudioUnitRenderActionFlags(rawValue: 0)
        
        err = AudioUnitRender(self.converterOutAudioUnit,
            &flags,
            &timeStamp,
            0,
            UInt32(numSamplesInBuffer),
            audioBufferList)
        self.checkErr(err, "Render Call on converterOutAU")
        
    }

AudioUnitRender 调用到达输入转换器单元后调用的 Audio Unit Render Callback 如下

func pushCurrentInputBufferIntoAudioUnit(inRefCon : UnsafeMutablePointer<Void>, ioActionFlags : UnsafeMutablePointer<AudioUnitRenderActionFlags>, inTimeStamp : UnsafePointer<AudioTimeStamp>, inBusNumber : UInt32, inNumberFrames : UInt32, ioData : UnsafeMutablePointer<AudioBufferList>) -> OSStatus {

let bufferRef = UnsafeMutablePointer<AudioBufferList>(inRefCon)
ioData.memory = bufferRef.memory
print(inNumberFrames);

return noErr
}

废话，这是一个巨大的脑残，但我真的很感谢任何的帮助。如果您需要任何其他信息，请告诉我。

---

Best Answer-推荐答案

通常，您可以通过将传入的样本放入一个无锁的圆形 fifo 中来处理缓冲区大小的细微变化(但输入和输出的采样率是恒定的)，并且在您获得全尺寸 block 加上潜在的一些安全填充以覆盖 future 的尺寸抖动。

大小的变化可能与采样率转换器比率(不是简单的倍数)、所需的重采样滤波器以及重采样过程所需的任何缓冲有关。

1024 * (44100/48000) = 940.8

因此，速率转换可以解释 940 和 941 样本之间的抖动。如果硬件始终以 48 kHz 的固定速率输出 1024 个样本 block ，并且您需要尽快将该 block 重新采样到 44100 以进行回调，则转换后的样本的一小部分最终只需要在某些输出回调中输出.

关于ios - 在音频单元渲染周期中处理不同数量的样本，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/34030626/