这是一个创建于 341 天前的主题，其中的信息可能已经有所发展或是发生改变。
如题，目前想的是原始 socket ，发送端客户端连接服务器端，将自己想发送的音频数据发送到服务端， 服务端转发音频字节流数据到接收端的客户端，客户端再接收再播放出来。各位大佬有什么好的方案吗
 |
1
duke807 341 天前 via Android
webrtc
|
 |
2
xulolololololo OP @duke807 首先感谢解答， 我有个疑问 webrtc 支持那种无浏览器的机器人系统吗
|
 |
3
yplam 341 天前 via Android
码率不高的话直接音频帧用 mqtt 传应该问题也不大，开发简单
|
 |
4
winglight2016 341 天前
|
 |
5
xiwh 341 天前
你可能不太了解音视频开发相关的，通常一个完整的音视频流会分为控制通道和传输通道，还涉及到编码解码，因为不可能直接传原始音频 pcm 数据，这个体积会非常大，而且其他音频录入源必然也是编码后的数据， 我不知道你说的嵌入式设备是那种。
如果能带 Linux 系统，有一种最简单没啥门槛的方案，用 mqtt 通信/控制，集成一个 ffmpeg 调用 ffplay 通过 rtsp(延迟低)/rtmp(延迟高)，在此需要在服务器部署一个流媒体服务器（ mediamtx,ZLMediaKit 等等），客户端通过 webrtc/rtmp/rtsp/rtp 向流媒体推流，把流地址通过 mqtt 发送给设备，设备直接通过 ffmpeg 调用 ffplay 播放就完事了 如果是 stm32 这种单片机, 考虑到资源有限可用的轮子不多,那要做的事情可能就非常多了 另外如果服务器带宽有限，设备非常多的情况下，还需要实现 NAT 穿透，通过 ICE(STUN&TURN) 实现点对点通信啥的 |
|
6
xulolololololo OP @xiwh 感谢大佬的回复，很专业的我不懂，我平时都是做普通的后台业务开发，系统带 linux 的，我研究一下谢谢
|
 |
7
LLaMA2 341 天前
|
 |
8
wangbin526 341 天前 via Android
乐鑫官方有产品级的 ESP-RTC 音视频通话方案，ESP32 还带 WiFi ，单机十几块搞定
|
Select Language