BitComet 中文文档 下载 App

BitComet 边下载边播放 — 视频预览模式与文件头优先策略

为什么 BT 下载完视频要等那么久才能看

传统 BT 下载不保证文件按顺序下载——客户端会优先请求"最稀有的分片"（也就是网络上最少人拥有的那些块）来最大化整体下载效率。这意味着一个视频文件的 1~100MB 可能先下载了 4000~4100MB 的尾部数据，又下载了 200~300MB 的中间部分，而最应该先到的文件头（包含视频的编码信息、索引表等关键帧结构）反而最后才到位。播放器拿到一个"从中间打开的"不完整文件根本没法开始播放。

BitComet 的边下边播（Preview while Downloading / Stream）就是要解决这个问题：在 BT 协议的效率要求和视频播放的顺序要求之间做一个智能平衡。

BitComet 的两种预览模式

模式一：为预览优化下载（默认开启）

这是一个全局性的优化策略。BitComet 在下载任何视频文件时，都会优先请求：

  1. 文件头（头部前几个 BT 块）：包含视频容器格式信息、编码参数、元数据等——没有这些播放器根本无法打开文件。
  2. 文件尾（最后几个 BT 块）：对于很多视频容器格式（AVI、MP4、MKV 等），关键的索引表（moov atom、chunk index 等）在文件尾部——播放器需要这些才能知道哪里可以seek、总时长多少。
  3. 中间部分：文件头尾到位后，BitComet 再从前往后顺序下载中间数据，播放器可以一路跟着看下去。

这个模式对所有视频文件默认生效，不需要你手动开启。效果是：一个几百 MB 的视频，可能只需要下载几十 MB 的头尾数据就能打开播放器，之后边下边看。

模式二：预览模式下载（手动开启）

这是一个更激进的模式，需要在具体任务上手动开启：

  1. 在任务列表里右键点击一个视频下载任务。
  2. 选择 "预览模式下载"。
  3. BitComet 会切换为严格的从头到尾顺序下载模式——不再抢稀有块，纯粹为了让你能以最快速度看到开头。

这个模式的下载效率比默认模式低（不抢稀有块可能导致整体完成时间变长），但视觉体验最好——开头几 MB 到位就能打开播放，一路无缝看到尾。

支持哪些视频格式

BitComet 的预览机制本身和视频格式无关——它只是确保文件头尾优先到位。真正能不能播放取决于你本地的播放器能不能打开"不完整文件"：

推荐播放器：VLC（VideoLAN Client）是对不完整视频文件兼容性最好的播放器，完全免费、跨平台。PotPlayer 在 Windows 上效果也很好。系统自带的 WMP 和 QuickTime 对不完整文件支持较差，不建议。

如何在 BitComet 中预览

方法很简单：

  1. 确保 BitComet 正在下载一个视频任务。
  2. 等它下载了至少几 MB 头尾数据（任务详情面板的文件选项卡里能看到哪个文件已经有进度了）。
  3. 在任务列表右键 → "文件" → "预览文件"，或者直接双击文件（如果选项里设置了双击预览）。
  4. BitComet 会调用系统默认播放器打开那个不完整的文件，你可以直接开始看。
  5. 看完开头如果不想等了可以关掉播放器，BitComet 继续在后台下载。

注意：预览不会中断下载——BitComet 的下载进程和预览进程是独立的，互不妨碍。

边下边播的限制与注意事项

需要足够的头尾数据

虽然 BitComet 优先下载头尾，但到底需要多少数据取决于视频的具体格式和关键帧分布。一般规则：

如果双击预览后播放器打不开或报错"文件损坏"，说明关键帧还没到——再等一会儿就好。

不要用"快速启动"的 MP4

有些 MP4 文件在编码时使用了"快速启动"（faststart）优化——把 moov atom 从尾部移到了头部。这种文件反而更好预览（头部一到位就能播）。反过来，如果一个 MP4 的 moov atom 特别大（比如包含了复杂的多语言字幕轨道），即使 BitComet 优先下载尾部，尾部数据量也很大，预览时间会延后。

边下边播时的 seek（进度跳转）

在边下边播状态下，播放器只能跳到已经下载完成的那些时间段。如果你在播放器里跳到一个还没下载的位置，可能会：

建议从开头顺着看，或者偶尔小幅往前快进。大幅跳转等下载完成后再说。

HTTP/FTP 下载也能预览

BitComet 的边下边播不只对 BT 任务有效。HTTP/FTP 下载的视频文件同样支持——因为 HTTP 协议天生支持 Range 请求（分段获取），BitComet 可以像 BT 一样优先拉取头尾数据。操作方式和 BT 任务完全相同。

预览失败的常见原因