流行的 webrtc 流媒体服务器
- licode
- janus
- mesooze
- mediasoup
| 整体设计 | 优缺点 |
|---|---|
 |
完全支持 WebRTC,文档和教程有限，性能可能表现不佳 |
 |
高度灵活插件和扩展，支持多种通信模式，依赖特定版本的外部库或系统，升级和维护时可能会遇到兼容性问题 |
 |
高性能、支持webrtc，可扩展性强，文档和教程较少，用户界面和管理工具缺乏 |
 |
高度可扩展、模块化设计、低延迟，存在一定学习曲线，虽然灵活可配置但是需要对应技术知识 |
webrtc流媒体服务器和 SRS的区别和联系
Mediasoup 和 SRS（Simple Real-time Server）都是流媒体服务框架，但它们有一些关键的区别，主要体现在架构、功能和使用场景上：
目标和功能：
- Mediasoup：主要用于构建可扩展的多方视频会议应用。它支持WebRTC协议，专注于低延迟的音视频通讯。Mediasoup 提供了一个服务器端库，用来处理大规模的媒体传输，不包含信号部分，通常需要与其他WebRTC信号组件（如WebSocket服务器）结合使用。
- SRS：是一个更通用的实时视频服务器，支持RTMP, HLS, WebRTC, SRT等多种协议。它可以用于直播流的推送、转码、分发等多种场景。SRS 的功能比 Mediasoup 广泛，涵盖了从直播到点播的多种流媒体应用。
架构和性能：
- Mediasoup：使用现代C++编写，重点优化了多核处理能力，适合处理大量的并发媒体流。Mediasoup 设计上更偏向于构建模块化、微服务架构的应用。
- SRS：也是使用C++编写，但架构更传统，侧重于高效的媒体流处理和较低的资源消耗。SRS 在设计上更易于部署和维护，特别是在直播场景下。
使用场景：
- Mediasoup：由于其对WebRTC的深度支持和高性能，非常适合用于构建需要高并发、实时互动的视频会议系统或类似应用。
- SRS：适用于需要支持多种协议和广泛应用的直播系统，如在线教育、游戏直播、企业直播等。
社区和支持：
- Mediasoup：有一个活跃的开发社区，主要集中在GitHub上。社区成员通常专注于实时通信和视频会议解决方案的优化。
- SRS：也有一个非常活跃的社区，支持问题更广泛，从服务器配置到流媒体优化等多方面都有讨论。
如果你的应用需要高效的视频通信和WebRTC支持，Mediasoup可能是更好的选择；如果你需要一个多功能且易于扩展的直播服务平台，SRS可能更适合。二者有融合趋势。
