各webrtc sfu对比

licode 是mcu的优秀方案,官方规定只能在Ubuntu14.04上部署,或者docker环境。最好使用它官方的docker不然编译大把问题,但是docker本身也增加性能损耗 对licode二次开发比较困难 代码笨重

janus sfu 音视频会议 双人端到端 直播推拉流 文字群聊 录制与播放 可以把音视频会议录制下来,也可以播放一个视频文件让大家看到 它的模块是插件化的,可以自己实现一个插件放进去 它比licode要轻量很多,插件可以随时弹出插入,常用的插件实现完备,满足一般需求,缺点:c语言+glic 不太好阅读,并发不是epoll,高并发性能有待考量

medooze 可以mcu和sfu,mcu商用看不到源码,sfu部分开源,node.js实现信令交互,c++实现服务器部分 使用poll作为异步处理,因此测试结果比janus并发性能弱(Linux端常见的select epoll poll,最高效的是epoll,window和Mac不同),使用客户端进行测试时会有卡顿情况,因为他的带宽评估做的不好

mediasoup node.js做信令 c++作为媒体服务器,两者之间使用管道进行通信 epoll处理 它会检测CPU有多少核充分负载平衡,是以上对性能做的最好的 它底层有个媒体库,有一个demo实现多人会议,如果要实现商用的话,需要自己根据媒体库实现,前提是有充分的人才理解他的媒体库,根据媒体库开发出自己的业务 因此他的完备性最不好,完备性licode最好,性能不错完备性不错的是janus

srs webrtc不支持aac
所以zlmediakit的webrtc不限制codec 支持264 265 aac 711 opus

你可能感兴趣的:(webrtc,webrtc,ffmpeg,音视频,实时音视频,视频编解码)