在我的纯音频用例(辅助收听应用程序)中,一个人将用麦克风讲话,而那些通过该应用程序收听的人将在同一房间。由于听众还能够听到房屋的声音并看到人的嘴唇在移动,因此实现接近零的延迟至关重要。理想情况下,总延迟大约为10毫秒,以便无法检测到。我正在尝试找到一种测量此值的好方法,以便我可以尝试使用其他方法来降低它。我在googCurrentDelayMs
中遇到了chrome://webrtc-internals/
,我想知道这个值到底代表什么。
我的理解是音频延迟在许多不同的级别引入:
我可能还缺少其他人。我的问题是,googCurrentDelayMs
会考虑以下哪项?哪些可配置设置会影响此值?
答案 0 :(得分:3)
This discussion与文档非常接近。它主要证实了您的理解,但细节在于魔鬼。
这里没有什么可以做的。唯一的可调位是由回声消除控制的,因此您可能希望提供
getUserMedia({audio: {echoCancellation: true}})
尝试一下-有关详细信息,请参见here。
答案 1 :(得分:0)
主要是Chrome中网络传输的延迟。 要验证这一点,您可以调整其他值,看看是否有更改。