嵌入式设备(无任何界面,带喇叭)的语音通话技术选型

145 天前
 xulolololololo

如题,目前想的是原始 socket ,发送端客户端连接服务器端,将自己想发送的音频数据发送到服务端, 服务端转发音频字节流数据到接收端的客户端,客户端再接收再播放出来。各位大佬有什么好的方案吗

1095 次点击
所在节点   嵌入式开发
12 条回复
duke807
145 天前
webrtc
xulolololololo
145 天前
@duke807 首先感谢解答, 我有个疑问 webrtc 支持那种无浏览器的机器人系统吗
yplam
145 天前
码率不高的话直接音频帧用 mqtt 传应该问题也不大,开发简单
winglight2016
145 天前
xiwh
145 天前
你可能不太了解音视频开发相关的,通常一个完整的音视频流会分为控制通道和传输通道,还涉及到编码解码,因为不可能直接传原始音频 pcm 数据,这个体积会非常大,而且其他音频录入源必然也是编码后的数据, 我不知道你说的嵌入式设备是那种。
如果能带 Linux 系统,有一种最简单没啥门槛的方案,用 mqtt 通信/控制,集成一个 ffmpeg 调用 ffplay 通过 rtsp(延迟低)/rtmp(延迟高),在此需要在服务器部署一个流媒体服务器( mediamtx,ZLMediaKit 等等),客户端通过 webrtc/rtmp/rtsp/rtp 向流媒体推流,把流地址通过 mqtt 发送给设备,设备直接通过 ffmpeg 调用 ffplay 播放就完事了
如果是 stm32 这种单片机, 考虑到资源有限可用的轮子不多,那要做的事情可能就非常多了

另外如果服务器带宽有限,设备非常多的情况下,还需要实现 NAT 穿透,通过 ICE(STUN&TURN) 实现点对点通信啥的
xulolololololo
145 天前
@xiwh 感谢大佬的回复,很专业的我不懂,我平时都是做普通的后台业务开发,系统带 linux 的,我研究一下谢谢
LLaMA2
145 天前
你这不就是电话吗
那么很成熟的方案是

https://en.wikipedia.org/wiki/List_of_SIP_software

SIP
wangbin526
145 天前
乐鑫官方有产品级的 ESP-RTC 音视频通话方案,ESP32 还带 WiFi ,单机十几块搞定
zjcoding
142 天前
@ye4tar #7 你这回复突然给我整笑了,好逗
LLaMA2
142 天前
@zjcoding 没明白为什么笑了。
zjcoding
140 天前
@ye4tar #10 我半天也没反应过来他想要的是什么,结果你一句“这不就是电话吗”直接给我整笑了,可能我形容的不太好你 get 不到
LLaMA2
140 天前
@zjcoding 哦,你这属于会心一笑。

他的需求再简单一点地说
就是淘宝上 50 包邮的网络对讲机

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/1000889

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX