锐英源精品开源心得，禁止转载，违法必究。

以RTSP和RTP实现托管媒体聚合之简要示例

在上图中，您将注意到电话会议由几个小组参与者（一些本地呼叫者）参与。这是很好的，通常不再需要已经存在的用于发送和接收呼叫的硬件。但是，如果在您添加了远程用户需要能够查看呼叫情况下，要加些有趣的转换，此时，由于附加远程用户的带宽和处理要求，问题复杂性突然增加了10倍。

你立即想（或应该想），“这个小装置怎么处理才能容纳比参加这个会议的人更多？” 答案是这样的：设备的处理器每个会话只能处理这么多的观众，所以只有这么多的带宽可以发送给参与者。更不用说任何最终用户...

您可以使用任何其他设备（如网络摄像头）替换以上类比的呼叫媒体，并且拓扑仍然适用。

你可能会在想，“为什么我需要这样做？”我的相机已经可以支持X个用户了...“我会回答说，如果你目前的需求在今天遇到，突然间明天会呈指数级增长，那么你的用户需求就是要改变，更好的是扩充性能比没有更多 - 尤其是向最终用户传送媒体时。

这是RtspServer能帮你的地方，并提供免费、快速和符合标准的实施，允许您重复调用公开资源，您可以添加密码。如果需要，还可以允许外部用户参与会议。

在负载平衡器设备将重定向网络负载情况下，该软件使得服务器能够充当消费媒体的集中式源，然后具有在其他地方重新生成的能力，从而从终端设备中移除负载，并根据需要允许处理聚合到多层。

如果你说的话，“我永远不需要这样做，我只会使用VLC或者这个软件或那个软件”，那么这篇文章就不适合你了。

您可能还想着我说：我可以写你能写出这样的客户端/服务器，然后所有的突然意识到出现了很多更要实现它，然后要求的标准（不至一个）实现辣住了你的眼睛......这篇文章可能会帮助你。

在您已经用另外一个库并遇到一些类型的障碍，您可能还会来参考本文，并希望找到更灵活的替代您当前实现的东西。如果是这样，那么这篇文章也会帮助你！

让我们在问题领域得到一些背景...