Fix SexBJCam browser-first playback deadline

[bbnotcode]

SexBJCam 旧解析先等待浏览器获取播放器，再导航浏览器读取 HLS，且画质探测会重复三轮。宿主不按 timeout 结束时，普通 HTTP 回退无法执行，最终只显示 stage=total-deadline。

1.1.9 改为先通过 HTTP 读取公开打包配置，只有必要时才进行一次 12 秒浏览器媒体捕获；HLS 正文只用最多 4 秒 HTTP 请求。HTTP/正文及浏览器等待均有脚本侧截止时间，详情、资源发现和播放各限 28 秒。已验证的常规 CDN 流程只需要 User-Agent；浏览器分支保留实际捕获媒体头，不推定跨来源 Origin/Referer。去除从任意变体猜造 master 的行为。

原始 HLS 显示为原始画质，失败不生成可缓存的假默认线路。此前成功的分辨率元数据可在临时网络失败时复用，签名 URL 与媒体凭证不写入缓存或资源版本。每次播放刷新源配置，缺失请求画质时选择最高真实画质；404、验证页、非 HLS、空清单、blob-only、浏览器异常及超时按阶段报告。详情标题优先读取影片标题，避免误读嵌套上传者姓名。

保留 sexbjcam-mini-library.js 下载路径、媒体库 ID、baseURL、历史详情 URL 及 quality:1080/720/480 载荷。未合并 main。

验证：

• 58 项媒体库回归通过（新增 12 项完整流程检查），网络恢复检查通过；60 个普通脚本语法、39 个媒体库契约、兼容副本、10 项 Worker 检查及全部 CI 对应检查通过。
• 三部真实详情在当前浏览器会话中返回 200，两个播放器域名分别为 playrecord.biz 与 recordplay.biz。匿名主站 HTTP 遇到过 Cloudflare 403，未复制浏览器 Cookie；渲染/会话结果不是匿名授权或设备证明。
• 两部普通影片公开播放器和 master 都返回 200，有 1080P/720P/480P。新资源发现用时 3.727/6.936 秒，720P 播放解析用时 1.409/6.085 秒。
• recordplay 普通影片和 playrecord 长片的匿名 master/变体 200、范围分片 206（188 字节与 MPEG-TS 同步字节），最终静态输出的最小请求头已验证。playrecord 同时有真实 HTTP 超时，长片的新完整解析序列仍出现过 player-http-timeout，不声称来源始终可用。
• 桌面浏览器实际还会使用同域 streaming 网关，其媒体请求头与原 CDN 不同；捕获分支使用实际请求头，未复刻签名或认证。未取得隔离匿名浏览器、DreamBy 嵌套媒体回传及 iPhone 原生播放验收。

保持草稿：代码及桌面诊断通过不等于 iPhone 起播成功。脚本截止时间无法强制关闭宿主原生请求，实际浏览器回传/原生切画质仍待用户设备测试。