Displaying 1 result from an estimated 1 matches for "get_consequtive_lost_count".
2009 Apr 22
0
Error in manual and a suggestion
...t.len was not set to 2048. So actually there should just
be inserted the statement: packet.len = 2048;
?
This has been done in the code, but is not reflected in the manual.
?
?
Another thing is if I may and that is to suggest a functionallity to the
speex specific jitter buffer which would be a
int?get_consequtive_lost_count() or bool is_reset() which would simple
deal with with the lost_count variable in the jitter_buffer (not speex
specific) and either return the lost_count value or return a value
indicating wether it is higher than the value used to reset the
jitter_buffer (think its 20 atm).
?
The reason Im suggest...