<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri","sans-serif";}
@page WordSection1
{size:612.0pt 792.0pt;
margin:72.0pt 90.0pt 72.0pt 90.0pt;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Hi,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">This is interesting.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Thanks for sharing.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> live-devel [mailto:live-devel-bounces@ns.live555.com]
<b>On Behalf Of </b>Ben Rush<br>
<b>Sent:</b> 26 July 2016 22:30<br>
<b>To:</b> LIVE555 Streaming Media - development & use<br>
<b>Subject:</b> [Live-devel] While investigating 'garbled' audio, Wireshark dump shows oddity<o:p></o:p></span></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">I am using Live555 at the moment to implement, among other things, a two-way audio solution. People in one room (room A) can "call" people in another room (room B) and carry on a conversation with them. <br>
<br>
I implement this by a MediaSink-derived class (called SpeakerSink) which handles receiving RTP audio data. One SpeakerSink instance runs in Room B. Room A initiates the call with room B by SimpleRTPSink. SpeakerSink notices audio traffic, and uses SimpleRTPSink
on its side to call back to a SpeakerSink instance in Room A (to complete the two-way audio). <br>
<br>
So in summary (and I think "SpeakerSink" is probably a bad name): <br>
<br>
ROOM A ROOM B<br>
<br>
SimpleRTPSink --------> SpeakerSink <br>
|<o:p></o:p></p>
<div>
<p class="MsoNormal"> |<br>
V<br>
SpeakerSink <--------- SimpleRTPSink <br>
<br>
This has been working great except for the occasional moment where audio starts getting, as I say, "garbled". Eventually the stream seems to right itself, but for a period of time (a minute or so), audio is jittery and choppy. <br>
<br>
Until recently I've been unable to find an oddity in wireshark. Today I have something that I'm unsure about: large bundles of packets (228 in one example) whose RTP timestamp are all the same. The sequence number increases nice and monotonically, but the timestamp
is the same. I noticed in Wireshark, also, that they appear to be received about the same time as well. This happened during a session where the audio became garbled. In Wireshark dumps during times where audio is fine, I've yet to notice this behavior. It
appears, at least from the outside, as if the server is sending a large burst of packets for some reason. <br>
<br>
I'm on Windows and so I'm using the WindowsAudioInputDevice_common/noMixer classes internally to do all the audio work. I notice certain areas in the code where the timestamp is modified, but only one packet at a time, but not en masse. <br>
<br>
Here is an example wireshark dump. Filter to UDP traffic 172.17.5.132 -> 172.17.5.156. You'll have to decode the UDP packet as RTP since Wireshark wasn't ran when the SDP was broadcast (presumably). <br>
<br>
<a href="http://www.ben-rush.net/badexamples.pcapng">http://www.ben-rush.net/badexamples.pcapng</a><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Starting from sequence number 22221 and ending with 22449, all the packets have the same timestamp 4276629357. Is this easily explainable by some mechanism, or does this indicate the server is having trouble sending the packets? <o:p></o:p></p>
</div>
</div>
</div>
<DIV><STRONG><FONT color=#000080 size=2></FONT></STRONG> </DIV>
<DIV align=left><STRONG><FONT face=Arial color=#000080 size=2>The information in
this e-mail transmission contains proprietary and business <BR>sensitive
information. Unauthorized interception of this e-mail may constitute <BR>a
violation of law. If you are not the intended recipient, you are hereby
<BR>notified that any review, dissemination, distribution or duplication of this
<BR>communication is strictly prohibited. You are also asked to contact the
sender <BR>by reply email and immediately destroy all copies of the original
message.<BR></FONT></STRONG></DIV>
</body>
</html>