已验证本地实时传送视频流编码器

警告

Azure 媒体服务将于 2024 年 6 月 30 日停用。有关详细信息，请参阅 AMS 停用指南。

在 Azure 媒体服务中，实时事件（以前称为 v2 中的频道）表示用于处理实时传送视频流的内容的管道。实时事件通过以下两种方式之一接收实时输入流。

本地实时编码器将多比特率 RTMP 或平滑流式处理（碎片 MP4）流发送到未启用使用媒体服务执行实时编码的实时事件。引入的流通过实时事件，无需进一步处理。此方法传递调用。我们建议实时编码器将多比特率流而不是单比特率流发送到直通实时事件，以允许自适应比特率流式传输到客户端。

如果对直通直播活动使用多比特率流，则必须同步视频 GOP 大小和不同比特率上的视频片段，以避免播放端出现意外行为。

提示

使用直通方法是执行实时传送视频流的最经济方式。该服务支持基本和标准直通模式，具体取决于引入要求。基本直通是最经济的，但功能有限。
本地实时编码器将单比特率流发送到实时事件，该流支持使用以下格式之一的媒体服务执行实时编码：RTMP 或平滑流式处理（碎片 MP4）。然后，实时事件将传入单比特率流实时编码为多比特率（自适应）视频流。

本文讨论已验证的本地实时传送视频流编码器。验证是通过供应商自我验证或客户验证完成的。 Microsoft Azure 媒体服务不会对每个编码器执行完整或严格的测试，并且不会持续重新验证更新。有关如何验证本地实时编码器的说明，请参阅验证本地编码器

有关媒体服务实时编码的详细信息，请参阅使用媒体服务 v3实时传送视频流。

编码器要求

使用 HTTPS 或 RTMPS 协议时，编码器必须支持 TLS 1.2。

媒体服务建议使用以下具有 RTMP 作为输出的实时编码器之一。支持的 URL 方案 rtmp:// 或 rtmps://。

通过 RTMP 流式传输时，请检查防火墙和/或代理设置以确认出站 TCP 端口 1935 和 1936 已打开。

通过 RTMPS 流式传输时，请检查防火墙和/或代理设置以确认出站 TCP 端口 2935 和 2936 已打开。

注意

使用 RTMPS 协议时，编码器必须支持 TLS 1.2。

警告

上述编码器列表只是建议列表。编码器不会通过持续Microsoft进行测试或验证，编码器供应商或开源项目可能会中断兼容性的更新或中断性变更。

媒体服务建议使用以下实时编码器之一，这些编码器具有多比特率平滑流式处理（碎片 MP4）作为输出。支持的 URL 方案 http:// 或 https://。

注意

使用 HTTPS 协议时，编码器必须支持 TLS 1.2。

提示

如果要以多种语言流式传输实时事件（例如，一个英语音轨和一个西班牙语音频曲目），则可以使用配置为将实时源发送到直通直播活动的媒体 Excel 实时编码器来完成此操作。

警告

上述编码器列表只是建议列表。编码器不会持续由Microsoft进行测试或验证，编码器供应商或开源项目可以随时中断兼容性的支持或 bug。

有关直播活动类型有效的设置的信息，请参阅实时事件类型比较。

若要播放内容，必须同时存在音频和视频流。不支持播放仅限视频的流。

尽可能使用硬连接 Internet 连接。
确定带宽要求时，将流比特率加倍。虽然不是强制性的，但此简单规则有助于缓解网络拥塞的影响。
使用基于软件的编码器时，请关闭任何不必要的程序。
在编码器配置开始推送后更改编码器配置会对事件产生负面影响。配置更改可能导致事件不稳定。如果更改编码器配置，则需要重置实时事件并重启直播活动，以便进行更改。如果停止并启动实时事件而不重置它，实时事件将保留以前的配置。
始终测试和验证较新版本的编码器软件，以便继续与 Azure 媒体服务兼容。 Microsoft不重新验证此列表中的编码器，大多数验证都是由软件供应商直接作为“自我认证”完成的。
确保自己有足够的时间来设置活动。对于大规模事件，建议在事件前一小时启动设置。
使用 H.264 视频和 AAC-LC 音频编解码器输出。
坚持要广播的直播活动类型的支持的分辨率和帧速率（例如，当前拒绝 60fps）。
确保视频质量具有关键帧或 GOP 时态对齐。
确保每个视频质量都有唯一的流名称。
使用严格的 CBR 编码来获得最佳自适应比特率性能。

重要

观察计算机（CPU/内存/等）的物理条件，将片段上传到云涉及 CPU 和 IO 操作。如果更改任何编码器配置，请重置实时事件频道和直播活动，以便进行更改。如果停止并启动实时事件而不重置它，实时事件将保留以前的配置。

可以通过以下方法之一联系媒体服务，并关注我们的更新：