This repository was archived by the owner on Jul 2, 2026. It is now read-only.
Description 前置确认
1. 当前版本
0.1.26
2. 遇到什么问题?
关于直播码率提升的问题(之前的issue链接:https://github.com/cat3399/blbl/issues/35)。
目前B站针对个别UP,启用了新的播放链接格式,比如https://live.bilibili.com/5050这个直播间之前的播放链接为https://xx.bilivideo.com/live-bvc/760923/live_433351_3463687/index.m3u8
更新后变为
https://xx.bilivideo.com/live-bvc/566772/live_9adj_SUHXosG_228lj/index.m3u8
之前的live_433351_3463687变更为了live_9adj_SUHXosG_228lj,原先的播放链接已经不可用,导致软件即使启用了提升直播码率,依然获取到的是转码后的低画质直播流,而新的播放链接确定依旧可以获取未转码原始画质。
我个人对于新的原始画质链接的一些测试:
1,似乎只有部分UP主使用了新的链接,比如5050,暂时不清楚启用新链接的原因,也不清楚新链接是否是由部分设置引发。
2,CDN一切正常,204依然可以在任何情况下进行原始画质的直播。
3,9adj_SUHXosG_228lj这个代码,与live_433351_3463687一样,每个直播间依旧是固定不变的,至少我测试5050这个直播间在三个不同地区不同运营商获取的直播链接里,都是固定的,没有出现变化。
另外有个小建议,B站直播流并不是全部都会进行转码,看起来只会对流量大的直播间进行,所以我们可以根据画质选项来判断,如果画质选择有且仅有“原画”,说明B站未对直播流转码,不开启“提升直播间码率”获取的链接依旧是未转码的直播流,而获取直播间的直播流有“超清”选项,说明直播流被转码,即使选择原画画质也是转码后的直播流,“蓝光”选项看起来是部分大流量UP主的直播流被强制转换为了HEVC编码。
关于“超清”和“蓝光”的选项,目前看下来,B站转码必出超清,不存在仅有原画和蓝光选项却没有超清的情况,可以使用“超清”作为判断直播间是否被转码的唯一条件,同样也不存在仅有“原画”画质但却被转码的现象。
我目前发现个别小UP主在播放原始码率链接也就是204链接时,会有卡顿以及重连的现象,但不严重,而播放原画画质视频时则一切正常,针对这种情况,可以考虑加入一个判断,如果用户开始码率增强,但获取的画质选择仅“原画”,那么就直接播放,如果获取到了“超清”,那么播放204,这样可以避免某些用户开启码率增强后观看某些小UP主的卡顿以及重连问题。
3. 预期效果是什么?
需要修正原始画质的链接格式。
4. 设备信息
无
5. (可选) 样式/UI 显示问题补充
No response
Reactions are currently unavailable
前置确认
1. 当前版本
0.1.26
2. 遇到什么问题?
关于直播码率提升的问题(之前的issue链接:https://github.com/cat3399/blbl/issues/35)。
目前B站针对个别UP,启用了新的播放链接格式,比如https://live.bilibili.com/5050这个直播间之前的播放链接为https://xx.bilivideo.com/live-bvc/760923/live_433351_3463687/index.m3u8
更新后变为
https://xx.bilivideo.com/live-bvc/566772/live_9adj_SUHXosG_228lj/index.m3u8
之前的live_433351_3463687变更为了live_9adj_SUHXosG_228lj,原先的播放链接已经不可用,导致软件即使启用了提升直播码率,依然获取到的是转码后的低画质直播流,而新的播放链接确定依旧可以获取未转码原始画质。
我个人对于新的原始画质链接的一些测试:
1,似乎只有部分UP主使用了新的链接,比如5050,暂时不清楚启用新链接的原因,也不清楚新链接是否是由部分设置引发。
2,CDN一切正常,204依然可以在任何情况下进行原始画质的直播。
3,9adj_SUHXosG_228lj这个代码,与live_433351_3463687一样,每个直播间依旧是固定不变的,至少我测试5050这个直播间在三个不同地区不同运营商获取的直播链接里,都是固定的,没有出现变化。
另外有个小建议,B站直播流并不是全部都会进行转码,看起来只会对流量大的直播间进行,所以我们可以根据画质选项来判断,如果画质选择有且仅有“原画”,说明B站未对直播流转码,不开启“提升直播间码率”获取的链接依旧是未转码的直播流,而获取直播间的直播流有“超清”选项,说明直播流被转码,即使选择原画画质也是转码后的直播流,“蓝光”选项看起来是部分大流量UP主的直播流被强制转换为了HEVC编码。
关于“超清”和“蓝光”的选项,目前看下来,B站转码必出超清,不存在仅有原画和蓝光选项却没有超清的情况,可以使用“超清”作为判断直播间是否被转码的唯一条件,同样也不存在仅有“原画”画质但却被转码的现象。
我目前发现个别小UP主在播放原始码率链接也就是204链接时,会有卡顿以及重连的现象,但不严重,而播放原画画质视频时则一切正常,针对这种情况,可以考虑加入一个判断,如果用户开始码率增强,但获取的画质选择仅“原画”,那么就直接播放,如果获取到了“超清”,那么播放204,这样可以避免某些用户开启码率增强后观看某些小UP主的卡顿以及重连问题。
3. 预期效果是什么?
需要修正原始画质的链接格式。
4. 设备信息
无
5. (可选) 样式/UI 显示问题补充
No response