选择您的 Cookie 首选项

我们使用必要 Cookie 和类似工具提供我们的网站和服务。我们使用性能 Cookie 收集匿名统计数据,以便我们可以了解客户如何使用我们的网站并进行改进。必要 Cookie 无法停用,但您可以单击“自定义”或“拒绝”来拒绝性能 Cookie。

如果您同意,AWS 和经批准的第三方还将使用 Cookie 提供有用的网站功能、记住您的首选项并显示相关内容,包括相关广告。要接受或拒绝所有非必要 Cookie,请单击“接受”或“拒绝”。要做出更详细的选择,请单击“自定义”。

时移观看参考 AWS Elemental MediaPackage - AWS Elemental MediaPackage

本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。

本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。

时移观看参考 AWS Elemental MediaPackage

中的 AWS Elemental MediaPackage实时工作流程支持时移查看。

时移观看意味着观众可以在早于 “现在” 的时间开始观看直播,这样他们就可以从一开始就加入已经在进行的节目或观看已经完成的节目。 MediaPackage 支持对最长 336 小时(14 天)的内容进行时移观看。您可以通过在终端节点上定义 startover window (启动时段) 来为此部分或全部内容启用时移查看。当播放请求包含有效的开始和结束参数时,可以播放该时段内的内容。在端点上配置的窗口之外请求内容会导致HTTP错误 404。

或者,您可以收集直播片段并将其作为视频点播 (VOD) 资产提供。有关收获VOD资产的信息,请参阅使用创建 live-to-VOD资产 AWS Elemental MediaPackage

在以下步骤中,“现在” 是根据程序日期时间 (PDT) 计算的当前时间,当它出现在编码器的源内容中时。如果源内容不包含PDT信息,则 “现在” 是指最新片段的 MediaPackage 收录时间。

重要

当上游编码器中的直播发生变化(例如直播名称、类型或编解码器发生变化)时,创建一个新 MediaPackage 频道来收集内容。如果您不使用新通道,且重新开始时段的开始和结束时间跨越了这一变化,那么时移清单可能会出现意外的行为。

启用时移查看
  1. 通过在端点对象的 Startover 窗口中键入一个值来启用时移查看。 MediaPackage 您可以通过 MediaPackage 控制台或 MediaPackage API.

    当将起始和结束参数在启动窗口内的请求发送到此端点时, MediaPackage 会生成所请求时间范围的清单。如果开始或结束参数位于启动时段之外,则播放请求将失败。如果没有使用开始和结束参数,该服务会生成一个标准清单。

    注意

    您可能会注意到,当您开始在终端节点上创建启动窗口时,该清单滞后于实时。这是因为从窗口的开头 MediaPackage 开始填充清单,一直持续到 “现在”。因此,如果你有 24 小时的启动窗口,请从 24 小时前开始 MediaPackage 填写清单,一直持续到 “现在”。

  2. 确保内容请求根据需要包含开始和结束参数。 MediaPackage 接受针对长达 24 小时的内容的请求。

    有关用符号记录参数的特定于打包程序的规则,请参阅开始和结束参数的规则

    开始和结束参数确定清单的时间界限。这些是基于请求开始参数和请求结束参数的预期行为:

    • 如果在中同时使用开始和结束参数URL,则生成的清单具有固定的开始和结束时间,该时间与指定的开始和结束参数相对应。

      如果结束时间在将来,则清单中的标签与实时清单一致。否则,如果结束时间是过去,则清单中的标签与视频点播 (VOD) 清单一致。有关清单区别的信息,请参阅实时和VOD清单参考

    • 如果指定了开始参数而未指定结束参数,则生成的清单有一个对应于指定的开始参数的固定开始时间,而清单的结束随着实时内容的进度而增长。

      注意

      对于HLS输出,许多播放设备在当前时间(“现在”)开始播放。要从播放时段的实际开始时间查看内容,观看者可以在播放进度栏上查找。

    • 如果未指定任何参数,则生成的标准清单将从“现在”开始,且没有结束时间。

    • 如果指定了结束参数但未指定开始参数,则生成清单的方式与未指定任何参数时相同。清单从“现在”开始,没有结束时间。

重要

使用时移查看时,我们建议在播放器会话中使用一致的播放窗口,而不是为每个观看者生成唯一的开始或结束时间。这样可以更好地缓存CDN,并且可以避免在级别上遇到与这些请求相关的潜在限制。 MediaPackage

开始和结束参数的规则

开始和结束参数以符号表示时移清单的开始和结束。播放设备可以将参数附加到清单请求的结尾或在请求内包含参数。

在所有情况下,日期和时间都必须按照以下格式之一用符号表示:

  • ISO8601 个日期,比如 2017-08-18T21:18:54 + 00:00。哪里-08:00 是时区 UTC-08:00。

  • POSIX(或 Epoch)时间,比如 1503091134

以下主题介绍了按打包程序类型划分的位置规则。

DASH参数规则

DASH内容URL请求中的开始和结束参数可以使用标准参数表示法,也可以作为路径元素包含在中URL。

  • 查询参数表示法-起始和结束参数包含在请求的末尾 URL

    https://cf98fa7b2ee4450e.mediapackage.us-east-1.amazonaws.com/out/v1/997cbb27697d4863bb65488133bff26f/sports.mpd?start=1513717228&end=1513720828
  • 路径元素-请求路径中包含起始和结束参数 URL

    https://cf98fa7b2ee4450e.mediapackage.us-east-1.amazonaws.com/out/v1/997cbb27697d4863bb65488133bff26f/start/2017-12-19T13:00:28-08:00/end/2017-12-19T14:00:28-08:00/sports.mpd

HLS和CMAF参数规则

HLS内容URL请求中的开始和结束参数可以使用标准参数表示法,也可以作为路径元素包含在中URL。HLS和CMAF的规则相同,不同之处在于,当您在CMAF端点中插入路径元素时,这些元素必须位于中的清单 ID 之后URL。

  • 查询参数表示法-起始和结束参数包含在请求的末尾 URL

    例 HLS
    https://cf98fa7b2ee4450e.mediapackage.us-east-1.amazonaws.com/out/v1/064134724fd74667ba294657a674ae72/comedy.m3u8?start=2017-12-19T13:00:28-08:00&end=2017-12-19T14:00:28-08:00
    例 CMAF
    https://cf98fa7b2ee4450e.mediapackage.us-east-1.amazonaws.com/out/v1/064134724fd74667ba294657a674ae72/manifest_id/news.m3u8?start=2018-04-04T01:14:00-08:00&end=2018-04-04T02:15:00-08:00
  • 路径元素-请求路径中包含起始和结束参数 URL

    例 HLS
    https://cf98fa7b2ee4450e.mediapackage.us-east-1.amazonaws.com/out/v1/064134724fd74667ba294657a674ae72/start/1513717228/end/1513720828/comedy.m3u8
    例 CMAF
    https://cf98fa7b2ee4450e.mediapackage.us-east-1.amazonaws.com/out/v1/064134724fd74667ba294657a674ae72/manifest_id/start/1522807213/end/1522800013/news.m3u8

Microsoft Smooth Streaming 参数规则

Microsoft Smooth Streaming 内容URL请求中的开始和结束参数可以作为路径元素包含在URL。

  • 路径元素-请求路径中包含起始和结束参数 URL

    https://cf98fa7b2ee4450e.mediapackage.us-east-1.amazonaws.com/out/v1/1f76b3b4f94c44a485c0e4e560afe50e/start/1513717228/end/1513720828/drama.ism/Manifest

下一主题:

Trick-play

上一主题:

SCTE-35 条消息
隐私网站条款Cookie 首选项
© 2025, Amazon Web Services, Inc. 或其附属公司。保留所有权利。