我正在从事在线电视服务工作。目标之一是无需任何额外的浏览器插件（Flash 除外）即可播放视频。
我决定使用 MP4，因为大多数 HTML5 浏览器和 Flash（作为后备）都支持它。这些视频由 FFMpeg 从服务器上的 ASF 进行转码。
但是，我发现 MP4 无法直播，因为它有一个用于元数据的 moov 原子，必须指定长度。 FFMpeg 无法直接将 mp4 流式传输到 stdout，因为它将 moov 放在文件末尾。
（MP4 的实时转码和流式传输在 Android 中可以正常工作，但在 Flash 播放器中失败，并出现 NetStream.Play.FileStructureInvalid 错误 https://stackoverflow.com/questions/11616979/live-transcoding-and-streaming-of-mp4-works-in-android-but-fails-in-flash-player )
当然，MPEG-TS 是存在的，但 HTML5 不支持它<video>.
我想到的是一种将流实时转码为 MP4 的方法，并且在每次新的 HTTP 请求时，首先发送一个 moov，指定一个非常长的数字作为视频的长度，然后开始发送其余的内容MP4 文件。
是否可以使用 MP4 进行流式传输？
经过一些研究和 av501 的回答，我明白必须知道框架的尺寸才能工作。
能否将 mp4 文件分割成更小的部分以便进行流式传输？
当然，切换到其他容器/格式是一种选择，但与 Flash 和 HTML5 兼容的唯一格式是 mp4/h264，所以如果我必须同时支持这两种格式，我就必须转码两次。
您可以使用碎片MP4。碎片 MP4 文件的构建如下：
moov [moof mdat]+
然后，moov 框仅包含有关轨道的基本信息（数量、类型、编解码器初始化等），但不包含有关轨道中样本的信息。有关样本位置和样本大小的信息位于 moof 框中，每个 moof 框后面跟着一个 mdat，其中包含前面的 moof 框中描述的样本。通常，人们会选择 (moof, mdat) 对的长度约为 2,4 或 8 秒（没有具体说明，但这些值对于大多数用例来说似乎是合理的）。
这是构建永无休止的 MP4 流的一种方法。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
