You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe
No response
Describe the solution you'd like
Hi team -
Is there scope for having an adaptive jitter buffer as a future release?
We currently use your static jitter buffer configuration, but finding it hard to reach a middle ground on the value to set for static, either adding an unnecessary delay for connections with no jitter or not catering for extreme edge cases of jitter.
We have used solutions in the past enabling adaptative configurations , and have used with great success with the adaptive logic shrinking the buffer size when no jitter variables detected and growing in size to accommodate large jitter variables up to 300 ms, thus increasing perceived call quality on the platform even when the connecting networks upstream is sub-par.
Is such a solution in scope for a future release?
Thank you
Describe alternatives you've considered
No response
The rtpengine version you checked that didn't have the feature you are asking for
No response
The text was updated successfully, but these errors were encountered:
Is your feature request related to a problem? Please describe
No response
Describe the solution you'd like
Hi team -
Is there scope for having an adaptive jitter buffer as a future release?
We currently use your static jitter buffer configuration, but finding it hard to reach a middle ground on the value to set for static, either adding an unnecessary delay for connections with no jitter or not catering for extreme edge cases of jitter.
We have used solutions in the past enabling adaptative configurations , and have used with great success with the adaptive logic shrinking the buffer size when no jitter variables detected and growing in size to accommodate large jitter variables up to 300 ms, thus increasing perceived call quality on the platform even when the connecting networks upstream is sub-par.
Is such a solution in scope for a future release?
Thank you
Describe alternatives you've considered
No response
The rtpengine version you checked that didn't have the feature you are asking for
No response
The text was updated successfully, but these errors were encountered: