Greasy Fork is available in English.
恢复Bilibili旧版页面,为了那些念旧的人。
< Spätná väzba na Bilibili 旧播放页
这种情况应该网络波动,而不是个别视频的问题。比如我这里播放这个视频就完全没问题。
我关了此脚本可以正常播放,不会出现缓存条消失然后无法播放,但是开着的情况下在非全屏状态时这个视频01:55左右的时候会出现蓝条消失术,02:08左右时会转圈圈无法正常播放,每次刷新都是卡在这个位置,然后我每次刷新之后托进度条到这个时间前都是可以正常播放的,但是超过这个时间就会出几秒钟后蓝条消失转圈圈无法正常播放,然后我后来发现情况1:全屏再播放貌似是可以正常播放,情况2:非全屏播放时基本上固定会触发无法播放的BUG,情况3:非全屏播放再全屏在00:55左右的时候会跳到低画质档,然后在01:55左右的时候会跳回高画质,情况4:先全屏再播放再退出全屏01:55左右的时候出现情况3出现的画质切换情况,总之很神秘,而且我目前就发现只有这个UP的视频出现了类似的问题,这个UP的其他视频出现的BUG时间点还不一样,就很神秘
测试了一下3.6.3版本,可以正常播放了
旧版只能做测试,因为很多功能可能已经出了问题。已更新版本尝试处理,不知道奏效以否,由于cdn缓存,得明天才能测试了。
尝试4.0.5 版本,问题依旧,然后测试最高3.6.5版本可以正常播放,3.6.6到3.6.8版本是播放器框架无法载入,3.7.0开始出现上述BUG,3.6.9就很鬼了,你从3.7.0退回的是会有上述bug,从老的版本升级到的会进入错误页
4.0.5版本cdn还没刷新缓存,所以虽然我更新进greasyfork了,但不代表今天就生效了,你现在测试的其实还是4.0.4版本。 jsdelivr一天只刷新一次,所以得每天才算4.0.5版。
嗯,明白了
如果想立即测试也是有办法的,如图,编辑本脚本——选择外部——reset.js——编辑它,将第36行
str = str.replace("//static.hdslb.com/js/video.min.js", "//cdn.jsdelivr.net/gh/MotooriKashin/Bilibili-Old/src/video.min.js");
替换为
str = str.replace("//static.hdslb.com/js/video.min.js", "//cdn.jsdelivr.net/gh/MotooriKashin/Bilibili-Old@latest/src/video.min.js");
(也就是在Bilibili-Old后面加上@latest
)ctrl+s保存即可。
仅作测试可以这么做,因为被编辑过就不会再更新,所以测试完后记得删除reset.js恢复更新。
cdn已更新,可以测试一下恢复了没有。
那看来是真的旧版播放器对4K支持不稳定,至于播放器默认选择最高画质这个,我再看看问题出在哪。
https://www.bilibili.com/video/av585653030在看这个视频的时候出现了缓冲蓝条突然消失的情况,导致视频无法正常播放