0

昨天我尝试按照以下说明将 mp4 电影设置为直播：https ://aws.amazon.com/blogs/media/metfc-live-stream-pre-recorded-video-using-aws-elemental-medialive /输入是一个 4.4 GB 的 mp4 文件，在测试时，一切正常，我没有发现任何问题......当涉及到大约 400 名观众的流时，几乎所有用户都没有流的问题不断运行......总是必须重新加载嵌入视频播放器的页面（如链接中所述）......所以媒体直播流输入/输出不断运行，并且在 aws 端没有错误/警报.. .

我真的不知道这里可能出了什么问题，想问一下我可能错过了什么？除了链接中建议的任何特殊设置吗？

将非常感谢任何提示:)

亲切的问候西蒙

更新：

我测试了一下，我发现当我使用 AWS Elemental MediaLive 服务中可用的“工作流向导”时，输出组中的 HLS 设置是不同的。CDN 设置设置为“HLS webdav”。在我上面发布的说明中，提到将其设置为“HLS 媒体商店”。如果我比较 mediastore 中可用的文件，那么按照说明我只有一些“.m3u8”文件可用。使用向导时，我有这些 .m3u8 文件（每个分辨率一个）以及大量的“.ts”文件。这可能对我的问题有任何影响吗？

4

1 回答 1

0

感谢您的注意。这是一个很好的问题！当我们进入像您提到的那样的多阶段工作流程时，有几个地方可能会出现问题或错误，这可能会导致播放停止。要确定问题发生在哪里，我们需要访问工作流的每个阶段并检查错误或减速。

AWS 中工作流程的每个步骤都将在 AWS CloudWatch 中捕获指标（每秒速率图表）和错误日志。CloudWatch 日志可以回答很多问题，例如：有多少客户在直播期间从 CloudFront CDN 收到 4xx 错误？CDN 是否在等待片段出现在原点？MediaLive 频道有没有看到输入丢失？

以我的经验，绝大多数播放问题实际上是输入问题，其中进入 MediaLive 的流输入经历了一些短暂的网络减速，导致 MediaLive 的输出冻结，然后一直传播到查看器。

我建议首先检查 MediaLive 中的相关指标和日志，以查看输入错误或输出错误中是否存在较大的峰值。然后，应将此日志检查过程应用于工作流的每个步骤，直到找到问题为止。

此博客文章包含脚本链接，可用于快速创建 MediaLive 的相关 CloudWatch 仪表板图表：

https://aws-blogs-prod.amazon.com/media/cs-quick-and-easy-media-services-dashboards/

创建仪表板后，您可以向后调整时间以查看活动期间捕获的指标。

如果您有 AWS 的支持账户，我建议您创建一个支持案例，以便支持工程师可以提取活动期间使用的特定渠道、容器和分发的日志和指标。

我希望这能为您提供一个前进的计划。

于 2022-01-12T01:01:11.637 回答