Greasy Fork

https://www.bilibili.com/video/av585653030在看这个视频的时候出现了缓冲蓝条突然消失的情况，导致视频无法正常播放

这种情况应该网络波动，而不是个别视频的问题。比如我这里播放这个视频就完全没问题。

我关了此脚本可以正常播放，不会出现缓存条消失然后无法播放，但是开着的情况下在非全屏状态时这个视频01:55左右的时候会出现蓝条消失术，02：08左右时会转圈圈无法正常播放，每次刷新都是卡在这个位置，然后我每次刷新之后托进度条到这个时间前都是可以正常播放的，但是超过这个时间就会出几秒钟后蓝条消失转圈圈无法正常播放，然后我后来发现情况1：全屏再播放貌似是可以正常播放，情况2：非全屏播放时基本上固定会触发无法播放的BUG，情况3：非全屏播放再全屏在00：55左右的时候会跳到低画质档，然后在01:55左右的时候会跳回高画质，情况4：先全屏再播放再退出全屏01:55左右的时候出现情况3出现的画质切换情况，总之很神秘，而且我目前就发现只有这个UP的视频出现了类似的问题，这个UP的其他视频出现的BUG时间点还不一样，就很神秘

还真是奇怪的问题，我照你的方法播放该视频仍旧没有出现类似现象。
为了控制变量，可以测试下3.6.4之前的版本（greasyfork历史版本选项卡，点击对应的版本数字）

测试了一下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已更新，可以测试一下恢复了没有。

还是不行，不过我大概知道是什么问题了，3.6.9之后的版本好像播放器会默认播放的4K画质，就算你右下角选的是1080P60帧也会播放4K画质，而只有4K的时候会出现上面的BUG，3.6.3的时候就你选1080打开就是1080，所以没有上述BUG，但是如果选择4K，那么同样也会出现上述BUG，因此根本的问题可能是4K的问题，以及3.7.0之后无论选择什么画质都会以默认最高的画质播放。

那看来是真的旧版播放器对4K支持不稳定，至于播放器默认选择最高画质这个，我再看看问题出在哪。