BROWSERCAST DOCS
传输模式
模式由网站实际提供的媒体、账号权限与电视兼容性共同决定。字幕是独立处理层，不会把来源强制切换成采集。
模式对比
| 模式 | 来源 | 本机伴侣 | FFmpeg | 进度控制 | 优先级 |
|---|---|---|---|---|---|
| 电视直连 Direct | HTTP 视频或 HLS 地址 | 仅负责发送 DLNA 指令 | 通常不需要 | 取决于电视和源站 | 最高 |
| 本机转发 Relay | HTTP 视频或 HLS 地址 | 代理请求头、清单和分片 | 普通转发不需要 | 多数来源可用 | 用户手动选择 |
| DASH 音视频合流 DASH Transcode | 独立视频轨 + 音频轨 | 同时读取并生成 MPEG-TS | 需要 | BrowserCast 重建流后可用 | 高清轨优先 |
| 分段播放 Segments | 有顺序的完整分片列表 | 生成本地播放清单 | 字幕内嵌时需要 | 取决于电视 HLS 能力 | 分片来源专用 |
| HLS 兼容转换 HLS Transcode | HLS / M3U8 | 读取清单、密钥和分片 | 需要 | 视清单类型而定 | 可选开关 |
| 视频采集 Video Capture | 播放器 video 元素输出 | 接收浏览器录制并实时转换 | 需要 | 通过来源播放器协调 | 最后兜底 |
| 标签页采集 Tab Capture | 整个 Chrome 标签页 | 接收标签页录制并实时转换 | 需要 | 不提供统一时间轴 | 仅用户显式启动 |
统一切换原则
- 只使用当前账号和播放器实际提供的媒体来源，不推测或绕过会员权限。
- 任何 HTTP 媒体、DASH、HLS 或完整分片都排在 Video Capture 之前。
- 字幕内嵌和翻译只增加 FFmpeg 处理层，不能提高采集模式优先级。
- 电视与 Cast To File 共用同一个来源选择计划，只在最终接收动作上分叉。
- Tab Capture 只能由用户从扩展弹窗显式启动。
电视直连
Direct把网站提供的媒体地址直接交给电视读取。路径最短、启动最快，视频流无需经过电脑。
适用场景
- 公开 MP4 / WebM
- 电视能直接访问的 HLS
- 无需额外请求头的媒体
本机转发
Relay电视读取电脑上的临时局域网地址，伴侣再代替电视请求原视频，适合电视无法携带 Referer 或 Cookie 的情况。
适用场景
- 电视无法直访源站
- 需要 Referer 的媒体
- HLS 清单与分片转发
DASH 音视频合流
DASH TranscodeYouTube 与 Bilibili 的高清来源经常把画面和声音分开。伴侣使用 FFmpeg 实时合流，再提供电视可播放的单一流。
适用场景
- YouTube 高清画质
- Bilibili DASH
- 字幕烧录
分段播放
Segments按网站返回的完整分片顺序生成本地清单，让电视按顺序播放。适用于 Bilibili 多段 DURL。
适用场景
- Bilibili 多段 DURL
- 旧版分段视频
- Cast To File 完整分片下载
HLS 兼容转换
HLS Transcode把标准 HLS 或 AES-128 HLS 转换为电视更容易播放的 MPEG-TS 流。
适用场景
- 电视不支持原 HLS
- AES-128 HLS
- HLS 字幕内嵌
视频采集
Video Capture没有任何可寻址媒体地址时读取 video 元素正在播放的画面与声音并传输到电视。
适用场景
- 本地 file 视频
- Blob / MediaStream
- 仅浏览器可读的播放器画面
标签页采集
Tab Capture捕获当前标签页的整个画面与声音。
适用场景
- 网页动画
- 直播
- 非 video 主体的本地页面