OBS 33 进入候选发布：直播前先检查浏览器源和插件

录课和直播最怕的变化，往往发生在按下开始按钮之前：昨天还能显示的网页挂件突然空白，某个插件升级后加载失败，预览窗口里看起来正常的操作却影响了正在播出的画面。OBS Studio 把屏幕、摄像头、网页和音频拼成一套制作流程，也因此承担着这些组件之间的兼容成本。

本周值得关注的是它的 33.0.0 RC2。官方在 UTC 时间 10 月 16 日发布这个候选版，对应北京时间 10 月 17 日。33 系列更新了浏览器源底层的 CEF，并重做插件加载机制；RC2 又修复了浏览器迁移和虚拟摄像头安装等问题。它仍是预发布版本，官网列出的稳定版是 32.2.2。对已有固定直播流程的人，我认为现在最有价值的动作是安排兼容性测试，而不是在开播前直接升级。版本说明把这些变化列得很清楚。

这里的官网截图展示的是既有界面，用来理解 OBS 的工作方式，并非 RC2 新界面的实测截图。OBS 的核心是场景与来源：一套场景可以组合演示窗口、摄像头和文字，另一套可以留给全屏演示。提前组织好这些元素，录制时只需要切换场景，不必反复整理桌面。

网页来源则把这套工作方式延伸到浏览器里。计时器、互动提示、网页控制面板，都可能依赖 OBS 内嵌的浏览器运行。33 系列将 CEF 从 127/6533 更新到 150/7871，这不是给设置页多加一个开关，而是更换执行网页的底层环境。平时看起来只是一个透明挂件，实际也有脚本、存储和网络请求要继续正常工作。已有素材能否顺利迁移，比单看版本号更值得测试。

RC2 修复的一项问题就与这种迁移有关：Windows 上插件路径包含 Unicode 字符时，浏览器迁移代码可能崩溃。它还修正了虚拟摄像头安装脚本中的错误路径。这类改动没有醒目的视觉效果，却直接关系到“升级以后能否把原来的工作继续做完”。

插件方面，第一方插件转入名为 core 的新目录，第三方插件也有新的安装位置和目录结构。官方说明，旧位置中的第三方插件会继续加载到 OBS Studio 34.0 到来之前。这个过渡期给了维护者和使用者准备时间，但并不等于所有插件都已适配。我的测试顺序会从干净配置开始，再逐一加回实际依赖的插件，避免出问题后分不清是场景、插件还是浏览器源造成的。

排查时可以用官方文档列出的安全模式参数。macOS 上，安装好 OBS 后，在终端运行下面的命令即可按安全模式启动；它会禁用第三方插件、脚本和 WebSocket，适合建立一个排障基准。正常制作需要这些扩展时，再以通常方式启动。启动参数文档也列出了场景集合、配置和录制相关参数。

测试本身不必复杂。选一套平时真的使用的场景，检查网页能否刷新、麦克风监听是否符合预期、虚拟摄像头能否被会议软件识别，再录下一小段并回看。只确认预览窗口有画面，还不足以证明音频和输出链路都正常。

工作室模式把准备中的画面和实际输出分开，对课程、访谈和演示尤其有用。33 系列也修复了工作室模式里移动组内来源可能影响节目画面的问题。这提醒我，工具的可靠性往往藏在操作边界里：预览中的调整是否真的只发生在预览，切换配置是否会遗留状态，升级后是否还认得已有扩展。

OBS 适合需要多来源组合、场景切换和可控音频的创作者；只是偶尔截一段屏幕，未必需要承担整套配置的复杂度。对于已经把 OBS 当作生产工具的团队，33 的浏览器和插件改造值得提前跟进。正式录制留在经过验证的环境，测试环境把问题找出来，这比临场发现一个挂件消失更从容。