ALSA调用SNDRV_PCM_IOCTL_WRITEI_FRAMES报Broken Pipe无声音如何解决

根因分析 #

• 整数除法精度错误：代码中int num_base_samples = 48000 * (1 / 60);里1和60均为整型，C语言整数除法会截断小数部分，1/60计算结果为0，最终num_base_samples值为0，每次向ALSA驱动提交0帧音频数据，驱动缓冲区很快被读空触发下溢（即EPIPE错误）。
• 变量拼写错误：代码中判断错误码时写的ernno是拼写错误，正确的系统错误码变量是errno，导致EPIPE错误检测逻辑完全失效，无法正确触发重置流程。
• EPIPE恢复逻辑错误：调用SNDRV_PCM_IOCTL_PREPARE重置流之后，没有重新提交当前待写入的音频帧，直接进入下一轮循环，缓冲区始终没有有效音频数据，因此没有声音输出。
• 音频采样幅值过低：写入的采样值为0x33（十进制51），远低于S16_LE格式的满幅值32767，音量极低，哪怕有输出也几乎听不到。
• 缺少ALSA缓冲区参数匹配与预填充逻辑：没有显式配置周期大小（period size）和缓冲区大小（buffer size）匹配60fps的写入节奏，也没有在启动流前预填充足够的音频数据，极易触发下溢。

最优修复步骤 #

1. 修复音频帧计数计算逻辑
   替换num_base_samples的计算代码，使用整数除法避免精度损失：

// 48000Hz采样率+60fps，每帧对应800个音频帧
int num_base_samples = 48000 / 60;
int num_samples =  num_base_samples * 2; // 双声道总采样点数
int16_t buffer[num_samples] = {};

2. 修正错误码变量拼写
   将错误判断条件里的ernno改为系统标准的errno，记得引入<errno.h>头文件。

3. 调整采样幅值到可听范围
   把写入的采样值调整到合适音量，比如设置为满幅的1/8：

*samples++ = 0x1000; // 十进制4096，左右声道幅值一致
*samples++ = 0x1000;

4. 修复EPIPE恢复逻辑
   检测到EPIPE重置流之后，重新提交当前待写入的音频块，避免丢帧：

struct snd_xferi transfer = {
    .buf = buffer,
    .frames = num_base_samples
};
int res = ioctl(fd, SNDRV_PCM_IOCTL_WRITEI_FRAMES, &transfer);
if (res == -1 && errno == EPIPE) {
    ioctl(fd, SNDRV_PCM_IOCTL_PREPARE);
    // 重置后重新提交当前音频块
    res = ioctl(fd, SNDRV_PCM_IOCTL_WRITEI_FRAMES, &transfer);
}

5. 显式配置ALSA缓冲区参数匹配写入节奏
   在配置硬件参数阶段，显式设置周期大小为800帧，缓冲区大小为3200帧（4倍周期大小，预留足够缓冲余量避免下溢）：

// 配置SNDRV_PCM_HW_PARAM_*参数时添加如下配置
snd_pcm_hw_params_set_period_size(fd, params, 800, 0);
snd_pcm_hw_params_set_buffer_size(fd, params, 3200);

6. 添加启动前预填充逻辑
   进入游戏主循环前，先预填充4次音频帧填满缓冲区，再启动PCM流，避免启动后立即触发下溢：

// 预填充缓冲区
for(int i=0; i<4; i++) {
    struct snd_xferi pre_transfer = {.buf = buffer, .frames = num_base_samples};
    ioctl(fd, SNDRV_PCM_IOCTL_WRITEI_FRAMES, &pre_transfer);
}
// 显式启动PCM流
ioctl(fd, SNDRV_PCM_IOCTL_START);

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