致谢

Question

致谢

我知道这篇文章很长，但我尝试尽可能多地将我的问题置于语境中，因为我认为它非常独特（除了this one之外找不到任何相关问题。最后一个问题是在帖子的最后和here's the complete code。

首先，有点背景。我正在使用 CoreAudio 和 AudioToolbox 库，更准确地说是音频单元。我在macOS上。我的最终目标是从任何输入设备录制音频（因此通过简单的AudioQueueBuffer使用音频单元）并将其写入音频文件。我认为我的程序中最棘手的部分是在单个音频单元中从LPCM转换为AAC（在我的情况下），因此不会使用AUGraph。

我的程序基本上只是一个音频单元，封装在一个类AudioUnit mInputUnit中，这是一个AUHAL单元。因此，我已按照此this technical note进行设置。基本上，我将输入元素的输入范围（因为输出元素被禁用）链接到音频设备，即我的内置麦克风。

然后我相应地更新单元输出范围的AudioFormat。

  ...
  inputStream.mFormatID = kAudioFormatMPEG4AAC;
  inputStream.mFormatFlags = 0;
  inputStream.mBitsPerChannel = 0;
  checkError(
    AudioUnitSetProperty(
      mInputUnit,
      kAudioUnitProperty_StreamFormat,
      kAudioUnitScope_Output,
      1,
      &inputStream,
      propertySize
    ),
    "Couldn't set output stream format."
  );

因此，此时，音频单元应按以下方式工作：

LPCM中的输入设备记录[INPUT SCOPE] ==＆gt;从LPCM转换为==＆gt;在AAC中呈现。

请注意，每种流格式（输入和输出）都使用 2个频道。输入和输出流都没有将mFormatFlags设置为kAudioFormatIsNonInterleaved，因此它们都是交错的。事实上，我认为这是问题的来源，但却看不出原因。

此时，一切似乎都正常。当我在设置输入回调后尝试渲染音频单元时会出现问题。

我找到了一条说明如下的说明：

“按照惯例，AUHAL会对多声道音频进行解交织。这意味着您设置了两个一个通道的AudioBuffers，而不是使用mNumberChannels == 2设置一个AudioBuffer。 AudioUnitRender（）调用中paramErr（-50）问题的常见原因是具有AudioBufferLists，其拓扑（或缓冲区的排列）与单元准备生成的内容不匹配。在单位级别进行交易时，您几乎总是希望像这样进行非交错。“

摘录自：Chris Adamson＆amp;凯文阿维拉。 “学习核心音频：适用于Mac和iOS的音频编程动手指南。”iBooks。

因此，我遵循了适当的代码结构来呈现音频。

OSStatus Recorder::inputProc(
  void *inRefCon,
  AudioUnitRenderActionFlags *ioActionFlags,
  const AudioTimeStamp *inTimeStamp,
  UInt32 inBusNumber,
  UInt32 inNumberFrames,
  AudioBufferList *ioData
)
{
  Recorder *This = (Recorder *) inRefCon;
  CAStreamBasicDescription outputStream;
  This->getStreamBasicDescription(kAudioUnitScope_Output, outputStream);

  UInt32 bufferSizeBytes = inNumberFrames * sizeof(Float32);
  UInt32 propertySize = offsetof(AudioBufferList, mBuffers[0]) + (sizeof(AudioBuffer) * outputStream.mChannelsPerFrame);
  auto bufferList = (AudioBufferList*) malloc(propertySize);
  bufferList->mNumberBuffers = outputStream.mChannelsPerFrame;

  for(UInt32 i = 0; i < bufferList->mNumberBuffers; ++i)
  {
    bufferList->mBuffers[i].mNumberChannels = 1;
    bufferList->mBuffers[i].mDataByteSize = bufferSizeBytes;
    bufferList->mBuffers[i].mData = malloc(bufferSizeBytes);
  }

  checkError(
    AudioUnitRender(
      This->mInputUnit,
      ioActionFlags,
      inTimeStamp,
      inBusNumber,
      inNumberFrames,
      bufferList
    ),
    "Couldn't render audio unit."
  );
  free(bufferList);
}

然后，当我尝试渲染音频时，我有以下错误Error: Couldn't render audio unit. (-50)这实际上应该是已修复之后的音符，这让我很困惑更多。

问题

此时，我不知道这是否与我的整体架构有关，即我应该使用 AUGraph 并添加输出单元而不是尝试从规范格式转换为在单个AUHAL单元中的压缩格式？或者这与我预先分配我的AudioBufferList的方式有关？

Answer 1

我设法通过重新设计整个过程来解决这个问题。为了缩短它，我仍然有一个独特的AUHAL单元，但我没有在AUHAL单元中进行格式转换，而是在渲染回调中使用扩展音频文件，它采用源格式和目标格式。整个挑战是找到正确的格式描述，基本上只是测试mFormatID，mFormatFlags等的不同值...

用于AUHAL单元的AudioBufferList，其输出流格式被压缩。

致谢

问题

1 个答案: