DIAGNOSTICS
YY、机架与 TikTok LIVE Studio 一起用时，报错怎么排查？
结合匿名维护记录，说明 YY、机架与直播伴侣叠加报错时，怎样建立最小组合、逐项恢复组件并验证参数调整效果。
直播伴侣单独运行正常，叠加 YY、机架或虚拟摄像头后却报错，可以先从软件组合排查。保留一个能正常运行的基础组合，每次只增加一个组件，观察问题在哪一步出现。
一、这次维护记录留下了哪些线索？
一位主播在使用多个直播软件时，反馈唱歌过程中出现卡顿和直播伴侣报错。反复重装没有解决问题，技术人员随后建议先减少软件叠加，再逐项恢复。
| 时间 | 记录中的动作或反馈 | 可以说明什么 |
|---|---|---|
| 10 月 12—14 日 | 围绕软件报错、输入和设置持续排查，建议测试最小软件组合 | 问题需要通过组件和参数对照继续定位 |
| 10 月 15 日 | 主播反馈调整相关软件分辨率后，一下午未再出现此前异常 | 这是一次调整后的观察结果，仍缺少完整参数及重复对照 |
弹窗提示无法开启直播并建议重启，不能单凭这张图认定是网络故障，也不能据此排除网络、编码器或输入源问题。
这张截图保留了“未检测到声音，请检查音频设置”的提示。它提示需要检查音频输入，但不能证明它与其他报错由同一个原因引起。
二、先建立最小软件组合
先保存完整报错、发生时间和当时操作，记下软件版本、视频输入源、音频路径，以及是否启用了美颜或虚拟摄像头。对外使用的截图应先去掉姓名、昵称、头像及其他身份信息。
选择平台允许的测试方式，关闭确认无关的软件和插件。只保留直播伴侣及可直接使用的音视频输入，使用相同场景和参数，覆盖此前容易报错的操作与运行时长。
如果最小组合仍会报错，先查直播伴侣版本、输入源、编码器和连接日志，不急于把原因归到 YY 或机架。
三、每次只恢复一个组件
| 顺序 | 操作 | 观察结果及下一步 |
|---|---|---|
| 基线 | 只运行直播伴侣 | 仍报错则查基础环境；正常再往下测 |
| 视频输入 | 加入实际使用的摄像头或虚拟摄像头 | 异常时检查输入格式、分辨率和帧率 |
| 视频处理 | 恢复 YY 或其他视频处理软件 | 记录具体组合，退回基线复测 |
| 音频处理 | 恢复机架、音效或音频路由 | 检查声音中断、输入设备及音画同步 |
| 其他插件 | 逐一恢复其他组件 | 保留首次复现步骤、版本和日志 |
某个组件加入后出错，只能先把范围缩小到该组合。停用和恢复它做对照，比同时更改多个设置更容易判断。
四、怎样理解这次分辨率调整？
后续对话中，主播将问题描述为“YY 的分辨率跟抖音的没有同步”，并反馈改成一样后直播了一下午，没有再出现此前情况。
上图仅保留原消息内容，是对话摘录，不是完整聊天截图。原记录中的“抖音”称呼没有配套软件版本说明，不能直接扩展成所有平台都适用的结论。
核对视频源的输出格式、分辨率和帧率，以及接收端要求。不同软件的分辨率不一致，不自动等于冲突；需要逐项调整，并在原场景复测。
同时观察 CPU、GPU、内存、显存和编码异常。如果发现负载过高，一次减少一个高负载组件或降低一项输出设置，再比较结果。
五、怎样算排查有结果？
记录可正常运行的基础组合、首次报错的组合、完整提示、调整内容，以及调整前后在同一场景中的表现。
这次记录保留了“一下午未再出现”的反馈，但没有长期复测结果。短时间恢复可以作为继续观察的起点，不能写成永久解决或所有设备都有效的方法。
另一份维护记录中的恢复与复发
10 月 12 日的另一份记录中，技术人员提出软件码率不稳定，调整后主播反馈“可以了”；10 月 13 日又出现卡顿，记录中采用退出重开直播伴侣的方式处理。
这说明当时有过短暂恢复和后续复发。由于没有具体版本、参数及完整日志，不能认定已定位某个软件缺陷，也不能把退出重开写成通用根治方法。
