修掉「一直停在 1080p、手动切 1440p 却没问题」 —— 这是 alpha.5「按编码分组」带进来的回归。
变更
- 清晰度不再被「换编码」这件事砍掉上限(P11-195)。alpha.5 引入了「自适应码率只在同一编码组内升降档,换组必须是有理由的决定」,其中一条换组理由写的是「另一族在同一分辨率上有更省的档」。这条理由的本意是 4K 场景(同一 2160p,VP9 版要 22Mbps、AV1 版只要 12.4Mbps,换过去更扛得住),但「更省」在任何分辨率上都成立 —— 真机上它在一个 480p 档位上触发了(两个编码只差约 2%),而 H.264 是唯一没有 1440p/2160p 的编码。换过去之后,「同组优先」的规则只认 H.264 的档,1440p 的 VP9/AV1 候选全被压住选不上 ⇒ 画面上限被硬砍到 1080p:日志里 10:23 起连续 23 分钟停在 1920x1080,而同段缓冲中位数 29 秒、最高 53 秒,带宽 27~43Mbps —— 缓冲和带宽都富余,纯粹是被这条规则挡住了。现在换组多一道天花板守卫:目标编码的上限低于当前编码的上限就不换(宁可在同一编码内升降档)。原型 4K 场景不受影响(VP9 与 AV1 的上限同为 2160p)。
已知
- 本条待真机复测。判据:不再出现「VP9 → H.264」这类换到更低上限编码的换组;若某次换组被守卫挡下,日志会打
codec group switch held (ceiling guard, P11-195);画面上限不应再被换组砍掉(手动选档不受影响)。 - 一个未做的小瑕疵:那条换组理由只要求「更省」、不要求「明显更省」,所以 480p 差 2% 也仍会换来换去一次(白换一次解码器,但不会再砍上限)。要收紧就是加一条比例门槛。
- alpha.5/alpha.6 里记的已知项(编码分组与缓冲地板/顶档闸待复测;转发/专栏动态不渲染、话题/@ 不可点等)仍未变。