macOS系统声音录制工具DesktopAudio：从虚拟声卡到批量录制全指南

macOS 用户想录下电脑正在播放的声音最常见的情况是打开录屏软件录一版或者拿手机对着扬声器录最后得到的要么是体积巨大的视频要么是充满环境噪音的音频。DesktopAudio 就是直接解决这个问题的工具它的定位是录制 Mac 播放的音频让系统声音可以成为录音源。如果你有录网课、保存直播、剪播客素材、录制软件演示音频的需求这个项目值得先看一眼。这类工具最值得关注的不是界面多漂亮而是能不能在不折腾太多系统底层配置的情况下把“系统音频”这条路打通。下面我按实际落地顺序拆一遍包括安装前要准备什么、第一次怎么录、参数怎么选、失败后从哪里排查以及批量录制时要注意什么。项目本身还在迭代阶段没有明确给出的版本信息我不会乱猜只谈通用流程和判断标准。1. 为什么在 Mac 上录“系统声音”总是不顺1.1 macOS 默认不允许录音软件直接抓取系统输出Windows 上有“立体声混音”这样的录音源可以直接把声卡输出作为录音输入。macOS 没有这个默认选项。你在 QuickTime 里新建音频录制时默认能选择的输入源通常是“MacBook Pro 麦克风”这类设备而不是“系统声音”。这不是 Mac 缺了一个开关而是系统音频架构决定了录音软件只能访问音频输入设备。想要录到系统正在播放的内容中间必须有一层“虚拟声卡”把输出再伪装成输入。DesktopAudio 这类工具做的事情本质上就是补上这一层。它怎么实现、需要不需要安装驱动、是图形界面还是命令行要看具体版本。但从项目标题和它在社区分享的定位来看核心目标只有一个让 Mac 播放的内容可以被正常录制。1.2 传统替代方案为什么让人头疼在遇到这类轻量工具之前常见的做法有几种。第一是用 QuickTime 录屏。它能同时录画面和声音但缺点很明显录出来是视频文件体积大只想保留声音还得再转格式。而且录屏默认录的环境声音系统内部声音不一定能录进去。第二是安装虚拟声卡驱动比如 BlackHole、Soundflower。这类方案很成熟但安装过程容易出问题。驱动需要和 macOS 版本匹配升级系统后可能失效有时候还会被系统安全机制拦截需要去“隐私与安全性”里手动允许。第三是用外接音频线把 Mac 的耳机口接到录音设备的输入口。这个方法物理上可行但需要额外硬件而且新款 Mac 很多已经没有了音频输入接口。第四是在浏览器里用网页录音工具。浏览器基于 Web Audio API 可以捕获标签页音频但这只适用于浏览器内部声音录不到其他软件播放的内容。这些方案都有人用过但没有一个能说“装完就能顺手录”。所以当一个专门做系统音频录制的项目出现时我首先关注的就是它有没有把驱动安装、设备选择、输出链路这些麻烦事简化掉。1.3 新工具的价值不在“录音”在“链路简化”如果只是录音macOS 自带的 QuickTime 就能做。真正麻烦的是让录音软件看到“系统音频”这个输入源。DesktopAudio 这类项目可能采用的思路有两种一种是自带一段驱动安装脚本装完后系统里多出一个虚拟音频设备另一种是内嵌一个服务层把系统当前播放的 PCM 数据转发给录音软件。不管哪种实现对普通用户来说判断标准都一样装完打开音频设备列表能不能看到一个新的可用设备在录音软件里选它能不能录到声音。如果这个链路能跑通它就已经解决了 80% 的问题。2. DesktopAudio 最适合谁以及它的边界2.1 最值得关注的三点能力结合项目标题我理解它的核心能力可以概括成三条。第一把系统播放内容变成录音输入。这意味着你可以用任意一款支持音频输入的软件录制系统声音不限于某个特定的录音工具。第二录制流程更接近普通用户习惯。不需要打开录屏功能不需要选择视频参数只要选对音源就可以开始录音最终输出是纯音频文件。第三面向 Mac 生态。它对 macOS 的依赖和适配会比跨平台方案更直接比如音频设备管理、采样率设置、权限弹窗这些系统细节。这些能力在其它专业虚拟声卡里也有但区别在于项目把场景收窄了。它不追求复杂的混音、多轨、效果器只解决“录到系统声音”这一件事。越窄的工具越容易做到简单。2.2 边界它不做什么这个边界必须提前说清楚否则很容易期待落空。它不只是录屏软件。DesktopAudio 的定位是音频录制不是视频录制。如果你想要同步保存画面和声音还是需要配合 QuickTime 或其他录屏软件使用。它不是音频工作站。调音、降噪、压限、多轨编辑这些功能它不会管。录下来的原始音频要放到 Audacity、GarageBand、Final Cut Pro 或 Logic Pro 里再处理。它也不保证所有 Mac 应用都能稳定支持。某些软件播放器可能有音频权限限制或者自带数字版权保护这时候系统音频录出来的可能是静音或残缺内容。2.3 适用场景和不适用场景适合用它的场景录一场线上会议的回放不想录屏想直接保留人声。保存某个直播的音频部分之后做成播客素材。录游戏里的背景音乐或者某个软件的提示音。给视频教程补台词需要抓取电脑播放的参考音频。录制音乐流媒体服务里的歌自己离线试听。不太适合它的场景需要把系统声音和麦克风人声同时混入一条音轨。这个需要虚拟声卡的“多输出设备”配合不是开箱即用。需要录制超高音质母带。虚拟声卡采集会有一定性能损耗偏专业录音建议用声卡设备。需要在没有安装权限的电脑上使用。如果公司电脑不允许安装未经批准的程序这个项目同样会受限。3. 安装前先把环境和安全设置处理好3.1 检查系统版本和用户权限安装之前先看两件事macOS 版本用户权限。系统版本决定了它所用的音频框架是否可用。比较老的 macOS 系统可能缺少必要的组件。你可以打开“系统设置 通用 关于本机”查看当前版本。如果你的系统已经比较旧比如落后了三四个大版本建议先做一次系统更新或者至少在项目说明里确认支持的系统范围。用户权限更关键。如果安装过程涉及音频驱动层操作通常需要用户账号有管理员权限。公司发的 Mac 往往限制了安装来源遇到这种情况先联系 IT 确认不要强行绕过。3.2 安全拦截不是工具坏了很多 Mac 用户第一次安装开源工具时会看到类似提示“无法打开因为无法验证开发者”或者“未打开……因其包含恶意软件”。先说结论这类提示不一定代表程序有问题而是 macOS Gatekeeper 对未签名应用的默认保护。官方网站下载的开源工具常遇到。处理方式是去“系统设置 隐私与安全性”找到对应提示点击“仍要打开”。但前提是你明确知道这个工具来自可靠渠道。如果是从搜索引擎随手点进去的链接文件名奇怪下载页面还带各种“激活码”“破解版”字样那就不要强行打开。这里特别提醒一句不要在遇到安全拦截时直接去改恢复模式的安全策略。除非你非常清楚自己在做什么否则为了一个录音工具去修改系统底层安全设置完全不值得。3.3 基础开发环境可以提前装好如果项目需要源码构建你大概率会遇到 Xcode 命令行工具、Homebrew、Git 这些基础环境。很多 Mac 开发相关搜索里提到的 JDK、Python、Maven、Node.js 环境配置其实和这个项目本身关系不大但它们往往是同一批用户会一起准备的东西。我建议按这样的顺序检查# 如果还没有命令行工具 xcode-select --install # 如果还没有 Homebrew /bin/bash -c $(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh) # 检查 Git git --version # 检查 ffmpeg后面排查设备时会用到 brew install ffmpeg这些命令是最基础的开发环境几乎所有从源码跑起来的项目都能用上。如果你的 Mac 上已经装了 IDE、Python、JDK仍然缺命令行开发工具编译时大概率还是会报错“xcrun: error: invalid active developer path”。所以安装前先把命令行工具装好比遇到编译错误再折腾要省事得多。3.4 先用 ffmpeg 确认音频设备列表在安装任何工具前我建议先用一条通用命令看看系统当前的音频设备ffmpeg -f avfoundation -list_devices true -i 这条命令会列出 macOS 通过 AVFoundation 暴露的音频输入设备。执行之后你会看到类似这样的内容内置麦克风某个虚拟音频设备外部声卡如果你在安装 DesktopAudio 之前运行一遍记住当前有哪些设备。安装完成后再运行一遍对比新增了哪个设备。新增的那个就是系统音频虚拟入口。如果没有新增设备要么安装没有成功要么项目用的是另一种实现方式。这一步能帮你节省大量排查时间。“录出来没声音”最常发生的场景不是没有输入源而是录音软件连输入源都没有暴露出来。4. 第一次录制按这个顺序来4.1 获取项目和阅读说明先到项目页面下载源码或安装包。如果是开源项目通常会有 README第一件事不是跑命令而是把 README 里关于系统要求、安装步骤、已知问题这三部分看完。很多人在源码安装时习惯直接复制 README 里的第一行命令结果跑一半报错然后又回头找原因。其实大多数失败都来自前置条件没满足比如系统版本、依赖版本、编译环境。先花五分钟读说明至少能避开一半问题。获取源码的命令一般是git clone 项目仓库地址 cd DesktopAudio具体仓库地址和分支要以项目页面为准这里只给通用示例。如果你连的是公司内网或特殊环境下载时可能还会遇到网络代理、证书校验之类的问题那属于网络环境问题不是项目本身的问题。4.2 按项目说明执行安装开源工具通常有三种安装方式编译安装、脚本安装、通过包管理器安装。编译安装最常见需要你在项目目录里执行类似make、cargo build或python setup.py install的命令。脚本安装一般是./install.sh或./setup.sh。包管理器则可能是 Homebrew 里的某个 formula。无论哪种方式记住一条原则第一次先按默认配置安装不要顺手改乱七八糟的参数。等它跑通之后再考虑自定义路径、调试开关、日志级别。如果安装过程中提示权限不足加上sudo前先确认这个操作是不是真的需要系统级权限。驱动类组件安装通常需要普通应用安装不一定需要。4.3 把系统输出切换到虚拟设备安装成功后打开“系统设置 声音 输出”你应该会看到新增了一个音频输出设备。如果没有看到回到上一个步骤检查设备列表。选择这个新增设备后Mac 播放的所有声音都会进入这个虚拟输出端点。此时你可能会发现扬声器没声音了这是正常现象。因为系统输出已经切到虚拟设备你需要把虚拟设备再桥接到物理扬声器或者接受在录制期间听不到声音。很多新用户在这里直接放弃以为安装坏了。其实虚拟声卡方案都是这个逻辑区别只在于工具是否自动帮你做好了桥接。如果录制期间你还想继续听到声音可以到“音频 MIDI 设置”里创建一个“多输出设备”把虚拟设备和内置扬声器都选进去。这样系统音频会同时送到虚拟设备和外放录的时候能听到录完也能保留声音。这个步骤不是必须的但实际体验会好很多。4.4 用 QuickTime 做一条 5 秒测试我不建议一上来就开大型录音软件。先用最简单的方式验证链路。打开 QuickTime Player选择“文件 新建音频录制”。在录制按钮旁边的下拉菜单里把录音源切到新出现的虚拟设备。然后播放一段音乐点击录制录 5 到 10 秒停止保存。打开保存的文件听一遍判断标准有三个能听到完整的声音而不是只有音乐的一小段。音量正常不要是刺耳爆音也不要是气若游丝的底噪。声音里面没有回音、没有断断续续。如果这三条都符合说明 DesktopAudio 的链路已经通了。后面要做的就是换到自己喜欢的录音软件开始正式录制。5. 录制参数怎么选最不容易翻车5.1 采样率先统一到 48kHz 或 44.1kHz虚拟音频设备最常见的翻车点是系统输出采样率和录音软件采样率不一致。表现就是录下来声音变调或者播放时比原速快、比原速慢。更统一的做法是先在“音频 MIDI 设置”里把虚拟设备的采样率固定下来然后录音软件里也选同一个值。常见场景可以按这个表来选场景建议采样率声道播客、人声、会议录音44.1kHz单声道或双声道音乐、网课、直播48kHz双声道后期要剪视频48kHz双声道只是听个响、临时备忘44.1kHz单声道一段素材如果采样率错了后期可以用 Audacity 或 ffmpeg 重新采样修回来但会损失一定质量。能提前统一就不要拖到后期。5.2 系统音量、虚拟设备音量、录音音量是三条不同的线录系统音频时要注意音量链路至少有三级。第一级是 macOS 系统输出音量也就是播放器或系统音量。如果这里静音录出来就是静音。第二级是虚拟设备的输入增益。有些工具会暴露一个可调的输入音量通常建议默认 100% 开始不要一开始就调节。第三级是录音软件自己的输入增益。QuickTime 没有太多调节项但 Audacity、GarageBand 这些软件里有录制监听音量。可以先保持默认录完看波形。判断音量是否合适不要只听感觉要看波形。录出来的波形如果是一条几乎贴近零线的平线说明音量太小。如果到处削顶、糊成一片说明增益太高。我的经验是先保证系统音量在 50% 到 80% 之间虚拟设备默认录音软件默认先录一小段看波形。如果波形峰值稳定在 -6dB 到 -12dB 区间基本可以放心。5.3 输出格式选 m4a 还是 wavQuickTime 默认保存的音频格式是 m4a压缩格式文件小日常听没问题。如果你是给视频剪辑、播客后期留素材建议选 wav 或 AIFF 这样的无损格式后面处理空间更大。判断标准很简单只是自己听m4a 够用要进剪辑软件二次处理选 wav。如果工具本身支持自定义格式那就更好了。记得检查输出目录有没有写权限。有些人录了半天最后保存时报错“没有权限”就是因为输出目录设在系统保护目录里了。6. 常见失败原因和排查顺序6.1 录下来的文件没声音这个问题最多见也是排查起来最快的。先按这个顺序检查录音时有没有真的在播放声音。很多人点了录制后又去另一个窗口打开音乐此时系统输出已经指向虚拟设备音乐也确实在放但播放器可能默认输出到了老设备。看播放器设置确认声音输出是当前虚拟设备。录音软件里选的是不是虚拟设备。QuickTime 有时候会自己跳回内置麦克风需要手动确认。系统音量是不是静音或音量过低。虚拟设备有没有正常出现在系统音频列表。如果没有说明驱动没加载或者安装被系统拦截了。如果以上都看了还是没声音用 ffmpeg 再列一次设备看虚拟设备还在不在。驱动类组件经常会因为系统休眠、更新、权限变化而丢掉重新加载一次通常能解决。6.2 录音里有回音或声音被叠了两层这通常是系统声音同时走了两条路一条进入虚拟设备一条从扬声器外放被麦克风又录进去了。解决办法是把录音源明确指向虚拟设备不要选“内置麦克风”。如果还在用“多输出设备”先临时取消排除干扰。如果录音软件里有“监听”功能也建议先关掉。监听的意义是让你录音时听到输入信号但它很容易造成回授特别是和虚拟设备连在一起时。6.3 安装阶段被 macOS 安全拦截前半篇已经提过这里再强调一次看到“无法验证开发者”时确认来源没问题再去“隐私与安全性”里放行。不要从可疑网站下载所谓“破解版”或“绿色版”。另外不要为了绕过拦截直接去改恢复模式里的“安全策略”。录音工具没有理由需要这么高的系统权限。如果一个项目让你通过降低安全级别来安装你反而要怀疑它是否正规。正确的做法是去项目官方网站或开源仓库下载检查有没有签名、有没有更新记录、有没有社区讨论。6.4 延迟、爆音、声音卡顿虚拟声卡方案多多少少会有延迟。如果只是录不直播延迟无所谓因为录下来之后音轨时间轴是完整的。但如果你要实时监听或者做直播延迟就很致命。遇到卡顿和爆音优先做三件事关掉不必要的后台进程尤其是浏览器里几十个标签页。降低采样率从 96kHz 降到 48kHz减少系统实时处理压力。在“音频 MIDI 设置”里检查缓冲区大小调大一些通常能减少爆音但会增加延迟。如果还是不行再考虑是不是同时开着录屏软件或者是不是硬盘写入速度太慢。输出到机械硬盘或网络盘比输出到本地 SSD 更容易出现卡顿。7. 从单次录制到批量录制的三个建议7.1 把录制前检查做成固定清单单条录制跑通后如果你需要录一批音频比如连续录好几场课、录一周的直播回放这时候再靠“临时准备”就不行了。我建议每次开始前按固定清单确认系统输出是不是虚拟设备、录音软件音源是不是虚拟设备、磁盘剩余空间够不够、输出文件名有没有冲突、录制时长有没有限制。这些看起来是最基础的东西但批量任务失败往往就失败在这些地方。一个很常见的场景录到第 27 个文件时磁盘满了或者文件名重了导致自动停止。录制工具可能不会自动续跑数据就没了。所以批量任务前只看一遍检查清单不够还要在任务中途定期看一眼磁盘和日志。7.2 批量任务重点看稳定不是看速度单条录音没什么速度概念但批量任务开始后稳定性就比单条重要得多。连续跑十几个小时中间哪怕只失败一次也意味着你可能丢掉一节完整的课。判断稳定性有三个指标单个文件录完后文件大小不等于 0而且修改时间在持续变化。连续多次录制输出格式一致采样率一致声道一致。日志里没有重复出现相同的写入失败、设备丢失、权限错误。如果项目本身不提供任务队列和失败重试那你可以把录制任务拆成小段脚本每段录完自动检查文件大小不达标就重试一次。这个思路适配录音工具也适配任何批量处理工具。7.3 长期使用后设备和系统数据也要顺手整理虚拟音频驱动装久了系统里可能积累很多没用的音频设备配置。这不影响日常使用但在“音频 MIDI 设置”里会显得很乱而且偶尔会造成录音源选错。建议定期做两件事。第一在“系统设置 隐私与安全性”里检查麦克风、录屏权限把不再使用的应用移除。第二清理临时缓存。很多人感觉 Mac 用久了“系统数据”占空间很大其实很大一部分是缓存、日志、旧版应用残留。可以用系统自带的“存储管理”看看也可以手动清理~/Library/Caches下对应应用目录但不要整体删除。整个 Cache 目录清空后某些应用会重新生成缓存第一次打开反而变慢。另外不要长期把系统输出锁定在虚拟设备上。录完之后记得切回内置扬声器或耳机。不然下次开机发现没声音又会以为电脑坏了。这个项目真正落地时最该盯住的不是它有多少炫酷功能而是输入设备有没有暴露、录制源有没有选对、批量任务失败后能不能自动重试。先把这三件事处理好你才算真正把“Mac 播放的音频可以录制”这件事用起来了。