电视上也通了：自动升 4K 第一次真正上屏 —— 修掉了「声明码率虚高 → 顶档永远进不去 → 更测不到」
这个闭环。
变更
- 「初次」的档位实需按同编码族的实测比例折算（P11-247）。平台返回的码率有时是 VBR 峰值而不是
平均（真机实测过极端例子：4K 声明 46.49Mbps，而实际内容只有 7.26Mbps，虚高 6 倍多）。
此前一个档还没被播放过时，判据只能拿这个峰值当真，于是 4K 的两道门槛都被抬到峰值 × 1.1——
而 4K 又因为门槛高而进不去、进不去就没有实测、没有实测门槛就永远是峰值，形成死锁。
现在：某档还没有自己的实测时，借用同编码族（同 codec）里已经测出来的「实测 / 声明」比例
把它折回真实量级；一旦本档有了实测，立刻回到原来的口径。只降权不抬权（折算结果高于声明时
仍用声明）。
已验证（真机）
- 电视（BRAVIA AE2）：自动档依次升 1080p → 1440p → 2160p，
video size: 3840x2160上屏，
之后连续 67 秒以上sel=0、缓冲 41 秒，期间零降档、零卡死。折算日志与实测接手都能看到
（tier need borrowed (P11-247 …)→ 8 秒后tier need calibrated (P11-200 …)）。 - 手机（XQ-EC72）：4K 自动上屏并稳住 3 分 18 秒；期间带宽估计一度跌到 19.4Mbps
（低于 4K 门槛 21.3Mbps）—— 被 alpha.17 加的「缓冲够就不降档」拦下（当时缓冲 12 秒），
这条闸在这次真机里第一次开火。 - 上一版报的「4K 自动上屏」与「降档以缓冲为强制标准」两条，本版均继续成立。
已知
- 本版最重要的那个场景还没复测：上面两场网络都够好（或声明码率本来就准，折算只起了 2% 的边际
作用）。声明虚高 3~6 倍那种视频（就是 §50 那个 46.49Mbps 的）需要再测一次，才能确认折算真的
把它救回来了。 - 「初次」目前的实际语义是「本档当前没有实测就借用同族比例」—— 一旦切轨离开某档，它的实测会
随缓存清理一起失效，下次评估该档时会再次借用。与「只在本档第一次」的字面不同（行为上是想要的：
清理之后立刻有可用估计，而不是退回峰值），是否收窄待定。 - 一笔主动放弃的请求会砸塌带宽估计（仍未处理）：缓冲偏低时 fetcher 会主动把等待上限压到 8 秒，
一次这样的超时会往 20 秒窗口里塞一个「零字节、8 秒」的样本，把估计从 28Mbps 拽到 14.3Mbps——
而同一瞬间视频段其实是正常入队的。低档不受影响，对 4K 是致命的。 - 顶档独有的差别只剩「冲顶失败后二次升档的坎」：失败后该档封 180 秒、降档后须缓冲 ≥30 秒才许
再升、持续带宽须 ≥ 声明 × 1.1、升档垫子 20 秒。 - alpha.17 / alpha.16 的已知项仍未变。