为什么您的 iPhone 打开一个视频文件并拒绝下一个
两个文件都是“视频”，都是几千兆字节，都是从同一个地方下载的。当您点击它时，就会播放。另一个显示灰屏，或者根本不显示任何内容。区别几乎不在于文件被破坏——而是图片周围的内容，以及苹果决定支持哪些包装。
- 开箱即用
- MP4 和 MOV 保存带有 AAC 音频的 H.264 或 HEVC 视频。
- 通常会被拒绝
- MKV、AVI、WebM、FLV、WMV — 无论其中包含什么内容。
- 原因
- iOS 在视频之前读取容器，并且仅支持一小部分容器。
视频文件是一个盒子，里面有很多东西
“格式”这个词被用来表示两种完全不同的事物，这就是大多数混乱的根源。视频文件是一个容器：一个盒子，其中包含视频轨道、一个或多个音轨、可能的字幕轨道、章节标记、封面艺术和一个告诉玩家其中每一个开始的表格。 MP4、MKV、AVI、MOV 和 WebM 都是容器。它们是盒子，而不是里面的东西。
盒子里面的内容是用 编解码器 编码的——这种压缩方案将 40 GB 的原始帧变成了两个。 H.264、HEVC (H.265)、AV1、VP9 和 MPEG-4 Part 2 是视频编解码器； AAC、MP3、AC-3、E-AC-3、DTS、FLAC、Opus 和 Vorbis 是音频编解码器。单个 MKV 文件可能包含 HEVC 视频、一个英语 AC-3 音轨、一个土耳其语 AAC 音轨以及三个字幕轨道。
那么“这个设备可以播放 MKV 吗？”实际上是两个问题叠在一起。它能打开盒子吗？它能解码里面发现的东西吗？玩家必须对这两个问题都回答“是”。对于大多数盒子来说，苹果的内置播放功能对第一个问题的回答是否定的，这就是为什么文件永远不会达到足以在第二个问题上失败的原因。
值得知道的单词
五个术语几乎涵盖了所有有关视频文件的对话。它们值得十分钟，因为它们将“这不起作用”变成了一个具体的、可回答的问题。
- 容器
- 文件包装器 — MP4、MKV、AVI、MOV、WebM、TS。它决定文件可以容纳的内容（有多少音轨、是否适合字幕、是否存在章节），而不是图片的外观。
- 编解码器
- 实际图像或声音的压缩：H.264、HEVC、AV1、VP9、AAC、AC-3、DTS、FLAC。其中一些存在硬件解码；其余的必须由处理器解码，这会消耗电池。
- 比特率
- 文件每秒花费多少位。它是质量和文件大小的最大驱动因素 - 8 Mbps 的 4K 电影和 60 Mbps 的同一部电影具有相同的分辨率，而且图片相差甚远。
- 混用器
- 将现有轨道移动到不同的容器中而不接触它们。快速、无损，以及将直播流转为普通文件的全部技巧。没有任何内容被重新编码，因此没有任何内容丢失。
- 转码
- 实际上将视频重新编码为另一个编解码器。缓慢、发热、耗电且每次都会有损耗——转换后的副本总是比原始版本落后一代。
Apple 自己的播放接受什么
这是 iOS 17 和 macOS 14 的实用列表 - 文件应用程序、Quick Look、Safari 和 QuickTime 都遵循相同的规则，因为它们共享一个媒体堆栈。
| 容器 | iPhone / iPad | Mac（QuickTime） | 典型内容 |
|---|---|---|---|
| MP4 / M4V | 是的 | 是的 | H.264 或 HEVC 视频、AAC 音频 |
| MOV | 是的 | 是的 | Apple自己的容器，相同的编解码器 |
| MKV（玛特罗斯卡） | 不 | 不 | 任何东西——使用中最灵活的容器 |
| AVI | 不 | 不 | 较旧的 DivX/Xvid 素材、MP3 或 AC-3 音频 |
| 网络管理 | 不 | 不 | VP9 或 AV1 视频、Opus 或 Vorbis 音频 |
| FLV/WMV | 不 | 不 | 旧版 Web 和 Windows 视频 |
| TS/M2TS | 部分 | 部分 | 广播和蓝光流 |
| HLS (.m3u8) | 是的 | 是的 | 不是文件 - 指向片段的播放列表 |
即使在受支持的容器内，编解码器仍然可能被拒绝：AC-3、E-AC-3 和 DTS 音频在电影中很常见，并且不会被系统播放器解码，这就是为什么某些 MP4 文件播放时有图像但没有声音。
为什么列表这么短
这不是一个疏忽。 Apple 为其支持的编解码器提供了硬件解码器，因此 iPhone 一次充电即可播放 4K HEVC 电影数小时 - 视频永远不会触及主处理器。支持世界上的每一个容器和编解码器意味着要在软件中解码大量内容，随之而来的电池和热量成本，以及苹果不感兴趣的格式的专利许可。
结果是 iOS 上的通用媒体播放器必须自带引擎。实际上，它们中的每一个都建立在相同的开源基础上——FFmpeg及其库——它几乎可以理解曾经发布的每一个容器和编解码器。这就是第三方播放器打开系统不会打开的文件的全部原因：它没有做一些聪明的事情，而是自己进行解码。
这也解释了您会注意到玩家之间的差异。用软件解码的播放器可以播放任何内容，但在播放长电影时却表现不佳；只要编解码器允许它保持凉爽和持久，它就会将工作交给硬件解码器。一个优秀的播放器会同时做到这两点：可以使用硬件，必须使用软件，并且无需询问即可进行切换。
iOS 拒绝观看文件的三种方式
按照它们在时间和质量上花费的顺序排列。
真正区分好球员和坏球员的因素是什么
App Store 上几乎所有媒体播放器都声称“所有格式”。一旦你超越了这个标题，这些事情就会有所不同。
- 可能的情况下进行硬件解码
H.264 和 HEVC 应该进入硬件解码器，而不是 CPU。您可以在两分钟内判断：设备变热，或者不变热。
- 每首曲目都已曝光，而不仅仅是第一首
具有三种音频语言和五个字幕轨道的电影应该允许您在播放过程中在所有这些语言之间切换，而无需重新打开文件。
- 真正恢复的简历
每个文件保存的位置，重新打开时恢复，并在文件重命名或移动时保留。非常罕见，也是您最想念的东西。
- 大文件上的理智行为
20 GB 的 remux 应该平滑地清理，而不是在每次搜索时冻结四秒钟。这是一个索引问题，而不是解码问题。
- 背景音频和画中画
能够锁定屏幕并继续收听，或者在回复消息时将视频缩小到一个角落，这才是播放器在手机上可用的根本原因。
- 没有隐藏在任何地方的重新编码步骤
如果应用程序在播放之前“导入”或“优化”您的文件几分钟，则它正在转换 - 伴随着质量损失和意味着等待。
三个设备上的同一个文件
这些规则是相同的，因为 iOS、iPadOS 和 macOS 共享媒体堆栈。不同之处在于您可以轻松地围绕播放执行哪些操作。
这通常会变成这样的问题
MKV 的质量比 MP4 好吗？
两者都不是更好——它们都是盒子，质量取决于内部的编解码器和比特率。 MKV 文件在实践中通常看起来更好，因为 MKV 是人们用于高比特率 rip 的文件，而 MP4 是流媒体服务以一小部分比特率提供的文件。将相同的视频轨道放入两者中，它们的像素对像素是相同的。
将 MKV 转换为 MP4 会降低质量吗？
仅当轨道被重新编码时。如果内部的视频和音频编解码器已经是 MP4 可以携带的，则 remux 只是将它们原封不动地移动 - 无损，通常在一分钟之内。如果 HEVC 必须变成 H.264，或者 DTS 必须变成 AAC，那就是重新编码，质量就会下降。
为什么我的 4K 文件播放时会卡顿，而较小的文件则可以正常播放？
编解码器要么在可以使用硬件解码器的情况下在软件中进行解码，要么文件存储速度较慢 - 网络共享或弱连接上的外部驱动器无法始终提供 80 Mbps 的速度。复制一次到本地测试一下；如果播放，解码就不是问题。
保存库最安全的格式是什么？
MKV，如果您想保留源文件的所有内容 - 多种音频语言、字幕轨道、章节。采用 H.264 或 HEVC 的 MP4，如果与家中每台设备的最大兼容性比保留额外的曲目更重要。对于任何新事物，要避免的是 AVI，它无法正确承载现代编解码器。
FoxDL 如何处理这个问题
FoxDL 带有自己的媒体引擎，因此容器问题永远不会出现。您将文件放在设备上并打开它。相同的引擎播放音乐，因此一部电影和一张 FLAC 专辑位于同一个库中。
- MKV、AVI、WebM、FLV、WMV、MP4、MOV、TS 和 HLS 直接打开 — 不会先转换、导入或重新包装任何内容。
- 只要编解码器允许，就使用硬件解码，对于不允许的解码器，则在其后面提供软件路径，因此普通电影不会消耗电池电量。
- AC-3、E-AC-3、DTS、FLAC、Opus 和 Vorbis 音频也被解码，这解决了无声电影问题 - 并且相同的解码器可以在该库中播放 FLAC 和 ALAC 专辑。
- 每个嵌入的音频和字幕轨道都会列出并在播放期间进行切换。
- 每个文件的位置都会被记住并且在重命名或移动后仍然存在，因为库通过标识而不是路径来跟踪文件。
- 有画中画和背景音频，并且在 iPad 上可以通过外部驱动器直接播放，无需复制。
播放您自己的文件是每个设备上免费版本的一部分 - 它不计量，也不是专业版功能。