默认

如何优化传输机制来实现实时音视频的超低延迟?

查看数: 95706 | 评论数: 9 | 收藏 4
关灯 | 提示:支持键盘翻页<-左 右->
    组图打开中,请稍候......
发布时间: 2017-08-31 16:18

正文摘要:

1、前言 要在语音视频 SDK 中实现超低延迟,实时的语音视频传输机制是必不可少的,而 FEC 和 ARQ 的智能结合是实时语音视频传输机制的基石。 在语音社交、视频社交、游戏语音和互动直播等领域,关于在语音视频实 ...

评论

leaffei 发表于 3 年前
不错不错
taxuefeihong 发表于 5 年前
引用:JackJiang 发表于 2019-03-21 20:02
那肯定得问你用的什么方案了

我们这边是做音视频VoIP通话的,传输方面我们采用了UDP协议,对抗弱网我们使用了FEC 结合NACK方案,想了解为什么在低延时场景下(小于70ms),当丢包超过10%以后为什么就无法使用重传了呢 ?
taxuefeihong 发表于 5 年前
引用:taxuefeihong 发表于 2019-03-22 10:10
能给个联系方式嘛?共同探讨下相关问题。


taxuefeihong 发表于 5 年前
引用:JackJiang 发表于 2019-03-21 20:02
那肯定得问你用的什么方案了

能给个联系方式嘛?共同探讨下相关问题。
JackJiang 发表于 5 年前
引用:taxuefeihong 发表于 2019-03-21 19:43
你好,我这边也在做音视频弱网相关优化,请问在低延时场景下(小于70ms),当丢包超过10%以后为什么就无法 ...

那肯定得问你用的什么方案了
taxuefeihong 发表于 5 年前
你好,我这边也在做音视频弱网相关优化,请问在低延时场景下(小于70ms),当丢包超过10%以后为什么就无法使用重传了呢 ?
kevintuzi 发表于 5 年前
讲的细致清楚,赞一个
tuna 发表于 6 年前
冗余数据包,总共是一个包含有 n 个数据包的 FEC 数据块,
是相当于发了两遍数据吗?
zhangR 发表于 6 年前

返回顶部