媒体流:何时进行打包

Question

我不清楚transcoding和packaging什么时候发生。

example...).

• Generates

• 转换编码：
• 将输入编码调整为流传送格式(fmp4用于多个比特率和resolution.

​

• Segmentation和元数据generation.

• 打包

​

我的问题是：

• packaging按需执行？

Answer 1

假设你谈论的是视频，简单的答案是，今天的包装通常是按需包装的，就像你说的那样，使用的是“刚好及时”的打包器或原始服务器。

交付通常通过CDN进行，CDN将缓存它所提供的任何内容--即HLS和DASH流，并且作为一个额外的复杂因素，HLS和DASH流的每个段的不同比特率版本都是不同的。

在过去，如果流使用Widevine、PlayReady或FairPlay，则需要对它们进行不同的加密，这使其更加复杂。

向CENC通用加密(允许多个DRM使用相同加密方法)和CMAF媒体格式(为HLS和DASH之间的媒体段提供通用格式)的转移，正使业界转向媒体本身的单一格式，该格式可作为一个副本存储，并按请求设备的要求加密和流为HLS或DASH格式。

一些注意事项：

• 编码器的输出通常是以某种方式打包的，因此JIT原始服务器通常实际上是从一种格式重新打包到另一种格式。例如，如果编码器的输出被打包为平滑流，JIT原点可以根据请求的device/client.
• For VOD的需要将其重新打包到HLS或DASH，可以将内容预先编码并打包到HLS和DASH中，并分别存储副本。如果需要的话，许多云编码器将产生这两种格式。类似地，可以从编码器输出单独的HLS和DASH活动流，但这不是usual.
• Encryption，通常情况下，当它打包内容时，也会在源服务器上应用

。