嵌入式音频处理框架arduino-audio-tools：从I2S流到网络电台的实战指南

1. 项目概述一个为嵌入式音频处理而生的瑞士军刀如果你在玩ESP32、ESP8266或者任何一块Arduino兼容的开发板并且想在上面搞点音频相关的项目——比如做个网络电台、一个语音助手或者一个简单的音频效果器——那你大概率绕不开音频数据的采集、解码、播放和传输这一系列繁琐的底层操作。pschatzmann/arduino-audio-tools这个库就是专门为解决这些痛点而生的。它不是某一个具体的音频编解码器而是一个强大的音频处理框架和工具集合。你可以把它想象成乐高积木的基础板和连接件它定义了一套清晰、统一的接口让你能像搭积木一样把麦克风、解码器、滤波器、网络流、扬声器这些完全不同的“音频模块”轻松地串联起来而不用去深究每个模块内部复杂的字节序、缓冲区管理或线程同步问题。我第一次接触这个库是在做一个ESP32-S3的语音触发项目。当时我需要从I2S麦克风读取PCM数据通过一个VAD语音活动检测模块再把检测到的语音片段通过HTTP流推送到服务器。如果没有arduino-audio-tools我可能得花几天时间手动编写I2S驱动、管理环形缓冲区、处理HTTP分块传输。但用了这个库之后整个数据流管道在百行代码内就清晰定义了剩下的精力可以完全集中在业务逻辑上。它真正做到了**“声明式”的音频流图构建**极大地提升了开发效率和代码的可维护性。这个库的核心价值在于其高度的抽象和模块化设计。它提供了AudioStream、AudioInfo等基础类以及大量的*Source源、*Sink汇和*Transform变换实现。无论你的音频数据来自哪里I2S、ADC、网络、SD卡要到哪里去DAC、I2S、网络、蓝牙或者中间要经过什么处理重采样、音量控制、格式转换你都能找到对应的“积木块”并将其连接。它支持Arduino IDE和PlatformIO对ESP32系列芯片的支持尤为出色充分利用了其I2S外设和双核特性。2. 核心架构与设计哲学理解“流”与“管道”要高效使用arduino-audio-tools必须理解其背后的两个核心概念流Stream和管道Pipeline。整个库的设计都围绕着如何优雅地管理和流转音频数据块。2.1 统一的音频流抽象AudioStream 与 AudioInfo库中几乎所有组件都继承自AudioStream基类。这个类定义了音频数据处理中最基本的两个角色源Source 产生音频数据。例如I2SStream从麦克风读取、URLStream从网络拉流。汇Sink 消费音频数据。例如I2SStream向扬声器写入、EncodedAudioStream将PCM编码为MP3/AAC。更妙的是很多组件可以同时是源和汇这就是变换Transform。例如VolumeStream音量调节、ResampleStream重采样它们从上游接收数据处理后再发送给下游。连接这些组件的纽带是AudioInfo结构体。它包含了音频数据的核心属性struct AudioInfo { int sample_rate; // 采样率如 16000 44100 int channels; // 声道数1单声道或 2立体声 int bits_per_sample; // 位深通常为 16 或 32 };当一个源启动时它会将自身的AudioInfo“传播”给下游的所有组件。下游组件如编码器、滤波器可以根据这个信息来自我配置。这种设计保证了整个管道中音频格式的一致性避免了手动配置每个环节的麻烦。2.2 管道构建模式从“手动泵送”到“自动流转”最基础的用法是“手动泵送”Pump。你需要在一个循环如loop()函数中主动从源读取数据然后写入汇。#include \AudioTools.h\ I2SStream i2sSource; // 音频源麦克风 I2SStream i2sSink; // 音频汇扬声器 StreamCopy copier(i2sSink, i2sSource); // 复制器负责搬运数据 void setup() { // 初始化i2sSource和i2sSink... AudioInfo info {44100, 2, 16}; i2sSource.begin(info); i2sSink.begin(info); } void loop() { copier.copy(); // 不断将数据从源复制到汇 }这种方式简单直接但需要你主动管理数据流转。更高级的用法是使用**“流图构建器”**这是库的精华所在。你可以像下面这样声明式地定义一个复杂的处理链#include \AudioTools.h\ #include \AudioCodecs/CodecMP3Helix.h\ // 引入MP3编码器 I2SStream i2s; // 既是源输入也是汇输出 MP3EncoderHelix mp3; // MP3编码器变换 EncodedAudioStream encoder(Serial, mp3); // 编码后的数据输出到串口汇 StreamCopy copier(encoder, i2s); // 复制器连接i2s源和编码器汇 void setup() { Serial.begin(115200); AudioLogger::instance().begin(Serial, AudioLogger::Info); // 启用日志 auto cfg i2s.defaultConfig(RX_MODE); // 配置为接收模式麦克风 cfg.sample_rate 44100; cfg.channels 2; cfg.bits_per_sample 16; i2s.begin(cfg); encoder.begin(cfg); // 编码器根据cfg中的AudioInfo自动配置 // 现在管道是I2S麦克风 - PCM数据 - MP3编码器 - 串口输出 } void loop() { copier.copy(); // 自动完成所有数据流转和处理 }通过StreamCopy你无需关心数据在i2s和encoder之间是如何流动的copier.copy()会自动处理缓冲和读写。你可以插入更多的Transform比如在i2s和encoder之间加一个FilteredStream滤波器来消除噪音。2.3 内存与性能考量缓冲区的艺术在资源受限的嵌入式设备上内存管理至关重要。arduino-audio-tools内部使用环形缓冲区Ring Buffer来解耦生产者和消费者。每个AudioStream都可以配置其输入/输出缓冲区的大小。关键经验缓冲区大小的设置是一场延迟与内存消耗/稳定性的权衡。缓冲区太小容易造成“欠载”Underrun。例如扬声器汇需要数据时源如网络流还没来得及提供导致播放卡顿、爆音。缓冲区太大会增加音频处理的整体延迟。对于需要实时交互的应用如对讲机这是不可接受的。同时也会占用更多宝贵的RAM。一个实用的起点是对于I2S输入输出缓冲区大小设置为采样率 * 声道数 * 位深/8 * 持续时间秒。例如44.1kHz立体声16位希望有50ms缓冲44100 * 2 * 2 * 0.05 8820字节。你可以通过i2s.setBufferSize(8820)来设置。网络音频流则需要更大的缓冲区如200-500ms来对抗网络抖动。库还支持将缓冲区分配到PSRAM如果ESP32有的话这极大地扩展了可用内存空间对于处理高码率音频或需要大缓冲区的场景如音频录制是必选项。通过AudioStreamConfig中的rx_buffer_config和tx_buffer_config可以指定内存类型。3. 核心组件深度解析与实战选型库提供了数十个组件覆盖音源、输出、编解码、处理等方方面面。这里重点解析几个最常用、也最容易混淆的核心组件。3.1 输入/输出之王I2SStream 的精细配置I2SStream是连接物理世界的桥梁。它非常灵活但配置项也多容易踩坑。模式选择这是第一步也是最重要的一步。RX_MODE接收模式。从I2S麦克风或音频编解码芯片如MAX9867读取数据。数据流方向外部 - ESP32。TX_MODE发送模式。向I2S DAC或音频编解码芯片发送数据以驱动扬声器。数据流方向ESP32 - 外部。TX_MODE与RX_MODE可以同时设置吗不行一个I2SStream实例在同一时间只能扮演一个角色。如果你需要同时录音和播放全双工你需要两个独立的I2SStream实例并连接到不同的I2S引脚。配置结构体I2SConfigauto cfg i2s.defaultConfig(RX_MODE); // 获取一个默认的RX配置模板 cfg.sample_rate 16000; cfg.channels 1; // 很多麦克风是单声道 cfg.bits_per_sample 16; cfg.i2s_format I2S_STD_FORMAT; // 标准I2S格式最常用 cfg.port_no 0; // 使用I2S0外设ESP32通常有I2S0和I2S1 cfg.pin_bck 14; // 位时钟引脚 cfg.pin_ws 15; // 字选择左右声道时钟引脚 cfg.pin_data 32; // 数据引脚对于RX是SDI对于TX是SDO cfg.pin_data_in 32; // RX模式下的数据输入引脚与pin_data二选一更推荐用这个明确角色 cfg.pin_data_out 25; // TX模式下的数据输出引脚 cfg.buffer_size 2048; // 缓冲区大小 cfg.buffer_count 4; // 缓冲区数量用于双缓冲或多缓冲 cfg.use_apll true; // 对于高精度时钟要求如44.1kHz系列启用APLL可以获得更低的抖动 i2s.begin(cfg);避坑指南引脚冲突ESP32的某些I2S引脚与SPI、SD卡等复用。务必查阅开发板的引脚定义图避免冲突。例如GPIO12HD常用于SPI如果用于I2S可能导致启动失败。时钟问题当sample_rate设置为44100或48000时如果出现杂音或失真尝试将use_apll设置为true。APLL能产生更精确的时钟信号。数据方向pin_data_in和pin_data_out比通用的pin_data更清晰建议使用。对于INMP441这类PDM麦克风需要额外配置cfg.pin_mck主时钟引脚并设置cfg.is_mck true。3.2 编解码器集成EncodedAudioStream 的双重身份EncodedAudioStream是一个强大的适配器它让各种编解码器可以无缝接入音频管道。它本身是一个Sink但内部包含了一个Encoder编码器或Decoder解码器。作为编码管道将原始的PCM数据压缩为MP3、AAC等格式。#include \AudioCodecs/CodecMP3Helix.h\ MP3EncoderHelix encoder; // Helix MP3编码库软件实现质量好但较耗CPU EncodedAudioStream encodedStream(outputSink, encoder); // outputSink可以是FileStream、网络流等 encodedStream.begin(inputAudioInfo); // 输入PCM格式信息 // 现在向encodedStream写入PCM它就会输出MP3数据到outputSink作为解码管道将压缩音频数据解码为PCM。#include \AudioCodecs/CodecMP3Helix.h\ MP3DecoderHelix decoder; EncodedAudioStream decodedStream(outputSink, decoder); // outputSink通常是I2SStream // 需要先知道编码音频的元信息对于网络流可以尝试从流中读取ID3标签等信息自动配置。 // 或者如果已知可以直接设置 AudioInfo fromInfo{0,0,0}; // 编码文件的信息可能未知 AudioInfo toInfo{44100, 2, 16}; // 希望输出的PCM格式 decodedStream.begin(toInfo, fromInfo); // 现在向decodedStream写入MP3数据它就会输出PCM到outputSink编解码器选型建议MP3CodecMP3Helix是首选支持广质量稳定。CodecMP3Mini更轻量但功能有限。AACCodecAACHelix是软件解码的好选择。如果需要硬件解码ESP32的AAC解码器则需使用CodecAAC并结合AudioESP32AAC这个特定的Sink。WAV/FLAC/OGG 库也提供了对应的编解码器但注意FLAC和OGG解码可能对CPU有较高要求。OPUS 对于网络语音传输OPUS是绝佳选择延迟低、压缩率高。需要集成libopus库。实操心得编码过程尤其是MP3/AAC是CPU密集型操作。在ESP32-S3上编码44.1kHz立体声到128kbps MP3可能会占用超过50%的CPU时间。务必监控循环时间如果loop()中除了copier.copy()还有其他任务可能会因编码导致系统响应变慢甚至音频断流。对于高负载场景考虑将编码任务放到另一个核心使用xTaskCreatePinnedToCore或者降低采样率/声道数/编码码率。3.3 网络音频流打造你的网络电台或播放器这是arduino-audio-tools的另一个亮点。通过URLStream或ICYStream你可以轻松处理网络音频流。播放网络电台#include \AudioTools.h\ #include \AudioCodecs/CodecMP3Helix.h\ #include \WiFi.h\ const char* ssid \yourSSID\; const char* password \yourPASS\; const char* url \http://icecast.somehost.com/stream.mp3\; I2SStream i2s; MP3DecoderHelix mp3; EncodedAudioStream decoder(i2s, mp3); // 解码器输出到I2S URLStream urlStream(url, \audio/mp3\); // 源是网络URL StreamCopy copier(decoder, urlStream); // 复制器连接网络源和解码器 void setup() { Serial.begin(115200); WiFi.begin(ssid, password); while (WiFi.status() ! WL_CONNECTED) { delay(500); } auto cfg i2s.defaultConfig(TX_MODE); cfg.sample_rate 44100; // 输出采样率解码器会自动重采样如果支持 i2s.begin(cfg); decoder.begin(cfg); urlStream.begin(); // 开始连接并读取网络流 } void loop() { if (!copier.copy()) { // 如果copy返回false可能流结束了或出错了 Serial.println(\Stream error, restarting...\); delay(1000); urlStream.begin(); // 尝试重连 } }URLStream内部处理了HTTP连接、分块传输编码等细节。ICYStream则专门用于处理Shoutcast/Icecast的“元数据中断”协议可以在播放时获取歌曲名等信息。发送音频到服务器 你可以将I2SStream麦克风作为源连接到一个EncodedAudioStream编码器再连接到一个HttpStream或WebsocketsStream作为Sink实现音频直播或语音上传。网络流稳定性要点缓冲区网络流必须设置足够大的缓冲区。通过urlStream.setRxBufferSize(8192)来增加接收缓冲区对抗网络抖动。超时与重连网络不稳定是常态。务必在loop()中检查copier.copy()的返回值并实现重连逻辑。可以使用状态机来管理连接、播放、错误和重试状态。内存碎片长时间运行网络流应用频繁的分配/释放内存可能导致碎片。如果发现运行一段时间后出现内存分配失败考虑使用库提供的AudioMemoryPool或静态分配大缓冲区。4. 高级应用与性能优化实战掌握了基础组件后我们可以构建更复杂、性能要求更高的应用。4.1 多任务与双核处理释放ESP32的潜力ESP32是双核芯片而音频处理往往是实时性要求很高的任务。我们可以利用FreeRTOS将不同的音频任务分配到不同核心避免相互阻塞。场景一个设备需要同时录音编码为MP3并存入SD卡和播放提示音从SD卡读取WAV文件。// 任务1录音任务运行在Core 0 void recordTask(void *pvParameters) { I2SStream i2sIn; MP3EncoderHelix mp3Encoder; FileStream fileOut(SPIFFS); // 假设文件系统已初始化 EncodedAudioStream encoder(fileOut, mp3Encoder); StreamCopy copierRec(encoder, i2sIn); // ... 初始化各组件 fileOut.open(\/recording.mp3\, FILE_WRITE); while (true) { copierRec.copy(); // 可以在这里添加录音控制逻辑比如检测到静音就暂停 taskYIELD(); // 让出CPU时间 } } // 任务2播放任务运行在Core 1 void playTask(void *pvParameters) { I2SStream i2sOut; WAVDecoder wavDecoder; FileStream fileIn(SPIFFS); EncodedAudioStream decoder(i2sOut, wavDecoder); StreamCopy copierPlay(i2sOut, decoder); // 注意方向解码器是源I2S是汇 // ... 初始化各组件 fileIn.open(\/beep.wav\, FILE_READ); while (true) { if (needPlay) { // needPlay是一个由主逻辑控制的标志 copierPlay.copy(); if (copierPlay.isFinished()) { needPlay false; fileIn.seek(0); // 重置文件指针以备下次播放 } } vTaskDelay(10 / portTICK_PERIOD_MS); // 短延迟 } } void setup() { // ... 初始化硬件、文件系统等 xTaskCreatePinnedToCore(recordTask, \RecTask\, 4096, NULL, 1, NULL, 0); // 核心0 xTaskCreatePinnedToCore(playTask, \PlayTask\, 4096, NULL, 1, NULL, 1); // 核心1 // 主循环可以空着或者处理其他低优先级任务 }关键点两个任务共享I2S外设吗不I2S0和I2S1是两个独立的外设。通常让录音使用I2S0播放使用I2S1并配置不同的引脚这样它们才能完全并行工作。如果必须共用同一个I2S端口则需要通过互斥锁Mutex进行严格的序列化访问但这会引入延迟和复杂度。4.2 音频处理与效果链滤波器与变换arduino-audio-tools内置了一些基础的音频处理模块位于AudioEffects目录下。你可以轻松地将它们插入到管道中。构建一个简单的低通滤波器链#include \AudioTools.h\ #include \AudioLibs/AudioEffects.h\ I2SStream i2sIn; I2SStream i2sOut; // 创建两个滤波器一个低通截止频率3kHz一个高通截止频率100Hz用于去除直流偏移 FilteredStreamfloat lowpassFilter(i2sIn, 100); // 初始缓冲大小 FilteredStreamfloat highpassFilter(lowpassFilter, 100); // 将低通的输出作为高通的输入 StreamCopy copier(i2sOut, highpassFilter); // 最终输出 void setup() { // ... 初始化i2sIn, i2sOut AudioInfo info {16000, 1, 16}; i2sIn.begin(info, RX_MODE); i2sOut.begin(info, TX_MODE); // 配置低通滤波器Butterworth 2阶 截止频率3000Hz auto lowpassCfg lowpassFilter.defaultConfig(); lowpassCfg.sample_rate info.sample_rate; lowpassCfg.channels info.channels; lowpassCfg.type FILTER_BUTTERWORTH; lowpassCfg.order 2; lowpassCfg.cutoff_frequency 3000.0; lowpassCfg.mode FILTER_LOWPASS; lowpassFilter.begin(lowpassCfg); // 配置高通滤波器去除100Hz以下频率 auto highpassCfg highpassFilter.defaultConfig(); highpassCfg.sample_rate info.sample_rate; highpassCfg.channels info.channels; highpassCfg.cutoff_frequency 100.0; highpassCfg.mode FILTER_HIGHPASS; highpassFilter.begin(highpassCfg); } void loop() { copier.copy(); }你还可以创建自己的Transform。只需继承AudioStream并实现read()或write()方法。例如一个简单的音量控制class VolumeStream : public AudioStream { public: VolumeStream(AudioStream source) : source(source) {} size_t readBytes(uint8_t* buffer, size_t length) override { size_t bytesRead source.readBytes(buffer, length); if (gain ! 1.0f) { int16_t *samples (int16_t*)buffer; size_t numSamples bytesRead / 2; // 假设16位PCM for (size_t i0; inumSamples; i) { float scaled samples[i] * gain; // 限制在16位范围内防止削波 samples[i] (int16_t)constrain(scaled, -32768.0f, 32767.0f); } } return bytesRead; } void setGain(float g) { gain g; } private: AudioStream source; float gain 1.0f; };4.3 资源监控与调试技巧开发复杂的音频应用时监控系统资源至关重要。1. 启用详细日志 在setup()最开始加入AudioLogger::instance().begin(Serial, AudioLogger::Debug);这会打印库内部大量的状态信息包括缓冲区状态、读写字节数、错误码等对于定位流中断、缓冲区溢出等问题非常有帮助。产品发布前记得关闭或设置为Warning级别。2. 监控CPU占用与堆内存void loop() { static unsigned long lastPrint 0; copier.copy(); if (millis() - lastPrint 5000) { lastPrint millis(); Serial.printf(\[Heap] Free: %d, Min: %d\\n\, ESP.getFreeHeap(), ESP.getMinFreeHeap()); Serial.printf(\[PSRAM] Free: %d\\n\, ESP.getFreePsram()); // 如果可用 // 计算loop周期粗略估计CPU负载 static unsigned long lastMicros 0; unsigned long period micros() - lastMicros; lastMicros micros(); if (period 10000) { // 如果单次loop超过10ms可能有问题 Serial.printf(\[WARN] Loop period too long: %lu us\\n\, period); } } }3. 使用性能分析工具对于ESP32可以使用esp_timer来测量关键函数如copier.copy()的执行时间精确找出性能瓶颈。5. 常见问题排查与解决方案实录即使按照文档操作在实际硬件上仍会遇到各种问题。下面是我在多个项目中踩过的坑和解决方案。5.1 无声或全是噪音这是最常见的问题排查步骤应像医生问诊一样有条理现象可能原因排查步骤与解决方案完全无声1. I2S引脚配置错误。2. I2S外设未正确初始化模式错误。3. 音频数据流未启动copier.copy()未执行。4. 输出音量被设置为0或硬件静音。1.查引脚用万用表或逻辑分析仪确认BCK、WS、DATA引脚是否有信号。WS频率应等于采样率。DATA在BCK的上升沿/下降沿应有变化。2.查模式确认I2SStream初始化为TX_MODE播放或RX_MODE录音。播放时确保数据源如文件、网络有数据且格式正确。3.查代码在loop()中加Serial.println(\copying...\);确认copier.copy()被持续调用且返回true。检查begin()函数的返回值。4.查硬件确认扬声器/耳机已连接且完好。有些音频编解码芯片需要额外的初始化序列通过I2CI2SStream可能不包含这部分需要手动编写。播放刺耳的白噪音1. 采样率、位深或声道数不匹配。2. 时钟信号不稳定特别是非标准采样率。3. 缓冲区欠载数据供给跟不上。1.查格式确保整个管道中所有组件的AudioInfo一致。例如I2S输出设为16位但解码器输出的是32位浮点数就会产生噪音。使用日志打印每个环节的AudioInfo。2.查时钟尝试启用use_apll。对于ESP32标准I2S时钟源于APLL或外部晶振某些采样率如22050可能分频不精确。3.查缓冲区增大buffer_size和buffer_count。监控copier.copy()的返回值如果频繁返回false说明数据流不连续。录音数据全是0或固定值1. 麦克风偏置电压未启用。2. I2S格式错误例如麦克风是左对齐但配置成了I2S标准格式。3. 麦克风本身故障或供电问题。1.查麦克风配置很多MEMS麦克风需要提供偏置电压。检查开发板原理图确认麦克风的VDD引脚已供电LRB/SEL引脚配置正确选择PDM或PCM模式。2.查格式查阅麦克风数据手册确认其输出的I2S格式。尝试更改cfg.i2s_format为I2S_LSB_FORMAT或I2S_MSB_FORMAT。3.查信号用逻辑分析仪抓取I2S信号看DATA线上是否有数据变化。5.2 播放卡顿、断断续续这通常与系统性能或缓冲区设置有关。CPU过载在loop()中加入大量Serial.print、复杂的数学运算或网络操作会占用大量CPU时间导致音频缓冲区得不到及时服务。解决方案将非实时任务移到独立的任务Task中并赋予较低优先级。使用双核特性将音频处理放在一个核心网络/日志放在另一个核心。中断冲突WiFi、蓝牙等无线模块会产生高频中断可能打断I2S的DMA传输。解决方案尝试提高音频任务的优先级。对于ESP32可以使用portMUX_TYPE自旋锁保护关键的I2S操作区域但需谨慎。更根本的方法是优化WiFi连接使用WiFi.setSleep(false)禁止WiFi休眠会增加功耗但提高稳定性。缓冲区设置过小这是网络音频流播放中最常见的原因。解决方案为URLStream或ICYStream设置更大的接收缓冲区。同时考虑在解码器后、I2S前再加一个缓冲池BufferedStream作为网络抖动和稳定播放之间的“蓄水池”。内存不足特别是在使用了多个编解码器、大缓冲区或PSRAM未启用时。解决方案启用PSRAM在IDE中设置并将缓冲区分配到PSRAM。监控ESP.getFreeHeap()和ESP.getMinFreeHeap()如果最小空闲堆一直很小说明内存紧张需要优化。5.3 编译错误与链接问题“No such file or directory”确保你已通过Arduino库管理器或PlatformIO的lib_deps正确安装了arduino-audio-tools。并且你使用的编解码器库如arduino-libhelix也需要单独安装。“undefined reference to ...”这通常是链接错误意味着头文件包含了但对应的库文件没找到。在PlatformIO中检查platformio.ini中的lib_deps是否包含了所有必要的库。在Arduino IDE中确保“项目”-“加载库”中已安装。内存区域溢出例如DRAM段溢出音频缓冲区、编解码器的工作缓冲区可能很大。解决方案使用__attribute__((section(\.psram\)))将大型数组强制放到PSRAM如果可用。在AudioStreamConfig中指定buffer_config为AUDIO_MEMORY_PSRAM。5.4 特定芯片的注意事项ESP32-S2/S3/C3这些芯片的I2S外设与经典ESP32略有不同。arduino-audio-tools的I2SStream已经做了适配但需要注意某些型号如ESP32-C3可能只有一个I2S外设无法实现全双工。务必查阅具体芯片的技术参考手册。RP2040 (Raspberry Pi Pico)在Pico上使用需要依赖arduino-pico核心。Pico的I2S实现是软件模拟的PIO性能有限高采样率立体声可能会遇到瓶颈。STM32等其它架构库的支持程度取决于底层硬件抽象层HAL。可能需要你自己实现或寻找对应的*Stream实现如AnalogStream用于ADC/DAC。这个库的强大之处在于其抽象能力将复杂的音频底层封装成简单的“积木”。开始一个新项目时我建议的画图在白板上画出你的音频数据流图从源到汇明确每个环节需要的组件。然后去库的示例目录examples中寻找最接近的范例在其基础上修改。多利用AudioLogger进行调试从小配置低采样率、单声道开始测试逐步增加复杂度。当你熟悉了它的工作模式后你会发现构建嵌入式音频应用从未如此简单和高效。