一、容器和编码，是两层

常见的误区是把【格式】当成一个东西。实际上它有两层：外层是容器（文件后缀），内层是编码（数据怎么压）。

相机和手机拍出来常常是 MOV，直接丢到网页上不好使——兼容性、体积都不合适。先转成 MP4 再上传，这一步就是【格式转换】的意义。

同一段视频也可以换编码重压：容器还是 MP4，里面的编码从 H.264 换成 H.265 或 AV1，体积能小一半以上。所以听到【转码】和【转封装】，指的是两件不同的事。

二、编码：H.264 的第 23 年

H.264 发布于 2003 年，到今天仍然是互联网上用得最多的编码（Bitmovin 2025 开发者报告口径）：

（同一套流程里常常同时输出多种编码，所以这几个百分比可以重叠。）

为什么老编码退不下去： 老电视、机顶盒、车载屏只认 H.264——只要你的观众里有五年以上的设备，就必须留一条 H.264 的备用路。

新编码省在哪：同一段 1080p 视频达到相同画质，各编码需要的码率差得很明显：

Netflix 上 AV1 已经承担约 30% 的流量，超过了 H.265；但后台第一仍是 H.264。 顺带一个时间点：H.264 在美国的最后一项专利 2027 年 11 月 29 日到期——到期之后，这个用了 23 年的编码在本土才算彻底免费。

三、下载还是流媒体

直接下载的优点也是缺点：实现最简单、服务器最省，但文件一旦下载就能任意转发——这就是 7-11 里那些防盗需求的来源。

流媒体把视频切成几秒一段的小文件，播放器按当前带宽决定取哪一档清晰度：网络好在取高清片段，网络差就自动降级。用户不会看到转圈，你也不用为每个人准备同一条流。

代价是必须配一套播放器和 CDN，成本比单文件高。判断标准很简单：内容是一次性的（说明书、宣传片）用单文件；内容是要反复看、有会员门槛的（课程、直播回放）用流媒体。

音频同理，三个主角：MP3（兼容最广）、AAC（MP4 里最常见）、Opus（同质量码率最低，WebM 里常见）。

四、动手 Demo：换编码能省多少带宽

把 H.264 和 AV1 的码率差算成百分比与流量——这是决定要不要多压一版的依据。

base, av1 = 5.0, 1.75   # 同等画质下的码率（Mbps）
print("  同样画质：H.264 要 %.2f Mbps，AV1 只要 %.2f Mbps" % (base, av1))
print("  省下 %.0f%% 带宽" % ((base - av1) / base * 100))

实跑输出：

--------------------------------------------------------------------
视频和音频——先选容器，再选编码
--------------------------------------------------------------------
  文件后缀是【容器】，里面装的是【编码】。两层分开看：

  容器          里面常装什么            适合场景
  ---------------------------------------------------------
  MP4           H.264 / H.265 + AAC     网页首选
  MOV           H.264 / ProRes          苹果剪辑中间稿
  WebM          VP9 / AV1 + Opus        开源体系
  AVI / MKV     什么都有                本地播放，不进网页
  ---------------------------------------------------------
  相机和手机拍出来常是 MOV，直接丢到网页上不好使，
  先转成 MP4 再上传——这就是【格式转换】这一步的意义。

  编码这边，H.264 仍然统治着互联网（Bitmovin 2025 开发者报告）：

  编码              生产环境占比     浏览器支持
  ---------------------------------------------------------
  H.264             约 79~80%        桌面 99% / 手机 99.5%
  H.265（HEVC）     约 49%           约 75%
  AV1               约 30%           约 80%
  ---------------------------------------------------------
  同一段 1080p 视频，想达到同样画质各需要多少带宽：

  编码      所需码率
  --------------------
  H.264     5.0 Mbps
  H.265     2.5 Mbps
  VP9       2.75 Mbps
  AV1       1.75 Mbps
  VVC       1.25 Mbps
  --------------------
  Netflix 上 AV1 已经承担约 30% 的流量，超过了 H.265；
  但后台第一仍是 H.264——老电视、机顶盒只认它。
  顺带一个时间点：H.264 在美国的最后一项专利 2027-11-29 到期，
  到期之后，这个用了 23 年的编码在本土才算彻底免费。

  最后是【直接下载】和【流媒体】的分岔：

  方式         走什么协议      特点
  --------------------------------------------------------
  直接下载     HTTP 单文件     落盘后可随意转发，省服务器
  流媒体       HLS / DASH      切成分片，按带宽换清晰度
  --------------------------------------------------------
  音频同理，三个主角：MP3（兼容最广）、AAC（MP4 里常见）、
  Opus（同质量码率最低，WebM 里常见）。

看第二行：省 65%。这是纯带宽的账——换成钱就是 CDN 账单的三分之二。 但注意成本在另一头：AV1 编码更慢、更吃 CPU，而且还有约两成设备放不了。所以现实做法是【多压一版 + 用协商挑版本】，而不是一刀切换掉。 回到容器那张表：MP4 + H.264 是所有方案里的【保底档】——任何一版网页视频方案，都应该至少留这一条路可走。 最后一个决策点：要不要允许下载。 允许，就等于放弃内容的二次分发控制；不允许，就要上流媒体加 DRM。这是内容策略问题，不是技术问题。

30 秒实验

1. 用手机录 10 秒视频，看它默认存成什么格式，再转成 MP4 比较体积。
2. 在 B 站或 YouTube 上右键点视频，看能不能直接保存——这就是流媒体与下载的差别。
3. 找一段你网站上的视频，看它的码率是多少（开发者工具的网络面板里能看到）。

常见误区

1. 错误：MP4 就是一种编码。——纠正：MP4 是容器，编码在它里面。 同一个 MP4 文件里的视频可能是 H.264，也可能是 H.265 或 AV1——体积和兼容性完全不同。
2. 错误：MOV 是苹果专用，不能用。——纠正：MOV 是剪辑环节的中间格式，画质好、体积大。网页要的是转码后的 MP4，但 MOV 并不等于【不能用】。
3. 错误：新编码好，所以全站换 AV1。——纠正：AV1 编码慢，而且仍有约两成设备放不了。 正确做法是压多版、运行时分发，让浏览器自己挑。

• ☐ 下一节（7-13 以管理员身份连接Web服务器的方法：域管理员、网站管理员、SSH）

相关笔记

• 防止复制保护措施 —— 上一节讲防盗，视频是最贵的那一类
• 5G改变Web系统 —— 网速上来之后，视频才成为网页的常规内容
• 互联网的通信代理 —— 流媒体为什么离不开 CDN
• 传输Web网站的文件 —— HTTP 怎么把内容交出去
• 图像文件的种类 —— 图片与视频的体积之争
• 🕸️ Web技术原理 · 索引