利用SRT提高远程生产质量

See more videos like this on StreamingMedia.com.

了解更多关于SRT和远程生产的信息 Streaming Media East Connect 2021.

Read the complete transcript of this clip:

George Herbert: 如果我说有一种更好的方法可以摆脱视频会议给我们带来的最后一个障碍——我们对视频和音频质量的有限控制? I think there is a better way, 这正是我们在Epiphan为我们自己的内部内容创作所做的，已经有一年了. 现在，我介绍并建议使用SRT进行这种高质量的传输.

对于那些不熟悉的人来说，SRT代表安全可靠的传输. 这是一个由海视科技开发的低延迟协议, pretty network- and firewall-friendly, and most of all secure, because it does offer encryption, 使用我们每天都在使用的互联网的可能性，以及使用更低成本的产品和更容易进入的成本来取代旧的产品, traditional satellite truck.

So, 而不是花几百万买卫星卡车, 如果我们可以用我们可能已经拥有并在许多情况下实现的东西来做呢, better results? 我们可以把同样的理念应用到视频会议上.

SRT的优点之一就是, 与RTMP等一些更传统的流媒体协议不同——在RTMP中，你只是把它扔到墙上，希望它能坚持下去——SRT在其他一些特性上要先进得多. 它确实有从A点到B点的传统视频和音频流, 但它也有一个辅助数据通道，作为诊断和数据包恢复信息的反向通道，使我们能够获得关于正在发生的事情的大量统计信息. 我们可以看看统计数据，看看我们的往返时间.

我们可以看看我们的丢包率，我们可以根据这些数字做出决定，看看我们的连接质量，并在必要时进行调整. This gives us a lot of power and strength, 这意味着我们可以把延迟降低到比其他东西低得多. 对于传统的广播电视，我们习惯了5-8秒的延迟. When we look at other stream types, they're kind of in that space, 有些人的关系更牢固. 即使在较弱的连接上，SRT也有可能低于100毫秒. It's very possible to have it under 1 second. 这些都是我们可以用合适的技术轻松实现的.

至于从创建到使用的总延迟, 当然，这里总会有一些加法, as we add the CDN, maybe adds a bit more transcoding, but as we can shorten each part of that chain, it ultimately shortens the whole chain, hopefully. 如果我们能从像SRT这样的低延迟开始，那真的很有帮助.

我认为SRT另一个令人兴奋的地方是它得到了SRT联盟的支持, 在这一点上由450多个成员组成. And these are companies, many of whom are represented here today, 他们正在共同努力，让这项技术真正发光发热. Here at Epiphan Video, we're part of the Alliance, 就像我们在Wowza等网站上的许多朋友一样, BirdDog, and so on. 这意味着这些公司时不时地聚在一起，在沙盒里玩游戏，找出如何进行交互. And because they're using this technology, 它使不同产品之间的互操作更加容易, whether those are hardware encoders, like we make, whether they're CDNs, or whether they're camera manufacturers. 但是能够把这些都集中在一个协议上是非常令人兴奋的.

那么，我们如何通过SRT引入远程客户机呢? 这是最终的问题，也是我想要提出的. How we could do this is, 在这种情况下，我们可以发送一个远程硬件编码器, I'm representing our Pearl Nano, our most recent small hardware encoder. 我们将摄像机和音频——希望是高质量的——插入到编码器中. 它会把SRT远程发送到我们的生产中心.

在我们的案例中，我代表我们的生产中心与Pearl-2合作. The Pearl-2 can ingest that SRT stream, 也许可以添加一些其他生产元素，并将其发送回最终目的地, maybe in another stream type, maybe also in SRT. 同时去多个目的地，无论你需要什么.

如果我们需要将其扩展到多个来宾, 然后我们将有多个端点和多个远程贡献编码器. 在这个例子中，展示了几个珍珠纳米, 所有这些都反馈到我们的集中生产中心, 然后，它可以在这些不同的流之间进行所有的混合和切换，然后录制并传输到最终目的地.

人们会说:“好吧，这在纸面上看起来很棒，但实际上是谁在做呢??“我们使用这个，我将向你们展示我们是如何做到的，并向你们描述我们是如何做到的. 但一年前一切都变得疯狂的时候, we started out like most people did, and and pivoted immediately to Zoom. 我们已经是Zoom的客户了，用它做了一年多的事情. 这让我们瞬间过渡到在家工作，我们很幸运能做到这一点. 我们开始以这种方式进行内容创作, but very quickly, 我们对Zoom提供的图像和音频质量非常不满意. And we wanted to find a better way. 碰巧我们已经在把SRT扩展到硬件编码器的过程中了.

For those of us who do content creation, 我们将这些编码器分发到我们的家中——无论如何，我们中的许多人都拥有它们——并且我们开始使用SRT作为我们的工作流程. 这使我们能够充分利用我们的个人互联网连接, 提高视频和音频的整体质量. 我们为制作做出了贡献，这带来了巨大的不同. 我无法告诉你我得到的评论，我们的产品看起来比以前好了多少. We did a webinar yesterday for two hours, 我们得到了不停的评论，说它有多好，质量有多高. 这都要感谢我们使用SRT来传递它的方式.

We still do use Zoom, 但我们只把它用作音频通信的一个反向通道，以便我们的远程多个远程参与者可以实时通信. 这些远程参与者也通过SRT发送带有高质量摄像机和高质量音频的SRT流, into our main studio production hub, 使用Pearl-2，然后在所有内容之间混合和切换，然后将其发送回最终目的地. 这使得大多数人很容易设置. 我们甚至可以预先配置这些远程贡献编码器. 我用这种方式参加了一些网络研讨会和内容创作. When we do it here, you know, fairly locally with our staff in our Ottawa, Canada region, 100毫秒的延迟对我来说很容易. 当我需要从加州办公室找个人来的时候, 我们需要把它提高到200毫秒. 我参加了我们在欧洲的一些分销合作伙伴的网络研讨会, 从我家向比利时发送SRT流. 为了安全起见，我不得不使用300毫秒，但这仍然是相当快的. 我参与过的最糟糕的案例是邀请我们在澳大利亚BirdDog的一些朋友加入我们的网络研讨会. 他们的联系不是很好，而且是在世界的另一边. 最坏的情况是500毫秒. 这对我们的内容传递方式产生了巨大的影响.

对于那些整天盯着镜头的人来说，这是一次奇妙的经历, and it can be very, very good.