https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=7935
Michal Labedzki <michal.labedzki@xxxxxxxxx> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |michal.labedzki@xxxxxxxxx
--- Comment #1 from Michal Labedzki <michal.labedzki@xxxxxxxxx> 2012-10-29 23:45:14 PDT ---
I see that 176ms jitter buffer is enough for Bertrand's stream. Maybe it is
related by for example frame 49, where is about 151ms packet time difference
from previous one (48).
I notice similar issue that is related to this one. Please see
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=7893
When RTP Timestamps are equals (for example 0) then stream cannot be decoded
correctly, but RTP specification says:
"Several consecutive RTP packets may have equal timestamps if
they are (logically) generated at once, e.g., belong to the same
video frame."
It's work for my phone, but I do not believe that 3 minutes music is generated
"at once". I guess there is a need to fix jitter buffer (etc.) to support case
like that (use packet time and sample duration for generate silent to play
stream as it heard by user)
Link: http://tools.ietf.org/html/rfc1889#section-5.1
--
Configure bugmail: https://bugs.wireshark.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
