基于用户正常显示文件修复 JAVGG 播放等待

[bbnotcode]

用户确认提供的本地 JAVGG 1.0.0 可以正常显示，而 1.0.3 首页改动仍失败；当前问题是播放等待很久且不能起播。本次以用户文件为基础，只调整资源发现/播放，发布为 1.0.4。用户本地文件保持原样。首页、分类、搜索、详情、普通 HTTP 和载荷相关 22 个函数逐字保留，撤回 1.0.3 列表改动。

原播放器打包配置里有真实媒体地址，原提取器未读取；原画质发现逐条等待，单次网页捕获最长 70 秒，且吞掉失败。本次将公开配置作为数据解包而不执行来源脚本；按真实 server 名和编号对应 iframe，空容器不误取下条线路。静态探测最多三路并发，播放器/清单及异步正文最多 4 秒，必要时仅一次短网页媒体捕获，画质发现/播放各有 28 秒总截止时间。真实最高画质默认，每次播放刷新地址，保留实际请求头和明确失败阶段。

保留原 raw 路径、库 ID、参数和 javgg:// 历史载荷。其他九个已恢复入口继续与任务前快照相同。README、CHANGELOG 和恢复记录同步更新。

验证：

• 75 项媒体库回归全部通过，包含工作版首页/翻页保留、编号线路、打包配置、独立失败、刷新地址、最高/指定画质、挂起请求/正文/浏览器、一次回退和 blob-only 明确失败。
• 60 个脚本语法、39 个库契约、兼容路径、既有 SexBJCam 网络测试、发布包装和差异检查通过。
• FC2-PPV-4986359、CAWB-046、ATID-666 三个真实详情结构配合匿名播放器/清单请求，约 4.5–4.7 秒发现可用画质。详情结构来自当前桌面浏览器会话，不能称为匿名详情验证。
• streamwish 的 1080p → 480p → 1080p → 重开四次探测均成功：最终清单 HTTP 200，分片范围 HTTP 206、188 字节且 MPEG-TS 同步字节有效，使用 resolver 返回的请求头，每次重新读取播放器。

限制：部分源线路仍有独立超时或无效清单；桌面匿名媒体探测不等于 DreamBy 设备媒体回传和 iPhone 原生起播。这两项仍待用户更新到 1.0.4 后测试。脚本截止时间不能取消已发出的宿主原生请求。