昨天，我按照以下说明尝试将mp4电影设置为直播：https://aws.amazon.com/blogs/media/metfc-live-stream-pre-recorded-video-using-aws-elemental-medialive/输入是一个4.4 GB的mp4文件，在测试时，一切都很好，我没有发现任何问题。。。当流媒体真正从大约400名观众开始时，几乎所有用户都对流媒体不稳定运行有问题。。。总是必须重新加载嵌入视频播放器的页面(如链接中所述(。。。因此medialive流输入/输出一直在运行，aws端没有错误/警报。。。
我真的不知道这里可能出了什么问题，我想问我可能错过了什么？除了链接中建议的之外，还有其他特殊设置吗？
非常感谢任何提示：(
向Simon 致以亲切的问候
更新：
我测试了一下，发现当我使用"；工作流向导"；则输出组中的HLS设置不同。CDN设置被设置为"；HLS webdav"；。在我上面发布的说明中，提到将其设置为"0"；HLS媒体存储"；。如果我比较mediastore中可用的文件，那么与指令相比，我只有一些"；。m3u8"；文件可用。当使用向导时，我有这些.m3u8文件(每个分辨率一个(和大量的"；。ts"；文件。这可能对我的问题有任何影响吗？
感谢您的留言。这是个好问题！当我们使用像您提到的那样的多阶段工作流时，有几个地方可能会出现问题或错误，从而导致播放暂停。为了确定问题发生在哪里，我们需要访问工作流的每个阶段，并检查是否存在错误或速度减慢。
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/
创建Dashboard后，您可以向后调整时间以查看活动期间捕获的指标。
如果您在AWS有一个支持帐户，我建议您打开一个支持案例，以便支持工程师可以提取活动期间使用的特定渠道、容器和分发的日志和指标。
我希望这能为你提供一个前进的计划。