May 29, 2018
By Tim Siglin Contributing Editor, Steve Nathans-Kelly
Featured Articles

SME 2018: Red5 Pro的Chris Allen谈到超低延迟大规模流媒体

了解更多关于webbrtc和流媒体在后flash世界 Streaming Media's next event.

以下是采访全文:

Tim Siglin: 我们回到2018东流媒体大会. I'm Tim Siglin, 他是流媒体的特约编辑，也是非营利组织Help Me的创始执行董事! Stream. 今天我请来了Red5 Pro的克里斯·艾伦. 克里斯，首先告诉我们什么是Red5 Pro?

Chris Allen: 我们主要关注的是超低延迟、大规模的实时流媒体. 我们早在2005年就开始了这个项目. 我们是第一个对RTMP进行逆向工程的人，并创建了一个开源项目，从本质上与Flash Media Server竞争, or become an alternative to it. 我们将Flash的消亡视为一个机遇, 看到了市场对可扩展的实时解决方案的真正需求. 事实证明我们是对的，这是件好事. 我们决定采用授权模式, 将我们的业务从所有的开源服务转变为现在的专有服务, licensed product.

Tim Siglin: Interesting. 我之前跟你们提过，我的背景是视频会议. 对于我们来说，延迟为70毫秒或更低，往返时间为250毫秒. 当你谈到流媒体的超低延迟时，你描述的是哪种延迟?

Chris Allen: 我们利用WebRTC作为边缘对等端点, 所以我们可以在200毫秒到500毫秒之间进行传递, 取决于到边缘的距离和其他东西, and other factors are in it. 但是，我们总是在半秒的范围内. 它的用例是来自这些新的实时琐事应用程序的所有内容, 哪些已经出来并且非常受欢迎. 显然，数据需要尽可能接近实时流. 我们还有其他用例，更像是军用型物联网设备，需要正确同步. Live auctions are a big one. 只要你和它有任何交易，它都有直播.

Tim Siglin: 所以，对你来说，这不仅仅是为了降低观看突发新闻的延迟. 它降低了延迟，并使交互性同步.

Chris Allen: That's right.

Tim Siglin: 随着Flash逐渐被HTML5所取代，你看到了哪些问题? 我们正慢慢地尝试着让这些东西与Flash中的交互性保持一致. 你是否发现我们在某些特定领域仍然存在痛点, 从互动性的角度来看，我们还没有完全回到Flash的状态?

Chris Allen: One of the trickiest things, 关于WebRTC规范最恼人的事情之一是数据通道不能保证与视频同步. 这会导致各种各样的问题，比如你是否需要精确的准确性, you're not gonna get it. 所以你需要使用边缘服务器来发送时间戳然后延迟那个数据通道.

Tim Siglin: 这就像在过去，如果你在一个场地内，你必须让你的音频和视频同步, 因为视频会在人们听到音频之前出现在屏幕上.

Chris Allen: Right, exactly. 我认为Flash需要消失，但它确实有很多很棒的东西. Particularly, it was reliable. 你有一个同步的视频和数据流. 它是简单的TCP的东西，这很好. 另一件事与WebRTC是我们利用UDP为它, which has its advantages, 但你也要处理丢失的数据包和重试以及其他各种各样的事情.

Tim Siglin: 你还要处理很多对UDP不友好的网络架构, 正是因为你描述的原因. Lisa Larson-Kelley是我们之前提到的, 在Flash开发社区中投入了大量精力的人, 他现在在Facebook工作，我们也在讨论类似的事情, where as an industry, we had some really nice things. They were proprietary. 我们都想开源，但要实现这一目标，我们必须再次经历这些痛点. 同步，就像你说的，还有其他东西.

你们带来了哪些其他利用WebRTC的人没有带来的东西?

Chris Allen: We have a clustering model, 这基本上可以让你获得巨大的规模, 你可以把它部署到你的谷歌云和AWS上. Most of our customers use AWS. 它也会自动缩放，它会在加载时上下旋转实例. 你基本上可以安装它而不用担心它. 很多这些事件驱动的东西, like the trivia apps, 这对他们来说是件好事, 因为他们可以直接关闭整个钻井平台, 然后在广播前把它拉回来. 我们也有一个在硬件上运行的版本.

Tim Siglin: Okay, on-premise.

Chris Allen: Exactly. 我们正在与Limelight合作，在他们的网络中部署我们的WebRTC解决方案.

Tim Siglin: 在视频会议领域，我们有点对点，这是标准的，polycom. 我们有软客户，这是我们引入的. 但是我们有了MCU的想法，即多点控制单元. 当你开始扩展多对多的时候，WebRTC有类似的东西吗, as opposed to one-to-many, 不仅允许数据通道内的交互, 但即使是大型视频会议, so to speak?

Chris Allen: 我们确实有一些将视频拼接在一起的功能, with a transcoder node. 这是一个新东西，我们叫它大锅. 然后你就可以用它来酿造啤酒，这是我们用它来做的有趣的事情. 基本上是运行本机代码的c++程序. 我们也用OpenCV和base detection做了一些实验, 我们哪位客户用的是除了脸以外的其他部位的面膜. 这里面有很多有趣的东西. 我们还使用它将流分割成多个比特率. Then you can do ABR.

Tim Siglin: ABR as well. All right. Chris, appreciate your time. 下一位嘉宾马上回来.