.m3u8 是 Apple HTTP Live Streaming,对吗?我认为您尝试做的事情与该技术的设计背道而驰。您应该公开原始文件并允许下载它。
据我了解,在流式传输的设计中,您无法显式访问这些片段以将它们重新组合在一起。例如,Netflix 通过 Silverlight 使用流媒体,其中一个好处(对 Netflix 而言)是它可以保护数据不会像下载一样被保存。此外,由于 HTTP Live Streaming 允许流在运行中切换比特率,因此它的设计使得每个时间片都可以以任意数量的比特率编码,并且它们都不是规范的。
理论上,可能有一种方法可以收集特定比特率的所有切片并将它们重新编码为单个视频。但是 Apple 的播放 API 不会给你这个机会。
考虑渐进式下载,而不是 HTTP Live Streaming。只需提供原始视频文件(如有必要,将其转码为 iPhone 喜欢的内容)。如果您的服务器配置正确,播放 API 将发出小请求以获取文件的特定块,而不是一次性获取全部内容,这与正确的流式传输非常接近。我希望我能找到我在哪里读到这个,这样我就可以给它起正确的名字。如果您需要快速的解决方案,Amazon S3 设置为以这种方式提供服务。
但请注意,Apple 的文档说,
如果您的应用通过蜂窝网络传输视频,并且视频在 5 分钟内超过 10 分钟的持续时间或超过 5 MB 的数据,则您需要使用 HTTP 实时流式传输。(渐进式下载可用于较小的剪辑。)