<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=us-ascii">
<meta name=Generator content="Microsoft Word 12 (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:0in;
        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;}
@page Section1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.Section1
        {page:Section1;}
-->
</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=Section1>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>Hi Mike<o:p></o:p></span></p>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p>&nbsp;</o:p></span></p>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>Perhaps the P-frame is really that big when sent from the
source?<o:p></o:p></span></p>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p>&nbsp;</o:p></span></p>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>I&#8217;ve used Wireshark (http://www.wireshark.org/) to capture
the raw network packets, then go to &#8220;Statistics&#8221;, &#8220;RTP&#8221;,
&#8220;Analyse Streams...&#8221; to get an insight what the source is *<b>really</b>*
sending... E.g. it turns out that my source was sending flawless audio, but the
video stream had corrupted packets every now and then...<o:p></o:p></span></p>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p>&nbsp;</o:p></span></p>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>Roland<o:p></o:p></span></p>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p>&nbsp;</o:p></span></p>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>PS: One way to rule out the &#8220;mash-together&#8221; theory
could be to have a look at the big P-frame with a hex-editor. Look for
sequences like 00 00 01 xx. These are start markers for MPEG-2. Make a list of
these markers and look them up in the MPEG-2 spec in regards to what they mean
(e.g. xx==b3 is sequence_header, xx==00 is picture_start, xx==01-af is
slice_start). If you see multiple picture starts or the same slice code repeat,
then indeed the frame is mashed together.<o:p></o:p></span></p>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p>&nbsp;</o:p></span></p>

<div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in'>

<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-bounces@ns.live555.com [mailto:live-devel-bounces@ns.live555.com] <b>On
Behalf Of </b>mamille1@rockwellcollins.com<br>
<b>Sent:</b> Wednesday, July 30, 2008 7:58 AM<br>
<b>To:</b> live-devel@ns.live555.com<br>
<b>Subject:</b> [Live-devel] Very large P-frames in a recording<o:p></o:p></span></p>

</div>

<p class=MsoNormal><o:p>&nbsp;</o:p></p>

<p class=MsoNormal><br>
<span style='font-size:10.0pt;font-family:"Arial","sans-serif"'>All</span> <br>
<br>
<span style='font-size:10.0pt;font-family:"Arial","sans-serif"'>We're working
with an embedded system that receives an MPEG-2 transport stream from a TI DSP.
We've built an application that uses the live555 libraries to write this stream
out to disk. Every once in a while a very large P-frame, on the order of four
times the size of a typical P-frame in the stream, is written out to the file.
It's very intermittent -- it might happen once out of 6,000 frames. Has anyone
else seen this happen? We're beginning to dig into this. We're concerned that
our application might be mashing together several P-frames' worth of data, or
that we are not using the live555 library correctly. </span><br>
<br>
<span style='font-size:10.0pt;font-family:"Arial","sans-serif"'>I've reviewed
the last several months of the mailing list, but didn't see anything that
seemed relevant. </span><br>
<br>
<span style='font-size:10.0pt;font-family:"Arial","sans-serif"'>Thanks for your
help. </span><br>
<br>
<span style='font-size:10.0pt;font-family:"Arial","sans-serif"'>-=- Mike Miller<br>
Rockwell Collins, Inc.<br>
Cedar Rapids, IA </span><o:p></o:p></p>

</div>

</body>

</html>