2026/8/17 5:05:56
FEATURED · 精选文章 
1. 项目概述从“无声”到“有声”的探索最近在折腾一个语音处理的小项目需要把电脑里播放的声音比如系统提示音、在线会议的内容或者音乐播放器里的歌直接录下来。听起来很简单对吧不就是录音嘛。但当我用Python的pyaudio库去实现时才发现这潭水比想象中深得多。常规的录音麦克风指向外界这叫“外录”而我要的是捕捉声卡输出的音频流业内俗称“内录”或“环回录音”。在Windows系统上这可不是插上麦克风就能搞定的事它涉及到系统音频架构、驱动模型和API调用的深层知识。我遇到的第一个拦路虎就是用pyaudio的默认参数打开录音流对着扬声器播放音乐录下来的却是一片死寂。这感觉就像拿着一个没有对准音源的麦克风任凭现场如何喧闹你的录音设备也毫无反应。这个问题困扰了不少开发者尤其是在开发语音助手后台录音、游戏精彩时刻自动捕捉、在线课程录制工具等场景时内录功能是核心需求。经过一番折腾和踩坑我终于摸清了门道成功实现了稳定可靠的内录。这篇文章我就把整个探索过程、核心原理、代码实现以及那些官方文档里不会写的“坑”和技巧系统地梳理出来。无论你是刚接触音频处理的Python新手还是正在为某个项目寻找内录方案的老手相信这份实战笔记都能让你少走弯路。2. 核心原理为什么普通录音录不到系统声音在动手写代码之前我们必须先搞清楚问题的根源为什么默认设置不行这得从Windows的音频系统说起。2.1 Windows音频架构与“终端”概念Windows的音频处理遵循一个叫做“Windows音频会话API”的模型。你可以把整个系统音频想象成一个大型的音频路由器。每个发出声音的应用程序如浏览器、音乐播放器、游戏都是一个“音频客户端”它们产生的音频流被送到一个叫做“音频引擎”的核心组件进行混合。混合后的总音频流再被路由到物理输出设备如扬声器或耳机。关键点在于“终端”。对于录音设备输入终端和播放设备输出终端系统有明确的区分。我们常见的麦克风被归类为“输入终端”。而“内录”想要捕获的是流向“输出终端”即扬声器的那个混合后的音频流。在默认情况下pyaudio其底层依赖PortAudio而PortAudio在Windows上通常使用WMME或DirectSoundAPI枚举和打开的录音设备列表里只包含那些被标记为“输入”的终端比如麦克风、线路输入等。系统的扬声器输出并不在这个列表里。2.2 内录的关键环回设备与WASAPI那么如何捕获输出终端的音频呢这就需要用到“环回”设备。环回设备是一种特殊的音频终端它不是一个物理设备而是一个虚拟的“监听器”。它的作用是“窃听”发送到某个输出终端的音频数据并将其作为输入流提供出来。在Windows Vista及之后的系统中微软引入了全新的“Windows Audio Session API (WASAPI)”。WASAPI相比老旧的WMME和DirectSound提供了更底层的访问权限和更强大的功能其中就包括对“环回模式”的原生支持。当以环回模式打开一个输出设备时该设备就会变成一个虚拟的输入源我们可以像从麦克风录音一样从它那里读取到系统播放的所有声音。因此我们解决问题的技术路径就清晰了让pyaudio使用支持WASAPI的主机API并以环回模式打开指定的扬声器设备。2.3 PyAudio、PortAudio与主机API的关系这里简单理清一下关系避免混淆PyAudio: 一个Python库提供了录制和播放音频的Pythonic接口。PortAudio: 一个跨平台的音频I/O库C语言编写。PyAudio实际上是PortAudio的Python绑定封装。PyAudio的函数调用最终都会翻译成对PortAudio的调用。主机API: 这是PortAudio层面的概念。PortAudio本身不直接与硬件打交道它通过一个“主机API”抽象层来调用不同操作系统的原生音频API。在Windows上常见的主机API包括WMME(Windows MultiMedia Extensions): 老旧的API兼容性好功能有限不支持环回。DirectSound: 相对较新但也不原生支持环回。WASAPI: 现代API支持共享模式和独占模式并且在共享模式下支持环回。我们的目标就是指导PyAudio通过PortAudio使用WASAPI这个主机API来工作。3. 环境准备与工具选型工欲善其事必先利其器。在开始编码前确保你的环境是正确的。3.1 安装正确的PyAudio版本这是第一个大坑。通过pip install pyaudio安装的预编译轮子其背后的PortAudio版本可能没有启用WASAPI支持或者WASAPI的环回功能编译时未被激活。可靠方案使用特定渠道的预编译包或手动编译对于绝大多数Windows用户最省事的方法是使用Christoph Gohlke维护的Unofficial Windows Binaries for Python Extension Packages。你需要根据你的Python版本和系统架构32位或64位下载对应的.whl文件。例如对于Python 3.9 64位访问上述网站找到PyAudio部分。下载类似PyAudio‑0.2.11‑cp39‑cp39‑win_amd64.whl的文件。在命令行中使用pip安装这个whl文件pip install PyAudio-0.2.11-cp39-cp39-win_amd64.whl注意确保下载的版本与你的Python解释器完全匹配cp39表示Python 3.9。安装前最好先卸载已有的pyaudio (pip uninstall pyaudio)。备用方案手动编译PyAudio如果你需要最新的特性或有特殊定制需求可以手动编译。这需要安装Microsoft Visual C Build Tools和PortAudio源码过程较为繁琐。对于解决内录问题通常不需要走到这一步使用预编译的兼容版本即可。3.2 查看可用的音频设备安装好后我们可以写一个简单的脚本来探查系统音频设备这是后续一切操作的基础。import pyaudio p pyaudio.PyAudio() print( 可用的主机API ) for i in range(p.get_host_api_count()): api_info p.get_host_api_info_by_index(i) print(fAPI索引 {i}: {api_info[name]}) print(\n 所有音频设备 ) for i in range(p.get_device_count()): dev_info p.get_device_info_by_index(i) api_name p.get_host_api_info_by_index(dev_info[hostApi])[name] # 重点查看最大输入/输出通道数 print(f设备索引 {i}: {dev_info[name]}) print(f 所属API: {api_name}) print(f 最大输入通道数: {dev_info[maxInputChannels]}) print(f 最大输出通道数: {dev_info[maxOutputChannels]}) print(- * 50) p.terminate()运行这段代码你会看到一长串列表。你需要找到主机API确认列表中包含Windows WASAPI。目标设备找到一个设备其name包含你扬声器的名称如“扬声器 (Realtek Audio)”并且maxInputChannels为 0maxOutputChannels大于 0。这是一个纯输出设备。记下它的设备索引。更重要的是你需要找到另一个设备它的name可能包含“环回”或“Loopback”或者其name与你的扬声器设备名类似但**maxInputChannels大于0**。这个设备就是WASAPI为我们创建的虚拟环回输入设备。它的设备索引是我们后续录音时要用的。在我的机器上输出如下片段设备索引 2: 扬声器 (Realtek High Definition Audio) 所属API: Windows WASAPI 最大输入通道数: 0 最大输出通道数: 2 -------------------------------------------------- 设备索引 3: 麦克风阵列 (Realtek High Definition Audio) 所属API: Windows WASAPI 最大输入通道数: 2 最大输出通道数: 0 -------------------------------------------------- 设备索引 4: 扬声器 (Realtek High Definition Audio) (环回) 所属API: Windows WASAPI 最大输入通道数: 2 -- 注意这里输入通道数为2 最大输出通道数: 0可以看到索引为4的设备就是扬声器的环回设备它有2个输入通道可供我们录音。4. 实现内录代码详解与参数解析找到了环回设备我们就可以开始编写内录代码了。核心在于pyaudio.Stream的打开参数。4.1 基础内录代码实现下面是一个最基础的内录示例它将系统声音录制到WAV文件中。import pyaudio import wave import sys def record_loopback(duration5, output_fileloopback_output.wav): CHUNK 1024 # 每次读取的音频数据帧数 FORMAT pyaudio.paInt16 # 采样数据格式16位整型最常用 CHANNELS 2 # 立体声通常为2 RATE 44100 # 采样率CD音质是44100 Hz RECORD_SECONDS duration p pyaudio.PyAudio() # **关键步骤1找到环回设备的索引** loopback_device_index None for i in range(p.get_device_count()): dev_info p.get_device_info_by_index(i) # 筛选条件设备名包含“环回”或“(Loopback)”且输入通道数0 if (环回 in dev_info[name] or (Loopback) in dev_info[name]) and dev_info[maxInputChannels] 0: loopback_device_index i print(f找到环回设备: 索引 {i}, 名称: {dev_info[name]}) # 建议从环回设备信息中读取其支持的通道数和采样率而不是写死 # CHANNELS dev_info[maxInputChannels] # 某些设备可能支持更高的采样率如48000 # 可以通过 p.is_format_supported() 来检查 break if loopback_device_index is None: print(错误未找到环回录音设备。请确认声卡驱动支持WASAPI环回。) p.terminate() sys.exit(1) # **关键步骤2以环回设备作为输入设备打开流** stream p.open(formatFORMAT, channelsCHANNELS, rateRATE, inputTrue, # 注意这里是input input_device_indexloopback_device_index, # 指定环回设备 frames_per_bufferCHUNK) print(f开始内录 {RECORD_SECONDS} 秒...) frames [] for i in range(0, int(RATE / CHUNK * RECORD_SECONDS)): data stream.read(CHUNK) frames.append(data) print(录音结束。) stream.stop_stream() stream.close() p.terminate() # 保存为WAV文件 wf wave.open(output_file, wb) wf.setnchannels(CHANNELS) wf.setsampwidth(p.get_sample_size(FORMAT)) wf.setframerate(RATE) wf.writeframes(b.join(frames)) wf.close() print(f音频已保存至: {output_file}) if __name__ __main__: record_loopback(duration10, output_filesystem_audio.wav)4.2 关键参数深度解析为什么上面的代码能工作我们来拆解p.open()中的关键参数inputTrue: 这告诉PyAudio我们要打开一个用于输入录音的流。尽管源是扬声器输出但从数据流的角度看我们是在从环回设备“读取”数据所以依然是input。input_device_indexloopback_device_index: 这是最核心的参数。它指定了使用哪个设备作为输入源。我们传入了之前找到的环回设备的索引从而绕过了物理麦克风。format,channels,rate: 这三个参数必须与环回设备的能力匹配。通常环回设备会继承其对应输出设备的能力。使用p.is_format_supported()可以进行检查但为了简单起见常用的44.1kHz/16位/立体声在绝大多数设备上都可用。frames_per_bufferCHUNK: 缓冲区大小。CHUNK越小延迟越低但CPU占用可能更高且可能因处理不及时导致缓冲区溢出听到“噼啪”声。CHUNK越大延迟越高但更稳定。1024或2048是一个较好的平衡点。4.3 进阶指定WASAPI主机API并处理独占模式有时系统中有多个同名设备或者自动查找环回设备不准确。我们可以更精确地指定使用WASAPI主机API并处理WASAPI的“独占模式”问题。def record_with_wasapi(duration5, output_filewasapi_loopback.wav): CHUNK 2048 FORMAT pyaudio.paInt16 CHANNELS 2 RATE 48000 # 尝试使用48kHz许多现代音频设备的标准 p pyaudio.PyAudio() # 查找WASAPI主机API的索引 wasapi_index None for i in range(p.get_host_api_count()): if WASAPI in p.get_host_api_info_by_index(i)[name]: wasapi_index i break if wasapi_index is None: print(WASAPI API 未找到。) p.terminate() return # 获取WASAPI下的默认输出设备通常是扬声器 default_output p.get_default_output_device_info() print(f默认输出设备: {default_output[name]}) # 更精确地查找该输出设备对应的环回输入设备 # WASAPI环回设备的命名规则可能是“输出设备名 (环回)” target_loopback_name f{default_output[name]} (环回) loopback_index None for i in range(p.get_device_count()): dev_info p.get_device_info_by_index(i) # 确保设备属于WASAPI并且是输入设备 if dev_info[hostApi] wasapi_index and dev_info[maxInputChannels] 0: # 匹配环回设备名或者设备名包含“Loopback” if target_loopback_name in dev_info[name] or Loopback in dev_info[name]: loopback_index i print(f精确找到环回设备: 索引 {i}, 名称: {dev_info[name]}) # 尝试使用设备支持的最高采样率 supported_rate int(dev_info[defaultSampleRate]) if supported_rate 0: RATE supported_rate break if loopback_index is None: print(未在WASAPI下找到精确的环回设备尝试使用默认逻辑。) # 回退到4.1节中的查找逻辑 for i in range(p.get_device_count()): dev_info p.get_device_info_by_index(i) if dev_info[hostApi] wasapi_index and dev_info[maxInputChannels] 0 and dev_info[maxOutputChannels] 0: # 在WASAPI下一个输入通道0且输出通道0的设备很可能是环回 loopback_index i break if loopback_index is None: print(无法找到可用的环回设备。) p.terminate() return # **处理WASAPI共享模式冲突** # 有时其他程序如通信软件会以“独占模式”占用音频设备导致我们无法以共享模式打开。 # 我们可以尝试设置一个特定的流参数字典来请求共享模式。 stream_settings { format: FORMAT, channels: CHANNELS, rate: RATE, input: True, input_device_index: loopback_index, frames_per_buffer: CHUNK, # 尝试指定使用WASAPI共享模式。注意此参数并非所有PyAudio版本都支持。 # as_loopback: True, # 这是一个常见的误解PyAudio的open参数并不直接支持这个。 # 正确的方式是依赖PortAudio对WASAPI环回设备的正确识别。 } # 在实际打开前检查格式是否被支持 if not p.is_format_supported(rateRATE, input_deviceloopback_index, input_channelsCHANNELS, input_formatFORMAT): print(f警告设备不支持 {RATE} Hz, {CHANNELS} 通道, {FORMAT} 格式。尝试使用44.1kHz。) RATE 44100 stream_settings[rate] RATE try: stream p.open(**stream_settings) except Exception as e: print(f打开音频流失败: {e}) print(可能的原因) print(1. 设备被其他程序以独占模式占用如某些游戏、音乐播放器。请关闭它们。) print(2. 采样率/通道数不被设备支持。) print(3. PyAudio/PortAudio版本不支持WASAPI环回。) p.terminate() return print(f开始录制 ({RATE} Hz, {CHANNELS} 声道)...) frames [] for i in range(0, int(RATE / CHUNK * duration)): try: data stream.read(CHUNK) frames.append(data) except IOError as e: # 处理音频流读取错误如缓冲区溢出 print(f读取音频数据时出错: {e}) # 可以尝试增加CHUNK大小或降低RATE break stream.stop_stream() stream.close() p.terminate() # 保存文件略同上 # ...这个进阶版本增加了健壮性检查并尝试处理了WASAPI的一些特性问题。5. 常见问题、错误排查与实战技巧在实际操作中你几乎一定会遇到一些问题。下面是我踩过坑后总结的清单。5.1 问题一找不到环回设备症状运行设备枚举脚本没有发现名称包含“环回”或“Loopback”且输入通道数大于0的设备。可能原因与解决方案声卡驱动不支持一些非常老旧的或精简版的声卡驱动可能未实现WASAPI环回功能。解决方案前往电脑或声卡制造商官网下载并安装最新的官方音频驱动程序。PyAudio版本问题安装的PyAudio底层PortAudio未编译WASAPI支持或支持不完整。解决方案务必使用来自Christoph Gohlke页面、且版本号较新的.whl文件安装。Windows音频服务问题罕见情况。可以尝试在服务中重启“Windows Audio”和“Windows Audio Endpoint Builder”服务。设备被隐藏在某些系统上环回设备可能默认被禁用或隐藏。可以尝试在“声音”控制面板的“录制”选项卡中右键点击空白处勾选“显示禁用的设备”和“显示已断开的设备”查看是否有名为“立体声混音”或类似字样的设备被禁用。如果找到启用它。注意“立体声混音”是更老的Windows音频架构WMME下的功能与WASAPI环回不同但如果可用也可以作为备选方案需要将input_device_index指定为该设备。5.2 问题二打开流时抛出异常如[Errno -9999]症状在执行p.open()或stream.read()时程序崩溃报错信息包含-9999、Unanticipated host error或Invalid device等。排查步骤检查设备索引确认你传递给input_device_index的整数值是有效的设备索引。用第3.2节的脚本反复核对。检查参数兼容性采样率RATE、通道数CHANNELS、采样格式FORMAT可能超出了设备支持的范围。使用p.is_format_supported()进行验证或尝试使用更通用的参数44100 Hz, 2声道, paInt16。关闭独占程序如果系统声音正被某个程序以“独占模式”访问常见于一些专业音频软件、游戏或某些播放器设置WASAPI共享模式我们用的就无法打开设备。解决方案关闭这些程序或在它们的设置中将音频输出模式改为“共享”。在Windows“声音”控制面板的“播放”设备属性中“高级”选项卡里可以禁用“允许应用程序独占控制该设备”但这可能会影响某些程序的功能。以管理员身份运行在某些系统配置下访问音频设备需要管理员权限。尝试用管理员身份运行你的Python脚本或IDE。5.3 问题三录音有杂音、卡顿或延迟巨大症状录下来的音频有“噼啪”声、断断续续或者从播放到录下之间有可感知的延迟。原因与调优缓冲区设置太小CHUNK即frames_per_buffer太小导致系统来不及处理缓冲区下溢产生杂音。解决方案逐步增大CHUNK值从1024尝试到4096甚至8192。这会增加延迟但能提高稳定性。采样率过高使用了192kHz等高采样率给CPU和总线带来过大压力。解决方案对于内录44.1kHz或48kHz完全足够将RATE设为44100或48000。系统负载过高录音时CPU占用率满负荷。解决方案关闭不必要的程序优化代码例如将文件写入操作放在录音循环外。磁盘写入速度慢如果你在录音循环内实时写入高码率文件如WAV磁盘I/O可能成为瓶颈。解决方案先将数据存入内存列表如示例中的frames录音结束后再一次性写入文件。5.4 问题四录制的音频音量过低或无声症状能正常录制但回放时声音非常小或完全无声。排查检查系统输出音量环回录制的是系统扬声器的输出信号。请确保系统音量不是静音或调至最低。检查应用程序音量你正在录制的那款特定应用如浏览器标签的音量是否被调低有些音频驱动或Windows音量合成器允许为每个应用单独设置音量。检查录制设备电平虽然环回设备通常不在音量控制面板中显示但可以检查一下右键点击系统托盘音量图标 - “打开声音设置” - 右侧“声音控制面板” - “录制”选项卡。如果能看到环回设备或“立体声混音”双击进入“级别”选项卡确保音量滑块不是最低。代码增益在音频数据处理环节可以对读取到的PCM数据data进行数字增益。例如将16位采样值乘以一个系数如1.5但要注意防止 clipping削波失真即数值超出-32768到32767的范围。5.5 实战技巧与心得先测试再开发在写复杂逻辑之前先用上面的基础脚本录几秒钟用播放器打开听听是否成功。确保基础功能畅通再叠加业务逻辑。使用with语句管理资源虽然上面的示例使用了显式的open/close但更Pythonic的方式是使用with语句来确保流和PyAudio对象被正确关闭即使发生异常。with pyaudio.PyAudio() as p: with p.open(...) as stream: # ... 录音逻辑 # 退出with块后自动关闭实时处理而非仅保存文件内录的典型应用场景是实时处理。你可以在stream.read(CHUNK)的循环内直接对data字节流进行处理比如送入语音识别引擎如SpeechRecognition库、进行实时音效分析或网络流媒体推送而不是先保存成文件。多通道处理如果你录制的是立体声2声道data中的采样点是交错的L, R, L, R, ...。进行某些分析时可能需要先分离左右声道。处理“寂静”片段在内录时如果系统没有播放任何声音录制的就是静音采样值接近0。如果你的应用需要检测是否有“有效声音”需要添加一个简单的能量检测计算一段数据内采样值的平方和来过滤静音段。6. 应用场景与扩展思路解决了基础的内录问题我们可以看看它能用在哪些地方自动化内容录制自动录制在线会议、网络课程、直播音频结合定时任务实现无人值守录制。语音助手与语音控制开发本地语音助手时需要持续监听系统音频输出以捕获用户的语音指令尽管更常见的是用麦克风输入。也可以用于分析其他语音助手如Cortana的响应。游戏音频捕捉录制游戏内的音效和背景音乐用于制作集锦或分析。音频监控与报警监听特定的系统提示音如报警声、消息通知并触发后续操作。音频流处理中间件作为一个中间件获取系统音频流进行实时降噪、均衡、变声等处理然后通过虚拟音频电缆如VB-Audio Virtual Cable输出到其他软件实现全局音效。一个简单的扩展思路是结合pyaudio的播放功能实现一个“音频路由器”或“监听器”实时监听并播放系统声音到另一个设备比如虚拟麦克风用于直播推流场景。# 简化的概念代码将内录的音频实时播放到另一个输出设备如虚拟麦克风 def loopback_to_output(): p pyaudio.PyAudio() # 假设index_in是环回输入设备index_out是虚拟输出设备 stream_in p.open(formatpyaudio.paInt16, channels2, rate44100, inputTrue, input_device_indexindex_in, frames_per_buffer1024) stream_out p.open(formatpyaudio.paInt16, channels2, rate44100, outputTrue, output_device_indexindex_out, frames_per_buffer1024) print(开始实时环回转发...) try: while True: data stream_in.read(1024, exception_on_overflowFalse) stream_out.write(data) except KeyboardInterrupt: print(停止转发。) finally: stream_in.stop_stream() stream_out.stop_stream() stream_in.close() stream_out.close() p.terminate()最后关于性能对于长时间的录制任务务必关注内存使用。示例中将所有音频帧存储在frames列表中对于很长的录音这会消耗大量内存。在生产环境中应考虑边录边写入文件或使用队列将数据传递给其他线程/进程进行处理。内录功能打开了系统音频编程的一扇大门结合其他Python库如numpy用于分析librosa用于高级音频处理pydub用于格式转换你可以构建出功能非常强大的音频应用。希望这篇长文能帮你彻底扫清使用pyaudio进行内录的障碍。
Python实现Windows系统音频内录：PyAudio环回录音原理与实战
1. 项目概述从“无声”到“有声”的探索最近在折腾一个语音处理的小项目需要把电脑里播放的声音比如系统提示音、在线会议的内容或者音乐播放器里的歌直接录下来。听起来很简单对吧不就是录音嘛。但当我用Python的pyaudio库去实现时才发现这潭水比想象中深得多。常规的录音麦克风指向外界这叫“外录”而我要的是捕捉声卡输出的音频流业内俗称“内录”或“环回录音”。在Windows系统上这可不是插上麦克风就能搞定的事它涉及到系统音频架构、驱动模型和API调用的深层知识。我遇到的第一个拦路虎就是用pyaudio的默认参数打开录音流对着扬声器播放音乐录下来的却是一片死寂。这感觉就像拿着一个没有对准音源的麦克风任凭现场如何喧闹你的录音设备也毫无反应。这个问题困扰了不少开发者尤其是在开发语音助手后台录音、游戏精彩时刻自动捕捉、在线课程录制工具等场景时内录功能是核心需求。经过一番折腾和踩坑我终于摸清了门道成功实现了稳定可靠的内录。这篇文章我就把整个探索过程、核心原理、代码实现以及那些官方文档里不会写的“坑”和技巧系统地梳理出来。无论你是刚接触音频处理的Python新手还是正在为某个项目寻找内录方案的老手相信这份实战笔记都能让你少走弯路。2. 核心原理为什么普通录音录不到系统声音在动手写代码之前我们必须先搞清楚问题的根源为什么默认设置不行这得从Windows的音频系统说起。2.1 Windows音频架构与“终端”概念Windows的音频处理遵循一个叫做“Windows音频会话API”的模型。你可以把整个系统音频想象成一个大型的音频路由器。每个发出声音的应用程序如浏览器、音乐播放器、游戏都是一个“音频客户端”它们产生的音频流被送到一个叫做“音频引擎”的核心组件进行混合。混合后的总音频流再被路由到物理输出设备如扬声器或耳机。关键点在于“终端”。对于录音设备输入终端和播放设备输出终端系统有明确的区分。我们常见的麦克风被归类为“输入终端”。而“内录”想要捕获的是流向“输出终端”即扬声器的那个混合后的音频流。在默认情况下pyaudio其底层依赖PortAudio而PortAudio在Windows上通常使用WMME或DirectSoundAPI枚举和打开的录音设备列表里只包含那些被标记为“输入”的终端比如麦克风、线路输入等。系统的扬声器输出并不在这个列表里。2.2 内录的关键环回设备与WASAPI那么如何捕获输出终端的音频呢这就需要用到“环回”设备。环回设备是一种特殊的音频终端它不是一个物理设备而是一个虚拟的“监听器”。它的作用是“窃听”发送到某个输出终端的音频数据并将其作为输入流提供出来。在Windows Vista及之后的系统中微软引入了全新的“Windows Audio Session API (WASAPI)”。WASAPI相比老旧的WMME和DirectSound提供了更底层的访问权限和更强大的功能其中就包括对“环回模式”的原生支持。当以环回模式打开一个输出设备时该设备就会变成一个虚拟的输入源我们可以像从麦克风录音一样从它那里读取到系统播放的所有声音。因此我们解决问题的技术路径就清晰了让pyaudio使用支持WASAPI的主机API并以环回模式打开指定的扬声器设备。2.3 PyAudio、PortAudio与主机API的关系这里简单理清一下关系避免混淆PyAudio: 一个Python库提供了录制和播放音频的Pythonic接口。PortAudio: 一个跨平台的音频I/O库C语言编写。PyAudio实际上是PortAudio的Python绑定封装。PyAudio的函数调用最终都会翻译成对PortAudio的调用。主机API: 这是PortAudio层面的概念。PortAudio本身不直接与硬件打交道它通过一个“主机API”抽象层来调用不同操作系统的原生音频API。在Windows上常见的主机API包括WMME(Windows MultiMedia Extensions): 老旧的API兼容性好功能有限不支持环回。DirectSound: 相对较新但也不原生支持环回。WASAPI: 现代API支持共享模式和独占模式并且在共享模式下支持环回。我们的目标就是指导PyAudio通过PortAudio使用WASAPI这个主机API来工作。3. 环境准备与工具选型工欲善其事必先利其器。在开始编码前确保你的环境是正确的。3.1 安装正确的PyAudio版本这是第一个大坑。通过pip install pyaudio安装的预编译轮子其背后的PortAudio版本可能没有启用WASAPI支持或者WASAPI的环回功能编译时未被激活。可靠方案使用特定渠道的预编译包或手动编译对于绝大多数Windows用户最省事的方法是使用Christoph Gohlke维护的Unofficial Windows Binaries for Python Extension Packages。你需要根据你的Python版本和系统架构32位或64位下载对应的.whl文件。例如对于Python 3.9 64位访问上述网站找到PyAudio部分。下载类似PyAudio‑0.2.11‑cp39‑cp39‑win_amd64.whl的文件。在命令行中使用pip安装这个whl文件pip install PyAudio-0.2.11-cp39-cp39-win_amd64.whl注意确保下载的版本与你的Python解释器完全匹配cp39表示Python 3.9。安装前最好先卸载已有的pyaudio (pip uninstall pyaudio)。备用方案手动编译PyAudio如果你需要最新的特性或有特殊定制需求可以手动编译。这需要安装Microsoft Visual C Build Tools和PortAudio源码过程较为繁琐。对于解决内录问题通常不需要走到这一步使用预编译的兼容版本即可。3.2 查看可用的音频设备安装好后我们可以写一个简单的脚本来探查系统音频设备这是后续一切操作的基础。import pyaudio p pyaudio.PyAudio() print( 可用的主机API ) for i in range(p.get_host_api_count()): api_info p.get_host_api_info_by_index(i) print(fAPI索引 {i}: {api_info[name]}) print(\n 所有音频设备 ) for i in range(p.get_device_count()): dev_info p.get_device_info_by_index(i) api_name p.get_host_api_info_by_index(dev_info[hostApi])[name] # 重点查看最大输入/输出通道数 print(f设备索引 {i}: {dev_info[name]}) print(f 所属API: {api_name}) print(f 最大输入通道数: {dev_info[maxInputChannels]}) print(f 最大输出通道数: {dev_info[maxOutputChannels]}) print(- * 50) p.terminate()运行这段代码你会看到一长串列表。你需要找到主机API确认列表中包含Windows WASAPI。目标设备找到一个设备其name包含你扬声器的名称如“扬声器 (Realtek Audio)”并且maxInputChannels为 0maxOutputChannels大于 0。这是一个纯输出设备。记下它的设备索引。更重要的是你需要找到另一个设备它的name可能包含“环回”或“Loopback”或者其name与你的扬声器设备名类似但**maxInputChannels大于0**。这个设备就是WASAPI为我们创建的虚拟环回输入设备。它的设备索引是我们后续录音时要用的。在我的机器上输出如下片段设备索引 2: 扬声器 (Realtek High Definition Audio) 所属API: Windows WASAPI 最大输入通道数: 0 最大输出通道数: 2 -------------------------------------------------- 设备索引 3: 麦克风阵列 (Realtek High Definition Audio) 所属API: Windows WASAPI 最大输入通道数: 2 最大输出通道数: 0 -------------------------------------------------- 设备索引 4: 扬声器 (Realtek High Definition Audio) (环回) 所属API: Windows WASAPI 最大输入通道数: 2 -- 注意这里输入通道数为2 最大输出通道数: 0可以看到索引为4的设备就是扬声器的环回设备它有2个输入通道可供我们录音。4. 实现内录代码详解与参数解析找到了环回设备我们就可以开始编写内录代码了。核心在于pyaudio.Stream的打开参数。4.1 基础内录代码实现下面是一个最基础的内录示例它将系统声音录制到WAV文件中。import pyaudio import wave import sys def record_loopback(duration5, output_fileloopback_output.wav): CHUNK 1024 # 每次读取的音频数据帧数 FORMAT pyaudio.paInt16 # 采样数据格式16位整型最常用 CHANNELS 2 # 立体声通常为2 RATE 44100 # 采样率CD音质是44100 Hz RECORD_SECONDS duration p pyaudio.PyAudio() # **关键步骤1找到环回设备的索引** loopback_device_index None for i in range(p.get_device_count()): dev_info p.get_device_info_by_index(i) # 筛选条件设备名包含“环回”或“(Loopback)”且输入通道数0 if (环回 in dev_info[name] or (Loopback) in dev_info[name]) and dev_info[maxInputChannels] 0: loopback_device_index i print(f找到环回设备: 索引 {i}, 名称: {dev_info[name]}) # 建议从环回设备信息中读取其支持的通道数和采样率而不是写死 # CHANNELS dev_info[maxInputChannels] # 某些设备可能支持更高的采样率如48000 # 可以通过 p.is_format_supported() 来检查 break if loopback_device_index is None: print(错误未找到环回录音设备。请确认声卡驱动支持WASAPI环回。) p.terminate() sys.exit(1) # **关键步骤2以环回设备作为输入设备打开流** stream p.open(formatFORMAT, channelsCHANNELS, rateRATE, inputTrue, # 注意这里是input input_device_indexloopback_device_index, # 指定环回设备 frames_per_bufferCHUNK) print(f开始内录 {RECORD_SECONDS} 秒...) frames [] for i in range(0, int(RATE / CHUNK * RECORD_SECONDS)): data stream.read(CHUNK) frames.append(data) print(录音结束。) stream.stop_stream() stream.close() p.terminate() # 保存为WAV文件 wf wave.open(output_file, wb) wf.setnchannels(CHANNELS) wf.setsampwidth(p.get_sample_size(FORMAT)) wf.setframerate(RATE) wf.writeframes(b.join(frames)) wf.close() print(f音频已保存至: {output_file}) if __name__ __main__: record_loopback(duration10, output_filesystem_audio.wav)4.2 关键参数深度解析为什么上面的代码能工作我们来拆解p.open()中的关键参数inputTrue: 这告诉PyAudio我们要打开一个用于输入录音的流。尽管源是扬声器输出但从数据流的角度看我们是在从环回设备“读取”数据所以依然是input。input_device_indexloopback_device_index: 这是最核心的参数。它指定了使用哪个设备作为输入源。我们传入了之前找到的环回设备的索引从而绕过了物理麦克风。format,channels,rate: 这三个参数必须与环回设备的能力匹配。通常环回设备会继承其对应输出设备的能力。使用p.is_format_supported()可以进行检查但为了简单起见常用的44.1kHz/16位/立体声在绝大多数设备上都可用。frames_per_bufferCHUNK: 缓冲区大小。CHUNK越小延迟越低但CPU占用可能更高且可能因处理不及时导致缓冲区溢出听到“噼啪”声。CHUNK越大延迟越高但更稳定。1024或2048是一个较好的平衡点。4.3 进阶指定WASAPI主机API并处理独占模式有时系统中有多个同名设备或者自动查找环回设备不准确。我们可以更精确地指定使用WASAPI主机API并处理WASAPI的“独占模式”问题。def record_with_wasapi(duration5, output_filewasapi_loopback.wav): CHUNK 2048 FORMAT pyaudio.paInt16 CHANNELS 2 RATE 48000 # 尝试使用48kHz许多现代音频设备的标准 p pyaudio.PyAudio() # 查找WASAPI主机API的索引 wasapi_index None for i in range(p.get_host_api_count()): if WASAPI in p.get_host_api_info_by_index(i)[name]: wasapi_index i break if wasapi_index is None: print(WASAPI API 未找到。) p.terminate() return # 获取WASAPI下的默认输出设备通常是扬声器 default_output p.get_default_output_device_info() print(f默认输出设备: {default_output[name]}) # 更精确地查找该输出设备对应的环回输入设备 # WASAPI环回设备的命名规则可能是“输出设备名 (环回)” target_loopback_name f{default_output[name]} (环回) loopback_index None for i in range(p.get_device_count()): dev_info p.get_device_info_by_index(i) # 确保设备属于WASAPI并且是输入设备 if dev_info[hostApi] wasapi_index and dev_info[maxInputChannels] 0: # 匹配环回设备名或者设备名包含“Loopback” if target_loopback_name in dev_info[name] or Loopback in dev_info[name]: loopback_index i print(f精确找到环回设备: 索引 {i}, 名称: {dev_info[name]}) # 尝试使用设备支持的最高采样率 supported_rate int(dev_info[defaultSampleRate]) if supported_rate 0: RATE supported_rate break if loopback_index is None: print(未在WASAPI下找到精确的环回设备尝试使用默认逻辑。) # 回退到4.1节中的查找逻辑 for i in range(p.get_device_count()): dev_info p.get_device_info_by_index(i) if dev_info[hostApi] wasapi_index and dev_info[maxInputChannels] 0 and dev_info[maxOutputChannels] 0: # 在WASAPI下一个输入通道0且输出通道0的设备很可能是环回 loopback_index i break if loopback_index is None: print(无法找到可用的环回设备。) p.terminate() return # **处理WASAPI共享模式冲突** # 有时其他程序如通信软件会以“独占模式”占用音频设备导致我们无法以共享模式打开。 # 我们可以尝试设置一个特定的流参数字典来请求共享模式。 stream_settings { format: FORMAT, channels: CHANNELS, rate: RATE, input: True, input_device_index: loopback_index, frames_per_buffer: CHUNK, # 尝试指定使用WASAPI共享模式。注意此参数并非所有PyAudio版本都支持。 # as_loopback: True, # 这是一个常见的误解PyAudio的open参数并不直接支持这个。 # 正确的方式是依赖PortAudio对WASAPI环回设备的正确识别。 } # 在实际打开前检查格式是否被支持 if not p.is_format_supported(rateRATE, input_deviceloopback_index, input_channelsCHANNELS, input_formatFORMAT): print(f警告设备不支持 {RATE} Hz, {CHANNELS} 通道, {FORMAT} 格式。尝试使用44.1kHz。) RATE 44100 stream_settings[rate] RATE try: stream p.open(**stream_settings) except Exception as e: print(f打开音频流失败: {e}) print(可能的原因) print(1. 设备被其他程序以独占模式占用如某些游戏、音乐播放器。请关闭它们。) print(2. 采样率/通道数不被设备支持。) print(3. PyAudio/PortAudio版本不支持WASAPI环回。) p.terminate() return print(f开始录制 ({RATE} Hz, {CHANNELS} 声道)...) frames [] for i in range(0, int(RATE / CHUNK * duration)): try: data stream.read(CHUNK) frames.append(data) except IOError as e: # 处理音频流读取错误如缓冲区溢出 print(f读取音频数据时出错: {e}) # 可以尝试增加CHUNK大小或降低RATE break stream.stop_stream() stream.close() p.terminate() # 保存文件略同上 # ...这个进阶版本增加了健壮性检查并尝试处理了WASAPI的一些特性问题。5. 常见问题、错误排查与实战技巧在实际操作中你几乎一定会遇到一些问题。下面是我踩过坑后总结的清单。5.1 问题一找不到环回设备症状运行设备枚举脚本没有发现名称包含“环回”或“Loopback”且输入通道数大于0的设备。可能原因与解决方案声卡驱动不支持一些非常老旧的或精简版的声卡驱动可能未实现WASAPI环回功能。解决方案前往电脑或声卡制造商官网下载并安装最新的官方音频驱动程序。PyAudio版本问题安装的PyAudio底层PortAudio未编译WASAPI支持或支持不完整。解决方案务必使用来自Christoph Gohlke页面、且版本号较新的.whl文件安装。Windows音频服务问题罕见情况。可以尝试在服务中重启“Windows Audio”和“Windows Audio Endpoint Builder”服务。设备被隐藏在某些系统上环回设备可能默认被禁用或隐藏。可以尝试在“声音”控制面板的“录制”选项卡中右键点击空白处勾选“显示禁用的设备”和“显示已断开的设备”查看是否有名为“立体声混音”或类似字样的设备被禁用。如果找到启用它。注意“立体声混音”是更老的Windows音频架构WMME下的功能与WASAPI环回不同但如果可用也可以作为备选方案需要将input_device_index指定为该设备。5.2 问题二打开流时抛出异常如[Errno -9999]症状在执行p.open()或stream.read()时程序崩溃报错信息包含-9999、Unanticipated host error或Invalid device等。排查步骤检查设备索引确认你传递给input_device_index的整数值是有效的设备索引。用第3.2节的脚本反复核对。检查参数兼容性采样率RATE、通道数CHANNELS、采样格式FORMAT可能超出了设备支持的范围。使用p.is_format_supported()进行验证或尝试使用更通用的参数44100 Hz, 2声道, paInt16。关闭独占程序如果系统声音正被某个程序以“独占模式”访问常见于一些专业音频软件、游戏或某些播放器设置WASAPI共享模式我们用的就无法打开设备。解决方案关闭这些程序或在它们的设置中将音频输出模式改为“共享”。在Windows“声音”控制面板的“播放”设备属性中“高级”选项卡里可以禁用“允许应用程序独占控制该设备”但这可能会影响某些程序的功能。以管理员身份运行在某些系统配置下访问音频设备需要管理员权限。尝试用管理员身份运行你的Python脚本或IDE。5.3 问题三录音有杂音、卡顿或延迟巨大症状录下来的音频有“噼啪”声、断断续续或者从播放到录下之间有可感知的延迟。原因与调优缓冲区设置太小CHUNK即frames_per_buffer太小导致系统来不及处理缓冲区下溢产生杂音。解决方案逐步增大CHUNK值从1024尝试到4096甚至8192。这会增加延迟但能提高稳定性。采样率过高使用了192kHz等高采样率给CPU和总线带来过大压力。解决方案对于内录44.1kHz或48kHz完全足够将RATE设为44100或48000。系统负载过高录音时CPU占用率满负荷。解决方案关闭不必要的程序优化代码例如将文件写入操作放在录音循环外。磁盘写入速度慢如果你在录音循环内实时写入高码率文件如WAV磁盘I/O可能成为瓶颈。解决方案先将数据存入内存列表如示例中的frames录音结束后再一次性写入文件。5.4 问题四录制的音频音量过低或无声症状能正常录制但回放时声音非常小或完全无声。排查检查系统输出音量环回录制的是系统扬声器的输出信号。请确保系统音量不是静音或调至最低。检查应用程序音量你正在录制的那款特定应用如浏览器标签的音量是否被调低有些音频驱动或Windows音量合成器允许为每个应用单独设置音量。检查录制设备电平虽然环回设备通常不在音量控制面板中显示但可以检查一下右键点击系统托盘音量图标 - “打开声音设置” - 右侧“声音控制面板” - “录制”选项卡。如果能看到环回设备或“立体声混音”双击进入“级别”选项卡确保音量滑块不是最低。代码增益在音频数据处理环节可以对读取到的PCM数据data进行数字增益。例如将16位采样值乘以一个系数如1.5但要注意防止 clipping削波失真即数值超出-32768到32767的范围。5.5 实战技巧与心得先测试再开发在写复杂逻辑之前先用上面的基础脚本录几秒钟用播放器打开听听是否成功。确保基础功能畅通再叠加业务逻辑。使用with语句管理资源虽然上面的示例使用了显式的open/close但更Pythonic的方式是使用with语句来确保流和PyAudio对象被正确关闭即使发生异常。with pyaudio.PyAudio() as p: with p.open(...) as stream: # ... 录音逻辑 # 退出with块后自动关闭实时处理而非仅保存文件内录的典型应用场景是实时处理。你可以在stream.read(CHUNK)的循环内直接对data字节流进行处理比如送入语音识别引擎如SpeechRecognition库、进行实时音效分析或网络流媒体推送而不是先保存成文件。多通道处理如果你录制的是立体声2声道data中的采样点是交错的L, R, L, R, ...。进行某些分析时可能需要先分离左右声道。处理“寂静”片段在内录时如果系统没有播放任何声音录制的就是静音采样值接近0。如果你的应用需要检测是否有“有效声音”需要添加一个简单的能量检测计算一段数据内采样值的平方和来过滤静音段。6. 应用场景与扩展思路解决了基础的内录问题我们可以看看它能用在哪些地方自动化内容录制自动录制在线会议、网络课程、直播音频结合定时任务实现无人值守录制。语音助手与语音控制开发本地语音助手时需要持续监听系统音频输出以捕获用户的语音指令尽管更常见的是用麦克风输入。也可以用于分析其他语音助手如Cortana的响应。游戏音频捕捉录制游戏内的音效和背景音乐用于制作集锦或分析。音频监控与报警监听特定的系统提示音如报警声、消息通知并触发后续操作。音频流处理中间件作为一个中间件获取系统音频流进行实时降噪、均衡、变声等处理然后通过虚拟音频电缆如VB-Audio Virtual Cable输出到其他软件实现全局音效。一个简单的扩展思路是结合pyaudio的播放功能实现一个“音频路由器”或“监听器”实时监听并播放系统声音到另一个设备比如虚拟麦克风用于直播推流场景。# 简化的概念代码将内录的音频实时播放到另一个输出设备如虚拟麦克风 def loopback_to_output(): p pyaudio.PyAudio() # 假设index_in是环回输入设备index_out是虚拟输出设备 stream_in p.open(formatpyaudio.paInt16, channels2, rate44100, inputTrue, input_device_indexindex_in, frames_per_buffer1024) stream_out p.open(formatpyaudio.paInt16, channels2, rate44100, outputTrue, output_device_indexindex_out, frames_per_buffer1024) print(开始实时环回转发...) try: while True: data stream_in.read(1024, exception_on_overflowFalse) stream_out.write(data) except KeyboardInterrupt: print(停止转发。) finally: stream_in.stop_stream() stream_out.stop_stream() stream_in.close() stream_out.close() p.terminate()最后关于性能对于长时间的录制任务务必关注内存使用。示例中将所有音频帧存储在frames列表中对于很长的录音这会消耗大量内存。在生产环境中应考虑边录边写入文件或使用队列将数据传递给其他线程/进程进行处理。内录功能打开了系统音频编程的一扇大门结合其他Python库如numpy用于分析librosa用于高级音频处理pydub用于格式转换你可以构建出功能非常强大的音频应用。希望这篇长文能帮你彻底扫清使用pyaudio进行内录的障碍。 
