简体繁体 English

可以可靠地通过WAN直播555个并发的rtsp流

[英]How many concurrent rtsp streams can live555 stream over the WAN reliably

原文 2015-09-24 05:28:41 0 1 c++/ live555

I have written a rtsp ondemand server in C++ using live555 and I am able to host a rtsp stream. 我已经使用live555在C ++中编写了rtsp按需服务器，并且能够托管rtsp流。 I then used VLC to connect to the server through the WAN and the image streams and looks great. 然后，我使用VLC通过WAN和图像流连接到服务器，看起来很棒。 Then I went to another computer and connected to the rtsp stream, I am seeing that both videos become choppy. 然后，我转到另一台计算机并连接到rtsp流，我发现两个视频都变得断断续续。

The data is h264 compressed and the resolution of the image is 800x600. 数据经过h264压缩，图像分辨率为800x600。 The symptoms looks like there isnt enough bandwidth? 症状似乎没有足够的带宽？

Basically my question is how many concurrent rtsp connections can be done over the WAN with live555. 基本上，我的问题是使用live555可以通过WAN进行多少个并发rtsp连接。 Has anyone else been able to stream reliably over the WAN using live555? 是否有其他人能够使用live555在WAN上可靠地进行流传输？

Thanks in advance. 提前致谢。

1 个解决方案

This is mostly dependent on your WAN up-link bandwidth and your video bit-rate. 这主要取决于您的WAN上行链路带宽和视频比特率。

Let's try to estimate bit-rate of your given video. 让我们尝试估算给定视频的比特率。 A very good explanation can be found here Assuming a moderate level of motion and 30 fps video this results in 3 mbps (800 x 600 x 30 x 3 x 0.07) bit-rate in your case. 在这里可以找到一个很好的解释假设中等水平的运动和30 fps的视频，您的情况将产生3 mbps（800 x 600 x 30 x 3 x 0.07）的比特率。 So if your up-link BW is less than 6 mbps, you cannot stream 2 videos simultaneously. 因此，如果您的上行链路带宽小于6 mbps，则无法同时流式传输2个视频。

Other than that, live555 doesn't have any hard-coded limitations on this regard. 除此之外，live555在这方面没有任何硬编码的限制。