【问题标题】:Azure Media Services/Player Auto Start with Live EventAzure 媒体服务/播放器自动启动实时事件
【发布时间】:2017-03-02 01:56:45
【问题描述】:

我开始熟悉 Azure 媒体服务,我想看看是否有人对现场活动和开始时间有一些想法。

我们提供付费直播活动,因此通过我们的网络应用程序,用户可以在“演示”开始前最多 30 分钟加入。

在 azure 中,我们通常会提前 1 小时开始频道以进行所有设置,并在确切的开始时间开始“直播活动”。在活动开始时显示“此演示文稿将很快开始”消息并自动启动提要的最佳做法是什么?

最好提前 30 分钟开始“直播活动”并使用石板,还是 Azure 媒体播放器基本上可以坐等活动开始?这是自动发生的,还是在 OnError 发生时我需要 javascript 继续尝试?基本上,我不希望用户在活动开始时必须刷新页面或任何内容。它应该在开始时间就开始播放。

【问题讨论】:

    标签: azure azure-media-services


    【解决方案1】:

    我要试一试这个克里斯。

    对于我们的客户(包括校园内的 Microsoft 工作室)制作的大多数现场活动,我们通常会在活动开始前 20 到 30 分钟左右开始频道,并播放石板和音乐。通常,该石板来自编码器,而不是来自 Azure 媒体服务中的实时频道上的石板。原因是在制作流程中对动画板岩、音乐、淡入淡出和切换等有更多的本地控制。您可以通过 Telestream Wirecast 或 NewTek Tricaster 设置等低成本选项来实现这一点。

    天蓝色,我们通常会提前 1 小时开始频道以进行所有设置,并在确切的开始时间开始“直播活动”。在活动开始时显示“此演示文稿将很快开始”消息并自动启动提要的最佳做法是什么?

    然后,我们从 Azure 的实时频道监控预览提要 URL,以确保一切正常运行。当接近放映时间(提前 5-10 分钟左右)时,我们将开始录制(开始一个新程序)。这不是自动的,但您当然可以使用多种方法来自动调用 API,以通过我们的 REST API 或客户端 SDK 创建、启动和停止程序。

    您的观点是,新节目创建将生成一个新节目 URL 用于播放。您的用户或网页代码需要刷新。如果您要求用户非常早到达,您可以提前开始节目录制并发布该 URL - 但您可能希望在活动结束后使用我们的动态过滤器或子剪辑功能来删除长事件的开头。

    另一个技巧可能是,如果您自动启动实时节目录制,您还可以使用 SignalR 或其他一些带外通知来通知页面中的播放器重新加载 src URL 并开始播放。我以前也看到过这个技巧。

    希望对您有所帮助。最重要的是,有很多创意选项,但目前没有“内置”和自动的。

    【讨论】:

    • 太棒了,谢谢这很有帮助,这些是我一直在使用的一些方法。我注意到,除非我启动了一个程序,否则该频道的“预览”网址将不会播放。我读过的所有内容都表明情况并非如此,但我仍然看到这种行为。甚至在天蓝色的传送门中。有什么想法吗?
    • 克里斯,频道的预览 URL 仅在平滑流格式中可用。确保您使用的播放器 (AMP) 设置为播放 Smooth Streaming - 否则不会播放。该程序将通过能够转换为 DASH 和 HLS 的源服务器(流媒体保留单元)进行流式传输。这很可能是问题所在 - 由于基于浏览器/操作系统检测代码的 DASH 或 HLS 的某些默认设置,您可能无法播放预览。
    • 您始终可以使用 AMP 演示页面,并进入“高级选项”并强制它使用平滑流。 ampdemo.azureedge.net/azuremediaplayer.html
    猜你喜欢
    • 2021-10-29
    • 2022-01-17
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多