如何用CoreAudio正确录制16位小端有符号整数PCM音频？配置求助

我完全理解你从Linux ALSA转适配MacOS CoreAudio的困惑——两套音频框架的格式配置逻辑差异确实不小，尤其是AudioStreamBasicDescription的初始化很容易踩坑。从你给出的代码片段来看，问题大概率出在格式标识（mFormatFlags）的错误操作以及初始化逻辑上，咱们一步步来修正：

1. 先纠正初始化的错误姿势 #

你用memset把整个结构体清零是没问题的，但后续对mFormatID和mFormatFlags的操作存在不合理之处：

• recordFormat.mFormatID |= kAudioFormatLinearPCM;：虽然memset后mFormatID为0，这个操作最终能得到正确的格式ID，但更清晰的写法是直接赋值：recordFormat.mFormatID = kAudioFormatLinearPCM;
• recordFormat.mFormatFlags &= ~kLin...：这里的问题很关键——memset后mFormatFlags初始值是0，用&= ~xxx的结果还是0，而CoreAudio的Linear PCM格式必须指定有效的标识（比如是否为有符号整数、是否打包、字节序等），空标识会直接导致AudioQueue初始化失败。

2. 正确配置Linear PCM格式的示例 #

下面是一个标准的、可直接复用的AudioQueue录制用Linear PCM格式配置代码，你可以根据自己的需求调整采样率、位深、声道数等参数：

AudioStreamBasicDescription recordFormat;
memset(&recordFormat, 0, sizeof(recordFormat));

// 核心格式类型指定
recordFormat.mFormatID = kAudioFormatLinearPCM;
// 关键标识组合：这里是常用的16位有符号小端打包格式
recordFormat.mFormatFlags = kAudioFormatFlagIsSignedInteger | kAudioFormatFlagIsPacked | kAudioFormatFlagIsLittleEndian;
// 采样率，例如44.1kHz
recordFormat.mSampleRate = 44100.0;
// 声道数，单声道填1，立体声填2
recordFormat.mChannelsPerFrame = 1;
// 每个采样的位深，16位填16
recordFormat.mBitsPerChannel = 16;
// 每个音频帧的字节数 = 声道数 * (位深/8)
recordFormat.mBytesPerFrame = recordFormat.mChannelsPerFrame * (recordFormat.mBitsPerChannel / 8);
// 每个数据包的字节数 = 每个帧的字节数（Linear PCM每个数据包对应一个帧）
recordFormat.mBytesPerPacket = recordFormat.mBytesPerFrame;
// 每个数据包包含的帧数，Linear PCM固定为1
recordFormat.mFramesPerPacket = 1;
// 预留字段，保持0即可
recordFormat.mReserved = 0;

3. 额外避坑提示 #

• 如果你需要32位浮点格式，只需把标识改成kAudioFormatFlagIsFloat | kAudioFormatFlagIsPacked，同时将mBitsPerChannel设为32即可。
• 配置完格式后，建议在调用AudioQueueNewInput之前，用AudioFormatGetProperty验证格式是否被当前硬件支持，避免因兼容性问题导致初始化失败：

Boolean formatIsSupported = false;
UInt32 size = sizeof(formatIsSupported);
OSStatus status = AudioFormatGetProperty(kAudioFormatProperty_FormatIsSupported,
                                         sizeof(recordFormat),
                                         &recordFormat,
                                         &size,
                                         &formatIsSupported);
if (status != noErr || !formatIsSupported) {
    fprintf(stderr, "Selected audio format is not supported by hardware!\n");
    // 此处可添加格式降级逻辑
}

• CoreAudio的错误码是排查问题的关键，每次调用AudioQueue相关API都要检查返回值（noErr代表操作成功），比如格式错误会返回kAudioFormatUnsupportedDataFormatError，能帮你快速定位问题。

从ALSA转到CoreAudio需要适应全新的API逻辑，慢慢来就能顺利适配～

内容的提问来源于stack exchange，提问作者JulRod