原视频：伟大的网站，8 倍速看 4K 必卡，《不要用第三方插件》
https://www.bilibili.com/video/BV1arc6ecES9
配置：
电信千兆，下行 1145.14Mbps4070 笔记本显卡 8G 显存 32G×2 DDR5 5600 内存 16 核 AMD 7940HX 55W+
结论：
我采用暂停缓冲的方法发现，严格的讲，并不能说是 b 站官方 cdn 对我们进行了限速，但是默认情况下，b 站会使用 pcdn ，这种情况下暂停时灰色进度条提前缓冲的速度非常慢，而且预留量也非常小。屏蔽 pcdn 使用官方时，缓冲速度大约是 2.5 倍，并且预留量也更多了
分别排除网络瓶颈和设备问题，进行了详细的测试：屏蔽 PCDN 后，流畅度有很大的提升。所以确实不能说是 b 站官方的限速，因为使用官方 CDN 体验会好很多。但事实上在不使用插件的官方，默认情况下，b 站官方确实会给我们喂💩，也就是 pcdn 。使用官方 CDN 后，暂停缓冲的速度快了很多，缓冲的预留量也多了很多。进一步屏蔽地方 CDN 后，较高质量的宽带（南电信北联通）以及部分地区的移动，极限性能有所提升，但不明显。较差的（例如长城宽带）还是使用本地 CDN 效果好点。avc(avc1/h.264)不知道是因为码率过高(16.5M)还是什么原因，只能使用 CPU 软件解码（ AMD 7940HX ）在 4k 8 倍速下，英伟达的 video decode 的引擎就已经达到了满占用。AMD 典型轻薄本用的 780M （ 12CU RDNA3 ）无法流畅播放，英特尔轻薄本的核显视频解码能力还是比较强，可以流畅播放。目前没有找到更好的方式使用英伟达的打游戏用的 3D 引擎或者 CUDA 引擎解码。8 核 CPU 偶有卡顿，16 核 CPU 没有问题 hevc(hev1/h.265)测试视频码率为 12M ，Video Decode 的引擎占用达到了 90~99%，但是依然可以较为流畅的播放。[color=var(--bili-rich-text-link-color)]av1([color=var(--bili-rich-text-link-color)]av01)码率只有 9M ，但是网络缓冲的却更慢了，可能是因为用的人少。解码占用率波动更大一些。
以上测试结果都是谷歌 chrome 浏览器，结论就是用 CPU 解码，或者显卡硬件解码就用 H.265 。 [但无论如何前提都是屏蔽 pcdn ，否则你不得不暂停等待预缓冲，而且预留量还很小] 至于火狐 Firefox 浏览器，在使用 AVC 的情况下比谷歌更卡，使用 CPU 软件解码差不多。使用 HEVC 时候，Video decode 占用只有 70%，但是主观上没有很明显的提升。综上所述，在不使用插件屏蔽 pcdn 的情况下，即使设备没有瓶颈，依然会遇到网络缓冲问题。结论即： [ B 站官方 cdn 并没有明显的限速行为，但是在默认情况下会给我们使用 pcdn ，从而在默认情况下，我们得到的是网速有限制的服务]
https://www.bilibili.com/video/BV1arc6ecES9
配置：
电信千兆，下行 1145.14Mbps4070 笔记本显卡 8G 显存 32G×2 DDR5 5600 内存 16 核 AMD 7940HX 55W+
结论：
我采用暂停缓冲的方法发现，严格的讲，并不能说是 b 站官方 cdn 对我们进行了限速，但是默认情况下，b 站会使用 pcdn ，这种情况下暂停时灰色进度条提前缓冲的速度非常慢，而且预留量也非常小。屏蔽 pcdn 使用官方时，缓冲速度大约是 2.5 倍，并且预留量也更多了
分别排除网络瓶颈和设备问题，进行了详细的测试：屏蔽 PCDN 后，流畅度有很大的提升。所以确实不能说是 b 站官方的限速，因为使用官方 CDN 体验会好很多。但事实上在不使用插件的官方，默认情况下，b 站官方确实会给我们喂💩，也就是 pcdn 。使用官方 CDN 后，暂停缓冲的速度快了很多，缓冲的预留量也多了很多。进一步屏蔽地方 CDN 后，较高质量的宽带（南电信北联通）以及部分地区的移动，极限性能有所提升，但不明显。较差的（例如长城宽带）还是使用本地 CDN 效果好点。avc(avc1/h.264)不知道是因为码率过高(16.5M)还是什么原因，只能使用 CPU 软件解码（ AMD 7940HX ）在 4k 8 倍速下，英伟达的 video decode 的引擎就已经达到了满占用。AMD 典型轻薄本用的 780M （ 12CU RDNA3 ）无法流畅播放，英特尔轻薄本的核显视频解码能力还是比较强，可以流畅播放。目前没有找到更好的方式使用英伟达的打游戏用的 3D 引擎或者 CUDA 引擎解码。8 核 CPU 偶有卡顿，16 核 CPU 没有问题 hevc(hev1/h.265)测试视频码率为 12M ，Video Decode 的引擎占用达到了 90~99%，但是依然可以较为流畅的播放。[color=var(--bili-rich-text-link-color)]av1([color=var(--bili-rich-text-link-color)]av01)码率只有 9M ，但是网络缓冲的却更慢了，可能是因为用的人少。解码占用率波动更大一些。
以上测试结果都是谷歌 chrome 浏览器，结论就是用 CPU 解码，或者显卡硬件解码就用 H.265 。 [但无论如何前提都是屏蔽 pcdn ，否则你不得不暂停等待预缓冲，而且预留量还很小] 至于火狐 Firefox 浏览器，在使用 AVC 的情况下比谷歌更卡，使用 CPU 软件解码差不多。使用 HEVC 时候，Video decode 占用只有 70%，但是主观上没有很明显的提升。综上所述，在不使用插件屏蔽 pcdn 的情况下，即使设备没有瓶颈，依然会遇到网络缓冲问题。结论即： [ B 站官方 cdn 并没有明显的限速行为，但是在默认情况下会给我们使用 pcdn ，从而在默认情况下，我们得到的是网速有限制的服务]
 |
1
processzzp 4 小时 7 分钟前
是的，B 站的 PCDN 垃圾的要死，两倍速都会卡
|
 |
2
he1293024908 3 小时 1 分钟前
一到晚上，b 站缓冲卡到爆炸
|
 |
3
CKR 2 小时 21 分钟前
网页端经常连上 PCDN ，晚上播 4K 别说 8 倍速了正常速度都经常缓冲，用脚本 BAN 掉 PCDN 之后体验会好很多。
|
 |
4
GooMS 2 小时 18 分钟前 via Android
连上 pcdn 就处于不可用状态
|
 |
5
diguoemo 1 小时 25 分钟前 via Android
b 站的 pcdn 晚上看 1080p 高码率都卡，垃圾中的战斗机
|
 |
6
yjy2060 1 小时 15 分钟前
Make BiliBili Great Again 这个插件可以试试
目前支持的功能： 真·原画直播 去除充电列表展示 去除 URL 上的跟踪参数 禁用 P2P CDN 去广告 强制启用文章复制功能 动态首页宽屏优化 支持视频裁切（窗口/全屏播放时不留黑边，对 4096x2160 的视频有奇效） |
 |
7
huihuilang 59 分钟前 via Android
b 站现在还没我看油管流畅，也是见鬼了
|
Select Language