Seamless for Bilibili

减少海外党看 Bilibili 视频与直播的卡顿：同一内容同时从 Bilibili 自带的两个镜像地址下载，先到先用；视频页另请播放器保持 120 秒缓冲。代价是多用流量（直播双路约 1.3 到 2 倍）。数据不离开本机，不改播放操作。

海外党在 Bilibili 看视频或直播时经常卡，而自己的测速并不慢，本扩展为这种场景设计，减少 Bilibili 视频与直播的播放卡顿。视频在 1080p 画质、2 倍速播放下保持流畅。独立第三方工具，与 Bilibili 无隶属或合作关系；Bilibili 及相关名称归其权利人所有。 【前提与局限】 本扩展基于三个前提：卡顿常来自 Bilibili 个别 CDN 节点慢或不稳定，而不是您自己的网络；Bilibili 自己的播放信息已经为同一份内容给出主备多个镜像地址；您的带宽高于视频码率、有余量同时下载两份（2 倍速播放时播放器消耗数据的速度加倍，余量按两倍码率计）。它救的是“慢节点”，救不了“慢线路”：家庭带宽本身不足时帮不上忙；浏览器解码跟不上造成的卡顿（缓冲已满仍然卡住，例如硬件解码断供）也不在它的能力范围内。 【视频页怎么做】 接管播放器的媒体分片下载（fetch 与 XHR 两条通道）：每个 1 MiB 分片同时向 Bilibili 提供的两个镜像地址请求，先完整到达的生效，另一路取消；向前预取（窗口最多 48 个分片、并发 4）；分片只存内存（每个标签页上限 512 MiB），离开页面即释放，不写磁盘；每个视频向 Bilibili 原生播放器请求一次 120 秒缓冲。 【直播页怎么做】 接管播放器的直播媒体下载：FLV 直播流与 HLS 直播分片（.m4s 与 .ts，.m3u8 播放列表照常放行）。地址只配对同一集群的主备两路：FLV 流先比对两路开头的字节一致，再两路同时下载、先到的字节先交给播放器；HLS 分片先完整比对首个竞速分片对，一致后每个分片两路同时下载、先完成的交给播放器并取消另一路。查无配对或比对不一致时退回播放器原地址单路下载。直播不预取、不设缓冲目标。播放器若未使用这些媒体格式，或页面把播放器装进扩展的页面脚本进不去的独立 iframe（部分赛事活动页），接管不介入，弹窗会如实显示「未接管」。 【两者都不做的事】 不使用第三方地址，不改写、不替换 Bilibili 的地址；不接管播放：播放、暂停、拖动、倍速、画质、音量与轨道选择仍由您和 Bilibili 播放器决定。 【代价：请按流量套餐衡量】 视频：竞速中落败一路已下载的字节被丢弃，一次实测稳态浪费约 12.6%（每场播放不同，扩展日志页的 CDN 竞速面板显示当场实际浪费率）；120 秒缓冲与预取会提前下载，提前离开视频会比原生播放器多下载未观看的数据。直播：FLV 配对后两路一直同时下载，流量接近单路的两倍；HLS 分片按分片取舍，一次实测（11 分钟直播，668 个分片）竞速浪费约 28%，即总流量约为单路的 1.3 倍。内存：每个标签页的媒体缓存最多约 512 MiB。磁盘：本地诊断日志只保留最近 3 天（72 小时），超期记录自动删除（开发者自用浏览器实测：视频页每打开 1 小时约 7 MB，占用大致以最近 3 天的用量为上界），卸载扩展即全部删除。 开关：弹窗里有两个开关，都在刷新页面后生效：“视频增强”只作用于视频页，“直播增强”只作用于直播页。不想承担直播的多用流量，把“直播增强”关掉即可；关闭后播放器按原样自己下载，扩展在直播页不接管、不竞速，视频页的增强不受影响。 【数据】 媒体分片只驻留内存。开发诊断日志只存扩展本地 IndexedDB：记录每个 Bilibili 页面的路径、视频编号、去掉参数的媒体地址、媒体请求耗时与结果、播放器事件（播放、暂停、拖动等）和缓冲状态；不记录 Cookie、账号、标题、页面文字、弹幕、签名参数或音视频字节。不上传、无遥测；导出仅在您主动选择文件时发生。权限只有 storage（记住两个开关：视频增强与直播增强）与 unlimitedStorage（写入 3 天窗口内的本地诊断日志），没有 host_permissions。全部源码开源：https://github.com/chnlich/seamless-for-bilibili