如何利用多流解决方案最大化受众
最大限度地暴露和达到你的流, 将它们同时发送到多个站点通常是非常有益的. 虽然我们对YouTube和Facebook的看法可能与cdn不同, 它们的目的相似, 我将在本文中对此进行讨论. 关键的区别在于,YouTube和Facebook都是预先拥有数千用户的, 成千上万, 甚至是数百万的观众, 他们还提供了一些方式,让人们可以在节目播出和直播时订阅通知. 如果你有积极的社区参与, 然后你就可以指望用户知道你发布了新内容.
但如果你想在不过度使用你的装备的情况下最大化你的覆盖面, 您可以利用一些云技术将您的一次上传发送到多个目的地. 理解这一点很重要,尽管有些解决方案, 像vMix, TriCaster, 或Wirecast, 有能力从您的位置发送多个流到多个cdn, 您将需要一个强大的计算机系统和大量的上传带宽来确保从您的系统到您想要利用的每个不同cdn的每个流的可靠性.
另外, 云解决方案提供了接受单个良好流,然后将其发送到多个目的地的能力, 甚至可以用转码. 但是为什么转码很重要呢? 为什么我们不能发送CDN想要看到的流呢? 我想到了两个原因. 第一个, 不同的cdn可以处理不同的分辨率和质量, 所以你可以把1080p60甚至4K视频放到YouTube上, 你最好用720p30的流媒体到Facebook. 尽管YouTube对实时消息协议(RTMP)推送很好, Facebook想要安全的rtmp. 您可以在设备上手动设置这些内容,或者让云服务提供不同的提要.
第二个, 如果你从远程位置通过手机推送信息, 能够将数据速率降低近一半并利用HEVC可以使您的连接能够更好地通过可能拥挤或饱和的蜂窝塔. 此外,它还将减少您用于将提要发送到云的数据量. 然后,云服务可以将您的HEVC转换为H.cdn希望看到的内容,并将其发送给多个cdn. 所以不是两个10Mbps的流, 你可以发送一个5Mbps的数据流,减少75%的蜂窝数据使用量.
如果你在报道, 说, 全天的体育赛事,每个周末都在做, 利用HEVC, 云转换, 云分布可以为你节省很多钱, 同时定期向多个目的地提供高质量的图像. 这是开发用户的关键:提供他们可以信赖的好东西, 他们还会回来索取更多.
多流道的解决方案
如果你是流媒体的忠实读者, 你知道有几十个cdn和流媒体服务可以让你的广播出现在观众面前. 就像我之前提到的,有些游戏拥有内置用户,如YouTube, Facebook和Twitch. 其他的设计让你对谁能看到视频有更多的控制. 它们还能让你更好地控制观看体验, 包括给整个浏览页面贴上白色标签,甚至创建付费墙和集成复制保护的功能. 但是这些类型的服务不是本文的重点.
我之前写过一些关于直播制作的iOS解决方案,比如 Teradek生活:空气该公司已更名为Airmix. 没有改变的是,该软件能够直接连接到Teradek自己的云服务, 被称为核心. 在核心(下面的图1),您可以将单个提要重新流到您想要的任何地方. Core还有其他一些技巧.
![](http://dzceab466r34n.cloudfront.net/Images/ArticleImages/InlineImages/136954-restream1-ORG.png)
图1. Teradek酷睿2.0. 单击图像以查看其全尺寸.
第一个, 核心可以接收远程摄像头, 这个摄像头在Airmix中可以看到. You can easily cover an event with cameras miles apart; each camera shows up in Airmix, 然后你可以在它们之间切换,就像它们是本地的一样.
其次,Core也能成键. 这是当一个单一的源被切碎,并通过多个连接发送到互联网. Teradek的vidu Go硬件可以做到这一点. 然后Core接收数据包, 因为它们走的路径不同而经常出现混乱. 然后,它以正确的顺序重新组装数据包,并将程序发送到下一步. 再加上Core处理HEVC的能力, 这是一个很好的, 全面的移动生产中心.
其他服务,如Castr (下面的图2)及Restream (图3,在图2下面)真正回到了过程的回放部分, 接受到云端的单个提要,然后将其发送到云端, 两个, 甚至五个或更多的目的地.
![](http://dzceab466r34n.cloudfront.net/Images/ArticleImages/InlineImages/136955-restream2-ORG.png)
图2. 使用Castr流式传输到多个站点. 单击图像以查看其全尺寸.
![](http://dzceab466r34n.cloudfront.net/Images/ArticleImages/InlineImages/136956-restream3-ORG.png)
图3. 多流与Restream. 单击图像以查看其全尺寸.
我喜欢使用这种中介服务的另一个特性是您在上传时获得的一组统计数据. 你可以在流媒体上传到YouTube或Facebook之前看到它的健康状况, 还有观众的评论,说这个动态不稳定——因为总是有人评论. 您可以查看在云中接收的数据,并看到它是可靠的, 没有掉帧. 因为它已经在云端了, 你可以确信,这就是其他流媒体服务正在接收的内容.
最近, 我直播了一场慈善音乐会, Facebook对乐队在现场表演间隙播放的一些录制音乐提出了质疑. 我们会检查我们的上传feed,发现Facebook已经停止了流的警告. 我们立即重新初始化该连接以保持正常运行. 让这一切发生在云端, 而不是在我们使用的设备上进行实时切换和上传, 意思是换节目的人根本不用想, 其他人可以在另一台电脑上管理Facebook的工作. 监控你的Facebook或YouTube动态的工作人员甚至不必在活动现场,因为云服务可以从任何地方进行管理.
云服务不仅可以将一个流发送到多个地方, 但它们也可以接受流,而不将其发送到任何地方. 这可以让你在需要上线之前检查你的互联网连接,确保一切正常,你的云连接良好. 最糟糕的感觉是需要在下午两点上线.m.,按下设备上的按钮,在下午2点开始播放流媒体.m.,并看到它没有出现在接收端,没有时间去修复它.
云服务的另一个鲜为人知的好处是,它可以接受流媒体而不发送流媒体,这是YouTube特有的. 假设你在YouTube上设置了一个活动, 客户端提供的“查看器”链接嵌入到各个页面中. 如果你测试你的连接,它通过YouTube, 你停止测试的那一刻, 视频的嵌入代码是固定的,已经用完了. 每次您通过事件的RTMP推送测试时,YouTube都会自动创建一个新的嵌入代码. 为了避免最后一分钟的网站更新, 在两者之间使用一个服务,而不激活输出,可以让您测试您的互联网连接,而不会引起任何涟漪.
提及的公司及供应商