【问题标题】:media streaming: when packaging take place媒体流:打包时
【发布时间】:2020-05-19 02:28:16
【问题描述】:

我不清楚transcodingpackaging 何时发生。

  • 转码:
    • 使输入编码适应流传输格式(例如 fmp4...)。
    • 生成多种比特率和分辨率。
  • 包装:
    • 分段和元数据生成。

我的问题是:

  • packaging 是否按需执行?

【问题讨论】:

    标签: video-streaming streaming live-streaming


    【解决方案1】:

    假设您在谈论视频,简单的答案是今天的打包通常是按需打包,如您所说,使用“及时”打包程序或源服务器。

    交付通常通过 CDN 进行,该 CDN 将缓存它交付的任何内容 - 即 HLS 和 DASH 流,并且作为附加的复杂因素,HLS 和 DASH 流的每个段的不同比特率版本。

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

    向允许多个 DRM 使用相同加密方法的 CENC 通用加密以及允许 HLS 和 DASH 之间的媒体段使用通用格式的 CMAF 媒体格式的转变正在使行业朝着媒体本身的单一格式发展可以将其存储为一个副本,并根据请求设备的要求以 HLS 或 DASH 的形式进行加密和流式传输。

    一些注意事项:

    • 编码器的输出通常以某种方式打包,因此 JIT 源服务器通常实际上是从一种格式重新打包为另一种格式。例如,如果编码器的输出被打包为 Smooth Streaming,则 JIT 源可能会根据请求设备/客户端的需要将其重新打包为 HLS 或 DASH。
    • 对于 VOD,可以预先将内容编码和打包到 HLS 和 DASH 中并存储单独的副本。如果需要,许多云编码器将同时生成这两种格式。同样,可以从编码器输出单独的 HLS 和 DASH 实时流,但这并不常见。
    • 在打包内容时,通常也会在源服务器上“及时”应用加密。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2012-06-07
      • 2014-04-12
      • 2011-09-29
      • 1970-01-01
      • 2011-04-05
      • 1970-01-01
      • 1970-01-01
      • 2012-06-16
      相关资源
      最近更新 更多