Video streaming 媒体流:进行打包时

Video streaming 媒体流:进行打包时,video-streaming,streaming,live-streaming,Video Streaming,Streaming,Live Streaming,我不清楚什么时候进行转码和打包 转码: 使输入编码适应流式传输格式(例如fmp4…) 生成多个比特率和分辨率 包装: 分段和元数据生成 我的问题是: 包装是否按需执行 假设您谈论的是视频,简单的答案是,今天的打包通常是按需进行的,正如您所说,使用“即时”打包机或原始服务器 交付通常通过CDN进行,CDN将缓存其交付的任何内容,即HLS和DASH流,并且作为附加的复杂性,HLS和DASH流的每个段的不同比特率版本 在过去,如果使用Widevine、PlayReady或FairPlay

我不清楚什么时候进行
转码
打包

  • 转码:
    • 使输入编码适应流式传输格式(例如fmp4…)
    • 生成多个比特率和分辨率
  • 包装:
    • 分段和元数据生成
我的问题是:

  • 包装是否按需执行

假设您谈论的是视频,简单的答案是,今天的打包通常是按需进行的,正如您所说,使用“即时”打包机或原始服务器

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

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

转移到CENC通用加密,允许多个DRM使用相同的加密方法,CMAF媒体格式允许HLS和DASH之间的媒体段采用通用格式,这将使业界朝着媒体本身的单一格式发展,该格式可存储为一份副本,并可根据请求设备的要求加密和流式传输为HLS或DASH

一些注意事项:

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