云映离线准备容量估算：把视频大小、可用空间与临时副本分开计算

准备离线看片时，片长相同的视频可能相差许多容量。只看剩余几个G，或者把网络速度里的兆直接当成文件大小，容易得到错误计划。本篇用三份自己拥有的普通视频做手工容量表，不假定云映能自动预测所有下载、转码和缓存空间。先用文件入口或来源已有的信息读取实际大小，再为导入和本机使用留余地；容量充足只是准备条件之一，最后仍要用实际打开和离线播放验证内容可用。

用三份文件建立实际清单

选择短、中、长三份普通视频，逐项记录名称、版本、时长和来源显示的大小，同时注明显示单位。先保持同一来源，避免不同界面一边用十进制一边用二进制，却直接把数字相加。若只能看到近似大小，就把表格写成估算，并保留小数舍入造成的余地。不要把海报图片、字幕文件大小或压缩包目录里显示的一部分当作完整视频容量。清单的每一行都应指向你真的准备观看的那份文件，而不是一个作品名下所有未知版本的平均值。

把字节与比特写清楚

文件大小常以MB或GB显示，网络或视频码率常以Mbps表示；字母相似并不代表同一量。做粗估时先把码率的比特换成字节，再乘播放秒数，并明确使用十进制单位。比如总码率每秒八兆比特、持续六百秒，理论数据量约六百兆字节，这只是演算例子，不是云映的固定码率。实际容器、其他轨道和码率变化会带来差别，所以能读取实际文件大小时优先用实际值，不为了保留公式而忽略现成信息。

不要把平均码率当作峰值保证

只有来源提供可靠的总平均码率时，才用它估算整段大小；某一画面的瞬时码率不能直接代表全片。视频轨道码率也可能不包含音频，字幕和其他内容则另有占用。把估算过程和未知项写在备注里，避免日后把一个推算数字当成精确测量。这里计算的容量需求与网络播放能否稳定是两件事，平均码率低于某次测速结果也不能证明远程串流一定流畅。不要用容量表替代网络、服务器或解码路径的独立排查。

先求观看集合而非整个书库的和

把这次真正需要的三份文件大小相加，另外列出可选内容，不为了保险把整个服务器目录都纳入。系列视频要检查是否同时选了不同清晰度副本或重复导入，字幕和配套资料可以另列小项。总和注明是三份目标视频，不写为全部书库容量。若某份文件还不知道大小，就标为未完成估算，先不要给出可以全部装下的结论。先缩小集合再验证，比在空间紧张时临时删除不熟悉的内容更容易控制，也能减少不必要的传输。

记录设备当前可用空间

从系统已有的存储信息查看当前可用空间，记录查看时间和单位，不把设备标称总容量当作剩余空间。设备上其他应用、相册和系统活动仍会变化，因此这一数字只是当前快照。为日常操作和临时处理保留你能接受的余地，不给所有设备强行规定一个固定百分比。若可用空间已经非常紧张，先缩减观看集合或采用已验证的其他方式，不建议为本练习清理不理解用途的系统数据。容量表应该帮助选择，而不是制造必须立刻大规模删除的压力。

用一份样本观察导入的额外占用

先导入最小的一份样本，记录导入前、活动进行时以及完成后可用空间的大致变化。不要据此声称精确测出了云映缓存算法，系统数字可能延迟刷新，其他活动也会影响结果。观察只用于发现原盘与本机副本同时存在、临时空间未释放等需要进一步确认的情况。等待界面稳定后再判断，不在传输中途为了省空间删原件。样本成功也不意味着剩余大文件一定可完成，尤其是来源可能转码、分片或重新封装时，应继续保留未知余地。

容量之外还要验证实际离线读取

导入结束后核对样本的画面、声音和结尾，确认来源标识及是否真正保留可读内容。需要离线使用时，在你能够恢复原连接的受控条件下验证不同位置，不把下载卡片出现或空间减少当作已经完整可播。对清单中的每份目标文件保留完成状态，未验证项和已验证项分开。若一份M3U8清单只有很小容量，不能据此认定整段视频只占那一点空间，媒体分片可能仍在远端；遇到这类来源要先理解依赖，再安排离线观看。

保留估算与实测的差别

完成后保存计划总量、导入后的近似空间变化、可读结果和剩余未知项，下一次用同类来源再调整自己的预留。不要把本次差额复制成所有视频必需的固定倍数，也不要为数字漂亮把实际大小改成理论值。若需要清理，逐项确认删除的是临时副本、缓存还是原媒体，先留有可恢复来源。对外说明时写成这组三个文件的准备记录，不声称应用保证某容量能容纳多少小时。决定集合、验证文件和保留余地，比单独记住一个码率公式更有实际价值。