- 主题:请问做网络的语音实时对讲平台, 该怎么样做架构设计?
想到采用音频流媒体加长连接, 是不是效果很差?
--
FROM 61.50.105.*
语音聊天？WebRTC。
【 在 azbeijing 的大作中提到: 】
: 想到采用音频流媒体加长连接, 是不是效果很差?
--
FROM 114.254.109.*
实时对讲, 一个频道内一人说, 同时大家听, 实时的
【 在 dhcn 的大作中提到: 】
: 语音聊天？WebRTC。
--
FROM 61.50.105.*
更简单了，不就是直播吗，如果你多人都要说话，就做WebRTC群聊就完了。
【 在 azbeijing 的大作中提到: 】
: 实时对讲, 一个频道内一人说, 同时大家听, 实时的
:
--
修改:dhcn FROM 114.254.109.*
FROM 114.254.109.*
只做语音的
那有没有可以采用的开源框架?
【 在 dhcn 的大作中提到: 】
: 更简单了，不就是直播吗，如果你多人都要说话，就做WebRTC群聊就完了。
--
FROM 61.50.105.*
WebRTC就可以，它本来是用来做视频聊天的，你把视频关了，只传语音就OK了。支持Web、移动app。虽然它不能称之为框架，但它是标准，有一大堆框架支持。
当然同时国内一大堆支持视聊语聊的第三方， 但是开放性和连线数量无法自己控制。
【 在 azbeijing 的大作中提到: 】
: 只做语音的
: 那有没有可以采用的开源框架?
--
修改:dhcn FROM 114.254.109.*
FROM 114.254.109.*
了解, 多谢! 最终还是流媒体加长连接
受教了~~~
【 在 dhcn 的大作中提到: 】
: WebRTC就可以，它本来是用来做视频聊天的，你把视频关了，只传语音就OK了。支持Web、移动app。虽然它不能称之为框架，但它是标准，有一大堆框架支持。
: 当然同时国内一大堆支持视聊语聊的第三方， 但是开放性和连线数量无法自己控制。
--
FROM 61.50.105.*
WebRTC其实替你屏蔽掉了网络层和视频编码层的绝大多数细节。
【 在 azbeijing 的大作中提到: 】
: 了解, 多谢! 最终还是流媒体加长连接
: 受教了~~~
:
--
修改:dhcn FROM 114.254.109.*
FROM 114.254.109.*