Linux下ALSA API录音音质异常（卡顿失真）问题求助

从你的代码和描述来看，出现卡顿失真的核心原因是ALSA参数传递错误、缓冲区类型/使用错误，还有资源释放后的非法访问问题，下面逐一分析并给出修复方案：

主要问题点分析 #

1. snd_pcm_readi的参数错误 #

snd_pcm_readi的第三个参数需要传入的是要读取的帧数（frames），而不是缓冲区的字节数。你的代码里传了bufSize（frames * channels * 2），这会导致ALSA尝试读取远大于预期的帧数，直接触发缓冲区溢出或错误的音频采样读取，这是机器人音效的主要原因。

2. 音频缓冲区类型不匹配 #

你使用了unsigned int buf[bufSize];作为音频缓冲区，但设置的格式是SND_PCM_FORMAT_S16_LE（16位小端有符号整数，每个样本2字节）。unsigned int是4字节类型，会导致采样数据被错误解析，进一步加剧失真问题。

3. 已释放资源的非法访问 #

在调用 snd_pcm_hw_params_free(hw_params);之后，你又调用了 snd_pcm_hw_params_get_period_size(hw_params, &frames, 0)，此时hw_params已经被释放，读取到的frames值是无效的，后续的缓冲区大小计算也会出错。

4. UDP发送的潜在问题 #

UDP是无连接协议，没有丢包重传机制，如果发送的数据包过大或者网络不稳定，容易出现丢包导致卡顿。另外需要确认connectable->sendData的第二个参数是字节数还是元素数，确保发送的字节数正确。

修复后的代码示例 #

char* device = "default";
unsigned int rate = 44100;
unsigned int channels = 2;
snd_pcm_uframes_t frames{};
snd_pcm_t* capture_handle{};
snd_pcm_hw_params_t* hw_params{};

if (snd_pcm_open(&capture_handle, device, SND_PCM_STREAM_CAPTURE, 0) < 0) 
    throw new std::runtime_error{ "Can't open device for capture" };
if (snd_pcm_hw_params_malloc(&hw_params) < 0) 
    throw new std::runtime_error{ "Can't allocate hw parameters structure" };
if (snd_pcm_hw_params_any(capture_handle, hw_params) < 0) 
    throw new std::runtime_error{ "Can't initialize parameters structure" };
if (snd_pcm_hw_params_set_access(capture_handle, hw_params, SND_PCM_ACCESS_RW_INTERLEAVED) < 0) 
    throw new std::runtime_error{ "Can't set access parameter" };
if (snd_pcm_hw_params_set_format(capture_handle, hw_params, SND_PCM_FORMAT_S16_LE) < 0) 
    throw new std::runtime_error{ "Can't set format parameter" }; // 修正错误提示
if (snd_pcm_hw_params_set_rate_near(capture_handle, hw_params, &rate, 0) < 0) 
    throw new std::runtime_error{ "Can't set rate" };
if (snd_pcm_hw_params_set_channels(capture_handle, hw_params, channels) < 0) 
    throw new std::runtime_error{ "Can't set channels count" };

frames = 32;
if (snd_pcm_hw_params_set_period_size_near(capture_handle, hw_params, &frames, 0) < 0) // 补充判断条件的<0
    throw new std::runtime_error{ "Can't set period size" };
if (snd_pcm_hw_params(capture_handle, hw_params) < 0) 
    throw new std::runtime_error{ "Can't set parameters" };

// 先获取period size，再释放hw_params
if (snd_pcm_hw_params_get_period_size(hw_params, &frames, 0) < 0) 
    throw new std::runtime_error{ "Can't get frames count" };
snd_pcm_hw_params_free(hw_params); // 移到获取frames之后

if (snd_pcm_prepare(capture_handle) < 0) 
    throw new std::runtime_error{ "Can't prepare capture device" };

// 计算正确的字节数：frames * channels * 每个样本字节数（S16_LE是2字节）
const unsigned int bufSizeBytes = frames * channels * 2;
// 使用匹配的缓冲区类型：short对应S16_LE，每个元素2字节
short buf[frames * channels]; 

while (true) {
    // snd_pcm_readi返回读取的帧数，需要和请求的frames对比
    int ret = snd_pcm_readi(capture_handle, buf, frames);
    if (ret == -EPIPE) {
        // 处理xrun错误（缓冲区溢出/下溢）
        snd_pcm_prepare(capture_handle);
        continue;
    } else if (ret < 0) {
        throw new std::runtime_error{ std::string("Read error: ") + snd_strerror(ret) };
    } else if (ret != (int)frames) {
        // 处理读取帧数不足的情况
        std::cerr << "Short read: got " << ret << " frames instead of " << frames << std::endl;
    }
    // 发送正确的字节数：bufSizeBytes
    if (connectable != nullptr) 
        connectable->sendData(buf, bufSizeBytes);
}

snd_pcm_close(capture_handle);

额外优化建议 #

• 处理ALSA的xrun错误：录制过程中可能出现-EPIPE错误（xrun），需要重新prepare设备而不是直接抛出异常，避免程序崩溃。
• 调整period size：32帧的period size太小，可能导致频繁的系统调用和网络发送压力，可以尝试增大到256或512帧，平衡延迟和稳定性。
• UDP发送优化：如果网络不稳定，可以考虑加入简单的序列号和重传机制，或者使用RTP协议封装PCM数据，更适合音频传输。

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