无需snd_pcm_pause()实现ALSA PCM句柄无延迟无丢帧暂停

针对嵌入式设备兼容需求，自己接管播放缓存管理是唯一能同时满足「无延迟暂停」和「不丢失待播帧」的可靠方案，以下是具体实现思路和细节：

核心思路 #

将原本放在ALSA内部的500ms缓存迁移到应用层，把ALSA的硬件缓存缩到硬件支持的最小值（通常是1-2个周期，延迟仅几毫秒）。这样既避免了依赖硬件级暂停接口，又能完全控制待播帧的生命周期，解决drop丢帧、drain延迟的问题。

具体实现步骤 #

1. 调整ALSA硬件参数 #

初始化PCM句柄时，将ALSA的buffer和period设为硬件支持的最小值，消除ALSA内部缓存的延迟影响：

int setup_alsa_min_buffer(snd_pcm_t *pcm_handle) {
    snd_pcm_hw_params_t *params;
    snd_pcm_hw_params_alloca(&params);
    snd_pcm_hw_params_any(pcm_handle, params);
    
    // 设置参数（格式、声道、采样率等）
    snd_pcm_hw_params_set_access(pcm_handle, params, SND_PCM_ACCESS_RW_INTERLEAVED);
    // ... 其他参数设置
    
    // 设为最小buffer和period
    snd_pcm_uframes_t min_period_size, min_buffer_size;
    snd_pcm_hw_params_get_period_size_min(params, &min_period_size, NULL);
    snd_pcm_hw_params_set_period_size_near(pcm_handle, params, &min_period_size, NULL);
    
    snd_pcm_hw_params_get_buffer_size_min(params, &min_buffer_size);
    snd_pcm_hw_params_set_buffer_size_near(pcm_handle, params, &min_buffer_size);
    
    return snd_pcm_hw_params(pcm_handle, params);
}

2. 应用层维护环形缓存 #

在应用层实现一个线程安全的环形缓存，存储原本要写入ALSA的500ms音频数据：

typedef struct {
    uint8_t *data;
    size_t total_size;   // 总容量（对应500ms样本）
    size_t write_pos;    // 写入位置
    size_t read_pos;     // 读取位置
    pthread_mutex_t lock;
} AppAudioBuffer;

// 初始化、写入、读取等环形缓存操作函数
int app_buffer_init(AppAudioBuffer *buf, size_t size) {
    buf->data = malloc(size);
    if (!buf->data) return -1;
    buf->total_size = size;
    buf->write_pos = buf->read_pos = 0;
    pthread_mutex_init(&buf->lock, NULL);
    return 0;
}

size_t app_buffer_write(AppAudioBuffer *buf, const uint8_t *src, size_t len) {
    pthread_mutex_lock(&buf->lock);
    // 环形缓存写入逻辑，计算可写入空间，拷贝数据
    // ...
    pthread_mutex_unlock(&buf->lock);
    return written_len;
}

size_t app_buffer_read(AppAudioBuffer *buf, uint8_t *dst, size_t len) {
    pthread_mutex_lock(&buf->lock);
    // 环形缓存读取逻辑，计算可读取空间，拷贝数据
    // ...
    pthread_mutex_unlock(&buf->lock);
    return read_len;
}

3. 修改播放循环逻辑 #

将原本直接写入ALSA的逻辑改为：先写入应用层缓存，再按需从应用缓存读取数据填充ALSA的小缓存；暂停时停止向ALSA写数据，保留应用层缓存的所有待播帧：

void write_and_poll_loop(snd_pcm_t *pcm_handle, AppAudioBuffer *app_buf) {
    bool is_paused = false;
    uint8_t temp_buf[4096]; // 适配ALSA最小周期的临时缓冲区
    struct pollfd fds[2];
    // 初始化poll描述符（ALSA + 自定义指令描述符）
    snd_pcm_poll_descriptors(pcm_handle, &fds[0], 1);
    fds[1].fd = custom_cmd_fd; // 暂停/恢复指令的文件描述符
    fds[1].events = POLLIN;

    while (1) {
        int ret = poll(fds, 2, -1);
        if (ret < 0) continue;

        // 处理暂停/恢复指令
        if (fds[1].revents & POLLIN) {
            char cmd;
            read(custom_cmd_fd, &cmd, 1);
            if (cmd == 'p') {
                is_paused = true;
                // ALSA缓存极小，等待几ms确保播放完毕（可选，延迟可忽略）
                snd_pcm_wait(pcm_handle, 10);
                // 阻塞等待恢复指令
                while (read(custom_cmd_fd, &cmd, 1) > 0 && cmd != 'r');
                is_paused = false;
                // 恢复时处理ALSA欠载状态
                if (snd_pcm_state(pcm_handle) == SND_PCM_STATE_XRUN) {
                    snd_pcm_prepare(pcm_handle);
                }
                continue;
            }
        }

        // 非暂停状态下，填充ALSA缓存
        if (!is_paused && (fds[0].revents & POLLOUT)) {
            snd_pcm_sframes_t avail = snd_pcm_avail_update(pcm_handle);
            if (avail <= 0) {
                snd_pcm_prepare(pcm_handle);
                avail = snd_pcm_avail_update(pcm_handle);
            }
            size_t need_bytes = avail * sample_bytes; // sample_bytes = 声道数*位深/8
            size_t read_bytes = app_buffer_read(app_buf, temp_buf, need_bytes);
            if (read_bytes > 0) {
                snd_pcm_writei(pcm_handle, temp_buf, read_bytes / sample_bytes);
            } else {
                // 应用缓存空，触发回调生成数据写入应用缓存
                customAudioCallback(app_buf);
            }
        }
    }
}

关键说明 #

1. 为什么放弃ALSA原生方案？

   • snd_pcm_pause()依赖硬件支持，嵌入式设备兼容性无法保证；
   • snd_pcm_drain()必然产生缓存级延迟，缩小缓存会提升欠载风险；
   • snd_pcm_readi()在PLAYBACK流上是非法操作，ALSA不允许从播放句柄读取数据，这是导致段错误的直接原因。

2. 应用层缓存的优势

   • 完全控制待播帧，暂停时无丢失、恢复时无缝续播；
   • ALSA缓存极小，暂停时的延迟几乎可以忽略（通常<10ms）；
   • 兼容所有支持ALSA的硬件，无需依赖硬件暂停特性。

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