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
@braams My intent here was that the user of the jitter buffer is in the best position to decide the next step. If a packet is lost and it's appropriate to retransmit then all of that has to be done outside the jitter buffer context. If you wish to skip the dropped packet then call SetPlayoutHead to skip the unrecoverable packets. I'm definitely open to suggestions or improvements here, and if adding an option to skip missed packets is helpful we can discuss what that might look like!
Your environment.
What did you do?
I'm trying to use jitter buffer interceptor.
What did you expect?
I expect to get an error on read if the current packet was lost. And I expect to get the next packet on the next read.
What happened?
If even one packet was lost, all subsequent reads will return an error.
The reason
The interceptor does not handle the situation with the absence of the next packet and does not shift the expected packet number
interceptor/pkg/jitterbuffer/receiver_interceptor.go
Line 73 in 142f17f
It looks like we should add something like this:
The text was updated successfully, but these errors were encountered: