语音广播，技术选型问题，请各位大神推荐

系统是这样一个结构：PC端（采集语音）+中间服务器（广播）+硬件（C语言，不带操作系统）

中间服务器应该采用什么技术开发？

引用：JackJiang 发表于 2018-05-25 10:56
如果内网的方案已经写好，针对公网，无非就是丢包和延迟的增加，你相应调整你的网络通信算法就行了

好的，明白了。
感谢 Jack大神.

引用：loginzzy 发表于 2018-05-25 10:29
非常感谢Jack大神的回答

硬件在局域网环境已经实际应用，服务器采用的是UDP直接转发，因为网络环境很 ...

如果内网的方案已经写好，针对公网，无非就是丢包和延迟的增加，你相应调整你的网络通信算法就行了

引用：JackJiang 发表于 2018-05-25 10:06
那怕是性能上抗不住，你可以测试一下这个硬件的编解码性能，看看能不能支撑的了，因为后面还有网络通信的 ...

非常感谢Jack大神的回答

硬件在局域网环境已经实际应用，服务器采用的是UDP直接转发，因为网络环境很好，延迟问题不存在。现在要应用于公网环境，我担心网络通信这块，不知道该怎么弄。

引用：loginzzy 发表于 2018-05-25 09:53
就是一般的单片机开发的没有挂载操作系统。

那怕是性能上抗不住，你可以测试一下这个硬件的编解码性能，看看能不能支撑的了，因为后面还有网络通信的消耗

引用：JackJiang 发表于 2018-05-25 09:42
是什么样的硬件，基于树莓派？

就是一般的单片机开发的没有挂载操作系统。

引用：loginzzy 发表于 2018-05-25 08:52
网络环境：公网+4G
转发需要实时
目前只考虑转发音频包，这一块比较麻烦的是硬件端无法采用现有直播类 ...

是什么样的硬件，基于树莓派？

引用：只是路过 发表于 2018-05-24 13:55
“中间服务器应该采用什么技术开发？”  ——这看你要让中间服务器具体做什么事了。你这语音是要做到实时 ...

网络环境：公网+4G
转发需要实时
目前只考虑转发音频包，这一块比较麻烦的是硬件端无法采用现有直播类的技术。

引用：JackJiang 发表于 2018-05-24 13:50
你这个中间服务器只需要完成网络广播功能？
这是要用在公网上的吗

网络环境：公网+4G
转发需要实时

“中间服务器应该采用什么技术开发？”  ——这看你要让中间服务器具体做什么事了。你这语音是要做到实时的呢，还是录一下啵一下的那种??

你这个中间服务器只需要完成网络广播功能？
这是要用在公网上的吗