修「看着看着画面定住、声音还在」。真机实测:画面定住 33 秒直到手动退出,而声音一直在放。三条原因叠在一起,这一版全部处理。
变更
- 清晰度升档不再跳到「喂不动」的档(P11-153)。「缓冲满就试探升档」这条机制凭缓冲满就放行,这次跳到了一个远超实测容量的档(它自报 18.6 Mbps,而实测容量只有 ~9 Mbps)——切过去之后数据喂不动,而旧档已缓冲的视频又被丢弃 ⇒ 画面定格、声音靠自己的缓冲继续。现在试探升档不得超实测容量的 1.5 倍。
- 挂死时的等待时间缩短(P11-153)。单个请求原本有 40 秒上限(那是给 4K 大段留的余量),于是低清晰度请求也要白等 40 秒才切走 —— 你就是在这个窗口里退出的。现在 1080p 及以下收紧到 18 秒,1440p/4K 仍保留 40 秒(大段本来就可能传很久)。
- 修「有些清晰度的声明码率是假的」(P11-153)。部分清晰度(vp9 系)拿不到真实的平均码率,于是回落成了 VBR 峰值——实测:144p 报 4.7 Mbps、720p60 报 18.6、2160p 报 71.6(真值约 0.1 / 2~3 / 25)。选档与升档全部建立在这份假数据上,这正是上面那条跳档的土壤。本版:①升档后的带宽基准改为按实测容量夹住,不再锚到失真的声明值;②给这类回落加了一行诊断日志,以便把范围查清后从根上补算。
进展与已知问题
- 仍未根治:vp9 系清晰度的「真实平均码率」需要在抓取层补算(取内容长度÷时长),属于单独一轮;本版先止血并留下证据(日志里会明确列出哪些清晰度回落成了峰值)。
- 仍未解决:WEB-SABR 仍不能作为日常主路(能真播约 17 秒后被服务端要求新令牌);默认已是「单次尝试 + 失败即让位主链」,不影响观看。
- 本版同时包含并行会话的设置页改动。