我已经实现了WebRTC点对点通信,但当我想将单个摄像头广播到多个客户端时,显然点对点通信就不适用了。
我找到了解决方案,例如:
但是第一个解决方案我无法设置(而且似乎存在跨浏览器问题), 第二个方案感觉就像我们用核武器打钉子一样过度了。
我只需要一个中继,不需要解码/重新编码流。
我只需要:
广播者连接到服务器(点对点)
客户端连接到服务器(点对点)
服务器将广播者的流转发给客户端。
是否有任何软件提供我错过的此解决方案?还有哪些可行且可扩展的替代方案?
谢谢!
我已经实现了WebRTC点对点通信,但当我想将单个摄像头广播到多个客户端时,显然点对点通信就不适用了。
我找到了解决方案,例如:
但是第一个解决方案我无法设置(而且似乎存在跨浏览器问题), 第二个方案感觉就像我们用核武器打钉子一样过度了。
我只需要一个中继,不需要解码/重新编码流。
我只需要:
广播者连接到服务器(点对点)
客户端连接到服务器(点对点)
服务器将广播者的流转发给客户端。
是否有任何软件提供我错过的此解决方案?还有哪些可行且可扩展的替代方案?
谢谢!
Jitsi Video Bridge的工作原理基本上和您所描述的一样。
如果您只想从一个对等端向一组对等端广播,而他们不关心延迟,最好的解决方案是将WebRTC转换为实时流,无需转码,只需混合:
Peer(Publisher) ---WebRTC--> Server --RTMP/HLS/DASH--> Peers/Players
Peers/Players
不需要与Peer(Publisher)
通信时才能使用此解决方案。看一下this github-repo,它受到了muaz khan的WebRTC p2p scalable broadcast的启发。这在局域网上可以很好地工作。在互联网上,虽然我们正在改进它,但现在我不确定它能否很好地工作。