ALSA音频播放和录制 underrun和overrun错误

最新推荐文章于 2023-10-07 17:13:34 发布
最新推荐文章于 2023-10-07 17:13:34 发布
阅读量1.2w 收藏 38
点赞数 5
CC 4.0 BY-SA版权
分类专栏： 嵌入式开发 文章标签： underrun overrun
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/bingyu880101/article/details/83106497
本文深入探讨了在ALSA驱动程序中常见的-EPIPE错误，解释了此错误在播放和录音时出现的原因，即数据发送速度过慢或读取速度过慢导致的驱动buffer饥饿或满载状态。并提供了相应的解决策略，包括调整数据发送速度、提高任务优先级、扩大驱动buffer等。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

    pcm播放的时候，接口snd_pcm_writei 返回 -EPIPE，为underrun

    录制音频的时候， 接口snd_pcm_readi 返回 -EPIPE， 为overrun

    使用ALSA架构的驱动程序,在实际开发使用过程中,比较常见的错误有-EPIPE,也就是-32?为什么会出现呢?肯定是系统内部不和谐了!EPIPE的错误在播放时出现就是因为驱动buffer没有数据可以丢给codec所致,通俗一点就是上层给下面喂数据的速度慢了,下面饿晕了,所以抱怨你上层慢啊,给你一个-EPIPE错误出来,自己去找原因。

    在录音的时候,出现EPIPE也是有原因的,ALSA的驱动也有一块专门用来存储录音数据的buffer,上层从该buffer搬运数据再存储起来就能得到我们需要的录音文件。一旦驱动的buffer满了,就会出现EPIPE的错误,因为你上层读录音buffer数据的速度慢了,这就不能抱怨下层不给面子了。

    通过分析出现原因后,我们得找找对策,说起来容易,做的可能因为系统的原因并不是想的那么容易。

    在播放的时候,如果会出现这种-EPIPE的错误,请调整下发数据的数据,加快一点点!

    录音的时候出现这种错误的时候,请读得更快一点!可以提高任务的优先级来处理,也可以把驱动buffer扩大一下,给系统更多一点的缓冲时间!

ALSA pcm接口之错误码
菜鸡搞计算机
10-05 1299
ALSA pcm接口之错误码
alsa声音编程介绍
突围
02-01 2287
alsa声音编程介绍
ALSA.rar_alsa_alsa 播放_linux alsa 录音
09-22
LINUX下的，基于ALSA的录音及放音程序源代码，可录为WAV格式并播放
alsa underrun/overrun解决对策
sunxiaopengsun的专栏
09-05 1197
(399条消息) alsa总结_LIEYz的博客-优快云博客
alsa的调试，underrun和underrun
yzs_110的博客
11-09 3584
1、pcm播放的时候，接口snd_pcm_writei 返回 -EPIPE，为underrun 原因：因为应用程序给底层驱动的速度慢造成的 我的解决办法：可以通过改变snd_pcm_hw_params_set_buffer_size_near(capture_handle, c_hwparams, &exact_bufsize))中的参数来解决，具体改为多少要看实际情况，我是往大了改。 2...
audioFlinger提示recordThread:buffer overflow错误解决
wz19870429的专栏
11-15 1万+
今天解决领导遇到的一个问题，在使用audiorecord读取语音数据的时候提示audioFlinger audioThread:buffer overflow，使用的机器是MOTO G的。 操作系统是android 4.4。在网上找了很多，最后还是解决了，这里记录下。 代码参考网上的例子写的。 public class AudioThread { private static f
PCM音频采集与异步播放SDK(解决阻塞问题)
09-05
该代码为SDK，包括音频采集与播放接口，解决了音频采集直接调用wave api导致应用直接阻塞问题，采用异步线程模式，解决回调函数中调用api阻塞问题；
ALSA学习笔记 （3）PCM
小丑王
06-09 2950
ALSA学习笔记 （3）PCM1. 概述2. 示例代码2.1 创建pcm实例2.2 设置PCM设备的操作函数2.3 定义PCM的操作函数2.4 定义硬件参数3. 创建pcm实例代码分析5 PCM逻辑设备的注册6 PCM信息运行时指针6.1 硬件描述6.2 运行状态6.3 私有数据7 结构图 1. 概述 每个pcm实例对应一个pcm设备文件。一个pcm实例由一个playback stream和一个capture stream组成，而每个 pcm stream由一个或多个pcm子流组成。当一个子流已经存在，并且
RK3568平台（音频篇） alsa 音频 录制与播放
weixin_49303682的博客
01-22 4408
采样越高，声音的还原就越真实越自然，人对频率的识别范围是 20HZ - 22000HZ, 如果每秒钟能对声音做 22000 个采样, 回放时就足可以满足人耳的需求. 所以 22050 的采样频率是常用的, 根据奈奎斯特采样定理44100Hz是不失真的情况下的采样率， 超过48000的采样对人耳已经没有意义。，ALSA为咱们提供了alsa-lib，应用程序只要调用alsa-lib提供的API，便可以完成对底层音频硬件的控制。采样率，就是每秒对声音进行采集的次数，同样也是所得的数字信号的每秒样本数。
Audio中underrun与overrun问题解决(十八)
Android系统攻城狮
06-25 8888
CPU控制DMA传输数据步骤： （1）外设可通过DMA控制器向CPU发出DMA请求： （2）CPU响应DMA请求，系统转变为DMA工作方式，并把总线控制权交给DMA控制器； （3）由DMA控制器发送存储器地址，并决定传送数据块的长度； （4）执行DMA传送； （5）DMA操作结束，并把总线控制权交还CPU。 linux错误码定义： #define EPIPE 32 ...
ALSA libasound播放与录音实战(四十四)
Android系统攻城狮
09-19 204
简介： 优快云博客专家，专注Android/Linux系统，分享多mic语音方案、音视频、编解码等技术，与大家一起成长！优质专栏：Audio工程师进阶系列【原创干货持续更新中……】🚀优质专栏：多媒体系统工程师系列【原创干货持续更新中……】🚀人生格言： 人生从来没有捷径，只有行动才是治疗恐惧和懒惰的唯一良药.​ 更多原创,欢迎关注：Android系统攻城狮​ ​​​​​​​
经典alsa 录音和播放程序
JAVAweb学习
02-22 610
这里贴上虚拟机ubuntu下alsa的录音程序（capture.c）和播放程序（playback.c）的源码。 首先要测试一下自己的ubuntu是否打开了声音。这个可以打开/系统/首选项/声音  来调节。另外也可以在终端下输入alsaMixer 来调节，之前我的耳机就是只能放音不能录音，因为没有打开一些设置，在进入alsamixer界面后，按F4也就是capture选项，把声音调大就可以录音了。其
ffmpeg学习九：音频编码前奏-ubuntu下录音和播放
阳光玻璃杯
12-21 1752
上一篇博客，我们把一个Yuv编码格式的视频文件编码为H264格式。那么接下来，自然要学习下音频编码了。在学习音频编码之前，我们先看看ubuntu下如何采集声音和播放声音。
alsa总结
LIEY
11-25 2187
alsa工具集 aplay，arecord 用于播放和录制音频等, 支持RAW PCM、WAVE、AU、VOC文件类型; 用于操作PCM接口。 查看声卡设备和PCM设备。 aplay -l arecord -l alsamixer，amixer alsamixer是Linux音频框架ALSA工具之一，用于配置音频各个参数; alsamixer是基于文本图形界面的，可以在终端中显示，通过键盘的上下...
alsa的snd_pcm_readi()函数和snd_pcm_writei()
weixin_33854644的博客
11-05 1221
snd_pcm_readi ()    snd_pcm_sframes_t snd_pcm_readi ( snd_pcm_t *pcm,                                                              void*     buffer,                                              ...
alsa pcm接口之pcm设备的状态STATE
菜鸡搞计算机
10-07 1925
alsa pcm接口之pcm设备的状态STATE
audiorecord Overrun user, server, flags
张青志的专栏
12-22 2035
参考文章网址：     1 http://mysuperbaby.iteye.com/blog/1458843     2 http://stackoverflow.com/questions/15985964/audiorecord-overrun-user-logs-what-do-they-mean   说明：第二篇 帖子，是在2013年4月， 到目前我遇到问题时，catlog
UnderRun和OverRun
Sunxiaolin2016的博客
12-18 2520
UnderRun pcm播放的场景，alsa中snd_pcm_write()返回–EPIPE，表示alsa取不到足够的数据； AudioTrack 写入数据的速度跟不上 AudioFlinger 读取数据的速度，使得 AudioFlinger 不能及时获取到预期的数据量，反映到现实的后果就是声音断续；这种情况的根本原因大多是应用程序不能及时写入数据或者缓冲区分配过小，AudioTrack 本身并没有错；AudioFlinger 针对这点做了容错处理：当发现 underrun 时，先陷入短时间的睡眠，不急着读
ALSA声音编程介绍
热门推荐
reille的笔记
09-01 1万+
ALSA表示高级Linux声音体系结构(Advanced Linux Sound Architecture)。它由一系列内核驱动，应用程序编译接口(API)以及支持Linux下声音的实用程序组成。这篇文章里，我将简单介绍ALSA项目的基本框架以及它的软件组成。主要集中介绍PCM接口编程，包括您可以自动实践的程序示例。
ALSA 播放缓冲区buff
最新发布
07-16
<think>首先，用户的问题是关于调整ALSA播放缓冲区大小的配置。我需要参考提供的引用内容来构建一个准确、有帮助的回答。 从引用中提取关键信息： - 引用[2]解释了ALSA的硬件缓存区：每个声卡有一个硬件缓存区，用于保存样本。缓存区是ring buffer，通过DMA传输数据。缓存区大小可以通过ALSA库函数控制。缓存区被拆分成periods，每个period包含frames，每个frame对应一次采样（对于立体声，包含左右声道）。 - 引用[2]还提到，缓存区太大会导致延迟，因此拆分成periods来减少延迟。 - 引用[4]提到asoundrc文件（如~/.asoundrc）用于高级控制，包括通道路由和采样率转换，但这不是必须的。 - 其他引用如[1]和[3]提供了一些上下文，但直接相关的是[2]和[4]。 用户的需求是调整playback buffer size。我应该解释如何配置这个。 关键概念： - **buffer size**: 整个硬件缓存区的大小。 - **period size**: 缓存区被分成多个periods，每个period是数据传输的单位。 - **frame**: 一个frame包含一个样本的所有声道数据（例如，立体声是2个样本）。 调整缓冲区大小的方法： 1. **通过ALSA库函数在代码中设置**：在编写ALSA应用程序时，可以使用alsa-lib函数如`snd_pcm_hw_params_set_buffer_size_near`或`snd_pcm_hw_params_set_period_size_near`来设置缓冲区大小和period大小。 2. **通过配置文件（如.asoundrc）**：用户可以在全局配置文件（如/etc/asound.conf）或用户级配置文件（~/.asoundrc）中指定设备参数。 3. **通过命令行工具**：使用像`amixer`或`alsamixer`的工具，但这些通常用于混音器控制，而不是直接设置缓冲区大小。更直接的工具是`alsaloop`或通过脚本设置，但标准方法是配置文件或代码。 在配置文件中设置： - 在.asoundrc中，可以定义一个pcm设备并设置参数。 - 示例配置： ``` pcm.mydevice { type hw card 0 device 0 buffer_size 4096 period_size 1024 } ``` 这里，`buffer_size` 是以frames为单位的整个缓冲区大小，`period_size` 是以frames为单位的每个period的大小。 单位：在ALSA中，大小通常以frames为单位。一个frame对应一次采样点，对于立体声，一个frame包含两个样本（左和右）。 计算延迟： - 延迟取决于缓冲区大小和采样率。例如，缓冲区大小为1024 frames，采样率为44100 Hz，则延迟为 (1024 / 44100) 秒 ≈ 23.2 ms。 在回答中，我需要： - 使用中文。 - 结构清晰，逐步解释。 - 包括代码或配置示例。 - 生成相关问题。 - 引用来源：在相关段落末尾添加引用标识，如[^2]。 回答结构： 1. **介绍问题**：解释ALSA播放缓冲区的作用和为什么需要调整（例如，减少延迟或避免欠载）。 2. **解释关键概念**：buffer, period, frame。 3. **配置方法**： - 通过代码：简要说明使用alsa-lib函数。 - 通过配置文件：详细说明如何修改.asoundrc文件，并提供示例。 4. **验证和注意事项**：如何检查当前设置，注意事项如需要重启应用或声卡。 5. **生成相关问题**：在最后添加相关问题。 引用来源： - 当提到硬件缓存区和periods时，引用[2]。 - 当提到配置文件时，引用[4]。 示例配置： - 基于引用[2]，给出一个.asoundrc示例。 完整回答： - 开头直接回答问题。 - 分步骤解释。 - 结尾添加相关问题。</think>### ALSA播放缓冲区大小配置 ALSA（Advanced Linux Sound Architecture）是Linux系统中处理音频的核心框架。调整播放缓冲区大小（playback buffer size）可以优化音频播放的延迟和性能，避免欠载（underrun）或过载（overrun）问题。以下我将逐步解释如何配置ALSA的播放缓冲区大小，包括关键概念、配置方法和注意事项。配置主要涉及硬件缓存区（buffer）和周期（period）的设置，这些参数直接影响音频数据的传输延迟[^2]。 #### 关键概念 在配置前，需要理解ALSA音频传输的基本单位： - **Frame（帧）**：一次采样的数据单元。对于立体声（2声道），一个frame包含左右声道的各一个样本。例如，采样率为44.1kHz时，每秒有44100 frames。 - **Buffer（缓冲区）**：声卡的硬件缓存区，用于临时存储待播放的音频数据。它是一个环形缓冲区（ring buffer），通过DMA（直接内存访问）与应用程序交互[^2]。 - **Period（周期）**：缓冲区被分成多个periods，每个period是数据传输的基本单位。ALSA以period为单位将数据从应用程序传输到硬件缓存区。较小的period大小可以减少延迟，但可能增加CPU负载[^2]。 - **延迟计算**：播放延迟取决于缓冲区大小和采样率。公式为： $$ \text{延迟（秒）} = \frac{\text{缓冲区大小（frames）}}{\text{采样率（Hz）}} $$ 例如，缓冲区大小为1024 frames，采样率为44100 Hz时，延迟约为23.2 ms。 #### 配置方法 调整播放缓冲区大小主要通过ALSA配置文件（如`.asoundrc`）或应用程序代码实现。以下是两种常用方法： ##### 1. **通过配置文件（推荐）** ALSA允许在用户级配置文件（`~/.asoundrc`）或全局配置文件（`/etc/asound.conf`）中定义设备参数。这不是必须的，但提供了高级控制[^4]。 - **步骤**： 1. 打开或创建配置文件： ```bash nano ~/.asoundrc # 用户级配置，或 sudo nano /etc/asound.conf 全局配置 ``` 2. 添加设备定义：在文件中指定缓冲区大小（`buffer_size`）和周期大小（`period_size`），单位为frames。示例配置： ```plaintext # 定义一个名为 "myplayback" 的播放设备 pcm.myplayback { type hw # 使用硬件设备 card 0 # 声卡序号（通过 `aplay -l` 查看） device 0 # 设备序号 buffer_size 4096 # 整个缓冲区大小（frames），例如 4096 frames period_size 1024 # 每个周期大小（frames），例如 1024 frames } ``` - **参数说明**： - `buffer_size`：总缓冲区大小。建议值为1024、2048或4096 frames（太小可能导致欠载，太大会增加延迟）。 - `period_size`：每个周期的大小。通常设置为`buffer_size`的1/4或1/2，以平衡延迟和性能。 - **示例计算**：如果采样率为48000 Hz，`buffer_size=2048`，则延迟为2048/48000 ≈ 42.7 ms。 3. 保存并应用： - 重启音频应用或重新加载ALSA配置： ```bash sudo alsa force-reload # 或重启系统 ``` 4. 验证设置： - 使用`aplay`测试并查看参数： ```bash aplay -D myplayback test.wav # 指定自定义设备 alsacap # 安装 alsacap 工具后，查看设备参数 ``` ##### 2. **通过应用程序代码** 在开发ALSA应用程序时，可以使用alsa-lib库函数动态设置缓冲区大小。 - **示例代码（C语言）**： ```c #include <alsa/asoundlib.h> int main() { snd_pcm_t *pcm_handle; snd_pcm_hw_params_t *params; unsigned int buffer_size = 4096; // 目标缓冲区大小（frames） unsigned int period_size = 1024; // 目标周期大小（frames） int dir; // 方向标志 // 打开PCM设备 snd_pcm_open(&pcm_handle, "default", SND_PCM_STREAM_PLAYBACK, 0); snd_pcm_hw_params_malloc(&params); snd_pcm_hw_params_any(pcm_handle, params); // 设置缓冲区大小 snd_pcm_hw_params_set_buffer_size_near(pcm_handle, params, &buffer_size); // 设置周期大小 snd_pcm_hw_params_set_period_size_near(pcm_handle, params, &period_size, &dir); // 应用参数 snd_pcm_hw_params(pcm_handle, params); snd_pcm_hw_params_free(params); // ... 其他播放代码 ... snd_pcm_close(pcm_handle); return 0; } ``` - **关键函数**： - `snd_pcm_hw_params_set_buffer_size_near()`：设置缓冲区大小。 - `snd_pcm_hw_params_set_period_size_near()`：设置周期大小。 - **注意**：实际值可能与请求值略有不同，ALSA会调整为硬件支持的最近值。 #### 注意事项 - **延迟与稳定性权衡**：较小的缓冲区减少延迟，但可能引发欠载（数据不足）；较大的缓冲区更稳定，但增加延迟。建议从`buffer_size=2048`和`period_size=512`开始测试[^2]。 - **硬件限制**：缓冲区大小受声卡硬件限制。使用命令`cat /proc/asound/card0/pcm0p/sub0/hw_params`查看当前设备的支持范围。 - **配置文件优先级**：如果`.asoundrc`未生效，检查是否有其他配置覆盖（如系统级设置）。配置文件不是必须的，但启用后需确保语法正确[^4]。 - **性能监控**：工具如`top`（CPU使用率）和`alsa-info`（音频状态）可帮助调试。 #### 相关问题 1. 如何诊断ALSA播放中的欠载（underrun）问题？ 2. ALSA的采样率转换和通道路由如何配置？ 3. 在嵌入式系统中优化ALSA延迟有哪些方法？ 通过以上步骤，您可以有效调整ALSA播放缓冲区大小。如果遇到问题，提供更多细节（如声卡型号和采样率）可进一步分析。
评论 3
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值