隔了大概半年我又把“在 Mac 上录下系统正在播放的声音”这件事重新捡了起来。起因和很多人一样临时要录一段线上直播的音频手边没有专业录音设备下意识打开“语音备忘录”放在音箱旁边结果录出来的声音像隔着一层棉被环境嘈杂说话声发闷直播间的背景音乐和人声混成一片。折腾到一半我意识到问题不是我录音设备不好而是我一直在用麦克风录喇叭这根本不是 macOS 系统音频的正确打开方式。后来看到有开发者在 Hacker News 上展示了一个叫 DesktopAudio 的项目功能描述很简单record what your Mac plays——录下 Mac 正在播放的声音。这个方向其实并不新但它让我重新梳理了这一整类工具背后的机制也终于想明白了一个判断桌面录音工具的核心难点从来不是“录”而是“让系统认为你值得被录制”。也就是说你需要先把系统正在播放的音频路由到一个可采集的虚拟设备上才有可能获得干净、无损、不受环境影响的人声和节目声。而对很多刚接触 Mac 的人来说恰恰是这层音频路由机制构成了第一道最大的认知门槛。下面这篇文章我不想只介绍 DesktopAudio 这个项目本身而是想把它当作一个切入口聊清楚 macOS 系统音频录制的原理、通用操作流程、常见坑点以及什么时候该用它什么时候该换更重的方案。1. 为什么 Mac 想录“自己正在播放的声音”默认竟然做不到1.1 你真正要录的东西在音频信号链的哪个位置先想象一下声音在 Mac 里的流动路径。一个应用播放视频或音乐音频数据会先经过应用层再交给 macOS 的核心音频服务由它决定输出到哪一块声卡最后通过扬声器或耳机播放。如果此时你想把这段声音录下来就必须有一个“录音源”能收到同样的数据流。问题就在这里。默认情况下macOS 的“输入设备”和“输出设备”是两条相对独立的路线。系统输出被当成一种“播放行为”它不会主动送到录音程序里。录音程序能采集到的只有你选中的输入设备发来的数据而这个输入设备通常是内置麦克风、外置麦克风、USB 音频接口这类硬件。所以当你不做任何额外配置时想让麦克风录到 Mac 刚播放的视频声音本质上就是让物理世界的空气传导过程代替了数字信号传输。声音从扬声器出来经过房间反射再被麦克风收进去这种损耗是任何人耳可感知的而它恰恰是可以被完全绕过的。1.2 macOS 音频路由的核心逻辑播放、采集、虚拟设备macOS 的音频体系里面有一个关键概念叫“音频设备”。系统并不直接关心某个设备是真实声卡还是软件虚拟出来的它只要这个设备能按照 Core Audio 的规则注册、提供输入/输出端口、并接收或发送音频流。于是就有了虚拟音频设备Virtual Audio Device这类软件声卡它没有真实硬件但可以出现在系统的音频设备列表里。这类工具通常的工作方式是这样的创建一个虚拟音频设备它既有输出端也有输入端。你让系统把“输出设备”切到这个虚拟设备上。系统播放的所有声音会被路由到这个虚拟设备。录音软件把这个虚拟设备当作“输入设备”来采集。也就是说播放和采集通过同一个虚拟设备完成了内部的桥接。声音没有经过空气也没有经过麦克风直接从软件层进入了录音管线。这正是 DesktopAudio 这类工具的核心思路把“系统播放的声音”转变成“可以被录音软件看到的输入源”。1.3 DesktopAudio 的定位把“系统播放”变成一个可录的输入从项目标题来看DesktopAudio 想做的事情就是这个场景里最直接的一环记录 Mac 正在播放的声音。它并不试图替代专业录音软件而是解决“录制源头不存在”的问题。你先把它能跑通然后任何支持音频输入的软件都可以来录系统声音比如 QuickTime Player、专业 DAW、音频剪辑工具甚至命令行走 ffmpeg。这里有一个很重要的理解DesktopAudio 这类工具并不是录音软件本身。它更像是一个“数字信号桥”。你可以把它理解成水管改造系统输出是水龙头录音软件是蓄水池DesktopAudio 则是你接上去的一截管道负责把水引到蓄水池里。没有这截管道你再怎么开录音软件也只是对着空气接水。理解了这一层你其实就掌握了解锁 macOS 桌面录音的主导权一旦系统输出被路由到虚拟设备后面用哪个软件来录、录完怎么处理、是录单应用还是整个系统声音都是可控的。2. 从零跑通 DesktopAudio一套通用安装与录制流程2.1 安装前置条件与 macOS 安全策略由于我不太确定 DesktopAudio 在你的系统版本上的具体实现方式暂时先按这类工具常见的安装形态来描述。典型的情况是你下载到一个安装包把它拖入 Applications 或通过安装器装载一个音频驱动然后重启音频进程或直接重启系统。在 Mac 上安装这类涉及音频驱动的软件有几点需要特别注意系统版本不同 macOS 版本对内核扩展、驱动签名、系统扩展的权限策略不一样。安装提示如果有明确的最小版本要求不要忽略。安全提示如果下载的是未签名或未被公证的应用首次启动时 macOS 可能会提示“无法打开因为无法验证开发者”或“已损坏”。常见的处理方式是在“系统设置 → 隐私与安全性”中允许打开或在终端执行移除隔离属性。这一步不是软件有问题而是 macOS 安全策略在起作用。音频驱动如果项目使用虚拟声卡驱动安装后可能要求重新启动电脑或者在“音频 MIDI 设置”里激活设备。别急着装完就直接录先确认系统音频设备列表里是否出现了新的设备。一个更稳妥的流程是先读一遍项目 README 的安装部分确认它写明支持的系统版本和安装方式。这类工具最大的坑往往不是软件本身而是安装后系统没有正确识别设备。2.2 建立一个可用的“系统音频录制”链路安装好之后无论项目本身是带图形界面还是纯命令行最终你都需要完成三步把系统输出设备设为 DesktopAudio 创建的虚拟设备。这一般在“系统设置 → 声音 → 输出”里完成或者通过音频 MIDI 设置进行更精确的路由。确认虚拟设备的输入口可以被录音程序看到。打开 QuickTime Player新建音频录制把麦克风/输入源切换到这个虚拟设备。播放一段测试音频观察录制的电平表是否有信号。没有信号时优先检查设备是否选中而不是怀疑软件坏了。如果你对音频设备比较熟也可以打开“音频 MIDI 设置”新建一个多输出设备把桌面输出同时送到虚拟设备和真实扬声器这样你既能录到系统声音也能在录音时继续听到声音。这在很多场景里非常关键因为切换输出设备后如果声音不再从扬声器播放你会以为软件没有生效。2.3 一个最小可用的录制流程从工程经验看任何系统音频录制方案都要先跑通一个最小流程再扩展成自己的高频使用流程。我这里给一个非常通用的示例思路不依赖具体图形界面把 Mac 的输出设备切到 DesktopAudio 的虚拟声卡。用 QuickTime Player 或者你喜欢的录音软件新建一个音频录制文件。把输入源设为同一个虚拟声卡。播放一段你熟悉的音频录 10 到 20 秒停下来回听。确认回放里只有系统声音没有环境噪音且音色没有明显变化。如果这 20 秒是正常的说明链路通了。接下来再去处理多设备路由、长录音稳定性、批量转码和文件归档的问题。如果这 20 秒就不对你后面配置再多都没意义。2.4 确定录音源之后还要确认“内部信号”是否正常有一个细节很容易被忽略那就是系统输出的音量会影响录音电平。如果 Mac 的输出音量被调到 1%虚拟声卡收到的信号也会极低录出来的文件几乎听不见。反过来如果音量拉到 100%部分音源可能出现过载削波。这里建议的做法是先把输出音量设到 70% 左右作为起点。观察录音软件的输入电平表让峰值维持在 -6 dB 到 -12 dB 之间。如果信号爆表降低系统输出音量或录音软件输入增益。如果信号太弱先提高系统输出音量而不是盲目在后期放大。也就是说虚拟声卡不是万能调节器它对信号的处理基本是“转发”。你从系统里放什么音量它就会交给录音软件什么音量。不要把这个环节留到后期再修能在源头控制就尽量在源头控制。3. 第一次做系统音频录制时最容易翻车的 5 个细节3.1 输出设备没切换录到的是静音或者空气声这是我在帮朋友排查时遇到最多的情况。安装好虚拟声卡后录音软件确实能识别到新设备但如果你没有把 Mac 的“输出设备”切到同一个虚拟设备上录音软件从该设备的输入端就不会收到任何系统播放数据的信号。出现的情况是录音电平为零或者只有空房间一样的微弱底噪。排查链路首先要看系统输出。不要只看录音软件里选了什么设备还要看系统正在往哪一块声卡送声音。这两个选择必须指向同一个虚拟设备链路才成立。3.2 采样率不一致无声、变调、卡顿第二个高频坑是采样率不匹配。比如某个应用正在以 44.1 kHz 播放音乐而虚拟声卡被默认设成了 48 kHz或者你的录音软件强制使用某个采样率系统播放端却在另一个采样率运行。最终表现可能是录出来没有声音可能是音调变快或变慢也可能是断断续续的爆音。解决建议打开“音频 MIDI 设置”查看虚拟设备的采样率。把系统输出、音乐应用、录音软件都设成同一个采样率。优先使用 48 kHz 作为通用基准如果你的素材最终要进入视频等标准48 kHz 更省事如果只是音乐翻录44.1 kHz 也可以。这里不需要迷信哪种采样率更好核心是统一。统一之后绝大多数变调和卡顿问题都会消失。3.3 多应用同时播放时的混音边界DesktopAudio 这类工具记录的是“系统正在播放的声音”这意味着如果同时打开浏览器放视频、音乐软件放歌、会议软件有人说话录制文件会把所有声音混到一起。这在某些场景是优点在另一些场景则非常致命。如果你的需求是“只录某一个软件的声音”那么一个虚拟声卡就不够了。你需要更细粒度的路由方案比如让特定应用输出到另一个虚拟设备或者用支持 per-app 路由的软件。DesktopAudio 的定位更多是“整机系统音频录制”如果一定要分离应用声音它可能不是最优解。我一般会把这类工具的使用边界记住它适合录“系统正在统一播放的内容”不适合做多轨混音素材分离。一旦牵涉到分离就进入另一个工具层级了。3.4 macOS 权限与未签名应用提示很多新手在安装这类工具时会撞上“无法打开因为 Apple 无法检查其是否包含恶意软件”的提示。其中一部分原因是项目没有做 Apple 开发者签名或公证另一部分可能是下载文件来自第三方站点。这类问题有一条相对稳妥的处理顺序在访达中右键点击应用图标选择“打开”看看系统会不会多出“仍要打开”的选项。如果是因为“已损坏”或权限隔离的问题可以尝试在终端执行xattr -dr com.apple.quarantine后跟应用路径再重新打开。修改完权限后如果还是无法启动优先检查 macOS 版本兼容性和安装日志而不是反复重装。注意网上很多“关闭 SIP 才能安装音频驱动”的说法并不都适用。绝大多数虚拟声卡工具根本不需要关闭 SIP。如果你遇到让你关闭系统完整性保护的教程先停下来确认是否真的必要。大多数情况下这是过度方案。3.5 路径、磁盘空间与长时间录制的不稳定录制系统声音看起来和普通录音软件没有区别但长录音对磁盘空间和文件大小的影响容易被低估。一个 48 kHz 16-bit 的立体声音频一小时大概在 700 MB 左右如果是 24-bit 或更高采样率体积可能接近 1.5 GB。如果你打算录几个小时的网络研讨会不提前控制文件格式和存储路径很有可能录到一半磁盘空间不足。另外长时间录制时虚拟声卡和录音软件之间的连接也可能因为系统休眠、音频设备重载、驱动异常等原因中断。更稳妥的做法是分小段录制比如一段 30 到 60 分钟而不是一次性录 6 个小时。中途停一次再重新录比录到 4 小时后发现文件损坏要省心得多。4. 和成熟方案对比DesktopAudio 与 BlackHole / Loopback 的边界4.1 常见的 Mac 系统音频录制方案目前 macOS 上想录系统声音可选思路大致有下面几种方案核心原理典型工具上手难度是否适合长期工程化使用虚拟声卡方案创建虚拟设备输出与输入桥接DesktopAudio、BlackHole中低适合固定流程固化商业音频路由多设备聚合、per-app 路由、接口化控制Loopback中适合复杂音频路由QuickTime Player 搭配虚拟声卡用现成播放器作为采集端QuickTime 任意虚拟声卡最低适合临时录制硬件内录用音频接口的 loopback 通道外置声卡 驱动高适合专业制作DesktopAudio 这类项目的价值在于它把“虚拟音频设备 采集”这个链路做到足够轻量尤其适合单独解决“我怎么录下 Mac 正在播放的声音”这一个问题。它不需要你掌握专业音频软件也不一定要你搭建复杂的多设备路由。4.2 适合谁和不适合谁从定位上说我觉得 DesktopAudio 最适合这几类用户经常录线上会议、直播、播客的人需要快速把系统声音变成可编辑的音频文件。做视频教程或者录屏演示的人需要把系统声音和麦克风人声一起放进后期剪辑线。想先低成本尝试系统音频采集的开发者或普通用户不想一上来就购买商业软件。它不太适合的场景包括需要同时录制麦克风人声和系统声音并且需要对两者做动态控制的场景。这类需求最好用专业 DAW 或支持多轨录音的软件搭配虚拟声卡来完成。需要把不同 App 的声音分别导出到不同音轨的后期制作场景。这类需求需要 per-app 路由能力。对录音稳定性和技术支持有很高要求的商业制作环境。开源或轻量工具往往没有商业支持出了问题只能自己排查。这里有一个现实判断如果你想长期依赖系统音频录制DesktopAudio 可以是一个很好的起点但未必是终点。它更像是一块“让你理解问题”的拼图等你明白了虚拟声卡的路由机制后面无论换用 BlackHole、Loopback 还是专业音频接口思路都是一样的。真正值钱的能力是这套音频路由认知而不是某一个工具。4.3 长期使用应该补上的工程化能力如果只是录一次那么 DesktopAudio 加 QuickTime 就够了。但如果要每周甚至每天录我觉得至少要考虑下面几件事自动化启动很多录音链路需要先启动虚拟声卡设备、再启动录音软件。可以写一个脚本来初始化设备和打开录音预设。文件命名与归档每次录制都手动输入文件名久了会很痛苦。建议按日期和时间自动命名比如2025-06-14_media。格式与压缩策略原始录音一般是 WAV 或 AIFF 这类无损格式体积很大。如果不需要二次剪辑可以直接录成 AAC 格式或者录完之后统一用 ffmpeg 转成音频文件。录音监控确保录音过程中你能看到电平表。想“录完再检查”是最危险的操作习惯因为如果链路没通你只是在浪费几个小时。换句话说工具越轻越需要你自己补上流程可靠性的部分。DesktopAudio 帮助你拿到音频信号但能不能把这件事变成可持续的工作流责任在你自己。5. 从“录下来”到“用起来”系统音频捕获的更多场景5.1 三个典型场景会议记录、直播切片、素材采集把系统音频录制这条链路跑通后你会发现它能帮你处理很多以前非常麻烦的事情。第一个场景是线上会议记录。很多会议软件并不直接导出高质量录音或者只有主持人权限才能开云录制。你不一定每次都能拿到原始录音但你一定可以在自己听的这端把系统声音录下来。配合虚拟声卡你录到的是几乎无损的会议声音比用麦克风对着音箱录清晰得多。第二个场景是直播切片。如果你想搬运行或剪辑某个直播节目的片段把 Mac 播放的直播声录下来再和你的解说一起放进剪辑软件是很常见的制作方式。这类场景不需要主播配合也不需要第三方下载工具你只需要保证自己的系统端能录到干净声音。第三个场景是播客或访谈节目的素材采集。比如你需要在节目里引用某段公开音频节目、网络课程、或者官方发布会录音用系统音频录制的方式获得无底噪的素材比直接压缩下载更可控也更适合二次剪辑。当然引用时要遵守原创版权规则别把别人的作品直接商业化使用。5.2 把录音做成可复用流程预设、热键、输出命名、后处理一旦录制的频率高起来我就会建议你把整个流程模板化。模板化之后每次录音不是打开软件再重新设置一遍而是启动一个已经调好的环境。比如我会建议你准备三种录音预设纯系统声音录制用于录制直播、会议、流媒体内容。系统声音 麦克风人声用于做视频解说、播客远程对谈。纯麦克风人声用于单独补录旁白或录音稿。每种预设对应一组明确的设备选择和电平设置。当设备在“音频 MIDI 设置”里被固定命名后你每次要做的事情就变成了选预设、点录制、结束、检查电平。如果某个录音软件支持命令行控制甚至可以把它封装成脚本进一步减少手工操作。5.3 先跑通再优化最后工程化写到这里你会发现我反复在强调同一个路径先跑通最小流程再优化体验最后才谈工程化。这件事对系统音频录制特别重要因为整个链路涉及“输出设备、虚拟设备、输入设备、录音软件”四个环节任何一个环节断了结果都不是“差一点”而是完全不能用。所以如果你现在还在第一步我建议你先不要想太复杂的配置。先装好 DesktopAudio搞定虚拟声卡用 QuickTime 录一条 10 秒的音频确认里面能听到系统声音。这个简单的成功体验会给你后面所有操作提供信心。之后再逐步引入更专业的录音软件、per-app 路由、自动化脚本和文件归档规则。桌面录音这件事表面上是工具选择的问题本质上是你对系统音频信号怎么流动的理解问题。DesktopAudio 作为一个轻巧的入口真正帮助你的不是“按一下就能录”的便利而是逼着你去理解要让 Mac 录下自己播放的声音你需要把“播放”和“采集”这两条原本独立的路用虚拟设备接起来。一旦理解了你以后遇到任何 Mac 音频录制问题都不会再慌。