YouTube 在结构上是对下载器最具挑战的平台之一,而难度对用户而言基本不可见。你从一个 YouTube 播放器里同时听到的视频和音频,实际上是来自 googlevideo.com 的两条独立自适应流,以 DASH 分段方式被请求;在这之前还要经过一次播放器配置协商,协商中会派生一段会随时变化的 JavaScript 密码签名。密码会变 —— 有时一周,有时更频繁 —— 任何把反混淆硬编码的第三方下载器在那个时间点就会失效。播放器配置请求本身也经历过多次改版(InnerTube API)。
VidMost 的做法是让内建浏览器内核直接执行真实的播放器代码。浏览器负责处理 InnerTube 协商,按当前密码生成所需签名,并以 youtube.com 自身的方式请求 manifest。智能嗅探中的 YouTube 适配器随后看到 streamingData 返回,把每条视频和音频变体列入右侧栏,推荐最佳搭配;实际下载就是并行的 DASH 分段获取,最后做一次合并。会员专属和年龄受限内容走的是同一流程,由浏览器处理登录步骤。VidMost 无法绕过的失败模式只有平台侧的 —— 尚未开播的首播、未生成 VOD 就已结束的直播、按区域受限的内容 —— 或者密码轮换快过适配器的偶发情形,这时内核录制是通用兜底,它在 OS 层面录下正在播放的视频,与 manifest 层面的变化无关。
在 YouTube 上使用 VidMost 必须遵守 YouTube 服务条款。该平台明确禁止未经许可的内容下载,上文的合规段落不是套话 —— 那就是工具的使用边界。VidMost 适合的场景是:下载你自己上传的内容、以允许离线使用的许可证发布的内容、或者你所在司法辖区合理使用范围内的材料;它不适合在缺乏同意的情况下用于再分发他人作品。本页讨论的是技术能力问题;某一具体视频是否应当使用这一能力,决定权在用户手中。