把「为取证而改的行为」全部收回开关里:上一版为了让四条候选路线做对照,把轮换装在了默认路径上 —— 实测发现每条会话都能建起来、但约 20 秒后会被服务端判死,而且不让位给能播的主链,导致整场看不到画面。本版默认恢复「单次尝试、失败立刻让位」,几秒内就能看到画面;需要对照取证时,开发构建里把开关打开即可。
变更
- 对照实验收进默认关闭的开关(P11-150)。默认:WEB-SABR 只试一次(我们自己的会话 + 自铸令牌,约 2.6 秒、不做采集),失败立刻让位给能播的主链;开发构建把开关打开才会依次轮换四条路线。
- 不再回落到已淘汰的令牌来源(P11-149)。移动端令牌铸造器还没产出时,此前会退回使用桌面挑战链的令牌 —— 实测那个组合会让播放器判定「不可播放」。现在最多等 6 秒,等不到就直接跳过这条路线。
- 采集只拿到「占位令牌」时不再白跑第二次采集(P11-149):实测白烧 36 秒,而结果一样(仍然只有占位令牌)。
- 四条路线失败时打一行汇总(P11-149),便于从日志判读。
进展与已知问题
- WEB-SABR 现状(诚实交代):它能真播 —— 实测约 17 秒、每笔响应 100% 可用、视频与音频两条轨都送到了解码器;但服务端在约 29 秒处就会要求一枚它认可的令牌,而我们手上没有(自己铸的被拒;采集腿当天两次尝试都没采到真令牌)。所以 WEB-SABR 仍不能作为日常播放主路 —— 失败后会立刻换到能播的主链(主链实测
status=1、零错误、媒体段 100% 可用)。 - 仍待解决:如何取得一枚服务端认可的令牌(社区结论指向「铸造时的网页上下文」)。按计划这条线再给 ≤2 个构建,拿不到「零
status=3且连续播放 >60 秒」就降级为可选档,精力转回主链与画质/起播。 - 本版同时包含并行的 TV 改动:YouTube 设置折叠组改成二级面板 + 焦点修复。