<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html; charset=ISO-8859-1"
 http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#ffffff">
Hi Ross,<br>
<br>
I just wanted to keep you in touch about my issue, and I'm glad to say
it's now solved.<br>
In fact, ffmpeg libraries already contain some useful parsers, and I
especially use the 'av_parser_parse' method, which simply reads an
input buffer and rebuilds a proper output frame.<br>
Once a frame is complete, you just have to decode it using traditional
methods, and everything rolls on.<br>
<br>
Don't know if you're interested in those news though, but it might be
useful if some liveMedia users want to do the same as me :)<br>
<br>
Best regards,<br>
Guillaume.<br>
<br>
Le 07/09/2010 08:47, Ross Finlayson a &eacute;crit&nbsp;:
<blockquote cite="mid:f06240812c8ab8e7d73ff@%5B66.80.62.44%5D"
 type="cite">
  <blockquote type="cite">This video has (on purpose) no audio track,
so I can focus on video stream only.
    <br>
Payload of value 32 is an MPEG1 or MPEG2 video
    <br>
  </blockquote>
  <br>
That's correct.
  <br>
  <br>
An important thing to note about the RTP payload format for MPEG-1 or
MPEG-2 video (defined in RFC 2250) is that the data units delivered by
RTP are not (necessarily) complete video frames (even though our code
refers to them as 'frames' - which is admittedly a bit confusing).&nbsp; For
MPEG-1 or 2 video, the data units delivered by RTP - i.e., delivered
one-at-a-time by a "MPEG1or2VideoRTPSource" object - can be MPEG
headers, or one or more video 'slices', but need not be a complete
video frame.&nbsp; (See RFC 2250 section 3.1 and Appendix 1.) This allows a
decoder to handle data loss without necessarily discarding an entire
video frame, but also means that it has to be a little smarter about
properly detecting when it has received enough data to make up an
entire frame.
  <br>
</blockquote>
<br>
<br>
<div class="moz-signature">-- <br>
Guillaume FERRY<br>
Bertin Technologies<br>
D&eacute;partement Bertin Conseil<br>
Activit&eacute; Traitement de l'Information et du Contenu<br>
<table>
  <tbody>
    <tr>
      <td><i>T&eacute;l</i></td>
      <td>01.39.30.62.09</td>
    </tr>
    <tr>
      <td><i>Fax</i></td>
      <td>01.39.30.62.45</td>
    </tr>
    <tr>
      <td><i>Mail</i></td>
      <td><a class="moz-txt-link-abbreviated" href="mailto:ferry@bertin.fr">ferry@bertin.fr</a></td>
    </tr>
    <tr>
      <td><i>Web</i></td>
      <td><a href="http://www.bertin.fr">www.bertin.fr</a></td>
    </tr>
  </tbody>
</table>
</div>
</body>
</html>