@devzhaoyou

超过丢包阈值后就要分析丢包类型了：
1. 如果是运营商 QoS 导致的丢包，也有两种模式，第一个限制带宽，这种情况只有让运营商识别不到这种方式解决了，第二个是随机丢包，特征就是不管你发多少，运营商都按一定的比例来丢，这种情况就是 Fec 多发。或者尝试多径，但是成本有点高。
2. 信道受损产生的丢包，比如离路由器或者基站远了，或者 wifi 干扰比较严重，这个时候实际带宽可能充足，也有可能受限。如果充足的话，可以考虑调整 BWE 下降的策略.
3. 带宽受限导致的丢包，这种情况就只能考虑降级了。

上面这些都是基于我之前的一些经验。不知道你们的架构和业务这些，可能说的不对。 都得 case by case 的分析原因，针对性的看。

不知道这 1% 在城市，运营商(移动联调电信)，场景(wifi,固网，蜂窝网络)上的分布，1%说不多，说少也不少了。

我选择在小红书当失业博主！

@coderxy 好奇运营商是怎么识别出腾讯的 RTP 包的

我之前做 K12 产品的，每天差不多 100W 分钟左右，按城市和运营商还有用户场景这些，差别很大。只能说这个地域性很强。

再说 100K 这个 case ，多半是 GCC 的锅，可以检查下，是不是同时伴随丢包。

@Mausaky #24 是的，我还在调研，北京烤鸭，南京咸水鸭，广州烧鸭那个更好。

我正在考虑出来做鸭！

@poly000 #13 那可以太难了，哈哈

@opentrade 人脉啥的其实作用不大，大部分所谓人脉其实是多个消息源.

1. 如果你上传到视频网站比如 youtube 这些，他们自己就会帮你加，
2. 如果是自己网站，上传自后，用 Whisper 子类的生产字幕，比如 ass 格式啥的，关键点是时间对齐
3. 播放的时候，同时下载视频和字幕，字幕渲染到视频就可以了

之前帮人搞过这种

@mightybruce #12 等看完，再实践，OP 可能都被裁了！

@milzero #6 之前我们 Nack+Fec+交织编码，80 左右丢包都不在话下！

@y1y1 投资不过北部湾！

@lloovve #5 如果纯音频也还好，多发就完事了！

这种库还是挺多的 https://github.com/ecobee/goalsa ，
不过建议你能用 C 实现就用 C ，因为除了采集可能还有降噪回声消除这些，这些 C 库都很成熟了！

@mohumohu #30 Github：爱用用，不用滚！！！

关注，希望 OP 能顺利！

支持一下

@hellwen 你登录了吗，我没用过 idea ，我主要写 C++ , Python 这些！