低延迟流检查表

了解更多关于流延迟的信息流媒体东部.

看完整的视频和其他亮点从流媒体西部连接上流媒体的YouTube频道.

阅读这段视频的完整文本:

提问者1:(00:07)
罗伯特•莱因哈特:为低延迟而构建——这到底是什么意思? 这是我为这次网络研讨会整理的五步清单.

1. 你需要多长时间的延迟? 当我做发现的时候，这是我想问的第一件事. 我之前提到的计分环节, 涉众可以接受2到3秒的延迟. 说到牛的拍卖，我过去也和一家葡萄酒拍卖行合作过. 这都是Flash的遗产. 他们需要低于一秒的拍卖延迟. 我们可以用RTMP来实现. 你知道你必须知道如何编写Flash播放器的脚本，使其拥有一个超低的缓冲区，并使管道以他们需要的方式在RTMP上工作. 通常情况下，他们对延迟的结果非常满意.

2. 了解你的受众规模. 再一次。, 如果你要画一张地图, 如果你要面向大量用户, webbrtc将比你在更高的延迟因素下所能做到的要困难得多. 主要是因为你不可能把Amazon CloudFront放在WebRTC应用程序面前，然后让它工作. 这些都是HTTP缓存机制，而WebRTC不使用HTTP. 如果您使用最低延迟的UDP传输路径，它甚至不会使用TCP.

3. 你打算多久做一次广播? 我有很多客户——我刚才提到的那个体育比赛, 它只运行了一个周末. So, 我们可以在云中做很多暂时的事情, 我们一完工，它就会被拆除. 再一次，这与授权有关. 如果你想在云平台上使用WebRTC, 如果你按分钟付费的话,, 或者按带宽计算, 不管他们的收费标准是什么, 这将是一个重要的考虑因素.

4. 你的瞄准目标是什么? 你想让人们在哪里看? 你想让它在手机上工作吗? 您希望它在桌面上的浏览器上工作吗, 或者你是否有足够的预算去开发原生智能手机应用? 当你不在浏览器中工作时你总是拥有最大的控制权, 因为你被浏览器提供给你的东西困住了.

立体声解码就是一个很好的例子. 上次我检查过了，又检查了一次, 这些东西每天都在变化——Firefox是唯一可以解码立体声音频频道和WebRTC的浏览器. 这对于我之前提到的音乐评分客户来说是个小问题, 因为运行立体声的高质量音频非常重要. 如果我们把用户带到基于浏览器的体验中, 那么我们就回到了“最佳体验”与“我们唯一使用Firefox的体验”的等式.“我还有另一个客户，他们基本上为Chrome定制了所有的WebRTC产品. 所以如果你不使用Chrome浏览器, 你会得到一个大大的警告, “嘿, 回来, 使用Chrome，一切都会如你所愿.“嗯，那是.

5. 您想维护哪些百家乐软件? 我发现，来找我的公司的利益相关者都希望有这样的对话. 这种情况经常发生. 我写了一个列关于流媒体，我谈到了单一利益相关者的心态. 我有很多项目，其中有一个小公司的首席执行官, 或者甚至可能来自更大的公司, 在一些公司赚了很多钱，他们开始做一些产品. 现在，他们正在转换档位. 他们想用一些可能是实时的东西来试水, 并涉及到WebRTC或任何他们需要的技术堆栈. 我发现那些人不一定总是理解运行自己的WebRTC栈意味着什么, 沿着这条建造东西的道路走下去意味着什么. 他们可能是软件开发的新手, 他们没有适当的项目管理百家乐软件. 这很重要，因为, 当你试着把预算放在一起的时候，按照路线图去做, 我必须与想要拥有该架构的利益相关者打交道. 他们不想使用云平台并按分钟付费，因为这在某种程度上被认为更昂贵.

我要怎么提供免费? 如果我想要一个免费版本, 就像Zoom一样, 你可以用45分钟或40分钟, 然后它会切断你. 他们想让你在那之后付钱. 所以他们有这样一种感觉，他们自己的基础设施不会花他们任何钱.

这种事你得好好谈谈，然后马上解决. 因为每天24小时运行自己的架构，并为此配备支持人员，这不是胆小的人可以做的. 你需要预算来支持. 这就是云服务——Millicast——可以提供帮助的地方, who's here as a sponsor; Frozen Mountain with LiveSwitch. 当谈到云平台时，有很多产品，它们都应该摆在桌面上.