修「清晰度被钉在最低档、怎么都不回升」。实测现象很明确:缓冲一直有 25~28 秒(网络完全够),画面却在约 2 分钟里一直停在 144p。
变更
- 降档后的「冷却」不再一刀切 180 秒,而是按原因定时长(P11-151)。原来只要发生一次降档,就把刚离开的那个清晰度锁 180 秒,而且不区分原因 —— 拖动进度、切换来源、会话重建这些操作造成的降档,也被当成「这个清晰度扛不住」的证据。于是掉下去之后就再也升不回来。现在:只有真正的供给不足(带宽确实不够)才记长冷却(180 秒 → 90 秒);拖动/手动选档引起的降档只锁 20 秒。
- 缓冲恢复后提前解除冷却(P11-151):缓冲回到 20 秒以上、且实测带宽超过该清晰度的声明码率(×1.1)时,立即解除该档冷却(不再死等),日志会打
cooldown cleared early: …。 - 每次降档多打一行原因(P11-151):清晰度从哪到哪、当时的带宽/持续带宽/缓冲、是否被锁、是否刚拖动过 —— 便于继续定位剩余的档位问题。
进展与已知问题
- 背景:这三处属于「降档护栏」的既有机制(快小样本过滤、滑行豁免、降档冷却)之一 —— 前两道实测工作正常(42 秒的空窗里豁免了 33 秒),问题出在第三道的触发条件过宽、惩罚期过长;本版只改这一道,不动带宽统计口径(那条经多轮调校,待新日志证据再动)。
- 仍未解决:WEB-SABR 仍不能作为日常主路(能真播约 17 秒后被服务端要求新令牌);默认已是「单次尝试 + 失败即让位主链」,不影响观看。