Krisp 教程：配置实时会议降噪与音频质量测试

这篇教程会完成什么

完成后，你会得到一套可重复验证的 Krisp 会议音频配置，而不是只打开降噪开关就开始正式通话。具体包括：

1. 确认物理麦克风、耳机和系统输入输出。
2. 在 Krisp 中建立虚拟麦克风与虚拟扬声器路由。
3. 分别配置 Zoom、Google Meet 和 Microsoft Teams。
4. 用安静环境、键盘声、风扇声和远处人声组成测试矩阵。
5. 检查语音清晰度、延迟、CPU 占用和声音被切断的问题。
6. 建立录音、隐私和会议同意边界。
7. 在异常时快速定位是硬件、操作系统、会议软件还是 Krisp 的问题。

目标是让参会者更容易听清你，同时避免降噪过强、设备选错或多层音频增强相互冲突。

开始前需要准备

准备一副稳定的耳机或耳麦、一个可以制造持续背景声的设备，以及一段用于对照的本地录音。首次配置建议使用测试会议，不要直接在客户会议或直播中试验。

先记录当前设备：

• 物理麦克风名称
• 物理扬声器或耳机名称
• 操作系统默认输入与输出
• 会议软件当前选择的输入与输出
• 是否启用了系统、声卡驱动或会议软件自带的降噪
• 是否有录屏、直播、虚拟声卡或语音变声软件占用设备

更新 Krisp、会议软件和声卡驱动后重启一次。USB 麦克风或扩展坞容易在重新插拔后改变设备名称和默认路由，因此测试前要重新确认。

第一步：建立正确的音频路由

实时降噪依赖一条清晰的设备链路：

物理麦克风 → Krisp 虚拟麦克风 → 会议软件

播放端如果也需要处理，则是：

会议软件 → Krisp 虚拟扬声器 → 物理耳机或扬声器

在 Krisp 中把输入源选为你实际使用的物理麦克风，把输出目标选为耳机。然后在会议软件中选择 Krisp 提供的虚拟麦克风和虚拟扬声器。

不要让路由形成回环。例如，Krisp 的输入不能再次指向 Krisp 虚拟麦克风；录屏软件监听输出时，也不要把监听信号重新送回会议输入。出现持续啸叫、回声或音量不断增大时，优先检查回环。

如果只需要处理自己的背景噪声，可以先只启用麦克风侧处理。扬声器侧处理应根据对方环境是否嘈杂再决定，减少不必要的处理链。

第二步：关闭重复的音频增强

操作系统、耳机驱动、Zoom、Teams 和其他工具可能同时提供自动增益、回声消除、背景噪声抑制或语音隔离。多层处理叠加会让声音发闷、尾音消失，或者在停顿后吞掉第一个字。

第一次测试时保留一个主要降噪层。以 Krisp 为主要处理工具时，可暂时降低或关闭会议软件中的强降噪与语音隔离，再进行 A/B 对照。

自动增益是否保留要根据麦克风决定。音量忽大忽小或键盘声被突然抬高时，关闭自动增益并手动设置稳定输入电平。说话峰值不要长期顶满，也不要低到需要软件大幅放大。

第三步：配置 Zoom

进入 Zoom 的音频设置：

1. 麦克风选择 Krisp 虚拟麦克风。
2. 扬声器选择 Krisp 虚拟扬声器，或在只处理输入时直接选择耳机。
3. 使用测试麦克风功能录制一句正常音量的话。
4. 检查 Zoom 自带背景噪声抑制和自动音量设置。
5. 加入测试会议，确认入会后的设备没有被自动切回系统默认值。

分别测试普通讲话、快速连续讲话和一句包含轻声尾音的话。若词尾经常被切断，降低处理强度或关闭重复的会议软件降噪。

第四步：配置 Google Meet

在 Google Meet 的设置中，把麦克风切换为 Krisp 虚拟麦克风。扬声器选择 Krisp 虚拟扬声器或物理耳机，具体取决于是否处理对方声音。

浏览器可能单独保存站点设备权限。切换浏览器、使用隐私窗口或更新系统后，应重新检查麦克风权限和所选设备。若 Meet 看不到 Krisp 设备，先完全退出浏览器，再确认 Krisp 已启动，随后重新打开浏览器。

Meet 也可能提供噪声消除。用相同测试句分别录制“仅 Krisp”和“Krisp 加 Meet 降噪”两个版本。不要凭主观感觉判断，应由另一台设备或一位同事盲听对比。

第五步：配置 Microsoft Teams

在 Teams 的设备设置中选择 Krisp 虚拟麦克风，并使用测试通话或测试会议检查回放。Teams 更新、切换组织账号或接入扩展坞后，设备选择可能变化，正式会议前要再次确认。

检查 Teams 自身的噪声抑制、回声处理和自动麦克风灵敏度。若出现机器人音、爆音或长句中间突然变小，先只保留一层降噪，再逐项恢复其他增强功能。

共享系统声音或播放视频时，不要把媒体音频错误地送入 Krisp 麦克风输入。需要共享媒体声音时使用 Teams 的系统音频共享功能。

第六步：建立噪声测试矩阵

至少录制以下五组样本，每组保持相同麦克风距离、输入音量和测试句：

场景	噪声来源	重点检查
安静基线	无额外噪声	原声是否自然、是否有底噪
键盘输入	正常打字	敲击声是否降低、辅音是否被误删
持续噪声	风扇或空调	稳定噪声是否降低、声音是否发闷
突发噪声	关门或桌面碰撞	瞬态噪声是否泄漏、语音是否被切断
远处人声	旁边播放对话	他人声音是否降低、自己的轻声是否保留

每个场景制作两个版本：Krisp 关闭和开启。不要在录制中途改变麦克风距离。使用耳机回听，并让第二位听众在不知道版本的情况下选择更清晰的一段。

记录清晰度、自然度、背景噪声、词首词尾完整性和听觉疲劳。降噪更干净不等于整体更好；如果人声出现明显金属感或频繁断裂，应降低处理强度。

第七步：检查延迟与 CPU 占用

实时音频处理会增加计算负载。打开系统任务管理器或活动监视器，在以下状态分别观察 CPU、内存和音频稳定性：

• 只运行 Krisp
• Krisp 加会议软件
• Krisp 加屏幕共享
• Krisp 加录屏或直播
• 电池供电和低电量模式

连续说话两分钟，同时移动窗口和共享屏幕。重点听是否有爆音、卡顿、延迟逐渐增加或音画不同步。

如果屏幕共享后音频变差，先关闭虚拟背景、高分辨率录屏和其他实时增强，再测试。旧设备上只启用麦克风侧降噪，通常比同时处理输入和输出更稳。

第八步：避免过度处理

以下现象通常意味着处理过强或多层增强冲突：

• 句子开头第一个字消失
• 轻声和尾音被截断
• 擦音、呼吸音和辅音变得不自然
• 声音出现水下感或金属感
• 笑声、音乐或多人同时讲话被误判为噪声
• 安静停顿后恢复讲话时音量突然变化

先关闭会议软件自带强降噪，再降低 Krisp 处理强度；然后检查麦克风是否离嘴太远、输入电平是否过低。不要通过无限提高增益来补偿错误的摆位。

音乐课、乐器演示、合唱、环境声采集和需要保留空间感的录音，不适合使用强语音降噪。此时应切换到原始音频或专用录音链路。

第九步：处理录音与隐私

降噪本身和会议录音是两件事。只要开启录音、转录或会议机器人，就应遵守公司政策和参会者所在地的同意要求。

正式使用前确认：

• 是否录制原始音频或处理后的音频
• 音频、转录和会议元数据保存在哪里
• 谁可以访问、下载或删除
• 保存期限和离职后的权限处理
• 外部客户是否已得到明确提示
• 敏感会议是否允许使用第三方音频工具

不要在测试录音中说客户资料、密码、内部项目代号或个人敏感信息。需要审计时保存配置截图、测试日期、软件版本和结论，不必保留包含真实会议内容的长录音。

常见错误

会议软件里没有 Krisp 设备

完全退出会议软件和浏览器，确认 Krisp 正在运行并拥有麦克风权限，再重新打开。仍未出现时，重启系统并检查虚拟音频设备是否被安全软件或管理员策略阻止。

对方完全听不到声音

检查会议软件是否选中了 Krisp 虚拟麦克风，Krisp 的输入是否指向真实麦克风，以及操作系统隐私设置是否允许两个应用访问麦克风。再确认没有静音硬件按键。

声音断断续续

关闭其他降噪、语音隔离和自动增益，只保留 Krisp。降低 CPU 负载，停用虚拟背景或高分辨率录屏，并尝试把 USB 麦克风直接连接电脑。

产生回声或啸叫

优先改用耳机，检查虚拟设备是否形成输入输出回环。不要让扬声器播放的会议声音再次进入物理麦克风。

切换会议软件后设备恢复默认

在 Zoom、Meet 和 Teams 中分别保存设备选择。系统更新、扩展坞变化和浏览器权限重置后，正式会议前重新执行一次测试通话。

什么时候该换别的工具

如果需求是录制后按文字剪辑、去除口头禅和完成音视频发布，Descript 更适合；如果重点是实时转录、会议笔记和可搜索摘要，应比较 Otter.ai；如果使用支持的 NVIDIA 显卡并希望同时处理摄像头与麦克风，可评估 NVIDIA Broadcast；如果只需修复一段已经录好的语音，后期音频增强工具通常比常驻虚拟麦克风更直接。

FAQ

Krisp 应该设为系统默认麦克风吗？

不一定。固定办公电脑可以设为默认设备，但经常切换麦克风、扩展坞或会议软件时，逐个应用指定设备更容易排错。

Krisp 和会议软件的降噪可以同时开启吗？

可以运行，但不代表效果更好。先只保留 Krisp 做基线测试，再开启会议软件降噪进行盲听对比；出现断字、金属感或音量波动时应减少处理层。

为什么安静环境下开启降噪反而不自然？

安静环境没有足够噪声需要抑制，算法仍可能处理呼吸、尾音和房间反射。此时降低强度或关闭降噪，通常能保留更自然的人声。

如何判断配置适合正式会议？

至少完成安静、键盘、持续噪声、突发噪声和远处人声五组 A/B 测试，并在屏幕共享时确认没有爆音、卡顿和明显延迟。