讲得不对请指正。讲的遗漏请补正。
通话的延迟很大程度体现在数据包的大小(网络稳定的情况)。发送的数据包越小，对方接受到数据包就越快，延迟也就越低。
先说一下自己感受：
最开始用的是qq、微信、YY，有时延迟5s以上，实时游戏玩不了。
后来听其他朋友使用了kook，确实很不错。但ai降噪只能用两个小时，用完噪音就变大了很多，不太适应。
后面就换了mumble（需要购买服务器），这个用的最久了，现在官方能下载最新版本的程序，之前还得自己编译。
最近也尝试过oopz，感觉也有点延迟（晚上8到9点）。
没有使用过teamspeak和朋友测试，听说这个也很好用，和mumble并排(个人感觉)。
现在开始抓包看一下!
kook(客户端)不说话和说话时发送的数据包大小都是如图
kook(网页版)发送的数据包大小如图
不说话
说话
kook使用的是声网的sdk。即使不说话也会有数据包发送，这其实算是无效数据，可能是一些心跳包
=====================================================>
oopz(网页版)不说话和说话时，数据包大小基本一致
oopz(客户端)不说话和说话时，数据包大小一样
oopz不说话也会有数据包发送，oopz发送的数据包更大，可能音质会比kook更好（虽然没啥依据，但是看风向貌似是这样）
=====================================================>
mumble(客户端)不说话和说话时，数据包大小基本一致。抓包时mumble设置的压缩质量为32.0千字节/秒
我很喜欢的mumble设置里的压缩音质功能，以应对更糟糕的网络情况。
平时和朋友，两人都是设置为12，会稍微有点失真和机械音（网络不好没办法）
另外mumble也支持tcp通信。也支持wasapi独占模式，处理音频的延迟更低。
mumble还有语音激活功能，可以根据振幅或者信噪比，调节阈值进行数据发送，只有在超过阈值，才会发送声音（数据包）。这也是一种优化网络拥塞的方法。
=====================================================>
teamspeak3(客户端)发送的数据包大小如图
不说话
说话
ts3也有像mumble语音激活功能，根据声贝高低是否发送数据包，但是和mumble不同的是，ts3即使声贝没达到发送数据包的阈值，也会发送13kb的数据包（图1不说话），应该是心跳包
ts3和ts5发送的数据包没什么太大差别，就不展示了
=====================================================>
现在看一下上面所提到的语音软件在任务管理器占用情况，最后一张图是ts5
综上来看，ts3、mumble都不错。
我自己很挑延迟的，所以我的观点是，没办法保证你或你的朋友网络何时存在波动，当网络情况不好的时候，应该牺牲一些音质，以换取低延迟。
其中貌似只有mumble能够手动设置压缩音质。其他软件也可能会存在自动检测网络异常的机制：当网络不好会自动调节音质。
=================================================>
最后再提一提如果自建服务器，宽带应该怎么选择。ts3、mumble都需要自建服务器的。
对于ts3来说，n个人，每次只有一个人在说话，说话发送的数据包是80B/s。服务器每秒要转发的数据包(n-1)*80B，如果是三个人，就是(3-1)*80B * 8 / 1000就是1.28M宽带。而mumble来说，就是0.88M宽带
对于标题，到这里就结束了。
==================================================>
如果用着ts3或者mumble依然存在延迟高，可以试试我最近写的一个无ui的语音程序。udp协议，opus编码，Rnnoise AI降噪，降噪效果非常好。延迟也很低。
我找其他朋友测试的时候，他贴在电风扇旁还吃着东西，一点噪音都没有。我用了吹风机，他也听不到。当时震惊到我了
我写的这个软件只为我和我朋友服务，所以它的优缺点很明显
缺点：
无ui，纯控制台。
需要服务器
不能调节每个人的麦克风和麦（只能通过电脑右下角声音合成器调节整体的音量）
优点：
占用内存和cpu资源极低
可以手动控制发送的数据包大小，最低10B到128B
比mumble发送的数据小且音质更好(感觉上)
不说话时发送的数据包3B
这个程序还有一些小问题：没有鉴权，音频不加密，服务端无状态管理。但这都不影响使用，只是需要设置一下防火墙，限制一下ip就可。
如果有人想尝试一下可以私信或者评论。
