Html 跨浏览器音频/视频聊天

Html 跨浏览器音频/视频聊天,html,webrtc,Html,Webrtc,我需要实现某种音频/视频聊天 客户希望实现最大的跨浏览器兼容性(ChromeName不是一个选项) 我读过关于WebRTC的文章,它是新的、很酷的,可以在Chrome和Firefox中使用,但IE是个问题 有没有关于实现IE聊天的想法?,因此它不是“最大限度的跨浏览器兼容” 为了获得最大的兼容性,您需要编写浏览器插件或使用Flash。Google Hangouts这一事实很好地表明,这可能是支持最大数量用户的最佳解决方案。但这也不是小事 老实说,从头开始实现音频/视频聊天很难。真的很难。所以你可

我需要实现某种音频/视频聊天

客户希望实现最大的跨浏览器兼容性(ChromeName不是一个选项)

我读过关于WebRTC的文章,它是新的、很酷的,可以在Chrome和Firefox中使用,但IE是个问题

有没有关于实现IE聊天的想法?

,因此它不是“最大限度的跨浏览器兼容”

为了获得最大的兼容性,您需要编写浏览器插件或使用Flash。Google Hangouts这一事实很好地表明,这可能是支持最大数量用户的最佳解决方案。但这也不是小事


老实说,从头开始实现音频/视频聊天很难。真的很难。所以你可能应该避免。相反,考虑使用可以嵌入的第三方解决方案。假设这是你想走的路线,你可能应该去

WebRTC在桌面上的Chrome、Firefox和Opera以及移动设备上的Chrome和Firefox上都得到了充分的支持和互操作(有一些很小的API差异:请参阅),所以“不受很好的支持”有点强。据gs.statcounter.com统计,这相当于61.2%的浏览器,而且这个数字还在上升。考虑到这意味着超过12亿个WebRTC端点,并且预计在不久的将来会有更多的端点(请参阅),看看IE和Safari会发生什么将是一件有趣的事情。顺便说一句,你链接到的堆栈溢出页面上推荐的Tokbox使用WebRTC,“良好支持”的含义当然是有争议的。这主要取决于OP的客户接受什么。如果35-40%的用户没有聊天支持,那么WebRTC也可以。我同意WebRTC是前进的方向。这个关于支持的问题只是强化了OP不应该尝试自己实现的原因——情况正在发生变化,因此最好专注于不会耗费大量时间或金钱的短期解决方案,并在情况发生变化后的12-18个月内重新审视这个问题。