视频:在非托管网络中移动流的最佳方式是什么?

欲知详情，请浏览流媒体东部.

阅读这段录音的完整文本:

马哈茂德·Al-Daccak: 环境决定技术, 而不是反过来, 用例决定技术，而不是相反. 所以在我们所有的产品中，我们使用通常的Dash, HLS和所有这些输送机制. 与此同时，传输流仍然像SDI分发广播公司的传输流一样. 我们决定，我们需要在非托管网络上可靠地移动这些数据. 我们有SRT(安全可靠运输), 我们用它来保护流不受丢包和网络状况的影响, 同时确保它首尾相连.

在这种情况下，您可以通过SRT从起始点到目的地，作为EDP上不可靠的传输流或RTMP的潜在替代品，因为使用管道的效率可能不高. 这里引入了一些延迟, 缺乏对多轨音频的支持, 例如, 诸如此类.

再一次。, 我回到了用例，它决定了你要用什么来包装你的流. 同样的事情，如果可以的话，我想绕回去，稍微讲一下CPU, GPU，以及所有这些. 我认为环境决定了技术. 我认为我们很幸运能够与设备打交道——无论是需要适应有限空间的便携式设备，还是适合数据中心的服务器, 因此, 真的, 我们看技术能给我们带来什么. 所以，我们在必须使用asic的地方使用asic. 不管技术是什么，都不重要.

然而, 同时, 我们在需要使用fpga的地方使用fpga, 无论是在便携式设备还是在数据中心. 在这些情况下，我们在使用fpga方面相当先进，它们给了我们很大的优势. 我认为在密度重要的地方，它们肯定会胜过cpu. 然而，在某些情况下，我们确实利用了CPU和GPU. 实际上，在一个盒子里，我们利用了两者——一个ASIC CPU基础和一个GPU——只是为了得到4Kp60.264和HEVC.

我完全重视先锋编解码器. 当我们开始的时候, 再一次。, 我们开始在cpu上测试五种不同的编解码器, 我们想使用一种编解码器能够从300kb传输到720 kb, 信不信由你, 到50兆的高清或4K. 为那, 我们使用了x265，我们做得非常好, 与他们非常密切地利用编解码器，以达到我们的目的.

再一次。, 我认为这与技术无关, 而是我如何利用我所拥有的一切, 来自供应商的编解码器或来自另一个供应商的硬件来服务我的用例, 有时是独一无二的.