TS/M2TS
专为广播而设计，接收者可以中途加入，一切都没有尽头。
MPEG 传输流就是电视的传输方式。它的设计使接收器可以随时开始解码并从丢失的数据中恢复，这使得它在空中传输非常出色，但作为文件却很尴尬：没有索引，因此搜索是猜测，并且持续时间通常是错误的或完全丢失。
2026年7月30日
系统原生即可打开
这两个系统都不会打开 .ts 或 .m2ts 文件，尽管一旦其他文件解包后，它们都能很好地解码其中的 H.264 或 HEVC。包装纸再次成为障碍。
基本信息
| 姓名 | MPEG-2 传输流 |
|---|---|
| 种类 | 容器，设计用于传输而不是存储 |
| 扩展 | .ts、.m2ts、.mts、.m2t |
| 已发表 | 1995 年，作为 MPEG-2 的一部分 |
| 数据包大小 | 188 字节，固定 — 足够小，损坏后几乎不会丢失任何内容 |
| 里面有视频 | 较旧的广播采用 MPEG-2，较新的广播采用 H.264 和 HEVC |
| 内置音频 | AC-3、E-AC-3、AAC、MP2 |
| 指数 | 没有任何。文件中没有任何内容说明任何特定时刻的存在 |
| 它来自哪里 | IPTV 流、DVB 和 ATSC 录制、AVCHD 摄像机、蓝光光盘 |
没有开始的格式
这里的每个其他容器都假设您拥有整个文件并且可以首先读取其标头。 Transport Stream 的假设相反：您已在到达之前开始的广播中途收听，并将在您离开后继续。因此，它会重复解码器所需的一切——流布局、定时参考、参数——每一分之一秒，永远重复。
188字节的数据包也是同样的想法。干扰破坏了数据包；解码器会丢失几毫秒并继续。围绕一个大索引构建的格式将丢失文件的整个其余部分。
对于其目的来说，这确实是一个很好的工程，但对于磁盘上的文件来说，它的形状是错误的。一切使广播具有弹性的因素都会使录音变得笨拙。
为什么录音表现得很奇怪
如果没有索引，想要 47 分钟标记的玩家必须进行估计：将比特率乘以时间，大致跳转到那里，寻找下一个可解码的帧。在恒定比特率广播中，这一点很接近。在可变比特率录制中，可能会延迟几秒，而在从中断流拼接的录制中，可能会延迟几分钟。
持续时间有相同的起源。玩家必须读取整个文件以了解其长度，或者根据比特率进行猜测。这就是为什么录音有时会显示错误的长度，或者没有，以及为什么擦洗条可能是虚构的。
修复方法是重新复用：读取一次流，然后将相同的视频和音频写入具有真实索引的 MP4 或 MKV 中。没有任何内容被重新编码，质量不变，并且以磁盘速度运行。之后的查找是即时且准确的，因为文件最终知道它自己的帧在哪里。
一个人该做什么
- 如果只想看的话直接播放
拥有自己的解复用器的播放器无需任何准备即可打开 .ts。寻找将是近似的——这是格式，而不是播放器——但对于观看某些东西来说，这很好。
- 如果您保留它，则重新混合为 MP4 或 MKV
快速、无损，并且永久修复搜索和持续时间。对于进入图书馆而不是被观看一次的任何内容，请执行此操作。
- 保留 IPTV 流
当 TS 作为实时流而不是文件到达时，这些都不适用：没有任何内容可以索引，因为没有任何内容结束。缓冲有网络问题。